Pages : 1
#1 Le 02/05/2020, à 18:06
- 0ui-0ui
[Résolu] boot impossible après MAJ 20.04
Bonjour,
J'ai tenté de mettre à niveau l'ordi de ma femme (oups) en passant de la 18.04 à la 20.04 mais ce n'est pas très concluant.
Son ordi est un Dell Inspiron 13 pouces 5378 (modèle tactile), vendu sous Windows 10, viré par une installation de feu la 18.04 (pas de dualboot), tout a toujours tourné nickel (hormis le tactile, un peu aléatoire). Cet ordinateur n'a pas de carte graphique dédiée.
Au passage je voulais lui créer une partition isolée pour son /home. Lors de l'installation j'ai donc choisi "autre chose", j'ai supprimé la partition comprenant Ubuntu + le swap dont on n'a plus besoin et j'ai alors créé 1 partition pour la racine + 1 pour le home. Je n'ai pas touché à la partition de l'efi
L'installation se déroule bien, mais au premier boot.......rien, le démarrage bloque sur le logo Dell
Je force l'arrêt de l'ordinateur en restant appuyé sur le bouton marche/arrêt, et en redémarrant le GRUB s'affiche. En choisissant "Ubuntu", ça s'éteint ! on peut dire que ça ne marche pas quoi.
J'essaye un autre noyau mais on ne me propose que la 5.4.0-28 ou la 26. Le chargement d'un des 2 noyaux ou des recovery mode ne fonctionne pas.
J'ai essayé de refaire des installations, sans multiplier les partitions mais rien ne marche, tout pareil.
Mon problème ressemble un peu à celui de Drumming_C https://forum.ubuntu-fr.org/viewtopic.p … #p22275926
mais je n'ai pas d'autre noyau de disponible donc aucun moyen de démarrer l'ordi (autrement que par LiveUSB)
Je pose là mon boot-info : boot-info
J'ai un double agacement avec ce problème 1. c'est pas mon ordi 2. je vois ce qui a pu se passer
Merci d'avance,
Dernière modification par 0ui-0ui (Le 04/05/2020, à 10:44)
Hors ligne
#2 Le 02/05/2020, à 19:26
- LukePerp
Re : [Résolu] boot impossible après MAJ 20.04
Bonjour,
Le rapport est là :
boot-repair-4ppa95 [20200502_1547]
============================== Boot Info Summary ===============================
=> No boot loader is installed in the MBR of /dev/sda.
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /efi/BOOT/fbx64.efi /efi/BOOT/mmx64.efi
/efi/ubuntu/fwupx64.efi /efi/ubuntu/grubx64.efi
/efi/ubuntu/mmx64.efi /efi/ubuntu/shimx64.efi
/efi/ubuntu/grub.cfg
sda2: __________________________________________________________________________
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
sda3: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
sdb: ___________________________________________________________________________
File system: iso9660
Boot sector type: Unknown
Boot sector info:
Mounting failed: mount: /mnt/BootInfo/FD/sdb: /dev/sdb déjà monté ou point de montage actif.
============================ Drive/Partition Info ==============================
Drive: sda _____________________________________________________________________
Disque /dev/sda : 238,49 GiB, 256060514304 octets, 500118192 secteurs
Disk model: SanDisk X400 2.5
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Partition Boot Start Sector End Sector # of Sectors Id System
/dev/sda1 1 500,118,191 500,118,191 ee GPT
GUID Partition Table detected.
Partition Attrs Start Sector End Sector # of Sectors System
/dev/sda1 2,048 1,050,623 1,048,576 EFI System partition
/dev/sda2 1,050,624 49,879,039 48,828,416 Data partition (Linux)
/dev/sda3 49,879,040 500,117,503 450,238,464 Data partition (Linux)
Attributes: R=Required, N=No Block IO, B=Legacy BIOS Bootable, +=More bits set
blkid (filtered): ______________________________________________________________
Device UUID TYPE LABEL
/dev/sda1 4DDA-0E2B vfat
/dev/sda2 df3484ed-6030-45db-a265-cb672394fd48 ext4
/dev/sda3 4dee9785-93b6-4de3-926f-be4d49fd8d40 ext4
/dev/sdb1 2020-04-23-07-51-42-00 iso9660 Ubuntu 20.04 LTS amd64
/dev/sdb2 1AC3-20ED vfat
/dev/sdb3 b665be24-46e6-48ec-a09d-7973c3b5a9e1 ext4 writable
================================= Mount points =================================
Device Mount_Point Type Options
/dev/fuse /run/user/999/doc fuse (rw,nosuid,nodev,relatime,user_id=999,group_id=999)
/dev/loop0 /rofs squashfs (ro,noatime)
/dev/sda1 /mnt/boot-sav/sda1 vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sda2 /mnt/boot-sav/sda2 ext4 (rw,relatime)
/dev/sda3 /mnt/boot-sav/sda3 ext4 (rw,relatime)
/dev/sdb1 /cdrom iso9660 (ro,noatime,nojoliet,check=s,map=n,blocksize=2048)
/dev/sdb2 /mnt/boot-sav/sdb2 vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sdb3 /var/crash ext4 (rw,relatime)
/dev/sdb3 /var/log ext4 (rw,relatime)
=========================== sda1/efi/ubuntu/grub.cfg ===========================
--------------------------------------------------------------------------------
search.fs_uuid df3484ed-6030-45db-a265-cb672394fd48 root hd0,gpt2
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
--------------------------------------------------------------------------------
====================== sda2/boot/grub/grub.cfg (filtered) ======================
Ubuntu
Ubuntu, avec Linux 5.4.0-28-generic
Ubuntu, avec Linux 5.4.0-26-generic
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings' $menuentry_id_option 'uefi-firmware' {
### END /etc/grub.d/30_uefi-firmware ###
========================== sda2/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during installation
UUID=df3484ed-6030-45db-a265-cb672394fd48 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=4DDA-0E2B /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda3 during installation
UUID=4dee9785-93b6-4de3-926f-be4d49fd8d40 /home ext4 defaults 0 2
/swapfile none swap sw 0 0
======================= sda2/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=""
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
#GRUB_TERMINAL=console
#GRUB_GFXMODE=640x480
#GRUB_DISABLE_LINUX_UUID=true
#GRUB_DISABLE_RECOVERY="true"
#GRUB_INIT_TUNE="480 440 1"
==================== sda2: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
4.760925293 = 5.112004608 boot/grub/grub.cfg 1
7.769645691 = 8.342593536 boot/vmlinuz 1
3.547847748 = 3.809472512 boot/vmlinuz-5.4.0-26-generic 2
7.769645691 = 8.342593536 boot/vmlinuz-5.4.0-28-generic 1
3.547847748 = 3.809472512 boot/vmlinuz.old 2
8.007968903 = 8.598491136 boot/initrd.img 2
7.639965057 = 8.203350016 boot/initrd.img-5.4.0-26-generic 5
8.007968903 = 8.598491136 boot/initrd.img-5.4.0-28-generic 2
7.639965057 = 8.203350016 boot/initrd.img.old 5
======================== Unknown MBRs/Boot Sectors/etc =========================
Unknown BootLoader on sdb
00000000 45 52 08 00 00 00 90 90 00 00 00 00 00 00 00 00 |ER..............|
00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000020 33 ed fa 8e d5 bc 00 7c fb fc 66 31 db 66 31 c9 |3......|..f1.f1.|
00000030 66 53 66 51 06 57 8e dd 8e c5 52 be 00 7c bf 00 |fSfQ.W....R..|..|
00000040 06 b9 00 01 f3 a5 ea 4b 06 00 00 52 b4 41 bb aa |.......K...R.A..|
00000050 55 31 c9 30 f6 f9 cd 13 72 16 81 fb 55 aa 75 10 |U1.0....r...U.u.|
00000060 83 e1 01 74 0b 66 c7 06 f3 06 b4 42 eb 15 eb 02 |...t.f.....B....|
00000070 31 c9 5a 51 b4 08 cd 13 5b 0f b6 c6 40 50 83 e1 |1.ZQ....[...@P..|
00000080 3f 51 f7 e1 53 52 50 bb 00 7c b9 04 00 66 a1 b0 |?Q..SRP..|...f..|
00000090 07 e8 44 00 0f 82 80 00 66 40 80 c7 02 e2 f2 66 |..D.....f@.....f|
000000a0 81 3e 40 7c fb c0 78 70 75 09 fa bc ec 7b ea 44 |.>@|..xpu....{.D|
000000b0 7c 00 00 e8 83 00 69 73 6f 6c 69 6e 75 78 2e 62 ||.....isolinux.b|
000000c0 69 6e 20 6d 69 73 73 69 6e 67 20 6f 72 20 63 6f |in missing or co|
000000d0 72 72 75 70 74 2e 0d 0a 66 60 66 31 d2 66 03 06 |rrupt...f`f1.f..|
000000e0 f8 7b 66 13 16 fc 7b 66 52 66 50 06 53 6a 01 6a |.{f...{fRfP.Sj.j|
000000f0 10 89 e6 66 f7 36 e8 7b c0 e4 06 88 e1 88 c5 92 |...f.6.{........|
00000100 f6 36 ee 7b 88 c6 08 e1 41 b8 01 02 8a 16 f2 7b |.6.{....A......{|
00000110 cd 13 8d 64 10 66 61 c3 e8 1e 00 4f 70 65 72 61 |...d.fa....Opera|
00000120 74 69 6e 67 20 73 79 73 74 65 6d 20 6c 6f 61 64 |ting system load|
00000130 20 65 72 72 6f 72 2e 0d 0a 5e ac b4 0e 8a 3e 62 | error...^....>b|
00000140 04 b3 07 cd 10 3c 0a 75 f1 cd 18 f4 eb fd 00 00 |.....<.u........|
00000150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001b0 c4 20 40 00 00 00 00 00 ae 06 f0 15 00 00 80 00 |. @.............|
000001c0 01 00 00 a1 e0 fe 00 00 00 00 c0 eb 50 00 00 fe |............P...|
000001d0 ff ff ef fe ff ff b0 6e 40 00 00 1f 00 00 00 2d |.......n@......-|
000001e0 64 4a 83 d9 e2 37 00 f0 50 00 00 10 6a 03 00 00 |dJ...7..P...j...|
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.|
00000200
============================ ADDITIONAL INFORMATION ============================
boot-repair is executed in live-session (Ubuntu 20.04 LTS, focal, Ubuntu, x86_64)
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 39 bits physical, 48 bits virtual
BOOT_IMAGE=/casper/vmlinuz file=/cdrom/preseed/ubuntu.seed maybe-ubiquity quiet splash ---
Warning: The driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes.
================================ 1 OS detected =================================
OS#1: Ubuntu 20.04 LTS on sda2
dd: nombre incorrect: «0»
========================= sda2/etc/grub.d/ (filtered) ==========================
drwxr-xr-x 2 root root 4096 avril 23 07:42 grub.d
-rwxr-xr-x 1 root root 10627 avril 15 11:31 00_header
-rwxr-xr-x 1 root root 6258 avril 15 11:31 05_debian_theme
-rwxr-xr-x 1 root root 17123 avril 15 11:31 10_linux
-rwxr-xr-x 1 root root 42128 avril 15 11:31 10_linux_zfs
-rwxr-xr-x 1 root root 12894 avril 15 11:31 20_linux_xen
-rwxr-xr-x 1 root root 1992 févr. 13 23:09 20_memtest86+
-rwxr-xr-x 1 root root 12059 avril 15 11:31 30_os-prober
-rwxr-xr-x 1 root root 1424 avril 15 11:31 30_uefi-firmware
-rwxr-xr-x 1 root root 214 avril 15 11:31 40_custom
-rwxr-xr-x 1 root root 216 avril 15 11:31 41_custom
=================== /boot/efi detected in the fstab of sda2: UUID=4DDA-0E2B (sda1)
=================== sda2recordfail=1/grub/grubenv :
recordfail=1
================================== m5sum efi ===================================
bed45d1c9554cea09924d3814cb7c446 /mnt/boot-sav/sda1/efi/BOOT/fbx64.efi
4487628005555bfd4a4c0a47211e0700 /mnt/boot-sav/sda1/efi/BOOT/mmx64.efi
256fe27540b54b71cf38110338247688 /mnt/boot-sav/sda1/efi/ubuntu/fwupx64.efi
98bea152fadd26c4e9136916f6cc32a8 /mnt/boot-sav/sda1/efi/ubuntu/grubx64.efi
4487628005555bfd4a4c0a47211e0700 /mnt/boot-sav/sda1/efi/ubuntu/mmx64.efi
f7a57b08bc7c1c85417ae4cea582d1d4 /mnt/boot-sav/sda1/efi/ubuntu/shimx64.efi
f7a57b08bc7c1c85417ae4cea582d1d4 /mnt/boot-sav/sda1/efi/BOOT/BOOTX64.EFI
f7a57b08bc7c1c85417ae4cea582d1d4 /mnt/boot-sav/sdb2/efi/boot/bootx64.efi
109e2fc4aa9786cd887ed6f95c485951 /mnt/boot-sav/sdb2/efi/boot/grubx64.efi
4487628005555bfd4a4c0a47211e0700 /mnt/boot-sav/sdb2/efi/boot/mmx64.efi
Presence of EFI/Boot file detected: /mnt/boot-sav/sda1/EFI/Boot/fbx64.efi
Presence of EFI/Boot file detected: /mnt/boot-sav/sda1/EFI/Boot/mmx64.efi
Presence of EFI/Boot file detected: /mnt/boot-sav/sdb2/EFI/Boot/bootx64.efi
Presence of EFI/Boot file detected: /mnt/boot-sav/sdb2/EFI/Boot/grubx64.efi
Presence of EFI/Boot file detected: /mnt/boot-sav/sdb2/EFI/Boot/mmx64.efi
/usr/share/boot-sav/bs-cmd_terminal.sh: ligne 181: avertissement : substitution de commande: octet nul ignoré en entrée
================================ efibootmgr -v =================================
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0002,0000,0001
Boot0000 Windows Boot Manager HD(1,GPT,af9a7f3d-557b-4aaa-b81c-e25f22d29942,0x800,0xfa000)/File(EFIMicrosoftBootbootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}..._................
Boot0001* ubuntu HD(1,GPT,af9a7f3d-557b-4aaa-b81c-e25f22d29942,0x800,0x100000)/File(EFIubuntushimx64.efi)
Boot0002* UEFI: Corsair Voyager SliderX2000A, Partition 1 PciRoot(0x0)/Pci(0x14,0x0)/USB(2,0)/HD(1,MBR,0x15f006ae,0x406eb0,0x1f00)..BO
=============================== UEFI/Legacy mode ===============================
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session. SecureBoot disabled.
=============================== PARTITIONS (1/3) ===============================
sda1 : sda, not-sepboot, no-grubenv nogrub, no-docgrub, no-update-grub, 32, no-boot, no-os, is---ESP, part-has-no-fstab
sda2 : sda, not-sepboot, grubenv-ng grub2, signed grub-pc grub-efi , update-grub, 64, with-boot, is-os, isnotESP, fstab-without-boot
sda3 : sda, maybesepboot, no-grubenv nogrub, no-docgrub, no-update-grub, 32, no-boot, no-os, isnotESP, part-has-no-fstab
sdb2 : sdb, not-sepboot, no-grubenv nogrub, no-docgrub, no-update-grub, 32, no-boot, no-os, is---ESP, part-has-no-fstab
sdb3 : sdb, maybesepboot, no-grubenv nogrub, no-docgrub, no-update-grub, 32, no-boot, no-os, isnotESP, part-has-no-fstab
=============================== PARTITIONS (2/3) ===============================
sda1 : part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot, nopakmgr, nogrubinstall
sda2 : fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot, apt-get, grub-install
sda3 : part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot, nopakmgr, nogrubinstall
sdb2 : part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot, nopakmgr, nogrubinstall
sdb3 : part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot, nopakmgr, nogrubinstall
=============================== PARTITIONS (3/3) ===============================
sda1 : no---usr, part-has-no-fstab, not-sep-usr, standard, not-far, notbiosboot, /mnt/boot-sav/sda1.
sda2 : with--usr, fstab-without-usr, not-sep-usr, standard, not-far, notbiosboot, /mnt/boot-sav/sda2.
sda3 : no---usr, part-has-no-fstab, not-sep-usr, standard, farbios, notbiosboot, /mnt/boot-sav/sda3.
sdb2 : no---usr, part-has-no-fstab, not-sep-usr, standard, not-far, notbiosboot, /mnt/boot-sav/sdb2.
sdb3 : no---usr, part-has-no-fstab, not-sep-usr, standard, not-far, notbiosboot, /var/log.
==================================== DISKS =====================================
sda : GPT, no-BIOS_boot, has---ESP, not-usb, not-mmc, has-os, 2048 sectors * 512 bytes
sdb : not-GPT, BIOSboot-not-needed, has---ESP, usb-disk, not-mmc, no-os, 0 sectors * 512 bytes
================================== parted -lm ==================================
BYT;
/dev/sda:256GB:scsi:512:512:gpt:ATA SanDisk X400 2.5:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:25.5GB:25.0GB:ext4::;
3:25.5GB:256GB:231GB:ext4::;
BYT;
/dev/sdb:32.0GB:scsi:512:512:unknown:Corsair Voyager SliderX2:;
=============== lsblk -o KNAME,TYPE,FSTYPE,SIZE,LABEL (filtered) ===============
KNAME TYPE FSTYPE SIZE LABEL
sda disk 238,5G
sda1 part vfat 512M
sda2 part ext4 23,3G
sda3 part ext4 214,7G
sdb disk iso9660 29,9G Ubuntu 20.04 LTS amd64
sdb1 part iso9660 2,5G Ubuntu 20.04 LTS amd64
sdb2 part vfat 3,9M
sdb3 part ext4 27,3G writable
============ lsblk -o KNAME,ROTA,RO,RM,STATE,MOUNTPOINT (filtered) =============
KNAME ROTA RO RM STATE MOUNTPOINT
sda 0 0 0 running
sda1 0 0 0 /mnt/boot-sav/sda1
sda2 0 0 0 /mnt/boot-sav/sda2
sda3 0 0 0 /mnt/boot-sav/sda3
sdb 1 0 1 running
sdb1 1 0 1 /cdrom
sdb2 1 0 1 /mnt/boot-sav/sdb2
sdb3 1 0 1 /var/crash
=============================== mount (filtered) ===============================
/dev/sdb1 on /cdrom type iso9660 (ro,noatime,nojoliet,check=s,map=n,blocksize=2048)
/dev/loop0 on /rofs type squashfs (ro,noatime)
/dev/sdb3 on /var/log type ext4 (rw,relatime)
/dev/sdb3 on /var/crash type ext4 (rw,relatime)
/dev/fuse on /run/user/999/doc type fuse (rw,nosuid,nodev,relatime,user_id=999,group_id=999)
/dev/sda1 on /mnt/boot-sav/sda1 type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sda2 on /mnt/boot-sav/sda2 type ext4 (rw,relatime)
/dev/sda3 on /mnt/boot-sav/sda3 type ext4 (rw,relatime)
/dev/sdb2 on /mnt/boot-sav/sdb2 type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
================================ ls (filtered) =================================
/sys/block/sda: alignment_offset bdi capability dev device discard_alignment events events_async events_poll_msecs ext_range hidden holders inflight integrity mq power queue range removable ro sda1 sda2 sda3 size slaves stat subsystem trace uevent
/sys/block/sdb: alignment_offset bdi capability dev device discard_alignment events events_async events_poll_msecs ext_range hidden holders inflight integrity mq power queue range removable ro sdb1 sdb2 sdb3 size slaves stat subsystem trace uevent
/dev: acpi_thermal_rel autofs block bsg btrfs-control bus char console core cpu cpu_dma_latency cuse disk dri ecryptfs fb0 fd full fuse gpiochip0 hidraw0 hidraw1 HID-SENSOR-2000e1.11.auto HID-SENSOR-2000e1.13.auto HID-SENSOR-2000e1.14.auto HID-SENSOR-2000e1.19.auto HID-SENSOR-2000e1.20.auto HID-SENSOR-2000e1.21.auto HID-SENSOR-2000e1.22.auto HID-SENSOR-2000e1.23.auto HID-SENSOR-2000e1.2.auto HID-SENSOR-2000e1.3.auto HID-SENSOR-2000e1.4.auto HID-SENSOR-2000e1.6.auto HID-SENSOR-2000e1.7.auto HID-SENSOR-2000e1.8.auto hpet hugepages hwrng iio:device0 iio:device1 iio:device2 iio:device3 iio:device4 iio:device5 iio:device6 iio:device7 iio:device8 initctl input kmsg kvm lightnvm log mapper mcelog mei0 mem mqueue net null port ppp psaux ptmx pts random rfkill rtc rtc0 sda sda1 sda2 sda3 sdb sdb1 sdb2 sdb3 sg0 sg1 shm snapshot snd stderr stdin stdout tpm0 tpmrm0 udmabuf uhid uinput urandom usb userio vfio vga_arbiter vhci vhost-net vhost-vsock wmi zero zfs
============================== df -Th (filtered) ===============================
Filesystem Type Size Used Avail Use% Mounted on
/dev/sdb1 iso9660 2.6G 2.6G 0 100% /cdrom
/cow overlay 3.9G 623M 3.3G 16% /
/dev/disk/by-label/writable ext4 27G 60M 26G 1% /var/log
/dev/sda1 vfat 511M 7.9M 504M 2% /mnt/boot-sav/sda1
/dev/sda2 ext4 23G 6.4G 16G 30% /mnt/boot-sav/sda2
/dev/sda3 ext4 211G 61M 200G 1% /mnt/boot-sav/sda3
/dev/sdb2 vfat 3.9M 3.9M 10K 100% /mnt/boot-sav/sdb2
============================= fdisk -l (filtered) ==============================
Disk /dev/sda: 238.49 GiB, 256060514304 bytes, 500118192 sectors
Disk model: SanDisk X400 2.5
Disklabel type: gpt
Device Start End Sectors Size Type
/dev/sda1 2048 1050623 1048576 512M EFI System
/dev/sda2 1050624 49879039 48828416 23.3G Linux filesystem
/dev/sda3 49879040 500117503 450238464 214.7G Linux filesystem
Disk /dev/sdb: 29.86 GiB, 32044482560 bytes, 62586880 sectors
Disk model: Voyager SliderX2
Disklabel type: dos
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 0 5303231 5303232 2.5G 0 Empty
/dev/sdb2 4222640 4230575 7936 3.9M ef EFI (FAT-12/16/32)
/dev/sdb3 5304320 62586879 57282560 27.3G 83 Linux
(debug) reinstall grub2 place-in-all-MBRs no-BIOS_boot (sda2)
================================ Repair blocked ================================
GPT détecté. Veuillez créer une partition BIOS-Boot (>1MB, système de fichiers non formaté, drapeau bios_grub). Cela peut être réalisé via des outils tels que Gparted. Puis réessayez.
Alternativement, vous pouvez réessayer après avoir activé l'option [Partition /boot/efi séparée :].
(debug) reinstall grub2 place-in-all-MBRs no-BIOS_boot (sda2)
=============================== Suggested repair ===============================
The default repair of the Boot-Repair utility would purge (in order to remove grub-efi) and reinstall the grub2 of sda2 into the MBRs of all disks (except live-disks and removable disks without OS).
Grub-efi would not be selected by default because: no-win-efi
Additional repair would be performed: unhide-bootmenu-10s
===================== Blockers in case of suggested repair ======================
GPT détecté. Veuillez créer une partition BIOS-Boot (>1MB, système de fichiers non formaté, drapeau bios_grub). Cela peut être réalisé via des outils tels que Gparted. Puis réessayez.
Alternativement, vous pouvez réessayer après avoir activé l'option [Partition /boot/efi séparée :].
===================== Advice in case of suggested repair ======================
EFI détecté. Vous souhaiterez peut-être réessayer après avoir activé l'option [Partition /boot/efi séparée :].
Voulez-vous continuer ?EFI détecté. Vous souhaiterez peut-être réessayer après avoir activé l'option [Partition /boot/efi séparée :].
Voulez-vous continuer ?
=================== Final advice in case of suggested repair ===================
N'oubliez pas de régler votre BIOS pour qu'il amorce sur le disque sda (ATA SanDisk X400 2.5) !
================================= User settings ================================
The settings chosen by the user will not act on the boot.
gawk packages needed
Ma synthèse est là :
=================== Mode UEFI/Legacy
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session. SecureBoot disabled.
=================== efibootmgr
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0002,0000,0001
Boot0000 Windows Boot Manager HD(1,GPT,af9a7f3d-557b-4aaa-b81c-e25f22d29942,0x800,0xfa000)/File(EFIMicrosoftBootbootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}..._................
Boot0001* ubuntu HD(1,GPT,af9a7f3d-557b-4aaa-b81c-e25f22d29942,0x800,0x100000)/File(EFIubuntushimx64.efi)
Boot0002* UEFI: Corsair Voyager SliderX2000A, Partition 1 PciRoot(0x0)/Pci(0x14,0x0)/USB(2,0)/HD(1,MBR,0x15f006ae,0x406eb0,0x1f00)..BO
=================== Partition(s) EFI
sda1
sdb2
Presence of EFI/Boot file detected: /mnt/boot-sav/sda1/EFI/Boot/fbx64.efi
Presence of EFI/Boot file detected: /mnt/boot-sav/sda1/EFI/Boot/mmx64.efi
=================== Grub MBR
=> No boot loader is installed in the MBR of /dev/sda.
=================== OS détecté
OS#1: Ubuntu 20.04 LTS on sda2
dd: nombre incorrect: «0»
=================== Partition(s) avec OS
sda2
=================== Fichier(s) /etc/fstab
========================== sda2/etc/fstab (filtered) ===========================
UUID=df3484ed-6030-45db-a265-cb672394fd48 / ext4 errors=remount-ro 0 1
UUID=4DDA-0E2B /boot/efi vfat umask=0077 0 1
UUID=4dee9785-93b6-4de3-926f-be4d49fd8d40 /home ext4 defaults 0 2
/swapfile none swap sw 0 0
=================== UUID blkid
Device UUID TYPE LABEL
/dev/sda1 4DDA-0E2B vfat
/dev/sda2 df3484ed-6030-45db-a265-cb672394fd48 ext4
/dev/sda3 4dee9785-93b6-4de3-926f-be4d49fd8d40 ext4
/dev/sdb2 1AC3-20ED vfat
/dev/sdb3 b665be24-46e6-48ec-a09d-7973c3b5a9e1 ext4 writable
=================== Type de disque et partition
Disk /dev/sda: 238.49 GiB, 256060514304 bytes, 500118192 sectors
Disklabel type: gpt
Device Start End Sectors Size Type
/dev/sda1 2048 1050623 1048576 512M EFI System
/dev/sda2 1050624 49879039 48828416 23.3G Linux filesystem
/dev/sda3 49879040 500117503 450238464 214.7G Linux filesystem
Disk /dev/sdb: 29.86 GiB, 32044482560 bytes, 62586880 sectors
Disklabel type: dos
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 0 5303231 5303232 2.5G 0 Empty
/dev/sdb2 4222640 4230575 7936 3.9M ef EFI (FAT-12/16/32)
/dev/sdb3 5304320 62586879 57282560 27.3G 83 Linux
(debug) reinstall grub2 place-in-all-MBRs no-BIOS_boot (sda2)
On voit qu'il y a un problème avec efibootmgr, il contient encore le boot de windows, c'est à dire l'ancien boot efi. Aussi, il n'y a pas Grub installé dans la MBR du disque principal sda.
Je préconise de se débarrasser de l'uefi puisqu'il n'y a pas windows. En allant dans le bios et en désactivant l'uefi, c'est à dire en activant le mode legacy. Ensuite, démarre ubuntu live, donc en mode legacy, laisse la partition efi, mais efface la partition ubuntu (sda2), pour ensuite installer Ubuntu proprement. Lors de l'installation d'ubuntu, choisis faire autre chose et indique ensuite la partition sda2 à utiliser en tant que: /
Dernière modification par LukePerp (Le 02/05/2020, à 19:43)
Gamer inside - Ubuntu Mate dernière LTS - Intel i5, 16 Go - Dual boot Windows - Utilisateur de Dapps sur Ethereum
Hors ligne
#3 Le 02/05/2020, à 19:44
- lucmars
Re : [Résolu] boot impossible après MAJ 20.04
Ok Luke, mais cela semble etre une installe correcte en efi, pourquoi passer en non-efi ?
C'est juste que dans la nvram y a encore win devant buntu qui est bien reconnu, donc passer buntu devant win dans le boot-order du bios, non ?
Gaulois Matter !
Hors ligne
#4 Le 02/05/2020, à 19:47
- LukePerp
Re : [Résolu] boot impossible après MAJ 20.04
Edit : je reformule. Il n'y a pas windows, le rapport montre son absence. En revanche, le lanceur EFI boot manager l'a encore dans sa liste et peut l'afficher au démarrage de la machine. Afficher windows dans le menu EFI ne veux pas dire que windows est présent. Si ta conjointe voulait garder windows, va lui acheter des fleurs !
Dernière modification par LukePerp (Le 02/05/2020, à 20:06)
Gamer inside - Ubuntu Mate dernière LTS - Intel i5, 16 Go - Dual boot Windows - Utilisateur de Dapps sur Ethereum
Hors ligne
#5 Le 02/05/2020, à 22:03
- 0ui-0ui
Re : [Résolu] boot impossible après MAJ 20.04
Bonjour,
On voit qu'il y a un problème avec efibootmgr, il contient encore le boot de windows, c'est à dire l'ancien boot efi. Aussi, il n'y a pas Grub installé dans la MBR du disque principal sda.
Je préconise de se débarrasser de l'uefi puisqu'il n'y a pas windows. En allant dans le bios et en désactivant l'uefi, c'est à dire en activant le mode legacy. Ensuite, démarre ubuntu live, donc en mode legacy, laisse la partition efi, mais efface la partition ubuntu (sda2), pour ensuite installer Ubuntu proprement. Lors de l'installation d'ubuntu, choisis faire autre chose et indique ensuite la partition sda2 à utiliser en tant que: /
Ça veut dire que la partition dev/sda1 peut être supprimée ? Je pensais innocemment que ça comprenait le BIOS = peur
Effectivement dans mon BIOS il existe toujours une entrée de boot "Windows Boot Manager". Mais j'ai désactivée cette dernière dans mes multiples tentatives.
Auparavant elle était toujours activée, mais je ne crois pas devant ubuntu, et ça marchait très bien. C'est là où je suis perplexe, je ne pensais pas avoir changé les tréfonds de cette ordinateur, qui était assez "propre"
Pas de Grub installé dans le MBR du sda ça veut dire quoi ? Car il s'affiche quand même quand je démarre ?
C'est ça que me demande boot-repair, essayer de créer une partition /boot en premier ?
Hors ligne
#6 Le 02/05/2020, à 22:12
- 0ui-0ui
Re : [Résolu] boot impossible après MAJ 20.04
Je ne verrai pas l'utilité de réinstaller le GRUB car il fonctionne quand même (sauf au premier boot). Et il est forcément installé dans le MBR, c'est bien ça ? ou alors que dans le dev/sda2 ?
Pourtant j'avais bien sélectionné dev/sda dans l'installation du "programme de démarrage" comme dit, je crois, l'installateur d'ubuntu
Hors ligne
#7 Le 02/05/2020, à 23:06
- geole
Re : [Résolu] boot impossible après MAJ 20.04
Bonjour,
J'ai tenté et en redémarrant le GRUB s'affiche. En choisissant "Ubuntu", ça s'éteint ! on peut dire que ça ne marche pas quoi.
J'essaye un autre noyau mais on ne me propose que la 5.4.0-28 ou la 26. Le chargement d'un des 2 noyaux ou des recovery mode ne fonctionne pas.
Merci d'avance,
Bonsoir.
Ce qui est certain , c'est que windows n'a aucun rapport avec ce probblème!!!!!
Installe donc la version 18.04 en dual boot.
Dernière modification par geole (Le 02/05/2020, à 23:09)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#8 Le 03/05/2020, à 07:10
- LukePerp
Re : [Résolu] boot impossible après MAJ 20.04
geole, tu as lu trop vite, il n'y a pas de trace de windows dans la machine, selon le rapport. C'est pour cela que je préconise de désactiver l'uefi dans le bios et d'installer ubuntu en mode bios (legacy, non uefi) afin d'éviter toutes ces embrouilles avec l'uefi
Gamer inside - Ubuntu Mate dernière LTS - Intel i5, 16 Go - Dual boot Windows - Utilisateur de Dapps sur Ethereum
Hors ligne
#9 Le 03/05/2020, à 10:37
- geole
Re : [Résolu] boot impossible après MAJ 20.04
Bonjour lukePerp
Non je n'ai pas lu vite.
C'est toi qui a écrit "En revanche, le lanceur EFI boot manager l'a encore dans sa liste et peut l'afficher au démarrage de la machine."
Comme je l'ai dit, lorsque le grub déconne, cela signifie que toute la séquence EFI a totalement été traitée. C'est ce Grub qui fout le bordel. A mon avis il veut afficher des images pour faire passer le temps et ne sait pas le faire.
Comme c'est exactement le même en LEGACY et en EFI, je ne vois pas l'intérêt de rendre vulnérable cet ordinateur en changeant son mode de boot
Bonjour oui-oui
Au moment du boot, prends le plus vite possible main pour supprimer les deux options quiet splash
C'est une technique identique à celle de l'ajout de nomodeset mais en suppression voir paragraphe 7.3 de https://doc.ubuntu-fr.org/kernel#modifi … sur_disque
A mon avis c'est splash le coupable.
Dernière modification par geole (Le 03/05/2020, à 10:40)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#10 Le 03/05/2020, à 15:39
- 0ui-0ui
Re : [Résolu] boot impossible après MAJ 20.04
Ce problème d'écran noir me rappelle ma machine à moi qui avait fait ça en installant des pilotes propriétaires pour une carte grpahique dédiée
Mais là, pas de carte graphique dédiée sur l'inspiron !
J'ai essayé l'ajout de nomodeset comme la suppression de quiet splash mais rien ne fonctionne
Changer l'EFI pour le Legacy ? je vais essayer de me renseigner sur le sujet, j'y suis assez frileu de changer ce genre de truc. Mais je reste ouvert à toute suggestion
Hors ligne
#11 Le 03/05/2020, à 15:45
- 0ui-0ui
Re : [Résolu] boot impossible après MAJ 20.04
Bonsoir.
Ce qui est certain , c'est que windows n'a aucun rapport avec ce probblème!!!!!
Installe donc la version 18.04 en dual boot.
En attendant je vais faire ça pour avoir au moins un ordi fonctionnel (si ça marche )
Hors ligne
#12 Le 03/05/2020, à 15:50
- LukePerp
Re : [Résolu] boot impossible après MAJ 20.04
Je viens de comprendre la suggestion de geole, installer un dual boot ubuntu-ubuntu, c'est ça ?
Gamer inside - Ubuntu Mate dernière LTS - Intel i5, 16 Go - Dual boot Windows - Utilisateur de Dapps sur Ethereum
Hors ligne
#13 Le 03/05/2020, à 21:12
- 0ui-0ui
Re : [Résolu] boot impossible après MAJ 20.04
Bon j'ai fait un dual-boot des 2 versions d'ubuntu...
* 1er essai : installation de la 18.04 en effaçant tout le disque (l'installation de base de l'installateur). Ça boot nickel (mince, manquerait plus que ça !).
Partitionnement pour créer une partition pour la 20.04 + 1 autre pour le /home partagé : ça marche pas. Plus rien ne marche, même la 18.04 avec un bug identique.
* 2ème essai : ré-installation de la 18.04 sur la partition concernée. Je ne touche à rien d'autre.
Et là, ô miracle, les 2 versions d'Ubuntu fonctionnent
Est-ce qu'une comparaison des boot-info vous intéresse ? Je le mets là au cas où : https://paste.ubuntu.com/p/BFPgt57wDP/
Et sinon d'après vous, je fais quoi de la partition de la 18.04 ?!
Dernière modification par 0ui-0ui (Le 03/05/2020, à 22:26)
Hors ligne
#14 Le 03/05/2020, à 22:55
- geole
Re : [Résolu] boot impossible après MAJ 20.04
Partitionnement pour créer une partition pour la 20.04 + 1 autre pour le /home partagé : ça marche pas. Plus rien ne marche, même la 18.04 avec un bug identique.
C'est quoi ce test avec un /home partagé.
Un dual boot c'est l'O.S. n° 1 dans une partition qui contient aussi son répertoire home
et c'est aussi l'O.S. n° 2 dans une autre partition qui contient ausi son propre répertoire home.
Tous ceux qui veulent quelque chose de commun pour le répertoire home n'ont rien compris à la séparation des logiciels. A croire qu'ils confondent home avec l'endroit où on stocke ses propres données.
Dernière modification par geole (Le 03/05/2020, à 23:01)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#15 Le 03/05/2020, à 23:28
- 0ui-0ui
Re : [Résolu] boot impossible après MAJ 20.04
Oui je vois ce que tu veux dire, t'as raison
Mais je ne compte pas jongler entre les 2, je voulais juste individualiser le home...
"Partagé" n'était pas le but
Hors ligne
#16 Le 03/05/2020, à 23:53
- geole
Re : [Résolu] boot impossible après MAJ 20.04
Installes donc les deux O.S. chacun dans une seule partition et explique ce que tu veux dire par individualiser..
Nota. Tu pourras individualiser le home de chaque O.S. en faisant deux fois l'action .
Cela prendra en compte les contraintes de chaque O.S. qui ne sont pas OBLIGATOIREMEMENT IDENTIQUES.
Dernière modification par geole (Le 03/05/2020, à 23:59)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#17 Le 04/05/2020, à 05:55
- LukePerp
Re : [Résolu] boot impossible après MAJ 20.04
Si tu veux mettre en commun tes données perso, tu fais trois partitions. L'une pour l'OS 1, la seconde pour l'OS 2 et la troisième pour mettre tes données et non un /home partagé. Dans chaque OS, tu mettra un lien de tes données perso dans le dossier perso de chaque OS, basta !
Dernière modification par LukePerp (Le 04/05/2020, à 05:56)
Gamer inside - Ubuntu Mate dernière LTS - Intel i5, 16 Go - Dual boot Windows - Utilisateur de Dapps sur Ethereum
Hors ligne
#18 Le 04/05/2020, à 09:42
- 0ui-0ui
Re : [Résolu] boot impossible après MAJ 20.04
La 20. 04 marche je n'utiliserai que celle-là.
Le /home est sur une partition différente. Avant quand j'avais win en dual boot j'avais une partition pour les filles, avec des liens logiques, mais je ne sais plus pourquoi ça ne marchait pas super bien
Mais c'est un autre sujet
Hors ligne
#19 Le 04/05/2020, à 10:44
- 0ui-0ui
Re : [Résolu] boot impossible après MAJ 20.04
Mais j'ai oublié de vous dire : Merci !
Par contre je n'aurais pas pleinement satisfait ma curiosité vu qu'on ne connaît pas la raison, mais on n'a pas toujours tout ce qu'on veut !
Je passe quand même le sujet en "résolu"
Hors ligne
#20 Le 04/05/2020, à 12:20
- geole
Re : [Résolu] boot impossible après MAJ 20.04
Bonjour
J'ai une petite idée du problème.
Il y a actuellement pleins de discussions en cours disant qu'il est très difficile de booter avec le grub de version 20.04 0
Il y en a aussi quelques unes laissant supposer que le format EXT4 n'est pas très bien supporté avec les gros SSD en version 20.04.0
Tu es probablement dans l'un des deux contextes.
Si tu te prépares à oublier la version 20.04, tu peux toujours soit
a) Considérer que c'est un excellant live-USB
b) En version 20.04, installer gparted et l'utiliser pour rétrécir au maxima la partition contenant 18.04
c) C'est un bon O.S. de secours lorsque la version 20.04.0 n'est pas encore stabilisée en devenant 20.04.1
Dernière modification par geole (Le 04/05/2020, à 12:21)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#21 Le 04/05/2020, à 13:13
- 0ui-0ui
Re : [Résolu] boot impossible après MAJ 20.04
Bonjour
J'ai une petite idée du problème.
Il y a actuellement pleins de discussions en cours disant qu'il est très difficile de booter avec le grub de version 20.04 0
Il y en a aussi quelques unes laissant supposer que le format EXT4 n'est pas très bien supporté avec les gros SSD en version 20.04.0
Tu es probablement dans l'un des deux contextes.
Merci pour ton retour des retours d'expérience, je n'ai pas trop trouvé sur ce forum hormis le post de Drumming_C dont le cas est un poil différent
Mon SSD n'est pas très gros, 256 Mo.
Ou alors c'est que le Grub de la 20.04 qui pose problème car je suis tombé sur cette phrase du wiki : En cas d'installation en parralèle de plusieurs versions d'Ubuntu sur le même disque, c'est la dernière version installée qui impose son GRUB.
Ça pourrait coller car quand j'ai installé les 2 dans l'ordre 18.04 puis 20.04 ça n'a pas marché, mais quand j'ai fait dans l'autre sens, ça a fonctionné
Si tu te prépares à oublier la version 20.04, tu peux toujours soit
a) Considérer que c'est un excellant live-USB
b) En version 20.04, installer gparted et l'utiliser pour rétrécir au maxima la partition contenant 18.04
c) C'est un bon O.S. de secours lorsque la version 20.04.0 n'est pas encore stabilisée en devenant 20.04.1
Si je rétrécis la partition de la vesion 18.04, je ne pourrais pas "réintégrer" les Go libérés à une autre partition ? sachant que c'est dans l'ordre /18.04 puis /20.04 puis le /home de la discorde
Hors ligne
#22 Le 04/05/2020, à 13:42
- geole
Re : [Résolu] boot impossible après MAJ 20.04
C'est du classique qu'on fait souvent avec un support d'installation...
1) Tu bootes en choisissant la version 20.04, tu y installes l'application gparted que tu lances
Tu rétrécis alors au maxima la partition 18.04 soit par son début soit par sa fin (c'est ce qui est proche de la 20.04)
2) Tu rebootes en choisissant la version 18.04, tu y installes la gparted que tu lances
Tu agrandis alors la partition 20.04 soit par son début soit par sa fin (c'est ce qui est proche de l'espace inutilisé)
Nota! Je pense que par défaut, tu bootes en version 18.04 et que tu voudrais booter en version 20.04
alors tu modifies la ligne suivante
GRUB_DEFAULT=0
du fichier /etc/default/grub
Il faut remplacer 0 qui signifie que le boot automatique se fait sur la première ligne par la valeur 2 qui signifie que le boot automatique se fait sur la 3eme ligne . Si ce n'est pas la 3eme ligne qui propose la version 2004, tu adaptes en conséquence. Donc à vérifier au premier boot
Tu peux même en profiter pour accélérer le boot automatique en modifiant aussi cette ligne en remplaçant 10 par 5 ou 4
Si tu mets moins, cela risque de devenir très compliqué pour avoir le temps de choisir la version 18.04
GRUB_TIMEOUT=10
Puis tu informes avec cette commande
sudo update-grub
Pour explications détaillées, voir la documentation https://doc.ubuntu-fr.org/tutoriel/grub … age_manuel
3) Tu rebootes en version 20.04
Dernière modification par geole (Le 04/05/2020, à 13:47)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#23 Le 04/05/2020, à 14:49
- 0ui-0ui
Re : [Résolu] boot impossible après MAJ 20.04
Je pense que par défaut, tu bootes en version 18.04 et que tu voudrais booter en version 20.04
alors tu modifies la ligne suivanteGRUB_DEFAULT=0
du fichier /etc/default/grub
Il faut remplacer 0 qui signifie que le boot automatique se fait sur la première ligne par la valeur 2 qui signifie que le boot automatique se fait sur la 3eme ligne . Si ce n'est pas la 3eme ligne qui propose la version 2004, tu adaptes en conséquence. Donc à vérifier au premier boot
Tu peux même en profiter pour accélérer le boot automatique en modifiant aussi cette ligne en remplaçant 10 par 5 ou 4
Si tu mets moins, cela risque de devenir très compliqué pour avoir le temps de choisir la version 18.04GRUB_TIMEOUT=10
Puis tu informes avec cette commande
sudo update-grub
Pour explications détaillées, voir la documentation https://doc.ubuntu-fr.org/tutoriel/grub … age_manuel
3) Tu rebootes en version 20.04
C'est justement ce que j'étais en train de regarder
Hors ligne