[RESOLU] Problème de Grub à l'installation d'Ubuntu

heronheronpetitpatapon · Le 07/06/2020, à 23:01

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

MicP · Le 07/06/2020, à 23:13

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.

Dernière modification par MicP (Le 07/06/2020, à 23:14)

heronheronpetitpatapon · Le 08/06/2020, à 00:40

MicP a écrit :

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.

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

geole · Le 08/06/2020, à 08:30

Bonjour.
Pourrais-tu fournir un boot-info?

heronheronpetitpatapon · Le 08/06/2020, à 09:26

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

Dernière modification par heronheronpetitpatapon (Le 08/06/2020, à 09:27)

heronheronpetitpatapon · Le 08/06/2020, à 16:40

Personne n'a une petite idée ?

geole · Le 08/06/2020, à 17:57

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.

Dernière modification par geole (Le 08/06/2020, à 17:58)

heronheronpetitpatapon · Le 08/06/2020, à 18:18

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?

Dernière modification par heronheronpetitpatapon (Le 08/06/2020, à 18:22)

geole · Le 08/06/2020, à 18:49

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

Dernière modification par geole (Le 08/06/2020, à 18:50)

heronheronpetitpatapon · Le 08/06/2020, à 18:52

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 · Le 08/06/2020, à 18:54

geole a écrit :

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

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

geole · Le 08/06/2020, à 19:44

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

heronheronpetitpatapon · Le 09/06/2020, à 17:54

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 :

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!

Dernière modification par heronheronpetitpatapon (Le 09/06/2020, à 18:14)

geole · Le 09/06/2020, à 18:45

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.

Dernière modification par geole (Le 09/06/2020, à 18:48)

geole · Le 09/06/2020, à 18:56

MicP a écrit :

Bonjour
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.

heronheronpetitpatapon · Le 09/06/2020, à 19:19

Désolé j'avais mal compris.
Donc :
1) je formate tout mon disque
2) je crée la petit partiton de 32 Mo en Fat32 avec le drapeau ESP
3) je retente l'opération précédement faite avec Boot-repair
c'est bien ça?

geole · Le 09/06/2020, à 19:49

C'est une bonne solution.
Sinon la partition peut aussi être créée dans le disque sdb

Dernière modification par geole (Le 09/06/2020, à 19:51)

heronheronpetitpatapon · Le 09/06/2020, à 20:29

1-J'ai supprimé toutes les partitons.
2-J'ai crée une partiton FAT32 de de 32 Mo sur SDAavec une étiquette "ESR"

Créer une nouvelle partition (32,00 Mio, fat32) sur « /dev/sda » 
Tâche : Créer une nouvelle partition sur le périphérique « /dev/sda » 
Commande : sfdisk --force --append /dev/sda 
Créer la nouvelle partition « /dev/sda1 » : Réussi

Tâche : Créer le système de fichiers « fat32 » sur la partition « /dev/sda1 » 
Commande : mkfs.fat -F32 -I -v /dev/sda1 

Commande : sfdisk --part-type /dev/sda 1 c 
Créer le système de fichiers « fat32 » sur la partition « /dev/sda1 » : Réussi

Tâche : Définir l'étiquette du système de fichiers sur la partition « /dev/sda1 » à « ESR » 
Association de l'étiquette de la partition « /dev/sda1 » à ESR 

Commande : fatlabel /dev/sda1 ESR 
Définir l'étiquette du système de fichiers sur la partition « /dev/sda1 » à « ESR » : Réussi

Tâche : Vérifier le système de fichiers sur la partition « /dev/sda1 » 
Commande : fsck.fat -a -w -v /dev/sda1 
Vérifier le système de fichiers sur la partition « /dev/sda1 » : Réussi
Créer une nouvelle partition (32,00 Mio, fat32) sur « /dev/sda » : Réussi

3-Rapport pour la création des partitons sur SDA

Gestionnaire de partitions de KDE : rapport d'état SMART
Date : 	09/06/2020 19:26
Version de programme : 	4.1.0
Moteur : 	pmsfdiskbackendplugin (1)
Version de KDE Frameworks : 	5.67.0
Machine : 	Linux kubuntu 5.4.0-26-generic #30-Ubuntu SMP Mon Apr 20 16:58:30 UTC 2020 x86_64

