1er test : sans nfs-kernel-server
J’ai retiré nfs-kernel-server qui est effectivement complètement inutile… Au premier reboot, ça a bloqué 
Voici les traces :
Sat Mar 12 09:27:34 2011: Setting parameters of disc: (none).
Sat Mar 12 09:27:34 2011: Setting preliminary keymap...done.
Sat Mar 12 09:27:34 2011: Activating swap...done.
Sat Mar 12 09:27:34 2011: Checking root file system...fsck from util-linux-ng 2.17.2
Sat Mar 12 09:27:34 2011: /dev/sda2: clean, 94742/427392 files, 902890/1709056 blocks (check in 5 mounts)
Sat Mar 12 09:27:34 2011: done.
Sat Mar 12 09:27:34 2011: Starting early crypto disks...done.
Sat Mar 12 09:27:34 2011: Cleaning up ifupdown....
Sat Mar 12 09:27:34 2011: Loading kernel modules...done.
Sat Mar 12 09:27:34 2011: Setting up networking....
Sat Mar 12 09:27:34 2011: Setting up LVM Volume Groups Reading all physical volumes. This may take a while...
Sat Mar 12 09:27:35 2011: No volume groups found
Sat Mar 12 09:27:35 2011: No volume groups found
Sat Mar 12 09:27:35 2011: No volume groups found
Sat Mar 12 09:27:35 2011: .
Sat Mar 12 09:27:35 2011: Starting remaining crypto disks...done.
Sat Mar 12 09:27:35 2011: Activating lvm and md swap...done.
Sat Mar 12 09:27:35 2011: Checking file systems...fsck from util-linux-ng 2.17.2
Sat Mar 12 09:27:35 2011: /dev/sda3: clean, 4167/9281536 files, 980068/37119232 blocks (check in 3 mounts)
Sat Mar 12 09:27:35 2011: done.
Sat Mar 12 09:27:35 2011: Mounting local filesystems...Segmentation fault
Sat Mar 12 09:27:35 2011: ^[[31mfailed.^[[39;49m
Sat Mar 12 09:27:35 2011: Activating swapfile swap...done.
Sat Mar 12 09:27:35 2011: Cleaning up temporary files....
Sat Mar 12 09:27:35 2011: Starting ATM ARP Daemon: atmarpd.
Sat Mar 12 09:27:35 2011: Setting kernel variables ...done.
Sat Mar 12 09:27:35 2011: Configuring network interfaces...atmarpd: ARPD: Linux ATM ARP, version 2.5.1
Sat Mar 12 09:27:36 2011: atmarpd: IO: SVCs are not available
Sat Mar 12 09:27:36 2011: Segmentation fault
Sat Mar 12 09:27:36 2011: Failed to bring up lo.
Sat Mar 12 09:27:36 2011: done.
Sat Mar 12 09:27:36 2011: Starting portmap daemon....
On voit deux “segmentation fault” quand même 
Tout n’apparaît pas dans le /var/log/boot mais à l’écran, avant le dernier segmentation fault, j’avais une sorte de pile affichée (finissant par un “end trace”, on trouve des trucs semblables en cherchant sur google). Je n’ai pas réussit à identifier ce qui explosait. On dirait que c’est l’un des modules chargés par le noyau car le boot en fait justement la liste avant l’affichage de la trace… Peut-être est-ce simplement pour information et que le segmentation fault concerne autre chose. Je n’en sais pas plus.
2me test : mise à jour logicielle
J’ai refait une mise à jour des paquets par aptitude maintenant que je suis sur wheezy. J’espère toujours que ça puisse être un bug applicatif qui serait corrigé lors d’une mise à jour. Je pourrais alors étudier la liste des paquets que j’aurais mis à jour. Malheureusement, le problème est toujours bien présent… Coup dans l’eau donc.
3me test : relecture de la fameuse pile affichée avant le segmentation fault
Je me suis attardé plus longuement sur la fameuse pile qui s’affiche. Lorsqu’elle s’affiche, ça “core dumpe” derrière. Je pense donc que c’est un gros indice pour mon problème.
Voici quelques mots clefs que je peux y lire :
Process kacpid
Call trace :
- acpi_ex_allocate_name_string
- acpi_ex_get_name_string
- acpi…
- acpi…
- …
- worker_thread
- acpi_os_execute_deferred
- autoremove_wake_function
- worker_thread
- kthread
- child_rip
Bilan : il semblerait que cela ait un lien avec acpi ^^ J’ai fait quelques recherches de ces mots clef sur un moteur de recherche mais je n’ai rien trouvé de très intéressant.
Au vu de ces nouvelles informations, je garde les tests 4 et 5 pour plus tard (nettoyage de la configuration des applications et utilisation d’un noyau plus récent).
Que pensez vous de cette pile de segfault ?
