Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

Lou1992 · Le 21/11/2019, à 21:54

Oui car mème si un flashage reste possible c'est quand mème très risqué surtout si ton PC fonctionne correctement (enfin...avec un OS...).
Au niveau de Chroot suis les conseils de geole et aussi ici à 1.2:
https://doc.ubuntu-fr.org/chroot
Je n'ai jamais utilisé CHROOT car j'ai toujours trouvé une solution autre.

Dernière modification par Lou1992 (Le 21/11/2019, à 21:55)

Augustin1 · Le 22/11/2019, à 00:26

Bonsoir likeven dans ta doc. sur CHROOT tu dis ceci

... l'installation va donc se lancer automatiquement, jusqu'au moment ou grub2 va finir par planter, a ce moment la il faut donc quitter le programme.

Je me suis pris à 2 fois avec l'install depuis la session Live et je n'ai pas réussi à quitter l'installation au moment où Grub 2 allait planter.

Pourtant au 2e essai, au moment où Grub2 allait être lancé, j'ai placé le curseur dans une fen. TextEditor ouverte.

Ma session Live est restée bloquée. J'ai dû éteindre.

Comment fais-tu pour quitter le prog. d'install ou l'arrêter ? Est-ce que ça marche en cliquant sur SKIP ?

Merci à Lou1992 pour le lien sur CHROOT

geole · Le 22/11/2019, à 00:30

Bonsoir.
Au besoin, tu appuies sur bouton de mise en route jusqu'à l'arrêt.
Tu bootes normalement avec ton support d'installation.
Tu choisis essayer avant d'installer.
Tu ouvres un terminal
Tu fais la séquence chroot

Dernière modification par geole (Le 22/11/2019, à 00:35)

Lou1992 · Le 22/11/2019, à 09:25

Bonjour,
Alors? quoi de neuf ce matin?
Réussite ou échec de Chroot?

Augustin1 · Le 22/11/2019, à 11:07

Bonjour Lou1992
Ce matin je ne touche pas la machine. Je reprendrai le soir en rentrant.
J'attends une réponse de likeven. Avant de tenter une 3e install. (voir post précédent)
Bonne journée

Lou1992 · Le 22/11/2019, à 11:52

Bon, alors j’attends ta troisième tentative...
Mais je suis sûr que c'est au niveau de ton accès superviseur que tu n'arrive pas a activer et donc de ne pas avoir accés à toutes les possibilités de configuration, mais bon...
A ce soir et t'inquiète pas, de toute façon ça va finir par fonctionner!

Dernière modification par Lou1992 (Le 22/11/2019, à 12:04)

geole · Le 22/11/2019, à 12:15

Augustin1 a écrit :

Bonjour Lou1992
Ce matin je ne touche pas la machine. Je reprendrai le soir en rentrant.
J'attends une réponse de likeven. Avant de tenter une 3e install. (voir post précédent)
Bonne journée

Bonjour
CESSE d'installer et répare!!!

Cependant, si tu veux installer sans incident, il ne faut pas faire confiance à l'icône d'installation. Il faut installer en ligne de commande et dire qu'on ne veut pas de l'EFI en installant avec cette commande

sudo ubiquity  -b

La suite sera quasiment identique, ( technique CHROOT ) mais, inutile de locker (Paragraphe B-1) les modules EFI qui ne seront présents

Dernière modification par geole (Le 22/11/2019, à 12:18)

Lou1992 · Le 22/11/2019, à 12:52

Heuuuu...Le disque est GPT, tu pense qu'ainsi l'installation va directement faire un partitionnement MBR?
Mais cette nuit j'ai pensé à un truc genre partir d'un DVD windows, mais au lieu "d'installation" faire "réparer ce PC" et demander dans le choix proposé "invite de commande" et passer par diskpart s'il n'y arrive pas avec le live Ubuntu, mais je sais pas si avec le boot [EUFI] du bios ce sera possible de rebooter en MBR sachant qu'ensuite pour le repasser en GPT il faudra tout réinstaller...

Dernière modification par Lou1992 (Le 22/11/2019, à 12:54)

geole · Le 22/11/2019, à 13:17

Bonjour Lou1992
Quel est ton problème avec les disques GPT?
Si le boot a lieu en EFI, l'installateur fabrique une partition FAT32 de 512 Mo avec le drapeau boot-esp pour y mettre des fichiers de boot
Si le boot a lieu en LEGACY, l'installateur fabrique une partition bios-boot de 1Mo avec le drapeau bios-grub et y met des instructions pour pointer sur les fichiers de boot contenus dans la partition racine

