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
[email protected]



_______________________________________________
gull mailing list
[email protected]
https://forum.linux-gull.ch/mailman/listinfo/gull

Répondre à