#251 Le 04/10/2010, à 09:52
- Farouba
Re : [Tuto] Bilan : comment récupérer des données perdues
Alors pour mount :
benjamin-farrudja@benjamin-farrudja-laptop:~$ sudo mount
[sudo] password for benjamin-farrudja:
/dev/sdc1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/benjamin-farrudja/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=benjamin-farrudja)
Pour le montage le périphérique n'existe pas... Je pense que tout ces volumes sont des reste de mauvaises commande quand j'essayé de monter à partir de l'image... Faudrait pas repartir de sda ?
Hors ligne
#252 Le 04/10/2010, à 14:45
- rmy
Re : [Tuto] Bilan : comment récupérer des données perdues
Bonjour Farouba, j'ai demandé l'avis d'un membre plus pointu que moi avec les LVM, et il nous semble effectivement que ce n'est pas ton LVM qui est en cause. Si c'est lors du montage que ça crashe, c'est peut-être à cause du FS qui s'y trouve.
Il propose de tenter à nouveau un fsck, mais pas sur le LVM complet comme tu l'a fait : plutôt sur le LV lui même. Je serais d'avis si tu compte tenter cela d'essayer d'abord de fouiller un peu plus pour essayer de comprendre.
Déjà, dans ton message précédent, tu dis que "le périphérique n'existe pas", je suppose que c'est avec cette option là:
essayer de monter /dev/benjamin--farrudja--pcportable/root
C'est pourtant curieux car le ls/dev/be* donnait des résultats…
Peux-tu préciser pour commencer :
1/ Le retour de
ls -l /dev/
à palcer entre balises code
2/ Le retour de ls -l /dev/benjamin--farrudja--pcportable
3/ Le retour de ls -l /dev/benjamin-farrudja-pcportable
4/ Vérifier quand tu tappes "ls /dev/be" puis que tu utilises la touche de tabulation pour compléter le nom automatiquement, ce qu'il te propose…
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#253 Le 04/10/2010, à 14:58
- Farouba
Re : [Tuto] Bilan : comment récupérer des données perdues
Merci de ton aide impliquée en tout cas !
Voici les retours :
benjamin-farrudja@benjamin-farrudja-laptop:~$ sudo ls -l /dev/
[sudo] password for benjamin-farrudja:
total 0
crw-rw----+ 1 root audio 14, 4 2010-10-04 11:34 audio
drwxr-xr-x 2 root root 80 2010-10-04 11:33 benjamin-farrudja-pcportable
drwxr-xr-x 2 root root 760 2010-10-04 11:33 block
drwxr-xr-x 2 root root 120 2010-10-04 11:33 bsg
drwxr-xr-x 3 root root 60 2010-10-04 11:33 bus
lrwxrwxrwx 1 root root 3 2010-10-04 11:34 cdrom -> sr0
lrwxrwxrwx 1 root root 3 2010-10-04 11:34 cdrw -> sr0
drwxr-xr-x 2 root root 3520 2010-10-04 14:22 char
crw------- 1 root root 5, 1 2010-10-04 11:34 console
lrwxrwxrwx 1 root root 11 2010-10-04 11:34 core -> /proc/kcore
crw-rw---- 1 root root 10, 58 2010-10-04 11:34 cpu_dma_latency
drwxr-xr-x 5 root root 100 2010-10-04 11:33 disk
crw-rw----+ 1 root audio 14, 3 2010-10-04 11:34 dsp
lrwxrwxrwx 1 root root 3 2010-10-04 11:34 dvd -> sr0
lrwxrwxrwx 1 root root 3 2010-10-04 11:34 dvdrw -> sr0
crw-rw---- 1 root root 10, 61 2010-10-04 11:34 ecryptfs
crw-rw---- 1 root video 29, 0 2010-10-04 11:34 fb0
lrwxrwxrwx 1 root root 13 2010-10-04 11:34 fd -> /proc/self/fd
crw-rw-rw- 1 root root 1, 7 2010-10-04 11:34 full
crw-rw-rw- 1 root fuse 10, 229 2010-10-04 11:34 fuse
crw-rw---- 1 root root 251, 0 2010-10-04 11:34 hidraw0
crw-rw---- 1 root root 251, 1 2010-10-04 14:22 hidraw1
crw-rw---- 1 root root 10, 228 2010-10-04 11:34 hpet
drwxr-xr-x 4 root root 380 2010-10-04 14:22 input
crw-rw---- 1 root root 1, 11 2010-10-04 11:34 kmsg
srw-rw-rw- 1 root root 0 2010-10-04 11:34 log
brw-rw---- 1 root disk 7, 0 2010-10-04 11:34 loop0
brw-rw---- 1 root disk 7, 1 2010-10-04 11:34 loop1
brw-rw---- 1 root disk 7, 2 2010-10-04 11:34 loop2
brw-rw---- 1 root disk 7, 3 2010-10-04 11:34 loop3
brw-rw---- 1 root disk 7, 4 2010-10-04 11:34 loop4
brw-rw---- 1 root disk 7, 5 2010-10-04 11:34 loop5
brw-rw---- 1 root disk 7, 6 2010-10-04 11:34 loop6
brw-rw---- 1 root disk 7, 7 2010-10-04 11:34 loop7
drwxr-xr-x 2 root root 100 2010-10-04 11:33 mapper
crw-rw---- 1 root root 10, 227 2010-10-04 11:34 mcelog
crw-r----- 1 root kmem 1, 1 2010-10-04 11:34 mem
crw-rw----+ 1 root audio 14, 0 2010-10-04 11:34 mixer
drwxr-xr-x 2 root root 60 2010-09-25 17:46 net
crw-rw---- 1 root root 10, 57 2010-10-04 11:34 network_latency
crw-rw---- 1 root root 10, 56 2010-10-04 11:34 network_throughput
crw-rw-rw- 1 root root 1, 3 2010-10-04 11:34 null
crw-rw-rw- 1 root root 195, 0 2010-10-04 11:34 nvidia0
crw-rw-rw- 1 root root 195, 255 2010-10-04 11:34 nvidiactl
crw-rw---- 1 root root 1, 12 2010-10-04 11:34 oldmem
drwxr-xr-x 2 root root 60 2010-10-04 11:33 pktcdvd
crw-r----- 1 root kmem 1, 4 2010-10-04 11:34 port
crw------- 1 root root 108, 0 2010-10-04 11:34 ppp
crw-rw---- 1 root root 10, 1 2010-10-04 11:34 psaux
crw-rw-rw- 1 root tty 5, 2 2010-10-04 15:53 ptmx
drwxr-xr-x 2 root root 0 2010-04-19 11:30 pts
brw-rw---- 1 root disk 1, 0 2010-10-04 11:34 ram0
brw-rw---- 1 root disk 1, 1 2010-10-04 11:34 ram1
brw-rw---- 1 root disk 1, 10 2010-10-04 11:34 ram10
brw-rw---- 1 root disk 1, 11 2010-10-04 11:34 ram11
brw-rw---- 1 root disk 1, 12 2010-10-04 11:34 ram12
brw-rw---- 1 root disk 1, 13 2010-10-04 11:34 ram13
brw-rw---- 1 root disk 1, 14 2010-10-04 11:34 ram14
brw-rw---- 1 root disk 1, 15 2010-10-04 11:34 ram15
brw-rw---- 1 root disk 1, 2 2010-10-04 11:34 ram2
brw-rw---- 1 root disk 1, 3 2010-10-04 11:34 ram3
brw-rw---- 1 root disk 1, 4 2010-10-04 11:34 ram4
brw-rw---- 1 root disk 1, 5 2010-10-04 11:34 ram5
brw-rw---- 1 root disk 1, 6 2010-10-04 11:34 ram6
brw-rw---- 1 root disk 1, 7 2010-10-04 11:34 ram7
brw-rw---- 1 root disk 1, 8 2010-10-04 11:34 ram8
brw-rw---- 1 root disk 1, 9 2010-10-04 11:34 ram9
crw-rw-rw- 1 root root 1, 8 2010-10-04 11:34 random
crw-rw-r--+ 1 root root 10, 62 2010-10-04 11:34 rfkill
lrwxrwxrwx 1 root root 4 2010-10-04 11:34 root -> sdc1
lrwxrwxrwx 1 root root 4 2010-10-04 11:34 rtc -> rtc0
crw-rw---- 1 root root 254, 0 2010-10-04 11:34 rtc0
lrwxrwxrwx 1 root root 3 2010-10-04 11:34 scd0 -> sr0
brw-rw---- 1 root disk 8, 0 2010-10-04 11:34 sda
brw-rw---- 1 root disk 8, 1 2010-10-04 11:34 sda1
brw-rw---- 1 root disk 8, 2 2010-10-04 11:34 sda2
brw-rw---- 1 root disk 8, 5 2010-10-04 11:34 sda5
brw-rw---- 1 root disk 8, 16 2010-10-04 11:34 sdb
brw-rw---- 1 root disk 8, 32 2010-10-04 11:34 sdc
brw-rw---- 1 root disk 8, 33 2010-10-04 11:34 sdc1
brw-rw---- 1 root disk 8, 34 2010-10-04 11:34 sdc2
brw-rw---- 1 root disk 8, 37 2010-10-04 11:34 sdc5
crw-rw----+ 1 root audio 14, 1 2010-10-04 11:34 sequencer
crw-rw----+ 1 root audio 14, 8 2010-10-04 11:34 sequencer2
crw-rw---- 1 root cdrom 21, 0 2010-10-04 11:34 sg0
crw-rw---- 1 root disk 21, 1 2010-10-04 11:34 sg1
crw-rw---- 1 root disk 21, 2 2010-10-04 11:34 sg2
crw-rw---- 1 root disk 21, 3 2010-10-04 11:34 sg3
drwxrwxrwt 2 root root 120 2010-10-04 15:53 shm
crw-rw---- 1 root root 10, 231 2010-10-04 11:34 snapshot
drwxr-xr-x 3 root root 260 2010-10-04 11:34 snd
lrwxrwxrwx 1 root root 24 2010-10-04 11:34 sndstat -> /proc/asound/oss/sndstat
brw-rw----+ 1 root cdrom 11, 0 2010-10-04 11:34 sr0
lrwxrwxrwx 1 root root 15 2010-10-04 11:34 stderr -> /proc/self/fd/2
lrwxrwxrwx 1 root root 15 2010-10-04 11:34 stdin -> /proc/self/fd/0
lrwxrwxrwx 1 root root 15 2010-10-04 11:34 stdout -> /proc/self/fd/1
crw-rw-rw- 1 root tty 5, 0 2010-10-04 15:53 tty
crw--w---- 1 root root 4, 0 2010-10-04 11:34 tty0
crw------- 1 root root 4, 1 2010-10-04 11:34 tty1
crw--w---- 1 root tty 4, 10 2010-10-04 11:34 tty10
crw--w---- 1 root tty 4, 11 2010-10-04 11:34 tty11
crw--w---- 1 root tty 4, 12 2010-10-04 11:34 tty12
crw--w---- 1 root tty 4, 13 2010-10-04 11:34 tty13
crw--w---- 1 root tty 4, 14 2010-10-04 11:34 tty14
crw--w---- 1 root tty 4, 15 2010-10-04 11:34 tty15
crw--w---- 1 root tty 4, 16 2010-10-04 11:34 tty16
crw--w---- 1 root tty 4, 17 2010-10-04 11:34 tty17
crw--w---- 1 root tty 4, 18 2010-10-04 11:34 tty18
crw--w---- 1 root tty 4, 19 2010-10-04 11:34 tty19
crw------- 1 root root 4, 2 2010-10-04 11:34 tty2
crw--w---- 1 root tty 4, 20 2010-10-04 11:34 tty20
crw--w---- 1 root tty 4, 21 2010-10-04 11:34 tty21
crw--w---- 1 root tty 4, 22 2010-10-04 11:34 tty22
crw--w---- 1 root tty 4, 23 2010-10-04 11:34 tty23
crw--w---- 1 root tty 4, 24 2010-10-04 11:34 tty24
crw--w---- 1 root tty 4, 25 2010-10-04 11:34 tty25
crw--w---- 1 root tty 4, 26 2010-10-04 11:34 tty26
crw--w---- 1 root tty 4, 27 2010-10-04 11:34 tty27
crw--w---- 1 root tty 4, 28 2010-10-04 11:34 tty28
crw--w---- 1 root tty 4, 29 2010-10-04 11:34 tty29
crw------- 1 root root 4, 3 2010-10-04 11:34 tty3
crw--w---- 1 root tty 4, 30 2010-10-04 11:34 tty30
crw--w---- 1 root tty 4, 31 2010-10-04 11:34 tty31
crw--w---- 1 root tty 4, 32 2010-10-04 11:34 tty32
crw--w---- 1 root tty 4, 33 2010-10-04 11:34 tty33
crw--w---- 1 root tty 4, 34 2010-10-04 11:34 tty34
crw--w---- 1 root tty 4, 35 2010-10-04 11:34 tty35
crw--w---- 1 root tty 4, 36 2010-10-04 11:34 tty36
crw--w---- 1 root tty 4, 37 2010-10-04 11:34 tty37
crw--w---- 1 root tty 4, 38 2010-10-04 11:34 tty38
crw--w---- 1 root tty 4, 39 2010-10-04 11:34 tty39
crw------- 1 root root 4, 4 2010-10-04 11:34 tty4
crw--w---- 1 root tty 4, 40 2010-10-04 11:34 tty40
crw--w---- 1 root tty 4, 41 2010-10-04 11:34 tty41
crw--w---- 1 root tty 4, 42 2010-10-04 11:34 tty42
crw--w---- 1 root tty 4, 43 2010-10-04 11:34 tty43
crw--w---- 1 root tty 4, 44 2010-10-04 11:34 tty44
crw--w---- 1 root tty 4, 45 2010-10-04 11:34 tty45
crw--w---- 1 root tty 4, 46 2010-10-04 11:34 tty46
crw--w---- 1 root tty 4, 47 2010-10-04 11:34 tty47
crw--w---- 1 root tty 4, 48 2010-10-04 11:34 tty48
crw--w---- 1 root tty 4, 49 2010-10-04 11:34 tty49
crw------- 1 root root 4, 5 2010-10-04 11:34 tty5
crw--w---- 1 root tty 4, 50 2010-10-04 11:34 tty50
crw--w---- 1 root tty 4, 51 2010-10-04 11:34 tty51
crw--w---- 1 root tty 4, 52 2010-10-04 11:34 tty52
crw--w---- 1 root tty 4, 53 2010-10-04 11:34 tty53
crw--w---- 1 root tty 4, 54 2010-10-04 11:34 tty54
crw--w---- 1 root tty 4, 55 2010-10-04 11:34 tty55
crw--w---- 1 root tty 4, 56 2010-10-04 11:34 tty56
crw--w---- 1 root tty 4, 57 2010-10-04 11:34 tty57
crw--w---- 1 root tty 4, 58 2010-10-04 11:34 tty58
crw--w---- 1 root tty 4, 59 2010-10-04 11:34 tty59
crw------- 1 root root 4, 6 2010-10-04 11:34 tty6
crw--w---- 1 root tty 4, 60 2010-10-04 11:34 tty60
crw--w---- 1 root tty 4, 61 2010-10-04 11:34 tty61
crw--w---- 1 root tty 4, 62 2010-10-04 11:34 tty62
crw--w---- 1 root tty 4, 63 2010-10-04 11:34 tty63
crw--w---- 1 root root 4, 7 2010-10-04 11:34 tty7
crw--w---- 1 root tty 4, 8 2010-10-04 11:34 tty8
crw--w---- 1 root tty 4, 9 2010-10-04 11:34 tty9
crw-rw---- 1 root dialout 4, 64 2010-10-04 11:34 ttyS0
crw-rw---- 1 root dialout 4, 65 2010-10-04 11:34 ttyS1
crw-rw---- 1 root dialout 4, 66 2010-10-04 11:34 ttyS2
crw-rw---- 1 root dialout 4, 67 2010-10-04 11:34 ttyS3
crw-rw-rw- 1 root root 1, 9 2010-10-04 11:34 urandom
crw-rw---- 1 root root 252, 0 2010-10-04 11:34 usbmon0
crw-rw---- 1 root root 252, 1 2010-10-04 11:34 usbmon1
crw-rw---- 1 root root 252, 2 2010-10-04 11:34 usbmon2
crw-rw---- 1 root root 252, 3 2010-10-04 11:34 usbmon3
crw-rw---- 1 root root 252, 4 2010-10-04 11:34 usbmon4
crw-rw---- 1 root root 252, 5 2010-10-04 11:34 usbmon5
crw-rw---- 1 root root 252, 6 2010-10-04 11:34 usbmon6
crw-rw---- 1 root root 252, 7 2010-10-04 11:34 usbmon7
drwxr-xr-x 4 root root 80 2010-10-04 11:34 v4l
crw-rw---- 1 root tty 7, 0 2010-10-04 11:34 vcs
crw-rw---- 1 root tty 7, 1 2010-10-04 11:34 vcs1
crw-rw---- 1 root tty 7, 2 2010-10-04 11:34 vcs2
crw-rw---- 1 root tty 7, 3 2010-10-04 11:34 vcs3
crw-rw---- 1 root tty 7, 4 2010-10-04 11:34 vcs4
crw-rw---- 1 root tty 7, 5 2010-10-04 11:34 vcs5
crw-rw---- 1 root tty 7, 6 2010-10-04 11:34 vcs6
crw-rw---- 1 root tty 7, 7 2010-10-04 11:34 vcs7
crw-rw---- 1 root tty 7, 128 2010-10-04 11:34 vcsa
crw-rw---- 1 root tty 7, 129 2010-10-04 11:34 vcsa1
crw-rw---- 1 root tty 7, 130 2010-10-04 11:34 vcsa2
crw-rw---- 1 root tty 7, 131 2010-10-04 11:34 vcsa3
crw-rw---- 1 root tty 7, 132 2010-10-04 11:34 vcsa4
crw-rw---- 1 root tty 7, 133 2010-10-04 11:34 vcsa5
crw-rw---- 1 root tty 7, 134 2010-10-04 11:34 vcsa6
crw-rw---- 1 root tty 7, 135 2010-10-04 11:34 vcsa7
crw-rw---- 1 root root 10, 63 2010-10-04 11:34 vga_arbiter
crw-rw----+ 1 root video 81, 0 2010-10-04 11:34 video0
crw-rw-rw- 1 root root 1, 5 2010-10-04 11:34 zero
benjamin-farrudja@benjamin-farrudja-laptop:~$ sudo ls -l /dev/benjamin--farrudja--pcportable
ls: impossible d'accéder à /dev/benjamin--farrudja--pcportable: Aucun fichier ou dossier de ce type
benjamin-farrudja@benjamin-farrudja-laptop:~$ sudo ls -l /dev/benjamin-farrudja-pcportable/
total 0
lrwxrwxrwx 1 root root 45 2010-10-04 11:34 root -> ../mapper/benjamin--farrudja--pcportable-root
lrwxrwxrwx 1 root root 47 2010-10-04 11:34 swap_1 -> ../mapper/benjamin--farrudja--pcportable-swap_1
Ensuite avec la touche tabulation
benjamin-farrudja@benjamin-farrudja-laptop:~$ sudo ls /dev/benjamin-farrudja-pcportable/
root swap_1
Voilà
Hors ligne
#254 Le 04/10/2010, à 15:05
- rmy
Re : [Tuto] Bilan : comment récupérer des données perdues
Ok, donc ce qui est bizarre, c'est que d'un côté c'est /dev/mapper/benjamin--farrudja--etc…
alors que de l'autre c'est /dev/benjamin-farrudja-pcportable sans les --
Normalement le résultat devrait être le même, mais par acquis de conscience :
sudo mount /dev/benjamin-farrudja-pcportable/root lvmroot/
et dmesg|tail si ça bloque
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#255 Le 04/10/2010, à 15:39
- Farouba
Re : [Tuto] Bilan : comment récupérer des données perdues
benjamin-farrudja@benjamin-farrudja-laptop:~$ sudo mount /dev/benjamin-farrudja-pcportable/root lvmroot/
[sudo] password for benjamin-farrudja:
Processus arrêté
benjamin-farrudja@benjamin-farrudja-laptop:~$ sudo mount /dev/benjamin-farrudja-pcportable/root lvmroot/
puis rien alors :
benjamin-farrudja@benjamin-farrudja-laptop:~$ sudo dmesg|tail
[sudo] password for benjamin-farrudja:
[11562.761484] [<c021fba3>] ? get_fs_type+0x33/0xb0
[11562.761492] [<c020b46e>] ? do_kern_mount+0x3e/0xe0
[11562.761500] [<c0222ce3>] ? do_mount+0x1c3/0x200
[11562.761508] [<c0222d8b>] ? sys_mount+0x6b/0xa0
[11562.761517] [<c01033ec>] ? syscall_call+0x7/0xb
[11562.761526] [<c0590000>] ? show_kprobe_addr+0x30/0x100
[11562.761531] Code: 00 55 89 e5 57 89 c7 56 53 e8 b3 1c 23 00 8b 5f 04 b8 ff ff ff ff 8b 77 08 eb 1c 8d b6 00 00 00 00 8b 0c 85 00 1f 7a c0 8b 57 14 <8b> 14 0a 89 d1 c1 f9 1f 01 d3 11 ce 8d 48 01 a1 ec af 59 c0 ba
[11562.761632] EIP: [<c035b6aa>] __percpu_counter_sum+0x2a/0x70 SS:ESP 0068:ee8afd6c
[11562.761645] CR2: 0000000001bc0000
[11562.761652] ---[ end trace 545a2be7c003a07e ]---
Hors ligne
#256 Le 04/10/2010, à 16:05
- rmy
Re : [Tuto] Bilan : comment récupérer des données perdues
OK, alors que donne
sudo fsck /dev/benjamin-farrudja-pcportable/root
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#257 Le 04/10/2010, à 16:35
- Farouba
Re : [Tuto] Bilan : comment récupérer des données perdues
Et ben voilà, miracle ;-)
benjamin-farrudja@benjamin-farrudja-laptop:~$ sudo fsck /dev/benjamin-farrudja-pcportable/root
[sudo] password for benjamin-farrudja:
fsck de util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
/dev/mapper/benjamin--farrudja--pcportable-root : récupération du journal
/dev/mapper/benjamin--farrudja--pcportable-root 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
des i-noeuds qui faisaient partie d'une liste chaînée d'orphelins corrompue ont été repérés. Corriger<o>? oui
l'i-noeud 2234350 fait partie de la liste des i-noeuds orphelins. CORRIGÉ.
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité 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: -(3956312--3956315) -(3956407--3956426) -8932534 -(22595000--22595007) -(28380544--28380592)
Corriger<o>? oui
différences de bitmap d'i-noeuds : -2234350
Corriger<o>? oui
/dev/mapper/benjamin--farrudja--pcportable-root: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
/dev/mapper/benjamin--farrudja--pcportable-root : 361105/14876672 fichiers (1.2% non contigus), 24642680/59476992 blocs
Je redémarre et ça boot, tout y est comme au bon vieux temps !
Merci beaucoup et félicitation pour avoir tenu bon jusqu'au bout en sachant diagnostiquer le vrai problème...
Hors ligne
#258 Le 04/10/2010, à 16:41
- rmy
Re : [Tuto] Bilan : comment récupérer des données perdues
Merci à Hoper pour le suivi à distance
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#259 Le 04/10/2010, à 16:54
- Farouba
Re : [Tuto] Bilan : comment récupérer des données perdues
Merci Hoper alors !
Hors ligne
#260 Le 06/10/2010, à 16:05
- Moimemeici
Re : [Tuto] Bilan : comment récupérer des données perdues
Bonjour tout le monde
Comme convenu tout a l'heure, j'ai crée un fil dans la parti serveur
http://forum.ubuntu-fr.org/viewtopic.php?pid=3769995
Cordialement
Hors ligne
#261 Le 06/10/2010, à 16:16
- rmy
Re : [Tuto] Bilan : comment récupérer des données perdues
Appel reçu, j'ai pointé sur le post pour le suivi.
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#262 Le 18/11/2010, à 12:38
- Arcadia
Re : [Tuto] Bilan : comment récupérer des données perdues
Bonjour,
Après avoir regardé plusieurs posts de ce forum depuis 2 semaines maintenant, je me tourne vers ceux qui suivent ce topics.
En effet, j'ai un problème dans la récupération de données sur un disques dur de 80g. (La récup se fait sur un Optiplex380 avec ubuntu 10.10)
En fait c'est un peu particulier puisque ce disque était dans un MacBook 4 et donc en Hfs+.
Ayant suivi toutes les manips qui existent dans différents post (usage de gddrescue [http://forum.ubuntu-fr.org/viewtopic.php?pid=3757332] d'abord puis de dd_rhelp [proposé sur ce topic]), je me retrouve aujourd'hui avec deux images de ce disque l'une en .dd qui fait 298 Giga et l'autre en .img qui fait 11,5 Giga.
Là ou je sèche c'est que je ne parvient ni à monter ces images, ni à les réparer via fsck. J'ai bien tenté fsck.hfs et fsck.hfsplus mais rien n'y fait. Voilà les différents fsck que j'ai pu faire et ce qui en résulte :
jeanguer@PC:~$ sudo fsck -y /media/My\ Passport/img/imgrecup.img
fsck de util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
fsck.ext2: Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Bad magic number in super-block lors de la tentative d'ouverture de /media/My Passport/img/imgrecup.img
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
jeanguer@PC:~$ sudo fsck.hfs -y /media/My\ Passport/img/imgrecup.img
** /media/My Passport/img/imgrecup.img
jeanguer@PC:~$ sudo fsck.hfsplus -y /media/My\ Passport/img/imgrecup.img
** /media/My Passport/img/imgrecup.img
jeanguer@PC:~$ sudo fsck.hfsplus -a -d /media/My\ Passport/img/imgrecup.img
/media/My Passport/img/imgrecup.img: starting
Using cacheBlockSize=32K cacheTotalBlock=1024 cacheSize=32768K.
Block 2 is not an MDB or Volume Header
Block 24093814 is not an MDB or Volume Header
unknown volume type
primary MDB is at block 0 0x00
alternate MDB is at block 0 0x00
primary VHB is at block 0 0x00
alternate VHB is at block 0 0x00
sector size = 512 0x200
VolumeObject flags = 0x01
total sectors for volume = 24093816 0x16fa478
total sectors for embedded volume = 0 0x00
Si quelqu'un a une idée, je suis preneur
Merci !
Hors ligne
#263 Le 18/11/2010, à 12:50
- rmy
Re : [Tuto] Bilan : comment récupérer des données perdues
Bah… recommence tes images… parce que pour un disque de 80Gio, une image de 298Gio c'est impensable et une image de 11,5 aussi.
Je suppose que ton disque a des zones défectueuses.
Refais ton image avec
sudo ddrescue -n /dev/tondisque /mediadestockage/imagerecup.dd /mediadestockage/imagerecup.log
Tu peux ouvrir un post spécifique et mettre un lien ici, ce sera plus facile pour le suivi… Poste-y le retour de ddrescue. Tu peux aussi m'envoyer le log par mail si tu veux.
Normalement, une image de 80Gio, ça doit faire 80Gio.
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#264 Le 22/11/2010, à 09:47
- Arcadia
Re : [Tuto] Bilan : comment récupérer des données perdues
Voilà, j'ai lancé le ddrescue et le fil est créé :
http://forum.ubuntu-fr.org/viewtopic.ph … 3#p3863233
Je te remercie de suivre ça, c'est très gentil de ta part
Hors ligne
#265 Le 07/12/2010, à 09:26
- pem1664
Re : [Tuto] Bilan : comment récupérer des données perdues
Bonjour à tous,
j'ai bien suivi le post et je n'y ai pas trouvé la solution pour mon probleme.. (malheureusement..) Néanmoins chapeau! tout est super clair!
Bon explication de mon probleme :
Il y a 2 j je me dis qu'il serait temps de refaire mon serveur, je m'achete donc 2 disques durs de 2To sata et les montes donc dans ma tour. J'ai créé une array raid 0 via palimpset ou j'ai formaté mes 2 dd de 2 To ce qui me donne une partition de 4To dans laquelle j'ai déplacé mes données.
Puis je me dis , quitte a avoir une nouvelle et belle partition, autant en profiter pour réinstaller mon systeme en utilisant ubuntu-server (10.04) (le disque system n'est pas en raid, c'est un bete disque dur ide avec 3 partition).
Tout ce passe bien jusqu'au partitionnement des disques ou il me détecte mes partitions /dev/sdb1 et /dev/sdc1 en linux_raid_autodetect. Jusque la tout va bien le hic le gestionnaire de partitions du cd d'installation me propose de gerer le raid et j'accepte, donc créer un raid, selection de /dev/sdb1 et /dev/sdc1 validation et retour au menu de partitionnement ou il me demande de terminer et appliquer les changements, j'accepte jusqu'au moment ou il me dit qu'il va devoir formater mes disques /dev/sdb1 et /dev/sdc1.. Horreur, j'arrete tout (proprement hein) et je relance une session en live CD pour voir ce que j'ai vraiment fait...
Donc il s'avere que j'ai bousillé l'array, que je n'ai pas touché a mes partitions (donc mes données sont encore dessus).
Depuis hier j'essai donc de reconstruire mon array. J'ai tout essayé et une chose qui me rassure c'est qu'avec testdisk il me retrouve bien ma partition de 4To et trouve mes données (commande P).
Voila pour la petite histoire..
pem@Server-Atelier:~$ sudo fdisk -l
Disque /dev/sda: 41.1 Go, 41110142976 octets
255 têtes, 63 secteurs/piste, 4998 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 : 0x0000f45e
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 1216 9764864 83 Linux
/dev/sda2 1216 1350 1074176 82 Linux swap / Solaris
/dev/sda3 1350 4998 29305856 83 Linux
Disque /dev/sdb: 2000.4 Go, 2000398934016 octets
255 têtes, 63 secteurs/piste, 243201 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 : 0x0002eb71
Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 1 243201 1953512001 fd Linux raid autodetect
Disque /dev/sdc: 2000.4 Go, 2000398934016 octets
255 têtes, 63 secteurs/piste, 243201 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 : 0x00031e0f
Périphérique Amorce Début Fin Blocs Id Système
/dev/sdc1 1 243201 1953512001 fd Linux raid autodetect
donc comme je disais mes partitions y sont tjs (ouf)
maintenant j'essai d'assembler l'array :
pem@Server-Atelier:~$ sudo mdadm --assemble /dev/md1 /dev/sd[bc]1
mdadm: no recogniseable superblock on /dev/sdb1
mdadm: /dev/sdb1 has no superblock - assembly aborted
donc je me dis bah on va faire un build
pem@Server-Atelier:~$ sudo mdadm --build /dev/md1 --assume-clean -l 0 -n 2 /dev/sdb1 /dev/sdc1
mdadm: SET_ARRAY_INFO failed for /dev/md1: Device or resource busy
ok ce message je l'ai vu ici : http://doc.ubuntu-fr.org/raid_logiciel et il y a la solution
pem@Server-Atelier:~$ sudo mdadm --build /dev/md1 --assume-clean -l 0 -n 2 /dev/sdb1 /dev/sdc1
mdadm: SET_ARRAY_INFO failed for /dev/md1: Device or resource busy
pem@Server-Atelier:~$ sudo mdadm --stop /dev/md*
mdadm: stopped /dev/md1
pem@Server-Atelier:~$ sudo mdadm --build /dev/md1 --assume-clean -l 0 -n 2 /dev/sdb1 /dev/sdc1
mdadm: array /dev/md1 built and started.
Ok donc la mon raid0 est reconstruit (enfin de ce que j'ai compris)
le hic c'est que si j'essai de le monter voila le résultat:
pem@Server-Atelier:~$ sudo mount /dev/md1 /mnt
[sudo] password for pem:
mount: type inconnu de système de fichiers 'linux_raid_member'
pem@Server-Atelier:~$ sudo mount -t ext2 /dev/md1 /mnt
mount : type erroné de syst .de fichiers, option erronée, super bloc
erroné sur /dev/md1, codepage ou aide manquante ou autre erreur
Dans quelques cas certaines informations sont utiles dans syslog - essayez
dmesg | tail ou quelque chose du genre
que quand je fais un fsck voila le résultat :
pem@Server-Atelier:~$ sudo fsck /dev/md1
fsck de util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
fsck.ext2: Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Bad magic number in super-block lors de la tentative d'ouverture de /dev/md1
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
pem@Server-Atelier:~$
que quand je cherche les blocs de secours :
pem@Server-Atelier:~$ sudo mke2fs -n /dev/md1
mke2fs 1.41.11 (14-Mar-2010)
Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
Stride=16 blocks, Stripe width=32 blocks
244195328 i-noeuds, 976756000 blocs
48837800 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=0
29809 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848, 512000000, 550731776, 644972544
pem@Server-Atelier:~$ sudo dump
dumpe2fs dumpkeys
pem@Server-Atelier:~$ sudo dumpe2fs /dev/md1
dumpe2fs 1.41.11 (14-Mar-2010)
dumpe2fs: Bad magic number in super-block lors de la tentative d'ouverture de /dev/md1
Impossible de trouver un superbloc de système de fichiers valide.
pem@Server-Atelier:~$
et naturellement en faisant un e2fsck avec les blocs de secours ca ne fonctionne pas...
Alors, voila ce que me donne un --examine ou un --detail de mon raid..
pem@Server-Atelier:~$ sudo mdadm --examine /dev/md1
/dev/md1:
Magic : a92b4efc
Version : 00.90.00
UUID : d7b21af3:36e3f659:e368bf24:bd0fce41
Creation Time : Mon Dec 6 12:24:09 2010
Raid Level : raid0
Used Dev Size : 0
Raid Devices : 2
Total Devices : 2
Preferred Minor : 1
Update Time : Mon Dec 6 12:24:09 2010
State : active
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : f2347f90 - correct
Events : 0
Chunk Size : 0K
Number Major Minor RaidDevice State
this 8 129 0 6 spare
0 8 129 0 6 active sync
1 8 145 1 6 active sync
pem@Server-Atelier:~$ sudo mdadm --detail /dev/md1
/dev/md1:
Version :
Creation Time : Tue Dec 7 08:49:33 2010
Raid Level : raid0
Array Size : 3907024000 (3726.03 GiB 4000.79 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 1
Update Time : Tue Dec 7 08:49:33 2010
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Chunk Size : 64K
Number Major Minor RaidDevice State
0 8 17 0 active sync /dev/sdb1
1 8 33 1 active sync /dev/sdc1
pem@Server-Atelier:~$
je ne comprend pas pourquoi il voit des disques en spare?..
Quand j'effectue testdisk, il me retrouve bien ma partition lors de la premiere passe (et je pourrais copier les données mais j'ai pas de disques de 4To sous la main pour faire une sauvegarde..), veux bien me la réecrire mais ca ne change rien au reboot suivant, tjs impossible de l'assembler et tjs impossible de lui faire un fsck..
Alors ma question est toute simple : vu que je n'ai pas touché a mes partitions qu'il s'agit juste de l'array comment faire pour reconstruire ou réparer ma partitions ext2?
Quelqu'un aurait il une idée please! je désespère la!
Dernière modification par pem1664 (Le 07/12/2010, à 09:44)
Pas de problème sans solutions, mettre [résolu] dans son premier post permet de rechercher plus facilement une solution... ;)
Hors ligne
#266 Le 07/12/2010, à 12:31
- rmy
Re : [Tuto] Bilan : comment récupérer des données perdues
Peux-tu donner précisément ton retour testdisk, éventuellement envoies moi le log de testdisk par mail ?
Quelle quantité de données as-tu ?
Dernière modification par rmy (Le 07/12/2010, à 12:32)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#267 Le 07/12/2010, à 16:41
- pem1664
Re : [Tuto] Bilan : comment récupérer des données perdues
Oui, bien sur, merci de ton aide
Voici le retour de testdisk /dev/md0
Pour la quantité de donnée, je venais juste de rassembler toutes mes vidéo sur mon raid... soit 3,5 To en gros...
Par contre pour le testdisk.log, j'ai bien regardé et dans mon /home et dans /root (puisque je le lance en sudo mais j'ai rien trouve.. un find ne m'as rien donné non plus..
si tu as besoin d'autres info
edit si j'ai trouvé... /log en le lancant...
Using locale 'fr_FR.UTF-8'.
Tue Dec 7 17:58:13 2010
Command line: TestDisk /log /dev/md1
TestDisk 6.11, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Linux, kernel 2.6.32-21-generic-pae (#32-Ubuntu SMP Fri Apr 16 09:39:35 UTC 2010)
Compiler: GCC 4.4 - Jun 23 2009 17:11:34
ext2fs lib: 1.41.11, ntfs lib: 10:0:0, reiserfs lib: none, ewf lib: none
Hard disk list
Disk /dev/md1 - 4000 GB / 3726 GiB - CHS 976756000 2 4, sector size=512
Partition table type (auto): None
Disk /dev/md1 - 4000 GB / 3726 GiB
Partition table type: Intel
New options :
Dump : No
Cylinder boundary : No
Allow partial last cylinder : No
Expert mode : Yes
Analyse Disk /dev/md1 - 4000 GB / 3726 GiB - CHS 976756000 2 4
Geometry from i386 MBR: head=2 sector=4
check_part_i386 failed for partition type 83
get_geometry_from_list_part_aux head=2 nbr=2
Current partition structure:
No EXT2, JFS, Reiser, cramfs or XFS marker
1 * Linux 2 0 1 536870913 1 3 4294967295
1 * Linux 2 0 1 536870913 1 3 4294967295
Ask the user for vista mode
Allow partial last cylinder : No
Ask the user for vista mode
Allow partial last cylinder : No
search_vista_part: 0
search_part()
Disk /dev/md1 - 4000 GB / 3726 GiB - CHS 976756000 2 4
Linux 2 0 1 976755969 1 4 7814047744 [video]
EXT2 Large file Sparse superblock, 4000 GB / 3726 GiB
Search for partition aborted
get_geometry_from_list_part_aux head=2 nbr=2
interface_write()
1 * Linux 2 0 1 976755969 1 4 7814047744 [video]
write!
No extended partition
You will have to reboot for the change to take effect.
TestDisk exited normally.
voila mon testdisk.log
Dernière modification par pem1664 (Le 07/12/2010, à 18:01)
Pas de problème sans solutions, mettre [résolu] dans son premier post permet de rechercher plus facilement une solution... ;)
Hors ligne
#268 Le 08/12/2010, à 07:36
- rmy
Re : [Tuto] Bilan : comment récupérer des données perdues
Je jette un œil au log un peu plus tard, mais les captures ne sont pas lisibles : tu peux les héberger sur toile libre par exemple ?
http://pix.toile-libre.org/
edit :
peux-tu donner le retour de
cat /proc/mdstat
dès le démarrage de l'ordi, le retour de dmesg ou tu vois le montage de ton raid, et
cat /etc/mdadm/mdadm.conf
Dernière modification par rmy (Le 08/12/2010, à 09:16)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#269 Le 08/12/2010, à 11:58
- pem1664
Re : [Tuto] Bilan : comment récupérer des données perdues
Hello, c'est sur ce site que je les ai hébergé voici les liens :
http://pix.toile-libre.org/upload/img/1291735827.png
http://pix.toile-libre.org/upload/img/1291735912.png
http://pix.toile-libre.org/upload/img/1291735957.png
http://pix.toile-libre.org/upload/img/1291736000.png
http://pix.toile-libre.org/upload/img/1291805743.png
Je ne les reposte pas car j'ai une connexion satellite (de m***) et que mon volume d'echange (déja tres limité) est bien entamé
voici le résultat des commandes que tu m'as demandé :
pem@Server-Atelier:~$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md1 : active raid0 sdc1[1] sdb1[0]
3907024000 blocks super non-persistent 64k chunks
unused devices: <none>
pem@Server-Atelier:~$ cat /etc/mdadm/mdadm.conf
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#
# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
DEVICE partitions
# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes
# automatically tag new arrays as belonging to the local system
HOMEHOST <system>
# instruct the monitoring daemon where to send mail alerts
MAILADDR root
# definitions of existing MD arrays
ARRAY /dev/md1 level=raid0 num-devices=2 UUID=d7b21af3:36e3f659:e368bf24:bd0fce41
spares=2
# This file was auto-generated on Tue, 07 Dec 2010 01:35:39 +0100
# by mkconf $Id$
pem@Server-Atelier:~$
edit : c'est vrai qu'ils sont un peu flou mes imprim ecran.. jvais tacher de les refaire et de te les reposter..
voila : je t'ai mis les 5 imprim ecran dans un zip : http://dl.free.fr/fLQ01CKEI
Merci de ton aide !
Dernière modification par pem1664 (Le 08/12/2010, à 12:16)
Pas de problème sans solutions, mettre [résolu] dans son premier post permet de rechercher plus facilement une solution... ;)
Hors ligne
#270 Le 08/12/2010, à 13:31
- rmy
Re : [Tuto] Bilan : comment récupérer des données perdues
à part virer spares=2 de ton mdadm.conf (je ne sait pas ce que ça vient faire là…) et retenter l'assemblage, je ne vois pas trop… je vais demander à plus expert que moi avec les raids…
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#271 Le 08/12/2010, à 13:56
- pem1664
Re : [Tuto] Bilan : comment récupérer des données perdues
Bah oui, je ne sais pas trop mais a chaque fois que je fait un sudo mdadm --build, il me met l'option spare a la fin ..
Crois tu que je puisse recréer l'array sans formater derriere? palimpset me propose systématiquement le formatage apres, une fois l'array créée avec mdadm..
Pourtant avec testdisk, il me voit bien l'ensemble de mes données..
Un autre truc etrange, une fois le raid monté si je fais un sudo blkid je me retrouve avec un /dev/md1 avec un UUID et un /dev/m1p1 avec le label video et un autre uuid.. ce /dev/m1p1 je ne peux rien en faire (mount me dis que ca n'existe pas) d'ou vient il ce m1p1?
edit : voici la ligne de commande pour reconstruire mon array
pem@Server-Atelier:~$ sudo mdadm --build /dev/md0 --assume-clean -l 0 -n 2 /dev/sdg1 /dev/sdh1
mdadm: array /dev/md0 built and started.
pem@Server-Atelier:~$ sudo mount -t ext2 /dev/md0 /mnt
mount : type erroné de syst .de fichiers, option erronée, super bloc
erroné sur /dev/md0, codepage ou aide manquante ou autre erreur
Dans quelques cas certaines informations sont utiles dans syslog - essayez
dmesg | tail ou quelque chose du genre
pem@Server-Atelier:~$ sudo fsck -yC /dev/md0
fsck de util-linux-ng 2.17.2
fsck : fsck.linux_raid_member : non trouvé
fsck : erreur 2 lors de l'exécution de "fsck". linux_raid_member pour /dev/md0
pem@Server-Atelier:~$ sudo mdadm --detail /dev/md0
/dev/md0:
Version :
Creation Time : Wed Dec 8 14:43:06 2010
Raid Level : raid0
Array Size : 3907024000 (3726.03 GiB 4000.79 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Update Time : Wed Dec 8 14:43:06 2010
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Chunk Size : 64K
Number Major Minor RaidDevice State
0 8 97 0 active sync /dev/sdg1
1 8 113 1 active sync /dev/sdh1
pem@Server-Atelier:~$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid0 sdh1[1] sdg1[0]
3907024000 blocks super non-persistent 64k chunks
unused devices: <none>
pem@Server-Atelier:~$ sudo blkid
/dev/sda1: UUID="cbb1400b-9f27-489d-8398-16ba2c8fd6c8" TYPE="reiserfs"
/dev/sda2: UUID="2c752f55-2e50-4a89-8913-de40687625b8" TYPE="swap"
/dev/sda3: UUID="f0763beb-08b9-496d-bd10-380941f07ae8" TYPE="ext2"
/dev/sdc1: UUID="440c826f-c682-0ff6-acb6-0ed0bebadcfc" TYPE="linux_raid_member"
/dev/sde1: UUID="440c826f-c682-0ff6-acb6-0ed0bebadcfc" TYPE="linux_raid_member"
/dev/sdg1: UUID="d7b21af3-36e3-f659-e368-bf24bd0fce41" TYPE="linux_raid_member"
/dev/sdf1: UUID="440c826f-c682-0ff6-acb6-0ed0bebadcfc" TYPE="linux_raid_member"
/dev/sdh1: UUID="d7b21af3-36e3-f659-e368-bf24bd0fce41" TYPE="linux_raid_member"
/dev/sdj1: UUID="18c17c4b-e480-42f1-e165-b0ad38d2f988" TYPE="linux_raid_member"
/dev/sdd1: UUID="440c826f-c682-0ff6-acb6-0ed0bebadcfc" TYPE="linux_raid_member"
/dev/md0: UUID="d7b21af3-36e3-f659-e368-bf24bd0fce41" TYPE="linux_raid_member"
/dev/md0p1: LABEL="Video" UUID="7287882c-c342-4381-99bc-1f6f55b80f30" TYPE="ext2"
pem@Server-Atelier:~$
tu peux constater cette ligne etrange qui contient bien mon ancien raid avec le bon label ( et sans doute le bon uuid) mais quand j'essai d'utiliser soit m0p1 soit l'uuid dans fstab, ca ne donne rien...
les lettres sdX ont changées parceque j'ai rajouté des disques pour effectuer les copies mais j'ai pas assez de place..
Dernière modification par pem1664 (Le 08/12/2010, à 14:50)
Pas de problème sans solutions, mettre [résolu] dans son premier post permet de rechercher plus facilement une solution... ;)
Hors ligne
#272 Le 08/12/2010, à 23:08
- rmy
Re : [Tuto] Bilan : comment récupérer des données perdues
Je voudrais bien un peu plus de précisions :
sudo mdadm --detail --scan
J'ai aussi trouvé des pistes de solutions où avec --build ça ne donnait rien, et il fallait passer par --create pour recréer l'array.
Je te renvoie au liens en question :
http://kevin.deldycke.com/2007/03/how-t … perblocks/
http://lists.debian.org/debian-user-fre … 00617.html
ce qui pourrait donner pour toi :
mdadm --create /dev/md1 --verbose --level=0 --raid-devices=2 /dev/sdg1 /dev/sdh1
ATTENTION : Je ne suis pas du tout sur que cela puisse marcher pour un raid0 et e ncas d'erreur tu risque de perdre ce qeu tu as (l'accès aux données avec testdisk).
Je te conseille donc :
1/ De sauver tout ce que tu peux comme données (Je te proposerais bien le prêt d'un Tio de plus, mais en frais d'envoi et retour ça va te coûter le prix du disque…)
2/ De demander confirmation a quelqu'un qui sera sûr de lui
3/ D'aller voir sur la liste linux-raid ou sur IRC si tu trouves quelqu'un de bien compétent à ce sujet…
J'ai lancé une demande d'aide parallèle, peux-être auras-tu le retour d'autres membres du forum. Pour ma part, lorsque je travaille sur un raid, je suis toujours en expérimentation et je passe donc systématiquement par un miroir avant de faire des essais. Tiens nous au courant.
EDIT : ne fais rien pour l'instant (à part continuer tes sauvegardes), chopinhauer devrait passer faire un tour dès qu'il en a le temps. Il sera de bien meilleur conseil que moi.
Dernière modification par rmy (Le 08/12/2010, à 23:35)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#273 Le 08/12/2010, à 23:55
- chopinhauer
Re : [Tuto] Bilan : comment récupérer des données perdues
Un autre truc etrange, une fois le raid monté si je fais un sudo blkid je me retrouve avec un /dev/md1 avec un UUID et un /dev/m1p1 avec le label video et un autre uuid.. ce /dev/m1p1 je ne peux rien en faire (mount me dis que ca n'existe pas) d'ou vient il ce m1p1?
T'avais configuré comment ton RAID ? T'avais mis une table de partitions dessus ? À mon avis t'as renversé l'ordre des disques
Si t'avais une table de partitions dessus, tu peux faire :
sudo fdisk -l /dev/sdb1
sudo fdisk -l /dev/sdc1
et une table de partitions correcte s'affichera sur le premier disque.
Si t'avais directement un système de fichier ext2/3/4 dessus, tu peux chercher la signature du système de fichiers :
sudo dd if=/dev/sdb1 bs=512 skip=2 count=1 | hd | grep 0030
sudo dd if=/dev/sdc1 bs=512 skip=2 count=1 | hd | grep 0030
Le premier disque aura 0x53ef à l'adresse 0x38.
Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.
Hors ligne
#274 Le 09/12/2010, à 09:51
- pem1664
Re : [Tuto] Bilan : comment récupérer des données perdues
Salut à vous!
alors :
@ rmy : voici le résultat de la commande :
pem@Server-Atelier:~$ sudo mdadm --detail --scan
ARRAY /dev/md0 level=raid0 num-devices=2 metadata=
pem@Server-Atelier:~$ sudo mdadm --detail --scan /dev/md0
/dev/md0:
Version :
Creation Time : Wed Dec 8 14:43:06 2010
Raid Level : raid0
Array Size : 3907024000 (3726.03 GiB 4000.79 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Update Time : Wed Dec 8 14:43:06 2010
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Chunk Size : 64K
Number Major Minor RaidDevice State
0 8 97 0 active sync /dev/sdg1
1 8 113 1 active sync /dev/sdh1
pem@Server-Atelier:~$ sudo mdadm --detail --scan /dev/md0p1
/dev/md0p1:
Version : 00.90
Creation Time : Wed Dec 8 14:43:06 2010
Raid Level : raid0
Array Size : 2147483647 (2048.00 GiB 2199.02 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is not persistent
Update Time : Wed Dec 8 14:43:06 2010
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Chunk Size : 64K
Number Major Minor RaidDevice State
0 8 97 0 active sync /dev/sdg1
1 8 113 1 active sync /dev/sdh1
pem@Server-Atelier:~$
C'est super sympa de me proposer un dd pour effectuer mes sauvegardes, merci ! Mais bon quand je me suis rendu compte que ca allait etre compliqué de récuperer ma table j'en ai commandé 2 hier Ils devraient arriver d'ici a samedi (enfin j'espere)
ca me permettra de faire mes copies... enfin j'espere
Une petite évolution depuis hier, je ne sais pas pourquoi mais il veut bien me lancer un fsck sur le /dev/md0p1..
@ chopinhauer : Oui, j'avais une partition ext2 dessus, mais aux vues des commandes que tu viens de me donner et leur résultat, je ne crois pas m'etre trompé dans l'ordre voit :
pem@Server-Atelier:~$ sudo fdisk -l /dev/sdg1
Disque /dev/sdg1: 2000.4 Go, 2000396289024 octets
2 têtes, 4 secteurs/piste, 488378000 cylindres
Unités = cylindres de 8 * 512 = 4096 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000
Périphérique Amorce Début Fin Blocs Id Système
/dev/sdg1p1 * 3 536870914 2147483647+ 83 Linux
pem@Server-Atelier:~$ sudo fdisk -l /dev/sdh1
Disque /dev/sdh1: 2000.4 Go, 2000396289024 octets
255 têtes, 63 secteurs/piste, 243200 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 : 0x070a02a7
Le disque /dev/sdh1 ne contient pas une table de partition valide
pem@Server-Atelier:~$ sudo dd if=/dev/sdg1 bs=512 skip=2 count=1 | hd | grep 0030
1+0 enregistrements lus
1+0 enregistrements écrits
512 octets (512 B) copiés, 0,000901163 s, 568 kB/s
pem@Server-Atelier:~$ sudo dd if=/dev/sdh1 bs=512 skip=2 count=1 | hd | grep 0030
00000030 60 00 c4 60 90 b7 0a 0c bc af e4 ce 00 00 6f 7b |`..`..........o{|
1+0 enregistrements lus
1+0 enregistrements écrits
512 octets (512 B) copiés, 0,00160377 s, 319 kB/s
pem@Server-Atelier:~$
C'est assez étrange: si je fais un testdisk /dev/md0 il me trouve une taille de disque de 4To et des données a récuperer alors que si je fais un testdisk /dev/md0p1 il me trouve une taille de disque de 2,2To et testdisk ne trouve plus rien dedans..
Je vous avouerais que je ne comprend plus rien..
Merci encore pour votre aide
edit : le fsck n'as rien donné sur /dev/md0p1 il a essayé de me reconstruire des inodes, d'en effacer d'autre, ca a duré toute la nuit et ca n'as rien donné, je viens de verifier j'ai tjs acces a mon ancienne partition sous testdisk donc normalement aux données..
Je vais attendre l'arrivée de mes disques pour faire mes sauvegardes..
C'est quand meme etrange non? normalement pour un raid y'a le mdadm.conf qui dit au systeme comment utiliser les disques apres vu que c'est du raid0 la table de partition doit pointer chaque disque alternativement? Reconstruire l'array c'est juste expliquer a mdadm comment aller chercher les données et ou (type de raid nombre et emplacement des disques) donc si c'est bien défini, apres il devrait suffire de lire la partition dans le bon type non? Pourquoi les superblocs auraient ils été altéré dans la manip?
Dernière modification par pem1664 (Le 09/12/2010, à 10:06)
Pas de problème sans solutions, mettre [résolu] dans son premier post permet de rechercher plus facilement une solution... ;)
Hors ligne
#275 Le 09/12/2010, à 11:55
- rmy
Re : [Tuto] Bilan : comment récupérer des données perdues
à tout hasard, après ton build md0, as-tu essayé un mount /dev/md0p1 ?
edit : testdisk montre des résultats curieux pour tes dossiers ( ceux avec les séries de ????) tu arrives à y accéder ?
Dernière modification par rmy (Le 09/12/2010, à 11:58)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne