Vous n'êtes pas identifié(e).
Est-ce que l'interface USB de la Pi est capable de gérer deux disques dur ?
Mes disques dur sont alimentés en externe.
Merci d'avance et bon début d'année
Dernière modification par joffrey575 (10-01-2018 10:51:22)
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Dernière modification par joffrey575 (08-01-2018 11:51:00)
Hors ligne
Hors ligne
puis après me voici avec un disque dur démonté et avec ces erreurs lors d'un fsck :
=> Conclusion :
1-trouver un autre schéma de boot
2-mettre les deux disques dans mon PC fixe et réveiller le PC fixe à chaque sauvegarde.
3-soit mettre le hub USB en plus mais les disques durs sont alimentés -> Possibilité d'obtenir les même erreurs
4-booter sur la carte SD et monter les 2 HDD dans le /mnt sachant que la carte microSD sera utilisé ! Possibilité d'obtenir les même erreurs
=> 2ème conclusion : avec des HDD et non des SSD, c'est encore plus mal barré pour faire des sauvegardes je pense à cause des latances !
=> comment reformater lentement mes deux disques dur qui ont subi le coup du rsync ?
Dernière modification par joffrey575 (08-01-2018 23:31:34)
Hors ligne
Dernière modification par joffrey575 (08-01-2018 23:47:59)
Hors ligne
Hors ligne
signale une erreur matérielle lors de l'accès au disque sdb. On ne peut pas être sûr avec l'USB, mais cela pourait être un problème de secteur défectueux.
Le remontage en lecture seule d'un système de fichiers présentant des erreurs est assez habituel, dans le but de le préserver.
Le disque sdb est partitionné et ce sont ses partitions sdb1 et sdb2 qui contiennent des systèmes de fichiers que fsck peut vérifier et réparer, pas sdb.
Mais c'est une mauvaise idée d'utiliser fsck tant qu'on ne connaît pas la cause des erreurs matérielles. Si c'est un problème de liaison USB ou d'alimentation, cela pourrait provoquer une corruption du système de fichiers.
Il vaut mieux montrer que raconter.
Hors ligne
Si c'est un problème de liaison USB ou d'alimentation, cela pourrait provoquer une corruption du système de fichiers.
Du coup j'ai lancé pour réinitialiser le disque dur la commande :
Après je ne suis pas un expert mais est-ce que si on peut monter les HDD une fois formaté -> comment vérifier qu'ils soient correcte ?
Si la communication n'est pas correcte, le disque n'est pas vu par la commande blkid
-------------------------------------
Solution :
Si le disque peut être monté sur un PC -> on peut considérer que c'est okey
Donc j'essaie de mettre le HUB USB et je regarde si le disque est vu par blkid sur la pi.
Je regarde ensuite les journaux pour voir si il y a toujours cette erreur de communication USB
Dernière modification par joffrey575 (09-01-2018 13:27:49)
Hors ligne
Si le disque peut être monté sur un PC -> on peut considérer que c'est okey
Non, pas forcément.
Un secteur défectueux ne provoque une erreur que lors d'une tentative de lecture ou d'écriture. Il faudrait vérifier le disque avec badblocks.
Si les commandes SMART passent par l'interface USB, tu peux aussi utiliser smartctl -a pour vérifier les attributs et les logs d'erreur SMART.
C'est un disque nativement USB ou un disque SATA dans un boîtier USB ?
Dernière modification par raleur (09-01-2018 13:52:28)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
C'est un disque SATA avec une électronique SATA <=> USB (pas de boitier)
Je ne suis pas sûr de comprendre. On peut le connecter directement en SATA sur un ordinateur ? Si oui c'est mieux pour les tests.
Comment faire mettre de coté les secteurs défectueux -> badblocks ? il les repère mais est-ce que cette commande les marques ?
Il y a deux niveaux : le disque et le système de fichiers. Pour marquer les blocs défectueux au niveau du système de fichiers, il faut que badblocks soit exécuté à travers l'option -c de e2fsck.
Au niveau du disque lui-même, la simple tentative de lecture d'un bloc défectueux suffit à le marquer mais c'est interne au disque et n'empêche pas le système de fichier d'essayer d'y accéder en lecture ou écriture.
Normalement si j'ai mis des 0 sur tout mon disque ça doit marquer les secteurs défectueux
L'écriture dans un secteur illisible peut le faire réallouer physiquement dans un secteur de réserve (et il n'apparaîtra plus comme défectueux pour le système hôte) mais ce n'est hélas pas systématique.
Il vaut mieux montrer que raconter.
Hors ligne
ll faudrait vérifier le disque avec badblocks.
J'ai utilisé e2fsck avec l'option -c çà m'a donné de bon résultat pour prolonger la durée de vie de mon disque et marqué les secteurs défectueux
voir
-c
Cette option oblige e2fsck à exécuter le programme badblocks(8) pour trouver les blocs défectueux du sys‐
tème de fichiers avec un test en lecture seule. Ils seront alors marqués comme défectueux et ajoutés à
l'inœud des blocs défectueux pour éviter qu'ils ne soient utilisés pour un fichier ou un répertoire. Si
cette option est précisée deux fois, la recherche des blocs défectueux sera effectuée avec un test non
destructif en lecture-écriture.
avoir aussi le man badbocks
Note importante : si la sortie de badblocks doit alimenter le programme e2fsck ou mke2fs, il est important
d'indiquer correctement la taille de bloc, car les numéros de blocs qui sont générés sont très dépendants de la
taille de bloc utilisée. Pour cette raison, il est fortement recommandé que les utilisateurs n'exécutent pas bad‐
blocks directement, mais qu'ils utilisent plutôt l'option -c des programmes e2fsck et mke2fs.
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Dernière modification par joffrey575 (10-01-2018 10:53:48)
Hors ligne
En tout les cas je me demande quel chemin prend le flux géré par rsync, seulement le Hub USB ou un chemin classique HDD -> pi -> HDD ?
Tes données transite par ton cable USB donc si tu le raccorde au Hub elles passent par le Hub, ce qui peut ralentir si le Hub est vieux et pas au dernière norme USB
Dernière modification par Croutons (10-01-2018 11:13:23)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Dernière modification par raleur (10-01-2018 12:52:17)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Dernière modification par raleur (11-01-2018 23:43:57)
Il vaut mieux montrer que raconter.
Hors ligne