[sid] impossible de booter, udev-shm

Support Debian
#41

Mon sources.list ne contiens que du sid

J’ai installé via dpkg -i les paquets udev et libudev0 dans les versions correspondantes à Wheezy, toujours pareil

Pas évident de s’y retrouver dans les dépendances…

#42

Ça c’est pas bien!
Ton sources.list DOIT contenir Sid, Wheezy et Squeeze.
Sans fichier “preferences” bien sur, ça ne sert à rien.
Tu peux même pousser le vice à mettre expérimental, tu ne risques rien, il a une préférence inférieure au reste.

Certains paquets en Sid ont des dépendances en Testing et même parfois en stable.

#43

Ok, c’est fait

apt-cache policy udev udev: Installed: 167-3 Candidate: 169-1 Version table: 169-1 0 500 http://ftp.fr.debian.org/debian/ sid/main i386 Packages *** 167-3 0 500 http://ftp.fr.debian.org/debian/ wheezy/main i386 Packages 100 /var/lib/dpkg/status 164-3 0 500 http://ftp.fr.debian.org/debian/ squeeze/main i386 Packages

apt-cache policy libudev0 libudev0: Installed: 167-3 Candidate: 167-3 Package pin: 167-3 Version table: 169-1 1000 500 http://ftp.fr.debian.org/debian/ sid/main i386 Packages *** 167-3 1000 500 http://ftp.fr.debian.org/debian/ wheezy/main i386 Packages 100 /var/lib/dpkg/status 164-3 1000 500 http://ftp.fr.debian.org/debian/ squeeze/main i386 Packages

Je redémarre :pray:

#44

Rien, ça semble irréversible là…

#45

As-tu fait un petit “fsck” sur tes deux partitions :083 et une reconfiguration de “udev” ça te chante quoi dans la console ?

#46

Caí en la trampa … y sobreviví
(Je suis tombé dans le piège et ai survécu)

J’ai essayé en spécifiant root=/dev/sda1 et non pas root=UUID=??? à grub-legacy et fait de même dans /etc/fstab, viré /run, installé un nouveau noyau, relancé la création d’un nouvel initrd … aucun effet, il ne voulait rien savoir.

/ monté en rootfs selon df
$ ls /dev
contempler le vide, les disques /dev/sd??, /dev/disk/by-uuid … aux abonnés absents.

Ce qui a finalement marché chez moi:

En revenant aux versions de udev 167-3 de Wheezy comme tu l’as fait et en détarant une sauvegarde modulaire préalable de /dev d’une elive (dérivée debian de l’époque lenny) originaire de cette même machine.
Suite à cette restauration /dev/disk/by-uuid, mount … sont redevenus viables avec grub et fstab à l’ancienne (root=/dev/sd??), les autres montages intacts à base d’UUID n’ont pas bronché.
Si tu n’as pas de sauvegarde ancienne de /dev de Sid ou d’autre(s) installation(s) linux attachées à cette machine , le cd d’installation ou un knoppix suffiront pour te fournir un /dev viable.

mkdir /sid-en-vrac

mount /dev/sda1 /sid-en-vrac

cd /sid-en-vrac

mv dev dev-en-vrac

cp -r /dev /sid-en-vrac/

Redémarrer, tester.

#47

[quote=“M3t4linux”]Ok, c’est fait

apt-cache policy udev udev: Installed: 167-3 Candidate: 169-1 Version table: 169-1 0 500 http://ftp.fr.debian.org/debian/ sid/main i386 Packages *** 167-3 0 500 http://ftp.fr.debian.org/debian/ wheezy/main i386 Packages 100 /var/lib/dpkg/status 164-3 0 500 http://ftp.fr.debian.org/debian/ squeeze/main i386 Packages

apt-cache policy libudev0 libudev0: Installed: 167-3 Candidate: 167-3 Package pin: 167-3 Version table: 169-1 1000 500 http://ftp.fr.debian.org/debian/ sid/main i386 Packages *** 167-3 1000 500 http://ftp.fr.debian.org/debian/ wheezy/main i386 Packages 100 /var/lib/dpkg/status 164-3 1000 500 http://ftp.fr.debian.org/debian/ squeeze/main i386 Packages

Je redémarre :pray:[/quote]

