#1 Le 05/09/2020, à 18:26
- MichelCauzid
[Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Bonsoir
J'utilise Ubuntu (depuis de nombreuses années) et actuellement sur un PC avec un processeur Intel® Core™ i5-8400 CPU @ 2.80GHz × 6 Le système est sur un disque SSD LDLCSSD F8 PLUS M2 2280 PCIE NVME 480GBS
J'ai mis à niveau de 18.04 à 20.04. Tout c'est apparemment bien passé mais Ubuntu de démarre plus et s’arrête avec sur un écran:
BusyBox v1.30.1 (Ubuntu 1:1.30.1-4ubuntu6.1) built-in shell (ash)
Enter 'help' for a list of built-in commands.
(initramfs)
CtrAltDel me permet de faire un démarrage sur Linux 4.15.0.115 au lieu de Linux 5.4.0.45 et là tout semble fonctionner normalement j'aimerai cependant obtenir un démarrage normal sur Linux 5.4
Après quelques recherches sur internet et particulièrement sur ce forum j'ai fait plusieurs essais
J'ai essayé, après l'invite (initramfs) les commandes exit et reboot il ne se passe rien
J'ai essayé, après l'invite (initramfs) fsck /dev/sda1 -y puis fsck /dev/nvme0n1p1 -y... puisque le système Ubuntu est sur /dev/nvme0n1p1
J'ai essayé de modifier le fichier /etc/default/grub en ajoutant l'option GRUB_CMDLINE_LINUX="all_generic_ide".... cela ne fonctionne pas mieux.
Quelqu’un aurait-il quelques conseils à me suggérer ? quelques pistes à me proposer?
Merci d'avance
Michel
Dernière modification par MichelCauzid (Le 21/09/2020, à 18:14)
Hors ligne
#2 Le 05/09/2020, à 18:36
- malbo
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Bonjour,
Depuis un session démarrée sur le noyau 4.15.0.115, je te prie de faire un Boot-info et de donner l'URL de ce Boot-info dans ta réponse.
Hors ligne
#3 Le 05/09/2020, à 21:48
- MichelCauzid
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Merci
Voila l'info demandé
https://paste.ubuntu.com/p/TsFwggcmr5/
Bonne nuit
Michel
Hors ligne
#4 Le 06/09/2020, à 06:47
- malbo
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Bonjour,
Ton Boot-info est là :
boot-info-4ppa125 [20200905_2243]
============================== Boot Info Summary ===============================
=> Grub2 (v1.99-2.00) is installed in the MBR of /dev/nvme0n1 and looks at
sector 352611392 of the same hard drive for core.img, but core.img can not
be found at this location.
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for (,msdos1)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk
---------------------------------------------------------------------------
=> Grub2 (v2.00) is installed in the MBR of /dev/sdb and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for /boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk search_fs_uuid
---------------------------------------------------------------------------
config script
---------------------------------------------------------------------------
search.fs_uuid 89a6ae10-46bc-4b97-b825-caf02d36d902 root hd0,msdos1
set prefix=($root)'/boot/grub'
---------------------------------------------------------------------------
nvme0n1p1: _____________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /efi/BOOT/fbx64.efi /efi/BOOT/mmx64.efi
/efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi
/efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg
nvme0n1p2: _____________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.04.1 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
sda1: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
sdb1: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
sdb3: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
sdb4: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
================================ 1 OS detected =================================
OS#1: L'OS actuellement utilisé - Ubuntu 20.04.1 LTS CurrentSession on nvme0n1p2
============================ Architecture/Host Info ============================
CPU architecture: 64-bit
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-4.15.0-115-generic root=UUID=5febf90b-ec60-4616-8603-c480a8d41307 ro quiet splash
===================================== UEFI =====================================
BIOS is EFI-compatible, and is setup in EFI-mode for this installed-session.
SecureBoot disabled.
efibootmgr -v
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0003,0001,0002
Boot0000* ubuntu HD(1,GPT,1a537dbb-60ff-4bcd-b5a5-17427661659b,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0001* Hard Drive BBS(HD,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0200)..GO..NO..........L.D.L.C...................\.,.@.r.d.=.X..........A.......................................0..Gd-.;.A..MQ..L.0.1.0.4.2.2.1.8.B.0.4.2.0........BO..NO..........S.T.1.0.0.0.D.M.0.0.3.-.1.E.R.1.6.2...................\.,.@.r.d.=.X..........A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . . . .4.Z.4.Y.W.6.M.P........BO
Boot0002* CD/DVD Drive BBS(CDROM,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0300)..GO..NO..........A.T.A.P.I. . . .D.V.D. .A. . .D.H.1.6.A.A.S.H...................\.,.@.r.d.=.X..........A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . . . . . . . . . . . ........BO
Boot0003* USB HDD BBS(HD,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0900)..GO..NO..........W.D. .M.y. .B.o.o.k. .1.1.4.0. .1.0.1.2...................\.,.@.r.d.=.X..........A.......................F..Gd-.;.A..MQ..L.5.7.4.D.4.1.5.A.4.1.3.8.3.8.3.6.3.6.3.1.3.7.3.3........BO
bed45d1c9554cea09924d3814cb7c446 nvme0n1p1/BOOT/fbx64.efi
4487628005555bfd4a4c0a47211e0700 nvme0n1p1/BOOT/mmx64.efi
04cd9cb6ceccbde1ca100ed1cae0f429 nvme0n1p1/ubuntu/grubx64.efi
4487628005555bfd4a4c0a47211e0700 nvme0n1p1/ubuntu/mmx64.efi
f7a57b08bc7c1c85417ae4cea582d1d4 nvme0n1p1/ubuntu/shimx64.efi
f7a57b08bc7c1c85417ae4cea582d1d4 nvme0n1p1/BOOT/BOOTX64.efi
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
nvme0n1 : is-GPT, no-BIOSboot, has---ESP, not-usb, not-mmc, has-os, 2048 sectors * 512 bytes
sda : notGPT, no-BIOSboot, has-noESP, not-usb, not-mmc, no-os, 2048 sectors * 512 bytes
sdb : notGPT, no-BIOSboot, has-noESP, usb-disk, not-mmc, no-os, 63 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
nvme0n1p2 : is-os, 64, apt-get, signed grub-efi , grub2, grub-install, grubenv-ok, update-grub, farbios
nvme0n1p1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sda1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
sdb1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
sdb3 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
sdb4 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
Partitions info (2/3): _________________________________________________________
nvme0n1p2 : isnotESP, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
nvme0n1p1 : is---ESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdb1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdb3 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdb4 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
nvme0n1p2 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, nvme0n1
nvme0n1p1 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, nvme0n1
sda1 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
sdb1 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
sdb3 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
sdb4 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
fdisk -l (filtered): ___________________________________________________________
Disk nvme0n1: 447.13 GiB, 480103981056 bytes, 937703088 sectors
Disk identifier: 32FDAD90-55D1-419E-82C8-AD0F2999465C
Start End Sectors Size Type
nvme0n1p1 2048 1050623 1048576 512M EFI System
nvme0n1p2 1050624 937701375 936650752 446.6G Linux filesystem
Disk sda: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: 0x00051574
Boot Start End Sectors Size Id Type
sda1 2048 1953127047 1953125000 931.3G 83 Linux
Disk sdb: 1.84 TiB, 2000365289472 bytes, 3906963456 sectors
Disk identifier: 0x0003eb8c
Boot Start End Sectors Size Id Type
sdb1 63 368643554 368643492 175.8G 83 Linux
sdb3 1953536130 3906959804 1953423675 931.5G 83 Linux
sdb4 368643555 1953535999 1584892445 755.8G 83 Linux
Partition table entries are not in disk order.
parted -lm (filtered): _________________________________________________________
sda:1000GB:scsi:512:4096:msdos:ATA ST1000DM003-1ER1:;
1:1049kB:1000GB:1000GB:ext4::;
sdb:2000GB:scsi:512:512:msdos:WD My Book 1140:;
1:32.3kB:189GB:189GB:ext4::;
4:189GB:1000GB:811GB:ext4::;
3:1000GB:2000GB:1000GB:ext4::;
nvme0n1:480GB:nvme:512:512:gpt:LDLC:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:480GB:480GB:ext4::;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
└─sda1 ext4 7e247365-a889-4b33-baa6-4f289f843ee7 00051574-01 Données
sdb
├─sdb1 ext4 5ce43d7c-58b2-4cb2-aea1-a6ec26e93beb 0003eb8c-01 Nouveau
├─sdb3 ext4 f20cc43c-879a-45eb-a048-53abd71fa733 0003eb8c-03 PHOTOS
└─sdb4 ext4 815392ce-a67e-4d9a-9d4e-49d2e19412a3 0003eb8c-04 ARCHIVES
nvme0n1
├─nvme0n1p1 vfat 7EEC-3561 1a537dbb-60ff-4bcd-b5a5-17427661659b EFI System Partition
└─nvme0n1p2 ext4 5febf90b-ec60-4616-8603-c480a8d41307 3a3a0880-7bec-4143-b65e-0375fcbd483d
df (filtered): _________________________________________________________________
Avail Use% Mounted on
nvme0n1p2 346.2G 16% /
sda1 19.2G 93% /mnt/7e247365-a889-4b33-baa6-4f289f843ee7
sdb1 45G 69% /media/michel/Nouveau
sdb3 627.2G 26% /media/michel/PHOTOS
sdb4 0 95% /media/michel/ARCHIVES
Mount options: __________________________________________________________________
nvme0n1p2 rw,relatime,errors=remount-ro,data=ordered
sda1 rw,nosuid,nodev,relatime,data=ordered
sdb1 rw,nosuid,nodev,relatime,data=ordered
sdb3 rw,nosuid,nodev,relatime,data=ordered
sdb4 rw,nosuid,nodev,relatime,data=ordered
=================== nvme0n1p1/efi/ubuntu/grub.cfg (filtered) ===================
search.fs_uuid 5febf90b-ec60-4616-8603-c480a8d41307 root
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
=================== nvme0n1p2/boot/grub/grub.cfg (filtered) ====================
Ubuntu 5febf90b-ec60-4616-8603-c480a8d41307
Ubuntu, avec Linux 5.4.0-45-generic 5febf90b-ec60-4616-8603-c480a8d41307
Ubuntu, avec Linux 4.15.0-115-generic 5febf90b-ec60-4616-8603-c480a8d41307
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###
======================== nvme0n1p2/etc/fstab (filtered) ========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=5febf90b-ec60-4616-8603-c480a8d41307 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=7EEC-3561 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
/dev/disk/by-uuid/7e247365-a889-4b33-baa6-4f289f843ee7 /mnt/7e247365-a889-4b33-baa6-4f289f843ee7 auto nosuid,nodev,nofail,x-gvfs-show 0 0
==================== nvme0n1p2/etc/default/grub (filtered) =====================
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
================= nvme0n1p2: Location of files loaded by Grub ==================
GiB - GB File Fragment(s)
375,222660065 = 402,892263424 boot/grub/grub.cfg 3
386,800907135 = 415,324311552 boot/vmlinuz 1
268,161128998 = 287,935819776 boot/vmlinuz-4.15.0-115-generic 1
386,800907135 = 415,324311552 boot/vmlinuz-5.4.0-45-generic 1
268,161128998 = 287,935819776 boot/vmlinuz.old 1
268,161128998 = 287,935819776 vmlinuz 1
380,546497345 = 408,608690176 boot/initrd.img 4
387,515594482 = 416,091701248 boot/initrd.img-4.15.0-115-generic 2
380,546497345 = 408,608690176 boot/initrd.img-5.4.0-45-generic 4
387,515594482 = 416,091701248 boot/initrd.img.old 2
387,515594482 = 416,091701248 initrd.img 2
=================== nvme0n1p2: ls -l /etc/grub.d/ (filtered) ===================
-rwxr-xr-x 1 root root 17622 août 17 16:04 10_linux
-rwxr-xr-x 1 root root 42359 août 17 16:04 10_linux_zfs
-rwxr-xr-x 1 root root 12894 août 17 16:04 20_linux_xen
-rwxr-xr-x 1 root root 12059 oct. 12 2017 30_os-prober
-rwxr-xr-x 1 root root 1424 août 17 16:04 30_uefi-firmware
-rwxr-xr-x 1 root root 214 oct. 12 2017 40_custom
-rwxr-xr-x 1 root root 216 oct. 12 2017 41_custom
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would reinstall the grub-efi-amd64-signed of
nvme0n1p2,
using the following options: nvme0n1p1/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 L'OS actuellement utilisé - Ubuntu 20.04.1 LTS CurrentSession entry (nvme0n1p1/efi/****/shim****.efi (**** will be updated in the final message) file) !
Je ne sais pas quoi te proposer pour l'instant. Je te suggère de mettre en œuvre la "Méthode 1 – Réinstaller tout le système sans toucher au «/home»" de la doc "Comment réinstaller Ubuntu ?". La version à réinstaller étant Ubuntu 20.04.1. Avantage de cette méthode : elle va virer toute les reliques de ton ancienne install (18.04) pour favoriser la stabilité de 20.04. J'ai rayé ça parce que la méthode 1 ne va pas réinstaller le noyau 5.4.0-45 donc ça risque de merder pareil. Peut-être qu'une installation toute neuve et propre de Ubuntu 20.04.1 est la meilleure solution (après avoir sauvegardé - sur un autre disque - les doc qui se trouvent dans la partition racine de ton installation actuelle)
Dernière modification par malbo (Le 06/09/2020, à 08:01)
Hors ligne
#5 Le 06/09/2020, à 09:21
- malbo
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Re,
Essaie déjà de supprimer le dernier noyau en passant cette commande dans un terminal :
sudo apt-get remove linux-headers-5.4.0-45 linux-headers-5.4.0-45-generic linux-image-5.4.0-45-generic linux-modules-5.4.0-45-generic linux-modules-extra-5.4.0-45-generic --purge
Elle va entraîner la désinstallation de 3 autres paquets. Cela devrait donner ça (je l'ai fait dans une machine virtuelle) :
malbo@malbo-VirtualBox:~$ sudo apt-get remove linux-headers-5.4.0-45 linux-headers-5.4.0-45-generic linux-image-5.4.0-45-generic linux-modules-5.4.0-45-generic linux-modules-extra-5.4.0-45-generic --purge
[sudo] Mot de passe de malbo :
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
amd64-microcode intel-microcode iucode-tool thermald
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
linux-generic* linux-headers-5.4.0-45* linux-headers-5.4.0-45-generic*
linux-headers-generic* linux-image-5.4.0-45-generic* linux-image-generic*
linux-modules-5.4.0-45-generic* linux-modules-extra-5.4.0-45-generic*
0 mis à jour, 0 nouvellement installés, 8 à enlever et 0 non mis à jour.
Après cette opération, 360 Mo d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] o
(Lecture de la base de données... 201356 fichiers et répertoires déjà installés.)
Suppression de linux-generic (5.4.0.45.49) ...
Suppression de linux-headers-generic (5.4.0.45.49) ...
Suppression de linux-headers-5.4.0-45-generic (5.4.0-45.49) ...
Suppression de linux-headers-5.4.0-45 (5.4.0-45.49) ...
Suppression de linux-image-generic (5.4.0.45.49) ...
Suppression de linux-modules-extra-5.4.0-45-generic (5.4.0-45.49) ...
Suppression de linux-image-5.4.0-45-generic (5.4.0-45.49) ...
I: /boot/vmlinuz is now a symlink to vmlinuz-4.15.0-115-generic
I: /boot/initrd.img is now a symlink to initrd.img-4.15.0-115-generic
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-5.4.0-45-generic
/etc/kernel/postrm.d/zz-update-grub:
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.15.0-115-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-115-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
fait
Suppression de linux-modules-5.4.0-45-generic (5.4.0-45.49) ...
(Lecture de la base de données... 164967 fichiers et répertoires déjà installés.)
Purge des fichiers de configuration de linux-modules-5.4.0-45-generic (5.4.0-45.49) ...
dpkg: avertissement: lors de la suppression de linux-modules-5.4.0-45-generic, le répertoire « /lib/modules/5.4.0-45-generic » n'était pas vide, donc il n'a pas été supprimé
Purge des fichiers de configuration de linux-modules-extra-5.4.0-45-generic (5.4.0-45.49) ...
Purge des fichiers de configuration de linux-image-5.4.0-45-generic (5.4.0-45.49) ...
malbo@malbo-VirtualBox:~$
Au redémarrage de l'ordi (il va démarrer automatiquement sur le seul noyau existant : le noyau 4.15.0.115), tu devras passer la commande suivante qui va réinstaller le dernier noyau :
sudo apt install linux-generic
Voici ce qu'elle devrait donner :
malbo@malbo-VirtualBox:~$ sudo apt install linux-generic
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets supplémentaires suivants seront installés :
linux-headers-5.4.0-45 linux-headers-5.4.0-45-generic linux-headers-generic
linux-image-5.4.0-45-generic linux-image-generic
linux-modules-5.4.0-45-generic linux-modules-extra-5.4.0-45-generic
Paquets suggérés :
fdutils linux-doc | linux-source-5.4.0 linux-tools
Les NOUVEAUX paquets suivants seront installés :
linux-generic linux-headers-5.4.0-45 linux-headers-5.4.0-45-generic
linux-headers-generic linux-image-5.4.0-45-generic linux-image-generic
linux-modules-5.4.0-45-generic linux-modules-extra-5.4.0-45-generic
0 mis à jour, 8 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 74,2 Mo dans les archives.
Après cette opération, 360 Mo d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] o
Dernière modification par malbo (Le 06/09/2020, à 09:39)
Hors ligne
#6 Le 06/09/2020, à 10:15
- inbox
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Salut,
Si tu veux savoir si c'est ton installation qui a un problème ou si c'est la 20.04 qui ne fonctionne pas bien sur ton PC, fais un test en session live USB/DVD.
A+
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#7 Le 06/09/2020, à 18:31
- MichelCauzid
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Bonsoir
Merci beaucoup malbo et inbox
Il m'a semblé plus sage et prudent de commencer par la proposition d'inbox.
J'ai donc créé une clef usb live Ubuntu et lancé mon PC avec cette clef... ça a été long et laborieux! mais oui mon PC fonctionne correctement avec la 20.04
Demain matin je m'attaque aux propositions de malbo
Merci encore et bonne soirée!
Michel
Hors ligne
#8 Le 06/09/2020, à 18:50
- inbox
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
En session live, est-ce que tu as pu accéder tes différentes partitions ? Le but est de valider l'accès au disque SSD/NVME.
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#9 Le 07/09/2020, à 05:55
- malbo
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Bonjour,
Je ne vais pas pouvoir te suivre parce que je m'absente une dizaine de jours. Commence par ma proposition du post #5. J'espère que inbox ou un autre aidant pourra te guider si cette proposition ne résout pas le problème.
Hors ligne
#10 Le 07/09/2020, à 08:44
- MichelCauzid
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
malbo et inbox Merci à vous deux!
Pour malbo pas de problème je m'attaque au post #5... j’espère que ce sera réglé dans les dix jours... bon déplacement et merci encore
Pour inbox oui j'ai accès à mes différentes partitions.
Bonne journée
Michel
Hors ligne
#11 Le 07/09/2020, à 10:24
- inbox
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Démarre sur l'ancien noyau 4.15.0.115. La tu passes les commandes suivantes :
sudo apt clean && sudo apt update && sudo apt full-upgrade
lsb_release -a
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#12 Le 07/09/2020, à 14:49
- MichelCauzid
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Bonjour
J'ai suivi les indications de malbo #5
Premier point démarrage avec le noyau Linux 4.15.0.115.... ça marche sans problème.... C'est déjà un point intéressant je peux démarrer rapidement sur un systeme qui fonctionne !!!!
Deuxième point installation de Linux 5.4.0-45 l’installation se fait sans problème mais le résultat est négatif.... ça plante comme avant!
J'ai suivi en suite les indications de inbox
Ça marche mais je suis toujours en Linux 4.15.0.115
xxxxx@Pcxxxxxx~$ uname -a
Linux Pcxxxx 4.15.0-115-generic #116-Ubuntu SMP Wed Aug 26 14:04:49 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
Merci pour votre aide, merci pour tout ce que j'ai appris
Michel
Hors ligne
#13 Le 07/09/2020, à 15:19
- geole
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Bonjour
Je comprends que ton plantage donne toujours ces lignes
BusyBox v1.30.1 (Ubuntu 1:1.30.1-4ubuntu6.1) built-in shell (ash)
Enter 'help' for a list of built-in commands.
(initramfs)
N'y aurait-il pas un message devant disant qu'il y a un problème d'accès à un UUID
Mais as-tu rebooté après avoir fait les deux commandes de inbox?
Dernière modification par geole (Le 07/09/2020, à 15:22)
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 07/09/2020, à 16:03
- inbox
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Une petite remarque. Lorsque l'on demande de passer des commandes, sauf si l'inverse est précisé, il faut donner les retours.
Si tu peux passer de nouveau ce qui suit :
sudo apt update && sudo apt full-upgrade
Et en complément :
sudo dpkg --configure -a
sudo apt-get -f install
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#15 Le 07/09/2020, à 16:11
- MichelCauzid
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
1- Je viens de ré-installer avec ma clef USB.... et j'ai à nouveau ce problème mais avec deux autre version de Linux 5.4.0-45 en première ligne et qui plante et la deuxième Linux 5.4.0-42 qui marche
2 cette fois j'ai effectivement
Missing modules (cat /procmodu : ls /dev
ALERT UUID = ....... does not exist
Que dois-je en faire ?
Merci
Michel
Hors ligne
#16 Le 07/09/2020, à 16:20
- geole
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Qu'attend-tu pour booter avec le noyau qui fonctionne et de faire les commandes
sudo apt update && sudo apt full-upgrade
et s'il y a eu des mises à jour,
reboot
Si tout était à jour, cela serait bien d'avoir un nouveau boot-info car il y a eu une réinstallation.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#17 Le 07/09/2020, à 16:27
- MichelCauzid
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Ci dessous la réponse à sudo apt update && sudo apt full-upgrade
michel@PcMichel:~$ sudo apt update && sudo apt full-upgrade
[sudo] Mot de passe de michel :
Atteint :1 http://fr.archive.ubuntu.com/ubuntu focal InRelease
Atteint :2 http://fr.archive.ubuntu.com/ubuntu focal-updates InRelease
Réception de :3 http://security.ubuntu.com/ubuntu focal-security InRelease [107 kB]
Atteint :4 http://fr.archive.ubuntu.com/ubuntu focal-backports InRelease
Réception de :5 http://security.ubuntu.com/ubuntu focal-security/main amd64 DEP-11 Metadata [24,2 kB]
Réception de :6 http://security.ubuntu.com/ubuntu focal-security/universe amd64 DEP-11 Metadata [52,2 kB]
183 ko réceptionnés en 1s (198 ko/s)
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Tous les paquets sont à jour.
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Le paquet suivant a été installé automatiquement et n'est plus nécessaire :
libfprint-2-tod1
Veuillez utiliser « sudo apt autoremove » pour le supprimer.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Pour sudo dpkg --configure -a
michel@PcMichel:~$ sudo dpkg --configure -a
Rien
et pour sudo apt-get -f install
michel@PcMichel:~$ sudo apt-get -f install
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Le paquet suivant a été installé automatiquement et n'est plus nécessaire :
libfprint-2-tod1
Veuillez utiliser « sudo apt autoremove » pour le supprimer.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
michel@PcMichel:~$
Merci
Michel
Hors ligne
#18 Le 07/09/2020, à 16:44
- inbox
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Il faut noter et donner l'UUID que le système ne trouve pas.
En complément, donne le résultat de :
sudo blkid
sudo lshw -short
Dernière modification par inbox (Le 07/09/2020, à 16:45)
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#19 Le 07/09/2020, à 17:04
- MichelCauzid
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Hors ligne
#20 Le 07/09/2020, à 17:26
- MichelCauzid
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Voilà le complément d'informations:
Une photo d'écran sur les messages d'erreur.... mais ces messages n'apparaissent pas au premier lancement, ils n'apparaisse qu’après AltCtrlSup si je choisi le à nouveau le premier noyau linux 5.4.0-45
https://nuage.ouvaton.org/nextcloud/ind … DPc8BLTorL
la réponse à sudo blkid
michel@PcMichel:~$ sudo blkid
[sudo] Mot de passe de michel :
/dev/nvme0n1p2: UUID="07b02534-ce05-4eb4-917e-0ff064966342" TYPE="ext4" PARTUUID="25b7d8bf-19f7-4393-8e65-e114244b78bd"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/nvme0n1p1: UUID="7EEC-3561" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="1a537dbb-60ff-4bcd-b5a5-17427661659b"
/dev/sda1: LABEL="DonnM-CM-)es" UUID="7e247365-a889-4b33-baa6-4f289f843ee7" TYPE="ext4" PARTUUID="00051574-01"
/dev/sdb1: LABEL="Nouveau" UUID="5ce43d7c-58b2-4cb2-aea1-a6ec26e93beb" TYPE="ext4" PARTUUID="0003eb8c-01"
/dev/sdb3: LABEL="PHOTOS" UUID="f20cc43c-879a-45eb-a048-53abd71fa733" TYPE="ext4" PARTUUID="0003eb8c-03"
/dev/sdb4: LABEL="ARCHIVES" UUID="815392ce-a67e-4d9a-9d4e-49d2e19412a3" TYPE="ext4" PARTUUID="0003eb8c-04"
La réponse à sudo lshw -short
michel@PcMichel:~$ sudo lshw -short
Chemin matériel Périphérique Classe Description
=================================================================
system MS-7B24 (Default string)
/0 bus B360M BAZOOKA (MS-7B24)
/0/0 memory 64KiB BIOS
/0/39 memory 16GiB Mémoire Système
/0/39/0 memory Project-Id-Version: @(#) $
/0/39/1 memory 8GiB DIMM DDR4 Synchrone 2
/0/39/2 memory Project-Id-Version: @(#) $
/0/39/3 memory 8GiB DIMM DDR4 Synchrone 2
/0/43 memory 384KiB L1 cache
/0/44 memory 1536KiB L2 cache
/0/45 memory 9MiB L3 cache
/0/46 processor Intel(R) Core(TM) i5-8400
/0/100 bridge 8th Gen Core Processor Hos
/0/100/2 display UHD Graphics 630 (Desktop)
/0/100/8 generic Xeon E3-1200 v5/v6 / E3-15
/0/100/12 generic Cannon Lake PCH Thermal Co
/0/100/14 bus Cannon Lake PCH USB 3.1 xH
/0/100/14/0 usb1 bus xHCI Host Controller
/0/100/14/0/3 generic CanoScan
/0/100/14/0/4 bus USB2.0 Hub
/0/100/14/0/4/2 input SteelSeries Kinzu V3 Gamin
/0/100/14/0/4/3 input USB Receiver
/0/100/14/0/8 scsi6 storage My Book 1140
/0/100/14/0/8/0.0.0 /dev/sdb disk 2TB My Book 1140
/0/100/14/0/8/0.0.0/1 /dev/sdb1 volume 175GiB Volume EXT4
/0/100/14/0/8/0.0.0/3 /dev/sdb3 volume 931GiB Volume EXT4
/0/100/14/0/8/0.0.0/4 /dev/sdb4 volume 755GiB Volume EXT4
/0/100/14/0/8/0.0.1 generic SES Device
/0/100/14/1 usb2 bus xHCI Host Controller
/0/100/14/1/4 bus USB3.0 Hub
/0/100/14.2 memory RAM memory
/0/100/16 communication Cannon Lake PCH HECI Contr
/0/100/17 scsi2 storage Cannon Lake PCH SATA AHCI
/0/100/17/0 /dev/sda disk 1TB ST1000DM003-1ER1
/0/100/17/0/1 /dev/sda1 volume 931GiB Volume EXT4
/0/100/17/1 /dev/cdrom disk DVD A DH16AASH
/0/100/1b bridge Cannon Lake PCH PCI Expres
/0/100/1b/0 storage Silicon Motion, Inc.
/0/100/1c bridge Cannon Lake PCH PCI Expres
/0/100/1c/0 enp2s0 network RTL8111/8168/8411 PCI Expr
/0/100/1c.5 bridge Cannon Lake PCH PCI Expres
/0/100/1c.5/0 wlp3s0 network RTL8812AE 802.11ac PCIe Wi
/0/100/1f bridge Intel Corporation
/0/100/1f.3 multimedia Cannon Lake PCH cAVS
/0/100/1f.4 bus Cannon Lake PCH SMBus Cont
/0/100/1f.5 bus Cannon Lake PCH SPI Contro
/0/1 system PnP device PNP0c02
/0/2 printer PnP device PNP0400
/0/3 input PnP device PNP0303
/0/4 communication PnP device PNP0501
/0/5 system PnP device PNP0c02
/0/6 generic PnP device INT3f0d
/0/7 system PnP device PNP0c02
/0/8 system PnP device PNP0c02
/0/9 system PnP device PNP0c02
/0/a system PnP device PNP0c02
/0/b system PnP device PNP0c02
/1 power To Be Filled By O.E.M.
Hors ligne
#21 Le 07/09/2020, à 17:41
- geole
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Je n'ai pas tout compris: Le plantage, c'est avec le premier noyau ou le second ou les deux?
Je te propose d'essayer d'ajouter cette option à la ligne de boot. Attention aux erreurs de frappes
nvme_core.default_ps_max_latency_us=5500
voir paragraphe 7.3.1 de https://doc.ubuntu-fr.org/kernel#modifi … sur_disque
On voit que lUUID impossible à trouver a la bonne valeur
/dev/nvme0n1p2: UUID="07b02534-ce05-4eb4-917e-0ff064966342" TYPE="ext4" PARTUUID="25b7d8bf-19f7-4393-8e65-e114244b78bd"
nvme0n1p2: _____________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.04.1 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
Dernière modification par geole (Le 07/09/2020, à 17:45)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#22 Le 07/09/2020, à 17:51
- MichelCauzid
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Voilà la chronologie
1- Le lancement plante
2- La seule issue que j'ai trouvé c 'est CtrAltSup
3- J'ai alors de la possibilité de choisir d'utiliser
3.1 soit Linux 5.4.0-45
3.2 soit Linux 5.4.0-45 sans erreur (c'est pas le terme exact ...mais peu importe)
3.3 soit Linux 5.4.0-42
3.4 soit Linux 5.4.0-42 sans erreur
4- Si je choisi 3.3 Linux 5.4.0-42 ... tout va bien
5- C'est lorsque je choisi à nouveau 3.1 soit Linux 5.4.0-45 que j'ai ce message d'erreur (photo)
Hors ligne
#23 Le 07/09/2020, à 18:01
- inbox
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Si tu as un ou plusieurs disque/clef USB, débranche les et réessaye le noyau 5.4.0-45. Dis nous si tu rencontres toujours la même erreur.
Tu peux aussi tester la version de noyau "Linux 5.4.0-45 sans erreur".
[EDIT] Important : Tu n'es pas seul dans cette situation, avec un disque Nvme et un noyau 5.4.0-45 qui ne trouve pas l'UUID de démarrage. On peut donc considérer que c'est un bug. Tu peux d'ailleurs indiqué sur le launchpad, que tu es aussi concerné par ce problème. Il faut être inscrit sur Lauchpad pour ce faire.
Dernière modification par inbox (Le 07/09/2020, à 18:19)
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#24 Le 08/09/2020, à 09:40
- Hutch
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Le problème remonté me fait beaucoup penser à l'incident que j'avais moi-même remonté : https://forum.ubuntu-fr.org/viewtopic.php?id=2056026
J'ai l'impression qu'il y a quand même bien un GROS bug sur le noyau 5.4.0-45.
J'ai réussi à résoudre mon problème, mais c'est possible que ce ne soit que temporaire, jusqu'à une prochaine mise à jour du noyau... ?
Hors ligne
#25 Le 08/09/2020, à 10:15
- inbox
Re : [Résolu] Problème d'ouverture d'Ubuntu apres une mise à niveau à 20.04
Il y a une nouvelle version de noyau qui vient sortir. Peux-tu mettre ton système à jour pour tester la version de noyau 5.4.0-47 ?
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne