[Résolu] Problème d’installation ubuntu 18.04

jrabier · Le 24/06/2019, à 19:41

Bonjour,

J’étais sous Archlinux, et j’ai voulu switcher sur ubuntu, je crée une clé usb bootable, jusqu’ici tout va bien.
Par contre je décide d’effacer Archlinux pour installer ubuntu.
Vers la fin de l’installation, j’ai quelque chose comme -> « impossible d’installer grub dans target/ », je suppose qu’il est déjà installé.
Comment faire pour « détruire » le grub pour le réinstaller à l’installation d’ubuntu.
Voici mon boot-info :
Boot-info

Merci d’avance car du coup je n’ai plus d’OS

Dernière modification par jrabier (Le 04/07/2019, à 06:56)

Qid · Le 24/06/2019, à 20:01

En fait si tu as un OS puisque je n'ai rien repéré de problématique dans ton boot info... Va juste falloir tricher un peu pour le démarrer : regarde supergrubdisk... Moi je l'utilise beaucoup pour ce type de cas entre autre... Après un grub-install devrait suffire pour tout remettre d'aplomb

jrabier · Le 24/06/2019, à 23:06

Merci,
Par contre je ne trouve rien pour créer la clé bootable, le startup disk d’ubuntu ne détecte pas l’iso, je suis même pas pas sûr d’avoir dl le bon iso.

Qid · Le 25/06/2019, à 09:29

jrabier a écrit :

je suis même pas pas sûr d’avoir dl le bon iso.

Perso j'utilise l'hybride :
super_grub2_disk_hybrid_2.02s10.iso
Lien direct de download

jrabier · Le 25/06/2019, à 10:40

Oui c'est bien celui-là que j'ai téléchargé, et je boot dessus c'est ça ?
Là je suis au travail, je suis sous Windows 10 donc j'ai pu créer la clé bootable avec rufus, mais je trouvai pas de solution pour le faire sous ubuntu, j'essaierai ce soir.
Merci

Qid · Le 25/06/2019, à 11:11

jrabier a écrit :

Oui c'est bien celui-là que j'ai téléchargé, et je boot dessus c'est ça ?

Oui tu boot dessus au lieu de booter sur ton disque dur... C'est lui qui va pouvoir se charger de booter ton système car le GRUB présent sur le live se génère au démarrage suivant ce qu'il trouve sur la machine... Après il y a d'autres truc plus poussé mais l'idée c'est bien que lui aura généré un GRUB qui saura booter ton Linux sans lire la config du GRUB plus ou moins présent...

Je ne suis pas en mesure de t'orienter plus que ça dans les méandres du menu de ce GRUB Live car je ne le connais pas par cœur et quand je l'utilise je le fait assez machinalement mais tu devrais pouvoir t'en sortir seul car même si aux premiers abords il peut ne pas paraître évident en fait il est vraiment très simple

Je suis assez surpris que l'utilitaire de création de clef de démarrage n'ai pu te la faire... Sinon il y a multisystem qui doit pouvoir le faire... J'avoue que sur ce point là je ne suis pas concerné car je triche un peu grâce à un matériel spécifique

jrabier · Le 26/06/2019, à 09:42

Bon, quand j'ai booté sur le SuperGrubDisk, la 1ère fois j'ai au un truc du genre gros logo de cadenas avec "Security Check Failed", je suis retourné sur le BIOS et j'ai désactiver le security.
La 2ème fois je tombe sur le rescue grub (alors là je ne savais plus quoi faire), j'ai fais toutes les commandes recommandées partout, du genre :

ls

(pour lister toutes mes partitions)
Et j'ai testé les commandes suivantes sur toutes les partitions :

set boot=(hd0,msdos1)
set prefix=(hd0,msdos1)/boot/grub
insmod normal

Mais après cette commande :

error : unknown filesystem

J'ai aussi essayé avec boot-repair, en essayant de purger le GRUB, il me demande d'entrer 3 commandes (je me rappelle plus exactement) ,en tout cas normalement après ces 3 commandes je suis sensé avoir un écran qui me demande de confirmer la suppression du GRUB, et je n'y arrive même pas, j'ai une erreur, il faudrait que je retrouve cette erreur, mais ça m'a tellement soulé hier soir que j'ai arrêté.

Qid · Le 26/06/2019, à 09:50

Je pense que ton supergrubdisk est foireux... Corrompu au téléchargement ou à la création de la clef ?
Pour bootrepair c'est pourtant sensé être la solution de facilité... Si j'avais pu avoir les 3 commandes et leurs retours ça aurait été bien pour t'aider à avancer...

jrabier · Le 26/06/2019, à 19:22

Donc, je te remet un boot-info (au cas où) : boot-info
Après je lance le boot-repair avec les options avancées pour purger le grub, les commandes qu'il me demande par la suite sont :

sudo chroot "/mnt/boot-sav/sda2" dpkg --configure -a
sudo chroot "/mnt/boot-sav/sda2" apt-get install -fy
sudo chroot "/mnt/boot-sav/sda2" apt-get purge -y grub*-common grub-common:i386 shim-signed

Je le fais, et j'obtiens ça :

ubuntu@ubuntu:~$ sudo chroot "/mnt/boot-sav/sda2" dpkg --configure -a
Setting up grub-efi-amd64-signed (1.93.14+2.02-2ubuntu8.13) ...
Installing for x86_64-efi platform.
grub-install: error: cannot open `/boot/efi/EFI/BOOT/BOOTX64.efi': Is a directory.
dpkg: error processing package grub-efi-amd64-signed (--configure):
 installed grub-efi-amd64-signed package post-installation script subprocess returned error exit status 1
dpkg: dependency problems prevent configuration of shim-signed:
 shim-signed depends on grub-efi-amd64-signed; however:
  Package grub-efi-amd64-signed is not configured yet.

dpkg: error processing package shim-signed (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 grub-efi-amd64-signed
 shim-signed
ubuntu@ubuntu:~$ sudo chroot "/mnt/boot-sav/sda2" apt-get install -fy
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following package was automatically installed and is no longer required:
  linux-modules-4.18.0-24-generic
Use 'sudo apt autoremove' to remove it.
0 upgraded, 0 newly installed, 0 to remove and 427 not upgraded.
2 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up grub-efi-amd64-signed (1.93.14+2.02-2ubuntu8.13) ...
Installing for x86_64-efi platform.
grub-install: error: cannot open `/boot/efi/EFI/BOOT/BOOTX64.efi': Is a directory.
dpkg: error processing package grub-efi-amd64-signed (--configure):
 installed grub-efi-amd64-signed package post-installation script subprocess returned error exit status 1
dpkg: dependency problems prevent configuration of shim-signed:
 shim-signed depends on grub-efi-amd64-signed; however:
  Package grub-efi-amd64-signed is not configured yet.

dpkg: error processing package shim-signed (--configure):
 dependency problems - leaving unconfigured
No apport report written because the error message indicates its a followup error from a previous failure.
                          Errors were encountered while processing:
 grub-efi-amd64-signed
 shim-signed
E: Sub-process /usr/bin/dpkg returned an error code (1)

Voilà !!!

Qid · Le 26/06/2019, à 19:40