Créer une nouvelle partition (48,83 Gio, ext4) sur « /dev/sda »
Tâche : Créer une nouvelle partition sur le périphérique « /dev/sda »
Commande : sfdisk --force --append /dev/sda
Créer la nouvelle partition « /dev/sda2 » : Réussi
Tâche : Créer le système de fichiers « ext4 » sur la partition « /dev/sda2 »
Commande : mkfs.ext4 -qF /dev/sda2
Commande : sfdisk --part-type /dev/sda 2 83
Créer le système de fichiers « ext4 » sur la partition « /dev/sda2 » : Réussi
Tâche : Définir l'étiquette du système de fichiers sur la partition « /dev/sda2 » à «  »
Commande : e2label /dev/sda2
Définir l'étiquette du système de fichiers sur la partition « /dev/sda2 » à «  » : Réussi
Tâche : Vérifier le système de fichiers sur la partition « /dev/sda2 »
Commande : e2fsck -f -y -v /dev/sda2
Vérifier le système de fichiers sur la partition « /dev/sda2 » : Réussi
Créer une nouvelle partition (48,83 Gio, ext4) sur « /dev/sda » : Réussi
Créer une nouvelle partition (1,77 Tio, ext4) sur « /dev/sda »
Tâche : Créer une nouvelle partition sur le périphérique « /dev/sda »
Commande : sfdisk --force --append /dev/sda
Créer la nouvelle partition « /dev/sda3 » : Réussi
Tâche : Créer le système de fichiers « ext4 » sur la partition « /dev/sda3 »
Commande : mkfs.ext4 -qF /dev/sda3
Commande : sfdisk --part-type /dev/sda 3 83
Créer le système de fichiers « ext4 » sur la partition « /dev/sda3 » : Réussi
Tâche : Définir l'étiquette du système de fichiers sur la partition « /dev/sda3 » à «  »
Commande : e2label /dev/sda3
Définir l'étiquette du système de fichiers sur la partition « /dev/sda3 » à «  » : Réussi
Tâche : Vérifier le système de fichiers sur la partition « /dev/sda3 »
Commande : e2fsck -f -y -v /dev/sda3
Vérifier le système de fichiers sur la partition « /dev/sda3 » : Réussi
Créer une nouvelle partition (1,77 Tio, ext4) sur « /dev/sda » : Réussi

Vérification avec fdisk -l

kubuntu@kubuntu:~$ sudo fdisk -l
Disk /dev/loop0: 1,68 GiB, 1783603200 bytes, 3483600 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


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
Disklabel type: dos
Disk identifier: 0x4c859ddc

Device     Boot     Start        End    Sectors  Size Id Type
/dev/sda1            2048      67583      65536   32M  c W95 FAT32 (LBA)
/dev/sda2           67584  102467583  102400000 48,8G 83 Linux
/dev/sda3       102467584 3907022847 3804555264  1,8T 83 Linux


Disk /dev/sdb: 111,82 GiB, 120040980480 bytes, 234455040 sectors
Disk model: WDC WDS120G2G0B-
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: 0xe94d366d


Disk /dev/sdc: 14,45 GiB, 15500574720 bytes, 30274560 sectors
Disk model: DataTraveler 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: 0x6511e92e

Device     Boot   Start      End  Sectors  Size Id Type
/dev/sdc1  *          0  4597727  4597728  2,2G  0 Empty
/dev/sdc2       3689420  3697355     7936  3,9M ef EFI (FAT-12/16/32)
/dev/sdc3       4599808 30274559 25674752 12,2G 83 Linux
kubuntu@kubuntu:~$

J'ai bon pour l'instant ? Est-ce que je dois utiliser à nouveau boot repair pour installer un Grub ? ou cela pourra se faire pendant l'installation ?

