Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 25/06/2020, à 04:55

malbo

"Effacer le disque et installer Ubuntu" défectueux avec 20.04

ETAT INITIAL :
La manip est faite dans une machine virtuelle avec VirtualBox. Elle est configurée pour le mode non-EFI (mode Bios classique).
Je pars d'une installation de Ubuntu 18.04.4 réalisée avec le choix "Effacer le disque et installer Ubuntu" à l'étape "Type d''installation"
Je colle le Boot-info obtenu depuis une session du Ubuntu 18.04.4 installé :

boot-info-4ppa125                                              [20200624_1830]

============================== 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 (,msdos1)/boot/grub. It also embeds following components:
    
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_msdos biosdisk
    ---------------------------------------------------------------------------
 => libparted MBR boot code is installed in the MBR of /dev/sdb.

sda1: __________________________________________________________________________

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

sdb1: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        


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

OS#1:   L'OS actuellement utilisé - Ubuntu 18.04.4 LTS CurrentSession on sda1

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

CPU architecture: 64-bit
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.3.0-28-generic root=UUID=fd391806-3e6b-4891-8aaf-26af0f12dffe ro quiet splash


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

This installed-session is not in EFI-mode.



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

Disks info: ____________________________________________________________________

sda	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, has-os,	2048 sectors * 512 bytes
sdb	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, no-os,	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
sdb1	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far

Partitions info (2/3): _________________________________________________________

sda1	: isnotESP,	fstab-without-efi,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sdb1	: 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
sdb1	: maybesepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sdb

fdisk -l (filtered): ___________________________________________________________

Disk sda: 20.1 GiB, 21613379584 bytes, 42213632 sectors
Disk identifier: 0xca23d591
      Boot Start      End  Sectors  Size Id Type
sda1  *     2048 42213375 42211328 20.1G 83 Linux
Disk sdb: 61.3 GiB, 65763082240 bytes, 128443520 sectors
Disk identifier: 0xd8be4c12
      Boot Start       End   Sectors  Size Id Type
sdb1        2048 128442367 128440320 61.3G 83 Linux

parted -lm (filtered): _________________________________________________________

sda:21.6GB:scsi:512:512:msdos:ATA VBOX HARDDISK:;
1:1049kB:21.6GB:21.6GB:ext4::boot;
sdb:65.8GB:scsi:512:512:msdos:ATA VBOX HARDDISK:;
1:1049kB:65.8GB:65.8GB:ext4::;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL          PARTLABEL
sda                                                                                                      
└─sda1 ext4     fd391806-3e6b-4891-8aaf-26af0f12dffe ca23d591-01                                         
sdb                                                                                                      
└─sdb1 ext4     11efb032-65f4-4ffb-83a9-19b2579e0138 d8be4c12-01                          img_clonezilla 

df (filtered): _________________________________________________________________

       Avail Use% Mounted on
sda1    12.9G  29% /
sdb1    50.4G  11% /mnt/boot-sav/sdb1

Mount options: __________________________________________________________________

sda1   rw,relatime,errors=remount-ro
sdb1   rw,relatime

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

Ubuntu   fd391806-3e6b-4891-8aaf-26af0f12dffe
Ubuntu, avec Linux 5.3.0-28-generic   fd391806-3e6b-4891-8aaf-26af0f12dffe
### 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=fd391806-3e6b-4891-8aaf-26af0f12dffe /               ext4    errors=remount-ro 0       1
/swapfile                                 none            swap    sw              0       0

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

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

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

           GiB - GB             File                                 Fragment(s)
  10.279594421 = 11.037630464   boot/grub/grub.cfg                             1
  16.619136810 = 17.844662272   boot/grub/i386-pc/core.img                     1
   3.407222748 = 3.658477568    boot/vmlinuz-5.3.0-28-generic                  2
   3.407222748 = 3.658477568    vmlinuz                                        2
   4.640563965 = 4.982767616    boot/initrd.img-5.3.0-28-generic               4
   4.640563965 = 4.982767616    initrd.img                                     4
   4.640563965 = 4.982767616    initrd.img.old                                 4

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

