[Résolu] Allouer espace libre à partition, mais boot entre les deux

guigui_86 · Le 24/06/2023, à 15:50

Bonjour à tous,

Ci-dessous l'état de mes partitions :

Je voudrais allouer l'espace non alloué à /dev/sda6.

Si j'ai bien compris, il faut d'abord faire des déplacements jusqu'à ce que l'espace non alloué soit à droite de /dev/sda6. Seulement cela nécessite de déplacer la petite partition /dev/sda3 boot EFI qui est entre les deux. Lorsque j'essaie de faire cela, gparted me dit que je risque de ne plus pouvoir démarrer car j'aurais bougé les informations de démarrage, effrayant n'est-ce-pas ?

Des idées pour éviter de déplacer la partition de boot /dev/sda3 ? Et si je suis obligé de le faire, comment m'en sortir si plus rien ne boote ensuite ?

Merci d'avance pour votre aide.

Dernière modification par guigui_86 (Le 25/06/2023, à 01:03)

erresse · Le 24/06/2023, à 17:15

Bonjour,

To volume racine "/dev/sda1" est quasiment plein et risque de bloquer ton système s'il est appelé à s'agrandir encore...
Et au lieu de profiter de l'espace libre qui le suit pour lui donner de l'air... tu veux l'ajouter à "/dev/sda6" qui n'est même pas à moitié plein ?!?
C'est quoi ta logique dans cette démarche ?
Toutefois, si tu tiens à mener quand même ce projet jusqu'au bout, pour parvenir à agrandir "/dev/sda6" avec l'espace non alloué, il te faudra :
1 - Démarrer sur une session "live" en choisissant "Essayer sans installer"
2 - Lancer Gparted et se positionner sur le disque "/dev/sda"
3 - Déplacer la partition "/dev/sda3" au début de l'espace non alloué (et oui, ça risque de t'empêcher de redémarrer direct)
4 - Ajouter l'espace non alloué restant à la partition étendue "/dev/sda2"
5 - Étendre la partition "/dev/sda6" vers la gauche pour y inclure l'espace libre
Note: Il est possible que les manipulations aient fait changer les UUID de certaines partitions, notamment la "/dev/sda3" qui contient l'EFI. Il faudrait alors avant d'essayer de redémarrer sur le système installé, modifier les UUID dans le fichier "/etc/fstab" pour les remettre à jour. Et tu peux aussi faire une prière si tu es croyant, ça ne saurait nuire...

Dernière modification par erresse (Le 24/06/2023, à 17:17)

guigui_86 · Le 24/06/2023, à 18:16

Merci de ta réponse erresse.

erresse a écrit :

To volume racine "/dev/sda1" est quasiment plein et risque de bloquer ton système s'il est appelé à s'agrandir encore...
Et au lieu de profiter de l'espace libre qui le suit pour lui donner de l'air... tu veux l'ajouter à "/dev/sda6" qui n'est même pas à moitié plein ?!?
C'est quoi ta logique dans cette démarche ?

La sda1 contient une ancienne distribution que je ne souhaite plus utiliser. La sda6 a été créée lorsque j'ai installé la nouvelle distribution que je vais utiliser à l'avenir. Donc je pique l'espace de sda1 pour le donner à sda6, tout en conservant sda1 quelques temps sous le coude au cas j'en aurais besoin.
S'il y a plus pertinent pour gérer ces espaces, je suis preneur.

erresse a écrit :

1 - Démarrer sur une session "live" en choisissant "Essayer sans installer"
2 - Lancer Gparted et se positionner sur le disque "/dev/sda"
3 - Déplacer la partition "/dev/sda3" au début de l'espace non alloué (et oui, ça risque de t'empêcher de redémarrer direct)
4 - Ajouter l'espace non alloué restant à la partition étendue "/dev/sda2"
5 - Étendre la partition "/dev/sda6" vers la gauche pour y inclure l'espace libre
Note: Il est possible que les manipulations aient fait changer les UUID de certaines partitions, notamment la "/dev/sda3" qui contient l'EFI. Il faudrait alors avant d'essayer de redémarrer sur le système installé, modifier les UUID dans le fichier "/etc/fstab" pour les remettre à jour. Et tu peux aussi faire une prière si tu es croyant, ça ne saurait nuire...

