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 29/10/2023, à 19:12

net_thibault

upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Bonsoir à tous,

j'ai entrepris d'upgrader l'ubuntu 16.04 en dual boot avec Win7 de mon PC portable Toshiba (cf. lien où ce forum m'a aidé :
https://forum.ubuntu-fr.org/viewtopic.php?id=2020495)
vers ubuntu 18.04.

j'ai utilisé ce lien :
https://www.itzgeek.com/how-tos/linux/u … guide.html
plus ça (l'upgrade vers 18.04 ne m'a pas été proposé naturellement):
sudo do-release-upgrade

L'upgrade vers 18.04 a bien fonctionné (j'avais de temps en temps un erreur logiciel mais tout fonctionnait très bien)

Je me suis donc lancé pour faire l'upgrade d'ubuntu 18.04 vers ubuntu 20.04.

J'ai utilisé ce lien :
How To Upgrade To Ubuntu 20.04 From Ubuntu 18.04 / Ubuntu 19.10 [Detailed Guide]

https://www.itzgeek.com/post/how-to-upg … untu-20-04
plus ça (l'upgrade vers 20.04 ne m'a pas été proposé naturellement):
sudo do-release-upgrade

Et la l'upgrade s'est fini en me disant qu'il y avait des erreurs j'ai redémarré mais le PC reste bloqué dans Grub sur le dual boot qui semble endommagé.

En anticipant les demandes habituelles du Forum, j'ai fait un boot-info à partir d'une live session DVD d'ubuntu 20.04

l'url du boot-info est :
https://paste.ubuntu.com/p/DJMYB6WN2x/

Merci de me donner des conseils, j'imagine que je devrais réinstaller ubuntu 20.04 depuis le live-CD mais je ne voudrais pas faire (plus) de bêtises...

Hors ligne

#2 Le 29/10/2023, à 19:41

geole

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Bonjour.
Dans  l'écran du grub, choisis le mode  recovery puis l'option resume.
Si cela fonctionne, c'est un problème d'écran graphique propriétaire.

Dernière modification par geole (Le 29/10/2023, à 19:44)


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

#3 Le 29/10/2023, à 19:41

xubu1957

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Bonjour,

Collage du Boot-info, pour les spécialistes :

boot-info-4ppa203                                              [20231029_1756]

============================== Boot Info Summary ===============================

 => 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 (,msdos7)/boot/grub. It also embeds following components:
    
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_msdos biosdisk
    ---------------------------------------------------------------------------

sda1: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 8/10/11/2012: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /bootmgr /Boot/BCD

sda2: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 8/10/11/2012: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  Windows 7
    Boot files:        /bootmgr /Boot/BCD /Windows/System32/winload.exe

sda3: __________________________________________________________________________

    File system:       Extended Partition
    Boot sector type:  -
    Boot sector info: 

sda5: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 7/2008: NTFS
    Boot sector info:  According to the info in the boot sector, sda5 starts 
                       at sector 2048.
    Operating System:  
    Boot files:        

sda6: __________________________________________________________________________

    File system:       swap
    Boot sector type:  -
    Boot sector info: 

sda7: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 20.04.6 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub 
                       /boot/grub/i386-pc/core.img

sda4: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 8/10/11/2012: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /BOOTMGR /BOOT/BCD


================================ 4 OS detected =================================

OS#1:   Windows 7 (boot) on sda1
OS#2:   Windows 7 on sda2
OS#3:   Windows Recovery Environment (boot) on sda4
OS#4:   Ubuntu 20.04.6 LTS on sda7

================================ Host/Hardware =================================

CPU architecture: 64-bit
Video: HD Graphics 5500 from Intel Corporation
Live-session OS is Ubuntu 64-bit (Ubuntu 20.04.6 LTS, focal, x86_64)

===================================== UEFI =====================================

BIOS/UEFI firmware: Version 2.10  (2.10) from TOSHIBA
This live-session is in Legacy/BIOS/CSM mode (not in EFI mode).



============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

sda	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, has-os,	has-win,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

sda1	: is-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
sda2	: is-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
sda4	: is-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios
sda5	: no-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios
sda7	: is-os,	64, apt-get,	grub-pc ,	grub2,	grub-install,	grubenv-ok,	update-grub,	farbios

Partitions info (2/3): _________________________________________________________