-rwxr-xr-x 1 root root 12693 nov.  11  2019 10_linux
-rwxr-xr-x 1 root root 11298 nov.  11  2019 20_linux_xen
-rwxr-xr-x 1 root root 12059 nov.  11  2019 30_os-prober
-rwxr-xr-x 1 root root  1418 nov.  11  2019 30_uefi-firmware
-rwxr-xr-x 1 root root   214 nov.  11  2019 40_custom
-rwxr-xr-x 1 root root   216 nov.  11  2019 41_custom


Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would reinstall the grub2 of
sda1 into the MBRs of all disks (except live-disks and removable disks without OS).
Additional repair would be performed: unhide-bootmenu-10s      

Final advice in case of suggested repair: ______________________________________


Please do not forget to make your BIOS boot on sda (ATA VBOX HARDDISK) disk!

On y voit que l'installateur a créé une partition unique sur le disque sda, ce qui est parfait. Ne pas tenir compte de sdb : il n'intervient pas dans la manip. J'ai créé cet état initial pour montrer que l'installateur de Ubuntu 18.04.4 fonctionne de façon satisfaisante et mieux mettre en évidence que l'installateur de Ubuntu 20.04 est merdique.

INSTALLATION DE UBUNTU 20.04 :

J'installe en écrasant l'installation 18.04.4 précédente. Le disque virtuel utilisé est le fichier ISO de Ubuntu 20.04 : ubuntu-20.04-desktop-amd64.iso
Je colle les captures des étapes significatives :
1593062378.png1593062447.png1593062484.png1593062523.png1593062574.png
Photo 1 : je montre que la session live est démarrée en mode non-EFI (mode Bios classique). Normal puisque la machine virtuelle est configurée dans ce mode non-EFI
Photo 2 : Après lancement de l'installation depuis la session live, je choisis "Effacer le disque et installer Ubuntu"
Photo 3 : l’installateur indique "une partition sera supprimée". C'est la partition dans laquelle Ubuntu 18.04.4 est installée.
Photo 4 : c'est là qu'on peut voir qu'il va merder : on peut lire qu'il va créer une partition n°1 et une partition n°5
Photo 5 : j'ai poursuivi l'installation et arrivé à la fin, je choisis "Continuer à tester" afin de faire un Boot-info

Boot-info réalisé en fin d'installation de Ubuntu 20.04, depuis la session live :

boot-info-4ppa125                                              [20200624_2030]

============================== 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 (,msdos5)/boot/grub. It also embeds following components:
    
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_msdos biosdisk
    ---------------------------------------------------------------------------
 => libparted MBR boot code is installed in the MBR of /dev/sdb.

sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        

sda2: __________________________________________________________________________

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

sda5: __________________________________________________________________________

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

sdb1: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        


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

OS#1:   Ubuntu 20.04 LTS on sda5

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

CPU architecture: 64-bit
Live-session OS is Ubuntu 64-bit (Ubuntu 20.04 LTS, focal, x86_64)


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

This live-session is not in EFI-mode.



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

Disks info: ____________________________________________________________________

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

Partitions info (1/3): _________________________________________________________

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

Partitions info (2/3): _________________________________________________________

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

Partitions info (3/3): _________________________________________________________

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

fdisk -l (filtered): ___________________________________________________________

Disk sda: 20.13 GiB, 21613379584 bytes, 42213632 sectors
Disk identifier: 0xb329f377
      Boot   Start      End  Sectors  Size Id Type
sda1  *       2048  1050623  1048576  512M  b W95 FAT32
sda2       1052670 42213375 41160706 19.6G  5 Extended
sda5       1052672 42213375 41160704 19.6G 83 Linux
Disk sdb: 61.25 GiB, 65763082240 bytes, 128443520 sectors
Disk identifier: 0xd8be4c12
      Boot Start       End   Sectors  Size Id Type
sdb1        2048 128442367 128440320 61.3G 83 Linux

parted -lm (filtered): _________________________________________________________

sda:21.6GB:scsi:512:512:msdos:ATA VBOX HARDDISK:;
1:1049kB:538MB:537MB:fat32::boot;
2:539MB:21.6GB:21.1GB:::;
5:539MB:21.6GB:21.1GB:ext4::;
sdb:65.8GB:scsi:512:512:msdos:ATA VBOX HARDDISK:;
1:1049kB:65.8GB:65.8GB:ext4::;
sr0:2715MB:scsi:2048:2048:mac:VBOX CD-ROM:;
1:2048B:6143B:4096B::Apple:;
2:2162MB:2166MB:4063kB::EFI:;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL                  PARTLABEL
sda                                                                                                              
├─sda1 vfat     5864-5D2F                            b329f377-01                                                 
├─sda2                                               b329f377-02                                                 
└─sda5 ext4     5a7cf819-9c28-495f-96f5-a732c7a5df14 b329f377-05                                                 
sdb                                                                                                              
└─sdb1 ext4     11efb032-65f4-4ffb-83a9-19b2579e0138 d8be4c12-01                          img_clonezilla         

df (filtered): _________________________________________________________________

       Avail Use% Mounted on
sda1     511M   0% /mnt/boot-sav/sda1
sda5    11.8G  34% /target
sdb1    50.4G  11% /mnt/boot-sav/sdb1

Mount options: __________________________________________________________________

sda1   rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
sda5   rw,relatime,errors=remount-ro
sdb1   rw,relatime

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

Ubuntu   5a7cf819-9c28-495f-96f5-a732c7a5df14
Ubuntu, avec Linux 5.4.0-37-generic   5a7cf819-9c28-495f-96f5-a732c7a5df14
Ubuntu, avec Linux 5.4.0-26-generic   5a7cf819-9c28-495f-96f5-a732c7a5df14
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###

========================== sda5/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=5a7cf819-9c28-495f-96f5-a732c7a5df14 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=5864-5D2F  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

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

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

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

           GiB - GB             File                                 Fragment(s)
  14,629669189 = 15,708487680   boot/grub/grub.cfg                             2
   4,911090851 = 5,273243648    boot/grub/i386-pc/core.img                     1
   5,731563568 = 6,154219520    boot/vmlinuz                                   1
   4,017574310 = 4,313837568    boot/vmlinuz-5.4.0-26-generic                  2
   5,731563568 = 6,154219520    boot/vmlinuz-5.4.0-37-generic                  1
   4,017574310 = 4,313837568    boot/vmlinuz.old                               2
   6,008968353 = 6,452080640    boot/initrd.img                                3
   5,977695465 = 6,418501632    boot/initrd.img-5.4.0-26-generic               2
   6,008968353 = 6,452080640    boot/initrd.img-5.4.0-37-generic               3
   5,977695465 = 6,418501632    boot/initrd.img.old                            2

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

-rwxr-xr-x 1 root root 17123 avril 15 13:31 10_linux
-rwxr-xr-x 1 root root 42128 avril 15 13:31 10_linux_zfs
-rwxr-xr-x 1 root root 12894 avril 15 13:31 20_linux_xen
-rwxr-xr-x 1 root root 12059 avril 15 13:31 30_os-prober
-rwxr-xr-x 1 root root  1424 avril 15 13:31 30_uefi-firmware
-rwxr-xr-x 1 root root   214 avril 15 13:31 40_custom
-rwxr-xr-x 1 root root   216 avril 15 13:31 41_custom


Suggested repair: ______________________________________________________________

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

Blockers in case of suggested repair: __________________________________________

/target detected. Please close the Ubuntu installer, then retry. 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.

Confirmation request before suggested repair: __________________________________

The boot of your PC is in BIOS-compatibility/CSM/Legacy mode. You may want to retry after changing it to EFI mode.
Alternatively, you may want to retry after deactivating the [Separate /usr partition:] option.
Are you sure you want to continue anyway?

Final advice in case of suggested repair: ______________________________________


