当前时区为 UTC + 8 小时



发表新帖 回复这个主题  [ 3 篇帖子 ] 
作者 内容
1 楼 
 文章标题 : 16.04,升级后,出现eroor geting authority:
帖子发表于 : 2015-12-11 14:24 

注册: 2013-06-28 15:06
帖子: 57
系统: ubuntu
送出感谢: 4
接收感谢: 0 次
Error getting authority: Error initializing authority: Could not connect: No such file or directory (g-io-error-quark, 1)

似乎是因为内核升级?


页首
 用户资料  
 
2 楼 
 文章标题 : Re: 16.04,升级后,出现eroor geting authority:
帖子发表于 : 2015-12-11 14:59 
头像

注册: 2011-03-20 13:12
帖子: 4519
地址: 山东省寿光县
系统: Debian
送出感谢: 105
接收感谢: 997
看看 原因是否相似
http://askubuntu.com/questions/631362/error-getting-authority-error-initializing-authority-could-not-connect-no-suc
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779057
https://bugs.launchpad.net/lightdm/+bug/1463116
http://c0rp.kz/ubuntu-boot-problem-after-upgrade-14-10-15-04/
引用:
The reason for this error was an entry in /etc/fstab that pointed to partition UUID that was no longer existing....
The solution was to remove the fstab entry.

引用:
When being dropped into emergency mode (e.g. if you have a missing
device from fstab
), and you run "systemctl daemon-reload", one gets the
following error message...

引用:
Turns out /var/run was not being (properly?) mounted.
systemd[1]: var-run.mount failed to run 'mount' task (...)
......
All I had to do was comment the following line from /etc/fstab and it solved the problem:
......

引用:
The final solution was to check /etc/fstab for correct entries, and commenting all suspicious lines. For me it was /var/lock mount point.


_________________
Debian 中文论坛 - forums.debiancn.org
欢迎所有 Debian GNU/Linux 用户


页首
 用户资料  
 
3 楼 
 文章标题 : Re: 16.04,升级后,出现eroor geting authority:
帖子发表于 : 2015-12-31 14:09 

注册: 2013-06-28 15:06
帖子: 57
系统: ubuntu
送出感谢: 4
接收感谢: 0 次
vickycq 写道:
看看 原因是否相似
http://askubuntu.com/questions/631362/error-getting-authority-error-initializing-authority-could-not-connect-no-suc
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779057
https://bugs.launchpad.net/lightdm/+bug/1463116
http://c0rp.kz/ubuntu-boot-problem-after-upgrade-14-10-15-04/
引用:
The reason for this error was an entry in /etc/fstab that pointed to partition UUID that was no longer existing....
The solution was to remove the fstab entry.

引用:
When being dropped into emergency mode (e.g. if you have a missing
device from fstab
), and you run "systemctl daemon-reload", one gets the
following error message...

引用:
Turns out /var/run was not being (properly?) mounted.
systemd[1]: var-run.mount failed to run 'mount' task (...)
......
All I had to do was comment the following line from /etc/fstab and it solved the problem:
......

引用:
The final solution was to check /etc/fstab for correct entries, and commenting all suspicious lines. For me it was /var/lock mount point.





忘记回复,
当时查了资料怀疑是fstab的问题,把挂载的几个NTFS分区全注释掉了,然后正常 :Haha


页首
 用户资料  
 
显示帖子 :  排序  
发表新帖 回复这个主题  [ 3 篇帖子 ] 

当前时区为 UTC + 8 小时


在线用户

正在浏览此版面的用户:没有注册用户 和 2 位游客


不能 在这个版面发表主题
不能 在这个版面回复主题
不能 在这个版面编辑帖子
不能 在这个版面删除帖子
不能 在这个版面提交附件

前往 :  
本站点为公益性站点,用于推广开源自由软件,由 DiaHosting VPSBudgetVM VPS 提供服务。
我们认为:软件应可免费取得,软件工具在各种语言环境下皆可使用,且不会有任何功能上的差异;
人们应有定制和修改软件的自由,且方式不受限制,只要他们自认为合适。

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
简体中文语系由 王笑宇 翻译