#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 blocksMais 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 maintenanceComme 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 
Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message
1) Les balises-code sont les < > (crochets bleus) de la barre de mise en forme.
_ _ _
3) /!\ Si vous avez plusieurs retours à donner, séparez-les bien (toujours pour la lisibilité) :
commecela.
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é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
#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 Ubuntu 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
Vu > askubuntu.com/questions/1319227/transaction-for-graphical-target-start-is-destructive, il faut attendre des aidants pointus.
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
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 Ubuntu 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.fatA+
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 COMPLET et 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
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 Ubuntu 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 Ubuntu 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 /mnttu donnes le retour suivant afin que l' on voit ton fstab :
cat /mnt/etc/fstabsudo umount -v /mntlorsque 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+sizeDernière modification par iznobe (Le 24/11/2022, à 23:21)
retour COMPLET et 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 errElle 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é.
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
#14 Le 25/11/2022, à 19:43
- Mumi
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 /mnttu donnes le retour suivant afin que l' on voit ton fstab :
cat /mnt/etc/fstabsudo umount -v /mntlorsque 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/sda3Dernière modification par geole (Le 25/11/2022, à 21: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
#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 1peut 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-A504Du 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 
, 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 COMPLET et 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
@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.
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)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#19 Le 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 
, bon , en meme temps gerer le boot sans OS , c ' est pas forcement évident .
retour COMPLET et 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é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
#22 Le 26/11/2022, à 13:09
- geole
Re : Plantage général après utilisation Boot Repair
Geole, j'ai fait également la commande
journalctl -b -p errVous 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/fstabTu 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)
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 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 Ubuntu 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 err2) Normalement, cette commande devrait montrer windows
sudo os-proberSi c'est le cas, pour l'ajouter
sudo update-grubNormalement 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 updatesudo apt upgradesudo apt upgradeDernière modification par geole (Le 26/11/2022, à 14:57)
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