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 19/11/2021, à 01:05

iznobe

Erreurs dans le systeme fichiers

Bonsoir , depuis l ' installation de mon SSD NVME , j ' ai remarque une chose surprenante :
je suis confronté relativement souvent a des erreurs dans le systeme de fichiers de ma session budgie 21.10 actuellement , mais pareil avec la 21.04 qui m' empeche de demarrer l' OS normalement au moins 5 ou 6 fois deja si ce n' est plus .

Je ne comprends pas pourquoi j ' ai ces erreurs alors que je n' arrete jamais ( ou presque ) mes sessions brutalement .
de puis plus de 10 ans que je suis sous linux , cela a du m' arriver 2 fois sans disque NVME , mais depuis environ un an et demi plus de 6 fois a priori sans raison apparente .

Je demarre donc un autre OS , et passe la commande dans la doc https://doc.ubuntu-fr.org/fsck :

sudo fsck -f -c -v /dev/nvme0n1p7

et tout rentre dans l' ordre apres avoir corrigé plusieurs erreurs .

j ' aimerais bien comprendre ce qui se passe , mais honnetement je ne me sens pas de me lancer seul dans l ' analyse des secteurs du FS de mon disque nvme , je n' ai clairement pas les competences .

Bref , y aurais t il une raison particuliere a l' apparition des ces erreurs dans mon FS ?
que puis je faire de mal , ou ne pas faire , peut etre , qui provoquerait ces erreurs ?
est ce que le probleme vient d' ailleurs , le disque lui meme , l ' OS ?
Comment faire pour savoir et remedier clairement a ce probleme , des idees , des pistes sur le sujet ?

j ' avais evoqué un probleme a priori similaire il y a moins de 2 mois dans lequel j ' avias fourni un smartctl du disque nvme , mais sans suite .
je peux evidemment en fournir un nouveau si besoin .

quelques infos de base :

iznobe@iznobe-PC:~$ lshw -sanitize | grep nvme
ATTENTION : ce programme devrait être lancé en tant que super-utilisateur.
                configuration : driver=nvme latency=0
              *-nvme0
                   nom logique: /dev/nvme0
                   configuration : nqn=nqn.2014.08.org.nvmexpress:1cc11cc12K0320065219        ADATA SX8200PNP state=live
                      nom logique: /dev/nvme0n1
ATTENTION : les informations sont potentiellement incomplètes ou erronées, vous devriez lancer ce programme en tant que super-utilisateur.
iznobe@iznobe-PC:~
iznobe@iznobe-PC:~$ lsblk -fe7 -o +size,ro
NAME        FSTYPE FSVER LABEL           UUID                                 FSAVAIL FSUSE% MOUNTPOINT                  SIZE RO
sda                                                                                                                      3,6T  0
├─sda1      ext4   1.0   Seagate_4T      4f8cc284-cd84-4eeb-b412-7539f81664c4                                            3,4T  0
├─sda2      ntfs         Win_Part        63A32BC117F67B6A                                                              195,3G  0
├─sda3      ext3   1.0   ubuntu_secours  89f71135-b459-4c74-bfa3-e9d27df4369d                                           14,1G  0
└─sda4      ext4   1.0   Debian_bullseye eb4da8d1-c3ea-4788-9692-e9e23690066e                                           19,5G  0
sdb                                                                                                                      7,3T  0
├─sdb1      ext4   1.0   Western_8T      1db8a5b3-ff12-4d31-9463-b188ffefe43b      2T    69% /Vidéos                     6,8T  0
└─sdb2      ext4   1.0   SAUV            d9dc9f4e-a24a-4573-9465-13711480f272                                          520,3G  0
sdc                                                                                                                      2,7T  0
├─sdc3      ext4   1.0   datas           01c9b796-0869-4ff9-a2a1-6c0f56ed5257      2T    24% /datas                      2,7T  0
└─sdc4      swap   1                     61218fe2-0bd1-4ada-9dd3-5ec996a02456                [SWAP]                       32G  0
sdd                                                                                                                    465,8G  0
└─sdd1      ext4   1.0   Sauvegardes     8fa551b3-2c21-46cd-982f-7e5c42fea7cc    7,4G    93% /media/iznobe/Sauvegardes 465,8G  0
nvme0n1                                                                                                                476,9G  0
├─nvme0n1p1 ntfs         windows_10      08CCB0D8CCB0C0EC                                                                125G  0
├─nvme0n1p2 ntfs                         E49A115A9A112B16                                                                637M  0
├─nvme0n1p3 vfat   FAT32 SSD_EFI_WIN     C071-9050                              58,9M    39% /boot/efi                   100M  0
├─nvme0n1p4 ntfs                         0E52DDB352DD9FAF                                                                535M  0
├─nvme0n1p5 ext4   1.0   LM_SSD          eb18366b-2ac9-4a7e-8f93-ba2caa30e90e                                           30,5G  0
├─nvme0n1p6 ext4   1.0   ubuntu_SSD      06bc0f51-50e8-4ed4-8090-903acdb7df3f                                           49,4G  0
└─nvme0n1p7 ext4   1.0   budgie_SSD      8ab22881-60b3-47aa-a0bf-54c292afae81     31G    31% /                          49,3G  0
iznobe@iznobe-PC:~$
iznobe@iznobe-PC:~$ sudo hdparm -I /dev/nvme0n1

