#1 Le 20/04/2022, à 15:34
- Filofel
Broken boot
Bonjour,
Mon boot s'est "cassé" du jour (hier) au lendemain (aujourd'hui).
Tout marchait bien les semaines précédentes.
Je n'ai rien effectué de scabreux sur la machine le jour précédent (hier).
Il est possible qu'une mise à jour d'Ubuntu 20.04.4 se soit produite hier et ait provoqué le problème, mais je n'ai rien remarqué d'anormal.
Je boote sur un SSD de 4TB, une partition bios_grub dans les secteurs 17-34 (sda1), une partition ext4 ubuntu 20.04.4 sur le reste du disque (sda2).
La partition ext4 est saine (Live CD, GParted, check).
Je peux la monter depuis le live CD et j'y accède sans problème.
Son fstab est normal, et UUID correspond bien à l'UUID de la partition sda2.
Le boot grub apparaît bien, au timeout (ou sur <enter>) je tombe sur l'erreur:
error: attempt to read or write outside of disk 'hd0'Quelques secondes plus tard, je prends un
kernel panic: not syncing
VFS: unable to mount root fs on unknown block(0,0)Le kernel est 5.4.0-107-generic.
J'ai essayé de booter depuis l'image recovery, pour un résultat quasi-identique:
VFS: Cannot open root device "UUID=c6b... etc... b1ec2e" on unknown-block(0,0): error -6suivi du même message de kernel panic que ci-dessus.L'UUID mentionné dans le message est le bon, celui du fstab, celui du filesystem que je peux voir avec Disks et/ou GParted, etc...
Et enfin, j'ai aussi l'image 5.4.0-105-generic (et recovery), qui donnent pratiquement le même résultat.
J'ai fait un boot-repair depuis le live CD Ubuntu, qui a fonctionné normalement (cf. pastbin ci-dessous).
Dans le pastebin, sda est le SSD qui ne boote plus, sdb est la clé USB contenant le live CD Ubuntu 20.04.4.
boot-repair-4ppa200 [20220420_1347]
============================= Boot Repair Summary ==============================
Recommended repair: ____________________________________________________________
The default repair of the Boot-Repair utility will purge (in order to reset grubenv) and reinstall the grub2 of
sda2 into the MBR of sda.
Grub-efi will not be selected by default because no ESP detected.
Additional repair will be performed: unhide-bootmenu-10s
chroot /mnt/boot-sav/sda2 apt-get -y update
Purge the GRUB of sda2
grub-pc available
The following packages were automatically installed and are no longer required:
dconf-editor libappindicator1 libc6-i386 libcrystalhd3 libqhttpengine0
libunique-1.0-0 python-cairo python-olefile python-pil python3-scour scour
unetbootin-translations xsltproc
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 43 not upgraded.
DEBCHECK debOK, grub-pc
DEBCHECK debOK
Please type: sudo chroot "/mnt/boot-sav/sda2" dpkg --configure -ansudo chroot "/mnt/boot-sav/sda2" apt-get install -fynsudo chroot "/mnt/boot-sav/sda2" apt-get purge --allow-remove-essential -y grub-com*nsudo chroot "/mnt/boot-sav/sda2" apt-get purge --allow-remove-essential -y grub2-com*nsudo chroot "/mnt/boot-sav/sda2" apt-get purge --allow-remove-essential -y shim-signednsudo chroot "/mnt/boot-sav/sda2" apt-get purge --allow-remove-essential -y grub-common:*nsudo chroot "/mnt/boot-sav/sda2" apt-get purge --allow-remove-essential -y grub2-common:*n
Then type: sudo chroot "/mnt/boot-sav/sda2" apt-get install -y grub-pc
Unhide GRUB boot menu in sda2/etc/default/grub
======================== Reinstall the grub-pc of sda2 =========================
chroot /mnt/boot-sav/sda2 grub-install --version
grub-install (GRUB) 2.04-1ubuntu26.15
==> Reinstall the GRUB of sda2 into the MBR of sda
chroot /mnt/boot-sav/sda2 grub-install /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
chroot /mnt/boot-sav/sda2 update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.4.0-107-generic
Found initrd image: /boot/initrd.img-5.4.0-107-generic
Found linux image: /boot/vmlinuz-5.4.0-105-generic
Found initrd image: /boot/initrd.img-5.4.0-105-generic
Unhide GRUB boot menu in sda2/boot/grub/grub.cfg
Boot successfully repaired.
You can now reboot your computer.
============================ Boot Info After Repair ============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 34
of the same hard drive for core.img. core.img is at this location and
looks for (,gpt2)/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: BIOS Boot partition
Boot sector type: Grub2's core.img
Boot sector info:
sda2: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.04.4 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.img
sdb1: __________________________________________________________________________
File system: vfat
Boot sector type: SYSLINUX 6.03 20171017............................................`M....2....0............A20 gate n
Boot sector info: Syslinux looks at sector 6908800 of /dev/sdb1 for its
second stage. SYSLINUX is installed in the directory.
The integrity check of the ADV area failed. No errors
found in the Boot Parameter Block.
Operating System:
Boot files: /boot/grub/grub.cfg /syslinux.cfg
/efi/BOOT/grubx64.efi /efi/BOOT/mmx64.efi /ldlinux.sys
================================ 1 OS detected =================================
OS#1: Ubuntu 20.04.4 LTS on sda2
================================ Host/Hardware =================================
CPU architecture: 64-bit
Video: GF106GLM [Quadro 2000M] from NVIDIA Corporation
Live-session OS is Ubuntu 64-bit (Ubuntu 20.04.4 LTS, focal, x86_64)
===================================== UEFI =====================================
BIOS/UEFI firmware: 68SVD Ver. F.63(15.99) from Hewlett-Packard
This live-session is in Legacy/BIOS/CSM mode (not in EFI mode).
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sda : is-GPT, hasBIOSboot, has-noESP, not-usb, not-mmc, has-os, no-wind, 34 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sda2 : is-os, 64, apt-get, grub-pc , grub2, grub-install, grubenv-ng, update-grub, farbios
Partitions info (2/3): _________________________________________________________
sda2 : isnotESP, fstab-without-efi, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda2 : not--sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
fdisk -l (filtered): ___________________________________________________________
Disk sda: 3.65 TiB, 4000787030016 bytes, 7814037168 sectors
Disk identifier: E8722B84-C432-4DBD-89DF-60FC9B6C92C3
Start End Sectors Size Type
sda1 34 2047 2014 1007K BIOS boot
sda2 2048 7814033407 7814031360 3.7T Linux filesystem
Disk sdb: 57.82 GiB, 62058921984 bytes, 121208832 sectors
Disk identifier: 0x3e7a181c
Boot Start End Sectors Size Id Type
sdb1 * 2048 121208831 121206784 57.8G b W95 FAT32
parted -lm (filtered): _________________________________________________________
sda:4001GB:scsi:512:512:gpt:ATA Samsung SSD 870:pmbr_boot;
1:17.4kB:1049kB:1031kB::grub:bios_grub;
2:1049kB:4001GB:4001GB:ext4::;
sdb:62.1GB:scsi:512:512:msdos:Kingston DataTraveler 3.0:;
1:1049kB:62.1GB:62.1GB:fat32::boot;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 428c21b1-7e16-43fa-a43c-55ac5a8df8a9 grub
└─sda2 ext4 c6b76efb-88c7-43c3-b610-149f9cb1ec2e c085c179-6eb7-461e-a55e-0f28ed071fac
sdb
└─sdb1 vfat FB36-1CCD 3e7a181c-01 UBUNTU20044
Mount points (filtered): _______________________________________________________
Avail Use% Mounted on
/dev/sda2 1.8T 46% /mnt/boot-sav/sda2
/dev/sdb1 50.5G 13% /cdrom
Mount options (filtered): ______________________________________________________
/dev/sda2 ext4 rw,relatime
/dev/sdb1 vfat ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
====================== sda2/boot/grub/grub.cfg (filtered) ======================
Ubuntu c6b76efb-88c7-43c3-b610-149f9cb1ec2e
Ubuntu, with Linux 5.4.0-107-generic c6b76efb-88c7-43c3-b610-149f9cb1ec2e
Ubuntu, with Linux 5.4.0-105-generic c6b76efb-88c7-43c3-b610-149f9cb1ec2e
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###
========================== sda2/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=c6b76efb-88c7-43c3-b610-149f9cb1ec2e / ext4 errors=remount-ro 0 1
/swapfile none swap sw 0 0
======================= sda2/etc/default/grub (filtered) =======================
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
GRUB_DISABLE_OS_PROBER=false
==================== sda2: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
0,000984192 = 0,001056768 boot/grub/grub.cfg 1
952,490322113 = 1022,728695808 boot/grub/i386-pc/core.img 1
1677,271514893 = 1800,956575744 boot/vmlinuz 1
1685,216827393 = 1809,487790080 boot/vmlinuz-5.4.0-105-generic 1
1677,271514893 = 1800,956575744 boot/vmlinuz-5.4.0-107-generic 1
1685,216827393 = 1809,487790080 boot/vmlinuz.old 1
1677,271514893 = 1800,956575744 vmlinuz.old 1
1695,086910248 = 1820,085710848 boot/initrd.img 7
1202,858062744 = 1291,559010304 boot/initrd.img-5.4.0-105-generic 4
1695,086910248 = 1820,085710848 boot/initrd.img-5.4.0-107-generic 7
1202,858062744 = 1291,559010304 boot/initrd.img.old 4
1695,086910248 = 1820,085710848 initrd.img.old 7
===================== sda2: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 18224 janv. 11 16:09 10_linux
-rwxr-xr-x 1 root root 42359 janv. 11 16:09 10_linux_zfs
-rwxr-xr-x 1 root root 12894 janv. 11 16:09 20_linux_xen
-rwxr-xr-x 1 root root 12059 janv. 11 16:09 30_os-prober
-rwxr-xr-x 1 root root 1424 janv. 11 16:09 30_uefi-firmware
-rwxr-xr-x 1 root root 214 janv. 11 16:09 40_custom
-rwxr-xr-x 1 root root 216 janv. 11 16:09 41_custom
====================== sdb1/boot/grub/grub.cfg (filtered) ======================
Ubuntu
Ubuntu (safe graphics)
OEM install (for manufacturers)
Boot from next volume
UEFI Firmware Settings
========================= 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/ubuntu.seed quiet splash --- persistent
label ubnentry0
menu label ^Help
kernel /ubnkern
append initrd=/ubninit persistent
label ubnentry1
menu label ^Try Ubuntu without installing
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/ubuntu.seed quiet splash --- persistent
label ubnentry2
menu label ^Try Ubuntu without installing (safe graphics)
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/ubuntu.seed quiet splash nomodeset --- persistent
label ubnentry3
menu label ^Install Ubuntu
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/ubuntu.seed only-ubiquity quiet splash --- persistent
label ubnentry4
menu label ^Install Ubuntu (safe graphics)
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/ubuntu.seed only-ubiquity quiet splash nomodeset --- persistent
label ubnentry5
menu label Test ^memory
kernel /install/mt86plus
append initrd=/ubninit persistent
label ubnentry6
menu label ^Boot from first hard disk
kernel /ubnkern
append initrd=/ubninit persistent
label ubnentry7
menu label Ubuntu
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/ubuntu.seed maybe-ubiquity quiet splash --- persistent
label ubnentry8
menu label Ubuntu (safe graphics)
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/ubuntu.seed maybe-ubiquity quiet splash nomodeset --- persistent
label ubnentry9
menu label OEM install (for manufacturers)
kernel /casper/vmlinuz
append initrd=/casper/initrd file=/cdrom/preseed/ubuntu.seed only-ubiquity quiet splash oem-config/enable=true --- persistent
==================== 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 moduleUne recherche google sur ce problème ramène un zillion de réponses, dont aucune ne me suggère d'indication ou de méthodologie de dépannage qui corresponde à mon cas: Tout semble tellement normal...
Mais je suis sûr que quelqu'un ici aura des suggestions?... ;-)
D'avance merci!
Dernière modification par Filofel (Le 20/04/2022, à 16:57)
Hors ligne
#2 Le 20/04/2022, à 16:54
- iznobe
Re : Broken boot
Je boote sur un SSD de 4TB
Bonjour , je ne suis pas sur d' avoir deja vu ce genre de disque .
Quelle est la marque et le modele de ce disque , il est recent ? tu l' as acheté ou ? a quel prix ( si c' est pas trop indiscret ) ?
Es tu certain que ce n' est pas une contrefaçon ? ( voir " f3probe " pour un confirmation , qui detruit entierement les données ).
Pour info : le moins cher des SSD chez LDLC en 4 TO : https://www.ldlc.com/fiche/PB00404751.html
Si tu as acheté le tien moins cher , il y a de forte chances que ce soit une contrefaçon .
Dernière modification par iznobe (Le 20/04/2022, à 16:59)
retour COMPLET et utilisable de commande | script montage partitions
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#3 Le 20/04/2022, à 17:10
- geole
Re : Broken boot
Bonjour.
Fais apparaitre le grub au démarage et choisis de booter en mode recovery sur le vieux noyau.
https://doc.ubuntu-fr.org/recovery_mode
Certainement ton modèle de disque. https://www.nasexpert.fr/revendeur-25-1 … gL6cfD_BwE
parted -lm (filtered): _________________________________________________________
sda:4001GB:scsi:512:512:gpt:ATA Samsung SSD 870:pmbr_boot;
Dernière modification par geole (Le 20/04/2022, à 17:18)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#4 Le 20/04/2022, à 17:26
- Filofel
Re : Broken boot
Fais apparaitre le grub au démarage et choisis de booter en mode recovery sur le vieux noyau.
J'avais oublié de mentionner dans mon message que j'ai essayé ça aussi. J'ai depuis mis le message originel à jour.
Et j'ai essayé aussi les recovery des deux noyaux, le 105 et le 107.
Et je n'ai que deux vieux noyaux sous le coude (cf. message précédent mis à jour), because j'ai fait un upgrade de 18.04 vers 20.04 il y a deux semaines...
Pourquoi?
Il y a un problème de ce genre connu sur les noyaux récents?
Si tu as acheté le tien moins cher , il y a de forte chances que ce soit une contrefaçon .
Moi je veux bien, mais il vient de la boutique Samsung d'Amazon.fr:
https://www.amazon.fr/gp/product/B089QYSMJT/Et pour l'instant, à part ce problème, il ne manifeste aucun signe de panne...
Hors ligne
#5 Le 20/04/2022, à 17:50
- geole
Re : Broken boot
Comme tu as déjà fais pas mal d'essais avec l'ancien noyau, on va quand même regarder l'état du disque bien que cela soit un SSD avec l'application smartmontools.
A installer
sudo apt-get install --no-install-recommends smartmontools Tu posteras le retour de
sudo smartctl -s on -a /dev/sdaDernière modification par geole (Le 20/04/2022, à 17:51)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#6 Le 20/04/2022, à 18:19
- Filofel
Re : Broken boot
Tu posteras le retour de
sudo smartctl -s on -a /dev/sda
$ sudo smartctl -s on -a /dev/sda
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.13.0-30-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Device Model: Samsung SSD 870 QVO 4TB
Serial Number: S5STNF0RB05509H
LU WWN Device Id: 5 002538 f41b4c380
Firmware Version: SVQ02B6Q
User Capacity: 4,000,787,030,016 bytes [4.00 TB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Form Factor: 2.5 inches
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ACS-4 T13/BSR INCITS 529 revision 5
SATA Version is: SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Wed Apr 20 18:10:45 2022 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 0) seconds.
Offline data collection
capabilities: (0x53) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 320) minutes.
SCT capabilities: (0x003d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
9 Power_On_Hours 0x0032 099 099 000 Old_age Always - 489
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 158
177 Wear_Leveling_Count 0x0013 099 099 000 Pre-fail Always - 4
179 Used_Rsvd_Blk_Cnt_Tot 0x0013 100 100 010 Pre-fail Always - 0
181 Program_Fail_Cnt_Total 0x0032 100 100 010 Old_age Always - 0
182 Erase_Fail_Count_Total 0x0032 100 100 010 Old_age Always - 0
183 Runtime_Bad_Block 0x0013 100 100 010 Pre-fail Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0032 073 039 000 Old_age Always - 27
195 Hardware_ECC_Recovered 0x001a 200 200 000 Old_age Always - 0
199 UDMA_CRC_Error_Count 0x003e 099 099 000 Old_age Always - 1
235 Unknown_Attribute 0x0012 099 099 000 Old_age Always - 65
241 Total_LBAs_Written 0x0032 099 099 000 Old_age Always - 26636937411
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
256 0 65535 Read_scanning was never started
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
$Pour l'instant, je ne vois guère de raison de s'alarmer!
Dernière modification par Filofel (Le 21/04/2022, à 06:40)
Hors ligne
#7 Le 20/04/2022, à 19:24
- geole
Re : Broken boot
Je ne sais pas quoi proposer pour réparer.
Afin d'avancer, voici une idée. à suivre ou pas...
Booter avec le support d'installation
Lancer gparted
Rétrécir de 60 Go ta grosse partition.
Quitter gparted
Installer ubuntu dans l'espace libéré.
On verra alors si le problème se reproduit
et cela garde le ubuntu actuel en l'état pour recherche complémentaire.
Dernière modification par geole (Le 20/04/2022, à 19:26)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#8 Le 21/04/2022, à 06:33
- Filofel
Re : Broken boot
Afin d'avancer, voici une idée. à suivre ou pas...
J'y ai bien pensé, mais ce sera ma solution de dernière extrémité.
D'autant qu'elle est lourde, et qui dit qu'elle fonctionnera mieux?
Je préférerais affronter l'obstacle (et le résoudre).
Je soupçonne que de l'espace vient d'être alloué dans la partition ext4 au-dessus de 2TiB, et que c'est lié au problème. En effet, sur le disque précédent, la partition faisait un peu moins de 2TB (presque entièrement utilisés), et sur le nouveau disque, lors du transfert, elle s'est trouvée étendue à 4TB sans que l'espace supplémentaire soit encore utilisé - sauf peut-être ces derniers jours.
D'un autre côté, je n'ai vu nulle part d'indication que Grub2 introduisait une limitation d'adressage disque inférieure à celles de GPT sur une partition BIOS Boot / GPT.
Donc je suppose que le code de Grub2 Stage 2 supporte une partition supérieure à 2TiB - je n'ai d'ailleurs rien lu nulle part qui suggère le contraire, et ce n'est pas faute d'avoir cherché.
Et aussi, Grub stage 2 démarre et lit la partition, puisque j'ai bien l'affichage du menu grub normal (normal.mod). Donc il accède déjà à un certain nombre de structures FS et de fichiers Grub de la partition.
En fait, on dirait plutôt que ce sont les fichiers kernel qui auraient un problème avec la taille de la partition: Après le message
error: attempt to read or write out of (hd0).(vient-il de grub ou du kernel?), c'est bien un kernel panic qui se produit.
Pour l'instant, je suis en train de m'initier à Grub Rescue.
La commande
ls (hd0,gpt2)fonctionne normalement, voit bien la partition et donne correctement sa taille de 4TB - ce qui suggère que Grub2 stage 2 supporte bien l'adressages des secteurs sur 64 bits.
Idem pour
ls (hd0,gpt2) /qui me liste bien les fichiers et répertoires sous la racine de la partition, qu'il voit donc bien - ce que je savais, puisqu'il a pu lire grub.cfg.
Et ls fonctionne aussi pour tout répertoire du filesystem, du moins tout ceux que j'ai essayés.
Mais la commande
ls(tout court), qui devrait simplement me lister les couples disques / partitions en ligne gèle complètement Grub sans rien afficher. Oups...
Bon, à suivre...
Dernière modification par Filofel (Le 21/04/2022, à 07:30)
Hors ligne
#9 Le 21/04/2022, à 09:30
- geole
Re : Broken boot
Bonjour.
C'est effectivement une piste que le grub LEGACY accéde mal aux informations au delà de 2To dans la partition mais ils sont tous en deça de cette limite.
============== sda2: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
0,000984192 = 0,001056768 boot/grub/grub.cfg 1
952,490322113 = 1022,728695808 boot/grub/i386-pc/core.img 1
1677,271514893 = 1800,956575744 boot/vmlinuz 1
1685,216827393 = 1809,487790080 boot/vmlinuz-5.4.0-105-generic 1
1677,271514893 = 1800,956575744 boot/vmlinuz-5.4.0-107-generic 1
1685,216827393 = 1809,487790080 boot/vmlinuz.old 1
1677,271514893 = 1800,956575744 vmlinuz.old 1
1695,086910248 = 1820,085710848 boot/initrd.img 7
1202,858062744 = 1291,559010304 boot/initrd.img-5.4.0-105-generic 4
1695,086910248 = 1820,085710848 boot/initrd.img-5.4.0-107-generic 7
1202,858062744 = 1291,559010304 boot/initrd.img.old 4
1695,086910248 = 1820,085710848 initrd.img.old 7De plus, je ne vois pas pourquoi, "du jour au lendemain" leur emplacement aurait changé.
Alors cela serait le logiciel d'initialisation LEGACY lui-même appelé par le grub qui ne saurait pas y accéder.
Donc raison supplémentaire pour une seconde installation.
Je suppose que tu as un très vieil ordinateur qui ne connait pas EFI. Il se pourrait que cela soit le bios lui-même qui ne sache pas accéder à des données au delà de 2To dans une grande partition.
Dernière modification par geole (Le 21/04/2022, à 09:36)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#10 Le 21/04/2022, à 14:43
- Filofel
Re : Broken boot
Je suppose que tu as un très vieil ordinateur qui ne connait pas EFI.
La machine est ancienne, elle a 10 ans. Mais 20GiB de RAM extensible à 32GiB, un i7 (quad), plein de périphérie. Et elle est globalement plus rapide que bien des machines neuves.
Son BIOS contient un UEFI, mais lorsqu'on l'active, il affiche un gros paragraphe dissuasif expliquant qu'il est "expérimental". De plus, lorsqu'on l'active, il supporte aussi une émulation BIOS qu'on ne peut pas désactiver, ce que Boot-Repair n'aime pas trop.
C'est effectivement une piste que le grub LEGACY accéde mal aux informations au delà de 2To dans la partition mais ils sont tous en deça de cette limite. (...)
Il se pourrait que cela soit le bios lui-même qui ne sache pas accéder à des données au delà de 2To dans une grande partition.
Peut-être, mais l'hypothèse est faible:
J'ai bien le menu de démarrage de Grub.
Donc Grub2 stage 2 s'est correctement chargé et exécuté. La commande Grub Rescue "env" m'affiche des données justes et cohérentes.
Grub sait que j'utilise un contrôleur disque ahci (c'est indiqué dans grub.cfg), et Grub2 a un driver ahci (ahci.mod). Donc Grub2 stage 2 n'a plus besoin du BIOS.
Et Grub2 stage 2 sait gérer des adresses disque sur 64 bits, puisqu'il est sait gérer un disque gpt.
Donc en principe, lorsque Grub2 affiche son menu, BIOS n'est plus utilisé...
De plus, je ne vois pas pourquoi, "du jour au lendemain" leur emplacement aurait changé.
Ca, c'est facile: Une mise à jour, et les anciens fichiers sont supprimés, et de nouveaux fichiers alloués ailleurs sur le disque.
Tu exécutes Boot-Repair, il met à jour Grub2 et tous ses fichiers paramètres, et au bout du bout, tous les fichiers sont susceptibles d'avoir bougé et d'avoir été réalloués dans l'espace libre dans la deuxième moitié de la partition.
Idem si tombe une série d'updates Ubuntu...
Enfin, le boot se termine dans un Kernel Panic.
Donc à ce stade-là, Grub2 stage 2 a chargé le kernel, qui s'est exécuté.
Mais on dirait qu'il n'a pas reçu les bons paramètres de Grub2 et que du coup, il n'est pas capable de localiser le disque et/ou la partition.
Ou qu'il n'a pas les bons drivers qui lui permettraient d'accéder à toute la partition ext4? Un initramfs incomplet?
Le premier message erreur que je vois dit:
error: attempt to read or write outside of disk 'hd0'Je ne sais pas trop si ce message vient de Grub2 stage 2 ou de l'initialisation du kernel.
En revanche, les messages
VFS: Cannot open root device "UUID=c6b76e etc... b1ec2e" or unknown-block(0,0): error -6
(...)
kernel panic - not syncing: VFS: unable to mount root fs on unknown block(0,0)qui apparaissent juste après, ça vient indubitablement du kernel.
Pour l'instant, je cherche...
Dernière modification par Filofel (Le 21/04/2022, à 15:10)
Hors ligne
#11 Le 21/04/2022, à 15:17
- iznobe
Re : Broken boot
Bonjour , quelle est la taille du disque et sa table de partition ?
un disque avec un espace de plus de 2.2 To avec une table MSDOS ? Dans ce cas c ' est peut etre " normal " .
Dernière modification par iznobe (Le 21/04/2022, à 15:19)
retour COMPLET et utilisable de commande | script montage partitions
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#12 Le 21/04/2022, à 17:29
- Filofel
Re : Broken boot
Bonjour , quelle est la taille du disque et sa table de partition ?
un disque avec un espace de plus de 2.2 To avec une table MSDOS ?
Le disque fait 4TB et la table de partition est GPT avec une partition bios_grub sur les secteurs 34-2047 pour un boot legacy.
Et en fait, je pense que ça marche, sauf qu'il y a une erreur dans l'image initramfs et/ou le kernel.
Je crois que j'approche d'une explication / solution.
Dernière modification par Filofel (Le 21/04/2022, à 17:31)
Hors ligne
#13 Le 21/04/2022, à 19:08
- geole
Re : Broken boot
Je veux bien qu'il soit arrivé une erreur comme cela.
On peut admettre que le dernier noyau vient d'arriver et qu'il n'est pas complet ou est buggé
mais sur deux noyaux à la fois......
En aucun cas le noyau précédant n'est modifié sauf si toi-même, tu viens de le bidouiller.
ou que tu ne l'as jamais utilisé et que tu as viré un plus ancien avec lequel tu bootais
Souvent, je propose boot-repair et demande de prendre la réparation
Supprimer tous les noyaux et reinstaller le dernier noyau
Question avais-tu déjà réussis à booter sur ce disque de 4To.
si la réponse est non, et que tu as dupliqué le disque de 2to au lieu de la partition puis aggrandie, il est possible qu'il reste une trace d'une limite à 2to.
Dernière modification par geole (Le 21/04/2022, à 19:18)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#14 Le 22/04/2022, à 10:10
- Filofel
Re : Broken boot
En aucun cas le noyau précédant n'est modifié sauf si toi-même, tu viens de le bidouiller.
ou que tu ne l'as jamais utilisé et que tu as viré un plus ancien avec lequel tu bootais
Je n'ai jamais bidouillé ni le kernel, ni l'initramfs.
Pour l'instant, je cherche à comprendre pourquoi mon linux et mon initrd actuels provoquent l'erreur que je vois.
Question avais-tu déjà réussis à booter sur ce disque de 4To.
Bien sûr.
Lorsque j'ai fait la migration vers le nouveau disque, la migration comportait aussi le passage d'une table de partition MBR classique vers une table de partition GPT, legacy BIOS (flag bios-grub)
Lorsque j'ai eu compris comment faire ça proprement (voir la discussion "Partition GPT bios_grub, Ubuntu sur ext4 ne boote pas...") j'ai booté directement, sans autre problème et sans autre modification. C'était le 2 avril. J'étais alors en Ubuntu 18.04.6 et tout marchait bien.
Je suis passé il y a quelques jours en Ubuntu 20.04.4 par un upgrade en ligne qui s'est passé sans le moindre problème.
Et j'ai travaillé jusqu'à avant-hier sans problème sur cette machine-là.
Avant-hier, lorsque mon boot s'est cassé, mon kernel était un 5.4.0-107-generic, et je n'avais plus en stock que celui-là et le 5.4.0-105-generic. Aucun des deux n'était bootable.
Je soupçonne que c'est l'update automatique de 5.4.0-105-generic vers 5.4.0-107-generic qui a le premier cassé le boot. Ce qui n'explique pas que le 5.4.0-105-generic ne soit plus bootable non plus, puisqu'il l'était précédemment.
Boot-Repair n'a pas résolu le problème dans mon cas.
Hier, j'ai réussi à rendre bootable mon Ubuntu actuel, qui avait alors alors un 5.4.0-107-generic, en reconstruisant l'initramfs selon la méthode indiquée ici:
https://askubuntu.com/questions/41930/kernel-panic-not-syncing-vfs-unable-to-mount-root-fs-on-unknown-block0-0J'ai dû bien sûr utiliser la méthode du boot sur un live CD et du chroot, puisque je ne disposais pas de mon Ubuntu opérationnel. Et là miracle, j'ai pu rebooter.
Bien sûr, j'avais déjà fait auparavant un Boot-Repair sur cette image, mais sans succès. C'est à partir de la reconstruction de l'initramfs que l'image est redevenue bootable.
J'ai fait pareil (reconstruire l'initramfs) pour le kernel le plus ancien que j'avais sur le disque, le 5.4.0-105-generic, et il n'est pas redevenu bootable. Ah... Donc il y a autre chose.
Ce qui a permis à l'image 5.4.0-107-generic de redevenir bootable est la conjonction de plusieurs actions que j'ai faites préalablement, dont la dernière était la reconstruction de l'initramfs.
Là-dessus est tombé hier sur mon image juste réparée et bootable un update vers 5.4.0-109-generic... qui a re-cassé le boot! Aaargh...
J'ai reconstruit à nouveau l'initramfs, cette fois-ci pour reconstruire le 5.4.0-109-generic. Et ça n'a pas marché.
J'ai fait un Boot-Repair dessus, qui s'est bien passé mais n'a pas amélioré la situtation.
J'ai reconstruit l'initramfs (après le Boot-Repair), en pensant que c'était peut-être la succession des deux opérations qui avait remis en état l'image 5.4.0-107-generic: Mauvaise pioche.
Et j'en étais là hier soir.
Souvent, je propose boot-repair et demande de prendre la réparation
Supprimer tous les noyaux et reinstaller le dernier noyau
Je n'ai encore jamais utilisé l'option avancée de boot-repair qui permet de reconstruire le kernel [Purge kernels and reinstall last kernel] compte-tenu des réserves exprimées en https://doc.ubuntu-fr.org/boot-repair.
Cochée par défaut dans certaines situations. Permet de réinstaller le dernier noyau de ubuntu en éliminant auparavant tous les noyaux existants dans le UBUNTU sélectionné. Elle peut s'utiliser lorsque le démarrage du grub se plante dans le traitement du fichier initramfs car il sera reconstruit. Opération risquée, il semble préférable de la désactiver en première intention.
Maintenant que je sais le faire à la main, je ne vois plus de raison d'être timide, mais d'un autre côté, je ne veux surtout pas purger mon image 5.4.0-107-generic - ma seule qui soit maintenant - et pour l'instant - bootable!
Et donc, je ne peux toujours pas prendre le risque de tester cette option de Boot-Repair sur mon problème et de l'utiliser.
Ce matin, je vais continuer à chercher:
- A réparer les images 5.4.0-105-generic et 5.4.0-109-generic
- A comprendre pourquoi elle ont été cassées
- A comprendre pourquoi un update kernel Ubuntu standard construit une image kernel qui ne boote pas.
Hors ligne
#15 Le 22/04/2022, à 10:33
- geole
Re : Broken boot
Si tu peux booter sur la version 107, fais-le et lance
sudo apt update
sudo apt upgrade
sudo apt full-upgradeil doit être possible de rebatir n'importe quel initRamfs en indiquant sa référence.
Peux-tu refaire un boot-info afin de revisualiser l'emplacement de ces fichiers.
Dernière modification par geole (Le 22/04/2022, à 10:36)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#16 Le 22/04/2022, à 11:58
- Filofel
Re : Broken boot
il doit être possible de rebatir n'importe quel initRamfs en indiquant sa référence.
Oui, c'est d'ailleurs comme ça que j'ai rebâti l'image 5.4.0-107-generic :-)
Hors ligne
#17 Le 22/04/2022, à 12:36
- Filofel
Re : Broken boot
Si tu peux booter sur la version 107, fais-le et lance
sudo apt update
sudo apt upgrade
sudo apt full-upgrade
Il a mis un jour un petit nombre de fichiers.
Il a supprimé 5.4.0-105-generic
Et je ne peux toujours pas booter 5.4.0-109-generic:
Loading Linux 5.4.0-109-generic
error: attemtp to read or write outside of 'hd0'
loading initial ramdisk
error: you need to load the kernel firstLa première erreur provient bien de Grub2, elle apparaît instantanément après l'affichage de "Loading Linux 5.4.0-109-generic", le kernel n'a pas eu le temps de se charger.
La deuxième erreur ne compte pas, elle est une conséquence de la première (qui a empêché le kernel de se charger).
Et enfin le boot-info, qui hélas semble parfaitement normal... (mais par ailleurs, c'est celui du pris depuis un Linux boot de 5.4.0-107-generic, qui, lui, fonctionne!)
$ sudo boot-repair -b
boot-repair-4ppa200 [20220422_1218]
============================== Boot Info Summary ===============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 34
of the same hard drive for core.img. core.img is at this location and
looks for (,gpt2)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_gpt biosdisk
---------------------------------------------------------------------------
sda1: __________________________________________________________________________
File system: BIOS Boot partition
Boot sector type: Grub2's core.img
Boot sector info:
sda2: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.04.4 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.img
================================ 1 OS detected =================================
OS#1: The OS now in use - Ubuntu 20.04.4 LTS CurrentSession on sda2
================================ Host/Hardware =================================
CPU architecture: 64-bit
Video: GF106GLM [Quadro 2000M] from NVIDIA Corporation
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.4.0-107-generic root=UUID=c6b76efb-88c7-43c3-b610-149f9cb1ec2e ro quiet splash vt.handoff=7
df -Th / : /dev/sda2 ext4 3,6T 1,7T 1,8T 49% /
===================================== UEFI =====================================
BIOS/UEFI firmware: 68SVD Ver. F.63 from Hewlett-Packard
This installed-session is in Legacy/BIOS/CSM mode (not in EFI mode).
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sda : is-GPT, hasBIOSboot, has-noESP, not-usb, not-mmc, has-os, no-wind, 34 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sda2 : is-os, 64, apt-get, grub-pc , grub2, grub-install, grubenv-ng, update-grub, farbios
Partitions info (2/3): _________________________________________________________
sda2 : isnotESP, fstab-without-efi, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda2 : not--sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
fdisk -l (filtered): ___________________________________________________________
Disk sda: 3.65 TiB, 4000787030016 bytes, 7814037168 sectors
Disk identifier: E8722B84-C432-4DBD-89DF-60FC9B6C92C3
Start End Sectors Size Type
sda1 34 2047 2014 1007K BIOS boot
sda2 2048 7814033407 7814031360 3.7T Linux filesystem
parted -lm (filtered): _________________________________________________________
sda:4001GB:scsi:512:512:gpt:ATA Samsung SSD 870:pmbr_boot;
1:17.4kB:1049kB:1031kB::grub:bios_grub;
2:1049kB:4001GB:4001GB:ext4::;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 428c21b1-7e16-43fa-a43c-55ac5a8df8a9 grub
└─sda2 ext4 c6b76efb-88c7-43c3-b610-149f9cb1ec2e c085c179-6eb7-461e-a55e-0f28ed071fac Ubuntu2004
Mount points (filtered): _______________________________________________________
Avail Use% Mounted on
/dev/sda2 1.8T 46% /
Mount options (filtered): ______________________________________________________
/dev/sda2 ext4 rw,relatime,errors=remount-ro
====================== sda2/boot/grub/grub.cfg (filtered) ======================
Ubuntu c6b76efb-88c7-43c3-b610-149f9cb1ec2e
Ubuntu, with Linux 5.4.0-109-generic c6b76efb-88c7-43c3-b610-149f9cb1ec2e
Ubuntu, with Linux 5.4.0-107-generic c6b76efb-88c7-43c3-b610-149f9cb1ec2e
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###
========================== sda2/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=c6b76efb-88c7-43c3-b610-149f9cb1ec2e / ext4 errors=remount-ro 0 1
/swapfile none swap sw 0 0
======================= sda2/etc/default/grub (filtered) =======================
GRUB_DEFAULT="saved"
GRUB_TIMEOUT_STYLE="menu"
GRUB_TIMEOUT="2"
GRUB_DISTRIBUTOR="`lsb_release -i -s 2> /dev/null || echo Debian`"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
GRUB_DISABLE_OS_PROBER="false"
GRUB_SAVEDEFAULT="true"
==================== sda2: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
997.610908508 = 1071.176556544 boot/grub/grub.cfg 2
1529.142398834 = 1641.904148480 boot/grub/i386-pc/core.img 1
1697.037143707 = 1822.179758080 boot/vmlinuz 1
1677.271514893 = 1800.956575744 boot/vmlinuz-5.4.0-107-generic 1
1697.037143707 = 1822.179758080 boot/vmlinuz-5.4.0-109-generic 1
1677.271514893 = 1800.956575744 boot/vmlinuz.old 1
1677.271514893 = 1800.956575744 vmlinuz.old 1
1311.321285248 = 1408.020508672 boot/initrd.img 7
1311.844722748 = 1408.582545408 boot/initrd.img-5.4.0-107-generic 4
1311.321285248 = 1408.020508672 boot/initrd.img-5.4.0-109-generic 7
1311.844722748 = 1408.582545408 boot/initrd.img.old 4
1311.844722748 = 1408.582545408 initrd.img.old 4
===================== sda2: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 18224 janv. 11 16:09 10_linux
-rwxr-xr-x 1 root root 42359 janv. 11 16:09 10_linux_zfs
-rwxr-xr-x 1 root root 12894 janv. 11 16:09 20_linux_xen
-rwxr-xr-x 1 root root 12059 janv. 11 16:09 30_os-prober
-rwxr-xr-x 1 root root 1424 janv. 11 16:09 30_uefi-firmware
-rwxr-xr-x 1 root root 214 janv. 11 16:09 40_custom
-rwxr-xr-x 1 root root 216 janv. 11 16:09 41_custom
drwxr-xr-x 4 root root 4096 avril 21 18:01 backup
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would purge (in order to reset grubenv) and reinstall the grub2 of
sda2 into the MBR of sda.
Grub-efi would not be selected by default because no ESP detected.
Additional repair would be performed: unhide-bootmenu-10s
Blockers in case of suggested repair: __________________________________________
Please use this software in a live-session (live-CD or live-USB). This will enable this feature.Hors ligne
#18 Le 22/04/2022, à 14:23
- geole
Re : Broken boot
geole a écrit :Si tu peux booter sur la version 107, fais-le et lance
sudo apt update
sudo apt upgrade
sudo apt full-upgradeIl a mis un jour un petit nombre de fichiers.
Il a supprimé 5.4.0-105-generic
Et je ne peux toujours pas booter 5.4.0-109-generic:
Tu me surprends profondément. Sauf changement de comportement récent, l'épuration des anciens noyaux est à la charge de l'utilisateur qui doit lancer la commande "sudo apt autoremove --purge"
Loading Linux 5.4.0-109-generic error: attemtp to read or write outside of 'hd0' loading initial ramdisk error: you need to load the kernel firstLa première erreur provient bien de Grub2, elle apparaît instantanément après l'affichage de "Loading Linux 5.4.0-109-generic", le kernel n'a pas eu le temps de se charger.
La deuxième erreur ne compte pas, elle est une conséquence de la première (qui a empêché le kernel de se charger).
Si tu étais capable de filmer le boot afin de pouvoir visualiser le message d'erreur instantané, cela serait une bonne piste. On peut donc abandonner l'idée "attemtp to read or write outside of 'hd0' devenue conséquence et non cause
A tout hasard, il devrait être possible de lire le contenu de ces deux fichiers. Mais puisque tu as regénéré le /initrd.img-5.4.0-109-generic, s'il y avait eu des erreurs, tu l'aurais vu.
Pour l'autre, un début de piste
sudo file /boot/vmlinuz-5.4.0-109-generic et pour aller plus loin, je pense que tu peux accrocher a cette discussion https://blog.matteyeux.com/posts/extract-vmlinux/
en commençant par la duplication
mkdir ~/tmp
sudo cp -v /boot/vmlinuz-$(uname -r) ~/tmp
sudo chown $(whoami) ~/tmp/vmlinuz-$(uname -r)Mais la suite semble ne pas fonctionner
extract-vmlinux: Cannot find vmlinux.
donc
sudo apt install lzop
sudo apt install zstdpuis
file ~/vmlinuxpuis savoir comprendre ce qu'on peut faire
readelf -a vmlinux
En-tête ELF:
Magique: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Classe: ELF64
Données: complément à 2, système à octets de poids faible d'abord (little endian)
Version: 1 (actuelle)
OS/ABI: UNIX - System V
Version ABI: 0
Type: EXEC (fichier exécutable)
Machine: Advanced Micro Devices X86-64
Version: 0x1
Adresse du point d'entrée: 0x1000000
Début des en-têtes de programme : 64 (octets dans le fichier)
Début des en-têtes de section : 54526352 (octets dans le fichier)
Fanions: 0x0
Taille de cet en-tête: 64 (octets)
Taille de l'en-tête du programme: 56 (octets)
Nombre d'en-tête du programme: 5
Taille des en-têtes de section: 64 (octets)
Nombre d'en-têtes de section: 37
Table d'index des chaînes d'en-tête de section: 36
En-têtes de section :
[Nr] Nom Type Adresse Décalage
Taille TaillEntrée Fanion Lien Info Alignement
[ 0] NULL 0000000000000000 00000000
0000000000000000 0000000000000000 0 0 0
[ 1] .text PROGBITS ffffffff81000000 00200000
0000000001002667 0000000000000000 AX 0 0 4096
[ 2] .rodata PROGBITS ffffffff82200000 01400000
00000000004ffef7 0000000000000000 WA 0 0 4096
[ 3] .pci_fixup PROGBITS ffffffff826fff00 018fff00
00000000000032f0 0000000000000000 A 0 0 16
[ 4] .tracedata PROGBITS ffffffff827031f0 019031f0
0000000000000078 0000000000000000 A 0 0 1
[ 5] __ksymtab PROGBITS ffffffff82703268 01903268
0000000000010968 0000000000000000 A 0 0 4
[ 6] __ksymtab_gpl PROGBITS ffffffff82713bd0 01913bd0
0000000000012858 0000000000000000 A 0 0 4
[ 7] __kcrctab PROGBITS ffffffff82726428 01926428
0000000000005878 0000000000000000 A 0 0 4
[ 8] __kcrctab_gpl PROGBITS ffffffff8272bca0 0192bca0
00000000000062c8 0000000000000000 A 0 0 4
[ 9] __ksymtab_strings PROGBITS ffffffff82731f68 01931f68
00000000000387b0 0000000000000001 AMS 0 0 1
[10] __init_rodata PROGBITS ffffffff8276a720 0196a720
00000000000002a8 0000000000000000 A 0 0 32
[11] __param PROGBITS ffffffff8276a9c8 0196a9c8
00000000000039d0 0000000000000000 A 0 0 8
[12] __modver PROGBITS ffffffff8276e398 0196e398
00000000000005e8 0000000000000000 WA 0 0 8
[13] __ex_table PROGBITS ffffffff8276e980 0196e980
0000000000001b60 0000000000000000 A 0 0 4
[14] .notes NOTE ffffffff827704e0 019704e0
0000000000000204 0000000000000000 A 0 0 4
[15] .BTF PROGBITS ffffffff827706e4 019706e4
00000000004cfcc9 0000000000000000 A 0 0 1
[16] .BTF_ids PROGBITS ffffffff82c403b0 01e403b0
00000000000005ec 0000000000000000 A 0 0 1
[17] .data PROGBITS ffffffff82e00000 02000000
000000000036e280 0000000000000000 WA 0 0 8192
[18] __bug_table PROGBITS ffffffff8316e280 0236e280
0000000000018414 0000000000000000 WA 0 0 1
[19] .vvar PROGBITS ffffffff83187000 02387000
0000000000001000 0000000000000000 WA 0 0 16
[20] .data..percpu PROGBITS 0000000000000000 02400000
0000000000038000 0000000000000000 WA 0 0 4096
[21] .init.text PROGBITS ffffffff831c0000 025c0000
0000000000077ad4 0000000000000000 AX 0 0 16
[22] .altinstr_aux PROGBITS ffffffff83237ad4 02637ad4
0000000000001d59 0000000000000000 AX 0 0 1
[23] .init.data PROGBITS ffffffff8323a000 0263a000
00000000001c9c90 0000000000000000 WA 0 0 8192
[24] .x86_cpu_dev.init PROGBITS ffffffff83403c90 02803c90
0000000000000028 0000000000000000 A 0 0 8
[25] .parainstructions PROGBITS ffffffff83403cb8 02803cb8
00000000000221fc 0000000000000000 A 0 0 8
[26] .altinstructions PROGBITS ffffffff83425eb8 02825eb8
000000000002e35c 0000000000000000 A 0 0 1
[27] .altinstr_replace PROGBITS ffffffff83454214 02854214
0000000000005fb4 0000000000000000 AX 0 0 1
[28] .iommu_table PROGBITS ffffffff8345a1c8 0285a1c8
00000000000000f0 0000000000000000 A 0 0 8
[29] .apicdrivers PROGBITS ffffffff8345a2b8 0285a2b8
0000000000000040 0000000000000000 WA 0 0 8
[30] .exit.text PROGBITS ffffffff8345a2f8 0285a2f8
0000000000001f35 0000000000000000 AX 0 0 1
[31] .smp_locks PROGBITS ffffffff8345d000 0285d000
000000000000a000 0000000000000000 A 0 0 4
[32] .data_nosave PROGBITS ffffffff83467000 02867000
0000000000001000 0000000000000000 WA 0 0 4
[33] .bss NOBITS ffffffff83468000 02868000
0000000000598000 0000000000000000 WA 0 0 4096
[34] .brk NOBITS ffffffff83a00000 02868000
0000000000030000 0000000000000000 WA 0 0 1
[35] .init.scratch PROGBITS ffffffff83c00000 03000000
0000000000400000 0000000000000000 WA 0 0 32
[36] .shstrtab STRTAB 0000000000000000 03400000
000000000000018e 0000000000000000 0 0 1
Clé des fanions :
W (écriture), A (allocation), X (exécution), M (fusion), S (chaînes), I (info),
L (ordre des liens), O (traitement supplémentaire par l'OS requis), G (groupe),
T (TLS), C (compressé), x (inconnu), o (spécifique à l'OS), E (exclu),
l (grand), p (processor specific)
Il n'y a pas de groupe de section dans ce fichier.
En-têtes de programme :
Type Décalage Adr.virt Adr.phys.
Taille fichier Taille mémoire Fanion Alignement
LOAD 0x0000000000200000 0xffffffff81000000 0x0000000001000000
0x0000000001c4099c 0x0000000001c4099c R E 0x200000
LOAD 0x0000000002000000 0xffffffff82e00000 0x0000000002e00000
0x0000000000388000 0x0000000000388000 RW 0x200000
LOAD 0x0000000002400000 0x0000000000000000 0x0000000003188000
0x0000000000038000 0x0000000000038000 RW 0x200000
LOAD 0x00000000025c0000 0xffffffff831c0000 0x00000000031c0000
0x0000000000e40000 0x0000000000e40000 RWE 0x200000
NOTE 0x00000000019704e0 0xffffffff827704e0 0x00000000027704e0
0x0000000000000204 0x0000000000000204 0x4
Correspondance section/segment :
Sections de segment...
00 .text .rodata .pci_fixup .tracedata __ksymtab __ksymtab_gpl __kcrctab __kcrctab_gpl __ksymtab_strings __init_rodata __param __modver __ex_table .notes .BTF .BTF_ids
01 .data __bug_table .vvar
02 .data..percpu
03 .init.text .altinstr_aux .init.data .x86_cpu_dev.init .parainstructions .altinstructions .altinstr_replacement .iommu_table .apicdrivers .exit.text .smp_locks .data_nosave .bss .brk .init.scratch
04 .notes
Il n'y a pas de section dynamique dans ce fichier.
Il n'y a pas de réadressages dans ce fichier.
Le décodage de la section de déroulement pour le type de machine Advanced Micro Devices X86-64 n'est pas actuellement supporté.
Aucune information de version repérée dans ce fichier.
Affichage des notes trouvées dans: .notes
Propriétaire Taille des données Description
Xen 0x00000006 Type de note inconnu: (0x00000006)
données de description: 6c 69 6e 75 78 00
Xen 0x00000004 Type de note inconnu: (0x00000007)
données de description: 32 2e 36 00
Xen 0x00000008 Type de note inconnu: (0x00000005)
données de description: 78 65 6e 2d 33 2e 30 00
Xen 0x00000008 Type de note inconnu: (0x00000003)
données de description: 00 00 00 80 ff ff ff ff
Xen 0x00000008 Type de note inconnu: (0x0000000f)
données de description: 00 00 00 00 80 00 00 00
Xen 0x00000008 NT_VERSION (version)
données de description: c0 01 1c 83 ff ff ff ff
Xen 0x00000008 NT_ARCH (architecture)
données de description: 00 20 00 81 ff ff ff ff
Xen 0x00000029 Type de note inconnu: (0x0000000a)
données de description: 21 77 72 69 74 61 62 6c 65 5f 70 61 67 65 5f 74 61 62 6c 65 73 7c 70 61 65 5f 70 67 64 69 72 5f 61 62 6f 76 65 5f 34 67 62
Xen 0x00000004 Type de note inconnu: (0x00000011)
données de description: 01 88 00 00
Xen 0x00000004 Type de note inconnu: (0x00000009)
données de description: 79 65 73 00
Xen 0x00000008 Type de note inconnu: (0x00000008)
données de description: 67 65 6e 65 72 69 63 00
Xen 0x00000010 Type de note inconnu: (0x0000000d)
données de description: 01 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00
Xen 0x00000004 Type de note inconnu: (0x0000000e)
données de description: 01 00 00 00
Xen 0x00000004 Type de note inconnu: (0x00000010)
données de description: 01 00 00 00
Xen 0x00000008 Type de note inconnu: (0x0000000c)
données de description: 00 00 00 00 00 80 ff ff
Xen 0x00000008 Type de note inconnu: (0x00000004)
données de description: 00 00 00 00 00 00 00 00
GNU 0x00000014 NT_GNU_BUILD_ID (chaîne de bits du ID de construction unique)
ID construction: befec4077d2695d76e417bb53a40d36012336889
Linux 0x00000004 fonction
données de description: 00 00 00 00
Linux 0x00000001 OUVERT
données de description: 00
Xen 0x00000008 Type de note inconnu: (0x00000012)
données de description: 50 07 00 01 00 00 00 00 Dernière modification par geole (Le 22/04/2022, à 15:26)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#19 Le 22/04/2022, à 15:31
- Filofel
Re : Broken boot
Tu me surprends profondément. Sauf changement de comportement récent, l'épuration des anciens noyaux est à la charge de l'utilisateur qui doit lancer la commande "sudo apt autoremove --purge"
Ben non...
J'ai exécuté verbatim les commandes que tu m'as indiquées.
Lors de l'upgrade, le soft a bien précisé que le kernel 105 allait être supprimé.
Comme il ne touchait pas au 107, que le 105 était non fonctionnel et que dans la catégorie non-fonctionnelle, j'avais encore le 109, j'ai accepté quand même. :-)
C'est lié à la fonction upgrade (par opposition à update)?
Je ne comprends pas trop ce que tu m'écris:
A tout hasard, il devrait être possible de lire le contenu de ces deux fichiers. Mais puisque tu as regénéré le /initrd.img-5.4.0-109-generic, s'il y avait eu des erreurs, tu l'aurais vu.
A priori, c'est le kernel Linux qui n'est pas chargé pour cause de
error: attemtp to read or write outside of 'hd0'Après quoi, le ram disk ne peut être chargé parce qu'il n'y a pas de kernel et sort l'erreur:
error: you need to load the kernel firstNon?
Sinon, à tout hasard, j'ai fait:
lsinitramfs initrd.img-5.4.0-109-generic >initrd_109.txt
lsinitramfs initrd.img-5.4.0-107-generic >initrd_107.txtpuis j'ai comparé par un diff la liste des fichiers dans les initrd de la 109 et de la 107: La seule différence notable, c'est que l'initramfs de la 107 contient lib32 (en plus de lib64) en deux endroits:
- sous la racine,
- sous /usr
Il y a une autre différence, c'est que dans la 107, il y a encore
usr/lib/modprobe.d/blacklist_linux_5.4.0-105-generic.confqui n'existe plus dans l'initrd 109, puisque l'upgrade récent l'a dégagé.
Les autres différences sont des "107" contre des "109" dans des noms de répertoires, par exemple:
usr/lib/modules/5.4.0-107-generic/kernel/drivers/ata/pata_acpi.ko
usr/lib/modules/5.4.0-109-generic/kernel/drivers/ata/pata_acpi.koMais bon, comme le problème principal est que linux / vmlinuz ne se charge pas, je suppose que l'absence de lib32 dans la 109 n'est pas le problème majeur.
Hors ligne
#20 Le 22/04/2022, à 16:15
- Filofel
Re : Broken boot
et pour aller plus loin, je pense que tu peux accrocher a cette discussion https://blog.matteyeux.com/posts/extract-vmlinux/
en commençant par la duplication
Je n'avais pas vu la fin de ton message, que tu as rajoutée ultérieurement.
Je vais regarder ça.
Ceci dit, dans l'intervalle, j'ai utilisé une autre technique pour essayer de trouver des différences significatives entre les deux kernels:
J'ai utilisé KDiff3 (mon diff GUI préféré) pour comparer System.map-5.4.0-107-generic et System.map-5.4.0-109-generic
Il faut à KDiff3 deux ou trois minutes pour charger les deux fichiers (4,8 MB et 113850 lignes chacun quand même...) et calculer les différences, mais ça montre en fait très clairement (et graphiquement) que les deux sont pratiquement identiques, à des broutilles près.
A première vue, il ne semble pas que le 109 soit tronqué ou ait un module majeur en plus ou en moins par rapport au module 107.
Ce que j'essaie de faire maintenant, c'est de voir si je peux faire cracher plus de détails / d'informations à Grub2 et/où au loader du kernel sur le contexte de l'erreur error: attempt to read or write outside of 'hd0'.
Une option verbose quelque part dans le boot, en fait.
Genre remplacer "quiet splash" par "nosplash debug --verbose".
Mais pour l'instant, je n'obtiens pas le résultat cherché lorsque je tente de charger le kernel 109.
Je ne désespère pas (encore!)... :-)
Hors ligne
#21 Le 22/04/2022, à 16:19
- cqfd93
Re : Broken boot
Modération
Bonjour,
Ton Ubuntu étant déjà installé quand le problème est apparu, il n'y a pas lieu à mon avis de déplacer ce sujet dans la section Installation d'Ubuntu. Elle va rester dans la section Autres logiciels et problèmes généraux.
− cqfd93 −
Hors ligne
#22 Le 22/04/2022, à 16:33
- Filofel
Re : Broken boot
Ton Ubuntu étant déjà installé quand le problème est apparu, il n'y a pas lieu à mon avis de déplacer ce sujet dans la section Installation d'Ubuntu.
Bon...
C'est juste que
il ne s'agit pas d'un "autre logiciel" mais bel et bien d'Ubuntu
c'est consécutivement à l'installation (par transfert) sur un nouveau disque que le problème est apparu
j'ai eu plus d'interlocuteurs dans la section "Installation d'Ubuntu" lorsque j'ai eu des problèmes similaires (de non-boot) lors du transfert vers le nouveau SSD... (discussion "Partition GPT bios_grub, Ubuntu sur ext4 ne boote pas...")
Hors ligne
#23 Le 22/04/2022, à 17:00
- cqfd93
Re : Broken boot
C'est un problème général avec la version d'ubuntu installée.
Je viens de déplacer… l'autre discussion qui n'était pas non plus un problème pour installer ubuntu..
Ce sont les mêmes intervenants qui aident dans les diverses sections. Ton problème actuel a autant de chances d'être vu ici qu'ailleurs. Mais le titre n'est peut-être pas assez parlant ?
− cqfd93 −
Hors ligne
#24 Le 22/04/2022, à 17:00
- xubu1957
Re : Broken boot
Bonjour,
Fournis les noyaux présents :
echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"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
Hors ligne
#25 Le 22/04/2022, à 17:49
- geole
Re : Broken boot
Ce que j'essaie de faire maintenant, c'est de voir si je peux faire cracher plus de détails / d'informations à Grub2 et/où au loader du kernel sur le contexte de l'erreur error: attempt to read or write outside of 'hd0'.
Une option verbose quelque part dans le boot, en fait.
Genre remplacer "quiet splash" par "nosplash debug --verbose"
à remplacer par debug ignore_loglevel
Mais on est quasiment à la fin du grub.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne