Perte de mémoire

Bonjour à tous,

suite à une manipulation malencontreuse (mais encore inconnue) a savoir un tout bête “deconnexion” -> “arret de l’ordinateur” je vais tranquillement mangé pour me rendre compte à mon retour que mon pc était toujours “en train” de s’éteindre, il s’était arreté à un truc su style: "stopping hal daemon…"
De nature plutôt patiente, je lui laisse quelques minutes supplémentaires pour s’arreter, mais sans succès. Je décide alors de couper l’alimentation. Je redémarre, et là , grub m’affiche une “erreur 15”. Je boot sur un live-cd, et à mon grand malheur, plus aucune donnée sur mes partitions montées sous linux au moment de l’arret. Après plusieurs recherches sur internet, et plusieurs logiciels essayés, j’ai testé la commande suivante sur l’une de mes partitions contenant mes emails:

grep -a -B5 -A100 "nokia" /dev/sda8 > foo.txt

et il s’avere qu’il me trouve bel et bien mes emails :smt003

Ma question est donc la suivante: sachant que mes données ont l’air d’etre sur le disque mais que je n’arrive pas les voir, que me conseillez-vous pour les recupérer? Je pense à quelque chose qui scanne tout le disque à la recherche d’inode perdu (j’ai testé recover mais visiblement sous de l’ext3 ca marche pas).

Merci d’avance pour vos réponses :wink:

Bonjour,

Testdisk devrait pouvoir réparer tes partitions. Il m’a déjà récupéré mes partitions alors que je l’ai croyais définitivement perdu. Je voulais amorcer sur ma clé usb pour installer Debian,donc j’ai lancé cette commande pour préparer la clé:

C’était une grosse boulette car ma clé était en fait /dev/sdb1 :unamused:. Evidemment au redémarrage j’ai eu une belle erreur. Heuresement que j’avais un cd de SystemRescueCD.

Bonjour,

j’ai dejà essayé testdisk, mais ce logiciel, me semble-t-il, ne fait que réparer la table des partitions, ce qui n’est pas mon cas (peut-etre me suis-je mal exprimé).
Lors du boot sur la live-cd, toutes mes partitions étaient reconnues mais ne contenaient aucune donnée, comme si je venais de les formater (en gros).
Ce que je cherche à faire (me semble-t-il), c’est à récupérer ces inoeuds, car visiblement, les données sont encore dessus mais sont inaccessibles (seul “lost+found” est visible).

Merci :wink:

Bonsoir,

bon je continue mes recherches.
Voici ce que me donne par exemple

# grep -a -B5 -A100 "zataz" /dev/sdb8 > foo.txt
# cat foo.txt
> Magazine piraté
Le journal Réussir n'est pas encore en kiosque que déjà une copie
pirate est commercialisée dans des réseaux parallèles.
http://www.zataz.com/news/15200/

> Le con du mois
Exclusif ! Un voleur dérobe un ordinateur portable... et diffuse sa
photographie sur le compte Flickfr du propriétaire de la machine
........

Donc visiblement, il y a des données :stuck_out_tongue:

Par contre en executant les commandes suivantes:

# fdisk -l /dev/sdb8

Disk /dev/sdb8: 141.8 GB, 141828470784 bytes
255 heads, 63 sectors/track, 17242 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xf6f6f6f6

Disk /dev/sdb8 doesn't contain a valid partition table

# dumpe2fs -h /dev/sdb8
dumpe2fs 1.40.2 (12-Jul-2007)
Filesystem volume name:   Stock
Last mounted on:          <not available>
Filesystem UUID:          7bfdab4c-ff42-4f4c-8321-de132494df1c
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              34635776
Block count:              34626091
Reserved block count:     1731304
Free blocks:              33522835
Free inodes:              34635765
First block:              0
Block size:               4096
Fragment size:            4096
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         32768
Inode blocks per group:   1024
Last mount time:          Tue Oct 30 16:00:43 2007
Last write time:          Tue Oct 30 16:00:55 2007
Mount count:              2
Maximum mount count:      20
Last checked:             Sat Oct 27 12:47:25 2007
Check interval:           15552000 (6 months)
Next check after:         Thu Apr 24 12:47:25 2008
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               128
Journal inode:            8
Journal backup:           inode blocks
Taille du journal:        32M

(petite chose bizarre, un fdisk -l /dev/sda1 (ma partition /) me renvois aussi “doesn’t containt a valid…” et pareil pour toutes mes partitions ext3 :open_mouth: alors que celles-ci fonctionnes très bien)