sda1	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	bootmgr,	is-winboot
sda2	: isnotESP,	part-has-no-fstab,	no-nt,	haswinload,	no-recov-nor-hid,	bootmgr,	is-winboot
sda4	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	recovery-or-hidden,	BOOTMGR,	is-winboot
sda5	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sda7	: isnotESP,	fstab-without-efi,	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
sda2	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sda
sda4	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sda
sda5	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sda
sda7	: not--sepboot,	with-boot,	fstab-without-boot,	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: 0x951e0459
      Boot     Start       End   Sectors  Size Id Type
sda1  *         2048   3074047   3072000  1.5G 27 Hidden NTFS WinRE
sda2         3074048 191985663 188911616 90.1G  7 HPFS/NTFS/exFAT
sda3       191987710 477159423 285171714  136G  f W95 Ext'd (LBA)
sda4       477159424 500115455  22956032   11G 17 Hidden HPFS/NTFS
sda5       191987712 342941695 150953984   72G  7 HPFS/NTFS/exFAT
sda6       342943744 352942079   9998336  4.8G 82 Linux swap / Solaris
sda7       352944128 477159423 124215296 59.2G 83 Linux
Partition table entries are not in disk order.

parted -lm (filtered): _________________________________________________________

sda:256GB:scsi:512:512:msdos:ATA TOSHIBA THNSNJ25:;
1:1049kB:1574MB:1573MB:ntfs::boot, msftres;
2:1574MB:98.3GB:96.7GB:ntfs::;
3:98.3GB:244GB:146GB:::lba;
5:98.3GB:176GB:77.3GB:ntfs::;
6:176GB:181GB:5119MB:linux-swap(v1)::;
7:181GB:244GB:63.6GB:ext4::;
4:244GB:256GB:11.8GB:ntfs::hidden;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL                    PARTLABEL
sda                                                                                                                
├─sda1 ntfs     AC8A49478A490EF0                     951e0459-01                          System                   
├─sda2 ntfs     22C4533AC4530F81                     951e0459-02                          TI31447000A              
├─sda3                                               951e0459-03                                                   
├─sda4 ntfs     4C0458B004589F30                     951e0459-04                          HDDRECOVERY              
├─sda5 ntfs     3440075F400726E8                     951e0459-05                          Donnees                  
├─sda6 swap     74858016-39f6-455e-a523-cf74d790419b 951e0459-06                                                   
└─sda7 ext4     f75d64c1-8af7-429b-a540-19add309b4a4 951e0459-07                                                   

Mount points (filtered): _______________________________________________________

                        Avail Use% Mounted on
/dev/sda1                1.2G  19% /mnt/boot-sav/sda1
/dev/sda2               39.1G  57% /mnt/boot-sav/sda2
/dev/sda4              647.5M  94% /mnt/boot-sav/sda4
/dev/sda5               38.8G  46% /mnt/boot-sav/sda5
/dev/sda7               35.3G  34% /mnt/boot-sav/sda7

Mount options (filtered): ______________________________________________________


====================== sda7/boot/grub/grub.cfg (filtered) ======================

Ubuntu   f75d64c1-8af7-429b-a540-19add309b4a4
Ubuntu, avec Linux 4.15.0-213-generic   f75d64c1-8af7-429b-a540-19add309b4a4
Ubuntu, avec Linux 4.15.0-142-generic   f75d64c1-8af7-429b-a540-19add309b4a4
Windows 7 (sur sda1)   AC8A49478A490EF0
Windows 7 (sur sda2)   22C4533AC4530F81
Windows Recovery Environment (sur sda4)   4C0458B004589F30
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###

========================== sda7/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda7 during installation
UUID=f75d64c1-8af7-429b-a540-19add309b4a4 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda6 during installation
UUID=74858016-39f6-455e-a523-cf74d790419b none            swap    sw              0       0

======================= sda7/etc/default/grub (filtered) =======================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0"

==================== sda7: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
 216.535572052 = 232.503300096  boot/grub/grub.cfg                             2
 210.878192902 = 226.428735488  boot/grub/i386-pc/core.img                     1
 187.976612091 = 201.838350336  boot/vmlinuz-4.15.0-142-generic                1
 187.726634979 = 201.569939456  boot/vmlinuz-4.15.0-213-generic                1
 187.726634979 = 201.569939456  vmlinuz.old                                    1
 189.246181488 = 203.201540096  boot/initrd.img-4.15.0-142-generic             1
 177.990455627 = 191.115796480  boot/initrd.img-4.15.0-213-generic             2
 177.990455627 = 191.115796480  initrd.img.old                                 2

===================== sda7: ls -l /etc/grub.d/ (filtered) ======================

