[rootfs] impossible de démarrer après MAJ système.(résolu)

[paikeam]

Bonsoir à tous,

Je me suis décidé aujourd'hui de faire les mises a jour système car cela faisait plusieurs mois que les avaient abandonné...
Et me voila désormais avec un système ne voulant plus démarrer... :

Code : Tout sélectionner

Booting the kernel.
ERROR: Unable to find root device '/dev/disk/by-uuid/56942121-a442-4a1c-b015-561359d69383' .
You are being dropped to a recovery shell
    Type 'exit' to try and continue booting
sh: can't access tty; job control turned off
[rootfs /]# exit
Trying to continue (this will most likely fail) ...
mount: you must specify the filesystem type
You are now being dropped into an emergency shell.
sh: can't access tty; job control turned off
[rootfs /]#

Et me voila donc coincé ici...
Je viens donc demander votre aide pour me sortir de cette impasse...


Amicalement, paik.

[FoolEcho]

Faut quand même mettre à jour plus régulièrement que ça...
Le fallback échoue également ?

Ce type de sujet revient souvent, alors merci aussi d'utiliser la recherche: http://forums.archlinux.fr/search.php?k ... oot+device. En vrac, tu utilises bien les uuids dans ton menu.lst et /etc/fstab ? La mise à jour n'a pas coincé sur le noyau ou autre chose (/var/log/pacman.log), etc..
... et jette un oeil aux "dernières" annonces, dès fois qu'il te manque des choses: http://archlinux.fr/category/news.

Bien sûr il te faut passer par un livecd, voire un chroot, pour rectifier des choses.

[paikeam]

Merci pour votre réponse,

Je viens de regarder quelques sujets mais je n'y reconnais rien de similaire au mien (jusque là du moins, je vais approfondir ça de suite).
J'ai démarré sur une ubuntu 10.10 qui trainait et je remarque qu'il n'y a que 3 fichiers dans mon

Code : Tout sélectionner

/dev

a savoir console, null et zero.
Par contre je vois absolument pas ce que tu veux dire par "utiliser les uuids dans menu.lst et etc/fstab.
Le pacman.log est infiniment long... je vais regarder les erreurs de plus près ce soir.

J'ai perdu l'habitude de l'utilisation de la ligne de co ses dernier temps, pourriez vous m'éxpliquer comment me logger en chroot depuis le live d'ubuntu ?


Amicalement, paik

[paikeam]

Voici ce que je repère dans le pacman.log :

Code : Tout sélectionner

[2012-03-02 19:44] upgraded linux-firmware (20111101-1 -> 20120227-1)
[2012-03-02 19:44] upgraded mkinitcpio (0.8.0-3 -> 0.8.2-3)
[2012-03-02 19:44] >>> Updating module dependencies. Please wait ...
[2012-03-02 19:44] >>> Generating initial ramdisk, using mkinitcpio.  Please wait...
[2012-03-02 19:44] ==> Building image from preset: 'default'
[2012-03-02 19:44]   -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
[2012-03-02 19:44] ==> Starting build: 3.2.8-1-ARCH
[2012-03-02 19:44]   -> Parsing hook: [base]
[2012-03-02 19:44] ==> ERROR: Hook 'udev' can not be found.
[2012-03-02 19:44]   -> Parsing hook: [autodetect]
[2012-03-02 19:44]   -> Parsing hook: [pata]
[2012-03-02 19:44]   -> Parsing hook: [scsi]
[2012-03-02 19:44]   -> Parsing hook: [sata]
[2012-03-02 19:44]   -> Parsing hook: [filesystems]
[2012-03-02 19:44]   -> Parsing hook: [usbinput]
[2012-03-02 19:44] ==> Generating module dependencies
[2012-03-02 19:44] ==> Creating gzip initcpio image: /boot/initramfs-linux.img
[2012-03-02 19:44] ==> WARNING: errors were encountered during the build. The image may not be complete.
[2012-03-02 19:44] ==> Image generation successful
[2012-03-02 19:44] ==> Building image from preset: 'fallback'
[2012-03-02 19:44]   -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
[2012-03-02 19:44] ==> Starting build: 3.2.8-1-ARCH
[2012-03-02 19:44]   -> Parsing hook: [base]
[2012-03-02 19:44] ==> ERROR: Hook 'udev' can not be found.
[2012-03-02 19:44]   -> Parsing hook: [pata]
[2012-03-02 19:44]   -> Parsing hook: [scsi]
[2012-03-02 19:45]   -> Parsing hook: [sata]
[2012-03-02 19:45]   -> Parsing hook: [filesystems]
[2012-03-02 19:45]   -> Parsing hook: [usbinput]
[2012-03-02 19:45] ==> Generating module dependencies
[2012-03-02 19:45] ==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img
[2012-03-02 19:45] ==> WARNING: errors were encountered during the build. The image may not be complete.
[2012-03-02 19:45] ==> Image generation successful
[2012-03-02 19:45] upgraded linux (3.1.5-1 -> 3.2.8-1)

Mais je ne vois pas de rapport direct avec uuid.

Pour répondre à votre toute première question, le fallback ne fonctionne pas non plus...


paik.

[FoolEcho]

Il ne faut pas que tu regardes l'arborescence issue du live...

Par contre je vois absolument pas ce que tu veux dire par "utiliser les uuids dans menu.lst et etc/fstab.

Remplacer les /dev/sdXY par /dev/disk/by-uuid/XXXX-XXXX dans ton /boot/grub/menu.lst (et tant que tu y es par UUID=XXXX dans /etc/fstab). Pour faire ça, tu n'as besoin que de monter les partitions adéquates d'Arch dans ton livecd (les correspondances se trouvent par blkid ou ls -l /dev/disk/by-uuid/).
Le log de pacman suit la chronologie et les événements sont datés.

Pour le cas où tu aurais besoin d'un chroot (pour reconstruire l'image ou refaire une mise à jour), cf. wiki: Chroot (ou sur le forum, c'est pas les exemples qui manquent).


EDIT: Au vu de ton message -- que j'ai pris en cours de rédaction du mien --, réinstalle udev ainsi que le kernel. Tu as donc besoin de faire un chroot.

[paikeam]

merci pour le chroot !

les réinstallations ont eu l'air de fonctionner, mais le résultat ne change pas
pour le menu.lst et fstab, les longs numéros uuids sont bon (je viens de les vérifier au caractère près!)

En retentant un chroot avec réinstall de udev et linux (kernel), je m'aperçois qu'il y'a eu des erreurs :

Code : Tout sélectionner

Avertissement : udev-181-2 est à jour -- réinstalle
résolution des dépendances...
recherche des conflits entre paquets...

Cibles (1) : udev-181-2

Taille totale installé :		1,66 MiB
Taille de mise à jour nette :	0,00 MiB

Procéder à l'installation ? [O/n] o
(1/1) vérification de l'intégrité des paquets      [######################] 100%
(1/1) chargement des fichiers des paquets          [######################] 100%
(1/1) analyse des conflits entre fichiers          [######################] 100%
Avertissement : impossible de récupérer les informations du système de fichier pour /cdrom : Aucun fichier ou dossier de ce type
Avertissement : impossible de récupérer les informations du système de fichier pour /rofs : Aucun fichier ou dossier de ce type
Avertissement : impossible de récupérer les informations du système de fichier pour /cow : Aucun fichier ou dossier de ce type
Avertissement : impossible de récupérer les informations du système de fichier pour /home/ubuntu/.gvfs : Aucun fichier ou dossier de ce type
Avertissement : impossible de récupérer les informations du système de fichier pour /media/USB512 : Aucun fichier ou dossier de ce type
Avertissement : impossible de récupérer les informations du système de fichier pour /media/56942121-a442-4a1c-b015-561359d69383 : Aucun fichier ou dossier de ce type
Avertissement : impossible de récupérer les informations du système de fichier pour /media/8ed0a63b-fa73-4a06-b413-99984dea400c : Aucun fichier ou dossier de ce type
Avertissement : impossible de récupérer les informations du système de fichier pour /media/f9ae5405-834d-424d-a564-e0d484c97d04 : Aucun fichier ou dossier de ce type
(1/1) vérification de l'espace disque disponible   [######################] 100%
(1/1) mise à jour de udev                          [######################] 100%
[root@ubuntu /]#

et idem pour le noyaux.

[paikeam]

Par contre tu parle de inittab, ne serait-ce pas plutot fstab ? (car je n'ai rien vu de semblable dans inittab...

[benjarobin]

En effet c'est une erreur de FoolEcho, il voulait bien dire fstab

[paikeam]

Les erreurs précédentes lors des réinstallations de udev et linux sont "normal" étant donné que je n'avais pas configurer le réseau (dhcpcd eth0).
Malheureusement ce détail ne change rien ... j'ai même essayé quelques petits trucs vu sur le net (pacman -Syy, initcpio) mais rien n'y fais.

[FoolEcho]

En effet c'est une erreur de FoolEcho, il voulait bien dire fstab

Coquille en effet (corrigé ), d'autant que j'ai bien parlé de fstab avant.

j'ai même essayé quelques petits trucs vu sur le net (pacman -Syy, initcpio) mais rien n'y fais.

Où ? As-tu suivi ces procédures: https://bbs.archlinux.org/viewtopic.php?id=135288 ?

Si ça n'a pas fonctionné, mais que tu as assez de place dans ton boot, tu devrais installer linux-lts et rajouter ses entrées dans ton /boot/grub/menu.lst (modulo vmlinuz-linux-lts et initramfs-linux-lts.img), voir si tu peux démarrer normalement...

[Distag]

Juste par hasard, ce ne serais pas le probleme du changement de nom du paquet kernel en celui de linux!
(C'est le même probleme que l'on peut retrouver si on utilise un vieux cd d'installation)

Peux-tu nous donner ton /boot/grub/menu.lst ?

[paikeam]

Bonjour @vous,

Oui FoolEcho se sont bien ses manips que j'ai vu hier soir, seulement j'avais, depuis le début (presque), oublié une petite chose... ma partition /boot est une partition séparé de la racine et du /home !
J'ai donc refais le chroot avec la racine ET le /boot. Le noyau c'est donc réinstallé correctement, redmarrage un poil long (check des partitions) mais revoila le system OP !

Je tiens à vous remercier pour votre aide et votre attention porté à mon problème !


Vous souhaitant une excellente journée, amicalement, paik.