Contenu | Rechercher | Menus

Annonce

DVD, clés USB et t-shirts Ubuntu-fr disponibles sur la boutique En Vente Libre

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 24/11/2022, à 10:12

Mumi

Plantage général après utilisation Boot Repair

Bonjour,

J'ai installé il y a presque 2 ans Ubuntu Boogie à coté de Windows 10 sur un PC de bureau Lenovo. Et aucun problème, tout fonctionnait.
Depuis 3 à 4 semaines, j'ai très régulièrement des fenêtres "problèmes matériels" qui me sont signalées, mais a priori sans conséquences puisque tout continuait à fonctionner.
Simplement, j'ai remarqué que j'avais plus de lignes qui s'affichent au démarrage après le menu Ubuntu (avant il y en avait que 1 ou deux)

[	0. 366656] ACPI BIOS Error (bug): Could not resolve symbol [\SB.PR00._CPC],
 AE_NOT_FOUND (20210730/pspargs-330)
[	0. 366664] ACPI Error : Aborting method \_SB.PR02._CPC due to previous error
(AE_NOT_FOUND) (20210730/psparse-529)
[	0. 366700] ACPI BIOS Error (bug): Could not resolve symbol [\SB.PR00._CPC],
 AE_NOT_FOUND (20210730/pspargs-330)
[	0. 366708] ACPI BIOS Error (bug): Aborting method \_SB.PR03._CPC due to previous error
(AE_NOT_FOUND) (20210730/psparse-529)
[	0.366747] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PR00. CPC], 
 AE_NOT_FOUND (20210730/psargs-330)
[	0.366755] ACPI Error: Aborting method \_SB.PR04._CPC due to previous error
 AE_NOT_FOUND) (20210730/psparse-529)	
[	0.366788]	ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PROO._CPC],
 AE_NOT_FOUND (20210730/psargs-330)	
[	0.366796] ACPI Error: Aborting method \_SB.PR05._CPC due to previous error
 AE_NOT_FOUND (20210730/psparse-529)	
[	0.366830] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PROO._CPC],
 AE_NOT_FOUND (20210730/psargs-330)
[	0.366837] ACPI Error: Aborting method \_SB.PR06._CPC due to previous error
 AE_NOT_FOUND (20210730/psparse-529)
[	0.366870] ACPI BIOS Error_(bug): Could not resolve symbol [V-SB-PROO.J7CJ,
 A_NOT_FOUND (20210730/psargs-330)
[	0.366878] ACPI Error: Aborting method \_SB.PR07._CPC due to previous error
(AE_NOT_FOUND) (20210730/psparse-529)
/dev/sda2: Clean, 266741/1831424 files, 5765553/7324160 blocks

Mais après ça démarrait tout le temps.
Du coup, hier, j'ai eu la mauvaise idée de lancr Boot Repair pour voir s'il détecte qq chose. Et j'ai dû activer une option qu'il ne fallait pas car maintenant, plus possible de démarrer Ubuntu, et j'ai ça qui s'affiche :

[	0. 366656] ACPI BIOS Error (bug): Could not resolve symbol [\SB.PR00._CPC],
 AE_NOT_FOUND (20210730/pspargs-330)
[	0. 366664] ACPI Error : Aborting method \_SB.PR02._CPC due to previous error
(AE_NOT_FOUND) (20210730/psparse-529)
[	0. 366700] ACPI BIOS Error (bug): Could not resolve symbol [\SB.PR00._CPC],
 AE_NOT_FOUND (20210730/pspargs-330)
[	0. 366708] ACPI BIOS Error (bug): Aborting method \_SB.PR03._CPC due to previous error
(AE_NOT_FOUND) (20210730/psparse-529)
[	0.366747] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PR00. CPC], 
 AE_NOT_FOUND (20210730/psargs-330)
[	0.366755] ACPI Error: Aborting method \_SB.PR04._CPC due to previous error
 AE_NOT_FOUND) (20210730/psparse-529)	
[	0.366788]	ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PROO._CPC],
 AE_NOT_FOUND (20210730/psargs-330)	
[	0.366796] ACPI Error: Aborting method \_SB.PR05._CPC due to previous error
 AE_NOT_FOUND (20210730/psparse-529)	
[	0.366830] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PROO._CPC],
 AE_NOT_FOUND (20210730/psargs-330)
[	0.366837] ACPI Error: Aborting method \_SB.PR06._CPC due to previous error
 AE_NOT_FOUND (20210730/psparse-529)
[	0.366870] ACPI BIOS Error_(bug): Could not resolve symbol [V-SB-PROO.J7CJ,
 A_NOT_FOUND (20210730/psargs-330)
[	0.366878] ACPI Error: Aborting method \_SB.PR07._CPC due to previous error
(AE_NOT_FOUND) (20210730/psparse-529)
/dev/sda2: Clean, 266741/1831424 files, 5765553/7324160 blocks
[UNSUPP] Starting of Arbitrary Executable File Formats File System Automount Point unsupported.
[	3.032587] FAT-fs (sda4): IO charset iso8859-1 not found
You are in emergency mode. After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" or "exit"	I
to boot into default mode.
Appuyez sur Entree pour la maintenance

Comme je ne connais pas grand chose, j'ai tapé "entrée" puis "systemctl default", et j'ai eu droit à ça :

root@Chnoubuntu:~# systemctl default
Failed to start default.target: Transaction for graphical.target/start is destructive (emergency.target has 'start' job queued, but 'stop' is included in transaction).
See system logs and 'systemctl status default.target' for details.
root@Chnoubuntu:~#

Help ! quelqu'un a-t-il une idée de ce qu'il se passe et comment récupérer mon Ubuntu sain et sauf ?

Merci.

Fred

Dernière modification par Mumi (Le 24/11/2022, à 12:13)

Hors ligne

#2 Le 24/11/2022, à 10:34

xubu1957

Re : Plantage général après utilisation Boot Repair

Bonjour,

Pour ajouter toi-même les balises code à ton message #1 :         Merci         wink

  • Cliquer sur  le lien « Modifier » en bas à droite du message

  • Sélectionner le texte

  • Cliquer sur le <> de l'éditeur de message

moko138 a écrit :

1) Les balises-code sont les < > (crochets bleus) de la barre de mise en forme.
1642675956.jpg