grub-install: error: cannot open `/boot/efi/EFI/BOOT/BOOTX64.efi': Is a directory.

boot info a écrit :

Presence of EFI/Boot file detected: /mnt/boot-sav/sda1/EFI/Boot/BOOTX64.efi
Presence of EFI/Boot file detected: /mnt/boot-sav/sda1/EFI/Boot/BOOTX64.efi/grubx64.efi

je comprend pas bien... et comme je n'ai pas de pc efi pour y voir plus clair de mon côté...

juste... pour qu'on soit au clair avec ce qu'on lit... envois le retour du contenu
des dossiers [...]Boot/ et [...]Boot/BOOTX64.efi/ (utilise la commande "ls -lha <dossier>" pour cachun des dossiers demandés)

jrabier · Le 26/06/2019, à 20:25

Déjà il n'y a pas de dossier efi/ dans boot/ :

ubuntu@ubuntu:~$ ls -lha /boot
total 4.9M
drwxr-xr-x 1 root root   60 Feb 10 00:20 .
drwxr-xr-x 1 root root  300 Jun 26 06:16 ..
-rw------- 1 root root 4.1M Feb  7 11:10 System.map-4.18.0-15-generic
-rw-r--r-- 1 root root 212K Feb  7 11:10 config-4.18.0-15-generic
drwxr-xr-x 1 root root   60 Jun 26 06:16 grub
-rw-r--r-- 1 root root 179K Jan 28  2016 memtest86+.bin
-rw-r--r-- 1 root root 181K Jan 28  2016 memtest86+.elf
-rw-r--r-- 1 root root 181K Jan 28  2016 memtest86+_multiboot.bin

Et il faudrait peut-être que j'essaie de remplacer :

sudo chroot "/mnt/boot-sav/sda2" dpkg --configure -a

par :

sudo chroot "/mnt/boot-sav/sda1" dpkg --configure -a

On voit que le dossier est présent dans sda1 et pas sda2

geole · Le 26/06/2019, à 23:25

Bonsoir
Je te prie d'être patient pour la résolution de ce problème
Merci de donner la référence exacte de ton ordinateur . Je pense que c'est un ACER. Sois précis sur sa dénomination.
Merci d'aller dans le bios et de donner la version du bios qui est installée (il ne faut pas exclure de devoir le mettre à jour)

Ton ubuntu est bien installé sur la partition SDA2
Tu as fais les bonnes commandes et tu as une réponse que malheureusement je connais assez bien

Package grub-efi-amd64-signed is not configured yet.

Je propose donc une solution rapide en espérant qu'elle soit bonne et réversible si elle ne l'est pas

Juste avant de recommencer ton action de boot-repair, tu ajoutes trois commandes extraites de cette discussion https://forum.ubuntu-fr.org/viewtopic.p … #p22100498

    sudo chroot "/mnt/boot-sav/sda2" apt-mark  hold   grub-efi-amd64
    sudo chroot "/mnt/boot-sav/sda2"  apt-mark  hold   grub-efi 
    sudo chroot "/mnt/boot-sav/sda2"  apt-mark hold secureboot-db

puis les commandes proposées

sudo chroot "/mnt/boot-sav/sda2" dpkg --configure -a
sudo chroot "/mnt/boot-sav/sda2" apt-get install -fy
sudo chroot "/mnt/boot-sav/sda2" apt-get purge -y grub*-common grub-common:i386 shim-signed

Nota, j'ai aussi en mémoire une autre discussion, où il fallait six commandes

C'est n'importe quoi cette réponse "grub-install: error: cannot open `/boot/efi/EFI/BOOT/BOOTX64.efi': Is a directory." mais elle est connue https://bugs.launchpad.net/ubuntu/+sour … ug/1807742

Ce n'est pas la peine que tu tentes ces commandes

set boot=(hd0,msdos2)
set prefix=(hd0,msdos2)/boot/grub
insmod normal

car le répertoire n'a pas été créé. C'est d'ailleurs possible que cela empèche le SUPER-GRUB de détecter la présence de UBUNTU.

Dernière modification par geole (Le 27/06/2019, à 00:25)

Qid · Le 27/06/2019, à 07:09

jrabier a écrit :

il faudrait peut-être que j'essaie de remplacer :
sudo chroot "/mnt/boot-sav/sda2" dpkg --configure -a
par :
sudo chroot "/mnt/boot-sav/sda1" dpkg --configure -a
On voit que le dossier est présent dans sda1 et pas sda2

Pas faux... On est allé un peu vite sur ce coup là et c'est un peu pour ça que je n'utilise plus bootrepair... Oui le principe c'est que l'efi a sa propre partition autre que celle de boot...

Mais bon regarde ce que dit geole d'abord car il semble assez au courant de ta situation...

Par contre geole... De ce qu'il a dit je ne suis pas certain que supergrubdisk ne vois pas son système... Pour moi il plantait avant... J'ai eu besoin de m'en servir pour mon ordi et j'aurais donc dû en profiter pour donner la bonne séquence au cas où mais comme je le disais je l'utilise tellement machinalement que je suis presque allé trop vite pour prendre le temps d'y penser à ce moment là

Qid · Le 27/06/2019, à 11:34

Qid a écrit :

J'ai eu besoin de m'en servir pour mon ordi et j'aurais donc dû en profiter pour donner la bonne séquence au cas où mais comme je le disais je l'utilise tellement machinalement que je suis presque allé trop vite pour prendre le temps d'y penser à ce moment là

alors du coups un petit coups de qemu et :
- boot manually
- operating systeme
- et c'est à cet écran là que tu dois avoir avoir un grub approximativement comme celui que tu as normalement au démarrage d'un dualboot propre

ikewdu · Le 27/06/2019, à 16:17

Salut,