/dev/nvme0n1:
iznobe@iznobe-PC:~$

ce dernier retour est plutot curieux non ? avec les disques classiques , cette commande fonctionne .

Merci d' avance .

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


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#2 Le 19/11/2021, à 12:37

ylag

Re : Erreurs dans le systeme fichiers

Bonjour,

Serait-il possible que la commande hdparm soit incompatible avec le nvme ?
Je vois ceci au début du retour de man hdparm :

HDPARM(8)                            System Manager's Manual                            HDPARM(8)

NAME
       hdparm - get/set SATA/IDE device parameters
...

?

Dernière modification par ylag (Le 19/11/2021, à 12:37)

Hors ligne

#3 Le 19/11/2021, à 15:56

iznobe

Re : Erreurs dans le systeme fichiers

Salut ylag , ca doit etre effectivement le cas .
Dans ce cas comment avoir ( quel paquet gere ) les infos precises des disques nvme ainsi que la gestion des parametres ?


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#4 Le 19/11/2021, à 16:00

ylag

Re : Erreurs dans le systeme fichiers

Bonjour,

Dans ce cas comment avoir ( quel paquet gere ) les infos precises des disques nvme ainsi que la gestion des parametres ?

Désolé, je n'ai pas de connaissances concernant le NVME...

Il y aurait peut-être certains outils dans ce paquet : nvme-cli ?

A+

Dernière modification par ylag (Le 19/11/2021, à 16:04)

Hors ligne

#5 Le 19/11/2021, à 16:09

geole

Re : Erreurs dans le systeme fichiers

iznobe a écrit :

Bonsoir , depuis l ' installation de mon SSD NVME , j ' ai remarque une chose surprenante :
je suis confronté relativement souvent a des erreurs dans le systeme de fichiers de ma session budgie 21.10 actuellement , mais pareil avec la 21.04 qui m' empeche de demarrer l' OS normalement au moins 5 ou 6 fois deja si ce n' est plus .

Je ne comprends pas pourquoi j ' ai ces erreurs alors que je n' arrête jamais ( ou presque ) mes sessions brutalement .
de puis plus de 10 ans que je suis sous linux , cela a du m' arriver 2 fois sans disque NVME , mais depuis environ un an et demi plus de 6 fois a priori sans raison apparente .

Je demarre donc un autre OS , et passe la commande dans la doc https://doc.ubuntu-fr.org/fsck :

sudo fsck -f -c -v /dev/nvme0n1p7

et tout rentre dans l' ordre apres avoir corrigé plusieurs erreurs .

j ' aimerais bien comprendre ce qui se passe ,

Bonjour
Il m'arrive souvent de penser  que les firmwares des nvme   n'ont pas  prévus qu'ils pouvaient être utilisés par UBUNTU.