PS : Est-ce un problème si je laisse un disque (en l'occurence sdb) non alloué ? Ca peut poser un problème pour le boot ou pas ?

Faut-il mieux tout mettre sur un disque ou séparé le système et le home sur deux disques différents ?
Merci de ton aide.

geole · Le 09/06/2020, à 20:46

pourrais-tu refaire un boot-info pour voir sa réparation standard.
S'il te propose de réparer sda, est-ce que cela va te convenir?

heronheronpetitpatapon · Le 09/06/2020, à 20:48

geole a écrit :

pourrais-tu refaire un boot-info pour voir sa réparation standard.
S'il te propose de réparer sda, est-ce que cela va te convenir?

Ok voila le rapport : https://paste.ubuntu.com/p/ZZBqcjz563/

Merci bcp geole!

geole · Le 09/06/2020, à 20:54

heronheronpetitpatapon a écrit :

Bonjour, je viens d'installer un nouveau disque dur SSD de 2 To dans mon pc. Donc je me suis mis a réinstaller Kubuntu.
Voila quelques infos :
kubuntu@kubuntu:~$ sudo fdisk -lu & sudo blkid

Disk /dev/sdb: 111.82 GiB, 120040980480 bytes, 234455040 sectors
Disk model: WDC WDS120G2G0B-

Disk /dev/sda: 1.84 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: Seagate BarraCud 
merci de votre aide.

Tu voulais dire 120 Go!!!!!

heronheronpetitpatapon · Le 09/06/2020, à 20:58

geole a écrit :

heronheronpetitpatapon a écrit :
Bonjour, je viens d'installer un nouveau disque dur SSD de 2 To dans mon pc. Donc je me suis mis a réinstaller Kubuntu.
Voila quelques infos :
kubuntu@kubuntu:~$ sudo fdisk -lu & sudo blkid

Disk /dev/sdb: 111.82 GiB, 120040980480 bytes, 234455040 sectors
Disk model: WDC WDS120G2G0B-

Disk /dev/sda: 1.84 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: Seagate BarraCud 
merci de votre aide.
Tu voulais dire 120 Go!!!!!

J'ai deux disques SSD :
- sda de 1.84 to
- sdb de 120 Go

heronheronpetitpatapon · Le 09/06/2020, à 20:59

Je peux lancer la réinstallation sur sda à ton avis? Tu penses quoi du dernier rapport ?

Dernière modification par heronheronpetitpatapon (Le 09/06/2020, à 21:02)

geole · Le 09/06/2020, à 21:02

Arrête de faire des commandes que tu ne maîtrise pas et utilise garted pour mettre des tables de partition GPTdans tes deux disques Puis réinstalle avec la méthode autre chose pour choisir le ssd pour la partition / et le disque dur pour /home

Car il n'y a plus rien dans SDB!

Dernière modification par geole (Le 09/06/2020, à 21:04)

heronheronpetitpatapon · Le 09/06/2020, à 21:06

geole a écrit :

Arrête de faire des commandes que tu ne maîtrise pas et utilise garted pour mettre des tables de partition GPTdans tes deux disques Puis réinstalle avec la méthode autre chose pour choisir le ssd pour la partition / et le disque dur pour /home
Car il n'y a plus rien dans SDB!

euh c'est exactement ce que j'ai fait en utilisant l'outils de partiton de KDE !!!!!

Geole a écrit :

Puis réinstalle avec la méthode autre chose pour choisir le ssd pour la partition / et le disque dur pour /home

J'ai du mal à te suivre là! Peux-tu être plus précis please!

Dernière modification par heronheronpetitpatapon (Le 09/06/2020, à 21:12)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 07/06/2020, à 23:01

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#27 Le 07/06/2020, à 23:13

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#28 Le 08/06/2020, à 00:40

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#29 Le 08/06/2020, à 08:30

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#30 Le 08/06/2020, à 09:26

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#31 Le 08/06/2020, à 16:40

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#32 Le 08/06/2020, à 17:57

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#33 Le 08/06/2020, à 18:18

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#34 Le 08/06/2020, à 18:49

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#35 Le 08/06/2020, à 18:52

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#36 Le 08/06/2020, à 18:54

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#37 Le 08/06/2020, à 19:44

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#38 Le 09/06/2020, à 17:54

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#39 Le 09/06/2020, à 18:45

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#40 Le 09/06/2020, à 18:56

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#41 Le 09/06/2020, à 19:19

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#42 Le 09/06/2020, à 19:49

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#43 Le 09/06/2020, à 20:29

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#44 Le 09/06/2020, à 20:46

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#45 Le 09/06/2020, à 20:48

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#46 Le 09/06/2020, à 20:54

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#47 Le 09/06/2020, à 20:58

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#48 Le 09/06/2020, à 20:59

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#49 Le 09/06/2020, à 21:02

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

#50 Le 09/06/2020, à 21:06

Re : [RESOLU] Problème de Grub à l'installation d'Ubuntu

Pied de page des forums