Il n’y a qu’au cas où le SSD rendrait l’âme qui ne permettrait pas de me dépanner sur la Sid ou Kubuntu (DDsata).
Y-aurait-il un moyen d’y remédier alors ou serait-il préférable d’y penser avant ?
Il reste possible de démarrer via un support amovible comme l’installateur Debian et chrooter le système.
Mais dans tous les cas il vaut mieux prévenir que guérir.
[quote=“PascalHambourg”]Il reste possible de démarrer via un support amovible comme l’installateur Debian et chrooter le système.
Mais dans tous les cas il vaut mieux prévenir que guérir.[/quote]
Et quelle serait la prévention ?
Une idée, et tu me diras si elle est réalisable sans modifier l’état actuel, qui me convient parfaitement :
–déconnecter le SSD et laisser le DD en place,
–bouter sur une Knoppix,
–installer un chargeur grub sur la MBR du DD.
Si pas efficace, comment optimiser ça ?
Voir mon message de cette nuit à 00h50.
Sans modifier l’état actuel, ce n’est pas de la prévention.
J’utiliserais plutôt l’installateur Debian en mode rescue, il a tout ce qu’il faut pour chrooter facilement un système Debian (et monter automatiquement les systèmes de fichiers virtuels /proc /dev /sys… dont grub-install a besoin).
[quote=“PascalHambourg”]Aucun problème si, comme tu l’as écrit, tu n’as pas besoin de pouvoir démarrer sur le disque dur sans le SSD.
Dans le cas contraire, il suffit d’exécuter
sur la Sid et de spécifier le MBR du disque dur (/dev/sdb) comme emplacement pour installer l’amorce du chargeur.[/quote]
OK et ça ne modifiera pas l’ordre dans le menu de Grub ?
DD enlevé, le SSD saura être autonome ?
Cela ne modifiera pas le menu du GRUB de la Jessie en tout cas.
Au fait, comme le disque dur est maintenant au format GPT, comme sur le SSD l’installation de GRUB sur celui-ci bénéficierait de la présence d’une petite partition de type “BIOS boot”, qui peut être créée dans un espace libre entre deux partitions (1 Mio suffit largement).
Par contre la question est : quel GRUB va se lancer ? On peut envisager des situations particulières du style :
- l’ordre d’amorçage dans le BIOS est paramétré avec le disque dur en premier et le SSD en second,
- le disque dur ne contient pas d’amorce valide donc le BIOS amorce le SSD, ce qui lance le GRUB de la Jessie avec Jessie en premier dans le menu,
- après installation du GRUB de la Sid sur le disque dur, le BIOS peut amorcer le disque dur, ce qui lance le GRUB de la Sid avec Sid en premier dans le menu.
Pas grave, il suffira dans ce cas de mettre le SSD en premier dans l’ordre d’amorçage du BIOS si ça ne te plaît pas.
Cette opération ne modifie rien sur le SSD si elle est menée correctement, donc il continuera à être autonome.
OK, je fais ça vers 17 H car je dois sortir.
Je te donnerai le compte-rendu des opérations.
Création partition BIOS boot faite.
[quote=“PascalHambourg”]…dpkg-reconfigure grub-pc
sur la Sid et de spécifier le MBR du disque dur (/dev/sdb) comme emplacement pour installer l’amorce du chargeur.[/quote]
Il ne m’a pas demander de spécification concernant l’emplacement :
[quote]ricardo@sid-sdb:~$ sudo dpkg-reconfigure grub-pc
[sudo] password for ricardo:
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.0.0-1-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.0.0-1-amd64
Image Linux trouvée : /boot/vmlinuz-3.16.0-4-amd64
Image mémoire initiale trouvée : /boot/initrd.img-3.16.0-4-amd64
Debian GNU/Linux (8.0) trouvé sur /dev/sda1
Ubuntu 14.04 LTS (14.04) trouvé sur /dev/sdb10
Debian GNU/Linux (8.0) trouvé sur /dev/sdb4 … SAUVEGARDE D’UN SERVEUR
Debian GNU/Linux (7.5) trouvé sur /dev/sdb9 … SAUVEGARDE DE LA JESSIE
fait
[/quote]
[code]ricardo@sid-sdb:~$ sudo parted -l
Model: ATA Samsung SSD 840 (scsi)
Disk /dev/sda: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 25,0GB 25,0GB ext4 msftdata
2 25,0GB 33,0GB 8000MB linux-swap(v1)
4 33,0GB 33,0GB 1049kB grub bios_grub
3 35,0GB 115GB 80,0GB ext4 msftdata
Model: ATA WDC WD10EZEX-19Z (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 25,0GB 25,0GB ext4 sid-sdb
2 25,0GB 25,0GB 512B grub bios_grub
5 43,0GB 123GB 80,0GB ext4 home-sid
8 229GB 281GB 52,3GB ext4 Linux filesystem
9 281GB 443GB 162GB ext4 Linux filesystem
10 443GB 463GB 20,0GB ext4 Linux filesystem
11 463GB 543GB 80,0GB ext4 Linux filesystem
3 543GB 627GB 83,9GB ext4 sauve-ricardo
4 627GB 652GB 25,0GB ext4 sauve-/
[/code]
Je teste.
Test 1 : SSD et DD en place = ordre du chargeur grub inchangé, boute rapide.
Test 2 : SSD seul en place = ordre toujours inchangé, boute rapide.
Test 3 : SSD enlevé DD seul en place = NIET
Seule chose visible sur un écran noir :
GRUB _
Il m’aurait certainement fallu entrer une info dans l’une ou l’autre de ces fenêtres;
Laquelle ?
23:30 EDIT :
J’ai refait la commande car DD seul : figé avec comme seule indication “GRUB_”.
dpkg-reconfigure grub-pc
première fenêtre :
[quote]┌───────────────────────────────────────────────────┤ Configuration de grub-pc ├───────────────────────────────────────────────────┐
│ La ligne de commande de Linux suivante a été récupérée via le fichier /etc/default/grub ou le paramètre « kopt » du fichier │
│ menu.lst utilisé par la version originelle de GRUB. Veuillez contrôler qu’elle est correcte et la modifier si nécessaire. Cette │
│ ligne de commande peut être vide. │
│ │
│ Ligne de commande de Linux : │ VIDE
│ │
│ ________________________________________________________________________________________________________________________________ │
│ │
│ [/quote]
seconde fenêtre :
[quote]Les paramètres indiqués seront utilisés pour le noyau Linux de l’entrée de menu par défaut mais pas pour le mode de secours. │
│ │
│ Ligne de commande par défaut de Linux : │
│ │
│ quiet________________________________________________________________________________________________________________________ │
│ │
│ [/quote]
Que convient-il d’inscrire comme réponses.
Si je laisse ainsi, le résultat ne change pas, la ligne
grub-pc/install_devices:
reste vide.
ESSAI 2 :
dpkg-reconfigure grub-pc
Dans la première fenêtre, au lieu de laisser vide, j’ai porté “/dev/sdb”
seconde fenêtre, laissée avec “quiet”
Résultat inchangé :
[code]ricardo@sid-sdb:~$ sudo debconf-show grub-pc
grub-pc/postrm_purge_boot_grub: false
grub2/device_map_regenerated:
grub-pc/partition_description:
grub-pc/install_devices_failed: false
grub-pc/chainload_from_menu.lst: true
grub2/kfreebsd_cmdline_default: quiet
grub-pc/install_devices_empty: false
- grub-pc/install_devices:
grub2/force_efi_extra_removable: false
grub-pc/timeout: 5
grub-pc/install_devices_disks_changed: - grub2/linux_cmdline_default: quiet
grub-pc/kopt_extracted: false
grub2/kfreebsd_cmdline:
grub-pc/install_devices_failed_upgrade: true
grub-pc/disk_description:
grub-pc/mixed_legacy_and_grub2: true - grub2/linux_cmdline: /dev/sdb
grub-pc/hidden_timeout: false
[/code]
-
La partition BIOS boot que tu as créée n’occupe qu’un secteur de 512 octets, c’est trop petit pour la core image de GRUB. Il faut prévoir au strict minimum 32 Kio, voire un peu plus. J’avais dit 1 Mio comme sur le SSD pour conserver l’alignement par défaut (bien que l’alignement de cette partition ne soit pas très important).
-
Ce n’est pas dans le champ “Ligne de commande de Linux” (variable GRUB_CMDLINE_LINUX dans /etc/default/grub) qu’il faut inscrire le périphérique d’amorçage. Ce champ sert à ajouter des paramètres spécifiques à la ligne de commande du noyau comme “noapic” pour contourner certains bugs, définir une valeur de paramètre pour un module…
Je suis surpris que dpkg-reconfigure ne propose pas la page pour indiquer où le chargeur doit être installé. Peut-être faut-il purge et réinstaller le paquet grub-pc… Sinon, la méthode directe :
Mais cela ne réinstallera pas automatiquement le chargeur après une mise à jour du paquet grub-pc.
PS : c’est pratique les noms de partitions en GPT, non ? Ainsi on voit tout de suite qui est qui.
Je me branche juste : plein d eproblèmes de connexion en ce moment.
Un technico de Free passe à la maison cet AM.
Je reprends ça après manger.
Les 512 o ont été décidés automatiquement, sans mon intervention
Comment as-tu créé cette partition ? Si c’est avec parted, ce n’est pas forcément le meilleur outil pour créer une petite partition car il faut indiquer le début et la fin de façon assez précise, alors qu’il est plus simple d’indiquer la position et la taille comme dans gdisk.
J’ai fait avec la commande que tu m’avais indiquée pour sda :
parted /dev/sda
mkpart grub 33G 33001M
print
set <N> bios_grub on
print
quit
en mettant ‘sdb’ et ce que je croyais être la limite ‘start’ de la place libre. Or, c’est là où ça a dû foirer car il a refusé cette limite et m’en a proposée une bonne en demandant mon acceptation. J’ai obtempéré à ce souhait mais sans certainement faire attention à la limite ‘end’.
Je supprime cette partition grub-pc de 512 et je reprends le processus avec 1 MiO.
Réponse bientôt, à moins que je sois occupé avec mon visiteur Free.
J’ai refais proprement cette partition avec tes commandes ‘mkpart… et la suite’ (j’ai mis 2M) :
[code]Model: ATA WDC WD10EZEX-19Z (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 25,0GB 25,0GB ext4 sid-sdb
2 25,0GB 25,0GB 2097kB grub bios_grub
5 43,0GB 123GB 80,0GB ext4 home-sid
8 229GB 281GB 52,3GB ext4 Linux filesystem
9 281GB 443GB 162GB ext4 Linux filesystem
10 443GB 463GB 20,0GB ext4 Linux filesystem
11 463GB 543GB 80,0GB ext4 Linux filesystem
3 543GB 627GB 83,9GB ext4 sauve-ricardo
4 627GB 652GB 25,0GB ext4 sauve-/[/code]
Que devrais-je faire maintenant :
dpkg-reconfigure grup-pc (sachant que je n’ai pas de choix pour l’emplacement) 
update-grub sdb
grub-install sur /dev/sdb (pas sda comme écrit par erreur dans un précédent message, corrigé), depuis Sid.
Fait !
SSD & DD connectés : même liste grub, connexion OK sur tous les OS
SSD seul connecté : No problem, connexion sur sda1 OK
DD seul connecté : présentation d’une autre liste Grub choix sdb1 = OK (j’y suis)
[quote]ricardo@sid-sdb:~$ sudo debconf-show grub-pc
[sudo] password for ricardo:
grub-pc/install_devices_disks_changed:
grub2/kfreebsd_cmdline_default: quiet
grub-pc/disk_description:
grub2/force_efi_extra_removable: false
grub-pc/chainload_from_menu.lst: true
grub-pc/install_devices_empty: false
- grub2/linux_cmdline_default: quiet
grub-pc/postrm_purge_boot_grub: false - grub2/linux_cmdline: /dev/sdb
grub-pc/install_devices_failed_upgrade: true
grub-pc/hidden_timeout: false
grub-pc/mixed_legacy_and_grub2: true - grub-pc/install_devices:
grub-pc/timeout: 5
grub2/device_map_regenerated:
grub2/kfreebsd_cmdline:
grub-pc/partition_description:
grub-pc/install_devices_failed: false
grub-pc/kopt_extracted: false
[/quote]
Je pense que tout va bien
Oui. Evidemment grub-install n’a pas modifié les paramètres enregistrés par debconf mais ça n’aura pas d’incidence à moins que le paquet grub-pc soit réinstallé ou mis à jour.
On verra si un jour ça pose problème mais pour l’instant, je crois qu’on va débrayer, le résultat est satisfaisant. 
À d’autres aventures 
Un message que je supprimerai ensuite :
J’aimerais des précisions sur le système de ‘PARTUUID’ que tu semble bon de privilégier dans certains cas.
Penses-tu qu’il est préférable d’ouvrir un nouveau fil spécifique pour ne pas mélanger les genres
Comme tu le sens, c’est ton fil. On a déjà mélangé pas mal de sujets, alors un de plus ou de moins…