Le point 3 m'ennuie un peu. Que se passe-t-il si je ne peux plus redémarrer après le déplacement de sda3 ? J'imagine que c'est ce que tu mentionnes en disant qu'il faudrait "modifier les UUID dans le fichier "/etc/fstab" pour les remettre à jour", mais je n'ai aucune idée de comment faire cette mise à jour.

erresse · Le 24/06/2023, à 18:27

Ho, ça c'est simple, il suffit de modifier dans l'éditeur de textes le fichier "/etc/fstab" (qui se trouve dans le volume "/dev/sda6" si j'ai bien compris) après avoir obtenu des UUID des partitions avec une commande

sudo blkid

Tu montes alors la partition /dev/sda6 par exemple sur /mnt

sudo mount /dev/sda6 /mnt

Puis tu ouvres le fichier "/mnt/etc/fstab" avec l'éditeur de textes, tu modifies et tu réécris...
Note: Ce serait peut-être judicieux aussi d'installer "boot-repair" et de le lancer pour voir s'il y a lieu de réparer le démarrage.

Dernière modification par erresse (Le 24/06/2023, à 18:39)

guigui_86 · Le 24/06/2023, à 20:32

Hum, tout cela m'a l'air jouable. Avec tes réponses, je suis un peu moins craintif de toutes ces opérations. En fait je n'avais pas compris l'utilité de la session live.

Corrige moi si je me trompe : quand je passe en live j'ai une sorte d'OS alternatif à partir duquel je peux effectuer les opérations que je veux sur mes partitions, les fichiers qui sont dessus, et accéder à internet pour venir chercher de l'aide si besoin ?

EDIT : à partir de la session live, j'ai installé boot-repair, et prévu les modifications suivantes sur gparted. Je pense que c'est correct, mais aimerais petite confirmation avant de lancer le bouzin :

Dernière modification par guigui_86 (Le 24/06/2023, à 20:53)

iznobe · Le 24/06/2023, à 21:40

Bonsoir , ca semble etre bon a 1ere vue .
un deplacement ou copie de partition ne change jamais son UUID , encore heureux .
Par contre , je suis plus tres sur , mais je sais pas si pour la partition /boot/efi , il ne s' adresse pas directement au secteurs concernés , c ' est une partition a part .
Geole devrait savoir .

Dans tous les cas , si ca ne demarre plus normalement apres modification , tu as verifié que ton live fonctionne correctement avant ?

Ca va prendre un peu de temps tout ces déplacements , surtout si tu lances n' interromps pas le processus !

Dernière modification par iznobe (Le 24/06/2023, à 21:40)

guigui_86 · Le 24/06/2023, à 23:06

Le live fonctionne correctement, j'ai lancé ces déplacements et ça s'est fait assez vite : environ 40 minutes.
Pas encore essayé de redémarrer, quelque petite chose à régler avant. On verra bien.

geole · Le 24/06/2023, à 23:43

Bonsoir.
Déplacer une partition EFI est quasiment sans risque pour 99% des bios EFI qui ne controlent pas la taille de la partition EFI ni son adresse début. Ils se contentent du UUID.
En revanche, ce n'est pas parce qu'il y a une partition EFI que l'ordinateur boote en EFI. Il peut très bien booter en legacy. Dans ce cas, il faudra utitliser boot-repair pour qu'il modifie l'adressage de la partition SDA6 dans le MBR

Dernière modification par geole (Le 24/06/2023, à 23:44)

guigui_86 · Le 25/06/2023, à 00:45

Merci pour la précision geole.
Et donc j'en suis au moment où j'essaie d'utiliser boot-repair avant de redémarrer, mais il me renvoie le message suivant :

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 donc essayer de redémarrer simplement pour voir ce qu'il se passe. Et si ça plante j'irai désactiver le mode BIOS-compatibility/CSM/Legacy puis relancer boot-repair.
Au passage je colle le résultat de fichier d'info créé par boot-repair :

boot-repair-4ppa2056                                              [20230624_2327]

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

 => Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos6)/boot/grub. It also embeds following components:
    
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_msdos biosdisk
    ---------------------------------------------------------------------------

sda1: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 16.04.7 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub 
                       /boot/grub/i386-pc/core.img

sda2: __________________________________________________________________________

    File system:       Extended Partition
    Boot sector type:  Unknown
    Boot sector info: 

