Lancer un fsck sur partition système facilement ?

DonutMan75 · Le 19/01/2024, à 12:47

Bonjour à tous,

je poste ici mais il s'agit peut-être d'un problème XY...

J'ai un portable Dell en Dual Boot Ubuntu/Windows. Je précise que chacun de ces système sont installés sur deux disques NVMe distincts.

J'ai d'énormes soucis avec Ubuntu depuis ce matin :
- extrême lenteur au démarrage (avec des [FAILED] régulier quand je regarde ce qu'il se passe)
- des fois, ça boote de suite mais au bout de quelques minute, ça rame de fou et j'ai eu une fois des "input/out error" avec n'importe quelle commande bash que je tapais (ls, ping etc...)

En cherchant j'ai vu qu'il s'agissait potentiellement d'un problème de système de fichier corrompu.

Je tente donc désespérément d'accéder à un terminant Linux afin de faire un fsck de la partition principale de mon Ubuntu.

Trois approches :

1. Passer par Windows qui lui boote sans soucis et faire les vérifications

Sur mon Windows j'ai Cygwin et WSL Ubuntu.
Cygwin ne dispose pas de fsck et je ne sais pas si cet outil est adapté.
WSL Ubuntu me propose bien un accès à une ligne de commande, je peux installer des paquets additionnels mais... bah je ne suis pas sur de voir mes disques physiques derrière la virtualisation ?? Je ne connais pas bien cette solution et un fdisk -l ne m'affiche a priori que des disques de type "Virtual Disk"

2. Passer par une clef bootable Ubuntu

Bon alors là, la clef que j'ai crée n'apparaît pas dans les Boot Device au démarrage... Possible que ce soit une histoire de compatibilité Boot UEFI/BIOS. Faudrait que je teste plus en détail mais je m'étais dis que comme j'avais un Windows fonctionnel c'était plus simple de passer par là...

3. En dernier recours, je peux mettre la main sur un lecteur USB de disque NVMe. Mais ça nécessite d'ouvrir mon Dell et j'ignore si les disque sont facilement accessible...

Qu'en pensez-vous ? Quelle serait la solution la plus simple de dépatouiller ça selon vous ?

Merci par avance

Donut

DonutMan75 · Le 19/01/2024, à 12:55

Ok la solution 3 on oublie, ils ont mis des espèces de vis à tête étoilée à la c**....

DonutMan75 · Le 19/01/2024, à 13:24

EDIT : Bon, j'ai finalement pu lancer un Ubuntu via clef USB

Voici ce que donne un fsck sur l'unique partition de mon Ubuntu :

ubuntu@ubuntu:~$ sudo fsck.ext4 -f -v /dev/nvme1n1p2
e2fsck 1.46.5 (30-Dec-2021)
Superblock last mount time is in the future.
    (by less than a day, probably due to the hardware clock being incorrectly set)
Pass 1: Checking inodes, blocks, and sizes
Inode 95552587 extent tree (at level 1) could be shorter.  Optimize<y>? yes
Inode 95553200 extent tree (at level 1) could be shorter.  Optimize<y>? 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/nvme1n1p2: ***** FILE SYSTEM WAS MODIFIED *****

     1210744 inodes used (0.97%, out of 124993536)
        6090 non-contiguous files (0.5%)
        1445 non-contiguous directories (0.1%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 1161680/1294
   129965969 blocks used (25.99%, out of 499968256)
           0 bad blocks
          56 large files

     1054325 regular files
      104993 directories
          10 character device files
           0 block device files
           4 fifos
       41134 links
       51369 symbolic links (47714 fast symbolic links)
          34 sockets
------------
     1251869 files

Je n'ai pas l'impression qu'il y ait grand chose non ?
A deux moments il m'a demandé d'optimiser un inode, j'ai mis oui

J'ai lancé un vérification des badblocks avec l'option -c de fsck, c'est beaucoup plus long pour le coup...

Je vous tiens au courant !

D.

DonutMan75 · Le 19/01/2024, à 13:33

Bon, ça vient de terminer et voici ce que j'ai obtenu :

ubuntu@ubuntu:~$ sudo fsck.ext4 -f -v -c /dev/nvme1n1p2
e2fsck 1.46.5 (30-Dec-2021)
Checking for bad blocks (read-only test): done                                                 
/dev/nvme1n1p2: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

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

     1210744 inodes used (0.97%, out of 124993536)
        6090 non-contiguous files (0.5%)
        1445 non-contiguous directories (0.1%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 1161682/1292
   129965969 blocks used (25.99%, out of 499968256)
           0 bad blocks
          56 large files

     1054325 regular files
      104993 directories
          10 character device files
           0 block device files
           4 fifos
       41134 links
       51369 symbolic links (47714 fast symbolic links)
          34 sockets
------------
     1251869 files

Pour ce 2eme fsck, à aucun moment il ne m'a demandé s'il pouvait modifier la partition...
Pourtant à la fin, il indique " ***** FILE SYSTEM WAS MODIFIED *****"
Il n'a en revanche pas détecté de bad blocks ??

Avez-vous une idée d'autres tests à effectuer ?

Merci par avance,

D.

inbox · Le 19/01/2024, à 17:42

Salut,

Ton problème de base se trouve dans ce message :

Superblock last mount time is in the future.
    (by less than a day, probably due to the hardware clock being incorrectly set)

Deepl a écrit :

L'heure du dernier montage de Superblock est dans le futur.
(de moins d'un jour, probablement en raison d'un mauvais réglage de l'horloge matérielle)

Il te faut donc vérifier la date du Bios/EFI et si le problème se répète, probablement changer la pile de la carte mère.

A+

DonutMan75 · Le 19/01/2024, à 17:47

Merci inbox, j'étais passé à côté !!
Je serai vigilant à ce truc à l'avenir. C'est curieux car le PC (un portable Dell) est récent (moins de 2 ans)

Selon toi cette erreur est-elle susceptible de créer les messages d'erreur "input/out error" que j'ai obtenu ponctuellement (quel que soit le programme lancé en bash : ls, pwd, ping etc...) ?

Bonne soirée

D.

geole · Le 19/01/2024, à 18:28

Bonjour
C'est totalement inutile de rechercher des badblock sur des SSD et des NVME, Les secteurs sont virtuels et sont garantis sains par le firmware des SSD.
Windows ne sait pas vérifier les vraies partitions en EXT4 y compris en utilisant wsl qui transforme un FICHIER NTFS en partition EXT4.
Installe les applications smarmontools pour tes nvme

sudo apt-get install --no-install-recommends smartmontools 
sudo apt install nvme-cli

et poste ces retours pour l'un de tes nvme

sudo smartctl -s on -a /dev/dev/nvme1n1

sudo nvme error-log /dev/dev/nvme1n1

sudo nvme smart-log /dev/dev/nvme1n1

sudo nvme sanitize-log /dev/dev/nvme1n1

Et publie les anomalies de fonctionnement
du boot actuel

journalctl --no-pager -b -p err

et du boot précédant

journalctl --no-pager -b -1 -p err

Dernière modification par geole (Le 19/01/2024, à 19:58)

bruno · Le 19/01/2024, à 18:44

Modération : que faisait donc ce fil dans la section « trucs et astuces ?
Merci de faire attention à choisir la bonne section la prochaine fois.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 19/01/2024, à 12:47

Lancer un fsck sur partition système facilement ?

#2 Le 19/01/2024, à 12:55

Re : Lancer un fsck sur partition système facilement ?

#3 Le 19/01/2024, à 13:24

Re : Lancer un fsck sur partition système facilement ?

#4 Le 19/01/2024, à 13:33

Re : Lancer un fsck sur partition système facilement ?

#5 Le 19/01/2024, à 17:42

Re : Lancer un fsck sur partition système facilement ?

#6 Le 19/01/2024, à 17:47

Re : Lancer un fsck sur partition système facilement ?

#7 Le 19/01/2024, à 18:28

Re : Lancer un fsck sur partition système facilement ?

#8 Le 19/01/2024, à 18:44

Re : Lancer un fsck sur partition système facilement ?

Pied de page des forums