Re: [gull] Grub en vrac + kernel panic (ex: grub-install vs update-grub)
Merci Daniel et Felix pour vos réponses. > Cette erreur apparaît aussi si le files system de la partition ne > correspond pas à ce qui est définit dans /etc/fstab... Un grand > classique :-) A partir du live-CD LinuxMint, j'ai ouvert le fstab du système installé sur le disque interne. Malheureusement, tout m'y semble en ordre, et je ne vois pas bien quoi y modifier. Les partitions sont identifiées par leur UUID, qui n'a pas changée au cours des manips précédentes. Seul leur numéro d'ordre avait été permuté, la partition Swap étant passée de 3 à 2 et la partition racine étant passé de 2 à 3, après l'installation de Windows. Une question au passage: ces "numéros" de partitions ne correspondent à rien d'autre qu'à l'ordre dans lequel elles ont été inscrites dans le MBR, n'est-ce pas ? Pour essayer d'un voir plus clair, je colle ici le contenu du fstab ainsi que la liste des partitions Linux vue par "blkid". On voit bien la permutation sda2 <-> sda3 : # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # # / was on /dev/sda2 during installation UUID=47559da7-01e2-439f-9762-584b03463cab / btrfs defaults,subvol=@ 0 1 # /home was on /dev/sda2 during installation UUID=47559da7-01e2-439f-9762-584b03463cab /home btrfs defaults,subvol=@home 0 2 # swap was on /dev/sda3 during installation UUID=04a9dd1b-99fc-4883-8b64-4ecc2a6be783 noneswapsw 0 0 mint@mint:~$ blkid /dev/sda1: LABEL="Windows 7" UUID="7EDFF4E441EDDB6C" TYPE="ntfs" PARTUUID="9bd8b8ac-01" /dev/sda3: LABEL="Linux Mint" UUID="47559da7-01e2-439f-9762-584b03463cab" UUID_SUB="02e4abe8-2ded-4fe9-b795-cded7937df6a" TYPE="btrfs" PTTYPE="dos" PARTUUID="9bd8b8ac-03" /dev/sr0: UUID="2018-12-17-16-31-52-00" LABEL="Linux Mint 19.1 Cinnamon 32-bit" TYPE="iso9660" PTUUID="61eddfc9" PTTYPE="dos" /dev/loop0: TYPE="squashfs" /dev/sda2: LABEL="Swap space" UUID="04a9dd1b-99fc-4883-8b64-4ecc2a6be783" TYPE="swap" PARTUUID="9bd8b8ac-02" /dev/sdb1: LABEL="MININAVETTE" UUID="C646-8286" TYPE="vfat" PARTUUID="e7a15e77-01" mint@mint:~$ Est-ce que je rate un détail essentiel ? Merci pour vos conseils, pour m'orienter dans la direction où chercher, et surtout... arriver à faire redémarrer la bécane. Pour le moment, Windows règne en maître sur cette config dualboot. Frédéric. -- Frédéric Dumas f.du...@ellis.siteparc.fr Le 08/02/2019 à 01:18, Daniel Cordey a écrit : On 08.02.19 00:53, Frederic Dumas wrote: root@mint:/# update-grub /usr/sbin/grub-probe: error: cannot find a device for / (is /dev mounted?). Cette erreur apparaît aussi si le files system de la partition ne correspond pas à ce qui est définit dans /etc/fstab... Un grand classique :-) Dans ce cas, taper 'e' dans grub (si on n'a pas de prompt shell), ajouter 'rw et init=/bin/bash' sur la ligne 'linux' et rebooter. Monter /, éditer le fichier /mnt/etc/fstab, modifier le type du file system et finalement rebooter. Demain est un autre jour. :-) dc ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
Re: [gull] Grub en vrac + kernel panic (ex: grub-install vs update-grub)
Re, On Fri, Feb 08, 2019 at 01:18:02AM +0100, Daniel Cordey wrote: > Dans ce cas, taper 'e' dans grub (si on n'a pas de prompt shell), ajouter > 'rw et init=/bin/bash' sur la ligne 'linux' et rebooter. Monter /, éditer le > fichier /mnt/etc/fstab, modifier le type du file system et finalement > rebooter. Perso, je n'ajoute pas `rw' et ajoute `init=/bin/sh' plutôt de bash. Puis une fois dans le shell, je tapes: fsck /dev/partitionRoot# pas systématiquement, mais cela arrive mount -o remount,rw / Par habitude, reflex... Toutes les installations n'ont pas forcément bash installé, tandis que /bin/sh est ``standard''. Cela peut éviter un kernel panic. Pour ce qui est de ``rw'', si je ne l'utilises pas c'est égallement par habitude, plus qu'autre chose. Mais c'est vrais que dans ``l'ordre des choses'', on fait un petit check des fs *avant* de le monter en RW. Mais il est vrai que - sur une machine connue, à plus forte raison sur ta machine perso - si tu sais que bash est installé et connais les conditions de ton dernier ``umount'', la syntaxe à Daniel peut faire gagner du temps. A+! -- Félix Hauri -- http://www.f-hauri.ch ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
Re: [gull] Grub en vrac + kernel panic (ex: grub-install vs update-grub)
Oui, c'est à cela que je faisais référence, peut-être une précision: En plus du set root=... qui donne à grub l'info de la partition à utiliser pour trouver le kernel, il faut ensuite donner au kernel l'information pour trouver la partition root pour pouvoir lancer le init, dans la commande linux de grub: linux /vmlinuz-4.19.0-2-amd64 root=UUID=7ba78ae2-f308-4951-be74-a0391b557c55 ro initrd=/install/gtk/initrd.gz quiet Quelque chose du genre, que j'ai dans mon grub.cfg. u On 2/7/19 4:55 PM, Daniel Cordey wrote: On 07.02.19 16:52, felix wrote: En principe, tu dois pouvoir lire la raison pour laquelle le kernel s'est senti perdu. Probablement "unable to mount /" ... dc ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
Re: [gull] Grub en vrac + kernel panic (ex: grub-install vs update-grub)
On 08.02.19 00:53, Frederic Dumas wrote: root@mint:/# update-grub /usr/sbin/grub-probe: error: cannot find a device for / (is /dev mounted?). Cette erreur apparaît aussi si le files system de la partition ne correspond pas à ce qui est définit dans /etc/fstab... Un grand classique :-) Dans ce cas, taper 'e' dans grub (si on n'a pas de prompt shell), ajouter 'rw et init=/bin/bash' sur la ligne 'linux' et rebooter. Monter /, éditer le fichier /mnt/etc/fstab, modifier le type du file system et finalement rebooter. Demain est un autre jour. :-) dc ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
Re: [gull] Grub en vrac + kernel panic (ex: grub-install vs update-grub)
Oui, c'est ça Daniel. mount: mounting /dev on /root/dev failed: No such file or directory mount: mounting /run on /root/run failed: No such file or directory Voilà pourquoi le noyau ne retrouve pas ses petits. Ça fait un peu penser à l'erreur que j'avais en montant mon disque interne dans un chroot depuis le live-CD; l'erreur était: root@mint:/# update-grub /usr/sbin/grub-probe: error: cannot find a device for / (is /dev mounted?). Demain est un autre jour. -- Frédéric Dumas f.du...@ellis.siteparc.fr Le 07/02/2019 à 16:55, Daniel Cordey a écrit : On 07.02.19 16:52, felix wrote: En principe, tu dois pouvoir lire la raison pour laquelle le kernel s'est senti perdu. Probablement "unable to mount /" ... dc ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
Re: [gull] Grub en vrac + kernel panic (ex: grub-install vs update-grub)
Oui, c'est à cela que je faisais référence, peut-être une précision: En plus du set root=... qui donne à grub l'info de la partition à utiliser pour trouver le kernel, il faut ensuite donner au kernel l'information pour trouver la partition root pour pouvoir lancer le init, dans la commande linux de grub: linux /vmlinuz-4.19.0-2-amd64 root=UUID=7ba78ae2-f308-4951-be74-a0391b557c55 ro initrd=/install/gtk/initrd.gz quiet Quelque chose du genre, que j'ai dans mon grub.cfg. u On 2/7/19 4:55 PM, Daniel Cordey wrote: On 07.02.19 16:52, felix wrote: En principe, tu dois pouvoir lire la raison pour laquelle le kernel s'est senti perdu. Probablement "unable to mount /" ... dc ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
Re: [gull] Grub en vrac + kernel panic (ex: grub-install vs update-grub)
On 07.02.19 16:52, felix wrote: En principe, tu dois pouvoir lire la raison pour laquelle le kernel s'est senti perdu. Probablement "unable to mount /" ... dc ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
Re: [gull] Grub en vrac + kernel panic (ex: grub-install vs update-grub)
On Thu, Feb 07, 2019 at 10:19:59AM +0100, Frederic Dumas wrote: ... > > initrd /@/initrd.cfg (de mémoire, autocompletion) Décidement je ne connais pas mint: entre le ``/@/'' et ``.cfg'' je dois dire que j'ai du mal... Bon, tu parles de kernel panic, mais arrives-tu à dire pourquoi il panique? ``initrd not found'' ``root not found'' ``cpu too hot'' ``cff too late'' En principe, tu dois pouvoir lire la raison pour laquelle le kernel s'est senti perdu. -- Félix Hauri -- http://www.f-hauri.ch ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
Re: [gull] Grub en vrac + kernel panic (ex: grub-install vs update-grub)
Bonjour, peut-être une piste, de mémoire (je fais ça aussi tous les 5 ans...): une fois qu'on a dit à Grub quelle partition trouver et comment trouver son initrd et son kernel et que le kernel boot, il faut dire au kernel comment trouver sa partition root a partir de laquelle il lance son système, avec l'option kernel root=... Sur ma machine (debian unstable), ce sont des UUID qui sont utilisés: root=UUID=7ba78ae2-f308-4951-be7. Je les trouve dans fstab et quelque part dans l'arborescence /dev/disk. Ca marche probablement aussi avec root=/dev/sda3 Bon sauvetage, Urs On 2/7/19 10:19 AM, Frederic Dumas wrote: Bonjour à tous, ce pliage en vrac de Grub devient intéressant. Mes tentatives pour démarrer depuis le shell de Grub aboutissent toutes à un kernel panic. Le chemin vers le répertoire racine du disque interne que je donne à Grub semble ne pas convenir au kernel. Dans le shell Grub, je démarre comme ça : > set root=(hd0,3) > linux /@/vmlinuz (de mémoire, j'utilise l'autocompletion) > root=/dev/sda3 > initrd /@/initrd.cfg (de mémoire, autocompletion) > boot Et je finis en kernel panic, quelque soit le noyau avec lequel j'essaye de démarrer (l'actuel et le précédent, toujours présent sur mon disque interne). Autre comportement bizarre, "ls (hd0,1)" et "ls (hd0,3)" renvoient le même UUID, le même système de fichiers et la même arborescence de fichiers !? Pour Grub, ces deux partitions sont identiques, ce qu'elles ne sont pas en réalité, évidement. Grub relit-il ces informations erronées d'un fichiers de configuration ? Je sens que ça ne va pas se faire d'un claquement de doigt. Merci pour vos conseils, si possible. -- Frédéric Dumas f.du...@ellis.siteparc.fr Le 06/02/2019 à 18:39, Frederic Dumas a écrit : Pour le moment, la manip a un tout petit peu amélioré la situation, puisqu'au boot, Grub me présente maintenant un mini-shell. Je vais peut-être réussir à rentrer par ce moyen. ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
Re: [gull] Grub en vrac + kernel panic (ex: grub-install vs update-grub)
Bonjour, peut-être une piste, de mémoire (je fais ça aussi tous les 5 ans...): une fois qu'on a dit à Grub quelle partition trouver et comment trouver son initrd et son kernel et que le kernel boot, il faut dire au kernel comment trouver sa partition root a partir de laquelle il lance son système, avec l'option kernel root=... Sur ma machine (debian unstable), ce sont des UUID qui sont utilisés: root=UUID=7ba78ae2-f308-4951-be7. Je les trouve dans fstab et quelque part dans l'arborescence /dev/disk. Ca marche probablement aussi avec root=/dev/sda3 Bon sauvetage, Urs On 2/7/19 10:19 AM, Frederic Dumas wrote: Bonjour à tous, ce pliage en vrac de Grub devient intéressant. Mes tentatives pour démarrer depuis le shell de Grub aboutissent toutes à un kernel panic. Le chemin vers le répertoire racine du disque interne que je donne à Grub semble ne pas convenir au kernel. Dans le shell Grub, je démarre comme ça : > set root=(hd0,3) > linux /@/vmlinuz (de mémoire, j'utilise l'autocompletion) > root=/dev/sda3 > initrd /@/initrd.cfg (de mémoire, autocompletion) > boot Et je finis en kernel panic, quelque soit le noyau avec lequel j'essaye de démarrer (l'actuel et le précédent, toujours présent sur mon disque interne). Autre comportement bizarre, "ls (hd0,1)" et "ls (hd0,3)" renvoient le même UUID, le même système de fichiers et la même arborescence de fichiers !? Pour Grub, ces deux partitions sont identiques, ce qu'elles ne sont pas en réalité, évidement. Grub relit-il ces informations erronées d'un fichiers de configuration ? Je sens que ça ne va pas se faire d'un claquement de doigt. Merci pour vos conseils, si possible. -- Frédéric Dumas f.du...@ellis.siteparc.fr Le 06/02/2019 à 18:39, Frederic Dumas a écrit : Pour le moment, la manip a un tout petit peu amélioré la situation, puisqu'au boot, Grub me présente maintenant un mini-shell. Je vais peut-être réussir à rentrer par ce moyen. ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
Re: [gull] Grub en vrac + kernel panic (ex: grub-install vs update-grub)
Bonjour à tous, ce pliage en vrac de Grub devient intéressant. Mes tentatives pour démarrer depuis le shell de Grub aboutissent toutes à un kernel panic. Le chemin vers le répertoire racine du disque interne que je donne à Grub semble ne pas convenir au kernel. Dans le shell Grub, je démarre comme ça : > set root=(hd0,3) > linux /@/vmlinuz (de mémoire, j'utilise l'autocompletion) > root=/dev/sda3 > initrd /@/initrd.cfg (de mémoire, autocompletion) > boot Et je finis en kernel panic, quelque soit le noyau avec lequel j'essaye de démarrer (l'actuel et le précédent, toujours présent sur mon disque interne). Autre comportement bizarre, "ls (hd0,1)" et "ls (hd0,3)" renvoient le même UUID, le même système de fichiers et la même arborescence de fichiers !? Pour Grub, ces deux partitions sont identiques, ce qu'elles ne sont pas en réalité, évidement. Grub relit-il ces informations erronées d'un fichiers de configuration ? Je sens que ça ne va pas se faire d'un claquement de doigt. Merci pour vos conseils, si possible. -- Frédéric Dumas f.du...@ellis.siteparc.fr Le 06/02/2019 à 18:39, Frederic Dumas a écrit : Pour le moment, la manip a un tout petit peu amélioré la situation, puisqu'au boot, Grub me présente maintenant un mini-shell. Je vais peut-être réussir à rentrer par ce moyen. ___ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
