Bonjour !

Je rencontre un problème assez facheux depuis mon passage à la version 23 de Fedora :

Au démarrage de mon PC, je suis systématiquement redirigé vers l'emergency mode (ie. l'invite qui demande à soit entrer le mot de passe root soit faire ctrl+D pour essayer de continuer normalement).

Si je rentre le mot de passe, quand je fais ctrl+D une fois loggué : le boot se poursuit normalement et je me retrouve dans l'environnement gnome de mon user.
Si je fais Ctrl+D : impossible de continuer le boot (retour au emergency mode), avec le message d'erreur :

Error getting authority: Error initializing authority: Could not connect: No such file or directory (g-io-error-quark, 1)

...et je n'ai aucune idée de où regarder pour avoir plus d'info - les recherches google étant infructueuses...

Merci d'avance !
4 jours plus tard
Alors, effectivement, j'étais tombé sur cette page et suite à ça j'avais vérifié /etc/fstab. J'avais vu un UUID et je l'avais remplacé par sa référence en /dev/sdXX.

Je l'ai du coup re-modifié pour utiliser l'UUID donné par blkid et tout est rentré dans l'ordre.

Merci !
Utilise de préférence la directive LABEL= dans fstab.

C'est plus facile d'indiquer LABEL=F23 que recopier sans erreur une UUID.
10 mois plus tard
Salut à tous,

Je réveille un sujet un peu ancien, mais mon problème semble identique, au moins en apparence.
Tout fonctionnait comme un charme, et du jour au lendemain, je me retrouve avec exactement le même message d'erreur au boot de FC 23: 
Error getting authority: Error initializing authority: Could not connect: No such file or directory (g-io-error-quark, 1)
En faisant quelques recherches, je me suis également orienté vers le fstab: 
UUID=fc4bc2ea-8cad-4818-869b-974cbfb07268	/                       ext4    defaults        1 1
UUID=f9aea5e6-52aa-4baa-9f4f-978839f3e5a4 	/boot                   ext4    defaults        1 2
UUID=54a57638-0763-4815-9d09-1ac6f5f0e575 	swap                    swap    defaults        0 0

UUID=cf03497c-3c25-4622-af84-90023253ca63 	/home                   ext4    defaults        1 2
Cependant, j'ai bien vérifié l'UUID (qui est bonne): 
[root@localhost ~]# blkid
(...)
/dev/sde1: UUID="cf03497c-3c25-4622-af84-90023253ca63" TYPE="ext4" PARTUUID="8ea2be83-01"
(...)
J'ai essayé également en remplaçant l'UUID par /dev/sde1 dans fstab, sans succès. Même résultat.
Quand je désactive cette ligne du fstab:
- le système boot sans problème,
- et je peux monter cette partition (en utilisant l'UUID comme /dev/sde1) dans un dossier.

Qui aurait une idée?

Merci!
Homard Buzet wrote:
J'ai essayé également en remplaçant l'UUID par /dev/sde1 dans fstab, sans succès. Même résultat.

Qui aurait une idée?

Merci!
Ca serait bien de nous indiquer à quoi correspond ce sde ? tu as 5 disques durs ou plus dans ta machine ?
Ca serait bien de nous indiquer à quoi correspond ce sde ? tu as 5 disques durs ou plus dans ta machine ?
Oui, j'ai justement 5 disques:

- /dev/sda sur lequel j'ai mes partitions "windows", "/", "/boot", et swap, qui ne semble pas poser de problème.

- /dev/sdb - sdc - sdd , qui forment un volume Raid 5 (/dev/md126), qui n'est pas monté (en tout cas pas sur Fedora)

- /dev/sde sur lequel j'ai une partition que je montais jusqu'à maintenant sans problème au démarrage dans "/home"

en détail, ça donne ça: 
[root@localhost ~]# blkid
/dev/sda1: LABEL="RM-CM-)servM-CM-) au systM-CM-(me" UUID="62BE6438BE64073F" TYPE="ntfs" PARTUUID="7a76bc35-01"
/dev/sda2: UUID="F8C0726BC072304C" TYPE="ntfs" PARTUUID="7a76bc35-02"
/dev/sda3: UUID="f9aea5e6-52aa-4baa-9f4f-978839f3e5a4" TYPE="ext4" PARTUUID="7a76bc35-03"
/dev/sda5: UUID="54a57638-0763-4815-9d09-1ac6f5f0e575" TYPE="swap" PARTUUID="7a76bc35-05"
/dev/sda6: UUID="fc4bc2ea-8cad-4818-869b-974cbfb07268" TYPE="ext4" PARTUUID="7a76bc35-06"
/dev/sdb: TYPE="isw_raid_member"
/dev/sdc: TYPE="isw_raid_member"
/dev/sdd: TYPE="isw_raid_member"
/dev/sde1: UUID="cf03497c-3c25-4622-af84-90023253ca63" TYPE="ext4" PARTUUID="8ea2be83-01"
/dev/md126: PTUUID="0ab1efd6" PTTYPE="dos"
/dev/md126p1: LABEL="Photos" UUID="0E8459F38459DDB1" TYPE="ntfs" PARTUUID="0ab1efd6-01"
As-tu exécuté un fsck.ext4 pour /dev/sde1? (partition démontée bien entendu).
Tu as regardé dans journalctl quelles anomalies tu as au boot ?
Alors..
Je ne comprend plus grand chose:
Ca fait une semaine que j'ai ce problème.

le fsck ne donnait rien.
Pour poster les erruers de journalctl, j'ai décommenté la ligne correspondante à la partition dans le fstab (sans la modifier...)
Et cette fois ci, le boot à été jusqu'au bout....

A tout hasard, j'ai regardé dans journalctl les erreurs:
[root@localhost ~]# journalctl -p err 
-- Logs begin at mer. 2016-08-03 13:51:17 CEST, end at ven. 2016-10-07 16:56:32 CEST. --
oct. 07 16:51:06 localhost.localdomain systemd-udevd[601]: inotify_add_watch(9, /dev/sdb1, 10) failed: No such file or directory
oct. 07 16:51:08 localhost.localdomain systemd-udevd[588]: inotify_add_watch(9, /dev/sdc2, 10) failed: No such file or directory
oct. 07 16:51:08 localhost.localdomain systemd-udevd[602]: inotify_add_watch(9, /dev/sdc1, 10) failed: No such file or directory
oct. 07 16:51:08 localhost.localdomain systemd-udevd[585]: inotify_add_watch(9, /dev/sdc3, 10) failed: No such file or directory
oct. 07 16:51:08 localhost.localdomain kernel: EDAC sbridge: ECC is disabled. Aborting
oct. 07 16:51:08 localhost.localdomain kernel: EDAC sbridge: Couldn't find mci handler
oct. 07 16:51:08 localhost.localdomain kernel: EDAC sbridge: Failed to register device with error -19.
oct. 07 16:51:08 localhost.localdomain kernel: EDAC sbridge: ECC is disabled. Aborting
oct. 07 16:51:08 localhost.localdomain kernel: EDAC sbridge: Couldn't find mci handler
oct. 07 16:51:08 localhost.localdomain kernel: EDAC sbridge: Failed to register device with error -19.
oct. 07 16:51:08 localhost.localdomain kernel: EDAC sbridge: ECC is disabled. Aborting
oct. 07 16:51:08 localhost.localdomain kernel: EDAC sbridge: Couldn't find mci handler
oct. 07 16:51:08 localhost.localdomain kernel: EDAC sbridge: Failed to register device with error -19.
oct. 07 16:51:08 localhost.localdomain kernel: EDAC sbridge: ECC is disabled. Aborting
oct. 07 16:51:08 localhost.localdomain kernel: EDAC sbridge: Couldn't find mci handler
oct. 07 16:51:08 localhost.localdomain kernel: EDAC sbridge: Failed to register device with error -19.
oct. 07 16:51:22 localhost.localdomain smartd[846]: Device: /dev/sdd [SAT], WARNING: There are known problems with these drives,
oct. 07 16:51:22 localhost.localdomain smartd[846]: AND THIS FIRMWARE VERSION IS AFFECTED,
oct. 07 16:51:22 localhost.localdomain smartd[846]: see the following Seagate web pages:
oct. 07 16:51:22 localhost.localdomain smartd[846]: http://knowledge.seagate.com/articles/en_US/FAQ/207931en
oct. 07 16:51:22 localhost.localdomain smartd[846]: http://knowledge.seagate.com/articles/en_US/FAQ/207969en
oct. 07 16:51:28 localhost.localdomain abrtd[856]: '/var/spool/abrt/ccpp-2016-08-05-15:13:33-11437' is not a problem directory
oct. 07 16:51:30 localhost.localdomain abrtd[856]: '/var/spool/abrt/oops-2016-10-07-16:49:24-896-0' is not a problem directory
oct. 07 16:51:31 localhost.localdomain abrtd[856]: '/var/spool/abrt/oops-2016-10-07-16:49:28-896-0' is not a problem directory
oct. 07 16:53:10 localhost.localdomain spice-vdagent[1589]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0
oct. 07 16:53:35 localhost.localdomain pulseaudio[1548]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a 
lines 1850-1914/1914 (END)
Donc, je ne sais ni pourquoi, ni comment, mais je n'ai plus de problème...
Il y a quand même plusieurs lignes qui me semblent bizarre dans ce log.. Je vais aller fouiller un peu!

En tout cas, merci!