Pb création de raid suite à réinstallation system

[Muzo]

Bon, ben testdisk ne retrouve rien, car le disque était non partitionné.
J'ai un photorec en cours, mais c'est pas top.

/Muzo

[jibe]

Salut,

le disque était non partitionné.

Comment ça, non partitionné ? Tu devrais avoir (ou avoir eu) des partitions de type FD (Linux raid autodetect)...

J'ai un photorec en cours, mais c'est pas top.

Que veux-tu dire par là ? Que ça ne récupère pas grand chose, ou que ce que tu récupères n'est pas top ? Pour le second cas, c'est vrai : il y a un sacré ménage à faire ensuite Mais bon, on récupère au moins toutes les photos, reste plus qu'à les reclasser... Et Christophe Grenier donne quelques astuces pour réorganiser certaines choses : lis bien ce qu'il explique sur son site à propos de Photorec (bon, je suis un peu flemmard ce soir, mais si tu ne trouves pas, demande et j'essaierai de mon côté).

[Muzo]

Oui il y avait une partition Linux Raid sur tout le disque qui n'était pas partitionné, et ca TestDisk il n'aime pas.

Code: Tout sélectionner

[None   ]  Non partitioned media


http://www.cgsecurity.org/wiki/Ex%C3%A9cuter_TestDisk

Oui c'est pas top photorec, car il ne retrouve que mes 200 photos .jpg et pas mes innommbrables photos .jpEg!

J'ai regardé le site de photorec, où il explique comment renommer les images, mp3, .. avec différents outils et scripts.

/Muzo

[jibe]

Salut,

Oui il y avait une partition Linux Raid sur tout le disque qui n'était pas partitionné, et ca TestDisk il n'aime pas.

Décidément, je ne comprends pas ce que tu veux dire : il y avait une partition sur le disque non partitionné ?

Bon, on reprend : Je n'ai jamais fait ça avec des machines apple, mais je l'ai fait sur des PC avec divers systèmes. Tu avais forcément une partition de type FD sur ton disque (qui donc était bien partitionné !), testdisk devrait bien arriver au moins à la voir et je ne désespère pas qu'il puisse te la retrouver, si toutefois tu n'as pas trop bricolé ton disque d'origine et bien fait les clonages.

Je ne sais pas quel type de partition il faut choisir pour Apple, probablement

Code: Tout sélectionner

[Mac    ]  Apple partition map

A moins que, le partitionnement ayant été fait sous Linux, on aie comme d'hab

Code: Tout sélectionner

[Intel  ]  Intel/PC partition

J'y crois moins, étant donné que là, normalement, c'est le BIOS qui compte, pas l'OS.

Donc, tu fais ton essai avec partition mac, et si ça ne marche pas, tu réessaies avec Intel/PC. Selon le cas, Testdisk peut ne rien retrouver au départ (c'est souvent le cas quand on a effacé le MBR ou qu'on a formatté), mais va trouver soit en première analyse, soit en analyse approfondie.

Fais bien tes clonages à chaque fois, et si tu n'y arrives pas, écris à Christophe Grenier avant de déclarer forfait

Oui c'est pas top photorec, car il ne retrouve que mes 200 photos .jpg et pas mes innommbrables photos .jpEg!

J'en suis surpris... J'ai récupéré pas mal de photos pour des copains et clients qui bien entendu ne font jamais de sauvegardes, et ça m'étonne de ne pas avoir constaté le problème. Il est vrai que je vois beaucoup plus de .JPG que de .JPEG, mais quand même... Je crois bien que j'avais remarqué qu'en spécifiant le type JPG, on récupérait les JPG, les .JPE et les .JPEG. En plus, c'est fait pour récupérer quand le système de fichiers est cassé, ça ne se base pas sur les noms mais sur le type de fichier et pour autant que je sache, à part le nom, il n'y a rien qui change entre .JPG et .JPEG, Photorec ne devrait pas faire de différence...

Je regarderai à l'occasion sur une récup que j'ai fait récemment si j'ai des JPEG... Mais c'était un disque cassé à moi, j'ai récupéré okazou mais normalement j'avais tout en double, et je ne suis pas sûr que j'avais des JPEG sur ce disque.

Bon, pareil : avant de déclarer forfait, écris à CG : si les .JPEG ne sont effectivement pas récupérées, il sera certainement heureux de le savoir et s'empressera de corriger !

[Muzo]

J'ai du mal à exprimé le "Non" trouvé par TestDisk.
Voici comment a été créé le raid:
J'ai installé mdadm, pius j'ai ajouté mes disques neufs dans la machine. Je les ai ajouté au raid, puis j'ai formaté le raid.
Je n'ai donc jamais formaté le disque. Mais est ce que le formatage du raid à formaté le disque?

Est ce que c'est plus clair?

Pour photorec, j'ai peut-être fait une erreur de manip aussi. je n'en suis plus à une prêt.

je vais retenté TestDisk en forcant la recherche du disque sur Intel/PC, mais il n'avait rien trouvé.
Mais avant je fais un petit "dd" du disque:

Code: Tout sélectionner

dd if=/dev/sdb of=~/raid.img

/Muzo

[jibe]

Salut,

J'ai du mal à exprimé le "Non" trouvé par TestDisk.
Voici comment a été créé le raid:
J'ai installé mdadm, pius j'ai ajouté mes disques neufs dans la machine. Je les ai ajouté au raid, puis j'ai formaté le raid.
Je n'ai donc jamais formaté le disque. Mais est ce que le formatage du raid à formaté le disque?

Est ce que c'est plus clair?

Oui, c'est clair

Je ne suis pas spécialiste du raid, les 9/10° de ceux que je monte sont sur SME et c'est fait automatiquement à l'install. Donc, il vaudrait mieux avoir l'avis de quelqu'un qui a plus l'habitude (Gaston, si tu passes...)

Mais bon, la procédure me parait correcte, et AMHA elle devrait commencer par partitionner le disque, puis formater la partition. Donc, normalement, ton disque devrait être partitionné ou aurait dû l'être. Que donne

Code: Tout sélectionner

fdisk -l

je vais retenté TestDisk en forcant la recherche du disque sur Intel/PC, mais il n'avait rien trouvé.

C'est bien ce qui m'étonne ! Je ne l'ai jamais vu rien trouver : il trouve généralement un paquet de vieux trucs, vieilles partitions si le disque a été réutilisé/repartitionné d'avant reformatage/repartitionnement. Tout ce qu'il voit n'est pas récupérable, parfois rien, mais il voit...

Je te l'ai dit : je ne sais pas si sur ta machine le partitionnement se fait en Intel/PC ou en mac : essaie les deux Et va bien jusqu'à l'analyse complète (de tête Deeper Search), c'est généralement là qu'on retrouve ce qu'on cherche sur un disque qui a été reformaté ou repartitionné...

Pour photorec, j'ai peut-être fait une erreur de manip aussi. je n'en suis plus à une prêt.

J'ai regardé la récup dont je parlais hier : pas de JPEG ni de JPE, mais comme je le disais, pas sûr que j'en aie eu. Donc, ça ne prouve rien...

Essaie avec un disque sain sur lequel tu mets quelques JPEG pour voir si tu y arrives ou pas. Si tu n'y arrives pas => mailto:CG

[Franck78]

Hello,
maintenant que tu possèdes une image exacte de chacun de tes deux disques tu peux tenter ce que tu veux.

Ici, il semble évident que le mdadm --create se soit contenté de recréer les superblocks sans destruction des filesystem preexistant. Logique en fait puisqu'on peut ensuite formater en ce qu'on veut le RAID. On doit tout perdre seulement si il n'y a pas la place pour caser le superblock RAID à l'endroit attendu.

http://arstechnica.com/civis/viewtopic. ... 6&t=121767

Donc si on dit que ton nouveau --create était identique à celui de l'install initiale, tout est toujours là.
A vérifier impérativement avec --examine pour savoir ou ils se cachent ces superblocks.

Code: Tout sélectionner

mdadm --examine /dev/sda  <== essaie toutes les combinaisons sd[a..f][1..9]
/dev/sda:   
          Magic : a92b4efc
        Version : 0.90.00
           UUID : 42425c2a:9c92d263:68041b65:8817d42b
  Creation Time : Thu Sep  2 20:31:10 2010
     Raid Level : raid5
  Used Dev Size : 1953514496 (1863.02 GiB 2000.40 GB)
     Array Size : 5860543488 (5589.05 GiB 6001.20 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 0

Pour info, la description du superblock à trouver :
https://raid.wiki.kernel.org/index.php/ ... ck_formats

[Muzo]

Merci à vous deux,

Dans un premier temps, l'examen du disque:

Code: Tout sélectionner

mdadm --examine /dev/sda
/dev/sda:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 4c80fa86:0aaeac98:506a5ac0:cac10837
           Name : 'NASServer':0
  Creation Time : Sat Mar  5 23:07:40 2011
     Raid Level : raid1
   Raid Devices : 2

Avail Dev Size : 976771120 (465.76 GiB 500.11 GB)
     Array Size : 976770848 (465.76 GiB 500.11 GB)
  Used Dev Size : 976770848 (465.76 GiB 500.11 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
          State : clean
    Device UUID : 878cf880:2c645a8e:63d203f6:9c2ccecf

    Update Time : Sat Mar  5 23:14:10 2011
       Checksum : a88de1f7 - correct
         Events : 10


    Array Slot : 1 (failed, 1)
   Array State : _U 1 failed

Pas glop! il semble vide!

Et je relance d'un scan:

Code: Tout sélectionner

mdadm --examine --scan /dev/sda
ARRAY /dev/md/0 level=raid1 metadata=1.2 num-devices=2 UUID=4c80fa86:0aaeac98:506a5ac0:cac10837 name='NASServer':0

Ensuite un

Code: Tout sélectionner

fdisk -l
/dev/hdc
        #                    type name                 length   base     ( size )  system
/dev/hdc1     Apple_partition_map Apple                    63 @ 1        ( 31.5k)  Partition map
/dev/hdc2         Apple_Bootstrap untitled               1954 @ 64       (977.0k)  NewWorld bootblock
/dev/hdc3         Apple_UNIX_SVR2 untitled           74837891 @ 2018     ( 35.7G)  Linux native


Bah? où est mon sda?

Code: Tout sélectionner

fdisk -l /dev/sda


/Muzo

[jibe]

Je n'ai pas assez de connaissances en raid pour juger de cette méthode. A priori, je n'y crois pas trop, mais ce n'est qu'une impression d'ignare !

Par contre, ce que tu dis me renforce dans la quasi-certitude que testdisk devrait pouvoir tout remettre d'aplomb.

Après, à voir quelle est la meilleure méthode, mais comme tu dis, Franck, puisqu'on a ce qu'il faut pour recommencer autant qu'on veut, pourquoi ne pas tester les deux méthodes ?

[Muzo]

C'est en cours, là je test la version [MAC ] pour voir

/Muzo

[Franck78]

Code: Tout sélectionner

      Version : 1.2

ça par contre, ca n'augure rien de bon. Comme tu dis que ton système avait dix ans, la version doit être largement inférieure. 0.90 peut être?
Si donc ce superblock n'a pas écrabouilllé le début du système de fichier (ext3 sans doute) qui a été installé sur le raid (md0), avec le fichier image que tu as obtenu je crois, tu peux tenter un mount -o loop,ro,offset=x tonimage_dd.img /mnt

x = 2048*512 d'après le détail du superblock raid.
Il devient interessant de réviser l'agencement de ext3/ext2 et comment les réparer avec e2fsck et les copies de superblock ext3 qui doivent toujours être présente. Car tu n'as pas recréer le système de fichier après le mdadm --create n'est-ce pas ?


Juste pour pour info:
http://pve.proxmox.com/wiki/SMEServer_L ... pix_LiveCD

[Muzo]

Non Frank, la machine a 10ans, mais je ne savais plus quelle version de Debian j'avais. J'ai vérifié en inspectant l'ancien disque système sur un autre PC, et c'était bien une Debian 5.

Non, après le mdadm --create, je n'ai pas fait de mk2fs.

Je ne comprends pas trop ton lien, il traite de LVM? Je vois bien l'utilité des commandes pour explorer le disque avec udevadm et dmesg, mais je ne comprends pas bien où tu veux en venir (missa pas bien révéillé)

Sinon l'exploration TestDisk avec l'analyse d'un disque type [MAC] n'a rien donné.

/Muzo

[Franck78]

mais je ne comprends pas bien où tu veux en venir

à l'origine pour Jibé qui est très SME. Ensuite le LVM fonctionne au dessus de md (raid).

Ce lien devrait te donner espoir :
http://kevin.deldycke.com/2007/03/how-t ... uperblocks

--create fait son possible pour ne pas détruire un RAID préexistant. Chez toi, il semble que non, peut être à cause d'un choix différent (disques entiers : sda ou partitions : sda1). Je dis ça mais je n'ai pas essayé la création de RAID sur disque entier.

Donc au point ou tu en es (avec une dd.img sous le coude of course)
--zero-superblock
--create avec /dev/sda et missing pour le deuxiéme disque

J'ai du mal à comprendre qu'avec testdisk tu ne trouves 'rien'....
http://itknowledgeexchange.techtarget.c ... -testdisk/
Il a l'air assez complet (et donc complexe).

[Muzo]

J'ai compris mon erreur avec testdisk, je ne sélectionne pas une des zone retrouvée pour lister le fichiers!
Bon, je m'y recolle ce soir. avec la zéroisation et tout et tout.

/Muzo

[Franck78]

c'est l'une ou l'autre des idées à suivre :
soit tu penses restaurer le RAID même en dégradé et la fs ext3 redeviendra accessible
soit tu pars à la recherche directe du fs qu'il y avait.

Sous condition de ne pas avoir écrabouillé le début du fs, ce que je te laisse déterminer.