Vous n'êtes pas identifié(e).
J'ai d'abord avec un cd W7 exécuté :
Sans succès.
Du coup j'ai suivie le tutoriel sur le wiki avec dd_rescue https://debian-facile.org/doc:systeme:ddrescue
Ayant récupéré un hdd externe de 1To que j'ai formaté en NTFS sur une seul partition.
Sur le disque de sdc1 il y a une copie exact de l'autre disque. Par contre tout l'espace sur le disque est occupé.
J'ai ensuite exécuté la commande badblocks sur le disque sde.
Ce matin j'ai formaté une partition sur sde en ext4
J'ai relancé un badblocks et aucune erreur.
Je cherche sur le web et m'intéresse à savoir comment analyser tout ça, quelle commande la plus simple utiliser maintenant pour restaurer ma sauvegarde de sdc vers sde?
Merci d'avance.
Dernière modification par Atys (15-08-2018 15:26:37)
La liberté d’expression est un droit fondamental ouvert à tous les citoyens dans le respect des lois.
Hors ligne
La liberté d’expression est un droit fondamental ouvert à tous les citoyens dans le respect des lois.
Hors ligne
La liberté d’expression est un droit fondamental ouvert à tous les citoyens dans le respect des lois.
Hors ligne
donc tu veux transferer sdc vers sde (du plus grand au plus petit si j'ai bien compris)
Oui, j'ai utilisé dd_rescue comme indiqué dans le post #1, mais comment faire pour restaurer mes données, 350Go environs, en gardant l'espace libre ?
Je peux garder un système de fichier EXT4 ou je repasse en NTFS ?
Bonne journée
La liberté d’expression est un droit fondamental ouvert à tous les citoyens dans le respect des lois.
Hors ligne
Ayant récupéré un hdd externe de 1To que j'ai formaté en NTFS sur une seul partition.
dd_rescue -l transfert_errors.log /dev/sde1 /dev/sdc1
Il était inutile de formater la partition de destination puisque dd et ses semblables écrasent le format de la destination. La partition est maintenant en NTFS car c'est le format de la partition d'origine. D'autre part il aurait été plus judicieux faire la sauvegarde dans un fichier image (qui n'aurait occupé que la taille de la partition source) plutôt que dans une partition brute.
J'ai ensuite exécuté la commande badblocks sur le disque sde.
Qui détecte deux groupes de secteurs défectueux aux mêmes positions que dd_rescue. Cohérent.
mkfs.ext4 -L DATA /dev/sde1J'ai relancé un badblocks et aucune erreur.
Tu as eu de la chance.
1) Le formatage en ext4 a écrit dans les secteurs défectueux (proches du début de la partition, où se trouvent les méta-données)
2) L'écriture dans ces secteurs semble les avoir réparés ou fait réallouer.
Si smartctl fonctionne avec ce disque externe (USB ?), tu peux l'utiliser pour voir les attributs SMART.
A moins que les secteurs aient été réalloués, je leur ferais moyennement confiance et je recréerais la partition en décalant légèrement son début au delà des positions de ces secteurs. Les secteurs en question étant situés très près du début du disque, l'espace perdu sera minime (2 Mo). Minime mais suffisant pour que le contenu brut de la partition ne puisse y être restauré bloc par bloc. Par contre si tu n'as pas mis en place de droits d'accès particuliers sur le contenu de ce disque, tu peux le reformater en NTFS (si tu as besoin d'y accéder depuis Windows ou un autre système qui ne sait pas lire ext4) et y recopier le contenu fichier par fichier en montant la partition dans laquelle tu as fait la sauvegarde.
Si tu choisis de faire confiance à ces secteurs réparés, tu peux simplement refaire un dd dans l'autre sens. Pas besoin de reformater la partition puisque dd écrasera le format et remettra le format NTFS d'origine. Ne pas se tromper de sens de copie !
Il vaut mieux montrer que raconter.
Hors ligne
Si smartctl fonctionne avec ce disque externe (USB ?), tu peux l'utiliser pour voir les attributs SMART.
Oui c'est de l'USB
A moins que les secteurs aient été réalloués, je leur ferais moyennement confiance et je recréerais la partition en décalant légèrement son début au delà des positions de ces secteurs.
et y recopier le contenu fichier par fichier en montant la partition dans laquelle tu as fait la sauvegarde.
Si j'ai bien procédé, je peux faire comme cela ?
Dernière modification par Atys (18-08-2018 11:43:57)
La liberté d’expression est un droit fondamental ouvert à tous les citoyens dans le respect des lois.
Hors ligne
L'attribut Current_Pending_Sector, qui compte les secteurs actuellement illisibles détectés lors des accès par le système hôte, est revenu à 0.
L'attribut "Offline_Uncorrectable", qui compte les secteurs illisibles détectés lors des auto-tests hors ligne, compte encore les deux secteurs défectueux, mais il est possible que sa valeur ne soit mise à jour que lors des auto-tests hors ligne.
Les deux attributs Reallocated_* sont à 0, indiquant qu'il n'y a pas eu de réallocation donc les secteurs illisibles ont été réparés "sur place". Du coup je les classe dans la catégorie "secteurs à risque".
Premier secteur (2048-976773167, 2048 par défaut) : 6000
L'usage actuel veut qu'on aligne les partitions sur des limites de blocs de 1 Mio, soit des multiples de 2048 secteurs logiques de 512 octets, ce qui n'est pas le cas de 6000. Il aurait fallu spécifier 6144. Je suis surpris que fdisk n'ait pas affiché un avertissement.
Ceci dit 6000 est un multiple de 8 (4096 octets), c'est donc suffisant pour un disque dur car 4096 octets est la taille des secteurs physiques qu'on peut trouver sur les disques durs au format avancé 512e. D'après fdisk ce disque a des secteurs physiques de 512 octets mais le fait que les secteurs défectueux détectés par badblocks soit des groupes de 8 secteurs logiques consécutifs alignés sur des multiples de 8 secteurs me fait soupçonner qu'en réalité il a des secteurs physiques de 4096 octets et c'est masqué par l'interface USB. Par conséquent pour ne pas dégrader les performances il vaut mieux aligner la partition sur un multiple de 8 secteurs logiques. Avec 6000 c'est bon.
/dev/sde1 contient un système de fichiers ntfs étiqueté « SAVE »
Comment se fait-il qu'il y ait le début d'un système de fichiers NTFS à cette position alors que l'ancienne partition commençait au secteur 2048 ?
Si j'ai bien procédé, je peux faire comme cela ?
Oui si le format ext4 convient pour l'usage de ce disque, s'il va être utilisé seulement avec Linux.
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par Atys (18-08-2018 12:36:23)
La liberté d’expression est un droit fondamental ouvert à tous les citoyens dans le respect des lois.
Hors ligne
Comment se fait-il qu'il y ait le début d'un système de fichiers NTFS à cette position alors que l'ancienne partition commençait au secteur 2048 ?
Après le partitionnement j'ai hésité un moment et suis revenu sur du ext4.
Oui si le format ext4 convient pour l'usage de ce disque, s'il va être utilisé seulement avec Linux.
Oui seulement avec Linux.
Merci pour les explications
La liberté d’expression est un droit fondamental ouvert à tous les citoyens dans le respect des lois.
Hors ligne
Dernière modification par raleur (18-08-2018 14:58:13)
Il vaut mieux montrer que raconter.
Hors ligne
Attention avec les permissions sur ext4. Par défaut seul root peut écrire dans la racine du système de fichiers. Ce n'est pas comme FAT ou NTFS où tout le monde a tous les accès sur tout le contenu.
La racine d'accord je comprends, mais bon, en cherchant un peu j'ai tapé cette commande.
Je commence juste à restaurer fichiers par fichiers avec cette commande.
C'est hyper lent...
Et j'ai presque 400Gio ou plus à restaurer.
Ai-je bien procédé, ou je dois plus me documenter, avoir un, dès avis différent.
Le formatage comme indiqué, à été très long, pourquoi, mon disque est HS ?
Merci à vous
La liberté d’expression est un droit fondamental ouvert à tous les citoyens dans le respect des lois.
Hors ligne