Pour savoir, comment l'installation va se faire, frapper cette commande avant de lancer l'installation

  [ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"

Je pense tout simplement que l'installation ne se fera jamais en LEGACY

Si ta remarque est fondée, sur le fait que la solution de repli est faite par la commande "ubiquity -b", cette commande n'installe pas de logiciel de boot. Il est à installer par la suite ou par avance. Ce qui est ma méthode préférée d'installation puisque j'utilise REFIND car je considère grub comme inadapté au traitement multiboot en EFI.
Mais dans ce contexte, il n'y a plus windows donc c'est inutile d'installer REFIND. Un grub standard suffit. mais il est à installer.

Lou1992 · Le 22/11/2019, à 14:00

Bonjour Geole,
En fait je pense qu'il a fait son DVD d'ubuntu sur un ancien PC en MBR et donc il est fait pour installer Ubuntu en legacy,
J'ai connu ça quand j'ai installé Win10 sur mon PC EFI, pas moyen de lui faire installer sur un DD GPT, du coup j'ai fait une installation avec mon téléphone rooté , l'appli " Drivedroid" et mon ex qui touche avec andoïd.
C'est laborieux mais ça a fonctionné, donc:

Si le boot a lieu en EFI, l'installateur fabrique une partition FAT32 de 512 Mo avec le drapeau boot-esp pour y mettre des fichiers de boot

Mais je doute qu'avec un disque GPT il ne fabrique cette partition..

geole · Le 22/11/2019, à 14:26

Le boot-info dit clairement que le boot a eu lieu en EFI

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.

Même si le support d'installation peut booter en LEGACY

=> FreeDOS (eXtended FDisk) is installed in the MBR of /dev/sdb.

Il faudrait trouver comment faire pour ce bios

La partition a bien été créée

Partition  Attrs   Start Sector    End Sector  # of Sectors System
/dev/sda1                 2,048     1,050,623     1,048,576 EFI System partition

Elle contient bien fichiers de boot nécessaire pour booter en EFI

sda1: __________________________________________________________________________
    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /EFI/ubuntu/grub.cfg /EFI/ubuntu/fwupx64.efi 
                       /EFI/ubuntu/grubx64.efi

Le paramétrage est même parfaitement correct

========================== sda1/EFI/ubuntu/grub.cfg: ===========================
--------------------------------------------------------------------------------
search.fs_uuid 4d8184e6-172a-4c40-8129-97772fe4803b root hd0,gpt2 
set prefix=($root)'/boot/grub'
--------------------------------------------------------------------------------

Mais comme a dit lucmars "enfin sda2 n'a pas les fichiers grub."
C'est bien là tout le problème à résoudre: Lui faire fabriquer le fichier de paramétrage afin qu'il puisse être modifié lors de l''arrivée de nouveaux noyaux.
Autrement on pourrait en fabriquer un manuellement assez facilement car les fichiers de boot sont présents et probablement avec un contenu correct.

================== sda2: Location of files loaded by Grub: ====================
           GiB - GB             File                                 Fragment(s)
   4.360347748 = 4.681887744    boot/vmlinuz-5.0.0-23-generic                  2
   4.360347748 = 4.681887744    vmlinuz                                        2
 884.889030457 = 950.142361600  boot/initrd.img-5.0.0-23-generic               4
 884.889030457 = 950.142361600  initrd.img                                     4
 884.889030457 = 950.142361600  initrd.img.old                                 4

Bien sur, comme cet ordinateur refuse de permettre à l'utilisateur d'indiquer que ubuntu est un logiciel sérieux,

=================== efibootmgr -v
Boot0000* Unknown Device: 	HD(1,GPT,69590912-28cb-4a5e-aa83-7c3ebdc7e374,0x800,0x100000)/File(EFIubuntugrubx64.efi)RC

on n'a pas d'autre choix que de se déguiser en windows.
Quelle idée a donc ubuntu de vouloir se faire connaitre du bios alors qu'il ne sait même pas faire son fichier de paramétrage!

Dernière modification par geole (Le 22/11/2019, à 14:33)

Lou1992 · Le 22/11/2019, à 14:36

Ben oui mais ne crois-tu pas que le fait d'avoir les deux partitions de boot provoque justement le problème? d'ou mon idée d'éliminer l'EFI du bios, formater et mettre le GPT en MBR avec diskpart ce qui, du coup, et si le bios est en legacy ou mème en automatique permettra de partir directement que sur du MBR comme il ne veux qu'Ubuntu et de n'avoir qu'une partition de boot..
Ou alors il refait un DVD sur un ordinateur EFI GPT...

Dernière modification par Lou1992 (Le 22/11/2019, à 14:40)

Lou1992 · Le 22/11/2019, à 14:43

Dans tout les cas il faut formater DD car màme si l'install parrait correct les deux partitions de boot sda1 et sdB1 font perdre les pinceaux...Logique, tu as deux instructions de boot contradictoires et tu es réglé que pour un...

geole · Le 22/11/2019, à 14:43

De toute façon Augustin1 ne peut pas faire à la fois une installation légacy et efi.
Je te passe la main, mais je te conseille d'enquêter sérieusement sur les ordinateurs ACER estampillés Aspire ES17 ES1-732
Trouve la solution pour booter en LEGACY, Il sera alors temps de lancer gparted .....

Dernière modification par geole (Le 22/11/2019, à 14:59)

Lou1992 · Le 22/11/2019, à 15:09

J'ai déjà trouvé depuis un moment ici:
https://global-download.acer.com/GDFile … 1574427449
Y'a qu'une page pour le bios, page 41
Après avoir mis les paramètre par défaut il faut qu'il fasse tout d'un coup et qu'il n'oublie pas de mettre USBHDD en premier dans le bios (normalement c'est pas utile mais avec Acer...)

UTILITAIREDU BIOS
L’utilitaire  du  BIOS  est  un  programme  de  configuration  matérielle  intégré dans le BIOS de l’ordinateur.
Votre ordinateur est déjà configuré et optimisé de manière appropriée et  il  n’est  pas  nécessaire  normalement  d’exécuter  cette  utilitaire. Cependant, si vous avez des problèmes de configuration, vous devez le lancer.
Pour activer l’utilitaire du BIOS, appuyez sur <F2> lorsque le logo de l’ordinateur est affiché.
Séquence de démarrage
Pour  définir  la  séquence  de  démarrage  dans  l’utilitaire  du  BIOS,  activez l’utilitaire du BIOS, puis sélectionnez Boot dans les catégories affichées sur la gauche de l’écran. 
Configuration des mots de passe
Pour  définir  un  mot  de  passe  au  démarrage,  activez  l’utilitaire  du  BIOS, puis sélectionnez Security dans les catégories affichées sur la gauche de l’écran.
Trouvez Set  Supervisor  Password  et  entrez  un  mot  de  passe  pour  activer cette fonction. 
Une fois que vous avez entré un mot de passe pour  cette  fonction,  vous  pouvez  alors  activer/désactiver  Password on Boot.
N’oubliez pas de sélectionner <F10> pour correctement enregistrer et quitter l’utilitaire du BIOS lorsque vous avez terminé les modifications

ikewdu · Le 22/11/2019, à 17:14

Salut,

Perso, je ne vois pas comment on peut espérer faire une installation en mode Legacy si le bios ne peut pas être basculé sur ce mode, sauf à avoir un système foireux avec un disque mbr contenant une partition efi avec un grub qui plantera à l'installation de la même manière.

Selon moi, la méthode la plus sage, c'est procéder ainsi (en uefi) :

1. Remettre un W10 pour rendre ce PC opérationnel.
2. Installer Ubuntu un dual-boot sans installer grub via la commande ubiquity -b
3. Tester l'installation de Refind comme lanceur.
4. Si échec en 3, installer grub sans écriture en NVRam et voir si le PC ajoute l'entrée spontanément.
5. Si échec en 4, faire la manip de substitution du "windows boot manger" trafiqué pour lancer grub.

Lou1992 · Le 22/11/2019, à 20:02

pour Win10 je suis d'accord (sachant que comme il était pré-installé il sera activé facilement)
Dans ce cas tout remettre par defaut dans le bios,
faire un DVD sur un PC EFI histoire d'être sure et comme il n'arrive pas à booter sur clé USB.

Augustin1 · Le 13/04/2021, à 14:11

Bonjour à tous,

J'avais rangé mon ordi Acer un peu fatigué et démoralisé en ce mois de novembre 2019, ayant des choses plus urgentes à faire à cette époque, sachant aussi qu'un jour je devais m'y remettre car mon 2e portable Win7 lâchera un jour ou l'autre et que je voulais depuis longtemps me libérer de Windows.

C'est chose faite.

Il y a quelques jours j'ai repris la réparation de l'installation d'Ubuntu 18.04, interrompue à l'installation de grub2, en relançant une session live à l'aide du dvd d'installation et en suivant le tuto de Likeven (post #11) et ça a marché.

Merci à geole, Lou1992, Likeven et tous les autres contributeurs pour votre aide.

Boot-info

 boot-info-4ppa130                                              [20210415_1420]

============================== Boot Info Summary ===============================

 => No boot loader is installed in the MBR of /dev/sda.

sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/ubuntu/fwupx64.efi /efi/ubuntu/grubx64.efi 
                       /efi/ubuntu/grub.cfg /efi/Microsoft/Boot/bootmgfw.efi 
                       /efi/Microsoft/Boot/fwupx64.efi 
                       /efi/Microsoft/Boot/grubx64.efi 
                       /efi/Microsoft/Boot/grub.cfg

sda2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 18.04.5 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub


================================ 1 OS detected =================================

OS#1:   L'OS actuellement utilisé - Ubuntu 18.04.5 LTS CurrentSession on sda2

============================ Architecture/Host Info ============================

CPU architecture: 64-bit
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.4.0-70-generic root=UUID=e2529165-1e5f-43b2-bd1e-040cac702fbd ro quiet splash vt.handoff=1


===================================== UEFI =====================================

BIOS is EFI-compatible, and is setup in EFI-mode for this installed-session.
SecureBoot disabled.

efibootmgr -v
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,2001,2002,2003
Boot0000* Windows Boot Manager	HD(1,GPT,52ab7a91-fa16-452c-8513-3fc3399425f2,0x800,0x100000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)RC
Boot0001* Unknown Device: 	HD(1,GPT,52ab7a91-fa16-452c-8513-3fc3399425f2,0x800,0x100000)/File(\EFI\ubuntu\grubx64.efi)RC
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot2003* EFI Network	RC

256fe27540b54b71cf38110338247688   sda1/ubuntu/fwupx64.efi
5083a037078124a640e8dd1682fbbddb   sda1/ubuntu/grubx64.efi
5083a037078124a640e8dd1682fbbddb   sda1/Microsoft/Boot/bootmgfw.efi
256fe27540b54b71cf38110338247688   sda1/Microsoft/Boot/fwupx64.efi
5083a037078124a640e8dd1682fbbddb   sda1/Microsoft/Boot/grubx64.efi
5083a037078124a640e8dd1682fbbddb   sda1/BOOT/BOOTX64.efi


============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

sda	: is-GPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

sda2	: is-os,	64, apt-get,	signed grub-pc grub-efi ,	grub2,	grub-install,	grubenv-ok,	update-grub,	farbios
sda1	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far

Partitions info (2/3): _________________________________________________________

sda2	: isnotESP,	fstab-has-goodEFI,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sda1	: is---ESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot

Partitions info (3/3): _________________________________________________________

sda2	: not-sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	sda
sda1	: not-sepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sda

fdisk -l (filtered): ___________________________________________________________

Disk sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: DF9D08E5-DD99-4E3E-AEFD-C129684DE32E
        Start        End    Sectors  Size Type
sda1     2048    1050623    1048576  512M EFI System
sda2  1050624 1953523711 1952473088  931G Linux filesystem

parted -lm (filtered): _________________________________________________________

sda:1000GB:scsi:512:4096:gpt:ATA TOSHIBA MQ01ABD1:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:1000GB:1000GB:ext4::;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL PARTLABEL
sda                                                                                             
├─sda1 vfat     CDCF-38BC                            52ab7a91-fa16-452c-8513-3fc3399425f2       EFI System Partition
└─sda2 ext4     e2529165-1e5f-43b2-bd1e-040cac702fbd a009c7e3-71f4-438a-86ef-6be4ca305b5a       

df (filtered): _________________________________________________________________

       Avail Use% Mounted on
sda2   860.4G   1% /

Mount options: __________________________________________________________________

sda2   rw,relatime,errors=remount-ro

===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================

search.fs_uuid e2529165-1e5f-43b2-bd1e-040cac702fbd root hd0,gpt2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

================= sda1/efi/Microsoft/Boot/grub.cfg (filtered) ==================

search.fs_uuid e2529165-1e5f-43b2-bd1e-040cac702fbd root hd0,gpt2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

====================== sda2/boot/grub/grub.cfg (filtered) ======================

Ubuntu   e2529165-1e5f-43b2-bd1e-040cac702fbd
Ubuntu, with Linux 5.4.0-70-generic   e2529165-1e5f-43b2-bd1e-040cac702fbd
Ubuntu, with Linux 5.0.0-36-generic   e2529165-1e5f-43b2-bd1e-040cac702fbd
Ubuntu, with Linux 5.0.0-23-generic   e2529165-1e5f-43b2-bd1e-040cac702fbd
### END /etc/grub.d/30_os-prober ###
System setup   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

========================== sda2/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=e2529165-1e5f-43b2-bd1e-040cac702fbd /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=CDCF-38BC  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

======================= sda2/etc/default/grub (filtered) =======================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

==================== sda2: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
 466.742660522 = 501.161115648  boot/grub/grub.cfg                             2
   4.634082794 = 4.975808512    boot/vmlinuz-5.0.0-23-generic                  1
 521.423217773 = 559.873916928  boot/vmlinuz-5.0.0-36-generic                  1
   8.173831940 = 8.776585216    boot/vmlinuz-5.4.0-70-generic                  1
   8.173831940 = 8.776585216    vmlinuz                                        1
   4.634082794 = 4.975808512    vmlinuz.old                                    1
   8.851825714 = 9.504575488    boot/initrd.img-5.0.0-23-generic               1
   9.008132935 = 9.672409088    boot/initrd.img-5.0.0-36-generic               3
   9.049823761 = 9.717174272    boot/initrd.img-5.4.0-70-generic               3
   9.049823761 = 9.717174272    initrd.img                                     3
   8.851825714 = 9.504575488    initrd.img.old                                 1

===================== sda2: ls -l /etc/grub.d/ (filtered) ======================

-rwxr-xr-x 1 root root 12808 janv.  7 14:45 10_linux
-rwxr-xr-x 1 root root 11298 mars  18  2019 20_linux_xen
-rwxr-xr-x 1 root root 12059 mars  18  2019 30_os-prober
-rwxr-xr-x 1 root root  1418 mars  18  2019 30_uefi-firmware
-rwxr-xr-x 1 root root   214 mars  18  2019 40_custom
-rwxr-xr-x 1 root root   216 mars  18  2019 41_custom


=============================== StdErr Messages ================================

File descriptor 63 (pipe:[195748]) leaked on lvs invocation. Parent PID 16380: /bin/bash

Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would reinstall the grub-efi-amd64-signed of
sda2,
using the following options:        sda1/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s  use-standard-efi-file    

Final advice in case of suggested repair: ______________________________________


Please do not forget to make your UEFI firmware boot on the L'OS actuellement utilisé - Ubuntu 18.04.5 LTS CurrentSession entry (sda1/efi/****/shim****.efi (**** will be updated in the final message) file) !
If your computer reboots directly into Windows, try to change the boot order in your UEFI firmware.

If your UEFI firmware does not allow to change the boot order, change the default boot entry of the Windows bootloader.
For example you can boot into Windows, then type the following command in an admin command prompt:
bcdedit /set {bootmgr} path \EFI\****\shim****.efi (**** will be updated in the final message)

Dernière modification par Augustin1 (Le 15/04/2021, à 15:24)

iznobe · Le 13/04/2021, à 14:54

Bonjour , mieux vaut tard que jamais
tu peux editer ton 1er message dans ce cas et ajouter resolu au titre

geole · Le 13/04/2021, à 15:12

Bonjour
Si tu pouvais faire un résumé de la façon d'installer que tu as utilisé ainsi qu'un boot-info, cela permettrait de documenter ton ordinateur dans ce lien

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 21/11/2019, à 21:54

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#27 Le 22/11/2019, à 00:26

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#28 Le 22/11/2019, à 00:30

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#29 Le 22/11/2019, à 09:25

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#30 Le 22/11/2019, à 11:07

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#31 Le 22/11/2019, à 11:52

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#32 Le 22/11/2019, à 12:15

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#33 Le 22/11/2019, à 12:52

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#34 Le 22/11/2019, à 13:17

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#35 Le 22/11/2019, à 14:00

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#36 Le 22/11/2019, à 14:26

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#37 Le 22/11/2019, à 14:36

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#38 Le 22/11/2019, à 14:43

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#39 Le 22/11/2019, à 14:43

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#40 Le 22/11/2019, à 15:09

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#41 Le 22/11/2019, à 17:14

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#42 Le 22/11/2019, à 20:02

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#43 Le 13/04/2021, à 14:11

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#44 Le 13/04/2021, à 14:54

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

#45 Le 13/04/2021, à 15:12

Re : Installation Ubuntu 18.04.3 bloquée à Grub2 (résolu)

Pied de page des forums