[Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

iznobe · Le 12/05/2021, à 09:33

Apres attends que @geole passe par là , il saura bien mieux te conseiller que moi , perso je ne m' y entends pas assez pour analyser le rapport , mais il note " PASSED " c ' est deja plutot bon signe .

Dernière modification par iznobe (Le 12/05/2021, à 09:36)

geole · Le 12/05/2021, à 09:42

Bonjour
Cela me semble inutile de lancer un test sur le disque. Il est à peine au tiers de sa vie et aucun incident n'a été détecté.

Pour le raids.
Je suis convaincu que tu peux écrire sans difficultés puis remettre dans un NAS récent
Le fait qu'il ait pu se remonter automatiquement sans "assemble" prouve qu'il utilise la dernière version logicielle 1.2
Pas surprenant, le matériel n'a que trois ans d'age.
De mémoire, il existe 4 évolutions de la version RAIDS actuellement supportées (0.9 1.0 1.1 et 1.2) ?
Si tu souhaites un peu plus de détails sur ton raids

sudo mdadm --detail /dev/md1

Dernière modification par geole (Le 12/05/2021, à 09:43)

abelthorne · Le 12/05/2021, à 09:46

Pour les détails :

$ sudo mdadm --detail /dev/md1
/dev/md1:
           Version : 1.0
     Creation Time : Tue Apr 17 17:11:01 2018
        Raid Level : raid1
        Array Size : 3897063616 (3716.53 GiB 3990.59 GB)
     Used Dev Size : 3897063616 (3716.53 GiB 3990.59 GB)
      Raid Devices : 1
     Total Devices : 1
       Persistence : Superblock is persistent

       Update Time : Wed May 12 08:13:08 2021
             State : clean 
    Active Devices : 1
   Working Devices : 1
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : resync

              Name : 1
              UUID : fb8f5d42:7edd6419:c1bbe3e9:17ffd005
            Events : 73

    Number   Major   Minor   RaidDevice State
       0       8        3        0      active sync   /dev/sda3

Je ne sais pas si ça donne des indications utiles ?

iznobe · Le 12/05/2021, à 09:49

En complement , je dirais que lancer un scan du systeme de fichiers via fsck , afin de verifier que le systeme n' est pas endommage suite a la mise hors tension .

Dernière modification par iznobe (Le 12/05/2021, à 09:57)

abelthorne · Le 12/05/2021, à 10:52

fsck fonctionne normalement avec des partitions en RAID ? Il n'y a pas des options spécifiques à utiliser ?

geole · Le 12/05/2021, à 12:19

Je me suis trompé sur la version du RAID

   Version : 1.0

Le FSCK va porter sur la structure LVM démontée

sudo fsck  -v    /dev/vg288/lv1

Dernière modification par geole (Le 12/05/2021, à 12:20)

abelthorne · Le 12/05/2021, à 12:24

Que fait l'option -v exactement ? je ne la vois pas dans le man.

$ sudo fsck -v /dev/vg288/lv1
fsck de util-linux 2.36
e2fsck 1.45.6 (20-Mar-2020)
DataVol1 : propre, 195358/964493312 fichiers, 952552424/964493312 blocs

iznobe · Le 12/05/2021, à 12:31

ca serait pas plutot ? :

sudo fsck -fyv /dev/vg288/lv1

afin de forcer la verification de la structure .

Dernière modification par iznobe (Le 12/05/2021, à 12:32)

xubu1957 · Le 12/05/2021, à 12:33

Bonjour,

Vu > moyens.net/linux/comment-reparer-une-cle-usb-corrompue-sous-linux

-v lui dit de nous montrer des informations détaillées sur la procédure.

C'est pas verbose ?

geole · Le 12/05/2021, à 12:42

Pour récupérer la commande j'ai recherché une codification pour le nom du volume trouvée un peu au-dessus
mount -v /dev/vg288/lv1
et j'ai remplacé sans réfléchir mount par fsck !!!!
cependant "fsck --help"
Indique qu'il faut mettre un grand V mais le petit v fonctionne presque pareillement et semble totalement inutile.

sudo fsck -V /dev/sdc3
fsck de util-linux 2.34
[/usr/sbin/fsck.ext4 (1) -- /dev/sdc3] fsck.ext4 /dev/sdc3 
e2fsck 1.45.5 (07-Jan-2020)
HippoRoot : propre, 175641/1048576 fichiers, 2391829/4194304 blocs (vérification dans 3 montages)

sudo fsck -v /dev/sdc3
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
HippoRoot : propre, 175641/1048576 fichiers, 2391829/4194304 blocs (vérification dans 3 montages)

C'est l'option -f qu'il faut mettre pour forcer
est souvent complétée par y afin de faire des réponses automatiques
et donc, peut être complétée éventuellement par un grand V

Dernière modification par geole (Le 12/05/2021, à 12:49)

iznobe · Le 12/05/2021, à 12:49

voici un exemple de sortie chez moi avec option -fyv comme indiqué dans la doc , mais je ne sais pas si ca s ' applique aux volumes cryptés :

iznobe@iznobe-PC:~$ sudo fsck -fyvV /dev/sda1
[sudo] Mot de passe de iznobe : 
fsck de util-linux 2.36.1
[/usr/sbin/fsck.ext4 (1) -- /dev/sda1] fsck.ext4 -fyv /dev/sda1 
e2fsck 1.45.7 (28-Jan-2021)
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

      223705 i-noeuds utilisés (0.11%, sur 211107840)
        6888 fichiers non contigus (3.1%)
         216 répertoires non contigus (0.1%)
             nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
             Histogramme des profondeurs d'extents : 223563/133
   121497350 blocs utilisés (14.39%, sur 844431360)
           0 bloc défectueux
           9 fichiers de grande taille

      204856 fichiers normaux
       18839 répertoires
           0 fichier de périphérique en mode caractère
           0 fichier de périphérique en mode bloc
           0 fifo
           0 lien
           1 lien symbolique (1 lien symbolique rapide)
           0 socket
------------
      223696 fichiers
iznobe@iznobe-PC

pas vu de difference entre :

fsck -fyvV /dev/sda1

fsck -fyv /dev/sda1

fsck -fyV /dev/sda1

Dernière modification par iznobe (Le 12/05/2021, à 12:53)

abelthorne · Le 12/05/2021, à 12:49

Ah, j'avais vu le -V (verbose) mais je pensais que -v était peut-être différent.

Du coup, je fais un sudo fsck -fyv /dev/vg288/lv1 ?

Dernière modification par abelthorne (Le 12/05/2021, à 12:55)

abelthorne · Le 12/05/2021, à 12:55

Je l'ai lancé sans le -y et j'ai eu ça :

Passe 1 : vérification des i-noeuds, des blocs et des tailles
l'i-noeud 15859714 a le drapeau INDEX_FL activé sur le système de fichiers sans support des htrees.
Effacer l'index HTree<o>?

Dans le doute, j'ai répondu non mais j'ai eu la même question ensuite sur un autre inode et j'ai validé sans faire exprès. J'ai ensuite arrêté en catastrophe, du coup il me dit que le système de fichiers a été modifié.

Avant d'aller plus loin, qu'est-ce que c'est que ces INDEX_FL et htrees ? Est-ce que je dois le laisser les effacer (si ce n'est pas le cas, ben c'est trop tard pour un) ou non ?

iznobe · Le 12/05/2021, à 13:03

un post en anglais dans lequel il est decrit l ' operation entiere : https://askubuntu.com/questions/1124500 … -with-fsck
il utilise la commande suivante :

fsck -fy /dev/xubuntu-vg/root

je ne sais pas du tout ce q u' est INDEX_FL et htrees , mais en cherchant :
https://forum.qnap.com/viewtopic.php?t=157150

abelthorne · Le 12/05/2021, à 13:07

Je suis tombé sur ce sujet aussi mais il n'y a pas vraiment de réponse dedans. Ni dans les autres que j'ai trouvés.

iznobe · Le 12/05/2021, à 13:10

j ' ai trouvé celui-ci , il repare , mais n' explique pas grand chose
https://dwaves.de/2015/03/26/qnap-files … isk-by-sh/

abelthorne · Le 12/05/2021, à 13:13

Bon, j'ai relancé le fsck, je vais répondre oui pour cette histoire d'index et on verra bien...

EDIT : il est en train d'"optimiser" des "arbres d'extent d'i-nœuds" qui sont "trop étroits". Y en a un paquet. J'espère que je ne suis pas en train de faire une connerie.

Dernière modification par abelthorne (Le 12/05/2021, à 13:16)

iznobe · Le 12/05/2021, à 13:15

attends , je viens de trouver un lien interressant , mais relativement complexe :
https://bugzilla.kernel.org/show_bug.cgi?id=404

il se pourrait que ca soit du au montage du disque dans le systeme ubuntu sans le supprt de htree activé d' apres le lien .

Dernière modification par iznobe (Le 12/05/2021, à 13:17)

abelthorne · Le 12/05/2021, à 13:16

Ah. Trop tard.

geole · Le 12/05/2021, à 13:17

Les différences entre les 3 options
sudo fsck -fV /dev/sdc3
fsck de util-linux 2.34
[/usr/sbin/fsck.ext4 (1) -- /dev/sdc3] fsck.ext4 -f /dev/sdc3
e2fsck 1.45.5 (07-Jan-2020)
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
HippoRoot : 175641/1048576 fichiers (0.2% non contigus), 2391829/4194304 blocs

sudo fsck -fv /dev/sdc3
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
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

175641 i-noeuds utilisés (16.75%, sur 1048576)
141 fichiers non contigus (0.1%)
148 répertoires non contigus (0.1%)
nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
Histogramme des profondeurs d'extents : 149825/43
2391829 blocs utilisés (57.03%, sur 4194304)
0 bloc défectueux
2 fichiers de grande taille

128789 fichiers normaux
18305 répertoires
8 fichiers de périphérique en mode caractère
0 fichier de périphérique en mode bloc
0 fifo
1 lien
28529 liens symboliques (25756 liens symboliques rapides)
1 socket
------------
175633 fichiers

sudo fsck -f /dev/sdc3
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
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
HippoRoot : 175641/1048576 fichiers (0.2% non contigus), 2391829/4194304 blocs

Dernière modification par geole (Le 12/05/2021, à 13:18)

iznobe · Le 12/05/2021, à 13:19

Bon ben de toute façon ils ont l' air de dire que ca n' est pas grave et que l' erreur revient de toute façon

a mon niveau de comprehension , j' avoue ne pas suivre ni comprendre tout ce qu ' ils expliquent sur le bug a part que c' est censé etre resolu .

Dernière modification par iznobe (Le 12/05/2021, à 13:22)

geole · Le 12/05/2021, à 13:22

abelthorne a écrit :

Bon, j'ai relancé le fsck, je vais répondre oui pour cette histoire d'index et on verra bien...
EDIT : il est en train d'"optimiser" des "arbres d'extent d'i-nœuds" qui sont "trop étroits". Y en a un paquet. J'espère que je ne suis pas en train de faire une connerie.

Je pense que cela ne va pas prêter à conséquences
Ce sont des options qui sont utilisées lors de la création du file système
et les valeurs par défaut ont évolués a un moment donné

De toutes façons le logiciel NAS doit avoir lui aussi une séquence de vérification d'intégrité. Il saura remettre comme il lui plaît.

Dernière modification par geole (Le 12/05/2021, à 13:25)

abelthorne · Le 12/05/2021, à 13:30

Résultat du fsck :

DataVol1: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

      195342 i-noeuds utilisés (0.02%, sur 964493312)
        8970 fichiers non contigus (4.6%)
         230 répertoires non contigus (0.1%)
             nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
             Histogramme des profondeurs d'extents : 183755/799/1799
   952540666 blocs utilisés (98.76%, sur 964493312)
           0 bloc défectueux
         481 fichiers de grande taille

      172116 fichiers normaux
        8423 répertoires
           0 fichier de périphérique en mode caractère
           0 fichier de périphérique en mode bloc
           0 fifo
           0 lien
       14789 liens symboliques (8976 liens symboliques rapides)
           5 sockets
------------
      195333 fichiers

Il a fait pas mal de corrections. Il a supprimé une quinzaine de fichiers sans conséquences (des restes de vignettes). A priori, ça a l'air ok.

iznobe · Le 12/05/2021, à 13:39

Par contre , on remarque que les inoeuds sont a blocs , ( jeu de mots un peu foireux lol ) 98.76 % utilisés

a quoi ca sert exactement les inoeuds ? j ' ai vu que ca prenait de la place lors du formatage et qu on pouvait en formattant manuellement reduire la quantité utilisé par defaut .

Dernière modification par iznobe (Le 12/05/2021, à 13:41)

abelthorne · Le 12/05/2021, à 13:41

Oui, le disque est bien rempli.

Les i-nœuds (inodes) sont les index vers les fichiers (un inode = un fichier/dossier). C'est ce qui est utilisé par Linux pour y accéder et les manipuler. Si tu veux des infos plus détaillées : https://fr.wikipedia.org/wiki/N%C5%93ud_d%27index

Dernière modification par abelthorne (Le 12/05/2021, à 13:44)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 12/05/2021, à 09:33

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#27 Le 12/05/2021, à 09:42

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#28 Le 12/05/2021, à 09:46

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#29 Le 12/05/2021, à 09:49

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#30 Le 12/05/2021, à 10:52

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#31 Le 12/05/2021, à 12:19

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#32 Le 12/05/2021, à 12:24

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#33 Le 12/05/2021, à 12:31

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#34 Le 12/05/2021, à 12:33

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#35 Le 12/05/2021, à 12:42

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#36 Le 12/05/2021, à 12:49

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#37 Le 12/05/2021, à 12:49

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#38 Le 12/05/2021, à 12:55

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#39 Le 12/05/2021, à 13:03

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#40 Le 12/05/2021, à 13:07

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#41 Le 12/05/2021, à 13:10

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#42 Le 12/05/2021, à 13:13

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#43 Le 12/05/2021, à 13:15

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#44 Le 12/05/2021, à 13:16

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#45 Le 12/05/2021, à 13:17

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#46 Le 12/05/2021, à 13:19

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#47 Le 12/05/2021, à 13:22

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#48 Le 12/05/2021, à 13:30

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#49 Le 12/05/2021, à 13:39

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#50 Le 12/05/2021, à 13:41

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

Pied de page des forums