Il me semble ( c'est presque certain) que ubuntu n'a pas prévu d'utiliser des NVME. Très souvent l'utilisateur doit dire que le NVME doit être utilisé comme s'il était un disque dur (AHCI)

Ce que tu décris semble confirmer mon ressenti.
Tu peux toujours regarder l'état smartcl des NVME ; Il existe une application dédiée.

En ligne

#6 Le 19/11/2021, à 16:47

iznobe

Re : Erreurs dans le systeme fichiers

ylag a écrit :

Il y aurait peut-être certains outils dans ce paquet : nvme-cli ?

A+

ah ca avance tout de meme ... je ne sais pas si c ' est installer par defaut , mais c ' est effectivement le paquet en charge des disque PCI-E NVME !

je vais regarder ca de pres ce soir merci .

@geole merci pour l ' appli , je regarderais ca au calme .


Sur mon pi , a des fins de test , je viens d ' installer " hdparm " qui ne servira a rien vu que pas de disque SATA ni IDE :

pi@raspberrypi:~ $ man hdparm
Aucune entrée de manuel pour hdparm
pi@raspberrypi:~ $ sudo apt update
Réception de :1 http://archive.raspberrypi.org/debian buster InRelease [32,6 kB]
Réception de :2 http://packages.azlux.fr/debian buster InRelease [3986 B]
Réception de :3 http://packages.azlux.fr/debian buster/main armhf Packages [318                                                                                                                     7 B]
Réception de :4 http://mirrors.ircam.fr/pub/raspbian/raspbian buster InRelease [                                                                                                                     15,0 kB]
Réception de :5 http://archive.raspberrypi.org/debian buster/main armhf Packages                                                                                                                      [393 kB]
448 ko réceptionnés en 2s (292 ko/s)
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Tous les paquets sont à jour.
pi@raspberrypi:~ $ sudo apt install hdparm
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets supplémentaires suivants seront installés :
  powermgmt-base
Paquets suggérés :
  apmd
Les NOUVEAUX paquets suivants seront installés :
  hdparm powermgmt-base
0 mis à jour, 2 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 119 ko dans les archives.
Après cette opération, 259 ko d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n]
Réception de :1 http://mirrors.ircam.fr/pub/raspbian/raspbian buster/main armhf                                                                                                                      hdparm armhf 9.58+ds-1 [108 kB]
Réception de :2 http://mirrors.ircam.fr/pub/raspbian/raspbian buster/main armhf                                                                                                                      powermgmt-base all 1.34 [11,1 kB]
119 ko réceptionnés en 4s (29,2 ko/s)
Sélection du paquet hdparm précédemment désélectionné.
(Lecture de la base de données... 151598 fichiers et répertoires déjà installés.                                                                                                                     )
Préparation du dépaquetage de .../hdparm_9.58+ds-1_armhf.deb ...
Dépaquetage de hdparm (9.58+ds-1) ...
Sélection du paquet powermgmt-base précédemment désélectionné.
Préparation du dépaquetage de .../powermgmt-base_1.34_all.deb ...
Dépaquetage de powermgmt-base (1.34) ...
Paramétrage de powermgmt-base (1.34) ...
Paramétrage de hdparm (9.58+ds-1) ...
Traitement des actions différées (« triggers ») pour man-db (2.8.5-2) ...
pi@raspberrypi:~ $

on voit qu il installe un paquet supplementaire nommé powermgmt-base , d ' apres son nom on peut supposer qu ' il gere l ' alimentation des disques , je vais essayer de voir si le probleme ne viendrait pas ce paquet pour les disques NVME ( en AHCI ) .

Dernière modification par iznobe (Le 19/11/2021, à 16:48)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#7 Le 20/11/2021, à 20:09

iznobe

Re : Erreurs dans le systeme fichiers

Bonsoir , ben rien vu de particulier , pas evident de trouver des infos precises sur les paquets ., j' ai pas du chercher au bon endroit car pas trouver de detail sur ce que fait rellement ce paquets .


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#8 Le 22/11/2021, à 23:13

iznobe

Re : Erreurs dans le systeme fichiers

Bonsoir , je fournis donc le rapport de mon disque nvme apres avoir installé le paquet " nvme-cli " , des fois qu ' on y voit un probleme :