-rwxr-xr-x 1 root root 18224 Dec 18  2022 10_linux
-rwxr-xr-x 1 root root 42359 Dec 18  2022 10_linux_zfs
-rwxr-xr-x 1 root root 13101 Dec 18  2022 20_linux_xen
-rwxr-xr-x 1 root root 12059 Feb  1  2023 30_os-prober
-rwxr-xr-x 1 root root  1424 Dec 18  2022 30_uefi-firmware
-rwxr-xr-x 1 root root   214 Jun 21  2017 40_custom
-rwxr-xr-x 1 root root   216 Jun 21  2017 41_custom



Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would reinstall the grub2 of
sda7 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

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

#4 Le 29/10/2023, à 20:00

net_thibault

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Merci

J'ai éteint la live session et démarré le PC dans le mode ubuntu recovery avec le noyau le plus récent (4.13 de mémoire)
Il m'a affiché l'option resume qui est devenue OK je crois en disant qu'il avait supprimé des fichiers temporaires.

Puis j'ai fait OK, il avait l'air de me dire qu'il continuerait le boot mais ça n'a pas reprise tout seul.
donc j'ai éteins le PC, puis redémaré choisissant ubuntu (j'ai un dual boot)

ce qui n'est pas top c'est qu'il m'affiche temporairement l'écran d'ubuntu 18.04
puis il bloque sur du texte qui dit :

après plein de texte avec [ OK ] en vert dans la marge, à la fin j'ai :
"
...
Starting System Logging Service...
[ OK ] Reached target Login Prompts (Pre).
See 'systemctl status cgmanager.service' for details.rvice...system changes.pp link was shut down."

Hors ligne

#5 Le 29/10/2023, à 20:05

geole

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

te donne-t-il le moyen de frapper.

systemctl status cgmanager.service

Je crains que le dépannage le plus rapide passe par une 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

En ligne

#6 Le 29/10/2023, à 20:42

net_thibault

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Bonsoir,

Il faut bien dire que non, rien de ce que je tappe ne s'affiche à l'écran.
Il y a un curseur qui clignote sous le S de 'systemctl status cgmanager.service' for details.rvice...system changes.pp link was shut down.

Hors ligne

#7 Le 30/10/2023, à 00:43

net_thibault

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Bonsoir,

1) le boot-info suggère un réparation :
"The default repair of the Boot-Repair utility would reinstall the grub2 of sda7 into the MBR of sda."

est-ce que c'est faisable ou est-ce que c'est compliqué ?

2) si la solution pour réparer est de réinstaller ubuntu 20.04, quels conseils me donneriez vous pour réinstaller où et selon quel tuto à la lumière des données du boot-info ?

Hors ligne

#8 Le 30/10/2023, à 08:00

Qid

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

net_thibault a écrit :

si la solution pour réparer est de réinstaller ubuntu 20.04, quels conseils me donneriez vous pour réinstaller

Déjà si la solution choisie reste la réinstallation pourquoi ne pas passer directement à la 22.04 ? C'est exprès que tu veux une version de retard alors qu'on est à moins de 6mois de la prochaine et donc que tu auras de nouveau 2 marches à sauter pour te maintenir à jour !?

Le bootinfo aurait tendance à vouloir que tu passes en efi aussi histoire d'être sur un fonctionnement un peu plus actuel mais bon...

Après je reconnais que suivant la puissance machine les Snap ne seront peut-être pas adaptés... Mais à mon sens ce n'est pas une raison pour rester sur un système qui a 3 ans de retard

Dernière modification par Qid (Le 30/10/2023, à 08:03)


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#9 Le 30/10/2023, à 09:20

net_thibault

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Pour avoir la réponse à cette question il suffit de relire tout ce que j'ai écrit depuis des années.

Je viens de faire un SSD bootable avec une version installée qui fonctionne et qui n'est pas bootable en UEFI.

Hors ligne

#10 Le 30/10/2023, à 09:39

alh54

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

"The default repair of the Boot-Repair utility would reinstall the grub2 of sda7 into the MBR of sda."
est-ce que c'est faisable ou est-ce que c'est compliqué ?

Oui, tu peux tenter le coup. Tu n'a rien à faire c'est boot repair qui réinstallera grub sur le mbr du disque.

Hors ligne

#11 Le 30/10/2023, à 09:52

geole

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Bonjour.
Mais le grub est parfaitement opérationnel. Il s'est bien affiché et t'a permis de choisir un noyau.
La suite ne le concerne pas.....
La seule   chose  que tu peux faire est de demander à boot repair de réinstaller le dernier noyau.
Mais absolument aucune idée si cela va réparer.

Dernière modification par geole (Le 30/10/2023, à 09:53)


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

#12 Le 30/10/2023, à 10:13

geole

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

J'ai vu cette discussion. https://askubuntu.com/questions/1081319 … 18-updates
et celle-ci. https://forums.linuxmint.com/viewtopic.php?t=274420
A priori ce message d'erreur n'est pas blocant. C'est juste une information.
I've just updated my Ubuntu 16 to 18.04.1 LTS, upon restart it fails to boot (completely unresponsive). I've tried booting in safe mode and works but I see there is an error on the cgmanager, specifically:
Failed to start Cgroup management daemon. See 'systemctl status cgmanager.service' for details. 


Mais j'ai l'impression que tu ne choisis pas le mode recovery.
et que tu n'as pas encore essayé un ancien noyau en mode recovery.

Dernière modification par geole (Le 30/10/2023, à 10:29)


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 30/10/2023, à 12:29

net_thibault

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Bonjour Merci,

Ce que tu dis correspond à ne pas prendre, le choix recommandé de boot-repair (bon je peux toujours essayer une première fois)
et dans option de Grub de cocher "purger les kernels puis reinstaller le dernier kernel"
comme c'est indiqué dans le lien :
https://kchristianthomas.wordpress.com/ … ot-repair/

si ça ne répare pas il faudra réinstaller, ce qui remettra le kernel j'imagine...

Hors ligne

#14 Le 30/10/2023, à 13:06

geole

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Oui. C'est aussi indiqué dans la documentation.

Je continue de penser que c'est un problème d'affichage.  Dans ce cas,  il ne sera certainement pas résolu par 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

En ligne

#15 Le 30/10/2023, à 14:29

net_thibault

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

geole a écrit :

...
Mais j'ai l'impression que tu ne choisis pas le mode recovery.
et que tu n'as pas encore essayé un ancien noyau en mode recovery.

J'ai choisis option avancées pour ubuntu et
c'est vrai que j'avais choisis l'option recovery avec le kernel le plus récent.

avec le kernel le plus ancient, il me propose :
resume (reprendre le démarrage normal)
clean essayer de libérer de l'espace
dpkg réparer les paquets cassés
failsafeX demarrer en mode graphique sans echec
fsck verifier tous le systemes de fichier
grub mettre à jour le chargeur d'amorçage grub
root passer sur une console administrateur
system-summary Rapport d'état du systeme

J'ai choisi l'option resume puis OK
le systeme tourne mais je ne vois rien venir, l'écran reste noir

Dernière modification par net_thibault (Le 30/10/2023, à 14:32)

Hors ligne

#16 Le 30/10/2023, à 14:44

net_thibault

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