Je fais une simple incursion pour poser une question : le PC fonctionnait avec Arch précédemment. L'installation s'était-elle faite sans manipulation complémentaire ?

jrabier · Le 27/06/2019, à 16:52

geole a écrit :

Juste avant de recommencer ton action de boot-repair, tu ajoutes trois commandes extraites de cette discussion https://forum.ubuntu-fr.org/viewtopic.p … #p22100498

Tout d'abord merci pour ta réponse, quand tu dis "juste avant de recommencer ton action de boot-repair", c'est à dire avant même de lancer boot-repair ? ou avant le moment où il me demande de taper les trois commandes ?
Je vous donnerai la version du BIOS et les spec exactes du pc ce soir.
Pour répondre à ikewdu, l'installation d'Archlinux s'est très bien passée, clé usb bootable => aucun problème, j'étais sous windows 10 avant (OS de base), j'aurais peut-être pas dû supprimer windows et faire un dual-boot, bref... c'est fait !

Qid · Le 27/06/2019, à 17:05

je réitère : réessaye supergrubdisk

geole · Le 27/06/2019, à 18:07

Bonsoir
Apres avoir fait tous les essais demandés par quid,
Et si la solution n'est pas trouvée, tu retentes avec boot-repair:
A un moment donné, tu arriveras nécessairement à une séquence te demandant de faire les commandes suivantes
dpkg --configure -a
apt-get install -fy

C'est là que le dpkg s'était planté. Donc pour l'éviter, c'est là que tu vas faire les commandes de dépannage avant de la refaire

En premier uniquement ce test

sudo chroot "/mnt/boot-sav/sda2"  apt-mark hold secureboot-db
sudo chroot "/mnt/boot-sav/sda2" dpkg --configure -a
sudo chroot "/mnt/boot-sav/sda2" apt-get install -fy

Si cela passe, c'est bon, sinon

    sudo chroot "/mnt/boot-sav/sda2" apt-mark  hold   grub-efi-amd64
    sudo chroot "/mnt/boot-sav/sda2"  apt-mark  hold   grub-efi 
    sudo chroot "/mnt/boot-sav/sda2"  apt-mark hold secureboot-db
    sudo chroot "/mnt/boot-sav/sda2" dpkg --configure -a
    sudo chroot "/mnt/boot-sav/sda2" apt-get install -fy
    sudo chroot "/mnt/boot-sav/sda2" apt-get purge -y grub*-common grub-common:i386 shim-signed

Si cela passe, c'est bon, sinon je te propose une solution alternative avec REFIND sans garantie qu'il saura détecter le ubuntu installé de façon incomplète.
paragraphe 2.3 de https://doc.ubuntu-fr.org/refind#versio … fi_64_bits

1) Aller dans le bios et le modifier pour qu'il ne boote plus en mode secure.
2) Booter avec le support d'installation
3) choisr essayer avant d'installer
4) Jouer une partie du paragraphe 2.3. On pourra laiser refind s'installer automatiquement puisque qu'on a vu que le shim avait pu s' installer. Donc la consigne sera

sudo apt-add-repository ppa:rodsmith/refind

sudo apt update
sudo apt install refind

- Répondre Yes à la grille proposant d'installer REFIND dans la partition ESP de cet ordinateur. (C'est la valeur proposée)
5) Puis rebooter.
Dans l'idéal, cet outil devrait détecter la présence des fichiers de démarrage de ubuntu et te les proposer sous forme d'un icone de couleur orange.
(Mais ce n'est toujours le cas lors d'une installation incomplète)
En effet, le boot-info indique
=================== sda2: Location of files loaded by Grub: ====================
GiB - GB File Fragment(s)
3.915035248 = 4.203737088 boot/vmlinuz-4.18.0-15-generic 2
45.110496521 = 48.437026816 boot/vmlinuz-4.18.0-22-generic 1
3.915035248 = 4.203737088 vmlinuz 2
45.450359344 = 48.801951744 boot/initrd.img-4.18.0-15-generic 2
45.305118561 = 48.646000640 boot/initrd.img-4.18.0-22-generic 2
45.450359344 = 48.801951744 initrd.img 2
45.450359344 = 48.801951744 initrd.img.old 2
Qu'il existe deux noyaux capables de booter

NOTA. Je mémorise d'autres commandes apt-mark hold fwupdate apt-mark hold fwupdate-signed

Dernière modification par geole (Le 27/06/2019, à 19:30)

jrabier · Le 27/06/2019, à 20:24

Alors, infos sur le pc :
CPU Info : Intel(R) Core(TM) i5-7300HQ CPU @ 2.50Ghz
System BIOS Version : v1.10
GOP Version : Intel(R) GOP Driver [9.0.1061]
HDD0 Model Name : None
HDD0 Serial Number :None
HDD1 Model Name : TOSHIBA MQ01ABD100
HDD1 Serial Number : 37U6T7SBT
SATA Mode : AHCI
Serial Number : NXGP8EF003731031053400
Product Name : Aspire A715-71G
Manufacturer Name : Acer
UUID : F848B4A4-216D-E711-80FE-9829A63525CD

Fiou !!! Bon j'ai tout mis, on sait jamais
Au dessus y'a InsydeH20 Setup Utility Rev. 5.0

J'ai réessayé SuperGrubDisk, je tombe encore sur le rescue-grub, et de là rien à faire à part sauf ce que j'ai déjà essayé.
J'ai relancer le boot-repair, mais des fois il ne s'arrête jamais, peut-être que les options que je choisi ne sont pas bonnes, quelles options je suis sensé choisir ?

Qid · Le 27/06/2019, à 20:53

jrabier a écrit :

J'ai réessayé SuperGrubDisk, je tombe encore sur le rescue-grub, et de là rien à faire à part sauf ce que j'ai déjà essayé.

Bon bah je redis que c'est soit le téléchargement soit la création de la clef qui a corrompu le bouzin mais c'est bien dommage... Tant pis

jrabier · Le 27/06/2019, à 22:11

Y'a pas moyen de tout supprimer et repartir a zéro ??

ikewdu · Le 27/06/2019, à 22:25

Salut,

SG2D ne pourra pas fonctionner puisqu'il n'y a rien à exécuter sur la partition... L'installation de GRUB a planté, comme sur de nombreux Acer. L'entrée ubuntu n'est d'ailleurs pas reconnue puisqu'elle est déclarée unknown .

=================== efibootmgr -v
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0001,0000,2001,2002,2003
Boot0000* Windows Boot Manager	HD(1,GPT,be932223-62d0-4706-88a0-212062863f9a,0x800,0x100000)/File(EFIMicrosoftBootbootmgfw.efi)RC
Boot0001* Unknown Device: 	HD(1,GPT,be932223-62d0-4706-88a0-212062863f9a,0x800,0x100000)/File(EFIubuntushimx64.efi)RC

Sur un sujet récent, on a vu qu'il fallait commencer par vérifier que le BIOS est à jour... A voir. Tente aussi ce que propose Geole, car Refind peut mieux fonctionner. Mais une chose se confirme : une partie du souci vient de la version Ubuntu de GRUB. Arch et ses dérivées sont beaucoup moins sujettes à plantage, et on le voit sur de multiples sujets.

Qid · Le 27/06/2019, à 23:03

ikewdu a écrit :

SG2D ne pourra pas fonctionner puisqu'il n'y a rien à exécuter sur la partition... L'installation de GRUB a planté

Bon... Tu m'explique pourquoi après avoir volontairement écrasé mon GRUB pour ne pas perturber Windows 10 dans ses mises à jours j'ai pu reboot mon Linux grâce à SG2D... Bon alors d'accord écraser le GRUB n'a pas flingué les fichiers de conf... Mais ça n'empêche que des situations ou le GRUB ne s'est pas installé genre à cause de grub-efi je les ai déjà sauvées avec supergrubdisk sinon je ne l'aurais pas proposé ici... Après si on est dans un cas particulier de bios et de constructeur à la con c'est un autre débat et un combat que je ne peux pas mener si je n'ai pas la machine en face de moi...

geole · Le 28/06/2019, à 00:04

Bonsoir Quid
Dans ton contexte, pour que cela ressemble à celui-ci, supprime le répertoire /boot/grub et raconte....

Bonsoir ikewdu,
J'avais pensé à un ACER c'est donc un Aspire A715-71G

Bonsoir jrabier. Tu peux toujours commencer l'opération REFIND.......
Et regarder dans ton bios s'il a la possibilité de fonctionner en mode LEGACY, Tu en serais alors quite pour une réinstallation de ubuntu ou une modification via boot-repair!

NOTA. La documentation a dit
Aspire A715-71G-57JW :-) Nécessite quelques réglages 18.04 Après suppression de Windows 10 Home par Acer (retour après 48 heures), installation en mode legacy. Je n'ai pas tenté d'installation en dual-boot avec Windows
Problème de freeze à l'écran de connexion, il faut Installer des logiciels propriétaires après avoir redémarrer avec l'option nomodeset Voir ce post. https://forum.ubuntu-fr.org/viewtopic.php?id=2025571

Dernière modification par geole (Le 28/06/2019, à 00:34)

jrabier · Le 28/06/2019, à 00:38

Alors pour infos boot-repair ne fonctionne pas chez moi, je le laisse tourner 20min et rien !
J’ai suivi ce tuto et ça a fonctionné :
https://www.linux.com/learn/how-rescue- … ub-2-LINUX
Je boot sur ubuntu sur le disque dur, il était visiblement installé, à priori il faut maintenant faire update-grub et grub-install etc... mais je n’ai pas les droits root, d’ailleurs il vient de planté, je suis obligé de tout recommencer, donc ce n’est toujours pas fini pour moi mais ça progresse.
Je ne sais pas quels sont les droits root par défaut ?

Pour plus de précisions : Je suis connecté en utilisateur temporaire (oem) et je n'ai pas le mot de passe root pour faire le update-grub, l'OS est quand même très instable, il plante systématiquement dès que je lance un truc qui ne lui plaît pas. (j'ai des pop-ups : "problèmes logiciel rencontrés" un truc du genre).

Dernière modification par jrabier (Le 28/06/2019, à 08:57)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 24/06/2019, à 19:41

[Résolu] Problème d’installation ubuntu 18.04

#2 Le 24/06/2019, à 20:01

Re : [Résolu] Problème d’installation ubuntu 18.04

#3 Le 24/06/2019, à 23:06

Re : [Résolu] Problème d’installation ubuntu 18.04

#4 Le 25/06/2019, à 09:29

Re : [Résolu] Problème d’installation ubuntu 18.04

#5 Le 25/06/2019, à 10:40

Re : [Résolu] Problème d’installation ubuntu 18.04

#6 Le 25/06/2019, à 11:11

Re : [Résolu] Problème d’installation ubuntu 18.04

#7 Le 26/06/2019, à 09:42

Re : [Résolu] Problème d’installation ubuntu 18.04

#8 Le 26/06/2019, à 09:50

Re : [Résolu] Problème d’installation ubuntu 18.04

#9 Le 26/06/2019, à 19:22

Re : [Résolu] Problème d’installation ubuntu 18.04

#10 Le 26/06/2019, à 19:40

Re : [Résolu] Problème d’installation ubuntu 18.04

#11 Le 26/06/2019, à 20:25

Re : [Résolu] Problème d’installation ubuntu 18.04

#12 Le 26/06/2019, à 23:25

Re : [Résolu] Problème d’installation ubuntu 18.04

#13 Le 27/06/2019, à 07:09

Re : [Résolu] Problème d’installation ubuntu 18.04

#14 Le 27/06/2019, à 11:34

Re : [Résolu] Problème d’installation ubuntu 18.04

#15 Le 27/06/2019, à 16:17

Re : [Résolu] Problème d’installation ubuntu 18.04

#16 Le 27/06/2019, à 16:52

Re : [Résolu] Problème d’installation ubuntu 18.04

#17 Le 27/06/2019, à 17:05

Re : [Résolu] Problème d’installation ubuntu 18.04

#18 Le 27/06/2019, à 18:07

Re : [Résolu] Problème d’installation ubuntu 18.04

#19 Le 27/06/2019, à 20:24

Re : [Résolu] Problème d’installation ubuntu 18.04

#20 Le 27/06/2019, à 20:53

Re : [Résolu] Problème d’installation ubuntu 18.04

#21 Le 27/06/2019, à 22:11

Re : [Résolu] Problème d’installation ubuntu 18.04

#22 Le 27/06/2019, à 22:25

Re : [Résolu] Problème d’installation ubuntu 18.04

#23 Le 27/06/2019, à 23:03

Re : [Résolu] Problème d’installation ubuntu 18.04

#24 Le 28/06/2019, à 00:04

Re : [Résolu] Problème d’installation ubuntu 18.04

#25 Le 28/06/2019, à 00:38

Re : [Résolu] Problème d’installation ubuntu 18.04

Pied de page des forums