sda5: __________________________________________________________________________

    File system:       swap
    Boot sector type:  -
    Boot sector info: 

sda6: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 22.04.2 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub 
                       /boot/grub/i386-pc/core.img

sda3: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  According to the info in the boot sector, sda3 starts 
                       at sector 338851840. But according to the info from 
                       fdisk, sda3 starts at sector 100005888.
    Operating System:  
    Boot files:        /efi/BOOT/fbx64.efi /efi/BOOT/mmx64.efi 
                       /efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi 
                       /efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg

sdb: ___________________________________________________________________________

    File system:       iso9660
    Boot sector type:  Grub2 (v1.99-2.00)
    Boot sector info:  Grub2 (v1.99-2.00) is installed in the boot sector of 
                       sdb and looks at sector 0 of the same hard drive for 
                       core.img, but core.img can not be found at this 
                       location.
    Mounting failed:   mount: /mnt/BootInfo/FD/sdb: /dev/sdb déjà monté ou point de montage actif.


================================ 2 OS detected =================================

OS#1:   Ubuntu 16.04.7 LTS on sda1
OS#2:   Ubuntu 22.04.2 LTS on sda6

================================ Host/Hardware =================================

CPU architecture: 64-bit
Video: Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller from Intel Corporation
Live-session OS is Ubuntu 64-bit (Ubuntu 22.04.2 LTS, jammy, x86_64)

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

BIOS/UEFI firmware: 1.05.07(5.11) from American Megatrends Inc.
The firmware seems EFI-compatible, but this live-session is in Legacy/BIOS/CSM mode (not in EFI mode).


a9c517741ac31962d7feb152948ad1ee   sda3/BOOT/fbx64.efi
a660182adef313615746a665966d2ccc   sda3/BOOT/mmx64.efi
5ddf997e8b025bfbc2009e85b32f60dc   sda3/ubuntu/grubx64.efi
a660182adef313615746a665966d2ccc   sda3/ubuntu/mmx64.efi
64349b3622c65f495a99dbf6102496e3   sda3/ubuntu/shimx64.efi
64349b3622c65f495a99dbf6102496e3   sda3/BOOT/BOOTX64.efi

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

Disks info: ____________________________________________________________________

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

Partitions info (1/3): _________________________________________________________

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

Partitions info (2/3): _________________________________________________________

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

Partitions info (3/3): _________________________________________________________

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

fdisk -l (filtered): ___________________________________________________________

Disk sda: 232.89 GiB, 250059350016 bytes, 488397168 sectors
Disk identifier: 0x7a957154
      Boot     Start       End   Sectors   Size Id Type
sda1            2048 100005887 100003840  47.7G 83 Linux
sda2       101054464 488396799 387342336 184.7G  5 Extended
sda3  *    100005888 101054463   1048576   512M ef EFI (FAT-12/16/32)
sda5       471953408 488396799  16443392   7.8G 82 Linux swap / Solaris
sda6       101056512 471951359 370894848 176.9G 83 Linux
Partition table entries are not in disk order.
Disk sdb: 57.77 GiB, 62026416128 bytes, 121145344 sectors
Disk identifier: DA26E043-BCAA-447C-B487-C58724E2EDB1
        Start       End   Sectors  Size Type
sdb1       64   6001387   6001324  2.9G Microsoft basic data
sdb2  6001388   6011455     10068  4.9M EFI System
sdb3  6011456   6012055       600  300K Microsoft basic data
sdb4  6012928 121145280 115132353 54.9G Linux filesystem

parted -lm (filtered): _________________________________________________________