à part ça concernant un problème d'affichage ça n'est pas intrinsèque à ubuntu 20.04 car j'ai fait un SSD externe bootable
(cf https://forum.ubuntu-fr.org/viewtopic.php?id=2080319)
et qui boot bien sur le même PC sans problème d'affichage.

S'il y a un problème d'affichage c'est lié au parcours de la partition ubuntu venue de 16.04, upgradée en 18.04 puis upgradée en 20.04
car le SSD installé directement en ubuntu 20.04 n'a pas de problème d'affichage quand je boote sur le SSD sur ce même PC portable Toshiba.

Je n'avais pas non plus de problème d'écran quand le PC était en ubuntu 18.04 tout fonctionnait très bien

c'est apres l'upgrade vers 20.04 depuis 18.04 que j'ai ces soucis

Dernière modification par net_thibault (Le 30/10/2023, à 14:49)

Hors ligne

#17 Le 30/10/2023, à 18:16

geole

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Donc, mon hypothèse est fausse.


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

#18 Le 30/10/2023, à 18:27

xubu1957

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Bonjour,

@geole

Le § 22.1 de la Doc liste_portables_toshiba serait-il utilisable ?

§ 22.1 a écrit :

Perte de TTY
Vous avez à votre disposition six consoles, appelées aussi "terminaux virtuels" ou TTY, accessibles via les combinaisons de touches Ctrl+Alt+F1, Ctrl+Alt+F2… Ctrl+Alt+F6 (Ctrl+Alt+F7 étant pour revenir au mode graphique). Votre écran devient alors noir avec une invitation à entrer votre login (ou nom d'utilisateur) puis votre password (ou mot de passe). Vous obtenez ensuite un shell, exactement comme dans une fenêtre de terminal, qui peut vous permettre de débugger votre ordinateur.
Si toutefois l'accès à un de ces TTY se solde par un écran noir inerte avec un curseur clignotant seulement, il vous faut entrer ces commandes:

sudo modprobe fbcon
sudo modprobe vga16fb

Dernière modification par xubu1957 (Le 30/10/2023, à 20:29)


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

#19 Le 30/10/2023, à 19:38

net_thibault

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Bonsoir Mon portable est un Toshiba portégé Z30 B 12E je ne le vois pas dans la liste des portables Toshiba ci-dessus.

Par ailleurs @geole dois-je déduire de ton dernier message qu'une réinstallation a ses chances ?
s'il y a un truc plus simple ou essayer boot-repair à essayer avant pourquoi pas.

Merci pour votre aide

Hors ligne

#20 Le 30/10/2023, à 20:24

geole

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

xubu1957 a proposé d'utiliser des touches fonctions pour voir si cela répond.
Tu peux aussi utiliser SuperGrubToDisk.
Tu peux booter en mode recovery et  choisir la commande dpkg
Tu peux aussi réinstaller le dernier noyau avec boot-repair.
On peut aussi regarder ce que la trace dit
En live usb,
Monter la partition

sudo mount -v -dev/sda7  /mnt

et donner la liste des anomalies.

journalctl --no-pager -D /mnt/var/log/journal -p err

et la fin de la trace

journalctl --no-pager -b -D /mnt/var/log/journal -n 1000

Dernière modification par geole (Le 31/10/2023, à 09:23)


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 31/10/2023, à 18:52

net_thibault

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

xubu1957 a écrit :

Bonjour,

@geole

Le § 22.1 de la Doc liste_portables_toshiba serait-il utilisable ?

§ 22.1 a écrit :

Perte de TTY
Vous avez à votre disposition six consoles, appelées aussi "terminaux virtuels" ou TTY, accessibles via les combinaisons de touches Ctrl+Alt+F1, Ctrl+Alt+F2… Ctrl+Alt+F6 (Ctrl+Alt+F7 étant pour revenir au mode graphique). Votre écran devient alors noir avec une invitation à entrer votre login (ou nom d'utilisateur) puis votre password (ou mot de passe). Vous obtenez ensuite un shell, exactement comme dans une fenêtre de terminal, qui peut vous permettre de débugger votre ordinateur.
Si toutefois l'accès à un de ces TTY se solde par un écran noir inerte avec un curseur clignotant seulement, il vous faut entrer ces commandes:

sudo modprobe fbcon
sudo modprobe vga16fb

Effectivement, le CTRL+Alt+F2 fonctionne, je me suis bien loggé avec mon username et mon password.
J'obtiens l'écran :
"Welcome to Ubuntu 20.04.06 LTS 5GNU/Linux 4.15.0-213-generic x86_64)

* Documentation: https://help.ubuntu.com
* Management: https://landscape.canonical.com
* Support https://ubuntu.com/advantage

La maintenance de sécurité étendue pour l'infrastructure n'est pas activée.

1218 mises à jour peuvent être appliquées immédiatement.
Pour afficher ces mises à jour supplémentaires; executer : apt list --upgradable

383 mises à jour de sécurité supplémentaires peuvent être appliquées avec ESM Infra.
En savoir plus sur l'activation du service ESM Infra sur Ubuntu 18.04 at
https://ubuntu/com/18-04

The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ANSOLUTELY NO WARRANTY, to the extent permitted by
applicable law."

Je comprends que j'ai un terminal, mais qu'est-ce que je dois faire avec pour essayer de résoudre le problème ?

Hors ligne

#22 Le 31/10/2023, à 19:46

geole

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

On avance enfin.
Fais les 1218 mises à jour en attente.

sudo apt upgrade

Dernière modification par geole (Le 31/10/2023, à 19:56)


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

#23 Le 31/10/2023, à 19:58

xubu1957

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Bonjour,

La carte graphique :

Video: HD Graphics 5500 from Intel Corporation

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

#24 Le 31/10/2023, à 20:12

net_thibault

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

geole a écrit :

On avance enfin.
Fais les 1218 mises à jour en attente.

sudo apt upgrade

Je l'ai fait mais je me suis fais jeté, il m'a suggéré de faire sudo apt --fix-broken install que j'ai fait puis 0
pas mal de choses se font préparation.. depaqutage

puis il conclut par :
Des erreurs ont été rencontrées pendant l'exécution :
/tmp/apt-dpkg-install-gAMCJs/00-apparmor_2.13.3-7ubuntu5.2_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Dernière modification par net_thibault (Le 31/10/2023, à 20:20)

Hors ligne

#25 Le 31/10/2023, à 20:36

xubu1957

Re : upgrade ubuntu 18.04 vers 20.04 semble corrompre le grub du dual-boot

Je n'ai pas le niveau technique pour valider du sudo rm .....


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