Please do not forget to make your UEFI firmware boot on the Ubuntu 20.04 LTS entry (sda1/efi/****/shim****.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.

Comme il l'avait annoncé dans la photo 4, l'installateur a créé une partition sda1 er une partition sda5
Non seulement l'installateur a créé cette partition sda1 (format FAT32) au début du disque mais le pompon c'est qu'il a créé une ligne de montage de cette partition dans /boot/efi comme on peut voir dans cet extrait concernant le fichier fstab :

========================== sda5/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=5a7cf819-9c28-495f-96f5-a732c7a5df14 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=5864-5D2F  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

Or on est dans une installation faite en mode non-EFI donc ce montage est absurde.

Boot-info réalisé depuis une session du Ubuntu 20.04 installé :

boot-info-4ppa125                                              [20200624_2051]

============================== 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 (,msdos5)/boot/grub. It also embeds following components:
    
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_msdos biosdisk
    ---------------------------------------------------------------------------
 => libparted MBR boot code is installed in the MBR of /dev/sdb.

sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        

sda2: __________________________________________________________________________

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

sda5: __________________________________________________________________________

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

sdb1: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        


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

OS#1:   L'OS actuellement utilisé - Ubuntu 20.04 LTS CurrentSession on sda5

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

CPU architecture: 64-bit
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.4.0-37-generic root=UUID=5a7cf819-9c28-495f-96f5-a732c7a5df14 ro quiet splash


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

This installed-session is not in EFI-mode.



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

Disks info: ____________________________________________________________________

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

Partitions info (1/3): _________________________________________________________

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

Partitions info (2/3): _________________________________________________________

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

Partitions info (3/3): _________________________________________________________

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

fdisk -l (filtered): ___________________________________________________________

Disk sda: 20.13 GiB, 21613379584 bytes, 42213632 sectors
Disk identifier: 0xb329f377
      Boot   Start      End  Sectors  Size Id Type
sda1  *       2048  1050623  1048576  512M  b W95 FAT32
sda2       1052670 42213375 41160706 19.6G  5 Extended
sda5       1052672 42213375 41160704 19.6G 83 Linux
Disk sdb: 61.25 GiB, 65763082240 bytes, 128443520 sectors
Disk identifier: 0xd8be4c12
      Boot Start       End   Sectors  Size Id Type
sdb1        2048 128442367 128440320 61.3G 83 Linux

parted -lm (filtered): _________________________________________________________

sda:21.6GB:scsi:512:512:msdos:ATA VBOX HARDDISK:;
1:1049kB:538MB:537MB:fat32::boot;
2:539MB:21.6GB:21.1GB:::;
5:539MB:21.6GB:21.1GB:ext4::;
sdb:65.8GB:scsi:512:512:msdos:ATA VBOX HARDDISK:;
1:1049kB:65.8GB:65.8GB:ext4::;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL          PARTLABEL
sda                                                                                                      
├─sda1 vfat     5864-5D2F                            b329f377-01                                         
├─sda2                                               b329f377-02                                         
└─sda5 ext4     5a7cf819-9c28-495f-96f5-a732c7a5df14 b329f377-05                                         
sdb                                                                                                      
└─sdb1 ext4     11efb032-65f4-4ffb-83a9-19b2579e0138 d8be4c12-01                          img_clonezilla 

df (filtered): _________________________________________________________________

       Avail Use% Mounted on
sda5    11.6G  34% /
sdb1    50.4G  11% /mnt/boot-sav/sdb1

Mount options: __________________________________________________________________

sda5   rw,relatime,errors=remount-ro
sdb1   rw,relatime

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

Ubuntu   5a7cf819-9c28-495f-96f5-a732c7a5df14
Ubuntu, avec Linux 5.4.0-37-generic   5a7cf819-9c28-495f-96f5-a732c7a5df14
Ubuntu, avec Linux 5.4.0-26-generic   5a7cf819-9c28-495f-96f5-a732c7a5df14
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###

========================== sda5/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=5a7cf819-9c28-495f-96f5-a732c7a5df14 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=5864-5D2F  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

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

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

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

           GiB - GB             File                                 Fragment(s)
  14,629669189 = 15,708487680   boot/grub/grub.cfg                             2
   4,911090851 = 5,273243648    boot/grub/i386-pc/core.img                     1
   5,731563568 = 6,154219520    boot/vmlinuz                                   1
   4,017574310 = 4,313837568    boot/vmlinuz-5.4.0-26-generic                  2
   5,731563568 = 6,154219520    boot/vmlinuz-5.4.0-37-generic                  1
   4,017574310 = 4,313837568    boot/vmlinuz.old                               2
   6,008968353 = 6,452080640    boot/initrd.img                                3
   5,977695465 = 6,418501632    boot/initrd.img-5.4.0-26-generic               2
   6,008968353 = 6,452080640    boot/initrd.img-5.4.0-37-generic               3
   5,977695465 = 6,418501632    boot/initrd.img.old                            2

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

-rwxr-xr-x 1 root root 17123 avril 15 13:31 10_linux
-rwxr-xr-x 1 root root 42128 avril 15 13:31 10_linux_zfs
-rwxr-xr-x 1 root root 12894 avril 15 13:31 20_linux_xen
-rwxr-xr-x 1 root root 12059 avril 15 13:31 30_os-prober
-rwxr-xr-x 1 root root  1424 avril 15 13:31 30_uefi-firmware
-rwxr-xr-x 1 root root   214 avril 15 13:31 40_custom
-rwxr-xr-x 1 root root   216 avril 15 13:31 41_custom


Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would purge (in order to fix packages) and reinstall the grub-efi-amd64-signed of
sda5,
using the following options:        sda1/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.

Confirmation request before suggested repair: __________________________________

The boot of your PC is in BIOS-compatibility/CSM/Legacy mode. You may want to retry after changing it to EFI mode.
Alternatively, you may want to retry after deactivating the [Separate /usr partition:] option.
Are you sure you want to continue anyway?

Final advice in case of suggested repair: ______________________________________


Please do not forget to make your UEFI firmware boot on the L'OS actuellement utilisé - Ubuntu 20.04 LTS CurrentSession entry (sda1/efi/****/shim****.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.

On y voit que la session est bien démarrée en mode non-EFI :

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

This installed-session is not in EFI-mode.

Et on trouve la proposition de réparation délirante qui existait déjà dans le Boot-info précédent :

Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would purge (in order to fix packages) and reinstall the grub-efi-amd64-signed of
sda5,
using the following options:        sda1/boot/efi

A savoir que Boot-repair propose de réinstaller la version EFI de grub alors que l'installation est en mode non-EFI. La présence de la partition sda1 au format FAT32 est interprétée dans le Boot-info comme le signe d'une installation EFI alors qu'il n'en est rien.

Conclusion :

Le défaut de l'installateur de Ubuntu 20.04 se produit dans des conditions particulières : installation en mode non-EFI et choix "Effacer le disque et installer Ubuntu" lors de l'installation. Je pense que c'est pour cette raison qu'il n'est pas rencontré fréquemment. EDIT : ce défaut affecte également Xubuntu 20.04 alors que Lubuntu 20.04 n'a pas le problème (voir mon post #12 plus bas)

Dernière modification par malbo (Le 14/02/2021, à 13:42)

Hors ligne

#2 Le 25/06/2020, à 07:07

ikewdu

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

Salut,

Tu peux ajouter que cette partition fat32 est associée au drapeau boot, ce qui n'est pas sans créer des problèmes de démarrage si un autre OS est préinstallé.  On a vu pas mal de cas avec la version 19 d'Ubuntu avec laquelle Windows ne fonctionnait plus.

La création et le montage de cette partition faussement efi sur un disque dos étaient alors seulement un souci quand on bootait sur la clé d'installation en mode uefi avec un disque dos.  Ce qui aurait dû être corrigé a visiblement été généralisé.

Hors ligne

#3 Le 25/06/2020, à 07:18

Qid

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

La joie des installations en mode automatique... Mais en même temps autant j'utilise rarement ce mode lors des installations pour le grand public autant mes machines de démo en virtuelle elles sont bien gérées au plus rapide... Et pourtant perso je n'ai pas vu ce problème... Par contre j'ai tout de suite pensé à un cas croisé sur le forum quand j'ai lu ton post... J'espère que la 20.04.1 du 23/07 résoudra le souci...


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#4 Le 25/06/2020, à 07:32

xubu1957

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

Bonjour,

Qid a écrit :

J'espère que la 20.04.1 du 23/07 résoudra le souci...

Délai repoussé au 06/08 > wiki.ubuntu.com/FocalFossa/Release


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

En ligne

#5 Le 25/06/2020, à 07:44

Qid

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

xubu1957 a écrit :

Bonjour,

Qid a écrit :

J'espère que la 20.04.1 du 23/07 résoudra le souci...

Délai repoussé au 06/08 > wiki.ubuntu.com/FocalFossa/Release

Eh merde... Moi qui voulais attendre la sortie de cette dernière pour relancer les permanences techniques de mon gul qui sont en pause depuis le confinement... Sauf que la première a été calée le 28/07 et la seconde le 05/08... Eh bien c'est pas grave... On fera sans... Ça permettra d'anticiper les bêtises... J'espère juste que ça ne va pas me limiter le public...


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#6 Le 25/06/2020, à 07:59

Babdu89

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

Bonjour.

Un sujet où est intervenu malbo, machine démarrée en Bios_Legacy.

https://forum.ubuntu-fr.org/viewtopic.php?id=2054242

Il ne s'agit pas de réinstallation de la 20.04 par dessus la 18.04. Mais d'une mise a niveau.
L'utilisateur et les intervenants s'étonnent de la création d'une partition boot FAT32 , qui amène à un souci de démarrage, et à des propositions de réparation de boot-repair étonnantes.

L'habitude de l'utilisateur; installer ses systèmes sur /dev/sda1. Après mise a niveau, il se retrouve, dans la même configuration de ce sujet initié par malbo; Partition boot FAT32 /dev/sda1 et son système en /dev/sda5.
Alors qu'il n'a pas modifier le partitionnement du disque. Mais regardé avec Gparted le partitionnement après tentative de mise à niveau du système.

@malbo.
Il n'y a peut-être pas que dans le type d'installation que tu invoques, que l'installateur pose problème?.

@+.   Babdu89   .


J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#7 Le 25/06/2020, à 07:59

malbo

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

Dans ce post : https://forum.ubuntu-fr.org/viewtopic.p … #p22287037
Un cas probablement identique à ce que j'ai analysé dans le post #1 à savoir :
- une installation en mode non-EFI de Ubuntu 20.04 sur un disque avec table de partition MSDOS
- la présence d'une partition FAT32 :

1:1049kB:538MB:537MB:fat32::boot;

- La proposition délirante "reinstall the grub-efi-amd64-signed" vers la fin du Boot-info
C'est pas explicité par le créateur du fil (Erhelito) qui semble débutant mais il a dû sélectionner "Effacer le disque et installer Ubuntu" lors de l'installation

EDIT : un autre cas dans ce post de polopersono : https://forum.ubuntu-fr.org/viewtopic.p … #p22296150

Dernière modification par malbo (Le 25/06/2020, à 08:12)

Hors ligne

#8 Le 25/06/2020, à 09:51

malbo

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

Dans le post #1, j'ai comparé l'install - avec "Effacer le disque et installer Ubuntu" - de 18.04.4 avec celle de 20.04.
Dans ce post,  Dennis N compare l'install - avec "Effacer le disque et installer Ubuntu" - de 19.10 avec celle de 20.04 : https://ubuntuforums.org/showthread.php … st13953019
Pourquoi ça marchait encore normalement pour la version précédente 19.10 et que ça s'est mis à cacater juste pour la LTS, encore un mystère pour moi...

Dernière modification par malbo (Le 25/06/2020, à 09:52)

Hors ligne

#9 Le 25/06/2020, à 10:12

malbo

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

Un rapport de bug #1874039 qui mentionne ce cas : https://bugs.launchpad.net/ubuntu/+sour … ug/1874039
On peut y lire :

It’s displaying:
- partition #1 of Virtual disk 1 (vda) as
- partition #5 of Virtual disk 1 (vda) as ext4

C'est assez ressemblant à la photo 4 de mon post #1

Hors ligne

#10 Le 25/06/2020, à 15:06

malbo

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

@Babdu89 : le cas de Steryx que tu mentionnes dans le post #6 est très proche. Mais je ne suis pas du tout sûr qu'il a bien décrit tout ce qu'il a fait : je pense qu'à un moment donné, il a fait une vraie installation de Ubuntu 20.04 (d'où le partitionnement avec la partition FAT32) et qu'il ne s'est pas contenté d'une mise à niveau comme il raconte. Moi je n'ai jamais vu qu'une mise à niveau par le gestionnaire de mises à jour puisse agir sur le partitionnement.

Dernière modification par malbo (Le 25/06/2020, à 15:07)

Hors ligne

#11 Le 25/06/2020, à 17:59

Qid

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

malbo a écrit :

Moi je n'ai jamais vu qu'une mise à niveau par le gestionnaire de mises à jour puisse agir sur le partitionnement.

Effectivement ce n'est pas le principe... Do-release-upgrade ou assimilé ne peut pas toucher aux partitions... Ça ne fait que mettre à jour vers un nouveau système les fichiers...


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#12 Le 26/06/2020, à 13:51

malbo

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

J'ai vérifié que Xubuntu 20.04 souffre du même défaut que Ubuntu 20.04 :
1593179746.png1593179787.png
On voit dans la 2ème photo l'annonce de la création d'une partition n°1 et d'une partition n°5. Et au bout de l'installation, on se retrouve bien avec ces partitions.
Tandis que Lubuntu n'a pas de problème :
1593179973.png1593180019.png
C'est à dire que le choix "Effacer le disque" conduit à la création d'une unique partition EXT4 pour la partition racine et c'est parfait. L'explication, c'est que Xubuntu utilise l'installateur Ubiquity version 20.04.15, le même que Ubuntu, tandis que Lubuntu utilise l'installateur Calamares.

Dernière modification par malbo (Le 27/06/2020, à 05:44)

Hors ligne

#13 Le 20/09/2020, à 08:39

malbo

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

Ce problème existe toujours avec la version 20.04.1 de Ubuntu (fichier ubuntu-20.04.1-desktop-amd64.iso)

EDIT : comme je l'ai signalé dans le post #1, ce problème ne concerne que l'installation en mode non-EFI (c'est à dire en mode Bios classique) de Ubuntu et de Xubuntu. C'est plutôt dans le cas d'installation dans un ordi ancien - non équipé du système UEFI - que le problème peut se rencontrer.

Dernière modification par malbo (Le 20/09/2020, à 09:58)

Hors ligne

#14 Le 14/02/2021, à 01:33

Coeur Noir

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

C'est toujours problématique entre fin décembre 2020 et aujourd'hui - mince si j'avais vu ce post avant j'aurais gardé des captures d'écrans ou des boot-infos et les références des .iso ( qui n'étaient peut-être pas toutes fraîches ).

Et pas seulement avec Xubuntu mais également Mate et Budgie, en mode « effacer le disque », sur des pc en mode bios legacy/classique ( recyclage d'anciens portables ).

sda1 boot en vfat + sda2 étendue + sda5 /

La présence d'une /boot sur disque en table mbr et pc en vieux bios legacy m'avait intrigué tout comme une partition étendue et une partion n°5 ( pourquoi pas une 3 ou 4 ? ).
J'avais donc recommencé à chaque fois, en choisissant « autre chose » après avoir préparé « mon » partitionnement tout bête ( à une ou deux partitions primaires selon les machines pour / seule ou / + data ) depuis une session-live avec gparted.

Dernière modification par Coeur Noir (Le 14/02/2021, à 01:40)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#15 Le 14/02/2021, à 08:21

ikewdu

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

Salut,

Depuis la 20.04, toutes les versions d'Ubuntu mettent en place une installation qu'on pourrait qualifier d'"hybride" sur les disques dos. Elles créent une partition fat32 appelée abusivement efi qui contient les fichiers GRUB pour l'UEFI, tout en installant aussi un GRUB legacy dans le mbr.

Sur le papier, l'idée est séduisante car le PC saura booter dans les deux modes, mais je vois déjà poindre deux problèmes majeurs qui mettront en difficultés les utilisateurs de dual boot :

- si la priorité dans le bios n'est pas la même que celle utilisée par Windows, le dual boot ne fonctionnera probablement pas du premier coup.
- si 3 partitions principales existent déjà, cette partition fat32 sera nécessairement insérée dans une partition logique, et pas mal de bios-legacy ne sauront pas du tout faire démarrer le disque dur si le drapeau boot a été déplacé sur celle-ci.

J'ai fait quelques essais avec la future 21-04 ici : http://ikewdu.free.fr/installations-aut … ntu-21-04/

Dernière modification par ikewdu (Le 14/02/2021, à 08:24)

Hors ligne

#16 Le 14/02/2021, à 12:36

geole

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

Bonjour
Notons que si l'ordinateur boote en EFI et que la partition de boot est logique, la commande
efibootmgr sait lire le contenu mais il faudra trouver comment le modifier par la suite.
(Pas testé en version 21.04) https://bugs.launchpad.net/ubuntu/+sour … comments/3

Dernière modification par geole (Le 14/02/2021, à 18:03)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#17 Le 14/02/2021, à 16:57

lucmars

Re : "Effacer le disque et installer Ubuntu" défectueux avec 20.04

Que dire alors avec des bios HP compatible legacy/uefi mais avec préséance de l'uefi ! À comprendre que si le bios trouve de quoi booter en uefi il le fera en dépit du legacy !

Actuellement sous xubu 160401 32bits, je compte le remplacer par une xubu 200401 64bit en legacy. Or avec un tel bios, pour booter une clef avec iso 64bit en legacy il faut:
- soit créer un schéma de partition MBR (style rufus)
- soit renommer sur la clef le répertoire efi (donc pas de "flashage" format ISO) afin de forcer le boot legacy

Là, selon l'une ou l'autre option (surtout la seconde), je me demande ce que l'installateur bidouillera via "effacer le disque, etc..." ?

Bon, inutile de vous dire qu'avec ces bios, une installe uefi non-win passe par F9 !


Gaulois Matter !

Hors ligne