sda:250GB:scsi:512:512:msdos:ATA Samsung SSD 850:;
1:1049kB:51.2GB:51.2GB:ext4::;
3:51.2GB:51.7GB:537MB:fat32::boot, esp;
2:51.7GB:250GB:198GB:::;
6:51.7GB:242GB:190GB:ext4::;
5:242GB:250GB:8419MB:linux-swap(v1)::;
sdb:62.0GB:scsi:512:512:gpt: USB DISK 3.2:;
1:32.8kB:3073MB:3073MB::ISO9660:hidden, msftdata;
2:3073MB:3078MB:5155kB::Appended2:boot, esp;
3:3078MB:3078MB:307kB::Gap1:hidden, msftdata;
4:3079MB:62.0GB:58.9GB:ext4::;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL                     PARTLABEL
sda                                                                                                                 
├─sda1 ext4     7a5d499c-978d-41f8-9b5b-a3014c48add5 7a957154-01                                                    
├─sda2                                               7a957154-02                                                    
├─sda3 vfat     33E1-BD43                            7a957154-03                                                    
├─sda5 swap     dfa33215-c211-4aa5-b36d-3bece17fac90 7a957154-05                                                    
└─sda6 ext4     28cb807a-230e-48cc-8eb2-dae7014db565 7a957154-06                                                    
sdb    iso9660  2023-02-23-04-46-39-00                                                    Xubuntu 22.04.2 LTS amd64 
├─sdb1 iso9660  2023-02-23-04-46-39-00               da26e043-bcaa-447c-b486-c58724e2edb1 Xubuntu 22.04.2 LTS amd64 ISO9660
├─sdb2 vfat     F7DB-4D56                            da26e043-bcaa-447c-b485-c58724e2edb1 ESP                       Appended2
├─sdb3                                               da26e043-bcaa-447c-b484-c58724e2edb1                           Gap1
└─sdb4 ext4     aff6fb6b-98d6-467d-9225-5c5834f41594 b4e3ebb6-cf2c-3a43-9e23-07f155ea3351 writable                  

Mount points (filtered): _______________________________________________________

                                                               Avail Use% Mounted on
/dev/disk/by-label/writable[/install-logs-2023-06-24.0/crash]    51G   0% /var/crash
/dev/disk/by-label/writable[/install-logs-2023-06-24.0/log]      51G   0% /var/log
/dev/sda1                                                       4.1G  86% /mnt/boot-sav/sda1
/dev/sda3                                                     504.9M   1% /mnt/boot-sav/sda3
/dev/sda6                                                      87.4G  45% /mnt/boot-sav/sda6
/dev/sdb1                                                          0 100% /cdrom

Mount options (filtered): ______________________________________________________


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

Ubuntu   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, avec Linux 4.4.0-210-generic   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, with Linux 4.4.0-210-generic (upstart)   gnulinux-4.4.0-210-generic-init-upstart-7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, avec Linux 4.4.0-209-generic   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, with Linux 4.4.0-209-generic (upstart)   gnulinux-4.4.0-209-generic-init-upstart-7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, avec Linux 4.4.0-166-generic   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, with Linux 4.4.0-166-generic (upstart)   gnulinux-4.4.0-166-generic-init-upstart-7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, avec Linux 4.4.0-139-generic   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, with Linux 4.4.0-139-generic (upstart)   gnulinux-4.4.0-139-generic-init-upstart-7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, avec Linux 4.4.0-34-generic   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, with Linux 4.4.0-34-generic (upstart)   gnulinux-4.4.0-34-generic-init-upstart-7a5d499c-978d-41f8-9b5b-a3014c48add5
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###

========================== sda1/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=7a5d499c-978d-41f8-9b5b-a3014c48add5 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=dfa33215-c211-4aa5-b36d-3bece17fac90 none            swap    sw              0       0

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

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

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

           GiB - GB             File                                 Fragment(s)
  37,831283569 = 40,621031424   boot/grub/grub.cfg                             1
  35,272056580 = 37,873082368   boot/grub/i386-pc/core.img                     1
  12,109214783 = 13,002170368   boot/vmlinuz-4.4.0-139-generic                 1
  12,781990051 = 13,724557312   boot/vmlinuz-4.4.0-166-generic                 1
  19,623306274 = 21,070364672   boot/vmlinuz-4.4.0-209-generic                 1
  28,786190033 = 30,908936192   boot/vmlinuz-4.4.0-210-generic                 1
   6,507537842 = 6,987415552    boot/vmlinuz-4.4.0-34-generic                  1
  28,786190033 = 30,908936192   vmlinuz                                        1
  19,623306274 = 21,070364672   vmlinuz.old                                    1
  19,132602692 = 20,543475712   boot/initrd.img-4.4.0-139-generic             17
   7,559307098 = 8,116744192    boot/initrd.img-4.4.0-166-generic             17
  20,125289917 = 21,609365504   boot/initrd.img-4.4.0-209-generic              2
  33,785930634 = 36,277366784   boot/initrd.img-4.4.0-210-generic              4
  19,381824493 = 20,811075584   boot/initrd.img-4.4.0-34-generic              25
  33,785930634 = 36,277366784   initrd.img                                     4
  20,125289917 = 21,609365504   initrd.img.old                                 2

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

