#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 :
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 0Or 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/efiA 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,
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éso|u] 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
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 ext4C'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
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 : 
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 :
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ébuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insé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
En 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