Linux 解决Deepin无法在root用户启动Google Chrome浏览器的问题

服务器

解决Deepin无法在root用户启动Google Chrome浏览器的问题,步骤如下。

1.找到Chrome的路径

which google-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)Permission denied: make_sock: could not bind to address [::]:80
(13)Permission denied: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs

因为普通用户只能用1024以上的端口,1024以内的端口只能由root用户使用。

但是为了避免每次启动都通过root用户,可以通过set UID的方式来解决此问题。

一次性进行如下操作即可完成。

在root用户环境中做如下操作
cd ……/apache/bin
chown root httpd
chmod u s httpd
再 su – USERNAME
到普通用户下,通过
……/apache/bin/apachectl start即可

为何不chmod u s apachectl呢?
因为set UID这种方式只针对二进制文件有效,而tail一下apachectl发现:
apachectl是一个脚本文件,仔细查阅发现有如下一句

HTTPD=\\\’/home/……/apache/bin/httpd\\\’

得出结论:apachectl脚本是通过启动httpd文件来启动整个httpd服务。
再次cat httpd,出现各种不可读乱码,ctrl c结束输出之后,断定httpd为二进制文件。
最后chmod u s httpd即可,当然得保证httpd的所属者为root用户,如果不是,执行:
chown root httpd即可。

同样,nginx启动也如此,用root用户进入….nginx/sbin

然后chown root nginx

chmod u s nginx

然后通过普通用户就可以启动了。

再同样,tomcat也如此。

当然,修改默认端口到大于1024也是可以的。

总结

以上所述是小编给大家介绍的Linux 解决Deepin无法在root用户启动Google Chrome浏览器的问题,希望对大家有所帮助,如果大家有任何疑问欢迎给我留言,小编会及时回复大家的!

更多关于云服务器域名注册虚拟主机的问题,请访问西部数码官网:www.west.cn

赞(0)
声明:本网站发布的内容(图片、视频和文字)以原创、转载和分享网络内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-62778877-8306;邮箱:fanjiao@west.cn。本站原创内容未经允许不得转载,或转载时需注明出处:西部数码知识库 » Linux 解决Deepin无法在root用户启动Google Chrome浏览器的问题

登录

找回密码

注册