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.bern...@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.an...@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@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
> 
> 
> 
> -- 
> ---------------------------------------------
> Bernard Tremblay
> tremblay.bern...@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@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Répondre à