Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
En faisant un essai d'install avec Bullseye, j'ai eu le même msg " grub-install dummy a échoué".
J'ai tenté d'appliquer les conseils de Raleur:
Cela n'a rien donné.
Me voici donc au bout de mes maigres compétences.
Je n'ai guère envie de remonter Stretch, d'autant que trouver une iso+nonfree ne paraît pas simple...
Merci de votre aide
Dernière modification par ganix (16-09-2021 20:26:28)
Hors ligne
Cela n'a rien donné.
C'est-à-dire ? Impossible que ces commandes provoquent l'erreur ci-dessus. D'autre part elles sont prévues pour l'installateur Debian classique, je ne garantis rien avec Calamares que je ne connais pas du tout.
Puisque tu as un système live, as-tu vérifié le contenu de /sys/fs/pstore ?
Il n'est pas question de réinstaller stretch, c'est obsolète et ça aura probablement le même problème.
Il vaut mieux montrer que raconter.
Hors ligne
et comme sortie j'ai, toujours avec ctrl+alt+f4:
in-target: Unexpected error; command non executed: 'grub-install --no-nvram --force-extra-removable'
Pour l'instant je suis à court d'idées et pour tout dire un peu inquiet.
Hors ligne
(en considérant que sda est la partition ( à voir avec fdisk -l)et en relançant l'install par la suite ...
Attention , avec la commande shred, tout sera effacé du disque dur...
Si je comprend le msg d'erreur, il n'y a pas assez de place sur ta partition EFI ...
Ce n'est qu'une idée, mais elle écrasera tout ce qui est écrit sur le disque dur, donc à faire tres gaffe en l'utilisant (depuis la vieille version de stretch ou d'un "live", je pense ça marche aussi)
En tout cas avec cette méthode tu ne pourra plus upgrader stretch (puisque ca aura été écrasé, avec tout autre O.S présent) et t'auras juste une nouvelle install bullseye, toute vierge ...
Hors ligne
Il n'y a que Stretch installé sur la machine ASUS ?
J'ai d'abord tenté un upgrade vers Buster en suivant les instructions sur https://wiki.debian.org/fr/DebianUpgrade et eu l'erreur " grub-install dummy a échoué".
J'ai alors tenté l'installation de Bullseye avec les mêmes résultats. L'installateur avertit que tout sera effacé...
Je ne sais que penser. Je vais essayer.
La suite après essai.
Hors ligne
J'ai répondu oui à l'installation "sur le chemin des support amovible EFI"
et j'obtiens toujours l'erreur "grub-install dummy" a échoué.
Normal, le but de cette option n'est pas de supprimer cette erreur.
En regardant avec le système live, le volume de /sys/fs/pstore est indiqué à 0
Qu'est-ce que ça veut dire "le volume est indiqué à 0" ? C'est l'espace libre, l'espace occupé ?
serait plus cair.
Il vaut mieux montrer que raconter.
Hors ligne
Qu'est-ce que ça veut dire "le volume est indiqué à 0" ? C'est l'espace libre, l'espace occupé ?
sudo ls -alR /sys/fs/pstore
Si j'ai bien compris c'est le /sys/fs de l'installation qu'il faut lister, alors voici ce que j'obtiens:
/media/user/c9c91aab-a719-4bd0-802e-305d4f0ec573/sys/:
total 8
drwxr-xr-x 2 root root 4096 Apr 10 20:15 .
drwxr-xr-x 18 root root 4096 Sep 14 13:35 ..
user@debian:~$
ls: cannot access '/media/user/c9c91aab-a719-4bd0-802e-305d4f0ec573/sys/fr': No such file or directory
Dernière modification par ganix (15-09-2021 17:37:03)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Tu peux supprimer tout ça pour libérer de l'espace dans la NVRAM UEFI.
Je pense m'être trompé, si j'ai bien compris c'est le /sys/fs de l'installation qu'il faut lister, alors voici ce que j'obtiens:
user@debian:~$ sudo ls -alR /media/user/c9c91aab-a719-4bd0-802e-305d4f0ec573/sys/
/media/user/c9c91aab-a719-4bd0-802e-305d4f0ec573/sys/:
total 8
drwxr-xr-x 2 root root 4096 Apr 10 20:15 .
drwxr-xr-x 18 root root 4096 Sep 14 13:35 ..
user@debian:~$
user@debian:~$ sudo ls -alR /media/user/c9c91aab-a719-4bd0-802e-305d4f0ec573/sys/fs
ls: cannot access '/media/user/c9c91aab-a719-4bd0-802e-305d4f0ec573/sys/fs': No such file or directory
Dernière modification par ganix (15-09-2021 18:13:01)
Hors ligne
Dernière modification par raleur (15-09-2021 17:49:50)
Il vaut mieux montrer que raconter.
Hors ligne
Mais non, il ne s'agit pas de vrais fichiers mais d'une mémoire de la carte mère, elle est accessible depuis le système actif !
Bon, j'avais effacé le contenu de pstore.
Donc maintenant je tente la réinstallation de grub sur le support amovible.Je vais faire cela un peu plus tard dans
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
J'ai répondu oui à la question
tout a semblé bien se passer mais au redémarrage j'ai une console grub et l'invite de commande
Sans doute y a-t-il là un progrès...
J'ai arrêté proprement la machine avec la commande
Dernière modification par ganix (15-09-2021 19:29:44)
Hors ligne
Installer le programme de démarrage GRUB sur le disque principal?
Avec quel installateur as-tu fait cette installation et dans quel mode d'amorçage ?
L'installateur classique ne devrait pas poser cette question en mode EFI. As-tu ensuite sélectionné un disque ?
Dernière modification par raleur (15-09-2021 20:12:59)
Il vaut mieux montrer que raconter.
Hors ligne
Avec quel installateur as-tu fait cette installation et dans quel mode d'amorçage ?
Avec l'installateur graphique
L'installateur classique ne devrait pas poser cette question en mode EFI. As-tu ensuite sélectionné un disque ?
Oui j'ai sélectionné le disque sur lequel je fais l'installation
Hors ligne
Avec l'installateur graphique
Ambigu. L'installateur classique en mode graphique ("graphical install" dans le menu de boot) ou l'installateur Calamares depuis le système live ?
Oui j'ai sélectionné le disque sur lequel je fais l'installation
Alors c'était une installation en mode BIOS alors que les précédentes étaient en mode EFI. Pourquoi avoir changé ? Le GRUB qui affiche l'invite "grub>" est probablement un reste d'une précédente tentative d'installation qui ne trouve plus son système (et pour cause). Cela suppose que tu n'as pas repartitionné le disque, et notamment pas supprimé la partition EFI ?
On peut voir la table de partition affichée par fdisk ?
Si tu forces l'amorçage en mode BIOS/legacy/CSM depuis le firmware de l'ordinateur, tu devrais obtenir le menu de GRUB correspondant à ta dernière installation.
Il vaut mieux montrer que raconter.
Hors ligne
Ambigu. L'installateur classique en mode graphique ("graphical install" dans le menu de boot) ou l'installateur Calamares depuis le système live ?
L'installateur classique en mode graphique ("graphical install" dans le menu de boot)
Alors c'était une installation en mode BIOS alors que les précédentes étaient en mode EFI. Pourquoi avoir changé ? Le GRUB qui affiche l'invite "grub>" est probablement un reste d'une précédente tentative d'installation qui ne trouve plus son système (et pour cause). Cela suppose que tu n'as pas repartitionné le disque, et notamment pas supprimé la partition EFI ?
En mode EFI ça n'avait pas marché alors je n'ai pas coché la case "forcer le mode EFI", mais j'ai bien repartitionné le disque.
On peut voir la table de partition affichée par fdisk ?
user@debian:~$ sudo fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: ST1000LM024 HN-M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 01F5CEA0-7D4F-49DB-878F-0424ACC598B8
Device Start End Sectors Size Type
/dev/sda1 2048 1050623 1048576 512M EFI System
/dev/sda2 1050624 2050047 999424 488M Linux filesystem
/dev/sda3 2050048 1953523711 1951473664 930.5G Linux LVM
Disk /dev/sdb: 7.22 GiB, 7757365248 bytes, 15151104 sectors
Disk model: USB DISK 2.0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x792fab23
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 0 6187103 6187104 3G 0 Empty
/dev/sdb2 1476 6701 5226 2.6M ef EFI (FAT-12/16/32)
Disk /dev/mapper/panxeko--vg-root: 23.28 GiB, 24998051840 bytes, 48824320 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/panxeko--vg-var: 9.31 GiB, 9999220736 bytes, 19529728 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/panxeko--vg-swap_1: 976 MiB, 1023410176 bytes, 1998848 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/panxeko--vg-tmp: 1.86 GiB, 1996488704 bytes, 3899392 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/panxeko--vg-home: 895.13 GiB, 961133150208 bytes, 1877213184 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/loop0: 2.6 GiB, 2788732928 bytes, 5446744 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Si tu forces l'amorçage en mode BIOS/legacy/CSM depuis le firmware de l'ordinateur, tu devrais obtenir le menu de GRUB correspondant à ta dernière installation.
en choisissant:
Dans Boot Configuration
Launch CSM [enabled]
Dans Boot Option Priorities
Boot Option #1 [debian (P0: ST1000L...]
Boot Option #2 [UEFI OS (P0: ST1000...]
j'obtiens une invite de commande grub en caractères plus grands...
Dernière modification par ganix (16-09-2021 09:35:37)
Hors ligne
je n'ai pas coché la case "forcer le mode EFI"
C'est curieux, à ma connaissance l'installateur ne propose cette option que s'il a démarré en mode EFI et s'il a détecté la présence éventuelle d'un OS avec amorçage BIOS/legacy (je n'ai pas les conditions précises sous la main). Or a priori ce n'est pas le cas ici.
j'ai bien repartitionné le disque
Pourtant le partitionnement actuel correspond à une installation en mode EFI : table de partition GPT, partition système EFI, pas de partition d'amorçage BIOS.
Tu as choisi le partitionnement assisté ou manuel ? Le partitionnement assisté utilisant le disque entier aurait dû créer une nouvelle table de partition de type MSDOS sans partition système EFI.
Tu peux monter /dev/mapper/panxeko--vg-root et récupérer le contenu de son fichier etc/fstab ?
en choisissant:
Dans Boot Configuration
Launch CSM [enabled]
Dans Boot Option Priorities
Boot Option #1 [debian (P0: ST1000L...]
Boot Option #2 [UEFI OS (P0: ST1000...]
j'obtiens une invite de commande grub en caractères plus grands
A l'invite de grub, peux-tu exécuter la commande "set" pour voir la valeur des variables cmdpath et platform ?
Pas sûr que ces réglages suffisent à booter en mode CSM. Les deux boot options que tu montres sont pour l'amorçage EFI. Il faut soit désactiver le boot UEFI, soit forcer le boot en mode CSM via le menu de boot au démarrage qui est accessible en appuyant sur une touche propre à chaque ordinateur.
Il vaut mieux montrer que raconter.
Hors ligne
la doc => https://www.asus.com/FR/SupportOnly/N55 … sk_Manual/
ps: il y aussi une option "os" windows ou disabled (mais a priori il n'en parle pas (description du bios du portable))
Comment démarer en mode DOS à partir d'un lecteur USb ou optique ?
Là-dessus, pas de problème, j'ai le manuel de la machine et que je démarre en "mode dos" ou en UEFI à pour seul effet de changer la taille de l'invite de commande grub qui s'affiche à l'écran.
Cependant je ne désarme pas.
Merci à tous de votre aide.
Hors ligne
Si ce n'est pas le cas, peux-tu exécuter la commande "set" à l'invite grub> et relever la valeur de cmdpath, platform et prefix dans les deux cas ?
Peux-tu aussi démarrer un système live, monter /dev/mapper/panxeko--vg-root et récupérer le contenu de son fichier etc/fstab ?
Dernière modification par raleur (16-09-2021 17:18:56)
Il vaut mieux montrer que raconter.
Hors ligne
Bonjour,
J'ai déjà rencontré des problèmes en installant une Debian sur une autre, ... J'ai solutionné tout ça en effaçant totalement le disque dur ... avec:shred sda
(en considérant que sda est la partition ( à voir avec fdisk -l)et en relançant l'install par la suite ...
Attention , avec la commande shred, tout sera effacé du disque dur...
Si je comprend le msg d'erreur, il n'y a pas assez de place sur ta partition EFI ...
Ce n'est qu'une idée, mais elle écrasera tout ce qui est écrit sur le disque dur, donc à faire tres gaffe en l'utilisant (depuis la vieille version de stretch ou d'un "live", je pense ça marche aussi)
En tout cas avec cette méthode tu ne pourra plus upgrader stretch (puisque ca aura été écrasé, avec tout autre O.S présent) et t'auras juste une nouvelle install bullseye, toute vierge ...
J'avais dit que j'essaierai.
Je confirme que ça marche depuis une live Bullseye.
Et après install de Bullseye en mode UEFI sans coup férir.
Problème résolu donc.
Je vais quand même essayer de comprendre a posteriori.
De nouveau merci à tous.
Hors ligne
Je vais quand même essayer de comprendre a posteriori.
Aucune chance. shred (qui est totalement superflu, une simple écriture de zéros sur les premiers Mo du disque aurait suffi) a effacé tous les indices.
Il y a ceux qui cherchent à comprendre pour apprendre de leurs échecs, et ceux qui effacent tout et se condamnent à reproduirent leurs erreurs.
Il vaut mieux montrer que raconter.
Hors ligne
Aucune chance. shred (qui est totalement superflu, une simple écriture de zéros sur les premiers Mo du disque aurait suffi) a effacé tous les indices.
Il y a ceux qui cherchent à comprendre pour apprendre de leurs échecs, et ceux qui effacent tout et se condamnent à reproduirent leurs erreurs.
Je ne sais pas ce que shred écrit mais comme il y a cela dans coreutils, je l'ai utilisé et ça vaut bien les zéros.
Par ailleurs, je n'ai pas réécrit tout le disque mais seulement effectivement les premiers Mo. Sinon j'y serais encore.
Cependant je retiens de cette install, qu'il fallait bien faire un peu de ménage sur le disque et donc si je refais une install sur une autre machine, je commencerai par là.
Merci encore
@+
Hors ligne