#1 Le 06/10/2021, à 07:28
- iznobe
probleme de demarrage budgie 21.04
Bonjour , depuis quelques temps environ 15 jours , apres avoir demarre l' ordi , il s ' affiche un message :
" un probleme logiciel est survenu " et il me demande si je veux signaler le probleme ou pas .
rien d' autre ne parait ...
ce matin en voulant demarrer l' ordi , ca a completement planté voilà le resultat sur l' ecran :
https://zupimages.net/viewer.php?id=21/40/ll58.jpg
Du coup je ne sais pas trop quoi faire , j ' attends vos conseils ou suggestions c ' est la 1ere fois que je vois un tel soucis .
Dernière modification par iznobe (Le 06/10/2021, à 07:30)
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10
Hors ligne
#2 Le 06/10/2021, à 11:40
- Vobul

Re : probleme de demarrage budgie 21.04
T'aurais pas un disque dur en train de mourir toi dis-moi ?
Vobul
Utilisez le retour utilisable de commandes !!!
J'aime la langue française, mais je parle franglais, deal with it.
Hors ligne
#3 Le 06/10/2021, à 14:07
- iznobe
Re : probleme de demarrage budgie 21.04
Salut @Vobul ,
logiquement non
, mais bon on ne sait jamais sans avoir fait de veritable tests .
Cependant , tu dis cela par rapport a la ligne :
" kernel BUG at fs/inode.c:537 " ?
d ' apres cette ligne j ' en deduis qu ' il s' agit du disque sur lequel est installé le noyau et donc le systeme que j ' etais en train de demarrer ?
si c ' est le cas il s' agit du disque NVME adata , il a moins de 2 ans , ca serait un comble alors qu ' il est encore a 99 % de lifetime ...
Dernière modification par iznobe (Le 06/10/2021, à 14:08)
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10
Hors ligne
#4 Le 06/10/2021, à 15:20
- Vobul