Un lsdel sous debugfs ne m’a rien donné non plus.

Par ailleurs, j’ai essayé r-linux sous daube, et y m’affiche mes répertoires effacés, ainsi que pas loin de 20000 inodes mais impossible d’en faire quoi que ce soit :imp:

Si quelqu’un a une idée :mrgreen:

@++

[edit: j’ai egalement installé ddrescue sur ma debian mais son utilisation est pour le moins obscure pour moi, si quelqu’un connait son utilisation et si ça peut servir à quelque chose…]

D’âpres ce que tu dis c’est les têtes de lectures du dd qui on foirer a l’arrêt du pc. donc s’il y avai encore du courant sa parasite les données et comme c’est complètement aléatoire, on peux pas savoir ou. Et sa ne signalera pas forcement des cluster perdu ou défectueux.

on le dit assez souvant: il fallait y penser avant on sauvgarde sur un 2 eme dd et aux moin 1 foit par année sur dvd ou cd. si elle son vraiment importante tu peux confier ton dd a une societer spécialisée ,mai sa coute très chère :unamused:

Pour ravoire le disque la seul manière fiable c’est de faire un formatage de bas niveau en aux moins 2 passe avec 1 arret puis un contrôle avec un disque plein. si tout ce passe bien c’est un simple incident de parcours, sinon cest que le disque montre des signes de fatigues.
s’il est sous garantie alors fait marcher la garantie avant de faire un formatage de bas niveau.

bonjour,

je ne comprends pas très bien :confused: mes partitions affectées lors de l’arret étaient sur 2 disques partitionnées comme suit

fdisk -l

Disk /dev/sda: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000d9e58

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          34      273073+  83  Linux
/dev/sda2              35        7538    60275880    5  Extended
/dev/sda3            7539       19287    94373842+  83  Linux
/dev/sda5              35         642     4883728+  83  Linux
/dev/sda6             643        1007     2931831   83  Linux
/dev/sda7            1008        1337     2650693+  82  Linux swap / Solaris
/dev/sda8            1338        1459      979933+  83  Linux
/dev/sda9            1460        7538    48829536   83  Linux

Disk /dev/sdb: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xdc21dc21

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1         131     1052226    6  FAT16
/dev/sdb2             132       38913   311516415    f  W95 Ext'd (LBA)
/dev/sdb5             132        1436    10482381    7  HPFS/NTFS
/dev/sdb6            1437       21017   157284351    7  HPFS/NTFS
/dev/sdb7           21018       21670     5245191    7  HPFS/NTFS
/dev/sdb8           21671       38913   138504366   83  Linux

en fait le 1er disque n’était pas tout à fait comme ça, mais plutot comme ça (dans l’orde d’apparition): ([/home (sda5)][/tmp sda6][swap sda7])(/ sda2)(/media/stock sda3)

Celles qui ne m’ont plus rien affiché lors du rallumage sont toutes les sda et sdb8 (je peux la monter en lecture seul :unamused: sans soucis), celles evidement montées sous nux a ce moment là. Pouvant récupérer les données de sda3, j’ai reformaté sans soucis sda pour y réinstallé le debian avec laquelle j’écrits :mrgreen: . Un formatage bas niveau ne me semble donc pas nécessaire (ni sur l’autre non plus, daube accepte de se lancer), les disques sont en très bon état (sda à à peine 1 mois).

Pour ce qui est des sauvegardes, si j’arrive à récupérer les données de sdb8, je vais en faire en triple exemplaires :smiling_imp:

Après avoir fouillé de longue heures le net à la recherche d’infos, je suis tombé la-dessus, cas similaire à moi (pas dans la façon, dans le résultat :laughing:), et y parlent notamment de mettre des bitmap d’inode (:?:slight_smile: à 1 :open_mouth: si quelqu’un peut m’en dire plus.

J’aimerais egalement avoir plus d’info sur ddrescue et la façon de l’utiliser, si quelqu’un connait :unamused:.

Voilà en espérant avoir été plus clair :smt001

merci et @++

[edit:] j’ai fait une sauvegarde de sdb8 avec dd (dd if=/dev/sdb8 | gzip -v6 | dd of=/media/tempo/save_sdb8.gz), y’a-t-il un moyen quelconque de l’exploiter?

Vu que ton disque a 1 mois je pense que c’est un incident ocasionnel. pour ce qui est de dd je ne l’utilise pas je peux donc pas t’aider.

par contre je te conseil de faire un formatage propre de haut niveaux aux moins.