Pour être sûre que nous nous comprenions bien.
La clef USB que tu viens de mentionner, dans ton jargon signifie bien le disque interne MyPassport 4 to (fd0, gpt1-8) et le (fd1) est une clef USB Scandisk 32 gio. Donc, je vérifie tes instructions et je te reviens.
Oui, je voulais parler du disque USB. Je ne sais pas pourquoi j’ai confondu avec une clé USB.
Première chose à vérifier : aller dans les options de boot du BIOS pour voir s’il y a un réglage du type d’émulation des périphériques de stockage USB : HDD (disque) ou FDD (disquette). Régler sur HDD.
Comme tu me l’a indiquer, j’ai fait une modification sur le bios. voit en l’image
Il était configurer à “Auto” je l’ai placer à “Hard Disk”. Mais ce qui est le plus étrange, c’est que j’ai refait un “ls” dans le bios et ça donner cela.
Donc, on ne voit plus de (fd0,gpt1-8), mais juste un (hd1).
Sinon, essayer le contournement suivant : éditer le fichier /boot/grub/device.map pour remplacer “hd1” pour l’identification de la clé USB par “fd0”, et exécuter update-grub.
Le seul fichier .map que je vois est celui-ci : /boot/System.map
En contournement de dernier recours, éditer directement le fichier /boot/grub/grub.cfg pour remplacer “hd1” par “fd0” et supprimer les options --no-floppy dans les commandes search des entrées de menu liées à la clé USB. Mais ce n’est pas durable : ce fichier est entièrement recréé par update-grub à différentes occasions et les modifications manuelles sont écrasées.
Je te laisse voir mon fichier /boot/grub/grub.cfg pour que tu puisses mieux voir la situation, et aussi, si t’a besoin de voir plus de fichier, n’hésite pas .
https://docs.google.com/document/d/1vdD_Vbi9DR141sD0dQ-HwZQck8u6Li8m6Bws7uudF50/edit?usp=sharing
Mais toujours un fd0, donc le disque ou la clé est encore reconnu comme lecteur de disquette. Peux-tu débrancher la clé et ne laisser que le disque externe pour lever le doute ?
A l’invite de GRUB, peux-tu charger le gestionnaire de table de partition GPT et relancer ls :
insmod part_gpt
ls
Je ne peux pas accéder à ton fichier pour le moment, je regarderai ce soir.
Voici le nouveau ls grub
(fd0) est toujours présent. Tu avais débranché la clé USB ?
En tout cas après avoir chargé la prise en charge de GPT on retrouve bien les 8 partitions du disque externe sur hd1.
J’ai pu lire le contenu du fichier grub.cfg. Les entrées de menu pour le système Debian installé sur le disque externe ne sont pas géniales :
-
il y a des répétitions
-
le paramètre du noyau root= définit la racine par son nom de périphérique /dev/sdb2 au lieu de son UUID, ce qui n’est pas très fiable. Mais si le disque est bien vu comme /dev/sdb par le noyau, cela devrait suffire pour l’instant.
On s’occupera de ça plus tard. Je sais quoi faire.
D’abord, as-tu essayé de démarrer avec l’entrée “Debian GNU/Linux 9 (stretch) (sur /dev/sdb2)” ?
Si, je comprend bien ce que tu veux dire, lorsque le menu Grub apparais lors du démarrage de la machine, je sélectionne Debian GNU/Linux 9 (stretch) (sur /dev/sdb2. Si, c’est le cas, et bien oui et j’ai toujours ce message d’erreu
Mais, je ne suis pas sûre de bien comprendre la question.
Tu as bien compris.
Le message de la seconde ligne est différent. Ce n’est plus
erreur hd1 connot get C/H/S values
mais
erreur: système de fichiers inconnu.
Je suis étonné par l’UUID de la première ligne, car il n’apparaît nulle part dans le fichier grub.cfg. D’après ce fichier, l’UUID de la partition racine sdb2 ou (hd1,gpt2) devrait être 179b6b69-9e3d-407e-ab0b-810237739950.
Il s’agit bien du menu de GRUB et du fichier grub.cfg du système Debian qui est installé sur le disque interne ?
Depuis l’invite du shell de Debian, peux-tu fournir la sortie de la commande blkid ?
Je suis aussi étonné que GRUB ne reconnaisse pas le système de fichiers sur la partition. A l’invite de GRUB, peux-tu exécuter la commande suivante :
insmod part_gpt
puis
ls (hd1,gpt2)
ou bien
ls (hd1,
sans appuyer sur la touche entrée mais sur la touche tab pour afficher les systèmes de fichiers des partitions ?
Aussi, as-tu essayer de démarrer directement sur le disque externe USB depuis le menu de démarrage du BIOS ?
Je crois que je t’ai envoyé le fichier de grub.cfg sur sda3, mais, je crois qu’il te faut grub.cfg sda1. Alors, je te laisse le lien pour celui du sda1.
Effectivement, j’ai essayé par le menu Bios, mais rien ne se passe. Je suis obligé de faire un Ctrl-Alt-Del pour redémarrer.
Voici le ls (hd1,gpf2)
aul@debian:~$ lsblk
aul@debian:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465,8G 0 disk
├─sda1 8:1 0 28G 0 part
├─sda2 8:2 0 1K 0 part
├─sda3 8:3 0 9,8G 0 part /
├─sda4 8:4 0 4,9G 0 part
├─sda5 8:5 0 354G 0 part /media/paul/d090b849-5617-465b-8bc1-43ad85364cc
└─sda6 8:6 0 69,2G 0 part /home
sdb 8:16 0 3,7T 0 disk
├─sdb1 8:17 0 1M 0 part
├─sdb2 8:18 0 19,5G 0 part /media/paul/ddf63948-6df1-498c-bea8-b46578a3df1
├─sdb3 8:19 0 4,9G 0 part
├─sdb4 8:20 0 683,6G 0 part /media/paul/f3de6df8-1d1d-423e-892e-17a11a6988a
├─sdb5 8:21 0 781,3G 0 part /media/paul/b1f7b23f-7aac-4709-85f6-bbc8eefeb24
├─sdb6 8:22 0 244,1G 0 part /media/paul/3FAC4B633DC85680
├─sdb7 8:23 0 19,5G 0 part /media/paul/79A5-B522
└─sdb8 8:24 0 1,9T 0 part /media/paul/fbf8c3d8-9413-4764-aaad-1c056530242
sr0 11:0 1 1024M 0 rom
paul@debian:~$
le uuid de sda3 est 49d11c51-7a4a-45ba-83b8-665aeedeb382
uuid de sda1 est 84107c37-e400-4744-ab61-82bcf4fa5e58
Le plus drôle, c’est quand, je vais dans /media/paul/ddf63948-6df1-498c-bea8-b46578a3df1/bios. les fichiers initrd.img-4.9.0-6-amd64 et vmlinuz-4.9.0-6-amd64 sont bien présent ? 
???
Sauf erreur de ma part, Ubuntu est installé dans sda1 et Debian est installé dans sda3.
Donc tu veux dire que c’est le GRUB d’Ubuntu qui se lance au démarrage (avec les lignes Ubuntu en premier dans le menu) ? Pourtant les photos montrent le fond d’écran du GRUB de Debian.
GRUB détecte bien la position et la taille de la partition (hd1,gpt2) (sdb2), mais apparemment il ne reconnaît pas le format de son contenu, qui est censé être ext4.
Peux-tu fournir la sortie de blkid depuis Debian ou Ubuntu ?
et aussi à l’invite de GRUB
insmod part_gpt
insmod ext2
ls (hd1,
suivi immédiatement de l’appui sur la touche tab après la virgule, sans appuyer sur entrée.
Ubuntu = sda1
Debian = sda3; fichier format ext2
Le insmod gpt-part . Grub ne le reconnais plus 
voici le “blkid”
paul@debian:~$ sudo blkid
[sudo] Mot de passe de paul :
/dev/sda1: UUID="84107c37-e400-4744-ab61-82bcf4fa5e58" TYPE="ext4" PARTUUID="46c0c409-01"
/dev/sda3: LABEL="/" UUID="49d11c51-7a4a-45ba-83b8-665aeedeb382" TYPE="ext4" PARTUUID="46c0c409-03"
/dev/sda4: UUID="6277f212-f79d-4067-9e9d-3846931ec60a" TYPE="swap" PARTUUID="46c0c409-04"
/dev/sda5: UUID="d090b849-5617-465b-8bc1-43ad85364cc0" TYPE="ext4" PARTUUID="46c0c409-05"
/dev/sda6: LABEL="MyHome" UUID="493b528d-6f5f-4a6a-956b-a14f0b0d02a9" TYPE="ext4" PARTUUID="46c0c409-06"
/dev/sdb2: UUID="ddf63948-6df1-498c-bea8-b46578a3df1c" TYPE="ext2" PARTUUID="152355b8-3216-4c09-8ed5-6f44fde6a5f4"
/dev/sdb3: UUID="112a5612-5c86-4a9b-aa17-cf69edd9cd9d" TYPE="swap" PARTUUID="9031f66e-43c2-4b49-b417-fc501bf98825"
/dev/sdb4: UUID="f3de6df8-1d1d-423e-892e-17a11a6988a1" TYPE="ext4" PARTUUID="0d2f33c8-d14d-479a-a87f-b0d6e3a4a7d7"
/dev/sdb5: UUID="b1f7b23f-7aac-4709-85f6-bbc8eefeb243" TYPE="ext4" PARTUUID="ebff2abc-b299-47e1-80f8-d21d480697aa"
/dev/sdb6: UUID="3FAC4B633DC85680" TYPE="ntfs" PTTYPE="dos" PARTUUID="1bc87bd5-4a5a-4afe-8230-24a51dc67a70"
/dev/sdb7: UUID="79A5-B522" TYPE="vfat" PARTUUID="f8429ff2-3d07-4c2f-b2e6-8e359c57e920"
/dev/sdb8: UUID="fbf8c3d8-9413-4764-aaad-1c056530242d" TYPE="ext4" PARTUUID="8e612a88-64b2-4624-bded-83a533ff4a7a"
/dev/sdb1: PARTUUID="b2c024ce-a340-499a-922e-edb852338df1"
paul@debian:~$
Oui, j’ai interverti quand j’ai rédigé le message. Sur mes notes, c’était dans le bon ordre…
Normal, c’est part_gpt. Décidément, je suis fatigué…
Je corrige tout ça dans mon message précédent.
Tu n’as pas répondu : quel GRUB se lance au démarrage, celui d’Ubuntu ou de Debian ?
Debian
Voilà quelque commande que tu avais demandé de faire sur le Grub.
Si c’est le GRUB de Debian qui démarre, alors c’est le fichier grub.cfg sur sda3 qui devrait être utilisé. Or ce fichier ne contient pas le bon UUID pour la partition sdb2. Tu peux vérifier en sélectionnant l’entrée de menu “Linux sur sdb2” et en appuyant sur la touche “e” pour afficher/éditer l’entrée de menu.
Je ne comprends pas le message d’erreur mentionnant (hd0,msdos3) lors de la completion des partitions de (hd1). Tu as bien appuyé sur la touche tab après la virgule et pas sur entrée ?
Ok. Non, je n’ai pas fait cette commande avec “Tab”. Je vais pouvoir m’occuper de cela ce soir.
Une question simple, qui a certainement due être traitée :
0/départ = tout éteint
1/ connecter le DDextUSB
2/ allumer la machine
3/avant l’extinction de la première fenêtre, taper F12 pour arriver au choix du dique sur lequel bouter
4/ Dans la liste qui se montre, ton DDesxtUSB est-il présent ?
Chez moi, oui :
P1 samsung (mon disuqe usuel)
P0 ST500 (un disque de sauvegarde)
P2WDC W… (me souviens plus, mais je crois que c’est le lecteur de CD)
INATECK (qui est le nom de mon DDEXTUSB)
Si je clique sur cette ligne, c’est mon DDext seul qui s’ouvre.
Chez moi = F12, mais il se peut qu’il en soit différemment chez toi.
Voici le ls (hd1, + “Tab”
Je comprend pas, parce qu’il me semble que le uuid que je vois après avoir éditer les commandes du Grub et du fichier grub.cfg sont les mêmes.
comparer avec grub.cfg
menuentry 'Debian GNU/Linux 9 (stretch) (sur /dev/sdb2)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-ddf63948-6df1-498c-bea8-b46578a3df1c' {
insmod part_gpt
insmod ext2
set root='hd1,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2 ddf63948-6df1-498c-bea8-b46578a3df1c
else
search --no-floppy --fs-uuid --set=root ddf63948-6df1-498c-bea8-b46578a3df1c
fi
linux /boot/vmlinuz-4.9.0-6-amd64 root=/dev/sdb2 ro quiet
initrd /boot/initrd.img-4.9.0-6-amd64
}
Ça confirme ce que je souçonnais : GRUB ne reconnaît pas le contenu des partitions du disque externe, bien qu’il reconnaisse les partitions elles-mêmes (il arrive donc à lire correctement la table de partition GPT). Mais j’en ignore la cause. Bug du BIOS, bug de GRUB, défaut dans la table de partition… A la limite j’aurais pu comprendre que le BIOS ne puisse pas accéder à la totalité des 4 To, mais la partition n° 2 est bien en deça car située au début du disque.
L’UUID est différent dans le premier fichier grub.cfg que tu as posté, dont tu as dit qu’il était celui de sda3 (où Debian est installé) :
menuentry 'Debian GNU/Linux 9 (stretch) (sur /dev/sdb2)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-179b6b69-9e3d-407e-ab0b-810237739950' {
insmod part_gpt
insmod ext2
set root='hd1,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2 179b6b69-9e3d-407e-ab0b-810237739950
else
search --no-floppy --fs-uuid --set=root 179b6b69-9e3d-407e-ab0b-810237739950
fi
linux /boot/vmlinuz-4.9.0-6-amd64 root=/dev/sdb2 ro quiet
initrd /boot/initrd.img-4.9.0-6-amd64
}
C’est dans le fichier grub.cfg de sda1, la partition d’Ubuntu, que l’UUID est correct. Mais si tu démarres avec le GRUB de Debian, c’est le grub.cfg de Debian (sur sda3) qui est utilisé. Aurait-il été regénéré entretemps avec le bon UUID ?