_ _ _

3) /!\  Si vous avez plusieurs retours à donner, séparez-les bien (toujours pour la lisibilité) :

comme
cela.

Comme demandé dans le premier message du tutoriel Retour utilisable de commande
        _ _ _

(edit=messages regroupés)
        _ _ _


Vu > askubuntu.com/questions/1319227/transaction-for-graphical-target-start-is-destructive, il faut attendre des aidants pointus.

Dernière modification par xubu1957 (Le 24/11/2022, à 18:33)


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] 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

#3 Le 24/11/2022, à 17:47

Mumi

Re : Plantage général après utilisation Boot Repair

Ah, ok ça ne présage donc rien de bon. Merci à toi en tout cas.

Hors ligne

#4 Le 24/11/2022, à 18:11

Qid

Re : Plantage général après utilisation Boot Repair

L'émergence mode ça fait plusieurs fois que je le vois en très peu de temps ces derniers temps... Et si je ne m'abuse c'est souvent en lien avec une partition du fstab qui a vrillée... Là en l'occurrence il y a des allusions à sda3...

Dernière modification par Qid (Le 24/11/2022, à 18:12)


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

Hors ligne

#5 Le 24/11/2022, à 18:14

ylag

Re : Plantage général après utilisation Boot Repair

xubu1957 a écrit :

Peut-être pas pertinent, mais dans le lien cité par xubu1957, il est question de passer la commande fsck sur les systèmes de fichiers en question ?

A+

Hors ligne

#6 Le 24/11/2022, à 18:32

Qid

Re : Plantage général après utilisation Boot Repair

ylag a écrit :

Peut-être pas pertinent, mais dans le lien cité par xubu1957, il est question de passer la commande fsck sur les systèmes de fichiers en question ?

Si si c'est pertinent aussi... Sauf que je redoute qu'il s'agisse d'une partition fat32 vu la formulation du message d'erreur... Fsck va-t-il être en mesure de gérer ce format ?


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

Hors ligne

#7 Le 24/11/2022, à 18:37

ylag

Re : Plantage général après utilisation Boot Repair

Il y aurait fsck.fat pour ce type de système de fichiers, si c'est toujours disponible ?

man fsck.fat

A+

Dernière modification par ylag (Le 24/11/2022, à 18:38)

Hors ligne

#8 Le 24/11/2022, à 19:20

iznobe

Re : Plantage général après utilisation Boot Repair

Bonjour , voir le fstab ne serait pas superflu non plus vu le message :

[UNSUPP] Starting of Arbitrary Executable File Formats File System Automount Point unsupported.
[	3.032587] FAT-fs (sda4): IO charset iso8859-1 not found
You are in emergency mode. After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" or "exit"	

NOTE :
pour verifier un systeme de fichiers fat , aucune precaution particuliere a prendre ( hors mis demonter prealablement le systeme de fichiers bien sur ) :

iznobe@iznobe-PC:~$ sudo fsck -fyv /boot/efi
fsck de util-linux 2.37.2
fsck.fat 4.2 (2021-01-31)
Checking we can access the last sector of the filesystem
Boot sector contents:
System ID "MSDOS5.0"
Media byte 0xf8 (hard disk)
       512 bytes per logical sector
      1024 bytes per cluster
      6654 reserved sectors
