Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Problème de Grub à l'installation d'Ubuntu

heronheronpetitpatapon

J'ai lancé boot repair mais pas mieux :

La session en cours est en mode de compatibilité BIOS. Veuillez désactiver le mode BIOS-compatibility/CSM/Legacy dans votre firmware UEFI, et utiliser ce logiciel depuis un live-CD (ou live-USB) qui est compatible avec le mode de démarrage UEFI. Par exemple, utilisez un live-USB de Boot-Repair-Disk-64bit (www.sourceforge.net/p/boot-repair-cd), après avoir vérifié que votre BIOS est réglé pour démarrer l'USB en mode EFI. Cela vous permettra d'utiliser cette fonctionnalité.

Je vais peut-re tenté une énième réinstallation mais cette fois en mode UEFI!
En mode UEFI, j'ai un écran noir ou il est écrit :

Reboot and select proper boot device or insert boot media device and press any key

C'est comme s'il n'arrivait pas à lire les partitions du disque dur!!!!!!!

Savez vous comme il faut faire pour que Kubuntu s'installe en UEFI? merci de votre aide.

MicP

Je n'ai jamais utilisé le mode UEFI de mes machines,
ce qui fait que je n'ai aucune compétences dans ce domaine.

Mais je suis pratiquement sûr que ton disque neuf fonctionne très bien
et que le problème est plutôt à régler du côté du BIOS (ou/et UEFI à désactiver) de ta machine.

Une fois ce problème réglé, je suis sur que tu pourras démarrer ta machine sans problème
et en plus, tu sauras quoi faire pour que tes futures installations puissent se dérouler sans problème.

Il y aura sûrement quelqu'un connaissant le BIOS ou et l'UEFI de ta machine (car ils diffèrent parfois d'une machine à l'autre)
qui viendra te proposer une solution.

=======
Il faudrait quelques informations concernant ta machine
qui seront retournées par la ligne de commandes suivante :

sudo dmidecode -qt baseboard; sudo dmidecode -qt bios

heronheronpetitpatapon

ah merci tu me remontes le morale :-p voila le retour de la commande :

kubuntu@kubuntu:~$ sudo dmidecode -qt baseboard; sudo dmidecode -qt bios
Base Board Information
        Manufacturer: Notebook                        
        Product Name: N14xWU                         
        Version: Not Applicable                  
        Serial Number: Not Applicable                  
        Asset Tag: Tag 12345
        Features:
                Board is a hosting board
                Board is replaceable
        Location In Chassis: Not Applicable
        Type: Motherboard

On Board Device 1 Information
        Type: Sound
        Status: Enabled
        Description: HD-Audio
On Board Device 2 Information
        Type: Ethernet
        Status: Enabled
        Description: Giga Lan

BIOS Information
        Vendor: American Megatrends Inc.
        Version: 1.05.02
        Release Date: 03/26/2018
        Address: 0xF0000
        Runtime Size: 64 kB
        ROM Size: 6144 kB
        Characteristics:
                PCI is supported
                BIOS is upgradeable
                BIOS shadowing is allowed
                Boot from CD is supported
                Selectable boot is supported
                EDD is supported
                Print screen service is supported (int 5h)
                8042 keyboard services are supported (int 9h)
                Printer services are supported (int 17h)
                ACPI is supported
                USB legacy is supported
                BIOS boot specification is supported
                Targeted content distribution is supported
                UEFI is supported
        BIOS Revision: 5.2
        Firmware Revision: 5.2

kubuntu@kubuntu:~$

heronheronpetitpatapon

MicP a écritJe n'ai jamais utilisé le mode UEFI de mes machines,
ce qui fait que je n'ai aucune compétences dans ce domaine.

Mais je suis pratiquement sûr que ton disque neuf fonctionne très bien
et que le problème est plutôt à régler du côté du BIOS (ou/et UEFI à désactiver) de ta machine.

Une fois ce problème réglé, je suis sur que tu pourras démarrer ta machine sans problème
et en plus, tu sauras quoi faire pour que tes futures installations puissent se dérouler sans problème.

Il y aura sûrement quelqu'un connaissant le BIOS ou et l'UEFI de ta machine (car ils diffèrent parfois d'une machine à l'autre)
qui viendra te proposer une solution.

Bah l'UEFI j'ai essayé sans et avec comme tu l'as vu ==> ça n'a rien donné 🙁 mais bon on va espèrer! Il m'a couté

MicP

