[Résolu] DD interne invisible quand placé dans rack externe

Agris · Le 13/04/2011, à 13:06

Bonjour,
j'aurais besoin d'aide pour récupérer les données d'un dd interne sur lequel est installé un système propriétaire w**.
(pas taper)
La petite histoire :
Mon cop' a un portable dell620, avec un dd Toshiba (80Go, 2.5'', je ne sais pas de quel type il est). Son dd "grattait" sans arrêt et son système était infecté (rootkit entre autres).
Le comportement du pc était de plus en plus erratique, et il avait un besoin uurgent de pouvoir continuer à bosser sur certains docs. J'ai booté sur un liveCD, sauvegardé ses documents mais pas tout ce qui était sur son disque. J'ai désinfecté (ai pris conseils sur forum dédié, car je n'y connais... rien. ). Cela s'est bien passé jusqu'à ce que cela se passe mal : reboot non demandé et affichage de "STOP: c000021a (erreur systeme irrecuperable)".

La situation maintenant :
On m'a prêté un dd interne du même modèle (ai oublié de prendre les références et n'ai pas de petit tournevis sous la main. Grrr). Il est actuellement dans le pc sinistré. J'ai installé dessus le système proprio + ubuntu. D'autre part, le dd interne +-dévérolé et/ou avec un problème matériel est logé dans un rack amovible (qui se branche comme un lecteur de CD/DVD). Je pense qu'il se met en route : d'abord, je sens une vibration légère quand je mets les doigts sur le rack, ensuite le bios indique "modular bay device : 354 GB HDD".

Je voudrais :
arriver à monter ce dd, sauvegarder toutes les données et tester le disque :-). Mais je ne sais pas faire, et même après lecture, je préfère ne pas me lancer en aveugle.

Mon problème :
Je ne parviens pas à voir ce dd sous ubuntu (sous w* non plus, mais bon). Je sais que la personne qui m'a filé le nouveau dd a réussi à le voir avec une autre distro Linux, mais pas à entrer dedans (sans plus de détails, on s'est vu en coup de vent).

Merci beaucoup de vos indications !

------------------------------------------------------------------------------
Infos :
ubuntu 10.10 installé en double boot avec OS proprio.

cur@beluga4cyr:~$ sudo fdisk -l

Disque /dev/sda: 80.0 Go, 80026361856 octets
255 têtes, 63 secteurs/piste, 9729 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x1de0348e

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 8329 66896864+ 7 HPFS/NTFS
/dev/sda2 8329 9730 11252737 5 Etendue
/dev/sda5 8329 8511 1464320 82 Linux swap / Solaris
/dev/sda6 8511 9730 9787392 83 Linux

cur@beluga4cyr:~$ df -kTh
Sys. de fich. Type Taille Uti. Disp. Uti% Monté sur
/dev/sda6 ext4 9,2G 2,8G 6,1G 31% /
none devtmpfs 491M 268K 491M 1% /dev
none tmpfs 497M 184K 496M 1% /dev/shm
none tmpfs 497M 88K 497M 1% /var/run
none tmpfs 497M 0 497M 0% /var/lock
/dev/sda1 fuseblk 64G 13G 51G 21% /media/windows

Dernière modification par Agris (Le 16/04/2011, à 10:51)

rmy · Le 13/04/2011, à 13:27

bonjour,

le disque n'apparaît pas du tout dans les matériels détectés. Deux options : soit il est mort, soit il y a un problème à la détection.

Que donne

dmesg | tail

juste avant et juste après le branchement de ce disque malade en externe ?

Agris · Le 13/04/2011, à 13:39

Bonjour .
Le dd a déjà été mis en place, puis retiré aujourd'hui. L'ordi a été rebooté depuis.
Voici les résultats demandés :
avant la mise en place :

cur@beluga4cyr:~$ dmesg | tail
[   18.020074] Skipping EDID probe due to cached edid
[   19.625959] EXT4-fs (sda6): re-mounted. Opts: errors=remount-ro,commit=0
[   24.008051] eth1: no IPv6 routers present
[   26.496020] eth0: no IPv6 routers present
[   30.073073] Skipping EDID probe due to cached edid
[   30.505086] Skipping EDID probe due to cached edid
[   30.940076] Skipping EDID probe due to cached edid
[   31.372070] Skipping EDID probe due to cached edid
[   33.692084] Skipping EDID probe due to cached edid
[   37.325085] Skipping EDID probe due to cached edid

