[gull] alert! /dev/sd.. does not exist

[Frederic Dumas]

Bonjour messieurs les experts,

Après un changement de carte mère, je parviens à booter une machine Linux Mint depuis son OS sur SSD interne, **à condition** de connecter à la machine un quelconque disque externe ext4 en USB. En l'absence de ce volume supplémentaire, le kernel avorte le démarrage, et me lâche dans Busybox avec le message d'erreur:

> alert! /dev/sdc4 does not exist.  Dropping to a shell!

Les volumes dans la fstab de la machine sont pourtant définis par leur UUID ou leur label, et non par leur nom dans la hierarchie /dev/:


> # <file system> <mount point>   <type>  <options>       <dump>  <pass>
> # / was on /dev/sda4 during installation
> UUID=5352ab07-54c2-4dfa-ac47-c32455a6e1a6 /               btrfs   defaults,subvol=@ 0       1
> # /home was on /dev/sda4 during installation
> UUID=5352ab07-54c2-4dfa-ac47-c32455a6e1a6 /home           btrfs   defaults,subvol=@home 0       2
> # swap was on /dev/sda3 during installation
> UUID=c68188a7-9ec4-4bdf-b909-894eced773d7 none            swap    sw              0       0
> LABEL=BigStore /mnt/BigStore exfat defaults,uid=1000,umask=000,x-gvfs-show 0 2
> LABEL=BiggerStore /mnt/BiggerStore exfat defaults,uid=1000,umask=000,x-gvfs-show 0 2



Sur cette machine, le système Linux Mint est effectivement installé sur la quatrième partition du SSD. Mais d'où peut venir que le kernel cherche son système de fichier obligatoirement sur /dev/sdc4, et non sur UUID=5352ab07-54c2-4dfa-ac47-c32455a6e1a6 ?

Le problème ne semble pas venir de Grub lui-même, puisque le kernel se lance bien. Pourtant, un peu au hasard, j'ai reconfiguré Grub et même réinstallé son bootloader MBR (le Bios n'est pas UEFI) [1]. Aucune amélioration.

Modifier les paramètres du BIOS ne change rien, bien que ce fut le cas pour d'autres sur les forums [2]. Le dysfonctionnement est facilement reproductible:

 - disque flash externe supplémentaire en USB = Linux Mint démarre le bureau Cinnamon;
 - disque flash externe absent = Linux Mint échoue dans Bysybox;

On dirait que dans le premier cas, le kernel étiquette le SSD comme /dev/sdc et le démarrage aboutit, et dans le second cas l'étiquette comme /dev/sdb, ce qui provoque l'échec. A priori, le nom du volume dans /dev/ ne devrait pourtant pas être significatif.

Je vous soumets donc la devinette.

Merci!


[1] http://logan.tw/posts/2015/05/17/grub-install-and-btrfs-root-file-system/
[2] https://forums.linuxmint.com/viewtopic.php?t=342476
    https://ostechnix.com/how-to-fix-busybox-initramfs-error-on-ubuntu/
    https://ubuntuforums.org/showthread.php?t=2472734


--
Frédéric Dumas
f.dumas at ellis.siteparc.fr