Bonjour Frédéric,
Peux-tu poster le contenu de /boot/grub/grub.cfg?
Salutations.
On 27.03.2024 19:01, Frederic Dumas via gull wrote:
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.du...@ellis.siteparc.fr
_______________________________________________
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