iznobe@iznobe-PC:~$ sudo smartctl -s on -a /dev/nvme0n1
[sudo] Mot de passe de iznobe :    
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.11.0-40-generic] (local build)
Copyright (C) 2002-19, 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
Number of Namespaces:               1
Namespace 1 Size/Capacity:          512110190592 [512 GB]
Namespace 1 Utilization:            288621895680 [288 GB]
Namespace 1 Formatted LBA Size:     512
Local Time is:                      Mon Nov 22 23:10:59 2021 CET
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
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:                    7892015 [4,04 TB]
Data Units Written:                 7293399 [3,73 TB]
Host Read Commands:                 67504131
Host Write Commands:                63736714
Controller Busy Time:               1773
Power Cycles:                       542
Power On Hours:                     5963
Unsafe Shutdowns:                   27
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:               25 Celsius
Temperature Sensor 5:               25 Celsius
Temperature Sensor 6:               31 Celsius
Thermal Temp. 1 Transition Count:   3
Thermal Temp. 1 Total Time:         80

Error Information (NVMe Log 0x01, max 256 entries)
No Errors Logged

iznobe@iznobe-PC:~$

retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#9 Le 24/11/2021, à 19:05

iznobe

Re : Erreurs dans le systeme fichiers

Bonjour , la commande fstrim , est censé s ' executer automatiquement par l' OS .
cependant lorsque je la lance manuellement voilà ce que ca donne :

iznobe@iznobe-PC:~$ sudo fstrim -v /media/iznobe/budgie_SSD
/media/iznobe/budgie_SSD : 32,8 GiB (35205726208 octets) réduits
iznobe@iznobe-PC:~$ sudo fstrim -v /media/iznobe/LM_SSD
/media/iznobe/LM_SSD : 12,7 GiB (13619982336 octets) réduits
iznobe@iznobe-PC:~$ sudo fstrim -v /media/iznobe/ubuntu_SSD
/media/iznobe/ubuntu_SSD : 42,3 GiB (45377159168 octets) réduits
iznobe@iznobe-PC:~$ sudo fstrim -v /media/iznobe/windows_10
/media/iznobe/windows_10 : 67,4 GiB (72375521280 octets) réduits
iznobe@iznobe-PC:~$ 

Comment expliquer que le total soit de 67 + 55 + 33 = 155 GiB , alors que l ' utilisation de mon disque est de : 99.15 Gio selon gparted .

d ' apres le retour des commandes ci-dessus , j' en deduis qu ' aucun des os n ' execute fstrim automatiquement .

j ' ai lu dans la doc qu ' il fallait lancer la commande fstrim a partir d ' un autre disque que celui sur lequel on veut proceder  : https://doc.ubuntu-fr.org/ssd_solid_sta … m_manuelle

Bref au final on y comprend pas grand chose , et honnetement j ' ai pas l' impression que l ' execution soit faite automatiquement .

Qu ' en pensez vous ?


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#10 Le 24/11/2021, à 19:35

geole

Re : Erreurs dans le systeme fichiers

Bonsoir,
extraits de l'état mvme

Namespace 1 Size/Capacity:          512110190592 [512 GB]
Namespace 1 Utilization:            288621895680 [288 GB]

Il trouve donc 288 GB utilisés.
Si gparted dit qu'il y a réellement  99  GB d'utilisés, la quantité à récupérer ( strimer) devrait être de 189 GB. Comme tu n'en as libéré que 155, il y a quand même  44 de différence.
Mais si tu as libéré cet espace cette semaine, rappelles-toi que le crontab de libération n'est lancé que le lundi à 0 heure.

Dernière modification par geole (Le 24/11/2021, à 19:40)

En ligne

#11 Le 24/11/2021, à 20:30

iznobe

Re : Erreurs dans le systeme fichiers

Bonsoir geole , oui , mais comme j ' eteins mon ordi quand je ne m' en sers pas , y a pas de crontab qui enclenche le lundi a 0h00 . c ' est certainement pour cela que le fstrim ne s ' execute jamais .
Merci pour le rappel .


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#12 Le 24/11/2021, à 21:13

geole

Re : Erreurs dans le systeme fichiers

Normalement, lors de la première mise en route de la semaine, le crontab initialisé le lundi matin doit se mettre en route, mais il ne s'occupera que des partitions montées automatiquement.

En ligne