First FAT starts at byte 3406848 (sector 6654)
         2 FATs, 32 bit entries
    393728 bytes per FAT (= 769 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 4194304 (sector 8192)
     98304 data clusters (100663296 bytes)
63 sectors/track, 255 heads
 975468544 hidden sectors
    204800 sectors total
Reclaiming unconnected clusters.
Checking free cluster summary.
/dev/nvme0n1p3: 211 files, 37309/98304 clusters
iznobe@iznobe-PC:~$

Dernière modification par iznobe (Le 24/11/2022, à 19:27)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#9 Le 24/11/2022, à 19:31

Qid

Re : Plantage général après utilisation Boot Repair

iznobe a écrit :

Bonjour , voir le fstab ne serait pas superflu non plus vu le message

J'y ai effectivement fait allusion dans mon post #4


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

Hors ligne

#10 Le 24/11/2022, à 22:37

Mumi

Re : Plantage général après utilisation Boot Repair

Bonsoir,
Donc si je résume, je dois utiliser d'abord la fonction unmount, puis fstab comme indiqué.
Pour ne pas faire de bêtise supplémentaire, quelqu'un pourrait m'indiquer la syntaxe d'utilisation de unmount (désolé je suis vraiment débutant...) ?

Merci à vous.

Hors ligne

#11 Le 24/11/2022, à 22:42

Qid

Re : Plantage général après utilisation Boot Repair

Heu... Non pour pouvoir lire le contenu du fichier fstab c'est mieux que la partition qui le contient soit montée... C'est le scandisk via fsck qui nécessite que la partition soit démontée... On parle de deux pistes différentes


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

Hors ligne

#12 Le 24/11/2022, à 23:12

iznobe

Re : Plantage général après utilisation Boot Repair

Alors ...

il faut que tu demarres ton ordi avec la clé USB , tu choisis essayer , ca demarre .
tu ouvres alors le terminal avec la combinaison de touches suivante : ctrl + alt + t .
tu copies colles dedans :

sudo mount -v /dev/sda2 /mnt

tu donnes le retour suivant afin que l' on voit ton fstab :

cat /mnt/etc/fstab
sudo umount -v /mnt

lorsque c' est fait , pour passer a l ' execution de la demande de @ylag donne le retour de :

sudo fsck -fyv /dev/sda{3,4}

ca va prendre quelques seondes avant d' avoir le retour complet .

A y etre , passe le terminal en plein ecran et , donne aussi le retour de :

lsblk -fe7 -o+size

Dernière modification par iznobe (Le 24/11/2022, à 23:21)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#13 Le 25/11/2022, à 10:33

geole

Re : Plantage général après utilisation Boot Repair

Bonjour.
Le plantage du boot conseille de frapper

You are in emergency mode. After logging in, type "journalctl -xb" 

Dans un premier temps et dans 99% des cas,
le retour de cette commande suffit.

journalctl -b -p err

Elle ne sort que les lignes en erreur qu'il suffit de reporter pour le diagnostic qui est souvent de faire le fsck qui est demandé.

Hors ligne

#14 Le 25/11/2022, à 19:43

Mumi

Re : Plantage général après utilisation Boot Repair

iznobe a écrit :

Alors ...

il faut que tu demarres ton ordi avec la clé USB , tu choisis essayer , ca demarre .
tu ouvres alors le terminal avec la combinaison de touches suivante : ctrl + alt + t .
tu copies colles dedans :

sudo mount -v /dev/sda2 /mnt

tu donnes le retour suivant afin que l' on voit ton fstab :

cat /mnt/etc/fstab
sudo umount -v /mnt

lorsque c' est fait , pour passer a l ' execution de la demande de @ylag donne le retour de :

sudo fsck -fyv /dev/sda{3,4}

ca va prendre quelques seondes avant d' avoir le retour complet .

A y etre , passe le terminal en plein ecran et , donne aussi le retour de :

lsblk -fe7 -o+size

Bonjour à vous et merci pour votre aide.

Voici pour la première partie :

ubuntu-budgie@ubuntu-budgie:~$ sudo mount -v /dev/sda2 /mnt
mount: /dev/sda2 mounted on /mnt.
ubuntu-budgie@ubuntu-budgie:~$ cat /mnt/etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=d8989e67-431c-4f13-ba27-c5eef68ee447 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
#UUID=F8D4-A504  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda3 during installation
UUID=3a877d9a-317c-4ba7-a4b6-2e9ad9ca34cc /home           ext4    defaults        0       2
# swap was on /dev/sda1 during installation
UUID=3a8b6efa-ddda-46af-95a2-cb77de97cd92 none            swap    sw              0       0
#UUID=0EE9-E476  /boot/efi       vfat    defaults      0       1
UUID=0EE9-E476  /boot/efi       vfat    defaults      0       1
ubuntu-budgie@ubuntu-budgie:~$ 

Pour la deuxième partie :

ubuntu-budgie@ubuntu-budgie:~$ sudo fsck -fyv /dev/sda3{3,4}
fsck from util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
e2fsck 1.45.5 (07-Jan-2020)
fsck.ext2: No such file or directory fsck.ext2while trying to open /dev/sda34: 
Possibly non-existent device?
No such file or directory while trying to open /dev/sda33
Possibly non-existent device?
ubuntu-budgie@ubuntu-budgie:~$ 

Et enfin pour la troisième partie :

ubuntu-budgie@ubuntu-budgie:~$ lsblk -fe7 -o+size
NAME        FSTYPE            LABEL                     UUID                                                            FSAVAIL   FSUSE%     MOUNTPOINT        SIZE
sda                                                                                                                                                                                                              931.5G
├─sda1              swap                                         3a8b6efa-ddda-46af-95a2-cb77de97cd92                                        [SWAP]                     3.7G
├─sda2              ext4                                          d8989e67-431c-4f13-ba27-c5eef68ee447                                                                           28G
├─sda3              ext4                                          3a877d9a-317c-4ba7-a4b6-2e9ad9ca34cc                                                                     186.3G
├─sda4              vfat                                           0EE9-E476                                                                                                                         954M
└─sda5              ntfs           DATAIEN                 5D237B4F37D9FE0D                                                                                                      712.7G
sdb                                                                                                                                                                                                                   7.5G
└─sdb1              vfat           UBUNTU-BUDG      8E79-E4C0                                                          5.2G           31%     /cdrom                      7.5G
sr0                                                                                                                                                                                                                 1024M
nvme0n1                                                                                                                                                                                                       238.5G
├─nvme0n1p1    vfat           SYSTEM                 F8D4-A504                                                                                                                          260M
├─nvme0n1p2                                                                                                                                                                                                   16M
├─nvme0n1p3    ntfs            Windows                EC08D72908D6F216                                                                                                        237.2G
└─nvme0n1p4    ntfs            WinRE_DRV         9828D83D28D81C56                                                                                                            995M
ubuntu-budgie@ubuntu-budgie:~$ 

Voilà, j'espère que vous y verez plus clair.

Mumi

Hors ligne

#15 Le 25/11/2022, à 21:45

geole

Re : Plantage général après utilisation Boot Repair

La demande était

sudo fsck -fyv /dev/sda{3,4}

Ce n'est pas ce qui a été exécuté.
sudo fsck -fyv /dev/sda3{3,4}
Après avoir vu le contenu du fstab, cette commande devrait suffire

sudo fsck -fyv /dev/sda3

Dernière modification par geole (Le 25/11/2022, à 21:53)

Hors ligne

#16 Le 26/11/2022, à 08:45

iznobe

Re : Plantage général après utilisation Boot Repair

Bonjour , effectivement , les erreurs sur la commande fsck sont du au fait que tu as rajouté un 3 , comme indiqué en rouge par @geole .

@geole : perso , je pense que verifier les 2 partitions ( /home et /boot/efi)  ne peut pas faire de mal , surtout a la vue du message d' erreur portant sur la partition vfat et donc qui correspond a sda4 en theorie .


NOTE : dans le fstab , on voit :

# /boot/efi was on /dev/nvme0n1p1 during installation
#UUID=F8D4-A504  /boot/efi       vfat    umask=0077      0       1
...
#UUID=0EE9-E476  /boot/efi       vfat    defaults      0       1
UUID=0EE9-E476  /boot/efi       vfat    defaults      0       1

peut on savoir , pourquoi y a til eu autant de changement  au niveau de la partition /boot/EFI ?

dans le retour de lsblk , on voit 2 partitions fat qui corresponde a ce que l' on voit dans le fstab , celle utilisée actuellement , et celle d' origine :

├─sda4              vfat                                           0EE9-E476
─nvme0n1p1    vfat           SYSTEM                 F8D4-A504

Du coup , je ne suis pas certain que le changement de partition fat ( /boot/efi ) soit pas le resultat de l' erreur de demarrage .
Peut etre qu ' un boot-info en dirait plus sur la situation .
perso , bien qu ' il soit conseillé d' avoir une partition sur chaque disque , afin de ne pas se retrouver bloqué en cas de mort de l' un des disques , je trouve que cela complique la situation , pour les utilisateurs et que ca amene souvent plus de problemes qu ' autres chose lors de l ' installation de plussieurs OS .
bref , si j' etais développeur , je planteria automatiquement une partition /boot/efi identique a l ' installation d' un OS sur chaque disque , vu la place que cela prend ... , ca simplifierait grandement la situation pour les utilisateurs et eviterait ce genre de probleme , puisque toutes les partitions aurait le meme contenu et lancerait donc le meme menu des OS .

                         **************************************************

Bref , pour recapituler , donne dejà le retour de la commande ( en session live ) :

sudo fsck -fyv /dev/sda{3,4}

ensuite on avisera si il y a lieu de s ' aventurer plus loin ( probablement un boot-info ) .
le retour de la commande lsblk est inexploitable et incomplet roll , je l' avais demandé pour verifier que ni ta partition /home ni ta partition racine ne soient en manque d' espace , ce  qui pourrait aussi empecher le demarrage , mais en l' etat actuel , on ne peut rien en tirer .



REMARQUE HS : c ' est dommage d' avoir installer ubuntu sur un HDD clasiqque ( SDA ) , alors que ton ordi dispose d ' un disque SSD NVME 10 fois plus rapide ( en lecture et eciture ) que le HDD classique .

Dernière modification par iznobe (Le 26/11/2022, à 08:54)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#17 Le 26/11/2022, à 10:19

Mumi

Re : Plantage général après utilisation Boot Repair

Bonjour,

... euh désolé pour cette faute de frappe. C'est le problème quand on écrit "à l'aveugle", sans comprendre ce qu'on écrit.
Bon je recommence tout :

ubuntu-budgie@ubuntu-budgie:~$ sudo mount -v /dev/sda2 /mnt
mount: /dev/sda2 mounted on /mnt.
ubuntu-budgie@ubuntu-budgie:~$ cat /mnt/etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=d8989e67-431c-4f13-ba27-c5eef68ee447 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
#UUID=F8D4-A504  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda3 during installation
UUID=3a877d9a-317c-4ba7-a4b6-2e9ad9ca34cc /home           ext4    defaults        0       2
# swap was on /dev/sda1 during installation
UUID=3a8b6efa-ddda-46af-95a2-cb77de97cd92 none            swap    sw              0       0
#UUID=0EE9-E476  /boot/efi       vfat    defaults      0       1
UUID=0EE9-E476  /boot/efi       vfat    defaults      0       1
ubuntu-budgie@ubuntu-budgie:~$ sudo umount -v /mnt
umount: /mnt unmounted
ubuntu-budgie@ubuntu-budgie:~$ sudo fsck -fyv /dev/sda{3,4}
fsck from util-linux 2.34
fsck.fat 4.1 (2017-01-24)
e2fsck 1.45.5 (07-Jan-2020)
Checking we can access the last sector of the filesystem
Boot sector contents:
System ID "mkfs.fat"
Media byte 0xf8 (hard disk)
       512 bytes per logical sector
      4096 bytes per cluster
        32 reserved sectors
First FAT starts at byte 16384 (sector 32)
         2 FATs, 32 bit entries
    978944 bytes per FAT (= 1912 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 1974272 (sector 3856)
    243742 data clusters (998367232 bytes)
63 sectors/track, 255 heads
 457031680 hidden sectors
   1953792 sectors total
Reclaiming unconnected clusters.
Checking free cluster summary.
/dev/sda4: 13 files, 1768/243742 clusters
Pass 1: Checking inodes, blocks, and sizes
Inode 3686295 extent tree (at level 1) could be shorter.  Optimize? yes

Inode 3801710 extent tree (at level 1) could be shorter.  Optimize? yes

Pass 1E: Optimizing extent trees
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/sda3: ***** FILE SYSTEM WAS MODIFIED *****

      180507 inodes used (1.48%, out of 12214272)
        4180 non-contiguous files (2.3%)
          83 non-contiguous directories (0.0%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 178801/186
    31659608 blocks used (64.84%, out of 48828160)
           0 bad blocks
           4 large files

      156949 regular files
       21058 directories
           0 character device files
           0 block device files
           0 fifos
        1062 links
        2491 symbolic links (1512 fast symbolic links)
           0 sockets
------------
      181560 files
ubuntu-budgie@ubuntu-budgie:~$ lsblk -fe7 -o+size
NAME        FSTYPE LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINT   SIZE
sda                                                                                           931.5G
├─sda1      swap               3a8b6efa-ddda-46af-95a2-cb77de97cd92                [SWAP]       3.7G
├─sda2      ext4               d8989e67-431c-4f13-ba27-c5eef68ee447                              28G
├─sda3      ext4               3a877d9a-317c-4ba7-a4b6-2e9ad9ca34cc                           186.3G
├─sda4      vfat               0EE9-E476                                                        954M
└─sda5      ntfs   DATAIEN     5D237B4F37D9FE0D                                               712.7G
sdb                                                                                             7.5G
└─sdb1      vfat   UBUNTU-BUDG 8E79-E4C0                               5.2G    31% /cdrom       7.5G
sr0                                                                                            1024M
nvme0n1                                                                                       238.5G
├─nvme0n1p1 vfat   SYSTEM      F8D4-A504                                                        260M
├─nvme0n1p2                                                                                      16M
├─nvme0n1p3 ntfs   Windows     EC08D72908D6F216                                               237.2G
└─nvme0n1p4 ntfs   WinRE_DRV   9828D83D28D81C56                                                 995M
ubuntu-budgie@ubuntu-budgie:~$ 

Geole, j'ai fait également  la commande

journalctl -b -p err 

J'ai fait une photo et je ne sais pas comment joindre une image à cette discussion. Vous pouvez la consulter ici : https://www.transfernow.net/dl/20221126g2JMRxQN


Geole pourquoi tu écris que "le retour de la commande lsblk est inexploitable et incomplet", que manque-t-il ? Je l'ai refait, j'espère que ce sera bon.

Pour répondre à d'autres ponts des messages :
- Comme indiqué plus haut, je n'ai fait qu'utiliser Boot Repair pour essayer de nettoyer (ok je n'auras pas dû toucher à un système qui fonctionne...). J'ai coché plusieurs options mais je ne sais plus exactement lesquelles. En tous cas je n'y toucherai plus à cette application, trop dangeureux pour un néophyte.
- Mon PC est un Lenovo premier prix livré avec Windows et un tout petit disque. J'ai rajouté un disque SSD sur le port SATA libre pour Ubuntu qui est plus lent, mais je voulais  prendre le large de Window et installer ça physiquement séparément.

A votre dispo aujourd'hui pour d'autres manips.

Encore un grand merci à vous.

Hors ligne

#18 Le 26/11/2022, à 10:36

geole

Re : Plantage général après utilisation Boot Repair

iznobe a écrit :

@geole : perso , je pense que vérifier les 2 partitions ( /home et /boot/efi)  ne peut pas faire de mal
NOTE : on voit :

UUID=0EE9-E476  /boot/efi       vfat    defaults      0       1
....
├─sda4              vfat                                           0EE9-E476

J'ai simplement dit qu'il fallait faire la partition home.
On verra dans le boot-info qu'elle est la vraie partition de boot  EFI utilisée par le bios et ce que contient cette partition  EFI.

A mon avis, le contrôle de la partition racine  a déjà été fait  et aussi celui  de la partition de boot.

Ce plantage est un classique pour ceux qui ont choisi d'avoir  une partition dédiée au home. Ce qui est une stupidité lorsqu'elle est  sur le même disque  que le logiciel de base: Il y a toujours une partition qui manque de place alors que l'autre en a à revendre.
Rappel: Lorsque le logiciel de base est dans le même mauvais état, le plantage indique clairement qu'il faut faire un fsck et précise la partition à cibler.

iznobe a écrit :

bref , si j' étais développeur , je planterai automatiquement une partition /boot/efi identique a l ' installation d' un OS sur chaque disque , vu la place que cela prend ... , ca simplifierait grandement la situation pour les utilisateurs et eviterait ce genre de probleme , puisque toutes les partitions aurait le meme contenu et lancerait donc le meme menu des O.S,
.

Il faut se souvenir que si on veut installer ubuntu sur la totalité d'un disque, je trouve stupide de choisir la méthode "autre chose" et d'y mettre une partition de boot, une partition racine, une partition swap et une partition home alors qu'il est beaucoup plus pratique de choisir d'installer sur tout le disque.
Il faut jusque indiquer le disque et préciser si on veut chiffer.
L'installateur fait alors ces actions.
  Vire toutes les partitions présentes.
  Fabrique une table de partition GPT.
  Fabrique et popule une partition bios-grub.
  Fabrique et popule une partition bios-efi.
  Fabrique et popule une partition EXT4 ou ZFS avec le reste de l'espace disque.
Ce n'est pas si mal.
On a le choix de booter soit en legacy soit  en EFI.
Remarque. Le choix ZFS chiffré n'est possible qu'avec la version 22.04 LTS. La version 22.10 ne le propose plus.
si j'étais développeur, j'installerais la structure de boot EFI dans un nouveau sous-répertoire et pas dans un sous-répertoire ubuntu existant afin que le bios puisse directement choisir l'O.S. à booter. ===> Plus de grub...

Dernière modification par geole (Le 26/11/2022, à 10:42)

Hors ligne

#19 Le 26/11/2022, à 11:22

iznobe

Re : Plantage général après utilisation Boot Repair

ok , pour poursuivre l' investigation , maintenant que le systeme de fichiers a été reparé , il faudrait tenter a nouveau de demarrer normalement .
Si cela ne fonctionne pas , alors fournir un boot info a partir de la session live : https://doc.ubuntu-fr.org/tutoriel/boot-info


@geole : du coup si on etait dev , l ' ideal serait de faire un mix des 2 tongue , bon , en meme temps gerer le boot sans OS , c ' est pas forcement évident .


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#20 Le 26/11/2022, à 12:44

Mumi

Re : Plantage général après utilisation Boot Repair

Merci à vous.
Alors, le bios me donne le choix de démarrer sur un disque où il y a Windows boot manager et unbuntu  ou alors un autre disque  SATA avec Ubuntu tout seul.
J'ai essayé les deux :
- Booter sur le disque avec Windows Manager (j'ai mis Ubuntu en premier dans l'ordre de boot) et là c'est WIndows qui démarre.
- Ensuite j'ai mis le disque SATA en 1er dans l'ordre de boot. Là Ubuntu essaye de démarrer et plante, a priori de la même façon car ce sont les mêmes messages qui s'affichent.

Voici l'adresse du boot info : https://paste.ubuntu.com/p/drH48NSJWZ/

J'espère que cela va vous éclairer.

Hors ligne

#21 Le 26/11/2022, à 12:47

xubu1957

Re : Plantage général après utilisation Boot Repair

Bonjour,

Collage du Boot-info :

boot-info-4ppa200                                              [20221126_1135]

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

 => No boot loader is installed in the MBR of /dev/nvme0n1.
 => No boot loader is installed in the MBR of /dev/sda.
 => Syslinux MBR (5.00 and higher) is installed in the MBR of /dev/sdb.

nvme0n1p1: _____________________________________________________________________

    File system:       vfat
    Boot sector type:  Windows 8/10/11/2012: FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/Boot/bootx64.efi /efi/Boot/fbx64.efi 
                       /efi/Boot/mmx64.efi /efi/ubuntu/grubx64.efi 
                       /efi/ubuntu/mmx64.efi /efi/ubuntu/shimx64.efi 
                       /efi/ubuntu/grub.cfg /efi/Microsoft/Boot/bootmgfw.efi 
                       /efi/Microsoft/Boot/bootmgr.efi

nvme0n1p2: _____________________________________________________________________

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

nvme0n1p3: _____________________________________________________________________

    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 10 or 11
    Boot files:        /Windows/System32/winload.exe

nvme0n1p4: _____________________________________________________________________

    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:        

sda1: __________________________________________________________________________

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

sda2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 22.04.1 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub

sda3: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        

sda4: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/BOOT/bootx64.efi /efi/BOOT/fbx64.efi 
                       /efi/BOOT/grubx64.efi /efi/BOOT/mmx64.efi 
                       /efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi 
                       /efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg

sda5: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Unknown
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        

sdb1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  SYSLINUX 6.04
    Boot sector info:  Syslinux looks at sector 32784 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


================================ 2 OS detected =================================

OS#1:   Ubuntu 22.04.1 LTS on sda2
OS#2:   Windows 10 or 11 on nvme0n1p3

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

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

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

BIOS/UEFI firmware: O4HKT2AA(1.42) from LENOVO
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: 0008
Timeout: 1 seconds
BootOrder: 0008,0001,0007,0006,0004,0005,0003,0002
Boot0001* Windows Boot Manager	HD(1,GPT,9e6d3e62-3ec3-4ac7-857c-31cc8f0f243a,0x800,0x82000)/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.}... ................
Boot0002* Generic Usb Device	VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0003* CD/DVD Device	VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0004* UEFI: PXE IPv4 Realtek PCIe GBE Family Controller	PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(1c697a4db210,0)/IPv4(0.0.0.00.0.0.0,0,0)..BO
Boot0005* UEFI: PXE IPv6 Realtek PCIe GBE Family Controller	PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(1c697a4db210,0)/IPv6([::]:<->[::]:,0,0)..BO
Boot0006* ubuntu	HD(4,GPT,4c894286-0b0f-4f01-bfab-3480455f6a4b,0x1b3dc000,0x1dd000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0007* ubuntu	HD(1,GPT,9e6d3e62-3ec3-4ac7-857c-31cc8f0f243a,0x800,0x82000)/File(\EFI\UBUNTU\SHIMX64.EFI)..BO
Boot0008* UEFI: USB Flash Disk 1100, Partition 1	PciRoot(0x0)/Pci(0x14,0x0)/USB(3,0)/HD(1,MBR,0xf34f1,0x800,0xf00000)..BO

728124f6ec8e22fbdbe7034812c81b95   nvme0n1p1/Boot/bootx64.efi
c152ec201c37b6e97bbc2207e49d1271   nvme0n1p1/Boot/fbx64.efi
fdafb5eece6caeccb788c946a28e6872   nvme0n1p1/Boot/mmx64.efi
3795ef72a4ed0369ca44e711527904bf   nvme0n1p1/ubuntu/grubx64.efi
fdafb5eece6caeccb788c946a28e6872   nvme0n1p1/ubuntu/mmx64.efi
728124f6ec8e22fbdbe7034812c81b95   nvme0n1p1/ubuntu/shimx64.efi
d1f6c29ed98f2a8102fd87c118371e0b   nvme0n1p1/Microsoft/Boot/bootmgfw.efi
85b10a5efd8419adc616cb2a5a70db30   nvme0n1p1/Microsoft/Boot/bootmgr.efi
a7d2b5a20ff5098975ba4743f80faf26   nvme0n1p1/Boot/LenovoBT.efi
728124f6ec8e22fbdbe7034812c81b95   sda4/BOOT/bootx64.efi
c152ec201c37b6e97bbc2207e49d1271   sda4/BOOT/fbx64.efi
3795ef72a4ed0369ca44e711527904bf   sda4/BOOT/grubx64.efi
fdafb5eece6caeccb788c946a28e6872   sda4/BOOT/mmx64.efi
3795ef72a4ed0369ca44e711527904bf   sda4/ubuntu/grubx64.efi
fdafb5eece6caeccb788c946a28e6872   sda4/ubuntu/mmx64.efi
728124f6ec8e22fbdbe7034812c81b95   sda4/ubuntu/shimx64.efi

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

Disks info: ____________________________________________________________________

nvme0n1	: is-GPT,	no-BIOSboot,	hashidESP, 	not-usb,	not-mmc, has-os,	has-win,	2048 sectors * 512 bytes
sda	: is-GPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	no-wind,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

nvme0n1p1	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
nvme0n1p3	: is-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios
nvme0n1p4	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios
sda2	: is-os,	64, apt-get,	signed grub-pc grub-efi ,	grub2,	grub-install,	grubenv-ng,	update-grub,	not-far
sda3	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios
sda4	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios
sda5	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios

Partitions info (2/3): _________________________________________________________

nvme0n1p1	: hidenESP,	part-has-no-fstab,	no-nt,	no-winload,	recovery-or-hidden,	no-bmgr,	notwinboot
nvme0n1p3	: isnotESP,	part-has-no-fstab,	no-nt,	haswinload,	no-recov-nor-hid,	no-bmgr,	notwinboot
nvme0n1p4	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	recovery-or-hidden,	no-bmgr,	notwinboot
sda2	: isnotESP,	fstab-has-goodEFI,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sda3	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sda4	: 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

Partitions info (3/3): _________________________________________________________

nvme0n1p1	: not--sepboot,	no-kernel,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	nvme0n1
nvme0n1p3	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	nvme0n1
nvme0n1p4	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	nvme0n1
sda2	: not--sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	sda
sda3	: maybesepboot,	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

fdisk -l (filtered): ___________________________________________________________

Disk nvme0n1: 238.49 GiB, 256060514304 bytes, 500118192 sectors
Disk identifier: 44F98AA7-036D-4CCE-9D2A-AEEF922413EC
              Start       End   Sectors   Size Type
nvme0n1p1      2048    534527    532480   260M EFI System
nvme0n1p2    534528    567295     32768    16M Microsoft reserved
nvme0n1p3    567296 498069503 497502208 237.2G Microsoft basic data
nvme0n1p4 498069504 500107263   2037760   995M Windows recovery environment
Disk sda: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: 6B7A0AD8-40A5-4AE6-944A-A96427A6108C
          Start        End    Sectors   Size Type
sda1       2048    7813119    7811072   3.7G Linux swap
sda2    7813120   66406399   58593280    28G Linux filesystem
sda3   66406400  457031679  390625280 186.3G Linux filesystem
sda4  457031680  458985471    1953792   954M EFI System
sda5  458985472 1953523711 1494538240 712.7G Microsoft basic data
Disk sdb: 7.51 GiB, 8054112256 bytes, 15730688 sectors
Disk identifier: 0x000f34f1
      Boot Start      End  Sectors  Size Id Type
sdb1  *     2048 15730687 15728640  7.5G  c W95 FAT32 (LBA)

parted -lm (filtered): _________________________________________________________

sda:1000GB:scsi:512:4096:gpt:ATA CT1000MX500SSD1:;
1:1049kB:4000MB:3999MB:linux-swap(v1)::swap;
2:4000MB:34.0GB:30.0GB:ext4::;
3:34.0GB:234GB:200GB:ext4::;
4:234GB:235GB:1000MB:fat32::boot, esp;
5:235GB:1000GB:765GB:ntfs::msftdata;
sdb:8054MB:scsi:512:512:msdos:USB Flash Disk:;
1:1049kB:8054MB:8053MB:fat32::boot, lba;
nvme0n1:256GB:nvme:512:512:gpt:SAMSUNG MZALQ256HAJD-000L1:;
1:1049kB:274MB:273MB:fat32:EFI system partition:boot, hidden, esp;
2:274MB:290MB:16.8MB::Microsoft reserved partition:msftres;
3:290MB:255GB:255GB:ntfs:Basic data partition:msftdata;
4:255GB:256GB:1043MB:ntfs::hidden, diag;

blkid (filtered): ______________________________________________________________

NAME        FSTYPE   UUID                                 PARTUUID                             LABEL       PARTLABEL
sda                                                                                                        
├─sda1      swap     3a8b6efa-ddda-46af-95a2-cb77de97cd92 f85bd8c5-f505-44c3-aba3-0fa8533913b7             
├─sda2      ext4     d8989e67-431c-4f13-ba27-c5eef68ee447 4621887e-2b94-445e-988d-c0b5423ebdd5             
├─sda3      ext4     3a877d9a-317c-4ba7-a4b6-2e9ad9ca34cc cddc4726-8f04-46e5-a644-81d79c3c8ff2             
├─sda4      vfat     0EE9-E476                            4c894286-0b0f-4f01-bfab-3480455f6a4b             
└─sda5      ntfs     5D237B4F37D9FE0D                     a7301ec3-7977-4299-ad31-32cd98a55cd5 DATAIEN     
sdb                                                                                                        
└─sdb1      vfat     8E79-E4C0                            000f34f1-01                          UBUNTU-BUDG 
nvme0n1                                                                                                    
├─nvme0n1p1 vfat     F8D4-A504                            9e6d3e62-3ec3-4ac7-857c-31cc8f0f243a SYSTEM      EFI system partition
├─nvme0n1p2                                               04d2e3d9-c4ec-4cd7-9861-70c5951de8c9             Microsoft reserved partition
├─nvme0n1p3 ntfs     EC08D72908D6F216                     5d345666-e318-4449-8c25-3a5fd1a9dcc2 Windows     Basic data partition
└─nvme0n1p4 ntfs     9828D83D28D81C56                     c6a7cbf6-4540-4184-bbb4-32c1e9933964 WinRE_DRV   Basic data partition

Mount points (filtered): _______________________________________________________

                Avail Use% Mounted on
/dev/nvme0n1p1   222M  13% /mnt/boot-sav/nvme0n1p1
/dev/nvme0n1p3 139.5G  41% /mnt/boot-sav/nvme0n1p3
/dev/nvme0n1p4 526.6M  47% /mnt/boot-sav/nvme0n1p4
/dev/sda2        4.6G  78% /mnt/boot-sav/sda2
/dev/sda3       56.2G  64% /mnt/boot-sav/sda3
/dev/sda4      945.2M   1% /mnt/boot-sav/sda4
/dev/sda5      447.3G  37% /mnt/boot-sav/sda5
/dev/sdb1        5.2G  31% /cdrom

Mount options (filtered): ______________________________________________________

/dev/nvme0n1p1 vfat            rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
/dev/nvme0n1p3 fuseblk         rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
/dev/nvme0n1p4 fuseblk         rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
/dev/sda2      ext4            rw,relatime
/dev/sda3      ext4            rw,relatime
/dev/sda4      vfat            rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
/dev/sda5      fuseblk         rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
/dev/sdb1      vfat            ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro

=================== nvme0n1p1/efi/ubuntu/grub.cfg (filtered) ===================

search.fs_uuid d8989e67-431c-4f13-ba27-c5eef68ee447 root hd0,gpt2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

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

Ubuntu   d8989e67-431c-4f13-ba27-c5eef68ee447
Ubuntu, with Linux 5.15.0-53-generic   d8989e67-431c-4f13-ba27-c5eef68ee447
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###

========================== sda2/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=d8989e67-431c-4f13-ba27-c5eef68ee447 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
# /home was on /dev/sda3 during installation
UUID=3a877d9a-317c-4ba7-a4b6-2e9ad9ca34cc /home           ext4    defaults        0       2
# swap was on /dev/sda1 during installation
UUID=3a8b6efa-ddda-46af-95a2-cb77de97cd92 none            swap    sw              0       0
UUID=0EE9-E476  /boot/efi       vfat    defaults      0       1

======================= sda2/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=""

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

           GiB - GB             File                                 Fragment(s)
  30.045902252 = 32.261541888   boot/grub/grub.cfg                             1
  28.624019623 = 30.734807040   boot/vmlinuz                                   2
  28.624019623 = 30.734807040   boot/vmlinuz-5.15.0-53-generic                 2
  28.624019623 = 30.734807040   boot/vmlinuz.old                               2
  30.100582123 = 32.320253952   boot/initrd.img                               45
  30.100582123 = 32.320253952   boot/initrd.img-5.15.0-53-generic             45
  30.100582123 = 32.320253952   boot/initrd.img.old                           45

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

-rwxr-xr-x 1 root root 18683 Apr 15  2022 10_linux
-rwxr-xr-x 1 root root 43031 Mar 30  2021 10_linux_zfs
-rwxr-xr-x 1 root root 14180 Apr 15  2022 20_linux_xen
-rwxr-xr-x 1 root root 13369 Apr 15  2022 30_os-prober
-rwxr-xr-x 1 root root  1372 Apr 15  2022 30_uefi-firmware
-rwxr-xr-x 1 root root   700 Feb 21  2022 35_fwupd
-rwxr-xr-x 1 root root   214 Jan 13  2021 40_custom
-rwxr-xr-x 1 root root   215 Apr 15  2022 41_custom

=========================== sda2/etc/grub.d/35_fwupd ===========================

#! /bin/sh
# SPDX-License-Identifier: LGPL-2.1+
set -e
[ -d ${pkgdatadir:?} ]
# shellcheck source=/dev/null
. "$pkgdatadir/grub-mkconfig_lib"
if [ -f /var/lib/fwupd/uefi_capsule.conf ] &&
   ls /sys/firmware/efi/efivars/fwupd-*-0abba7dc-e516-4167-bbf5-4d9d1c739416 1>/dev/null 2>&1; then
      . /var/lib/fwupd/uefi_capsule.conf
      if [ "${EFI_PATH}" != "" ] && [ "${ESP}" != "" ]; then
      echo "Adding Linux Firmware Updater entry" >&2
cat << EOF
menuentry 'Linux Firmware Updater' \$menuentry_id_option 'fwupd' {
EOF
      ${grub_probe:?}
      prepare_grub_to_access_device '`${grub_probe} --target=device \${ESP}` | sed -e "s/^/\t/"'
cat << EOF
	chainloader ${EFI_PATH}
}
EOF
      fi
fi

===================== sda4/efi/ubuntu/grub.cfg (filtered) ======================

search.fs_uuid d8989e67-431c-4f13-ba27-c5eef68ee447 root hd0,gpt2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

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

Try Ubuntu Budgie without installing
Try Ubuntu Budgie without installing (safe graphics)
Install Ubuntu Budgie
Install Ubuntu Budgie (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



Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would purge (in order to unsign) and reinstall the grub-efi of
sda2,
using the following options:  sda4/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 (sda4/efi/****/grub****.efi (**** will be updated in the final message) file) !
If your computer reboots directly into Windows, try to change the boot order in your UEFI firmware.
If your UEFI firmware does not allow to change the boot order, change the default boot entry of the Windows bootloader.
For example you can boot into Windows, then type the following command in an admin command prompt:
bcdedit /set {bootmgr} path \EFI\****\grub****.efi (**** will be updated in the final message)

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] 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

#22 Le 26/11/2022, à 13:09

geole

Re : Plantage général après utilisation Boot Repair

Mumi a écrit :

Geole, j'ai fait également  la commande

journalctl -b -p err 

Vous pouvez la consulter ici : https://www.transfernow.net/dl/20221126g2JMRxQN

La dernière ligne est  parlante  et l'erreur en cause est     IO CHARSET  ISO8859-1 NOT FOUND
Lorsque  tu vas  booter normalement, et que le plantage aura lieu.   La nouvelle commande à faire sera

nano /etc/fstab

Tu commenteras la ligne décrivant la partition EFI.
et tu sauvegarderas avant de quitter puis de rebooter.

Les commandes sont Ctrl o          valider la sauvegarde   Ctrl x

J'ai noté qu'il y a plein d'erreurs sur le chiffrement.

Dernière modification par geole (Le 26/11/2022, à 14:44)

Hors ligne

#23 Le 26/11/2022, à 14:40

Mumi

Re : Plantage général après utilisation Boot Repair

Super ! ça boot correctement et Ubuntu se lance.
J'ai toujours plein de lignes qui s'affichent avant avec la dernière qui commence en rouge, mais Ubuntu vient à la fin.

Par contre, je n'ai plus le menu pour choisir l'OS (Windows ou Ubuntu). Pouvez-vous juste me donner une piste pour le remettre en place, sans entrer dans les détails (vous avez déjà fait beaucoup !)
Encore mille mercis à vous pour votre aide.
Et promis je n'utiliserai plus l'app "réparateur de démarrage" sans conseil avisé !

Hors ligne

#24 Le 26/11/2022, à 14:46

Qid

Re : Plantage général après utilisation Boot Repair

Update-grub dit quoi
(Faut peut-être passer par os-prober aussi mais normalement le premier utilisé le second)


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

Hors ligne

#25 Le 26/11/2022, à 14:53

geole

Re : Plantage général après utilisation Boot Repair

1) Pour publier les anomalies de boot

journalctl --no-pager -b -p err

2) Normalement, cette commande devrait montrer windows

sudo os-prober

Si c'est le cas, pour l'ajouter

sudo update-grub

Normalement boot-repair aurait du le faire

3) Pas certain que le réparateur de démarrage y soit pour quelque chose.
Je cherche à comprendre ce que l'erreur rencontrée signifie


En première hypothèse  un logiciel bugdie pas à jour.   Donne ces retours

sudo apt update
sudo apt upgrade
sudo apt upgrade

Dernière modification par geole (Le 26/11/2022, à 14:57)

Hors ligne