Les informations retournées par dmidecode sur ta machine
ressemblent beaucoup à celles données dans cette page web : https://useblocks.com/posts/tuxedo_review
La version et date du BIOS sont les mêmes.

Je n'arrive pas à trouver un manuel montrant les options du BIOS possibles
qui m'auraient permis d'essayer de te guider pour désactiver le mode UEFI
ou de vérifier s'il n'est pas déjà désactivé.

=======
Il y aura sans doute quelqu'un pour te guider,
moi, j'ai peur de te faire faire des bêtises.

=======
Pour te rassurer au sujet de ton disque dur tout neuf :
Le programme d'installation d'Ubuntu ne serait pas arrivé à l'étape d'installation du chargeur de boot
sans t'avoir signalé que le disque avait un problème.

heronheronpetitpatapon

Merci espérons alors qu'une bonne âme passe par ici!😃 merci pour ton aide, c'est déja super!

MicP

Mais j'y pense : pour pouvoir démarrer l'installation,
tu as dû faire le choix de démarrer sur la clef USB (ou le CDrom)
et dans la liste des périphériques bootables dans laquelle tu as fais ce choix,
il y avait peut-être les disques de ta machine.

Donc, tu pourrais essayer chacun des disques de la liste,
et au pire, ça ne démarrera pas,
au mieux, tu verras ta machine démarrer sur le "bon" disque.

heronheronpetitpatapon

MicP a écritMais j'y pense : pour pouvoir démarrer l'installation,
tu as dû faire le choix de démarrer sur la clef USB (ou le CDrom)
et dans la liste des périphériques bootables dans laquelle tu as fais ce choix,
il y avait peut-être les disques de ta machine.

Donc, tu pourrais essayer chacun des disques de la liste,
et au pire, ça ne démarrera pas,
au mieux, tu verras ta machine démarrer sur le "bon" disque.

MErci j'ai déja essayé ça et ça n'a rien donné! :-( mais je veux bien retenter demain!

geole

Bonjour.
Pourrais-tu fournir un boot-info?

heronheronpetitpatapon

ah salut Geole ça faisait longtemps 😉
Voila le rapport boot-info
https://paste.ubuntu.com/p/pyw4pvx9fg/

heronheronpetitpatapon

Personne n'a une petite idée ?

geole

Voila ce qu'on voit dans le boot-info.
1) Pour le premier disque

sda: ___________________________________________________________________________
    File system:       btrfs
    Boot sector type:  Grub2 (v1.99-2.00)
    Boot sector info:  Grub2 (v1.99-2.00) is installed in the boot sector of 
                       sda and looks at sector 60744688 of the same hard
                       drive for core.img, but core.img can not be found at 
                       this location.
    Mounting failed:   mount: /mnt/BootInfo/FD/sda: /dev/sda already mounted or mount point busy.

Tu ne lui as toujours pas fabriqué une table de partition
Tu as choisis BTRFS. Ce type de partition n'est pas traité par OS-PROBER, il ne pourra jamais être proposé au boot par le grub
Ce type de choix n'est valable que lorsque c'est lui le CHEF

2) Pour le second disque.
Comme le boot se fait en mode LEGACY, Il faut regarder ce qu'il y a dans le MBR pour booter.
Grub2 (v2.00) is installed in the MBR of /dev/sdb and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for (,msdos5)/boot/grub. It also embeds following components:
Donc il veut aller dans la partition 5 du disque SDB
Pas de chance, il n'y en a pas

Mais il y a quelque chose dans la partition N°1

sdb1: __________________________________________________________________________
    File system:       ext4
    Boot sector type:  Grub2 (v1.99-2.00)
    Boot sector info:  Grub2 (v2.00) is installed in the boot sector of sdb1 
                       and looks at sector 201621584 of the same hard drive 
                       for core.img. core.img is at this location and looks 
                       for (,msdos1)/boot/grub. It also embeds following 
                       components:
                       modules
                       -------------------------------------------------------
                       fshelp ext2 part_msdos biosdisk
                       -------------------------------------------------------
    Operating System:  Ubuntu 20.04 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub 
                       /boot/grub/i386-pc/core.img

On voit même que il y a un pseudo MBR en début de cette partition au lieu d'être en début du disque!!! qui lui pointe bien sur la partition 1 mais Il est totalement impossible de dire au bios de booter sur telle partition d'un disque. Donc il ne sert à rien!

Pour les réparations, la réparation recommandée est
The default repair of the Boot-Repair utility would purge (in order to fix packages) and reinstall the grub-efi-amd64-signed of
sda1,
using the following options: sdc2/boot/efi,

