[Kernel Panic] Au lancement de udev au boot (Fini)

[Hactar]

Donc petit soucis (ça n'arrête pas :'( )
J'ai du le relancer plusieurs fois, pour voir où se situait le problème.

Donc il passe grub sans problème, mais dès que j'ai udev qui se lance, kernel panic (alors c'est joli les led du clavier qui clignotes, mais bon...)
Vous savez où je peux trouver les log de ce kernel panic ? Comme c'est avant le lancement de syslog, j'ai bien peur de rien trouver :s

Oui je continue en écrivant ^^
Bon j'ai trouvé /etc/udev/udev.conf => udev_log = "err", c'est déjà un bon point.

Bon en commentant ceci dans les règles de udev ca boot normalement :

Code : Tout sélectionner

KERNEL==="eth*", SYSFS{address}=="xx:xx:xx:xx:xx:xx", NAME="eth0"
KERNEL==="eth*", SYSFS{address}=="xx:xx:xx:xx:xx:xx", NAME="eth1"

Et je crois que j'ai trouvé ! Mais je vais quand même poster l'article, ca peut servir çà d'autre.

J'ai utilisé un script qui crée un pont réseau, mais je n'ai pas remis la configuration d 'origine après l'utilisation du pont.
Donc j'inclus cette restauration avant dans le rc.shutdown, et ca devrait fonctionner.

[Hactar]

Alors je ne sais pas pourquoi, mais le fait d'avoir un dvd vidéo dans mon lecteur, aurait pu provoquer les kernel panic.
Ça me semble pas très très logique mais bon sans dvd ca boot ^^

En fait, non c'est vraiment quand il veut, qu'il crash !

J'ai quelques interruption avec [libata]. Dois je en déduire un soucis avec le sata ? Ou un disque dur en fin de vie ?

[oktoberfest]

Salut,

j'ai le même souci que toi depuis la dernière mise à jour de udev (plantage au boot). En revenant à la version précédente, plus de souci.
Pour l'instant j'ai blacklisté udev dans pacman.conf pour ne pas le mettre à jour.

Pour ceux que ça intéresse, voici comment revenir en arrière sans live-cd :
- au boot, éditer le menu grub et ajouter init=/bin/bash à la fin de la ligne kernel...
- booter
- remonter / en rw : mount -o remount,rw /
- aller dans /var/cache/pacman/pkg et faire les pacman -U qu'il faut.

[Hactar]

Tu peux juste me donner la version du paquet que tu utilises ?

J'ai utiliser ceci (le paquet n’était plus dans mon cache):

cd /var/cacha/pacman/pkg
wget http://arm.konnichi.com/2011/01/02/core ... pkg.tar.xz
pacman -U udev-164-3-i686.pkg.tar.xz

[Cactus]

Ah tiens, moi aussi j'ai des petits soucis au boot... quelques plantages par ci par là... mais en rebootant (3 fois de suite au plus), ça passe.
NB : au milieu de tout ça, j'avais aussi réussi à booter sur le Kernel Failsafe.

Bon, le principal est de toujours pouvoir démarrer, ce qui est mon cas, je ne downgrade pas. Mais je suis attentivement vos prochaines remarques.

[Ypnose]

Même souci chez moi. Premier Kernel Panic lors du redémarrage du PC le lendemain matin et des que je vais sous OpenSUSE graver un DVD-RW et que je reviens sous Arch, Kernel panic.
J'ai trouvé ça: https://bbs.archlinux.org/viewtopic.php?id=111197&p=1

Je ne sais pas encore si je vais downgrader udev, peut être que l'on va avoir une mise à jour même si ça ne semble pas être le cas. Et moi aussi, j'ai vidé mon cache...

[chipster]

Même souci avec ma machine au boulot. Ça boot, d'autres fois non, ...

[Cactus]

J'ai un moment cru à un défaut de vieillesse de mon portable (qui va fêter ses 7 ans prochainement !).
Dans un sens, ça me rassure, cet Inspiron 8600 est un vrai roc !
Cela dit, son "décès" serait aussi pour moi l'occasion de passer à un portable neuf ! (mon banquier fera la gueule, mais tant pis !)

[Ypnose]

Il y a une nouvelle version du kernel en mise à jour, il est censé resoudre le problème ou on doit toujours downgrader?

[chipster]

non il ne résous pas le souci mais la mise à jour de hal lui, le résout visiblement

[Hactar]

J'attends encore un peu pour voir l’évolution de ce bug.

Il ett dans le bugtracker : https://bugs.archlinux.org/task/22343
Ce qui est déjà bon signe.

J'attends encore un peu pour voir avant d'upgrader.

[Ypnose]

Hehe Hactar. Moi aussi je suis le bugtracker et moi aussi je vais attendre.

[Ypnose]

Apparemment il y aurait deux types de kernel panic différent. Un lié à udev et un autre à ioread32 si j'ai bien compris.

EDIT: J'ai downgradé vers udev-164 (et blacklisté udev) et tout semble être rentré dans l'ordre.

[IdoMcFly]

ah c'est donc ça qui m'arrive depuis quelques jours Merci ! par contre le patch noyaux n'est pas encore sur le dépot non testing (j'ai eu le bug ce matin encore)

[Ypnose]

Le nouveau kernel est sorti et est téléchargeable.

[Ypnose]

Quelqu'un a mis a jour? Cela fonctionne?

[IdoMcFly]

nickel