#1 Le 19/11/2022, à 17:02
- Fantomanu
[Résolu]Mise a niveau... plantage deux jours plus tard
Salut
suite à la mise à niveau vers ubuntu 22 qui avait donné beaucoup de mal,
cet après-midi, l'ordi a planté, sans vouloir redémarrer (écran noir plus une ligne terminant par "disabled by bios"
une fois ou deux il est indiqué que Gnome ne démarre pas.
J'ai la possibilité de faire le bourrin et de tout réinstaller, mais ayant fait une sauvegarde il y a peu ce serait, bourrin.
Je me connecte avec ma clé ubuntu 20 pour le moment...
Une idée pour m'en sortir ?
Dernière modification par Fantomanu (Le 23/11/2022, à 14:22)
Hors ligne
#2 Le 19/11/2022, à 19:07
- JLK
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
Salut
suite à la mise à niveau vers ubuntu 22 qui avait donné beaucoup de mal,
cet après-midi, l'ordi a planté, sans vouloir redémarrer (écran noir plus une ligne terminant par "disabled by bios"
une fois ou deux il est indiqué que Gnome ne démarre pas.
J'ai la possibilité de faire le bourrin et de tout réinstaller, mais ayant fait une sauvegarde il y a peu ce serait, bourrin.
Je me connecte avec ma clé ubuntu 20 pour le moment...
Une idée pour m'en sortir ?
Dans un premier temps, donne-nous les caractéristiques matérielles de ton ordinateur, ensuite tu pourrais photographier/filmer le démarrage de ton ordinateur quand il affiche ce message d'erreur (si tu as le matos adéquat).
Tu n'as le problème qu'avec Ubuntu 22.04, c'est bien ça ?
Hors ligne
#3 Le 19/11/2022, à 19:24
- Fantomanu
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
C'est un Dell Latitude E7270.
Je n'ai eu aucun souci avec Ubuntu 20.
Le démarrage est ok (on me demande la phrase de décryptage)
juste après, le curseur flotte dans le vide, "cpu/x86 disabled by bios" s'affiche
je ne peux pas enregistrer ce qui se passe ...
Hors ligne
#4 Le 19/11/2022, à 19:27
- JLK
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
Est-ce que tu peux accéder à une console en utilisant les raccourcis CRTL+F1 à F12, ou c'est vraiment planté ?
Hors ligne
#5 Le 19/11/2022, à 19:31
- Fantomanu
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
CPU : Intel (R) core i5-6300U CPU @ 2.40 GHz
RAM :8 GB DDR4 2133 0 MHz
HDD : SDD 256 06 GB SATA 3.3.6.0 Gb /s
Vga : Skylake GT2 (Hd graphics 520)
Hors ligne
#6 Le 19/11/2022, à 19:33
- Fantomanu
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
J'ai pu démarrer en recovery-mode, j'ai fait réparer et nettoyer, mais on m'indique un manque de place pour un upgrade
je peux accéder à une console, oui
Dernière modification par Fantomanu (Le 19/11/2022, à 19:34)
Hors ligne
#7 Le 19/11/2022, à 19:39
- xubu1957
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
Bonjour,
Tu frisais la saturation dans [Résolu] Mise à niveau - espace /boot insuffisant
_ _ _
(edit=messages regroupés)
_ _ _
Voir > [Tuto] Poster une image
Dernière modification par xubu1957 (Le 20/11/2022, à 13:02)
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
En ligne
#8 Le 19/11/2022, à 19:45
- Fantomanu
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
Bonjour,
Tu frisais la saturation dans [Résolu] Mise à niveau - espace /boot insuffisant
Bonjour,
oui.
Je recois le même type de message en recovery-mode lorsque le système tente un upgrade d'ailleurs...
(espace-disque insuffisant, libérez tant de MB)
Dernière modification par Fantomanu (Le 19/11/2022, à 19:48)
Hors ligne
#9 Le 19/11/2022, à 23:39
- geole
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
Bonsoir.
Alors tu libères ou agrandis.
Attention de bien identifier la partition à agrandir.
Cette commande peut aider.
df -h
Dernière modification par geole (Le 20/11/2022, à 12:52)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#10 Le 20/11/2022, à 12:51
- Fantomanu
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
Bonsoir.
Alors tu libères ou agrandis.
Attention de bien identifier la partition à agrandir.777
Cette commande peut aider.df -h
Bonjour Geole
j'ai pu prendre une photo de df -h
Evidemment le 100% utilisé sur les 232G sur vgubuntu-root est très mystérieux - est-ce parce qu'il y a un chiffrement ?
car je n'ai pas du tout ce volume en réalité
Dernière modification par Fantomanu (Le 20/11/2022, à 12:57)
Hors ligne
#11 Le 20/11/2022, à 13:02
- geole
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
Bonjour
Il n'y a pas de rapport avec le chiffrement.
Pour un dépannage, libère un peu de place
rm -v /var/log/kern*
rm -v /var/log/syslog*
puis tu pourras rebooter et donner
sudo du -had1 / 2>/dev/null | sort -hr | head -20
sudo du -had1 /var/log 2>/dev/null | sort -hr | head -20
journalctl -b -p err | head -20
Dernière modification par geole (Le 20/11/2022, à 13:27)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#13 Le 20/11/2022, à 13:29
- geole
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
Pour un dépannage, libère un peu de place
rm -v /var/log/kern*
rm -v /var/log/syslog*
puis tu pourras rebooter et donner
sudo du -had1 / 2>/dev/null | sort -hr | head -20
sudo du -had1 /var/log 2>/dev/null | sort -hr | head -20
journalctl -b -p err | head -20
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#15 Le 20/11/2022, à 14:48
- geole
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
Pour un dépannage, libère un peu de place en faisant ces commandes pendant le plantage du boot
rm -v /var/log/kern*
rm -v /var/log/syslog*
puis tu pourras rebooter
Dernière modification par geole (Le 20/11/2022, à 14:52)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#16 Le 20/11/2022, à 15:09
- Fantomanu
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
J'ai une idée un peu, bourrine
Je peux avoir accès au /home du disque dur crypté avec le live sur clé
je bidouille pour en faire une image backupable / ou je le copie tel quel sur un autre support (150 G et quelques)
et je peux réinstaller tranquille ubuntu 22 en faisant après une backup dessus
ca marcherait ?
je n'ai rien qui soit si important dans ce /home, juste un signal-desktop installé à la main en galérant
pour le reste ce sont des fichiers que je peux faire migrer à la main
je vais de toutes façons rebooter et faire ce rm
Hors ligne
#17 Le 20/11/2022, à 15:17
- Fantomanu
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
kern et syslog supprimés, donc.
et ça ne boote toujours pas...
Hors ligne
#18 Le 20/11/2022, à 16:43
- geole
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
Il faudrait que tu rebootes en faisant apparaitre le mode recovery et choisir un ancien noyau
https://doc.ubuntu-fr.org/recovery_mode
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#19 Le 20/11/2022, à 19:39
- Fantomanu
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
Il faudrait que tu rebootes en faisant apparaitre le mode recovery et choisir un ancien noyau
https://doc.ubuntu-fr.org/recovery_mode
J'avais fait du ménage pour libérer de la place. Il ne me reste que le noyau actuel et celui précédant.
En bootant sur celui-ci, nada.
Hors ligne
#20 Le 20/11/2022, à 19:49
- geole
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
C'est à dire
Pas de boot? ou pas d'incident?
Si seconde hypothèse
journalctl -b -p err | head -40
df -h
sudo dpkg --configure -a
sudo dpkg --force-all --configure -a
sudo apt -f install
sudo apt install --fix-missing
sudo apt autopurge && sudo apt purge ?config-files
sudo apt update
sudo apt upgrade
sudo apt full-upgrade
Si première hypothèse Faire et publier un boot-info https://doc.ubuntu-fr.org/tutoriel/boot-info
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#21 Le 21/11/2022, à 07:46
- Fantomanu
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
Pas de boot.
Voici le boot-info : https://paste.ubuntu.com/p/WsRJqHhYYF/
Hors ligne
#22 Le 21/11/2022, à 09:39
- xubu1957
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
Bonjour,
Collage du Boot-info :
boot-info-4ppa200 [20221121_0844]
============================== Boot Info Summary ===============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector
1538026 of the same hard drive for core.img. core.img is at this location
and looks for (,msdos5)/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk
---------------------------------------------------------------------------
=> Syslinux MBR (5.00 and higher) is installed in the MBR of /dev/sdb.
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files:
sda2: __________________________________________________________________________
File system: Extended Partition
Boot sector type: -
Boot sector info:
sda5: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files: /grub/grub.cfg /grub/i386-pc/core.img
sda6: __________________________________________________________________________
File system: crypto_LUKS
Boot sector type: Unknown
Boot sector info:
sdb1: __________________________________________________________________________
File system: vfat
Boot sector type: SYSLINUX 6.04
Boot sector info: Syslinux looks at sector 44374 of /dev/sdb1 for its
second stage. The integrity check of Syslinux 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
sdb2: __________________________________________________________________________
File system: ext3
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
================================ 1 OS detected =================================
OS#1: Ubuntu 22.04.1 LTS on mapper/vgubuntu-root
================================ Host/Hardware =================================
CPU architecture: 64-bit
Video: Skylake GT2 [HD Graphics 520] from Intel Corporation
Live-session OS is Ubuntu 64-bit (Ubuntu 20.04.1 LTS, focal, x86_64)
===================================== UEFI =====================================
BIOS/UEFI firmware: 1.16.4 from Dell Inc.
The firmware is EFI-compatible, and is set in EFI-mode for this live-session.
SecureBoot disabled - SecureBoot disabled - Please report this message to boot.repair@gmail.com.
BootCurrent: 000A
Timeout: 2 seconds
BootOrder: 0006,0004,0005,0007,0008,0001,0002,000A
Boot0001* Onboard NIC(IPV4) PciRoot(0x0)/Pci(0x1f,0x6)/MAC(28f10e0f0813,0)/IPv4(0.0.0.00.0.0.0,0,0)..BO
Boot0002* Onboard NIC(IPV6) PciRoot(0x0)/Pci(0x1f,0x6)/MAC(28f10e0f0813,0)/IPv6([::]:<->[::]:,0,0)..BO
Boot0003* Windows Boot Manager HD(2,GPT,d5555b6a-6470-4861-9f68-f058cbfdbc1c,0x96800,0x100000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...}................
Boot0004* Diskette Drive BBS(Floppy,Diskette Drive,0x0)..BO
Boot0005* Internal HDD BBS(HD,P2: Origin Inception TLC830 Pr,0x0)..BO
Boot0006* USB Storage Device BBS(USB,SanDisk Extreme Pro 0 ,0x0)..BO
Boot0007* CD/DVD/CD-RW Drive BBS(CDROM,CD/DVD/CD-RW Drive,0x0)..BO
Boot0008* Onboard NIC BBS(Network,IBA CL Slot 00FE v0106,0x0)..BO
Boot000A* UEFI: SanDisk Extreme Pro 0, Partition 1 PciRoot(0x0)/Pci(0x14,0x0)/USB(12,0)/HD(1,MBR,0x4cc2a2,0x800,0xacff7e2)..BO
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sda : notGPT, no-BIOSboot, has---ESP, not-usb, not-mmc, has-os, no-wind, 2 sectors * 512 bytes
sdb : notGPT, no-BIOSboot, has-noESP, usb-disk, not-mmc, no-os, no-wind, 2048 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sda1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sda5 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, grubenv-ok, noupdategrub, not-far
sdb2 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
mapper/vgubuntu-root : is-os, 64, apt-get, grub-pc , grub2, grub-install, no-grubenv, update-grub, not-far
Partitions info (2/3): _________________________________________________________
sda1 : is---ESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda5 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdb2 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
mapper/vgubuntu-root : isnotESP, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda1 : not--sepboot, no---boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, no--grub.d, sda
sda5 : is---sepboot, no---boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, no--grub.d, sda
sdb2 : maybesepboot, no---boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, no--grub.d, sdb
mapper/vgubuntu-root : not--sepboot, no---boot, fstab-has-goodBOOT, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
fdisk -l (filtered): ___________________________________________________________
Disk sda: 238.49 GiB, 256060514304 bytes, 500118192 sectors
Disk identifier: 0xc2a0487b
Boot Start End Sectors Size Id Type
sda1 * 2 643071 643070 314M b W95 FAT32
sda2 643072 500117729 499474658 238.2G 5 Extended
sda5 645120 2549759 1904640 930M 83 Linux
sda6 2550512 500117729 497567218 237.3G 83 Linux
Disk sdb: 238.51 GiB, 256087425024 bytes, 500170752 sectors
Disk identifier: 0x004cc2a2
Boot Start End Sectors Size Id Type
sdb1 * 2048 181403617 181401570 86.5G c W95 FAT32 (LBA)
sdb2 181403618 500170702 318767085 152G 83 Linux
Disk mapper/luks-f8da7d4d-2438-4a0a-9205-5f2ccb7fc1e7: 237.25 GiB, 254737638400 bytes, 497534450 sectors
Disk mapper/vgubuntu-root: 236.26 GiB, 253675700224 bytes, 495460352 sectors
Disk mapper/vgubuntu-swap_1: 976 MiB, 1023410176 bytes, 1998848 sectors
parted -lm (filtered): _________________________________________________________
sda:256GB:scsi:512:512:msdos:ATA Origin Inception:;
1:1024B:329MB:329MB:fat32::boot;
2:329MB:256GB:256GB:::;
5:330MB:1305MB:975MB:ext4::;
6:1306MB:256GB:255GB:::;
sdb:256GB:scsi:512:512:msdos:SanDisk Extreme Pro:;
1:1049kB:92.9GB:92.9GB:fat32::boot, lba;
2:92.9GB:256GB:163GB:ext3::;
mapper/vgubuntu-swap_1:1023MB:dm:512:512:loop:Linux device-mapper (linear):;
1:0.00B:1023MB:1023MB:linux-swap(v1)::;
mapper/vgubuntu-root:254GB:dm:512:512:loop:Linux device-mapper (linear):;
1:0.00B:254GB:254GB:ext4::;
mapper/luks-f8da7d4d-2438-4a0a-9205-5f2ccb7fc1e7:255GB:dm:512:512:unknown:Linux device-mapper (crypt):;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 vfat FD16-9363 c2a0487b-01
├─sda2 c2a0487b-02
├─sda5 ext4 20ba5087-ac86-4c00-a992-0d8dcd3b5cc7 c2a0487b-05
└─sda6 crypto_LUKS f8da7d4d-2438-4a0a-9205-5f2ccb7fc1e7 c2a0487b-06
└─luks-f8da7d4d-2438-4a0a-9205-5f2ccb7fc1e7 LVM2_member P1czNe-wiSf-052Z-zKKs-57ja-njMV-U5onef
├─vgubuntu-root ext4 5e3e254e-0aa9-4515-87dd-3853f45cde28
└─vgubuntu-swap_1 swap 84b66267-8983-44ec-a49d-2682f7db28e7
sdb
├─sdb1 vfat 1AFE-2756 004cc2a2-01 UBUNTU 20_0
└─sdb2 ext3 943fb9b3-291c-6d40-8ee4-4a659bea4f42 004cc2a2-02 casper-rw
Mount points (filtered): _______________________________________________________
Avail Use% Mounted on
/dev/mapper/vgubuntu-root 0 95% /mnt/boot-sav/mapper/vgubuntu-root
/dev/sda1 313.4M 0% /mnt/boot-sav/sda1
/dev/sda5 579.6M 29% /mnt/boot-sav/sda5
/dev/sdb1 68.3G 21% /cdrom
/dev/sdb2 125.9G 12% /mnt/boot-sav/sdb2
Mount options (filtered): ______________________________________________________
/dev/mapper/vgubuntu-root ext4 rw,relatime
/dev/sda1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
/dev/sda5 ext4 rw,relatime
/dev/sdb1 vfat ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
/dev/sdb2 ext3 rw,relatime
============================== ls -R /dev/mapper/ ==============================
/dev/mapper:
control
luks-f8da7d4d-2438-4a0a-9205-5f2ccb7fc1e7
vgubuntu-root
vgubuntu-swap_1
======================== sda5/grub/grub.cfg (filtered) =========================
Ubuntu 5e3e254e-0aa9-4515-87dd-3853f45cde28
Ubuntu, with Linux 5.15.0-53-generic 5e3e254e-0aa9-4515-87dd-3853f45cde28
Ubuntu, with Linux 5.15.0-52-generic 5e3e254e-0aa9-4515-87dd-3853f45cde28
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###
==================== sda5: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
0.497081757 = 0.533737472 grub/grub.cfg 1
0.540061951 = 0.579887104 grub/i386-pc/core.img 1
0.330009460 = 0.354344960 vmlinuz 1
0.521492004 = 0.559947776 vmlinuz-5.15.0-52-generic 2
0.330009460 = 0.354344960 vmlinuz-5.15.0-53-generic 1
0.521492004 = 0.559947776 vmlinuz.old 2
0.501312256 = 0.538279936 initrd.img 2
0.723979950 = 0.777367552 initrd.img-5.15.0-52-generic 4
0.501312256 = 0.538279936 initrd.img-5.15.0-53-generic 2
0.723979950 = 0.777367552 initrd.img.old 4
====================== 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 loadconfig
LABEL loadconfig
CONFIG /isolinux/isolinux.cfg
APPEND /isolinux/
==================== 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
==================== blkid (filtered) before lvm activation ====================
/dev/sda1: UUID="FD16-9363" TYPE="vfat" PARTUUID="c2a0487b-01"
/dev/sda5: UUID="20ba5087-ac86-4c00-a992-0d8dcd3b5cc7" TYPE="ext4" PARTUUID="c2a0487b-05"
/dev/sdb1: LABEL="UBUNTU 20_0" UUID="1AFE-2756" TYPE="vfat" PARTUUID="004cc2a2-01"
/dev/sda6: UUID="f8da7d4d-2438-4a0a-9205-5f2ccb7fc1e7" TYPE="crypto_LUKS" PARTUUID="c2a0487b-06"
/dev/sdb2: LABEL="casper-rw" UUID="943fb9b3-291c-6d40-8ee4-4a659bea4f42" TYPE="ext3" PARTUUID="004cc2a2-02"
/dev/mapper/luks-f8da7d4d-2438-4a0a-9205-5f2ccb7fc1e7: UUID="P1czNe-wiSf-052Z-zKKs-57ja-njMV-U5onef" TYPE="LVM2_member"
/dev/mapper/vgubuntu-root: UUID="5e3e254e-0aa9-4515-87dd-3853f45cde28" TYPE="ext4"
/dev/mapper/vgubuntu-swap_1: UUID="84b66267-8983-44ec-a49d-2682f7db28e7" TYPE="swap"
================================ LVM activation ================================
modprobe dm-mod
vgscan --mknodes
Found volume group "vgubuntu" using metadata type lvm2
vgchange -ay
2 logical volume(s) in volume group "vgubuntu" now active
lvscan
ACTIVE '/dev/vgubuntu/root' [236.25 GiB] inherit
ACTIVE '/dev/vgubuntu/swap_1' [976.00 MiB] inherit
blkid -g
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would purge (in order to fix packages) and reinstall the grub-efi of
mapper/vgubuntu-root,
using the following options: sda5/boot sda1/boot/efi
Additional repair would be performed: unhide-bootmenu-10s use-standard-efi-file
Final advice in case of suggested repair: ______________________________________
Please do not forget to make your UEFI firmware boot on the Ubuntu 22.04.1 LTS entry (sda1/efi/****/grub****.efi (**** will be updated in the final message) file) !
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
En ligne
#23 Le 21/11/2022, à 12:34
- geole
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
Bonjour.
Analyse du boot-info.
Live-session OS is Ubuntu 64-bit (Ubuntu 20.04.1 LTS, focal, x86_64)
===================================== UEFI =====================================
BIOS/UEFI firmware: 1.16.4 from Dell Inc.
The firmware is EFI-compatible, and is set in EFI-mode for this live-session.
On voit donc que ce bios supporte EFI et qu'il boote naturellement en EFI.
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Operating System:
Boot files:
Mais il n'y a pas de fichiers de boot EFI d'installés. C'est donc un boot en mode legacy qui se fait via le MBR sur la partition 5
============================== Boot Info Summary ===============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector
1538026 of the same hard drive for core.img. core.img is at this location
and looks for (,msdos5)/grub. It also embeds following components:
sda5: __________________________________________________________________________
File system: ext4
Boot files: /grub/grub.cfg /grub/i386-pc/core.img
J'ai donc cherché le fichier /etc/fstab pour voir son contenu. Je ne l'ai pas trouvé. A mon avis c'est un bug de boot-info pour les partitions chiffrées car il a bien été détecté.
mapper/vgubuntu-root : isnotESP, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
J'ai vu une énorme anomalie.
Mount points (filtered): _______________________________________________________
Avail Use% Mounted on
/dev/mapper/vgubuntu-root 0 95% /mnt/boot-sav/mapper/vgubuntu-root
Qu'il n'y ait plus de place disque, cela peut arriver, mais après avoir pris connaissance de "je n'ai pas du tout ce volume en réalité." et avoir lancé l'épuration, il devrait y avoir de nouveau de l'espace libre
Il va donc falloir chercher plus méthodiquement comment cet espace est utilisé.
Pour cela, tu vas rebooter avec le support d'installation et monter la partition chiffrée.
Je ne maîtrise pas bien les commandes, j'espère ne pas me tromper. ( https://doc.ubuntu-fr.org/tutoriel)/rec … 4_chiffree )
1) Choisir essayer avant d'installer
2) Ouvrir un teminal
3) Monter la partition chiffrée
sudo cryptsetup luksOpen /dev/sda6 dsk
4) Monter la partition déchiffrée
sudo mount -v /dev/mapper/dsk /mnt
5) Monter la partition logique
sudo mount -v /dev/mapper/vgubuntu-root /mnt
6) Regarder la volumétrie du premier niveau afin de pouvoir bien affiner.
sudo du -hxad1 /tmp 2>/dev/null | sort -hr| head -20
Tu posteras ce dernier retour.
Dernière modification par geole (Le 21/11/2022, à 16:04)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#24 Le 21/11/2022, à 14:14
- Fantomanu
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
4) Monter la partition déchiffrée
sudo mount -v /dev/mapper/dsk /mnt
J'ai le retour suivant :
mount: /mnt: unknown filesystem type 'LVM2_member'.
Hors ligne
#25 Le 21/11/2022, à 14:21
- Fantomanu
Re : [Résolu]Mise a niveau... plantage deux jours plus tard
J'ai bidouillé gràce au lien du forum.
Le retour donne :
16G /
9.0G /home
4.5G /usr
1.5G /var
350M /opt
8.9M /root
7.6M /boot
6.6M /etc
36K /snap
12K /media
4.0K /target
0 /srv
0 /sbin
0 /libx32
0 /lib64
0 /lib32
0 /lib
0 /bin
Hors ligne