Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#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

Fantomanu a écrit :

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

xubu1957 a écrit :

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

Hors ligne

#10 Le 20/11/2022, à 12:51

Fantomanu

Re : [Résolu]Mise a niveau... plantage deux jours plus tard

geole a écrit :

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
Photo0151.jpg

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

Hors ligne

#12 Le 20/11/2022, à 13:25

Fantomanu

Re : [Résolu]Mise a niveau... plantage deux jours plus tard

Photo0152.jpg

la première commande ne donnant pas de réponse écrite

Hors 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

Hors ligne

#14 Le 20/11/2022, à 13:43

Fantomanu

Re : [Résolu]Mise a niveau... plantage deux jours plus tard

Photo0154.jpg

les deux premières commandes ne donnent pas de réponse

Hors 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

Hors 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

Hors ligne

#19 Le 20/11/2022, à 19:39

Fantomanu

Re : [Résolu]Mise a niveau... plantage deux jours plus tard

geole a écrit :

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

Hors 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

Hors ligne

#24 Le 21/11/2022, à 14:14

Fantomanu

Re : [Résolu]Mise a niveau... plantage deux jours plus tard

geole a écrit :

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