Bonjour!
Je bataille depuis ce matin avec un fonctionnement étrange, et non systématique. J'ai installé une Debian 9 'standard' à partir d'une clé USB sur un disque externe USB3 (compatible USB2).
Disque formaté en GPT, avec l'option installation sur un disque entier avec une partition séparée pour le home. L'installeur fait trois partitions principales : - une FAT32 de 512Mo avec drapeau Boot (qui contient à priori les exécutables UEFI de démarrage), - une EXT2 de 256Mo qui contient les fichiers du GRUB, enfin ceux lisibles, - une LVM de 496Go qui contient 3 partions logiques : + une de swap, + une root en ext4 + une Home en ext4
L'installation se déroule bien, et au redémarrage ça boote bien sur le disque externe, nickel...
Sauf qu'au deuxième arrêt/démarrage, le disque n'est plus bootable... Je suis passé par le mode rescue du la clé d'install, forcé la réinstallation du grub, et cela rentre dans l'ordre... jusqu'au deuxième prochain démarrage!!
Dans ce que j'ai essayé, en vrac : - réparation des partitions de démarrage (par fsck), - changement de port USB pour ne plus alimenter systématiquement le disque dur, - reécriture du GRUB une fois le système remonté en autonome.
J'imagine que c'est un souci de démontage propre du disque à l'extinction... mais comment l'améliorer? Ah oui, tant que j'y suis, il y a un message d'erreur au démarrage sur le module AHCPI, est-ce que cela peut être lié?
Là je suis à court d'idée... du coup je fais appel à votre expérience et/ou sagacité!
Merci, Vincent.
Salut,
On 4/6/20 6:50 PM, Vincent Dubois wrote:
Bonjour!
Je bataille depuis ce matin avec un fonctionnement étrange, et non systématique. J'ai installé une Debian 9 'standard' à partir d'une clé USB sur un disque externe USB3 (compatible USB2).
À noter que Debian 10 est sortie le 6 juillet 2019 et intègre désormais la prise en charge de Secure Boot nativement.
Disque formaté en GPT, avec l'option installation sur un disque entier avec une partition séparée pour le home. L'installeur fait trois partitions principales :
- une FAT32 de 512Mo avec drapeau Boot (qui contient à priori les exécutables UEFI de démarrage),
Le drapeau de démarrage n'a pas tellement de sens pour une installation purement GPT/UEFI. En principe cette partition (dite ESP pour EFI System Partition) devrait avoir le type 0xEF00. Mais on trouve parfois des media externes avec le type 0x0700 comme pour du FAT32 standard et ça ne pose pas forcément problèmes aux implémentations UEFI. Donc peut être essayer l'un ou l'autre si la suggestion ci-dessous ne fonctionne pas.
- une EXT2 de 256Mo qui contient les fichiers du GRUB, enfin ceux lisibles,
- une LVM de 496Go qui contient 3 partions logiques :
+ une de swap, + une root en ext4 + une Home en ext4
L'installation se déroule bien, et au redémarrage ça boote bien sur le disque externe, nickel...
Sauf qu'au deuxième arrêt/démarrage, le disque n'est plus bootable... Je suis passé par le mode rescue du la clé d'install, forcé la réinstallation du grub, et cela rentre dans l'ordre... jusqu'au deuxième prochain démarrage!!
Il se peut que l'UEFI « oublie » l'entrée de démarrage puisque c'est un périphérique externe. Dans ce cas il faut peut utiliser le chemin par défaut que les implémentations UEFI utilisent pour démarrer sur les media externes : "/EFI/Boot/BOOTX64.EFI" . Donc faire un copier/coller du GRUB qui se trouve dans "/boot/efi/EFI/debian/grubx64.efi" vers "/boot/efi/EFI/Boot/BOOTX64.EFI" (le point de montage de la partition EFI ou le chemin de GRUB pourrait être différent, je ne sais pas où Debian place tout ça). Sinon il y a peut être un problème de détection du périphérique. Il faut essayer de désactiver les options « Fast Boot » dans la configuration de l'UEFI. Et celle de Windows si Windows est installé.
Dans ce que j'ai essayé, en vrac :
- réparation des partitions de démarrage (par fsck),
- changement de port USB pour ne plus alimenter systématiquement le disque dur,
- reécriture du GRUB une fois le système remonté en autonome.
J'imagine que c'est un souci de démontage propre du disque à l'extinction... mais comment l'améliorer? Ah oui, tant que j'y suis, il y a un message d'erreur au démarrage sur le module AHCPI, est-ce que cela peut être lié?
Non, le noyau est devenu très verbeux sur les « petits » soucis des implémentations ACPI, en général on peut ignorer ces messages.
Là je suis à court d'idée... du coup je fais appel à votre expérience et/ou sagacité!
Merci, Vincent. _______________________________________________ Linux06 mailing list Linux06@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06
Bonsoir Pierre-Emmanuel!
Le 06/04/2020 à 19:16, piernov a écrit :
Salut,
On 4/6/20 6:50 PM, Vincent Dubois wrote:
Je bataille depuis ce matin avec un fonctionnement étrange, et non systématique. J'ai installé une Debian 9 'standard' à partir d'une clé USB sur un disque externe USB3 (compatible USB2).
À noter que Debian 10 est sortie le 6 juillet 2019 et intègre désormais la prise en charge de Secure Boot nativement.
Zut, je pensais que j'étais à jour... En fait, je n'arrive pas à trouver un lien torrent de cette version, même pas de la dernière sortie en février 2020 (tant qu'à faire.... Tu passes par quel site?
Disque formaté en GPT, avec l'option installation sur un disque entier avec une partition séparée pour le home. L'installeur fait trois partitions principales :
- une FAT32 de 512Mo avec drapeau Boot (qui contient à priori les exécutables UEFI de démarrage),
Le drapeau de démarrage n'a pas tellement de sens pour une installation purement GPT/UEFI. En principe cette partition (dite ESP pour EFI System Partition) devrait avoir le type 0xEF00. Mais on trouve parfois des media externes avec le type 0x0700 comme pour du FAT32 standard et ça ne pose pas forcément problèmes aux implémentations UEFI. Donc peut être essayer l'un ou l'autre si la suggestion ci-dessous ne fonctionne pas.
Je vais regarder cela.
L'installation se déroule bien, et au redémarrage ça boote bien sur le disque externe, nickel...
Sauf qu'au deuxième arrêt/démarrage, le disque n'est plus bootable... Je suis passé par le mode rescue du la clé d'install, forcé la réinstallation du grub, et cela rentre dans l'ordre... jusqu'au deuxième prochain démarrage!!
Il se peut que l'UEFI « oublie » l'entrée de démarrage puisque c'est un périphérique externe. Dans ce cas il faut peut utiliser le chemin par défaut que les implémentations UEFI utilisent pour démarrer sur les media externes : "/EFI/Boot/BOOTX64.EFI" . Donc faire un copier/coller du GRUB qui se trouve dans "/boot/efi/EFI/debian/grubx64.efi" vers "/boot/efi/EFI/Boot/BOOTX64.EFI" (le point de montage de la partition EFI ou le chemin de GRUB pourrait être différent, je ne sais pas où Debian place tout ça).
Je vais essayer cela, mais en fait, j'ai un message d'erreur qui fait plus penser à une partition corrompue, je remonte chercher le message d'erreur.
Sinon il y a peut être un problème de détection du périphérique. Il faut essayer de désactiver les options « Fast Boot » dans la configuration de l'UEFI. Et celle de Windows si Windows est installé.
Ce qui m'étonne, c'est que les clefs USB Live sont systématiquement bien reconnues. Et j'ai viré le disque interne le temps d'avoir une conf fiable sans risque d'altérer le système d'origine (pas 'mon' PC en fait).
J'imagine que c'est un souci de démontage propre du disque à l'extinction... mais comment l'améliorer? Ah oui, tant que j'y suis, il y a un message d'erreur au démarrage sur le module AHCPI, est-ce que cela peut être lié?
Non, le noyau est devenu très verbeux sur les « petits » soucis des implémentations ACPI, en général on peut ignorer ces messages.
Ok, j'abandonne ce point, j'avais lu qu'il pouvait être bien de le remplacer par APM.
Merci, Vincent.
-
piernov -
Vincent Dubois