[Ubuntu-QC] Kernel Panic

[Louis Brouillette]

Ok, on dirait que ça ressemble à ça, je teste et reviens avec les résultats.

Merci beaucoup
Louis

Le 2017-01-06 à 16:06, Bernard Tremblay <tremblay.bernard at gmail.com> a écrit :

> Je pense que ton grub a été modifié par tail et le système ne trouve plus le kernel, donc plus de /sbin/init, d'où le message.
> Tu  dois booter avec ta clé USB, passer en chroot sur ton disque et réinstaller grub si c'est le problème.
> 
> Vérifie si l'identifiant du disque correspond au disque dur ou au CD dans ton boot. Chez-moi c'est l'ID de /dev/sda1.
> Tu pourrais corriger en edit l'ID du disque pour le pointer sur le bon et réinstaller grub à partir de là.
> Sinon, je pourrai te donner des instructions plus détaillées si c'est vraiment le problème.
> 
> NB: tu peux obtenir les id des disques en tapant :  blkid dans une ligne de commande. Assures-toi que 
> 
> Salutations,
>                   Bernard
> 
> 
> Le 6 janvier 2017 à 18:09, Jean Christophe André <jean-christophe.andre at auf.org> a écrit :
>         Bonjour,
> 
> Bonne année et meilleurs vœux à toutes et à tous au passage ! :-)
> 
> Le 2017-01-06 à 11:57, Louis Brouillette a écrit :
> Oui, c’est à chaque démarrage et j’ai essayé le memory test. Je vais ré-essayer mais il ne semble pas que ça aide.
> J’ai commencé à vivre ce problème suite à avoir utilisé Tails sur une clé usb. Hasard ou pas. J’ai essayé de repartir sur Tails, ça fonctionne à partir de la clé. Je me suis dit que peut-être la session avait été mal fermée ou qq chose. Mais en enlevant la clé et en essayant de rebooter par la suite, j’arrive à la Kernel panic.
> 
> Le noyau se plaint de l'arrêt du premier processus système lancé (init), ce qui n'est pas sensé arriver dans des conditions normales.
> 
> Une façon de récupérer la main est de préciser l'option init=/bin/sh dans les paramètres de démarrage du noyau (typiquement éditer la conf' grub au moment du boot). Il faudra ensuite remonter le système de fichiers racine avec mount -o remount,rw / pour pouvoir intervenir dessus, et dans des cas plus évolués faire un mount -a pour monter aussi le reste. Tout ceci n'aide qu'à prendre la main pour faire du dépannage, il reste à résoudre le fond du problème.
> 
> L'arrêt du premier processus signifie généralement un problème avec systemd (ou initd sur un vieux système). Il faudrait donc commencer par vérifier l'installation des paquets correspondants, quitte à éventuellement en forcer la réinstallation.
> 
> J.C.
> 
> -- 
> Jean Christophe ANDRÉ  @  Agence universitaire de la Francophonie
> ✉ : 3034, boul. Édouard-Montpetit, Montréal (QC)  H3T 1J7, CANADA
> ⎧Note personnelle : merci d'éviter de m'envoyer des fichiers    ⎫
> ⎩MS-Office, cf http://www.gnu.org/philosophy/no-word-attachments⎭
> 
> 
> 
> -- 
> Ubuntu-quebec mailing list
> Ubuntu-quebec at lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
> 
> 
> 
> -- 
> ---------------------------------------------
> Bernard Tremblay
> Tremblay.Bernard at gmail.com
> R: (418) 658-1411
> C: (581) 988-1411
> ---------------------------------------------
> Le but de Linux est de gérer vos ressources et faire le travail, 
> le but des OS propriétaire est de vous vendre d'autres licences...
> 
> -- 
> Ubuntu-quebec mailing list
> Ubuntu-quebec at lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <https://lists.ubuntu.com/archives/ubuntu-quebec/attachments/20170106/2faefff2/attachment-0001.html>