logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 23-12-2015 14:47:54

Super_CC
Membre
Lieu : Lyon
Inscription : 23-12-2015

Récuperation de données sur DDexterne HDD | [(RESOLU)]

Bonjour à tous!

Suite à priori, à une mauvaise manip', je me retrouve avec un DD externe (Toshiba HDD 2H74 X) 250G° pleins de données inexploitables.
Lorsque je le branche il est bien détécté et automatiquement monté. Je peu même avoir accès en lecture et écriture pour quelques M0 de données. Seulement si je copie/coupe et colle un nouveau fichier, l'espace disque devient plus faible, pourtant les données n'apparaissent nul part.

Je me décide dont à scanner mes disques :

root@debian:/home/cedric#

fdisk -l



Disque /dev/sda : 320.1 Go, 320072933376 octets
255 têtes, 63 secteurs/piste, 38913 cylindres, total 625142448 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x0002c666

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1   *        2048      499711      248832   83  Linux
/dev/sda2          501758   625141759   312320001    5  Étendue
/dev/sda5          501760   625141759   312320000   8e  LVM Linux

Disque /dev/mapper/debian-root : 9999 Mo, 9999220736 octets
255 têtes, 63 secteurs/piste, 1215 cylindres, total 19529728 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/debian-root ne contient pas une table de partitions valable

Disque /dev/mapper/debian-swap_1 : 3439 Mo, 3439329280 octets
255 têtes, 63 secteurs/piste, 418 cylindres, total 6717440 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/debian-swap_1 ne contient pas une table de partitions valable

Disque /dev/mapper/debian-home : 306.4 Go, 306372935680 octets
255 têtes, 63 secteurs/piste, 37247 cylindres, total 598384640 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/debian-home ne contient pas une table de partitions valable

Disque /dev/sdb : 250.1 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres, total 488397168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/sdb ne contient pas une table de partitions valable
 



Je m'aperçois donc qu'aucun de mes disque ne semble contenir une table de partitions valable hmm
Mon disque externe est : /dev/sdb    de 250Go

