Linux 解决Deepin无法在root用户启动Google Chrome浏览器的问题
解决Deepin无法在root用户启动GoogleChrome浏览器的问题，步骤如下。
1.找到Chrome的路径
whichgoogle-chrome
假如路径为：/usr/bin/google-chrome
2.编辑google-chrome文件
打开google-chrome，修改文件末尾命令。
vim/usr/bin/google-chrome
在exec-a"$0""$HERE/chrome""$@"末尾增加--user-data-dir--no-sandbox
按Esc，:wq，退出保存，现在即可打开Chrome浏览器了！
ps：下面看下用非root用户启动Apache|Nginx的方法
众所周知，apache的80端口为系统保留端口，如果通过其他非root用户启动，会报错如下：
(13)Permissiondenied:make_sock:couldnotbindtoaddress[::]:80
(13)Permissiondenied:make_sock:couldnotbindtoaddress0.0.0.0:80
nolisteningsocketsavailable,shuttingdown
Unabletoopenlogs
因为普通用户只能用1024以上的端口，1024以内的端口只能由root用户使用。
但是为了避免每次启动都通过root用户，可以通过setUID的方式来解决此问题。
一次性进行如下操作即可完成。
在root用户环境中做如下操作
cd……/apache/bin
chownroothttpd
chmodu+shttpd
再su-USERNAME
到普通用户下，通过
……/apache/bin/apachectlstart即可
为何不chmodu+sapachectl呢？
因为setUID这种方式只针对二进制文件有效，而tail一下apachectl发现：
apachectl是一个脚本文件，仔细查阅发现有如下一句
HTTPD='/home/……/apache/bin/httpd'
得出结论：apachectl脚本是通过启动httpd文件来启动整个httpd服务。
再次cathttpd，出现各种不可读乱码，ctrl+c结束输出之后，断定httpd为二进制文件。
最后chmodu+shttpd即可，当然得保证httpd的所属者为root用户，如果不是，执行：
chownroothttpd即可。
同样，nginx启动也如此，用root用户进入....nginx/sbin
然后chownrootnginx
chmodu+snginx
然后通过普通用户就可以启动了。
再同样，tomcat也如此。
当然，修改默认端口到大于1024也是可以的。
总结
以上所述是小编给大家介绍的Linux解决Deepin无法在root用户启动GoogleChrome浏览器的问题，希望对大家有所帮助，如果大家有任何疑问欢迎给我留言，小编会及时回复大家的！