-rwxr-xr-x 1 root root 12627 Aug 25  2020 10_linux
-rwxr-xr-x 1 root root 11082 Feb  6  2016 20_linux_xen
-rwxr-xr-x 1 root root 11692 Feb  6  2016 30_os-prober
-rwxr-xr-x 1 root root  1418 Feb  6  2016 30_uefi-firmware
-rwxr-xr-x 1 root root   214 Feb  6  2016 40_custom
-rwxr-xr-x 1 root root   216 Feb  6  2016 41_custom

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

Ubuntu   28cb807a-230e-48cc-8eb2-dae7014db565
Ubuntu, with Linux 5.15.0-75-generic   28cb807a-230e-48cc-8eb2-dae7014db565
Ubuntu, with Linux 5.15.0-25-generic   28cb807a-230e-48cc-8eb2-dae7014db565
Ubuntu 16.04.7 LTS (16.04) (on sda1)   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu (on sda1)   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, avec Linux 4.4.0-210-generic (on sda1)   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, with Linux 4.4.0-210-generic (upstart) (on sda1)   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, avec Linux 4.4.0-209-generic (on sda1)   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, with Linux 4.4.0-209-generic (upstart) (on sda1)   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, avec Linux 4.4.0-166-generic (on sda1)   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, with Linux 4.4.0-166-generic (upstart) (on sda1)   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, avec Linux 4.4.0-139-generic (on sda1)   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, with Linux 4.4.0-139-generic (upstart) (on sda1)   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, avec Linux 4.4.0-34-generic (on sda1)   7a5d499c-978d-41f8-9b5b-a3014c48add5
Ubuntu, with Linux 4.4.0-34-generic (upstart) (on sda1)   7a5d499c-978d-41f8-9b5b-a3014c48add5
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###

========================== sda6/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda6 during installation
UUID=28cb807a-230e-48cc-8eb2-dae7014db565 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda3 during installation
UUID=33E1-BD43  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

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

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

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

           GiB - GB             File                                 Fragment(s)
 108,493431091 = 116,493934592  boot/grub/grub.cfg                             1
  56,650138855 = 60,827623424   boot/grub/i386-pc/core.img                     1
  58,635791779 = 62,959702016   boot/vmlinuz                                   1
  53,994686127 = 57,976352768   boot/vmlinuz-5.15.0-25-generic                 1
  58,635791779 = 62,959702016   boot/vmlinuz-5.15.0-75-generic                 1
  53,994686127 = 57,976352768   boot/vmlinuz.old                               1
  82,897914886 = 89,010958336   boot/initrd.img                                1
  50,739662170 = 54,481297408   boot/initrd.img-5.15.0-25-generic              4
  82,897914886 = 89,010958336   boot/initrd.img-5.15.0-75-generic              1
  50,739662170 = 54,481297408   boot/initrd.img.old                            4

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

-rwxr-xr-x 1 root root 18683 Apr 15  2022 10_linux
-rwxr-xr-x 1 root root 43031 Apr 15  2022 10_linux_zfs
-rwxr-xr-x 1 root root 14387 Dec 18  2022 20_linux_xen
-rwxr-xr-x 1 root root 13369 Apr 15  2022 30_os-prober
-rwxr-xr-x 1 root root  1372 Apr 15  2022 30_uefi-firmware
-rwxr-xr-x 1 root root   700 Feb 19  2022 35_fwupd
-rwxr-xr-x 1 root root   214 Apr 15  2022 40_custom
-rwxr-xr-x 1 root root   215 Apr 15  2022 41_custom

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

search.fs_uuid 28cb807a-230e-48cc-8eb2-dae7014db565 root hd0,msdos6 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg



Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would purge (in order to fix packages) and reinstall the grub-efi of
sda1,
using the following options:  sda3/boot/efi
Additional repair would be performed: unhide-bootmenu-10s use-standard-efi-file

Blockers in case of suggested repair: __________________________________________

 The current session is in BIOS-compatibility mode. Please disable BIOS-compatibility/CSM/Legacy mode in your UEFI firmware, and use this software from a live-CD (or live-USB) that is compatible with UEFI booting mode. For example, use a live-USB of Boot-Repair-Disk-64bit (www.sourceforge.net/p/boot-repair-cd), after making sure your BIOS is set up to boot USB in EFI mode. This will enable this feature.