Après la mise en place :

cur@beluga4cyr:~$ dmesg | tail
[  118.714837] ata2.00: error: { ABRT }
[  118.737518] ata2.00: configured for UDMA/100
[  118.737546] ata2: EH complete
[  118.739775] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[  118.739783] ata2.00: BMDMA stat 0x24
[  118.739790] ata2.00: failed command: READ DMA
[  118.739805] ata2.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
[  118.739809]          res 51/05:00:07:00:00/00:00:00:00:00/e0 Emask 0x1 (device error)
[  118.739815] ata2.00: status: { DRDY ERR }
[  118.739821] ata2.00: error: { ABRT }

rmy · Le 13/04/2011, à 14:35

défaillance matérilelle. Il "claque" ou "cliquette" ?

Agris · Le 13/04/2011, à 14:45

Pardon, je n'avais pas vu le message (je me demande pourquoi...).
Il ne claquait pas. Il cliquetait lorsqu'il était encore en place dans l'ordi, plus maintenant.

J'ai refait un dmesg | tail depuis le dernier post. Il m'a indiqué que le disque avait été arrêté. J'ai refait la manip + ceci :

cur@beluga4cyr:~$ sudo fdisk -l
[sudo] password for cur: 

Disque /dev/sda: 80.0 Go, 80026361856 octets
255 têtes, 63 secteurs/piste, 9729 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x1de0348e

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1   *           1        8329    66896864+   7  HPFS/NTFS
/dev/sda2            8329        9730    11252737    5  Etendue
/dev/sda5            8329        8511     1464320   82  Linux swap / Solaris
/dev/sda6            8511        9730     9787392   83  Linux

Disque /dev/sdb: 834884.2 Go, 18014753413750784 octets
255 têtes, 63 secteurs/piste, -2104798279 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0xa8d1e50d

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdb1   *       33420       76567   346583617    7  HPFS/NTFS
/dev/sdb2           33420       66839   268439552    0  Vide
La partition 2 ne se termine pas sur une frontière de cylindre.
/dev/sdb3           33420       66839   268439552    0  Vide
La partition 3 ne se termine pas sur une frontière de cylindre.
/dev/sdb4           33420       66839   268439552    0  Vide
La partition 4 ne se termine pas sur une frontière de cylindre.
cur@beluga4cyr:~$

Tu penses qu'il y a moyen de récupérer les données non sauvegardées du disque ? C'est quoi le plus malin ? Le remettre dans l'ordi, booter avec un live CD ?
Merci

EDIT : j'ai vu passer aussi la ligne suivante avec le fdisk (il y a différents essais)

[  119.152515] ata2.00: model number mismatch 'tOsHiBa mK8051gSy' != 'tOsJiBa"mK8253gSy" " " " " "

tOsHiBa mK8051gSy => S ATA.

Dernière modification par Agris (Le 13/04/2011, à 14:57)

rmy · Le 13/04/2011, à 23:35

Il y a des fragments de secteurs qui ont dû être détectés, mais pas les informations du SA. La taille de ton disque est absurde, sa géométrie aussi. En l'état, pas de récupération possible. Je te conseille de te rapprocher d'un labo… Ça n'ira probablement pas en s'arrangeant.

Petit détail, tu dis qu'il est parfois reconnu, parfois pas. Es-tu sûr de ta connectique ? l'alim est fiable ?

Agris · Le 14/04/2011, à 09:08

Bonjour,
effectivement, certains secteurs ont été détectés, mais signalés comme impossibles à lire, apparemment...
Le labo, on va oublier . Mais merci du conseil.

rmy a écrit :

En l'état, pas de récupération possible

=> Eeet zut.

Quoique :

rmy a écrit :

Es-tu sûr de ta connectique ? l'alim est fiable ?

Ce rack *a eu* fonctionné avec d'autres disques internes, mais cela date, et c'était sur un autre modèle de dell : d505 (donc accessoires interchangeables a priori, mais je ne peux pas l'affirmer, je n'avais jamais testé). La connectique est celle d'un rack dvd-rom.
Je ne sais rien dire sur la fiabilité de l'alim. Je ne sais pas comment le dd est alimenté ; je pense que c'est inaccessible.

... C'est pour cela que je demandais si la soluce la plus intelligente n'était pas de remettre le dd défectueux au chaud dans lórdi et de booter avec un liveCD. Mais la réponse s'impose en fait : avec cet adaptateur, je ne vois pas trop comment être certain d'avoir le dd démonté avant toute tentative de sauvegarde.
Si tu veux bien, je reviendrai une fois cette manip effectuée (d'ici quelques jours, car je n'ai pas de tournevis adapté).
Merci

rmy · Le 14/04/2011, à 12:03

Quand ce sera fait, donne moi aussi le modèle exact de ton disque. Avec un peu de chance j'ai les pièces à la maison. Je n'ai pas de salle blanche, et je te conseille de le garder "au chaud" pour le jour où ce sera moins cher / ou bien tu auras plein de sous. Mais si tu es **certain** de ne jamais envoyer ce disque en labo, je veux bien tenter les manips sous réserve de pièces disponibles.

Korak · Le 14/04/2011, à 12:17

Bonjour,

Un boitier externe USB n'est pas toujours fiable. Ca fonctionne nickel avec un disque dur et mal (ou pas du tout) avec un autre.

Pour l'alimentation c'est soit un transfo, soit un double câble USB côté PC.

Remet le disque dur dans la machine d'origine et démarre sur un LiveCD. Il me semble que c'est le mieux.

rmy · Le 14/04/2011, à 12:24

Je ne crois pas qu'il parle d'un rack usb là… plutôt un rack adaptateur 2"5 -> 3"5 interne, aliementé donc avec molex sur l'alim générale, et avec une nappe IDE derrière… Mais si c'est du tiroir extractible, il y a sans doute un controleur intermédiaire.

Dernière modification par rmy (Le 14/04/2011, à 12:26)

Korak · Le 14/04/2011, à 12:33

En effet, c'est possible.

Il y a longtemps que je n'en ai plus utilisé (environ 20 ans) et question fiabilité, je ne sais pas ce qu'il en est.

rmy a écrit :

Mais si c'est du tiroir extractible, il y a sans doute un controleur intermédiaire.

Si mes souvenir sont bons, le mien était un simple boîtier sans aucune électronique.

Dernière modification par Korak (Le 14/04/2011, à 12:35)

Agris · Le 14/04/2011, à 13:03

@rmy : merci. Je te tiens au jus (pour le fil) et garde tes propositions au chaud. Bonne continuation pour ton auto-entreprise, d'ailleurs.
@Korak : Ce n'est pas un rack usb. D'accord pour la solution avec le liveCD ; j'étais arrivée à la même conclusion.

J'enverrais bien une photo, mais on m'a tapé l'appareil. Ce mois est faste, décidément !
A+

Agris · Le 14/04/2011, à 13:09

Woups.
Les messages se sont croisés, j'ai pris un peu de temps à chercher une photo du bidule. Pas su trouver. C'est du matos ancien, que je ne connais pas bien. Soyons réaliste : un problème à la fois, donc liveCD :-).
D'ici à ce que mon soucis soit résolu, je trouverai un moyen de poster une photo pour les (vos) archives. J'arrête, je pollue...

Korak · Le 14/04/2011, à 13:31

Ceci?

Agris · Le 14/04/2011, à 17:47

De retour plus tôt que prévu...
@Korak Non, plutôt ceci. Mais c'est bon, j'ai à présent remis le dd en place ; je suis sous liveCD.

Situation, donc :

ubuntu@ubuntu:~$ sudo fdisk -l

Disque /dev/sda: 80.0 Go, 80026361856 octets
255 têtes, 63 secteurs/piste, 9729 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0xa8d1c50d

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1   *           1        9729    78148161    7  HPFS/NTFS

Disque /dev/sdb: 500.1 Go, 500107862016 octets
255 têtes, 63 secteurs/piste, 60801 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x454c649e

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdb1               1       60801   488384001    b  W95 FAT32

je vois le disque malade (powaa!) ; il ne disparaît pas, il a une taille correcte (/dev/sda1)
j'ai un disque dur connecté (non sauvegardé **' ) avec 120Go de disponible (/dev/sdb1)

.

Fait : installation de testdisk et ddrescue +

ubuntu@ubuntu:~$ sudo mkdir /media/LaCie/dossierrecup_80GCyr
ubuntu@ubuntu:~$ sudo chown ubuntu: /media/LaCie/dossierrecup_80GCyr

Pour faire une image, c'est bien ceci, rmy ?

sudo ddrescue /dev/sda1 /media/LaCie/dossierrecup_80GCyr/recup80.img /media/LaCie/dossierrecup_80GCyr/recup80.log -n

La doc dit que le log peut devenir conséquent. Avec 120Go en tout de libre, cela ira, non ?

Merci de ton aide, si tu as un peu de temps.

Agris · Le 14/04/2011, à 18:41

En réponse à ta question concernant le modèle exact du disque rmy :

ubuntu@ubuntu:~$ sudo lshw -C disk
  *-disk                  
       description: ATA Disk
       product: TOSHIBA MK8051GS
       vendor: Toshiba
       physical id: 0
       bus info: scsi@0:0.0.0
       logical name: /dev/sda
       version: LD20
       serial: 38HGT0UHT
       size: 74GiB (80GB)
       capabilities: partitioned partitioned:dos
       configuration: ansiversion=5 signature=a8d1c50d

Je crois que le rack était défectueux...

rmy · Le 14/04/2011, à 19:19

Ça m'a l'air effectivement un problème avec le rack. SI tu as un peu de place / de temps, lance effectivement la commande ddrescue (elle est bonne). Tu n'auras pas un log de 40Gio…

Si tu penses que le disque n'est pas HS (tu peux le vérifier avec l'état smart de l'utilitaire de disque), tu peux essayer de monter directement sda1 en read only.

sudo mount /dev/sda1 [pointmontage] -o ro

EDIT : STOP : ta commande ddrescue est bonne, mais ton disque lacie est en FAT32… tu ne pourras pas faire un fichier de plus de 4Gio avec ça… Il faut la passer en NTFS au minimum. Vu la galère (tu as des données dessus, ne prends pas de risque de suraccident), je te conseille plutôt la tentative de sauvegarde après montage en read-only.

Dernière modification par rmy (Le 14/04/2011, à 19:22)

Agris · Le 15/04/2011, à 00:33

Bien lu le EDIT.

J'ai pu monter et sauvegarder tout je pense.

Je vérifierai demain si j'arrive à rendre à mon cop' ses profils firefox, etc.
Il songe à passer à ubuntu, au fait .

L'utilitaire de disque me donne un état smart normal.
Par contre, smartmontools me donne ceci :

ubuntu@ubuntu:~$ sudo smartctl -a /dev/sda
smartctl 5.40 2010-03-16 r3077 [i686-pc-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Device Model:     TOSHIBA MK8051GSY
Serial Number:    38HGT0UHT
Firmware Version: LD201D
User Capacity:    80 026 361 856 bytes
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   8
ATA Standard is:  Exact ATA specification draft version not indicated
Local Time is:    Thu Apr 14 21:45:19 2011 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x80)    Offline data collection activity
                    was never started.
                    Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)    The previous self-test routine completed
                    without error or no self-test has ever 
                    been run.
Total time to complete Offline 
data collection:          ( 120) seconds.
Offline data collection
capabilities:              (0x5b) SMART execute Offline immediate.
                    Auto Offline data collection on/off support.
                    Suspend Offline collection upon new
                    command.
                    Offline surface scan supported.
                    Self-test supported.
                    No Conveyance Self-test supported.
                    Selective Self-test supported.
SMART capabilities:            (0x0003)    Saves SMART data before entering
                    power-saving mode.
                    Supports SMART auto save timer.
Error logging capability:        (0x01)    Error logging supported.
                    General Purpose Logging supported.
Short self-test routine 
recommended polling time:      (   2) minutes.
Extended self-test routine
recommended polling time:      (  35) minutes.
SCT capabilities:            (0x0039)    SCT Status supported.
                    SCT Error Recovery Control supported.
                    SCT Feature Control supported.
                    SCT Data Table supported.

SMART Attributes Data Structure revision number: 128
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   050    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   100   100   001    Pre-fail  Always       -       1352
  5 Reallocated_Sector_Ct   0x0033   100   100   050    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   089   089   000    Old_age   Always       -       265424
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       941
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       22
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       304
193 Load_Cycle_Count        0x0032   092   092   000    Old_age   Always       -       86388
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       37 (Lifetime Min/Max 13/57)
199 UDMA_CRC_Error_Count    0x0032   100   100   000    Old_age   Always       -       14061387
200 Multi_Zone_Error_Rate   0x0032   100   100   000    Old_age   Always       -       38615015
240 Head_Flying_Hours       0x0032   093   093   000    Old_age   Always       -       190556
241 Total_LBAs_Written      0x0032   100   100   000    Old_age   Always       -       3946963600
242 Total_LBAs_Read         0x0032   100   100   000    Old_age   Always       -       4082106033
254 Free_Fall_Sensor        0x0032   100   100   000    Old_age   Always       -       255

SMART Error Log Version: 1
ATA Error Count: 1
    CR = Command Register [HEX]
    FR = Features Register [HEX]
    SC = Sector Count Register [HEX]
    SN = Sector Number Register [HEX]
    CL = Cylinder Low Register [HEX]
    CH = Cylinder High Register [HEX]
    DH = Device/Head Register [HEX]
    DC = Device Command Register [HEX]
    ER = Error register [HEX]
    ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 1 occurred at disk power-on lifetime: 1606 hours (66 days + 22 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 01 9f 9e f3 e0  Error: ICRC, ABRT 1 sectors at LBA = 0x00f39e9f = 15965855

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  35 00 80 20 9e f3 e0 00      01:43:32.981  WRITE DMA EXT
  35 00 80 a0 9d f3 e0 00      01:43:32.980  WRITE DMA EXT
  35 00 80 20 9d f3 e0 00      01:43:32.978  WRITE DMA EXT
  35 00 80 a0 9c f3 e0 00      01:43:32.976  WRITE DMA EXT
  35 00 80 20 9c f3 e0 00      01:43:32.975  WRITE DMA EXT

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]


SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Bon. Je lis bien du "pre-fail" et du "old_age". Une question balotte d'abord :
cette commande retourne-t-elle bien un pré-diagnostic ?
Je lis "ATA Error Count: 1 ", ce qui est peu par rapport à d'autres logs lus sur le forum 0o.

Sinon, il y a eu un comportement zarb :

le boot sur livecd a pris beaucoup de temps. Tout se passait comme si le cd commençait à tourner puis s'arrêtait (5-6 fois au moins).
Un "crrrrr" bref peu après ou avant le boot (tellement flippant, que je ne sais plus dire quand ^^ )
Des baisses de luminosité ensuite de temps à autre (mais je passais pas mal de temps à lire, c'est peut-être un mode de gestion de l'alim sous live-cd ?)
Des remises en route du live-CD ; j'étais sur le web (doc&forum ubuntu)

Cela, plus le problème de connexion quand le dd était dans le rack, font que je me demande :
est-il possible qu'il y ait un souci au niveau de la connectique du dd ?

Cela se verrait-il avec un test long de smartmontools ? Ou je passe à testdisk ?

Je fais une pause. À demain ^^.

rmy · Le 15/04/2011, à 09:05

Ton disque va bien, il a enregistré une erreur, mais qui 'est pas forcément dûe à lui…
Je pense que ton rack va mal par contre.

Pour les autres symptômes, je dirais :
Lecteur CD fatigué ?
CD pas en forme un peu rayé ?
Ram un poil insuffisante pour faire tourner confortablement un liveCD ?

La connectique du DD, c'est comme ne prise : c'est branché ou s'est pas branché. Si ça marche, ton smartmontools ne te dira rien dessus. Si ça marche pas, tu verra pas le disque et tu n'auras pas de smartmontools. Je parie définitivement plutôt sur un problème de connectique du rack.

rmy · Le 15/04/2011, à 09:06

Et au fait, [Résolu] ?

Agris · Le 15/04/2011, à 12:13

Hello. Alors :

Le CD est un peu abimé, en effet. Ram de 1Go, cela devrait aller d'après la doc. Lecteur fatigué : p'têt.
Bah oui, [résolu]. Finalement, juste un problème de proprio, quoi...
Juste avant, pour ne pqs mourir bête :
- il y a un site d'interprétation automatique des diagnostics de smartmontools ?
- quelles sont les lignes qui te font dire que le disque est ok ? L'erreur unique ?
- pas de souci, je peux lancer un test long ?
- que signifie la dernière ligne : " After scanning selected spans, do NOT read-scan remainder of disk."
- en admettant que je conserve le dd sur lequel j'ai refait un système et sauvegardé les données, que dois-je faire avant de pouvoir utiliser le disque dont le système est corrompu comme support de sauvegarde ?

Voilou & merci de ton aide.

Korak · Le 15/04/2011, à 19:34

Agris a écrit :

en admettant que je conserve le dd sur lequel j'ai refait un système et sauvegardé les données, que dois-je faire avant de pouvoir utiliser le disque dont le système est corrompu comme support de sauvegarde ?

Si le disque dur en question n'est pas défectueux, un formatage devrait suffire.

rmy · Le 15/04/2011, à 20:38

Agris a écrit :

il y a un site d'interprétation automatique des diagnostics de smartmontools ?

http://smartlinux.sourceforge.net/smart/attributes.php

Agris a écrit :

quelles sont les lignes qui te font dire que le disque est ok ? L'erreur unique ?

Oui, une seule erreur signalée, probablement dûe à ton rack. Et pas de secteurs HS.

Agris a écrit :

pas de souci, je peux lancer un test long ?

Si tu veux… mais, pourquoi ?

Agris a écrit :

que signifie la dernière ligne : " After scanning selected spans, do NOT read-scan remainder of disk."

Je ne sais pas exactement, je pense que c'est en rapport avec le fait qu'il ne faut pas lancer un test long complet lorsque ton disque est malade, et que du coup il te conseille de l'interrompre juste après l'avoir lancé, cad dès qu'il a récupéré les infos smart.
Mais pas sur du tout.

Agris a écrit :

en admettant que je conserve le dd sur lequel j'ai refait un système et sauvegardé les données, que dois-je faire avant de pouvoir utiliser le disque dont le système est corrompu comme support de sauvegarde ?

Formatage complet si tu veux t'assurer qu'il n'y a pas de secteurs HS :

sudo ddrescue /dev/zero /dev/tondisque -n

écrira une passe de zéro sur tout le disque, attention à ne pas te planter de /dev/tondisque…

Agris a écrit :

Voilou & merci de ton aide.

PS : Modifie le titre de ton sujet pour mettre [Résolu] dedans. Pour cela, modifie le premier message, tu auras accès au titre.

Agris · Le 16/04/2011, à 10:52

Fait ! Tchuss.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 13/04/2011, à 13:06

[Résolu] DD interne invisible quand placé dans rack externe

#2 Le 13/04/2011, à 13:27

Re : [Résolu] DD interne invisible quand placé dans rack externe

#3 Le 13/04/2011, à 13:39

Re : [Résolu] DD interne invisible quand placé dans rack externe

#4 Le 13/04/2011, à 14:35

Re : [Résolu] DD interne invisible quand placé dans rack externe

#5 Le 13/04/2011, à 14:45

Re : [Résolu] DD interne invisible quand placé dans rack externe

#6 Le 13/04/2011, à 23:35

Re : [Résolu] DD interne invisible quand placé dans rack externe

#7 Le 14/04/2011, à 09:08

Re : [Résolu] DD interne invisible quand placé dans rack externe

#8 Le 14/04/2011, à 12:03

Re : [Résolu] DD interne invisible quand placé dans rack externe

#9 Le 14/04/2011, à 12:17

Re : [Résolu] DD interne invisible quand placé dans rack externe

#10 Le 14/04/2011, à 12:24

Re : [Résolu] DD interne invisible quand placé dans rack externe

#11 Le 14/04/2011, à 12:33

Re : [Résolu] DD interne invisible quand placé dans rack externe

#12 Le 14/04/2011, à 13:03

Re : [Résolu] DD interne invisible quand placé dans rack externe

#13 Le 14/04/2011, à 13:09

Re : [Résolu] DD interne invisible quand placé dans rack externe

#14 Le 14/04/2011, à 13:31

Re : [Résolu] DD interne invisible quand placé dans rack externe

#15 Le 14/04/2011, à 17:47

Re : [Résolu] DD interne invisible quand placé dans rack externe

#16 Le 14/04/2011, à 18:41

Re : [Résolu] DD interne invisible quand placé dans rack externe

#17 Le 14/04/2011, à 19:19

Re : [Résolu] DD interne invisible quand placé dans rack externe

#18 Le 15/04/2011, à 00:33

Re : [Résolu] DD interne invisible quand placé dans rack externe

#19 Le 15/04/2011, à 09:05

Re : [Résolu] DD interne invisible quand placé dans rack externe

#20 Le 15/04/2011, à 09:06

Re : [Résolu] DD interne invisible quand placé dans rack externe

#21 Le 15/04/2011, à 12:13

Re : [Résolu] DD interne invisible quand placé dans rack externe

#22 Le 15/04/2011, à 19:34

Re : [Résolu] DD interne invisible quand placé dans rack externe

#23 Le 15/04/2011, à 20:38

Re : [Résolu] DD interne invisible quand placé dans rack externe

#24 Le 16/04/2011, à 10:52

Re : [Résolu] DD interne invisible quand placé dans rack externe

Pied de page des forums