Elle propose de réparer la première installation en utilisant ton support d'installation. Cela ne me semble pas sérieux

Donc pour réparer.
1) Lancer une session en live-USB
2) Vérifier que c'est bien lancé en LEGACY et pas en EFI
3) Lancer boot-repair Contrôler pendant sa recherche qu'il est bien resté LEGACY.
4) Choisir les options avancées
5) choisir la partition SDB1.
6) Je ne sais pas s'il te proposera le disque où mettre le MBR (Il y a un onglet que je ne connais pas du tout car EFI!)
Tu choisiras le disque que tu veux en adéquation avec le disque prioritaire défini dans le bios (J'ai envie de dire que c'est SDA)
Ne mets pas le MBR dans une partition.

heronheronpetitpatapon

Waaahooou super merci Geole, je vais m'y mettre. Je te tiens au courant, mais petite question, comment un disque peut-re en BTRFS alors que mes deux partitons sda1 et sda2 sont en Ext4 ????
Ok je vais refaire tout formater et refaire une table de partiton compatible MS-DOS avec des partitions Ext4!

Je précise que sdb correspond à un deuxième disque dur de 120 Go en SSD alors que les partitons sda1 et sda2 font partie d'un autre disque dur SSD de 2To. Quand à sdc c'est mon live USB :-p

1) Lancer une session en live-USB --FAIT
2) Vérifier que c'est bien lancé en LEGACY et pas en EFI[b] --FAIT
3) Lancer boot-repair  Contrôler pendant sa recherche qu'il est bien resté LEGACY. --FAIT
4) Choisir les options avancées  --FAIT
4) Choisir les options avancées  --FAIT
5) choisir la partition SDB1. [b] --FAIT
6) Je ne sais pas s'il te proposera le disque où mettre le MBR (Il y a un onglet que je ne connais pas du tout car EFI!)
    Tu choisiras le disque que tu veux    en adéquation avec le disque prioritaire défini dans le bios (J'ai envie de dire que c'est SDA)  --FAIT

j'ai donc "appliqué" les changements mais j'ai eu ce message :

La session en cours est en mode de compatibilité BIOS. Veuillez désactiver le mode BIOS-compatibility/CSM/Legacy dans votre firmware UEFI, et utiliser ce logiciel depuis un live-CD (ou live-USB) qui est compatible avec le mode de démarrage UEFI. Par exemple, utilisez un live-USB de Boot-Repair-Disk-64bit (www.sourceforge.net/p/boot-repair-cd), après avoir vérifié que votre BIOS est réglé pour démarrer l'USB en mode EFI. Cela vous permettra d'utiliser cette fonctionnalité.

Si je comprend bien il faut que je remet le mode UEFI et pas LEGACY c'est ça?

geole

Je ne vois pas pourquoi, tu n'aurais pas le droit de rester en mode LEGACY si tel est ton choix…

Je pense qu'il a été trompé par le disque SDA

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

Il est vrai que si un disque est vu GPT et que le bios supporte EFI, on aurait tort de le refuser.
Mais le disque SDA à une taille qui n'oblige pas ce type de partitionnement GPT vu sa taille plus petite que 2 To
Disk sda: 1.84 TiB, 2000398934016 bytes, 3907029168 sectors
Attention si tu bootes en EFI, il va exiger la présence d'une partition FAT32 de 36 Mo avec drapeau ESP sur le disque SDB.
Il faut donc la créer par gparted avant.
Il faudra que tu choisisses la réparation avancée car en standard, il voudra utiliser SDA et pas SDB et dans la grille tu choisiras la partition EFI du disque SDB

heronheronpetitpatapon

Je tente une vérification avec Boot-repair en UEFI

kubuntu@kubuntu:~$ [ -d /sys/firmware/efi ] && echo "Installé en mode EFI" || echo "Installé en mode classique"
Installé en mode EFI
kubuntu@kubuntu:~$

j'ai lancé boot repair, j'ai mis dans les options avancé :
-réinstaller GRUB
-installer dans sda1 puis j'ailancé et j'ai eu cette fenetre :

j'en suis là, j'ai pas bougé en attendant de nouvelles instructions pour être bien sur!

Mais dans le fond pourquoi est-ce qu'il faut vérifier tout ça avec Boot-repair? Si après je formate tout et je réinstalle dans le bon mode UEFI ma table de partiton, mes partitions et mon OS, la vérification n'aura pas servi à grand chose non? Enfin je me pose la question.

heronheronpetitpatapon

geole a écritJe ne vois pas pourquoi, tu n'aurais pas le droit de rester en mode LEGACY si tel est ton choix…

Je pense qu'il a été trompé par le disque SDA
sda	: is-GPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, has-os,	2048 sectors * 512 bytes
sdb	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, has-os,	2048 sectors * 512 bytes
Il est vrai que si un disque est vu GPT et que le bios supporte EFI, on aurait tort de le refuser.
Mais le disque SDA à une taille qui n'oblige pas ce type de partitionnement GPT vu sa taille plus petite que 2 To
Disk sda: 1.84 TiB, 2000398934016 bytes, 3907029168 sectors
Attention si tu bootes en EFI, il va exiger la présence d'une partition FAT32 de 36 Mo avec drapeau ESP sur le disque SDB.
Il faut donc la créer par gparted avant.
Il faudra que tu choisisses la réparation avancée car en standard, il voudra utiliser SDA et pas SDB et dans la grille tu choisiras la partition EFI du disque SDB

Vu, merci, je vois ça ce soir ou demain, je tiens au courant!

geole

appuie sur la touche.
Cela va supprimer le grub legacy mais la suite va en installer un autre compatible EFI

heronheronpetitpatapon

salut Geole,
Je reprends ta procédure, après avoir redémarré avec mon LIVE-USB, j'ai vérifié si j'étais bien en UEFI :

kubuntu@kubuntu:~$ [ -d /sys/firmware/efi ] && echo "Installé en mode EFI" || echo "Installé en mode classique"
Installé en mode EFI
kubuntu@kubuntu:~$

Après j'ai lancé Boot-repair
j'ai lancé la réparation lancé les trois commandes si dessous et appuyé sur "oui" et supprimé le Grub

kubuntu@kubuntu:~$ sudo chroot "/mnt/boot-sav/sda1" dpkg --configure -a && sudo chroot "/mnt/boot-sav/sda1" dpkg --configure -a && sudo chroot "/mnt/boot-sav/sda1" apt-get purge -y grub*-common shim-signed
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Note : sélection de grub-common pour l'expression rationnelle « grub*-common »
Note : sélection de grub2-common pour l'expression rationnelle « grub*-common »
Le paquet « shim-signed » n'est pas installé, et ne peut donc être supprimé
Les paquets suivants seront ENLEVÉS :
  grub-common* grub-gfxpayload-lists* grub-pc* grub-pc-bin* grub2-common* os-prober*
0 mis à jour, 0 nouvellement installés, 6 à enlever et 138 non mis à jour.
Après cette opération, 18,8 Mo d'espace disque seront libérés.
(Lecture de la base de données... 213073 fichiers et répertoires déjà installés.)
Suppression de os-prober (1.74ubuntu2) ...
Suppression de grub-pc (2.04-1ubuntu26) ...
Suppression de grub2-common (2.04-1ubuntu26) ...
Suppression de grub-pc-bin (2.04-1ubuntu26) ...
Suppression de grub-gfxpayload-lists (0.7) ...
Suppression de grub-common (2.04-1ubuntu26) ...
Running in chroot, ignoring request.
Running in chroot, ignoring request: daemon-reload
Running in chroot, ignoring request: is-active
Running in chroot, ignoring request: stop
Running in chroot, ignoring request: stop
Running in chroot, ignoring request: daemon-reload
Running in chroot, ignoring request: daemon-reload
Traitement des actions différées (« triggers ») pour install-info (6.7.0.dfsg.2-5) ...
Traitement des actions différées (« triggers ») pour man-db (2.9.1-1) ...
(Lecture de la base de données... 212600 fichiers et répertoires déjà installés.)
Purge des fichiers de configuration de grub2-common (2.04-1ubuntu26) ...
Purge des fichiers de configuration de grub-pc (2.04-1ubuntu26) ...
Purge des fichiers de configuration de grub-common (2.04-1ubuntu26) ...
Running in chroot, ignoring request: daemon-reload
Running in chroot, ignoring request: daemon-reload
Running in chroot, ignoring request: daemon-reload
Running in chroot, ignoring request: daemon-reload
Traitement des actions différées (« triggers ») pour systemd (245.4-4ubuntu3) ...
Running in chroot, ignoring request: daemon-reload
kubuntu@kubuntu:~$

La suite de l'opération :

kubuntu@kubuntu:~$ sudo chroot "/mnt/boot-sav/sda1" apt-get install -y grub-efi-amd64-signed shim-signed linux-headers-generic
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
linux-headers-generic est déjà la version la plus récente (5.4.0.33.38).
linux-headers-generic passé en « installé manuellement ».
Les paquets supplémentaires suivants seront installés : 
  efibootmgr grub-common grub-efi-amd64 grub-efi-amd64-bin grub2-common mokutil os-prober shim
Paquets suggérés :
  multiboot-doc grub-emu xorriso desktop-base
Les NOUVEAUX paquets suivants seront installés :
  efibootmgr grub-common grub-efi-amd64 grub-efi-amd64-bin grub-efi-amd64-signed grub2-common mokutil os-prober shim shim-signed
0 mis à jour, 10 nouvellement installés, 0 à enlever et 138 non mis à jour.
Il est nécessaire de prendre 3449 ko/4648 ko dans les archives.
Après cette opération, 32,6 Mo d'espace disque supplémentaires seront utilisés.
Réception de :1 http://fr.archive.ubuntu.com/ubuntu focal/main amd64 grub-common amd64 2.04-1ubuntu26 [1853 kB]
Réception de :2 http://fr.archive.ubuntu.com/ubuntu focal/main amd64 grub2-common amd64 2.04-1ubuntu26 [589 kB]
Réception de :3 http://fr.archive.ubuntu.com/ubuntu focal/main amd64 grub-efi-amd64 amd64 2.04-1ubuntu26 [46,6 kB]
Réception de :4 http://fr.archive.ubuntu.com/ubuntu focal/main amd64 mokutil amd64 0.3.0+1538710437.fb6250f-1 [22,6 kB]
Réception de :5 http://fr.archive.ubuntu.com/ubuntu focal/main amd64 os-prober amd64 1.74ubuntu2 [20,1 kB]
Réception de :6 http://fr.archive.ubuntu.com/ubuntu focal/main amd64 shim amd64 15+1533136590.3beb971-0ubuntu1 [575 kB]
Réception de :7 http://fr.archive.ubuntu.com/ubuntu focal/main amd64 shim-signed amd64 1.40.3+15+1533136590.3beb971-0ubuntu1 [344 kB]
3449 ko réceptionnés en 0s (19,8 Mo/s)
Préconfiguration des paquets...
Sélection du paquet efibootmgr précédemment désélectionné.
(Lecture de la base de données... 212582 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../0-efibootmgr_17-1_amd64.deb ...
Dépaquetage de efibootmgr (17-1) ...
Sélection du paquet grub-common précédemment désélectionné.
Préparation du dépaquetage de .../1-grub-common_2.04-1ubuntu26_amd64.deb ...
Dépaquetage de grub-common (2.04-1ubuntu26) ...
Sélection du paquet grub-efi-amd64-bin précédemment désélectionné.
Préparation du dépaquetage de .../2-grub-efi-amd64-bin_2.04-1ubuntu26_amd64.deb ...
Dépaquetage de grub-efi-amd64-bin (2.04-1ubuntu26) ...
Sélection du paquet grub2-common précédemment désélectionné.
Préparation du dépaquetage de .../3-grub2-common_2.04-1ubuntu26_amd64.deb ...
Dépaquetage de grub2-common (2.04-1ubuntu26) ...
Sélection du paquet grub-efi-amd64 précédemment désélectionné.
Préparation du dépaquetage de .../4-grub-efi-amd64_2.04-1ubuntu26_amd64.deb ...
Dépaquetage de grub-efi-amd64 (2.04-1ubuntu26) ...
Sélection du paquet grub-efi-amd64-signed précédemment désélectionné.
Préparation du dépaquetage de .../5-grub-efi-amd64-signed_1.142+2.04-1ubuntu26_amd64.deb ...
Dépaquetage de grub-efi-amd64-signed (1.142+2.04-1ubuntu26) ...
Sélection du paquet mokutil précédemment désélectionné.
Préparation du dépaquetage de .../6-mokutil_0.3.0+1538710437.fb6250f-1_amd64.deb ...
Dépaquetage de mokutil (0.3.0+1538710437.fb6250f-1) ...
Sélection du paquet os-prober précédemment désélectionné.
Préparation du dépaquetage de .../7-os-prober_1.74ubuntu2_amd64.deb ...
Dépaquetage de os-prober (1.74ubuntu2) ...
Sélection du paquet shim précédemment désélectionné.
Préparation du dépaquetage de .../8-shim_15+1533136590.3beb971-0ubuntu1_amd64.deb ...
Dépaquetage de shim (15+1533136590.3beb971-0ubuntu1) ...
Sélection du paquet shim-signed précédemment désélectionné.
Préparation du dépaquetage de .../9-shim-signed_1.40.3+15+1533136590.3beb971-0ubuntu1_amd64.deb ...
Dépaquetage de shim-signed (1.40.3+15+1533136590.3beb971-0ubuntu1) ...
Paramétrage de efibootmgr (17-1) ...
Paramétrage de mokutil (0.3.0+1538710437.fb6250f-1) ...
Paramétrage de shim (15+1533136590.3beb971-0ubuntu1) ...
Paramétrage de grub-common (2.04-1ubuntu26) ...
Created symlink /etc/systemd/system/multi-user.target.wants/grub-initrd-fallback.service → /lib/systemd/system/grub-initrd-fallback.service.
Created symlink /etc/systemd/system/rescue.target.wants/grub-initrd-fallback.service → /lib/systemd/system/grub-initrd-fallback.service.
Created symlink /etc/systemd/system/emergency.target.wants/grub-initrd-fallback.service → /lib/systemd/system/grub-initrd-fallback.service.
Running in chroot, ignoring request: daemon-reload
Running in chroot, ignoring request: is-active
Running in chroot, ignoring request: start
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Running in chroot, ignoring request: daemon-reload
Running in chroot, ignoring request.
Running in chroot, ignoring request: daemon-reload
Running in chroot, ignoring request: is-active
Running in chroot, ignoring request: start
Paramétrage de os-prober (1.74ubuntu2) ...
Paramétrage de grub-efi-amd64-bin (2.04-1ubuntu26) ...
Paramétrage de grub2-common (2.04-1ubuntu26) ...
Paramétrage de grub-efi-amd64 (2.04-1ubuntu26) ...

Creating config file /etc/default/grub with new version
Paramétrage de grub-efi-amd64-signed (1.142+2.04-1ubuntu26) ...
Paramétrage de shim-signed (1.40.3+15+1533136590.3beb971-0ubuntu1) ...
Traitement des actions différées (« triggers ») pour systemd (245.4-4ubuntu3) ...
Running in chroot, ignoring request: daemon-reload
Traitement des actions différées (« triggers ») pour man-db (2.9.1-1) ...
Traitement des actions différées (« triggers ») pour install-info (6.7.0.dfsg.2-5) ...
kubuntu@kubuntu:~$

Il purge et réinstalle le Grub...

voila le rapport de boot :
https://paste.ubuntu.com/p/KSd4qtntHp/

Apparement il y'a eu une erreur pendant l'installation :

:/:mad: j'espère que c'est pas grand chose! car la purge, et l'installation du nouveau Grub s'est déroulée sans accro!

geole

Bonsoir.
Je n'avais pas le souvenir de t'avoir dit de faire une réparation standard.
en t'expliquant pourquoi elle était fausse.
Peine perdue, c'est celle que tu as choisis et je n'ai pas vu l'existance de la partition FAT32 que je t'avait demandé de créer. Il a donc utilisé celle de ton support d'installation. Mais il n'y avait plus de place, Elle est probablement montée en lecture seule..l.

Tu as certainement mis le drapeau ESP sur SDA1 qui n'est pas formaté en FAT32 mais en ext4 incompatible pour booter.

geole

MicP a écritBonjour
Disk /dev/sda: 1.84 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: Seagate BarraCud
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Apparemment, il n'y a pas de table des partitions,
et donc, pas de partitions non plus sur le disque /dev/sda
/dev/sda: UUID="1423dc81-0f1a-4e20-873d-9c55d63f1692" UUID_SUB="fee9f851-d51e-45dc-8914-02c3292ede38" TYPE="btrfs"
Comme tu as formaté ce disque plutôt qu'une partition de ce disque,
il n'y a plus de place pour un MBR,
il est donc impossible d'installer un chargeur de boot sur ce disque.

=======
Refais ton installation en commençant par créer sur ce disque une table des partitions,
puis une partition que tu pourras alors formater avec le système de fichiers de ton choix.
Une fois l'installation terminée, tu pourras cette fois installer le chargeur de boot sur ce disque.

Une bonne table de partition est au format GPT voir MBR. il est probable que tu puisses convertir avec testdisk sinon, avec gparted, suppression de toutes les partitions de ce disque et création de la table de partition avec l'onglet periphérique.

« Page précédente Page suivante »