J’ai exactement la même réponse à apt-cache policy pour les deux paquets.
Chez moi, je n’ai pas de problèmes mais j’avais pris garde aux avertissement listbugs dès le début.
De plus, maintenant, j’ai un principe : plus de “full-upgrade” mais un upgrade simple. Ça donne en moyenne un trentaines de paquets qui ne sont pas à jour mais qui le deviennent rapidement. Je fais une MAJ hebdomadaire donc une semaine avec quelques paquets moins récents, on n’en meurt pas.
Ce qui ne m’empêche pas de faire attention aux “critical” et même aux “grave”.

#48

Re,

Merci ricardo pour ta claire voyance, à présent, c’est fluide … :blush:

J’vous … en serre cinq … :023

#49

Bon j’aimerai bien savoir une chose qui à eu des alertes avec apt-listbugs sur la version 169-1 de udev et libudev0 et que dit-il ?

Ensuite j’ai rencontré ce souci avec une version antérieur de udev : udev 167-2 ou 167-1 je sais plus trop et j’avais effectivement refait à l’aide de sauvegarde toute la partie /dev, le fstab mais j’ai pas virer le /run et actuellement je tourne sur la version 169-1 de udev et libudev0.

En résumé comment ai-je passé au travers et n’ai eu aucun message d’alerte lors de mes “full-upgrade” :think: le souci ne viendrait pas plutôt d’ailleurs ( mauvaise configuration de udev suite à des souci avec dpkg :whistle: ou autre chose ? ).

#50

Pour la 169-1 de libudev0, le message est le suivant :

Explanation: #627446: libudev0: Can’t see any device and mount doesn’t work.
bugs.debian.org/cgi-bin/bugreport.cgi?bug=627446
Classé critique.

Il y a en eu au moins un pour udev. Celui dont je me souviens est pour la 168-1 et est le suivant, mais je pense en avoir vu un autre, mais ils ont disparu depuis :

Explanation: #624010: udev: system does not boot because of inactivated lvm root device
bugs.debian.org/cgi-bin/bugreport.cgi?bug=624010
Classé critique aussi, mais apparement résolu.

Les deux sont censé détruire tout le système.

Je viens de voir ce bug la : bugs.debian.org/cgi-bin/bugreport.cgi?bug=627487
Ça parle justement de sda et d’uuid illisible. Le bug est marqué pour la 167-3 mais les gars parlent de la 169-1, ça pourrait t’intéresser.

#51

En environnement chrooté, ce n’est pas possible : “A chroot environment has been detected, udev not started.
A chroot environment has been detected, udev not started.
update-initramfs: Generating /boot/initrd.img-2.6.37-2-686
mkinitramfs: MODULES dep requires mounted sysfs on /sys
update-initramfs: failed for /boot/initrd.img-2.6.37-2-686 with 1.”

Dans ma sid cassé, la commande “dpkg-reconfigure” n’est pas reconnue

#52

Hier, il n’était plus question de bug pour udev, seulement pour libudev0 mais ce matin :

Analyse des informations Trouvé/Corrigé... Fait Bogues de gravité critical sur libudev0 (167-3 -> 169-1) <marqué comme corrigé dans une version donnée> #627446 - libudev0: Can't see any device and mount doesn't work. (Corrigé : udev/170-1) Bogues de gravité grave sur udev (167-3 -> 169-1) <marqué comme corrigé dans une version donnée> #627513 - udev: No X, no /dev/input/mice, no ACPI battery state and WLAN interface renamed after upgrade to 169-1 on EeePC 701 (Corrigé : udev/170-1) Bogues de gravité grave sur udev (167-3 -> 169-1) <non corrigé> #627500 - udev 169-1 configuration fail Réuni avec : 627509 Résumé : udev(2 bogue), libudev0(1 bogue) Êtes-vous certain de vouloir installer/mettre à jour les paquets ci-dessus ? [Y/n/?/...]
Le tout pour une Sid Amd64.
Mais ma machine n’est pas forcément un bon exemple parce qu’à force d’éviter le full-upgrade, je traîne un nombre impressionnant de paquets non mis à jour pour cause de conflits que je ne sais pas comment résoudre.

#53

[quote=“etxeberrizahar”]En revenant aux versions de udev 167-3 de Wheezy comme tu l’as fait et en détarant une sauvegarde modulaire préalable de /dev d’une elive (dérivée debian de l’époque lenny) originaire de cette même machine.
Suite à cette restauration /dev/disk/by-uuid, mount … sont redevenus viables avec grub et fstab à l’ancienne (root=/dev/sd??), les autres montages intacts à base d’UUID n’ont pas bronché.
Si tu n’as pas de sauvegarde ancienne de /dev de Sid ou d’autre(s) installation(s) linux attachées à cette machine , le cd d’installation ou un knoppix suffiront pour te fournir un /dev viable.