Je veux donc vérifier cela directement via LVM2 [ce qui encore à priori semble être une bonne idée (yes i'am so young!)]

root@debian:/home/cedric#

lvm



lvm> lvmdiskscan
  /dev/root        [       9,31 GiB]
  /dev/sda1        [     243,00 MiB]
  /dev/dm-1        [       3,20 GiB]
  /dev/debian/home [     285,33 GiB]
  /dev/sda5        [     297,85 GiB] LVM physical volume
  /dev/sdb         [     232,89 GiB]
  3 disks
  2 partitions
  0 LVM physical volume whole disks
  1 LVM physical volume
lvm> lvscan
  ACTIVE            '/dev/debian/root' [9,31 GiB] inherit
  ACTIVE            '/dev/debian/swap_1' [3,20 GiB] inherit
  ACTIVE            '/dev/debian/home' [285,33 GiB] inherit
lvm> vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "debian" using metadata type lvm2
lvm>
 


Une fois démonté jai tenté

lvm> pvmove /dev/sdb



  No physical volume label read from /dev/sdb
  Physical volume /dev/sdb not found



Et en tentant de créer un groupe de volume pareil.
Je sèche vraiment, et même avec un moteur de recherche qui pompe la moitié de l'énergie terrestre j'arrive rien à trouver qui me mette sur la voie...
Si vous avez de bonnes idées ce serait plaisir pour moi...

Edit à toto :
Séparation des balises commande root avec leurs retours en balise Autre code

Dernière modification par Super_CC (25-12-2015 15:07:39)

Hors ligne

#2 23-12-2015 16:05:36

raleur
Membre
Inscription : 03-10-2014

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Super_CC a écrit :

Je m'aperçois donc qu'aucun de mes disque ne semble contenir une table de partitions valable


Mais si, /dev/sda a une table de partition parfaitement valide. Les volumes logiques LVM n'en ont pas mais c'est normal : ce sont des volumes logiques, pas des disques. Est-ce qu'on attend d'une partition (autre qu'étendue) qu'elle contienne une table de partition ? Non. Un volume logique, c'est pareil.

Par contre /dev/sdb ne semble pas contenir de table de partition. Ce n'est pas obligatoire : un disque entier sans table de partition peut parfaitement être utilisé directement comme système de fichiers, membre d'un ensemble RAID logiciel, PV LVM... C'est juste peu commun.

Super_CC a écrit :

Lorsque je le branche il est bien détécté et automatiquement monté


Reste à voir ce qui est monté et comment. A priori ce n'est pas un PV LVM. C'est peut-être juste un système de fichiers endommagé qui a besoin d'un fsck.
Que répondent les commandes suivantes (en root) :

lsblk


blkid


mount


df -h


file -s /dev/sdb



Edit à toto :
Pour l'édification des plus débutants, séparation de chacune des commandes root indiquées.

Dernière modification par raleur (23-12-2015 16:06:20)


Il vaut mieux montrer que raconter.

Hors ligne

#3 23-12-2015 17:04:11

Super_CC
Membre
Lieu : Lyon
Inscription : 23-12-2015

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

POur le retour lsblk

lsblk



NAME                     MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                        8:0    0 298,1G  0 disk
├─sda1                     8:1    0   243M  0 part /boot
├─sda2                     8:2    0     1K  0 part
└─sda5                     8:5    0 297,9G  0 part
  ├─debian-root (dm-0)   254:0    0   9,3G  0 lvm  /
  ├─debian-swap_1 (dm-1) 254:1    0   3,2G  0 lvm  [SWAP]
  └─debian-home (dm-2)   254:2    0 285,3G  0 lvm  /home
sr0                       11:0    1   3,7G  0 rom  /media/cdrom0
sdb                        8:16   0 232,9G  0 disk /media/dd6312ad-2ab9-441d-97a




pour

 blkid



/dev/mapper/debian-swap_1: UUID="659d1f1a-0536-47a5-8474-afd3264091bd" TYPE="swap"
/dev/sda5: UUID="ADm9Ie-794U-epRG-GnWV-f3Oi-qRoA-4K0hnA" TYPE="LVM2_member"
/dev/sda1: UUID="12e3f327-a744-4e6b-ad91-97aa6c4f9f40" TYPE="ext2"
/dev/sr0: LABEL="Debian 7.8.0 amd64 1" TYPE="iso9660"
/dev/mapper/debian-root: UUID="fc2c6ae5-a569-4adb-bc50-3b4c919b4f83" TYPE="ext4"
/dev/mapper/debian-home: UUID="ed4d076f-9c07-461c-83be-9dba6e657238" TYPE="ext4"
/dev/sdb: UUID="dd6312ad-2ab9-441d-97a1-b40d7049509b" TYPE="ext2"



Mount


me renvoi

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=204492,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=164908k,mode=755)
/dev/mapper/debian-root on / type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=329800k)
/dev/sda1 on /boot type ext2 (rw,relatime,errors=continue)
/dev/mapper/debian-home on /home type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
/dev/sr0 on /media/cdrom0 type iso9660 (ro,nosuid,nodev,noexec,relatime,user=cedric)
/dev/sdb on /media/dd6312ad-2ab9-441d-97a1-b40d7049509b type ext2 (rw,nosuid,nodev,relatime,errors=continue,user_xattr,acl,uhelper=udisks)
 



df -h



me renvoi

Sys. fich.              Taille Util. Dispo Uti% Monté sur
rootfs                    9,2G  5,1G  3,7G  59% /
udev                       10M     0   10M   0% /dev
tmpfs                     162M  768K  161M   1% /run
/dev/mapper/debian-root   9,2G  5,1G  3,7G  59% /
tmpfs                     5,0M     0  5,0M   0% /run/lock
tmpfs                     323M  1,5M  321M   1% /run/shm
/dev/sda1                 228M   18M  198M   9% /boot
/dev/mapper/debian-home   281G   25G  243G  10% /home
/dev/sr0                  3,7G  3,7G     0 100% /media/cdrom0
/dev/sdb                  230G  212G  6,6G  98% /media/dd6312ad-2ab9-441d-97a1-b40d7049509b
 



file -s /dev/sdb



Me renvoi

/dev/sdb: sticky Linux rev 1.0 ext2 filesystem data (mounted or unclean), UUID=dd6312ad-2ab9-441d-97a1-b40d7049509b (errors) (large files)
 



Merci en tous cas

Edit Milou, certaines commandes root mises dans un terminal

Hors ligne

#4 23-12-2015 17:31:03

raleur
Membre
Inscription : 03-10-2014

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Donc /dev/sdb contient un système de fichiers ext2 (non journalisé, pas génial pour un disque amovible).
file signale des erreurs, mais c'est peut-être lié au fait que le système de fichiers est actuellement monté et utilisé, ce qui peut le faire apparaître dans un état incohérent (des méta-données étant en attente d'actualisation). Il faudrait dans un premier temps le démonter avec

umount /dev/sdb


Puis lancer une vérification/réparation avec

e2fsck /dev/sdb


Attention : la réparation ne préservera pas forcément tous les anciens fichiers.


Il vaut mieux montrer que raconter.

Hors ligne

#5 23-12-2015 18:28:40

Super_CC
Membre
Lieu : Lyon
Inscription : 23-12-2015

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Okay, bien je tente tout de même, qu'en advienne ce qu'il doit, si déjà je peu en récuperer une partie...

Je lance le procédé.

e2fsck 1.42.5 (29-Jul-2012)
/dev/sdb contient un système de fichiers comportant des erreurs, vérification forcée.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Erreur de lecture du bloc 9835546 (La tentative de lecture d'un bloc depuis le système de fichiers a produit une lecture tronquée) lors de lecture des blocs indirects de l'i-noeud 2408655. Ignorer l'erreur<o>?

 

Hors ligne

#6 23-12-2015 21:15:20

raleur
Membre
Inscription : 03-10-2014

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Je n'en suis pas sûr, mais cette erreur pourrait être causée par un secteur défectueux sur le disque.
Si le paquet smartmontools est installé, tu peux afficher le diagnostic SMART du disque avec la commande suivant (ne marche pas toujours avec un disque USB) :

smartctl -a /dev/sdb



Tu peux regarder dans les derniers messages du noyau juste après (dmesg | tail -n 40) pour voir s'il y a des erreurs sur sdb.
Tu peux aussi faire une recherche de secteur défecteux avec

badblocks -sve 1 /dev/sdb



ou bien en intégrant cette recherche dans fsck :

e2fsck -c /dev/sdb

Dernière modification par raleur (23-12-2015 21:16:12)


Il vaut mieux montrer que raconter.

Hors ligne

#7 24-12-2015 00:28:27

Super_CC
Membre
Lieu : Lyon
Inscription : 23-12-2015

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

ok, et lorsqu'il me demande d'ignorer l'erreur (au paravent) dois-je ignorer ou non et ensuite réparer?

Hors ligne

#8 24-12-2015 01:40:01

Super_CC
Membre
Lieu : Lyon
Inscription : 23-12-2015

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Après Badlocks je recois

Vérification des blocs 0 à 244198583
Vérification des blocs défectueux (test en mode lecture seule) :   0.00% effectu77674944effectué, 53:20 écoulé. (0/0/0 erreurs)
Trop de blocs défectueux, test abandonné
complété                                            
Passe complétée, 1 blocs défectueux repérés. (1/0/0 erreurs)
 

Hors ligne

#9 24-12-2015 11:48:53

raleur
Membre
Inscription : 03-10-2014

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Cela confirme qu'il y a au moins un bloc défectueux sur ce disque. Je déconseillerais de faire une réparation de système de fichiers avec des blocs défectueux. Il faut d'abord les identifier et les marquer comme inutilisables, en utilisant l'option -c de e2fsck comme indiqué plus haut. Le contenu des secteurs défectueux est perdu, donc les fichiers qui étaient stockés dedans seront inévitablement altérés.

Il vaut mieux montrer que raconter.

Hors ligne

#10 24-12-2015 15:59:45

Super_CC
Membre
Lieu : Lyon
Inscription : 23-12-2015

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

J'ai lancé la commande

e2fsck -c /dev/sdb/



La vérif semble bien se derouler, jusqu'a ceçi

e2fsck 1.42.5 (29-Jul-2012)
Vérification des blocs défectueux (test en mode lecture seule) :   0.00% effectucomplété                                             rs)
/dev/sdb: Updating bad block inode.

 



Et la cela fait une heure que j'attends, mais plus rien ne se passe...

Hors ligne

#11 24-12-2015 16:26:19

raleur
Membre
Inscription : 03-10-2014

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Je ne sais quoi dire. Sur un disque sain, la vérification du système de fichiers se poursuit après la vérification des blocs défectueux.
C'est curieux que le pourcentage de progression soit resté à 0%.
Tu as essayé d'interrompre la commande et de la relancer ?

Il vaut mieux montrer que raconter.

Hors ligne

#12 24-12-2015 16:33:41

Super_CC
Membre
Lieu : Lyon
Inscription : 23-12-2015

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Non la progression à été jusqu'à environ 40% avant de passer à autre, mais ensuite elle affiche zéro.
Je vais tenter relancer la procédure alors.
Juste pour être certain, il faut demonter le disque avant cette procédure ??

sudo umount /dev/sdb

Hors ligne

#13 24-12-2015 16:37:14

raleur
Membre
Inscription : 03-10-2014

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Oui. De toute façon par défaut fsck devrait refuser de s'exécuter sur un système de fichiers monté.

Il vaut mieux montrer que raconter.

Hors ligne

#14 25-12-2015 14:26:48

Super_CC
Membre
Lieu : Lyon
Inscription : 23-12-2015

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Well!
Cette fois çi (sans rien changé à ce que fait précédement) je semble avoir à nouveau accès à tout ou partie de mes données!

root@debian:/home/cedric# e2fsck -c /dev/sdb
e2fsck 1.42.5 (29-Jul-2012)
Vérification des blocs défectueux (test en mode lecture seule) :   0.00% effectucomplété                                            
/dev/sdb: Updating bad block inode.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
l'entrée « Bounty Killa-Red Light Zone.mp3 » dans / (2) a un i-noeud effacé/non utilisé 24. Effacer<o>? oui
l'entrée « Bounty Killer - Wet Weather [Intercourse Riddim] January 2015.mp3 » dans / (2) a un i-noeud effacé/non utilisé 25. Effacer<o>? oui
Passe 3 : vérification de la connectivité des répertoires
Passe 3A : optimisation des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
différences de bitmap de blocs :  -(158152--160505)
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°4 (65532, décompté=2354).
Corriger<o>? oui
Le décompte des blocs libres est erroné (4759455, décompté=4761813).
Corriger<o>? oui
différences de bitmap d'i-noeuds :  -(24--25)
Corriger<o>? oui
Le décompte des i-noeuds libres est erroné pour le groupe n°0 (8160, décompté=8162).
Corriger<o>? oui
Le décompte des i-noeuds libres est erroné (15246299, décompté=15246301).
Corriger<o>? oui

/dev/sdb: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
/dev/sdb : 23587/15269888 fichiers (5.5% non contigüs), 56287833/61049646 blocs
 



Je te remercie grandement pour le coup de main très chère Raleur!

Je crois que je n'ai plus qu'à marquer le sujet "résolu"

Hors ligne

#15 25-12-2015 14:31:17

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Super_CC a écrit :

Je crois que je n'ai plus qu'à marquer le sujet "résolu"


Et peut-être aussi à faire des sauvegardes ? smile


captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#16 25-12-2015 14:36:06

Super_CC
Membre
Lieu : Lyon
Inscription : 23-12-2015

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

^^ Oui tu as raison, en fait je vais dupliquer mes données.

Pendant que je te tiens, et ce qui est bon à savoir pour l'avenir, quel est le meilleur format pour formater un DD pour qu'il reste inscriptible et lisible par des os GNU/Windows/Mac et qu'il soit aussi aisément utilisable avec mon Raspberry PI 2.
Puis étant nouveau sur le forum je n'arrive pas à modifier le titre pour marquer le sujet comme résolu.


Amicalement


Cédric

Hors ligne

#17 25-12-2015 14:43:48

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Malheureusement, si tu veux rester lisible/inscriptible facilement par Nux/Win/Mac, à part le FAT32 (taille de fichier limitée à 4Go, donc pas top) et le NTFS, il n'y a pas trop d'autres solutions.
Le Pi, ça dépend de l'os qu'il y a dessus, si c'est un raspbian ou autre nunux, du NTFS fera aussi l'affaire.

Pour éditer ton sujet, il faut modifier le premier post, tu auras alors accès au champ titre, que tu pourras modifier à souhait smile

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#18 25-12-2015 15:05:41

Super_CC
Membre
Lieu : Lyon
Inscription : 23-12-2015

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Et si j'exclu l'idée du partage avec des os Win que me conseillerais tu ensuite?
Oui mon Rasp fonctionne pour l'instant avec raspbian, mais puisque le but étant de rester libre je ne vais pas m'y coller un Windows.

Allé je m'en vais éditer le titre de suite!

@+ la communauté

Hors ligne

#19 25-12-2015 15:13:37

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Euh, je ne connais pas trop MacOS X, je sais qu'il support le hfs+ en plus. Peut-être le ext2 ou ext3 voire ext4 ? Peut-être le xfs ?
Le truc avec les disques amovibles, c'est que la gestion des droits unix est forcément un peu foireuse…

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#20 25-12-2015 15:18:33

Super_CC
Membre
Lieu : Lyon
Inscription : 23-12-2015

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

J'ai eu ce problèmes de droit au départ lorsque l'on a donné le DD, il avait d'abord été formaté sous une OS mac, je ne sais pas en quel format (betement je n'ai pas pris le temps de regarder) je l'ai alors formaté pour avoir de nouveau des problèmes similaires et me voir interdire la lecture et l'écriture. J'ai simplement lancé

Nautilus



(en ROOT !!! )

Pour pouvoir modifier directement les permissions via l'appli graphique avec un clic droit sur la racine du DD externe et le rendre accessible à tous en lecture et écriture.

Hors ligne

#21 26-12-2015 11:12:20

raleur
Membre
Inscription : 03-10-2014

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

J'attire l'attention sur le fait que ce disque a des secteurs défectueux et, bien que fsck les ait isolés, le disque doit être considéré comme d'une fiabilité douteuse. En effet il est à craindre que d'autres secteurs défectueux apparaissent à l'avenir, avec le même genre de conséquence : corruption et perte de données.

J'aimerais bien le résultat de smartctl comme suggéré plus haut.

Il vaut mieux montrer que raconter.

Hors ligne

#22 26-12-2015 12:54:21

Super_CC
Membre
Lieu : Lyon
Inscription : 23-12-2015

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Bonjour!

Dsl mais cet outil n'existe pas chez moi et il ne semble pas présent sur les dépots pour l'installer...

Okay je note le fait qu'il puisse être à nouveau instable et ne l'utiliserais plus pour unstockage de sécurité.
En tous cas vraiment merci bcp, j'ai pu récupérer quasi toutes mes données, à priori un seul fichier de quelque Mo est corrompu.

Hors ligne

#23 26-12-2015 13:05:32

raleur
Membre
Inscription : 03-10-2014

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Comme mentionné dans un précédent message, le paquet s'appelle smartmontools et il est dans les dépôts.

Il vaut mieux montrer que raconter.

Hors ligne

#24 26-12-2015 14:05:44

Super_CC
Membre
Lieu : Lyon
Inscription : 23-12-2015

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Ok, après installation via les dépots de smartmontools

sudo

apt-get install smartmontools


root@debian:/home/cedric#

smartctl /dev/sdc



smartctl 6.4 2014-09-29 r3990 [x86_64-linux-3.2.0-4-amd64] (local build)
Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org

ATA device successfully opened

Use 'smartctl -a' (or '-x') to print SMART (and more) information



Edit à toto :
Mise les commandes root sous balises commandes root et leur retour séparé sous balise Autre code.

Hors ligne

#25 26-12-2015 16:41:27

raleur
Membre
Inscription : 03-10-2014

Re : Récuperation de données sur DDexterne HDD | [(RESOLU)]

Il faut ajouter l'option -a comme indiqué dans le message affiché par la commande et plus haut dans la discussion.

Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums