#1 Le 29/11/2020, à 15:37
- archi02
[résolu] 'Reboot and Select proper boot device' après l'installation
Bonjour,
Je viens demander un peu d'aide au sujet d'une installation effectuée sans problème :
- disque dur vierge
- installation ubuntu 18.04, uniquement (sans dual boot)
- laptop ASUS, UEFI désactivé dans le bios
- partitionnement avec partitions personnalisées
- création d'une partition de type Boot-bios, suivant le conseil de malbo trouvé ici
- périphérique où est installé le programme de démarrage : /dev/sda
L'installation se termine. Mais impossible de démarrer l'ordinateur, j'obtiens le message d'erreur :
Reboot and Select proper boot device etc.
J'ai suspecté un problème de programme de démarrage positionné où il ne faudrait pas, j'ai donc relancé le Live USB pour lancer un boot-repair.
Voici le boot-info original, post-installation :
boot-repair-4ppa125 [20201129_1411]
============================== Boot Info Summary ===============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector
966797312 of the same hard drive for core.img. core.img is at this
location and looks for (,gpt1)/boot/grub. It also embeds following
components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_gpt biosdisk
---------------------------------------------------------------------------
=> Syslinux MBR (5.00 and higher) is installed in the MBR of /dev/sdb.
sda1: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 18.04.5 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.img
sda2: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
sda3: __________________________________________________________________________
File system: swap
Boot sector type: -
Boot sector info:
sda4: __________________________________________________________________________
File system: BIOS Boot partition
Boot sector type: Grub2's core.img
Boot sector info:
sdb1: __________________________________________________________________________
File system: vfat
Boot sector type: SYSLINUX 6.03 20171017............................................`M....2....0............A20 gate n
Boot sector info: Syslinux looks at sector 6733600 of /dev/sdb1 for its
second stage. SYSLINUX is installed in the directory.
No errors found in the Boot Parameter Block.
Operating System:
Boot files: /boot/grub/grub.cfg /syslinux.cfg
/efi/BOOT/grubx64.efi /ldlinux.sys
================================ 1 OS detected =================================
OS#1: Ubuntu 18.04.5 LTS on sda1
============================ Architecture/Host Info ============================
CPU architecture: 64-bit
Live-session OS is Ubuntu 64-bit (Ubuntu 18.04.5 LTS, bionic, x86_64)
===================================== UEFI =====================================
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
efibootmgr -v
No BootOrder is set; firmware will attempt recovery
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sda : is-GPT, hasBIOSboot, has-noESP, not-usb, not-mmc, has-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
sda2 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
Partitions info (2/3): _________________________________________________________
sda1 : isnotESP, fstab-without-efi, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda2 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda1 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
sda2 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
fdisk -l (filtered): ___________________________________________________________
Disk sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Disk identifier: 4A93649B-62F6-4444-8322-3D16E28382AF
Start End Sectors Size Type
sda1 2048 97656831 97654784 46.6G Linux filesystem
sda2 97656832 966797311 869140480 414.4G Linux filesystem
sda3 967983104 976771071 8787968 4.2G Linux swap
sda4 966797312 967983103 1185792 579M BIOS boot
Partition table entries are not in disk order.
Disk sdb: 28.7 GiB, 30765219840 bytes, 60088320 sectors
Disk identifier: 0x2fc1a0cc
Boot Start End Sectors Size Id Type
sdb1 * 2048 60088319 60086272 28.7G c W95 FAT32 (LBA)
parted -lm (filtered): _________________________________________________________
sda:500GB:scsi:512:512:gpt:ATA WDC WDS500G2B0A:;
1:1049kB:50.0GB:50.0GB:ext4::;
2:50.0GB:495GB:445GB:ext4::;
4:495GB:496GB:607MB:::bios_grub;
3:496GB:500GB:4499MB:linux-swap(v1)::;
sdb:30.8GB:scsi:512:512:msdos:SanDisk Cruzer Spark:;
1:1049kB:30.8GB:30.8GB:fat32::boot, lba;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 ext4 f8d49dbb-ce30-4d9a-b3b9-ddb64e83129f 29461594-359f-482f-822d-cce29c88ceca
├─sda2 ext4 85cedfc6-ca03-4257-ab32-ae228a6f22fd fc8b55f5-d610-4dea-83c9-83aede3a911a
├─sda3 swap 7b71396c-d228-43bd-9ec3-5c87fb30815f 6c552bdb-7242-4428-a19f-7df9b670340d
└─sda4 5b116f1a-b42d-4c19-9c71-8cc7b436c32f
sdb
└─sdb1 vfat 2849-34AF 2fc1a0cc-01 lino
df (filtered): _________________________________________________________________
Avail Use% Mounted on
sda1 39.2G 9% /mnt/boot-sav/sda1
sda2 386.1G 0% /mnt/boot-sav/sda2
sdb1 25.5G 11% /cdrom
Mount options: __________________________________________________________________
sda1 rw,relatime
sda2 rw,relatime
sdb1 ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
====================== sda1/boot/grub/grub.cfg (filtered) ======================
Ubuntu f8d49dbb-ce30-4d9a-b3b9-ddb64e83129f
Ubuntu, avec Linux 5.4.0-42-generic f8d49dbb-ce30-4d9a-b3b9-ddb64e83129f
### 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=f8d49dbb-ce30-4d9a-b3b9-ddb64e83129f / ext4 errors=remount-ro 0 1
# /home was on /dev/sda2 during installation
UUID=85cedfc6-ca03-4257-ab32-ae228a6f22fd /home ext4 defaults 0 2
# swap was on /dev/sda3 during installation
UUID=7b71396c-d228-43bd-9ec3-5c87fb30815f 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)
18.273822784 = 19.621367808 boot/grub/grub.cfg 2
44.200386047 = 47.459803136 boot/grub/i386-pc/core.img 1
1.548767090 = 1.662976000 boot/vmlinuz-5.4.0-42-generic 1
1.548767090 = 1.662976000 vmlinuz 1
1.749019623 = 1.877995520 boot/initrd.img-5.4.0-42-generic 4
1.749019623 = 1.877995520 initrd.img 4
1.749019623 = 1.877995520 initrd.img.old 4
===================== sda1: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 12693 Jul 31 01:49 10_linux
-rwxr-xr-x 1 root root 11298 Jul 31 01:49 20_linux_xen
-rwxr-xr-x 1 root root 12059 Jul 31 01:49 30_os-prober
-rwxr-xr-x 1 root root 1418 Jul 31 01:49 30_uefi-firmware
-rwxr-xr-x 1 root root 214 Jul 31 01:49 40_custom
-rwxr-xr-x 1 root root 216 Jul 31 01:49 41_custom
====================== sdb1/boot/grub/grub.cfg (filtered) ======================
Try Xubuntu without installing
Install Xubuntu
OEM install (for manufacturers)
Check disc for defects
========================= sdb1/syslinux.cfg (filtered) =========================
default menu.c32
prompt 0
menu title UNetbootin
timeout 100
label unetbootindefault
menu label Default
kernel /ubnkern
append initrd=/ubninit file=/cdrom/preseed/xubuntu.seed boot=casper quiet splash ---
label ubnentry0
menu label ^Help
kernel /ubnkern
append initrd=/ubninit
label ubnentry1
menu label ^Try Xubuntu without installing
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/xubuntu.seed boot=casper quiet splash ---
label ubnentry2
menu label ^Install Xubuntu
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/xubuntu.seed boot=casper only-ubiquity quiet splash ---
label ubnentry3
menu label ^Check disc for defects
kernel /casper/vmlinuz
append initrd=/casper/initrd boot=casper integrity-check quiet splash ---
label ubnentry4
menu label Test ^memory
kernel /install/mt86plus
append initrd=/ubninit
label ubnentry5
menu label ^Boot from first hard disk
kernel /ubnkern
append initrd=/ubninit
label ubnentry6
menu label Try Xubuntu without installing
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/xubuntu.seed boot=casper quiet splash ---
label ubnentry7
menu label Install Xubuntu
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/xubuntu.seed boot=casper only-ubiquity quiet splash ---
label ubnentry8
menu label OEM install (for manufacturers)
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/xubuntu.seed boot=casper only-ubiquity quiet splash oem-config/enable=true ---
label ubnentry9
menu label Check disc for defects
kernel /casper/vmlinuz
append initrd=/casper/initrd boot=casper integrity-check quiet splash ---
==================== sdb1: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
?? = ?? boot/grub/grub.cfg 1
================== sdb1: Location of files loaded by Syslinux ==================
GiB - GB File Fragment(s)
?? = ?? syslinux.cfg 1
?? = ?? ldlinux.sys 1
?? = ?? ldlinux.c32 1
?? = ?? libcom32.c32 1
?? = ?? libutil.c32 1
?? = ?? menu.c32 1
=============== sdb1: Version of COM32(R) files used by Syslinux ===============
ldlinux.c32 : not a COM32/COM32R module
libcom32.c32 : not a COM32/COM32R module
libutil.c32 : not a COM32/COM32R module
menu.c32 : not a COM32/COM32R module
=============================== StdErr Messages ================================
File descriptor 63 (pipe:[87524]) leaked on lvs invocation. Parent PID 12696: /bin/bash
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would reinstall the grub2 of
sda1 into the MBR of sda.
Additional repair would be performed: unhide-bootmenu-10s
Confirmation request before suggested repair: __________________________________
The boot of your PC is in EFI mode, but no ESP partition was detected. You may want to retry after creating a ESP partition (FAT32, 100MB~250MB, start of the disk, boot flag).
Are you sure you want to continue anyway?
Final advice in case of suggested repair: ______________________________________
The boot of your PC is in UEFI mode. You may want to retry after changing it to BIOS-compatibility/CSM/Legacy mode.
Puis, j'ai lancé une réparation par défaut, sans options, tel que recommandé. Voici, le boot-repair summary :
boot-repair-4ppa125 [20201129_1417]
============================= Boot Repair Summary ==============================
Advices: _______________________________________________________________________
The boot of your PC is in EFI mode, but no ESP partition was detected. You may want to retry after creating a ESP partition (FAT32, 100MB~250MB, start of the disk, boot flag).
Are you sure you want to continue anyway? yes
Recommended repair: ____________________________________________________________
The default repair of the Boot-Repair utility will reinstall the grub2 of
sda1 into the MBR of sda.
Additional repair will be performed: unhide-bootmenu-10s
Unhide GRUB boot menu in sda1/etc/default/grub
========================= Reinstall the grub2 of sda1 ==========================
grub-install --version
grub-install (GRUB) 2.02-2ubuntu8.17
==> Reinstall the GRUB of sda1 into the MBR of sda
grub-install /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
chroot /mnt/boot-sav/sda1 update-grub
Sourcing file `/etc/default/grub'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.4.0-42-generic
Found initrd image: /boot/initrd.img-5.4.0-42-generic
Unhide GRUB boot menu in sda1/boot/grub/grub.cfg
Boot successfully repaired.
You can now reboot your computer.
The boot of your PC is in UEFI mode. You may want to retry after changing it to BIOS-compatibility/CSM/Legacy mode.
============================ Boot Info After Repair ============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector
966797312 of the same hard drive for core.img. core.img is at this
location and looks for (,gpt1)/boot/grub. It also embeds following
components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_gpt biosdisk
---------------------------------------------------------------------------
=> Syslinux MBR (5.00 and higher) is installed in the MBR of /dev/sdb.
sda1: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 18.04.5 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.img
sda2: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
sda3: __________________________________________________________________________
File system: swap
Boot sector type: -
Boot sector info:
sda4: __________________________________________________________________________
File system: BIOS Boot partition
Boot sector type: Grub2's core.img
Boot sector info:
sdb1: __________________________________________________________________________
File system: vfat
Boot sector type: SYSLINUX 6.03 20171017............................................`M....2....0............A20 gate n
Boot sector info: Syslinux looks at sector 6733600 of /dev/sdb1 for its
second stage. SYSLINUX is installed in the directory.
No errors found in the Boot Parameter Block.
Operating System:
Boot files: /boot/grub/grub.cfg /syslinux.cfg
/efi/BOOT/grubx64.efi /ldlinux.sys
================================ 1 OS detected =================================
OS#1: Ubuntu 18.04.5 LTS on sda1
============================ Architecture/Host Info ============================
CPU architecture: 64-bit
Live-session OS is Ubuntu 64-bit (Ubuntu 18.04.5 LTS, bionic, x86_64)
===================================== UEFI =====================================
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
efibootmgr -v
No BootOrder is set; firmware will attempt recovery
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sda : is-GPT, hasBIOSboot, has-noESP, not-usb, not-mmc, has-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
sda2 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
Partitions info (2/3): _________________________________________________________
sda1 : isnotESP, fstab-without-efi, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda2 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda1 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
sda2 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
fdisk -l (filtered): ___________________________________________________________
Disk sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Disk identifier: 4A93649B-62F6-4444-8322-3D16E28382AF
Start End Sectors Size Type
sda1 2048 97656831 97654784 46.6G Linux filesystem
sda2 97656832 966797311 869140480 414.4G Linux filesystem
sda3 967983104 976771071 8787968 4.2G Linux swap
sda4 966797312 967983103 1185792 579M BIOS boot
Partition table entries are not in disk order.
Disk sdb: 28.7 GiB, 30765219840 bytes, 60088320 sectors
Disk identifier: 0x2fc1a0cc
Boot Start End Sectors Size Id Type
sdb1 * 2048 60088319 60086272 28.7G c W95 FAT32 (LBA)
parted -lm (filtered): _________________________________________________________
sda:500GB:scsi:512:512:gpt:ATA WDC WDS500G2B0A:;
1:1049kB:50.0GB:50.0GB:ext4::;
2:50.0GB:495GB:445GB:ext4::;
4:495GB:496GB:607MB:::bios_grub;
3:496GB:500GB:4499MB:linux-swap(v1)::;
sdb:30.8GB:scsi:512:512:msdos:SanDisk Cruzer Spark:;
1:1049kB:30.8GB:30.8GB:fat32::boot, lba;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 ext4 f8d49dbb-ce30-4d9a-b3b9-ddb64e83129f 29461594-359f-482f-822d-cce29c88ceca
├─sda2 ext4 85cedfc6-ca03-4257-ab32-ae228a6f22fd fc8b55f5-d610-4dea-83c9-83aede3a911a
├─sda3 swap 7b71396c-d228-43bd-9ec3-5c87fb30815f 6c552bdb-7242-4428-a19f-7df9b670340d
└─sda4 5b116f1a-b42d-4c19-9c71-8cc7b436c32f
sdb
└─sdb1 vfat 2849-34AF 2fc1a0cc-01 lino
df (filtered): _________________________________________________________________
Avail Use% Mounted on
sda1 39.2G 9% /mnt/boot-sav/sda1
sda2 386.1G 0% /mnt/boot-sav/sda2
sdb1 25.5G 11% /cdrom
Mount options: __________________________________________________________________
sda1 rw,relatime
sda2 rw,relatime
sdb1 ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
====================== sda1/boot/grub/grub.cfg (filtered) ======================
Ubuntu f8d49dbb-ce30-4d9a-b3b9-ddb64e83129f
Ubuntu, with Linux 5.4.0-42-generic f8d49dbb-ce30-4d9a-b3b9-ddb64e83129f
### 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=f8d49dbb-ce30-4d9a-b3b9-ddb64e83129f / ext4 errors=remount-ro 0 1
# /home was on /dev/sda2 during installation
UUID=85cedfc6-ca03-4257-ab32-ae228a6f22fd /home ext4 defaults 0 2
# swap was on /dev/sda3 during installation
UUID=7b71396c-d228-43bd-9ec3-5c87fb30815f none swap sw 0 0
======================= sda1/etc/default/grub (filtered) =======================
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
==================== sda1: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
0.000980377 = 0.001052672 boot/grub/grub.cfg 1
16.143676758 = 17.334140928 boot/grub/i386-pc/core.img 1
1.548767090 = 1.662976000 boot/vmlinuz-5.4.0-42-generic 1
1.548767090 = 1.662976000 vmlinuz 1
1.749019623 = 1.877995520 boot/initrd.img-5.4.0-42-generic 4
1.749019623 = 1.877995520 initrd.img 4
1.749019623 = 1.877995520 initrd.img.old 4
===================== sda1: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 12693 Jul 31 01:49 10_linux
-rwxr-xr-x 1 root root 11298 Jul 31 01:49 20_linux_xen
-rwxr-xr-x 1 root root 12059 Jul 31 01:49 30_os-prober
-rwxr-xr-x 1 root root 1418 Jul 31 01:49 30_uefi-firmware
-rwxr-xr-x 1 root root 214 Jul 31 01:49 40_custom
-rwxr-xr-x 1 root root 216 Jul 31 01:49 41_custom
====================== sdb1/boot/grub/grub.cfg (filtered) ======================
Try Xubuntu without installing
Install Xubuntu
OEM install (for manufacturers)
Check disc for defects
========================= sdb1/syslinux.cfg (filtered) =========================
default menu.c32
prompt 0
menu title UNetbootin
timeout 100
label unetbootindefault
menu label Default
kernel /ubnkern
append initrd=/ubninit file=/cdrom/preseed/xubuntu.seed boot=casper quiet splash ---
label ubnentry0
menu label ^Help
kernel /ubnkern
append initrd=/ubninit
label ubnentry1
menu label ^Try Xubuntu without installing
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/xubuntu.seed boot=casper quiet splash ---
label ubnentry2
menu label ^Install Xubuntu
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/xubuntu.seed boot=casper only-ubiquity quiet splash ---
label ubnentry3
menu label ^Check disc for defects
kernel /casper/vmlinuz
append initrd=/casper/initrd boot=casper integrity-check quiet splash ---
label ubnentry4
menu label Test ^memory
kernel /install/mt86plus
append initrd=/ubninit
label ubnentry5
menu label ^Boot from first hard disk
kernel /ubnkern
append initrd=/ubninit
label ubnentry6
menu label Try Xubuntu without installing
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/xubuntu.seed boot=casper quiet splash ---
label ubnentry7
menu label Install Xubuntu
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/xubuntu.seed boot=casper only-ubiquity quiet splash ---
label ubnentry8
menu label OEM install (for manufacturers)
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/xubuntu.seed boot=casper only-ubiquity quiet splash oem-config/enable=true ---
label ubnentry9
menu label Check disc for defects
kernel /casper/vmlinuz
append initrd=/casper/initrd boot=casper integrity-check quiet splash ---
==================== sdb1: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
?? = ?? boot/grub/grub.cfg 1
================== sdb1: Location of files loaded by Syslinux ==================
GiB - GB File Fragment(s)
?? = ?? syslinux.cfg 1
?? = ?? ldlinux.sys 1
?? = ?? ldlinux.c32 1
?? = ?? libcom32.c32 1
?? = ?? libutil.c32 1
?? = ?? menu.c32 1
=============== sdb1: Version of COM32(R) files used by Syslinux ===============
ldlinux.c32 : not a COM32/COM32R module
libcom32.c32 : not a COM32/COM32R module
libutil.c32 : not a COM32/COM32R module
menu.c32 : not a COM32/COM32R module
=============================== StdErr Messages ================================
File descriptor 63 (pipe:[103492]) leaked on lvs invocation. Parent PID 27105: /bin/bash
À ce stade, rien ne fonctionne, toujours impossible de démarrer. Je pense qu'il faudrait utiliser boot-repair avec des options spéciales, mais je ne sais pas par quel bout le prendre.
Quelqu'un saurait m'aider ?
Merciiii !
PS : je précise que je n'ai pas l'ordinateur sous la main, je fais cela à distance par téléphone interposé. Je recherche donc la solution qui nécessite le moins de manipulaitons (non pas la plus élegante) pour rendre l'ordinateur fonctionnel. S'il faut réinstaller le système, pourquoi pas (mais il faut me dire alors pourquoi la première installation n'a pas fonctionné).
Dernière modification par archi02 (Le 03/12/2020, à 14:17)
Hors ligne
#2 Le 29/11/2020, à 18:55
- lucmars
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Ok, t'as fait dans les règles une installe Legacy sur un disque gpt, mais as-tu calé ton bios pour qu'il boot le disque en mode Legacy ?
Gaulois Matter !
Hors ligne
#3 Le 29/11/2020, à 19:15
- Qid
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
as-tu calé ton bios pour qu'il boot le disque en mode Legacy ?
Effectivement... Je ne voulais pas intervenir le premier dans le doute mais j'ai effectivement l'impression que tout attend une partition efi...
"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 29/11/2020, à 20:26
- ikewdu
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Salut,
Je n'arrive pas à comprendre pourquoi garder le format gpt si tu fais une installation en mode Legacy. C'est tellement plus simple et plus logique de choisir
- Legacy =Disque ms-dos
- UEFI= disque gpt
Je vois deux hypothèses dans ta situation :
1. Si tu as bien désactivé l'UEFI comme tu le dis, il n'est pas impossible que ton bios, une fois passé en Legacy, veuille booter sur un disque ms-dos avec une partition ayant un drapeau boot. S'il ne le trouve pas, il considère le disque comme un disque de données et t'envoie ce message.
2. Mais on peut douter que ton uefi soit désactivé :
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
Dernière modification par ikewdu (Le 29/11/2020, à 20:27)
Hors ligne
#5 Le 29/11/2020, à 20:46
- Qid
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Je n'arrive pas à comprendre pourquoi garder le format gpt si tu fais une installation en mode Legacy. C'est tellement plus simple et plus logique de choisir
- Legacy =Disque ms-dos
- UEFI= disque gpt
Ça c'est sûr que ça éviterait des embrouilles... Mais faut rappeler que le MS-DOS a une limite : ça peut rapidement obliger à utiliser une partition étendue...
Après de toutes façons là à mon avis il y a juste melangeage de pinceau : je suis presque sûr que justement non son install n'est pas en legacy... Bon sauf que GRUB aurait dû le dire à la fin de l'installation qu'il y a eu un truc qui ne lui a pas plus pour s'installer...
A mon avis on manque d'éléments de diagnostic et les rapports sont d'ailleurs bizarre moi je trouve
"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 29/11/2020, à 20:53
- archi02
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Merci pour vos réponses ! C'est très chouette de se sentir moins seul face à ce problème.
Mais on peut douter que ton uefi soit désactivé :
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session
ikewdu : oui, je me suis posé la même question en voyant le boot-info. Pourtant, j'ai précisément vérifié avant de lancer l'installation (suivant cette procédure-ci). Je suis formel, au moment de lancer l'install, le live USB était en mode legacy.
Pourquoi alors le boot-info m'indique-t-il cela ? Je fais l'hypothèse qu'en relançant le live USB pour lancer boot-repair, je n'ai pas fait gaffe et j'ai utilisé la boot session UEFI. Ce qui explique le message que tu relèves : la session live était peut-etre effectivement en mode EFI au moment de faire le rapport.
Ok, t'as fait dans les règles une installe Legacy sur un disque gpt, mais as-tu calé ton bios pour qu'il boot le disque en mode Legacy ?
lucmars, qid : je ne comprends pas votre remarque... et vous êtes du coup probablement sur la bonne piste ! Je n'avais pas compris que les partitionnements GPT étaient plutôt à réserver aux installations UEFI. Si je pige bien, j'ai mélangé les deux types d'installation, c'est ça ?
En vérité, des installations j'en ai fait plein dans ma "carrière" d'ubuntuiste, je n'ai jamais eu besoin de partition boot-bios et je n'ai jamais eu de problème jusqu'ici. La première fois que j'essaye, ça déconne. C'est bien la preuve que je n'ai pas compris un truc.
Bref, pour une solution, vous me conseillez quoi pour faire au plus simple ? Je réinstalle pour faire ça plus proprement ?
Dernière modification par archi02 (Le 29/11/2020, à 21:00)
Hors ligne
#7 Le 29/11/2020, à 21:05
- Qid
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
je n'ai jamais eu besoin de partition boot-bios et je n'ai jamais eu de problème jusqu'ici. La première fois que j'essaye, ça déconne.
La vraie question à se poser est donc de savoir pourquoi d'un seul coup tu t'es posé cette question du besoin de la partition boot bios que perso je découvre...
"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
#8 Le 30/11/2020, à 07:28
- ikewdu
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Re,
je suis presque sûr que justement non son install n'est pas en legacy [...]
La vraie question à se poser est donc de savoir pourquoi d'un seul coup tu t'es posé cette question du besoin de la partition boot bios que perso je découvre...
La réponse à ta question est ici :
sda1 : is-os, 64, apt-get, grub-pc , grub2, grub-install, grubenv-ok, update-grub, not-far
Cette installation est bel et bien faite en Legacy sur un disque gpt. C'est grub-pc qui est installé, et non grub-signed, donc une partition bios-boot est créée pour se substituer au mbr. Mieux vaut refaire cette installation en EFI si cette configuration est conservée.
Avant d'installer, tu vérifies que tu es bien en EFI :
[ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"
Si oui, tu supprimes tout sur le disque et tu reinstalles.
Dernière modification par ikewdu (Le 30/11/2020, à 07:34)
Hors ligne
#9 Le 30/11/2020, à 07:49
- Qid
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Re,
Qid a écrit :je suis presque sûr que justement non son install n'est pas en legacy [...]
La vraie question à se poser est donc de savoir pourquoi d'un seul coup tu t'es posé cette question du besoin de la partition boot bios que perso je découvre...La réponse à ta question est ici :
sda1 : is-os, 64, apt-get, grub-pc , grub2, grub-install, grubenv-ok, update-grub, not-far
Cette installation est bel et bien faite en Legacy sur un disque gpt. C'est grub-pc qui est installé, et non grub-signed, donc une partition bios-boot est créée pour se substituer au mbr.
Effectivement... J'avais pas vu cette ligne dans le boot-info...
Bon sinon l'autre option aussi c'est de laisser faire l'installation automatique parce-que en plus si c'est en manuelle pour isoler le home plutôt que juste les données... Moi je maintiens que ce choix est une erreur : autant faire une unique partition système et y fiche ses données ça reviendra quasiment au même...
"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
#10 Le 30/11/2020, à 08:56
- archi02
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Merci pour vos réponses !
La vraie question à se poser est donc de savoir pourquoi d'un seul coup tu t'es posé cette question du besoin de la partition boot bios que perso je découvre...
Je t'avoue que je me pose aussi la question rétrospectivement. Je crois que je me suis mélangé les pinceaux entre les différents tutos que j'ai lu. Ah oui, il faut dire aussi j'ai eu toutes les peines à désactiver le UEFI sur ce laptop et que j'ai rencontré pas mal d'échec d'installation. À un moment, j'ai vu ce post (cité plus haut), et je me suis dit que ça coutait rien d'essayer ça. Bête erreur !
Mieux vaut refaire cette installation en EFI si cette configuration est conservée.
Justement, je ne tiens pas à garder cette configuration en GPT. Je pense que je préfère refaire l'installation de zéro pour obtenir une legacy "propre".
Mais est-ce qu'il n'y aurait pas aussi une autre solution pour simplement dire au système d'aller chercher la séquence de démarrage sur la partition boot-bios ? Il faudrait faire quoi pour cela (même si ce n'est effectivement pas la meilleure idée, c'est pour ma culture général ) ?
Bon sinon l'autre option aussi c'est de laisser faire l'installation automatique parce-que en plus si c'est en manuelle pour isoler le home plutôt que juste les données... Moi je maintiens que ce choix est une erreur : autant faire une unique partition système et y fiche ses données ça reviendra quasiment au même...
Pourquoi trouves-tu inutile la partition /home éparée ? Moi, j'y tiens à la partition /home séparée, pour la maintenance (c'est moi qui le fait), je trouve que ça simplifie pas mal de chose de savoir que les données perso des users sont en sécurité quelque part sur le disque. C'est d'ailleurs pour ça que je ne choisis jamais l'installation auto.
Dernière modification par archi02 (Le 30/11/2020, à 08:56)
Hors ligne
#11 Le 30/11/2020, à 10:00
- Qid
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
les données perso des users sont en sécurité quelque part sur le disque.
Faux : le home est blindé de potentiel parasite système et donc comme je le disais le seul moyen d'avoir ses "données perso"... C'est de les sortir du système ! Il faut arrêter de mélanger home et données perso !
"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 30/11/2020, à 12:08
- ikewdu
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Re,
Justement, je ne tiens pas à garder cette configuration en GPT. Je pense que je préfère refaire l'installation de zéro pour obtenir une legacy "propre".
Mais est-ce qu'il n'y aurait pas aussi une autre solution pour simplement dire au système d'aller chercher la séquence de démarrage sur la partition boot-bios ? Il faudrait faire quoi pour cela (même si ce n'est effectivement pas la meilleure idée, c'est pour ma culture général wink ) ?
Ton installation est correctement faite pour cette configuration bancale. Or, ça ne boote pas. Je ne vois que ton BIOS ou ses réglages pour expliquer ce souci.
Donc, si tu veux du legacy, convertis ton disque au format MS-DOS avec gparted, boote sur le live en mode legacy et refais cette installation.
Dernière modification par ikewdu (Le 30/11/2020, à 12:09)
Hors ligne
#13 Le 30/11/2020, à 12:19
- geole
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Bonjour
Lorsqu'on voit l'évolution de ubuntu, Il serait peut-être bon de voir que les installations en LEGACY fonctionnent de moins en moins bien.
Je serais plutôt partisan de booter avec le support d'installation
De vérifier que le boot est bien fait en EFI
[ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"
De fabriquer avec gparted une partition FAT32 de 36 Mo avec un drapeau boot/ESP
Puis de demander à boot-repair de faire la réparation recommandée
Rappel: Lorsqu'un boot LEGACY est installé, la structure du boot doit être mise dans le MBR, il se trouve que si le disque a une table de partition GPT, les 32 premiers secteurs sont interdits d'accès en écriture. La solution passe par la création d'une partition bios-boot de 1 Mo
Dernière modification par geole (Le 30/11/2020, à 12:28)
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
#14 Le 01/12/2020, à 09:11
- archi02
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Faux : le home est blindé de potentiel parasite système et donc comme je le disais le seul moyen d'avoir ses "données perso"... C'est de les sortir du système ! Il faut arrêter de mélanger home et données perso !
Tu as l'air convaincu et j'ai envie de te croire, mais il me faudra des arguments ! ;-) As-tu des liens que je puisse étudier la question ?
Donc, si tu veux du legacy, convertis ton disque au format MS-DOS avec gparted, boote sur le live en mode legacy et refais cette installation.
Pourquoi faut-il convertir le disque en MS-DOS avant l'installation ? Si je repartitionne tout pour une legacy dans les règles, le programme d'install va s'en occuper tout seul, non ?
Lorsqu'on voit l'évolution de ubuntu, Il serait peut-être bon de voir que les installations en LEGACY fonctionnent de moins en moins bien.
Je serais plutôt partisan de booter avec le support d'installation
Oui, je me fais la même remarque, il faudra que j'apprenne à installer Ubuntu en EFI. Mais je ferais ça avec un PC à moi, quand personne n'attendra impatiemment que je résolve la panne !
Rappel: Lorsqu'un boot LEGACY est installé, la structure du boot doit être mise dans le MBR, il se trouve que si le disque a une table de partition GPT, les 32 premiers secteurs sont interdits d'accès en écriture. La solution passe par la création d'une partition bios-boot de 1 Mo
Pour cette précision, je remercie mille fois ! Tu viens d'expliquer tout ce qu'il me manquait comme info. Tout fait sens maintenant, je comprends notamment pourquoi le MBR n'est plus accessible dans cette configuration-ci. Et je pige en quoi cette installation est bancale.
Hors ligne
#15 Le 01/12/2020, à 09:22
- Qid
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Qid a écrit :Faux : le home est blindé de potentiel parasite système et donc comme je le disais le seul moyen d'avoir ses "données perso"... C'est de les sortir du système ! Il faut arrêter de mélanger home et données perso !
Tu as l'air convaincu et j'ai envie de te croire, mais il me faudra des arguments ! ;-) As-tu des liens que je puisse étudier la question ?
Par rapport à quoi ? Suffit de regarder la quantité astronomique de fichiers cachés dans le home... Quant au reste... Bah c'est plus une question d'habitude... Et de mon point de vu isoler le home est plus à risque qu'autre chose...
"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
#16 Le 01/12/2020, à 11:30
- geole
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Bonjour
En plus, si tu as un home de taille impressionnante, si tu veux installer plusieurs O.S, les fichiers cachés risquent de s'auto-contredire. Pour cela , je n'aime pas proposer une partition home commune.
Mais le plus grave est que, si tu as le répertoire home dans une autre partition et que cette partition devient inaccessible pour une raison quelconque, le logiciel UBUNTU plante et est totalement incapable de te dire pourquoi. Il ne te reste plus qu'à consulter les discussions du forum pour savoir quoi faire!
Alors que si le home est resté sagement où il devrait être, le logiciel UBUNTU te dit clairement comment remettre en état. Il existe même un option permettant l'auto-réparation si l'incident n'est pas trop grave.
Bien entendu, mettre du paramétrage logiciel dans les données personnelles est fortement discutable.
a@b:~$ sudo du -x -d1 -BM | sort -rn | head -20
[sudo] Mot de passe de a :
1927M .
1196M ./.cache
359M ./RESTOdeja-dup
112M ./.mozilla
101M ./k3d
23M ./testdisk-7.2-WIP
22M ./.thunderbird
17M ./snap
9M ./ventoy-1.0.29
9M ./ventoy-1.0.28
7M ./.local
4M ./.config
1M ./.xbindkeys_config
1M ./.ssh
1M ./SDC9
1M ./SDC8
1M ./SDA4
1M ./Permission
1M ./Modèles
1M ./k3d-build
a@b:~$
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 01/12/2020, à 16:20
- Qid
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
On s'est un peu éloigné du problème initial j'ai l'impression... En tous cas j'ai une autre personne qui semble avoir un problème similaire... Si vous pouviez venir voir
"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
#18 Le 02/12/2020, à 15:27
- archi02
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Me revoici ! (le laptop n'étant pas chez moi, ce n'est pas hyper simple pour s'organiser et faire ça au téléphone.)
J'ai pu refaire l'installation de zéro comme on a dit, et ça ne fonctionne pas mieux :
- J'ai laissé l'EFI désactivé dans le bios, et j'ai bien vérifié avant de lancer l'installation que c'était le cas avec la commande « [ -d /sys/firmcare... etc. »
- J'ai persisté à faire une partition /home séparée, à côté d'une partition / et d'une partition swap, et c'est tout ! (pas de partition bios-grub)
- Le programme d'installation m'a demandé de confirmer car la partition bios-grub lui semblait nécessaire (message : « The partition table format in use on your disks normally requires you to create a separate partition for boot loader code »), j'ai confirmé que je n'en voulais pas.
- L'installation se termine correctement
- Le système ne se lance pas.
Je ne comprends plus. On est d'accord que mon partitionnement n'est pas GPT cette fois-ci ? On est d'accord que j'ai fait une installation legacy classique comme je l'ai toujours fait jusqu'à présent sans soucis ? Qu'ai-je fait de mal cette fois-ci ?
On s'est un peu éloigné du problème initial j'ai l'impression... En tous cas j'ai une autre personne qui semble avoir un problème similaire... Si vous pouviez venir voir
Oui, j'ai vu. Merci !
Dernière modification par archi02 (Le 02/12/2020, à 15:40)
Hors ligne
#19 Le 02/12/2020, à 16:36
- geole
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Je ne comprends plus. On est d'accord que mon partitionnement n'est pas GPT cette fois-ci ?
Bonjour
Pourquoi on serait d'accord, il manque le boot-info!!!
Mais je crains que tu aies oublié de supprimer la totalité des partitions et de fabriquer une table de partition msdos.
Sans cette action, il faut la partition bios-boot qui t'est réclamée de taille 1 Mo
A ne pas confondre avec la partition BOOT-EFI de taille 36 Mo lorsque l'installation est en EFI
On a totalement de droit d'avoir une table de partition GPT en LEGACY avec un disque de petite taille. Ce n'est pas réservé à ceux qui dépassent 2 To.
Dernière modification par geole (Le 02/12/2020, à 16:41)
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
#20 Le 02/12/2020, à 16:59
- archi02
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Mais je crains que tu aies oublié de supprimer la totalité des partitions et de fabriquer une table de partition msdos.
Alors c'est ça que j'ai oublié, oui. Je pensais que c'était la partition bios-boot qui définissait si oui ou non la table était en GPT. Je l'ai supprimé car il a été dit au-dessus qu'elle n'est pas utile en legacy car le programme d'amorçage doit être mis dans le MBR. Et je pensais que ça suffisait.
Pour rebasculer en MS-DOS la table de partition, je fais quoi ? Je clique sur le bouton "nouvelle table de partition" dans le menu "Type d'installation", puis je les recrée une à une ? Çæ suffira à tout faire rentrer dans l'ordre ?
On a totalement de droit d'avoir une table de partition GPT en LEGACY avec un disque de petite taille. Ce n'est pas réservé à ceux qui dépassent 2 To.
Oui, ça c'est bon, je l'ai compris maintenant. Mais ce que je veux obtenir c'est une install legacy de base, la plus simple.
Dernière modification par archi02 (Le 02/12/2020, à 17:01)
Hors ligne
#21 Le 02/12/2020, à 18:08
- geole
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Si ce menu existe c'est parfait..
Pour rebasculer en MS-DOS la table de partition, je fais quoi ? Je clique sur le bouton "nouvelle table de partition" dans le menu "Type d'installation", puis je les recrée une à une ? Çæ suffira à tout faire rentrer dans l'ordre ?
Sinon avant de lancer l'installation, on lance gparted, on supprime toutes les partitions, et on clique sur l'onglet "périphériques" pour créer une table de partition MSDOS et les partitions
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
#22 Le 03/12/2020, à 14:17
- archi02
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
En effet, le menu n'existe pas comme tel, en tout cas ne permet pas de s'assurer quel est le type de table créée. Je suis donc passé par gparted qui - ouf - était déjà présence sur le système live.
Et... c'est une réussite ! Le système démarre !
Ça a été fastidieux, je suis désolé, mais j'ai le sentiment d'avoir beaucoup appris ! C'est déjà ça.
Mille mercis à vous tous avec une spéciale dédicace à @geole pour la dernière ligne droite. C'est super de voir que depuis tout ce temps, le forum reste un lieu incontournable d'entre-aide.
(Je passe le sujet en résolu)
Hors ligne
#23 Le 03/12/2020, à 14:23
- Qid
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
conclusion on est bien là-dessus !?
- Legacy =Disque ms-dos
- UEFI= disque gpt
"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
#24 Le 03/12/2020, à 16:33
- archi02
Re : [résolu] 'Reboot and Select proper boot device' après l'installation
Tout à fait !
Avec ce détail en plus qu'Ubuntu tend maintenant à créer par défaut des tables en GPT, donc il faut être vigilant lors d'une install legacy. Pour rebasculer une table en MSDOS, on a besoin de gparted.
Voilàààà !
Hors ligne