mkdir /sid-en-vrac

mount /dev/sda1 /sid-en-vrac

cd /sid-en-vrac

mv dev dev-en-vrac

cp -r /dev /sid-en-vrac/

Redémarrer, tester.[/quote]

Si je monte /dev/sda1, il n’est plus possible de le déplacer :unamused:

#54

“Le” déplacer ? déplacer quoi ?
/dev/sda1 n’a pas besoin d’être déplacé.
Le montage se fait en lecture seule ?

Il te faut un linux d’appui qui n’aura aucune entrave pour remplacer(“overwrite”) ou compléter /dev de Sid en /dev/sda1.
C’est la même contrainte que pour effacer /run ou pour démonter la partition /, le système en cours d’utilisation t’en empêche, d’autant plus que les disques ne sont même pas portés en /dev.
Si tu le peux, démarre sur un linux tiers pour intervenir sur cette installation.

Knoppix ou un live-cd quelconque; le cd d’installation fait l’affaire.

Au delà de debian, une installation linux supplémentaire sur la même machine supplée un knoppix et permet des opérations comme fsck , mount , chroot…
Un couple Sid+Squeeze sur deux partitions séparées est une bonne assurance,
Squeeze faisant office de “filet de rattrapage” à Sid.

#55

[quote=“loreleil.747”]Re,

Merci ricardo pour ta claire voyance, à présent, c’est fluide … :blush:

J’vous … en serre cinq … :023[/quote]

Famille pénible, je voudrais le fils préféré :mrgreen:

#56

J’ai restauré commme indiqué par etxeberrizahar mais toujours le même problème au boot

J’utilise un live-cd de lenny, j’ai renommé les hdax en sdax mais ça ne change rien non plus

Bon, faut réinstaller?? :013 :013 :013

J’ai fais des sauvegardes avec rsync sur mon serveur (qui sur stable lui :033 ) et une sauvagardes des paquets avec dpkg, je peux récupérer facilement mon système d’avant avec tout ça non??

#57

Chiant…

As tu essayé de remplacer les uuid dans le fstab et grub par les chemins ? /dev/sda1 etc.

#58

[quote=“M3t4linux”]J’ai restauré commme indiqué par etxeberrizahar mais toujours le même problème au boot

J’utilise un live-cd de lenny, j’ai renommé les hdax en sdax mais ça ne change rien non plus

Bon, faut réinstaller?? :013 :013 :013

J’ai fais des sauvegardes avec rsync sur mon serveur (qui sur stable lui :033 ) et une sauvagardes des paquets avec dpkg, je peux récupérer facilement mon système d’avant avec tout ça non??[/quote]

Si, comme moi, tu récupères les paquets, tu provoques une énorme mise à jour et tu retombes sur le bug ! Merci j’ai donné :slightly_smiling:

#59

lol=> non rien de mieux

j’ai rétrogradé la version de udev est rien, c’est mort je crois

mon fichiers de paquets date du 20/05/11…

#60

[quote]Retrieving bug reports… Done
Parsing Found/Fixed information… Done
critical bugs of libudev0 (167-3 -> 169-1) <marked as done in some version>
#627446 - libudev0: Can’t see any device and mount doesn’t work. (Fixed: udev/170-1)
grave bugs of udev (167-3 -> 169-1) <marked as done in some version>
#627513 - udev: No X, no /dev/input/mice, no ACPI battery state and WLAN interface renamed after upgrade to 169-1 on EeePC 701 (Fixed: udev/170-1)
grave bugs of udev (167-3 -> 169-1)
#627500 - udev 169-1 configuration fail
Merged with: 627509
grave bugs of python-gnome2 (2.28.1-1 -> 2.28.1-2)
#625657 - AttributeError: ‘module’ object has no attribute 'PARAM_APP_DATADIR’
grave bugs of xscreensaver (5.11-1+b1 -> 5.13-1)
#627397 - xscreensaver: crashes when locking the screen
Merged with: 627382
Summary:
udev(2 bugs), libudev0(1 bug), python-gnome2(1 bug), xscreensaver(1 bug)
Are you sure you want to install/upgrade the above packages? [Y/n/?/…] [/quote]

Cela dit, toutes les machines ne sont ptet pas concernées.

EDIT :
Je me rends compte du doublon avec la réponse de Westa :blush: