Kernel Panic - Pas de synchronisation: Tentative de tuer init! code de sortie = 0x00000009
J'ai un ordinateur portable pré-installé avec Ubuntu 14.04 et qui a eu peu de problèmes jusqu'à présent. Au démarrage, on me présente la panique du noyau suivante: 
Après avoir arrêté de force la machine, je peux revenir dans le chargeur de démarrage et réessayer (ce qui reproduit la même panique du noyau), ou aller dans les options avancées pour Ubuntu et sélectionner une version de noyau différente: 
Sélectionner l'un des noyaux en mode non sécurisé de la liste, à l'exception du plus récent, 3.13.0-58, me permettra de démarrer la machine et de l'utiliser (en tapant cette question à partir de l'ordinateur portable en question). J'ai vérifié mon journal pour apt (/var/log/apt/history.log) et constaté que lors d'une mise à niveau, le système avait installé le noyau 3.13.0-58 hier et que le problème était apparu après cet événement.
Ma principale préoccupation ici est que la panique du noyau semble provenir du moment où le système tente de définir la fréquence de l'unité centrale cible et échoue ou si une vérification de l'intégrité échoue, mais je ne sais pas assez pour la comprendre. Je ne pense pas qu'il s'agisse d'un problème matériel, car l'utilisation des anciennes bottes du noyau (et semble stable, fonctionne depuis plus de 2 heures sous 3.13.0-38). Pourrait-il s'agir d'un problème matériel pour lequel je devrais obtenir un RMA ou s'agit-il d'un conflit entre mon système existant et le nouveau noyau? S'il s'agit bien d'un problème logiciel, comment puis-je le résoudre? Merci d'avance!
Le problème que je connaissais semblait être temporaire. Quelques jours après la publication d’une nouvelle version du noyau est disponible pour mon système (3.13.0-58.97). Après la mise à jour vers cette dernière version, la panique du noyau s’est arrêtée et le système se comporte comme prévu. C'est un peu ridicule, mais pour quiconque ayant ce problème, vous pouvez simplement revenir à un noyau plus ancien jusqu'à ce qu'un nouveau correctif soit disponible.
Démarrez depuis le noyau qui fonctionne. Ouvrez le terminal et entrez Sudo apt-get autoremove. Cela devrait supprimer tous les anciens fichiers image du noyau. J'ai eu le même problème avec le même ordinateur portable (: P) et cela l'a corrigé.
J'ai aussi ce problème. Testé sur deux Acer TM (TravelMate) B115. L'un fabriqué le 2014/07/15 (TMB115-M-C1MW) et l'autre le 2015/06/25 (TMB115-M-C2ZM). Le problème disparaît si les ordinateurs sont démarrés sans le chargeur d'alimentation. Très curieux!
Pour les noyaux "génériques":
3.13.0-46 fonctionne bien. 3.13.0-62 et 3.13.0-63 ont le problème. 3.19.0-26 fonctionne bien mais Synaptic ClickPad (TouchPad) n’est pas bien pris en charge. Cela se voit seulement comme une souris. La commande xinput indique SYN1B7D: 01 06CB: 2991 inconnue
Pour migrer vers le noyau 3.19, vous devez suivre https://wiki.ubuntu.com/Kernel/LTSEnablementStack
Sudo apt-get install --install-recommends linux-generic-lts-vivid xserver-xorg-core-lts-vivid xserver-xorg-lts-vivid xserver-xorg-video-all-lts-vivid xserver-xorg-input-all-lts-vivid libwayland-egl1-mesa-lts-vivid libgl1-mesa-glx-lts-vivid libgl1-mesa-glx-lts-vivid:i386 libglapi-mesa-lts-vivid:i386
Heureusement, j'ai trouvé que le BIOS dispose d'une option pour configurer le mode TouchpPad (Basic ou Advanced). Ça dit:
Assurez-vous que le pilote I2C est installé avant l'activation de la fonctionnalité avancée. Sinon, le touchpad n'aura aucune fonction.
J'ai changé cette option de avancé à basique et maintenant le TouchPad pour le dernier TMB115 fonctionne bien. La commande xinput le reconnaît. Donc, je comprends que le TouchPad fonctionne en mode USB, pas en mode i2c. http://www.synaptics.com/en/intertouch.php
L'utilisation du noyau 3.19 guvcview à partir du référentiel 14.04 (1.7) ne fonctionne pas. guvcview 2.0 est nécessaire. Il peut être installé à partir de https://launchpad.net/~pj-assis/+archive/ubuntu/ppa