Final advice in case of suggested repair: ______________________________________

Please do not forget to make your UEFI firmware boot on the Ubuntu 16.04.7 LTS entry (sda3/efi/****/grub****.efi (**** will be updated in the final message) file) !
The boot of your PC is in BIOS-compatibility/CSM/Legacy mode. You may want to retry after changing it to UEFI mode.

guigui_86 · Le 25/06/2023, à 01:02

Bon, redémarrage sur sda1 et sda6 sans souci. Finalement je n'ai pas eu besoin de toucher aux UUID, ni de lancer boot-repair.
Tout va bien donc, merci à tous pour votre aide

geole · Le 25/06/2023, à 09:37

Bonjour.
Finalement, si tu bootes en legacy, le MBR ne pointait pas directement sur SDA6 comme dans certaines installations mais dans une zone inutilisée.

Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location

guigui_86 · Le 25/06/2023, à 12:41

Je ne sais pas trop si je boote en legacy ou pas.

J'en profite pour rajouter une question sur GRUB. J'ai deux fichiers de configuration GRUB (celui avec les options du type GRUB_TIMEOUT = ) sur la machine : l'un sur /dev/sda1 qui résulte de mon ancienne distribution 16.04, et l'autre sur /dev/sda6 qui résulte de ma nouvelle distribution 22.04.

Mais alors comment savoir quelle configuration est utilisée au démarrage ? J'ai l'impression que c'est toujours la même (celle de sda6 dans mon cas), peu importe que la dernière session ait été sur sda1 ou sda6.

erresse · Le 25/06/2023, à 15:06

Te souviens-tu comment tu as installé la dernière version sur sda6 ? Quels étaient tes choix : install UEFI ou non ?
Si cette version a été installée en mode BIOS en précisant d'installer le boot sur sda, alors le démarrage se fait directement sur sda6 sans tenir compte du fichier efi, ni du contenu de sda1.
Note: Cette situation serait plutôt favorable pour toi, si tu envisages à terme de supprimer le système du volume sda1, car ça ne changerait rien au démarrage de ta machine. Dans le cas contraire, si le démarrage se faisait via sda1 qui lance charge ensuite le système sur sda6, ce serait embêtant de supprimer sda1 car tu ne pourrais plus redémarrer sans réparer d'abord le démarrage.

guigui_86 · Le 25/06/2023, à 16:55

Bonne question erresse. J'ai installé la dernière version sur sda6 il y a une semaine, mais j'avoue ne plus me rappeler si l'on m'a demandé de choisir instal UEFI ou non.
De toute façon, même si on me l'avait demandé, j'aurais laissé les options par défaut. C'est une installation à partir du deb classique xubuntu 22.04.

Et effectivement j'enlèverai sda1 à terme, on verra à ce moment-là comment le système réagit...

geole · Le 25/06/2023, à 17:44

Pour savoir si tu bootes en EFI ou pas, demande-lui.
Voir paragraphe 2.3
En standard, c'est le dernier O.S. installé qui pilote.

guigui_86 · Le 25/06/2023, à 17:58

Pour moi, session non EFI. A priori ça ne me pose pas de problème. Merci pour tout.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 24/06/2023, à 15:50

[Résolu] Allouer espace libre à partition, mais boot entre les deux

#2 Le 24/06/2023, à 17:15

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

#3 Le 24/06/2023, à 18:16

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

#4 Le 24/06/2023, à 18:27

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

#5 Le 24/06/2023, à 20:32

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

#6 Le 24/06/2023, à 21:40

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

#7 Le 24/06/2023, à 23:06

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

#8 Le 24/06/2023, à 23:43

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

#9 Le 25/06/2023, à 00:45

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

#10 Le 25/06/2023, à 01:02

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

#11 Le 25/06/2023, à 09:37

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

#12 Le 25/06/2023, à 12:41

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

#13 Le 25/06/2023, à 15:06

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

#14 Le 25/06/2023, à 16:55

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

#15 Le 25/06/2023, à 17:44

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

#16 Le 25/06/2023, à 17:58

Re : [Résolu] Allouer espace libre à partition, mais boot entre les deux

Pied de page des forums