Re : probleme de demarrage budgie 21.04
Oui c'est cette ligne que j'ai googlé. Peut-être que le disque est bon, mais pas le FS ? Boot sur un live et fais un fsck (et regarde l'état smart aussi).
Vobul
Utilisez le retour utilisable de commandes !!!
J'aime la langue française, mais je parle franglais, deal with it.
Hors ligne
#5 Le 06/10/2021, à 18:21
- iznobe
Re : probleme de demarrage budgie 21.04
on peut faire un SMART sur un nvme ? des precautions a prendre ou un commande specifique en rapport avec ce type de disque ?
pour ce qui est du fsck , ca ne veut pas ...
je commence par :
iznobe@iznobe-PC:~$ lsblk -fe7 -o +size
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sda 3,7T
├─sda1 ext4 Seagate_4T 4f8cc284-cd84-4eeb-b412-7539f81664c4 3,5T
└─sda2 ntfs Win_Part 63A32BC117F67B6A 195,3G
sdb 7,3T
├─sdb1 ext4 Western_8T 1db8a5b3-ff12-4d31-9463-b188ffefe43b 6,8T
└─sdb2 ext4 SAUV d9dc9f4e-a24a-4573-9465-13711480f272 520,3G
sdc 2,7T
├─sdc3 ext4 datas 01c9b796-0869-4ff9-a2a1-6c0f56ed5257 2,7T
└─sdc4 swap 61218fe2-0bd1-4ada-9dd3-5ec996a02456 [SWAP] 32G
sdd 465,8G
└─sdd1 ext4 Sauvegardes 8fa551b3-2c21-46cd-982f-7e5c42fea7cc 465,8G
nvme0n1 477G
├─nvme0n1p1 ntfs windows_10 08CCB0D8CCB0C0EC 125G
├─nvme0n1p2 ntfs D86CD8BF6CD89998 637M
├─nvme0n1p3 vfat SSD_EFI_WIN C071-9050 100M
├─nvme0n1p4 ntfs 0E52DDB352DD9FAF 535M
├─nvme0n1p5 ext4 LM_SSD eb18366b-2ac9-4a7e-8f93-ba2caa30e90e 11,6G 56% / 30,5G
├─nvme0n1p6 ext4 ubuntu_SSD 06bc0f51-50e8-4ed4-8090-903acdb7df3f 49,5G
└─nvme0n1p7 ext4 budgie_SSD 8ab22881-60b3-47aa-a0bf-54c292afae81 49,3G
iznobe@iznobe-PC:j ' enchaine donc avec :
iznobe@iznobe-PC:~$ sudo fsck -yfv /dev/nvme0n1p7
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
fsck.ext2: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/nvme0n1p7
Périphérique peut-être inexistant ?
iznobe@iznobe-PC:~$pourtant la partition existe bien :
iznobe@iznobe-PC:~$ sudo parted -l
Modèle : ATA ST4000VX000-2AG1 (scsi)
Disque /dev/sda : 4001GB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : gpt
Drapeaux de disque :
Numéro Début Fin Taille Système de fichiers Nom Drapeaux
1 1049kB 3791GB 3791GB ext4 Seagate_4T
2 3791GB 4001GB 210GB ntfs Win_Part msftdata
Modèle : ATA WDC WD82PURZ-85T (scsi)
Disque /dev/sdb : 8002GB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : gpt
Drapeaux de disque :
Numéro Début Fin Taille Système de fichiers Nom Drapeaux
1 1049kB 7443GB 7443GB ext4 Western_8T
2 7443GB 8002GB 559GB ext4 SAUV
Modèle : ATA TOSHIBA HDWD130 (scsi)
Disque /dev/sdc : 3001GB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : gpt
Drapeaux de disque :
Numéro Début Fin Taille Système de fichiers Nom Drapeaux
3 1049kB 2966GB 2966GB ext4 datas
4 2966GB 3001GB 34,4GB linux-swap(v1) swap swap
Modèle : ATA ST3500320AS (scsi)
Disque /dev/sdd : 500GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : gpt
Drapeaux de disque :
Numéro Début Fin Taille Système de fichiers Nom Drapeaux
1 1049kB 500GB 500GB ext4 Sauvegardes
Modèle : ADATA SX8200PNP (nvme)
Disque /dev/nvme0n1 : 512GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : gpt
Drapeaux de disque :
Numéro Début Fin Taille Système de fichiers Nom Drapeaux
1 1049kB 134GB 134GB ntfs msftdata
5 134GB 167GB 32,8GB ext4 LM_SSD
6 198GB 251GB 53,1GB ext4 ubuntu_SSD
7 251GB 304GB 53,0GB ext4 budgie_SSD
2 499GB 499GB 668MB ntfs caché, diag
3 499GB 500GB 105MB fat32 SSD_EFI_WIN démarrage, esp
4 500GB 500GB 561MB ntfs caché, diag
iznobe@iznobe-PC:~$Ma commande fsck est erronée ?
a priori il y a ( probablement ) un bug avec les verifications automatiques et fsck , je me retrouve constamment avec des chiffres negatifs pour les verifications de partitions , comme on peut le voir dans le retour dans la commande suivante pour la partition SDC3 :
iznobe@iznobe-PC:~$ sudo showfsck
93/130 mount(s) until fsck for /dev/nvme0n1p5
27/100 mount(s) until fsck for /dev/sdb1
***************************
* -32 * /55 mount(s) until fsck for /dev/sdc3
***************************
iznobe@iznobe-PC:~$c ' est valable pour la version 18.04 et la 20.04 d ' ubuntu aussi comme on en avait parlé dans une discussion avec Quid sur le forum .
Apres verification , le paquet " e2fsck-static n' est pas installé , je viens de l' installé , je vais verifier sur les 2 autres ditrib .
Mais le probleme reste identique , impossible de verifier le FS nvme0n1p7 . retour identique a precedemment .
EDIT :
bon a partir de ma 18.04 , ca a fonctionné :
mer. oct. 06 19:51:17 iznobe@iznobe-PC:~$ sudo showfsck
[sudo] Mot de passe de iznobe :
109/150 mount(s) until fsck for /dev/nvme0n1p6
26/100 mount(s) until fsck for /dev/sdb1
***************************
* -33 * /55 mount(s) until fsck for /dev/sdc3
***************************
mer. oct. 06 19:51:26 iznobe@iznobe-PC:~$ sudo apt install e2fsck-static
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les NOUVEAUX paquets suivants seront installés :
e2fsck-static
0 mis à jour, 1 nouvellement installés, 0 à enlever et 4 non mis à jour.
Il est nécessaire de prendre 629 ko dans les archives.
Après cette opération, 1746 ko d'espace disque supplémentaires seront utilisés.
Réception de :1 http://fr.archive.ubuntu.com/ubuntu bionic-updates/universe amd64 e2fsck-static amd64 1.44.1-1ubuntu1.3 [629 kB]
629 ko réceptionnés en 0s (1689 ko/s)
Sélection du paquet e2fsck-static précédemment désélectionné.
(Lecture de la base de données... 103191 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../e2fsck-static_1.44.1-1ubuntu1.3_amd64.deb ...
Dépaquetage de e2fsck-static (1.44.1-1ubuntu1.3) ...
Paramétrage de e2fsck-static (1.44.1-1ubuntu1.3) ...
Traitement des actions différées (« triggers ») pour man-db (2.8.3-2ubuntu0.1) ...
mer. oct. 06 19:51:43 iznobe@iznobe-PC:~$ sudo fsck -yfv /dev/nvme0n1p7
fsck de util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
355133 i-noeuds utilisés (10.97%, sur 3235840)
517 fichiers non contigus (0.1%)
400 répertoires non contigus (0.1%)
nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
Histogramme des profondeurs d'extents : 304372/164
4845293 blocs utilisés (37.47%, sur 12931640)
0 bloc défectueux
1 fichier de grande taille
263949 fichiers normaux
35700 répertoires
8 fichiers de périphérique en mode caractère
0 fichier de périphérique en mode bloc
0 fifo
168 liens
55323 liens symboliques (50437 liens symboliques rapides)
144 sockets
------------
355292 fichiers
mer. oct. 06 19:52:11 iznobe@iznobe-PC:~$ sudo fsck -yfv /dev/sdc3
fsck de util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
/dev/sdc3 est monté.
e2fsck: Ne peut continuer, arrêt immédiat.
mer. oct. 06 19:53:20 iznobe@iznobe-PC:~$ sudo umount -a
umount: /run/user/1000 : la cible est active.
umount: /sys/fs/cgroup/unified : la cible est active.
umount: /sys/fs/cgroup : la cible est active.
umount: /run/lock : la cible est active.
umount: / : la cible est active.
umount: /run : la cible est active.
umount: /dev : la cible est active.
mer. oct. 06 19:53:28 iznobe@iznobe-PC:~$ sudo fsck -yfv /dev/sdc3
fsck de util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
247971 i-noeuds utilisés (0.14%, sur 180697776)
8455 fichiers non contigus (3.4%)
114 répertoires non contigus (0.0%)
nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
Histogramme des profondeurs d'extents : 247767/184/1
220154051 blocs utilisés (30.40%, sur 724177664)
0 bloc défectueux
8 fichiers de grande taille
226481 fichiers normaux
21470 répertoires
0 fichier de périphérique en mode caractère
0 fichier de périphérique en mode bloc
0 fifo
413 liens
11 liens symboliques (11 liens symboliques rapides)
0 socket
------------
248375 fichiers
mer. oct. 06 19:53:46 iznobe@iznobe-PC:~$EDIT 2 : au redemarrage de budgie 21.04 , toujours la meme fenetre qui s ' ouvre et qui me signale un probleme avec envoi a signaler ou pas .
et voici le rapport SMART du disque nvme :
iznobe@iznobe-PC:~$ sudo smartctl -s on -a /dev/nvme0n1
[sudo] Mot de passe de iznobe :
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.11.0-37-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Number: ADATA SX8200PNP
Serial Number: 2K0320065219
Firmware Version: 42A4SANA
PCI Vendor/Subsystem ID: 0x1cc1
IEEE OUI Identifier: 0x000000
Controller ID: 1
NVMe Version: 1.3
Number of Namespaces: 1
Namespace 1 Size/Capacity: 512110190592 [512 GB]
Namespace 1 Utilization: 303393419264 [303 GB]
Namespace 1 Formatted LBA Size: 512
Local Time is: Wed Oct 6 20:03:29 2021 CEST
Firmware Updates (0x14): 2 Slots, no Reset required
Optional Admin Commands (0x0017): Security Format Frmw_DL Self_Test
Optional NVM Commands (0x005f): Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat Timestmp
Log Page Attributes (0x0b): S/H_per_NS Cmd_Eff_Lg Telmtry_Lg
Maximum Data Transfer Size: 64 Pages
Warning Comp. Temp. Threshold: 75 Celsius
Critical Comp. Temp. Threshold: 80 Celsius
Supported Power States
St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat
0 + 9.00W - - 0 0 0 0 0 0
1 + 4.60W - - 1 1 1 1 0 0
2 + 3.80W - - 2 2 2 2 0 0
3 - 0.0450W - - 3 3 3 3 2000 2000
4 - 0.0040W - - 4 4 4 4 15000 15000
Supported LBA Sizes (NSID 0x1)
Id Fmt Data Metadt Rel_Perf
0 + 512 0 0
=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x00
Temperature: 31 Celsius
Available Spare: 100%
Available Spare Threshold: 10%
Percentage Used: 1%
Data Units Read: 4569086 [2,33 TB]
Data Units Written: 6532144 [3,34 TB]
Host Read Commands: 47562404
Host Write Commands: 53369405
Controller Busy Time: 1453
Power Cycles: 478
Power On Hours: 5588
Unsafe Shutdowns: 26
Media and Data Integrity Errors: 0
Error Information Log Entries: 0
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Temperature Sensor 2: 31 Celsius
Temperature Sensor 3: 36 Celsius
Temperature Sensor 4: 26 Celsius
Temperature Sensor 5: 26 Celsius
Temperature Sensor 6: 31 Celsius
Thermal Temp. 1 Transition Count: 3
Thermal Temp. 1 Total Time: 80
Error Information (NVMe Log 0x01, 16 of 256 entries)
No Errors Logged
iznobe@iznobe-PC:~$Dernière modification par iznobe (Le 06/10/2021, à 19:05)
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10
Hors ligne
#6 Le 08/10/2021, à 18:51
- iznobe
Re : probleme de demarrage budgie 21.04
Bonjour , a nouveau probleme de demarrage , ca n ' a pas l ' air de s ' arranger et bien sur toujours , le popup " probleme logiciel deteceté => signaler ou annuler ", j ' ai du arreter l ' ordi avec CTRL + ALT + SUPPR pour redemarrer et là ca c ' est bien passé .
On ne dirait pas que c ' est la meme chose que la fois precedente , j ' avoue etre perdu .
voici que j' ai obtenu juste avant de poster mon message ici meme :
https://zupimages.net/viewer.php?id=21/40/n8mg.jpg
et la suite :
https://zupimages.net/viewer.php?id=21/40/8i57.jpg
Que penser du rapport SMART de mon disque NVME du post precedent ? est ce que le probleme ( si on arrive a identifier reellement le probleme sur les photos ) est lié a un disque dur ? au systeme de fichier ?
Dernière modification par iznobe (Le 08/10/2021, à 19:15)
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10
Hors ligne