#1 Le 19/06/2012, à 09:16
- yömkun
Partitions inaccessibles suite à un redimensionnement
Bonjour à tous,
j'ai tout faux, sur toute la ligne. J'avais un disque dur partitionné avec des partitions NTFS pour Windows, une partition étendue avec une partition système et une partition données dedans. Ubuntu ne démarrant plus (en apparence faute de place), je me suis précipité sur le live-CD pour agrandir la partition système sur la partition NTFS. Je n'ai pas trop fait attention à ce qui s'est passé sur le coup mais il semblerait que Gparted ait échoué, je m'en suis rendu compte en tentant de remonter la partition swap. Bien entendu je n'avais pas fait de sauvegarde depuis un petit moment ...
Je me retrouve donc avec des partitions ext4 non-reconnues. J'ai suivi les recommandations de rmy (http://forum.ubuntu-fr.org/viewtopic.ph … 3#p4051743) mais je n'arrive toujours pas à réparer la table des partitions. J'ai commencé à tenter de récupérer mes données avec Photorec, ça semble fonctionner mais si possible je souhaiterais rétablir la partition telle qu'elle était.
Voici un résumé des différentes opérations que j'ai effectué :
Analyse du disque avec Testdisk
Copie disque avec ddrescue (ça aurait dû être fait plus tôt)
Analyse de la copie avec Testdisk en mode « None »
Nouvelle analyse de la copie avec Testdisk en mode « Intel »
Vous trouverez ci-dessous le résultat de ses opérations, n'hésitez pas à me demander plus d'info, je suis à court de solutions. Est-ce que je peux appliquer cette solution (http://forum.ubuntu-fr.org/viewtopic.ph … 1#p9097041) sans risques ?
Étape #1 : sudo sfdisk -luS
Disque /dev/sdb : 60801 cylindres, 255 têtes, 63 secteurs/piste
Avertissement : la partition étendue ne débute pas sur une frontière de
cylindres. DOS et Linux interpréteront les contenus différemment.
Unités= secteurs de 512 octets, décompte à partir de 0
Périph Amorce Début Fin #secteurs Id Système
/dev/sdb1 * 2048 409599 407552 7 HPFS/NTFS/exFAT
/dev/sdb2 409600 40675327 40265728 7 HPFS/NTFS/exFAT
/dev/sdb3 40675328 976773119 936097792 5 Étendue
/dev/sdb4 0 - 0 0 Vide
/dev/sdb5 55357440 970061823 914704384 83 Linux
/dev/sdb6 970063872 976773119 6709248 82 partition d'échange Linux / Solaris
/dev/sdb7 40677376 55357439 14680064 83 Linux
Étape #2 : udisks --show-info /dev/sdb
Showing information for /org/freedesktop/UDisks/devices/sdb
native-path: /sys/devices/pci0000:00/0000:00:1f.2/host4/target4:0:0/4:0:0:0/block/sdb
device: 8:16
device-file: /dev/sdb
presentation: /dev/sdb
by-id: /dev/disk/by-id/ata-ST9500420AS_5VJBJHK9
by-id: /dev/disk/by-id/scsi-SATA_ST9500420AS_5VJBJHK9
by-id: /dev/disk/by-id/wwn-0x5000c500381af0eb
by-path: /dev/disk/by-path/pci-0000:00:1f.2-scsi-2:0:0:0
detected at: lun. 18 juin 2012 14:38:37 CEST
system internal: 1
removable: 0
has media: 1 (detected at lun. 18 juin 2012 14:38:37 CEST)
detects change: 0
detection by polling: 0
detection inhibitable: 0
detection inhibited: 0
is read only: 0
is mounted: 0
mount paths:
mounted by uid: 0
presentation hide: 0
presentation nopolicy: 0
presentation name:
presentation icon:
automount hint:
size: 500107862016
block size: 512
job underway: no
usage:
type:
version:
uuid:
label:
partition table:
scheme: mbr
count: 6
drive:
vendor: ATA
model: ST9500420AS
revision: 0006HP1M
serial: 5VJBJHK9
WWN: 5000c500381af0eb
detachable: 0
can spindown: 1
rotational media: Yes, at 7200 RPM
write-cache: enabled
ejectable: 0
adapter: /org/freedesktop/UDisks/adapters/0000_3a00_3a1f_2e2
ports:
/org/freedesktop/UDisks/adapters/0000_3a00_3a1f_2e2/host4
similar devices:
media:
compat:
interface: ata
if speed: (unknown)
ATA SMART: Updated at lun. 18 juin 2012 16:51:41 CEST
overall assessment: Disk has a few bad sectors
===============================================================================
Attribute Current|Worst|Threshold Status Value Type Updates
===============================================================================
raw-read-error-rate 117| 99| 6 good 148026303 Pre-fail Online
spin-up-time 100| 97| 0 n/a 0 Old-age Online
start-stop-count 99| 99| 0 n/a 1350 Pre-fail Online
reallocated-sector-count 98| 98| 36 good 45 sectors Pre-fail Online
seek-error-rate 66| 60| 30 good 55887881869 Pre-fail Online
power-on-hours 96| 96| 0 n/a 146,0 days Old-age Online
spin-retry-count 100|100| 97 good 0 Pre-fail Online
power-cycle-count 99| 37| 20 good 1153 Pre-fail Online
attribute-183 100|253| 0 n/a 0 Old-age Online
end-to-end-error 100|100| 97 good 0 Pre-fail Online
reported-uncorrect 100|100| 0 n/a 0 sectors Old-age Online
command-timeout 100| 98| 0 n/a 4295032842 Old-age Online
high-fly-writes 100|100| 0 n/a 0 Old-age Online
airflow-temperature-celsius 65| 43| 45 FAIL_PAST 35C / 95F Old-age Online
g-sense-error-rate 100|100| 0 n/a 23 Old-age Online
power-off-retract-count 100|100| 0 n/a 67 Old-age Online
load-cycle-count 95| 95| 0 n/a 10353 Old-age Online
temperature-celsius-2 35| 57| 0 n/a 35C / 95F Old-age Online
hardware-ecc-recovered 47| 44| 0 n/a 148026303 Old-age Online
reallocated-event-count 98| 98| 36 good 45 Pre-fail Online
current-pending-sector 100|100| 0 n/a 0 sectors Old-age Online
offline-uncorrectable 100|100| 0 n/a 0 sectors Old-age Offline
udma-crc-error-count 200|200| 0 n/a 0 Old-age Online
attribute-254 100|100| 0 n/a 0 Old-age Online
Étape #3 : Testdisk 6.13
Paramétrage :
Expert mode : Yes
Cylinder boundary : No
Allow partial last cylinder : Yes
Dump : No
Analyse :
Disk /dev/sdb - 500 GB / 465 GiB - CHS 60802 255 63
Current partition structure:
Partition Start End Size in sectors
1 * HPFS - NTFS 0 32 33 25 126 37 407552 [SYSTEM]
2 P HPFS - NTFS 25 126 38 2531 235 8 40265728 [windows]
3 E extended 2531 235 9 60801 80 15 936097792
No ext2, JFS, Reiser, cramfs or XFS marker
5 L Linux 3445 214 34 60383 141 46 914704384
5 L Linux 3445 214 34 60383 141 46 914704384
X extended 60383 141 47 60801 80 15 6711296
6 L Linux Swap 60383 174 16 60801 80 15 6709248
6 L Linux Swap 60383 174 16 60801 80 15 6709248
X extended 2532 0 1 3445 214 33 14680860
No ext2, JFS, Reiser, cramfs or XFS marker
7 L Linux 2532 12 41 3445 214 33 14680064
7 L Linux 2532 12 41 3445 214 33 14680064
Quick Search
The harddisk (500 GB / 465 GiB) seems too small! (< 737 GB / 686 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
> Linux 32707 113 47 89645 40 59 914704384 [files]
Linux 32711 101 31 89649 28 43 914704384 [files]
Linux 32715 56 46 89652 238 58 914704384 [files]
Linux 32717 1 53 89654 184 2 914704384 [files]
Voir les fichiers
P Linux 2820 203 8 3604 11 55 12582912
Directory /
No file found, filesystem may be damaged.
Étape #4 : sudo smartctl -l selftest /dev/sdb
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.0.0-21-generic] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 3509 -
# 2 Short offline Completed without error 00% 3507 -
Étape #5 : backup du disque sudo ddrescue /dev/sdc /media/big_whoop/larry.dd /media/big_whoop/larry.log -n
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued: 0 B, errsize: 0 B, errors: 0
Current status
rescued: 500107 MB, errsize: 0 B, current rate: 53542 kB/s
ipos: 500107 MB, errors: 0, average rate: 61227 kB/s
opos: 500107 MB, time from last successful read: 0 s
Finished
Étape #6 : Relance de testdisk 6.13 avec les options sur larry.dd (Type : none)
Quick search :
Disk /media/big_whoop/larry.dd - 500 GB / 465 GiB - CHS 60802 255 63
The harddisk (500 GB / 465 GiB) seems too small! (< 519 GB / 484 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partition can't be recovered:
Partition Start End Size in sectors
> NTFS 60788 14 26 63217 58 8 39024640
[bugs lorsque l'on essaye de lister les fichiers]
Étape #7 : Deeper Search
Disk /media/big_whoop/larry.dd - 500 GB / 465 GiB - CHS 60802 255 63
The harddisk (500 GB / 465 GiB) seems too small! (< 1690014 TB / 1537059 TiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
HFS 585 252 31 162362 211 6 2598944898
VMFS 783 18 31 3104334178 83 35 601860312876694
HFS 8492 170 45 113511 231 21 1687134055 [^V+,c0]
ext4 32703 130 12 89641 57 24 914704384 [files]
ext4 32703 135 41 89641 62 53 914704384 [files]
ext4 32703 141 31 89641 68 43 914704384 [files]
ext4 32703 146 44 89641 73 56 914704384 [files]
ext4 32703 148 46 89641 75 58 914704384 [files]
ext4 32703 150 32 89641 77 44 914704384 [files]
> ext4 32703 152 34 89641 79 46 914704384 [files]
+ longue longue liste
Étape #8 : Avant Quick Search à partir d'une détection en Intel
Disk /media/big_whoop/larry.dd - 500 GB / 465 GiB - CHS 60802 255 63
Current partition structure:
Partition Start End Size in sectors
1 * HPFS - NTFS 0 32 33 25 126 37 407552 [SYSTEM]
2 P HPFS - NTFS 25 126 38 2531 235 8 40265728 [windows]
3 E extended 2531 235 9 60801 80 15 936097792
No ext2, JFS, Reiser, cramfs or XFS marker
5 L Linux 3445 214 34 60383 141 46 914704384
5 L Linux 3445 214 34 60383 141 46 914704384
X extended 60383 141 47 60801 80 15 6711296
6 L Linux Swap 60383 174 16 60801 80 15 6709248
6 L Linux Swap 60383 174 16 60801 80 15 6709248
X extended 2532 0 1 3445 214 33 14680860
No ext2, JFS, Reiser, cramfs or XFS marker
7 L Linux 2532 12 41 3445 214 33 14680064
7 L Linux 2532 12 41 3445 214 33 14680064
Étape #9 : Quick Search
Disk /media/big_whoop/larry.dd - 500 GB / 465 GiB - CHS 60802 255 63
The harddisk (500 GB / 465 GiB) seems too small! (< 737 GB / 686 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
Linux 32707 113 47 89645 40 59 914704384 [files]
Linux 32711 101 31 89649 28 43 914704384 [files]
> Linux 32715 56 46 89652 238 58 914704384 [files]
Linux 32717 1 53 89654 184 2 914704384 [files]
Étape #10 : Deeper Search
Disk /media/big_whoop/larry.dd - 500 GB / 465 GiB - CHS 60802 255 63
The harddisk (500 GB / 465 GiB) seems too small! (< 737 GB / 686 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
> Linux 32707 113 47 89645 40 59 914704384 [files]
Linux 32711 101 31 89649 28 43 914704384 [files]
Linux 32715 56 46 89652 238 58 914704384 [files]
Linux 32717 1 53 89654 184 2 914704384 [files]
Étape #12 : sudo mount -t ext4 -o loop,offset=28343009280 /media/big_whoop/larry.dd /tmp/larry6
mount : mauvais type de système de fichiers, option erronée, superbloc
erroné sur /dev/loop0, page de code ou aide manquante, ou autre erreur
Dans quelques cas certaines informations sont utiles dans syslog - essayez
dmesg | tail ou quelque chose du genre
Étape #13 : dmesg | tail
[ 9873.593067] usb 1-5.4: USB disconnect, device number 6
[31495.540594] EXT3-fs (loop0): error: can't find ext3 filesystem on dev loop0.
[31495.553633] EXT2-fs (loop0): error: can't find an ext2 filesystem on dev loop0.
[31495.568410] EXT4-fs (loop0): VFS: Can't find ext4 filesystem
[31495.600713] UDF-fs: No VRS found
[31495.600717] UDF-fs: Rescanning with blocksize 2048
[31495.600777] UDF-fs: No VRS found
[31495.600779] UDF-fs: No partition found (1)
[31507.038848] EXT4-fs (loop0): VFS: Can't find ext4 filesystem
[31572.796103] EXT4-fs (loop0): VFS: Can't find ext4 filesystem
Dernière modification par yömkun (Le 19/06/2012, à 09:25)
Hors ligne
#2 Le 19/06/2012, à 13:37
- yömkun
Re : Partitions inaccessibles suite à un redimensionnement
Entre temps j'ai essayé avec gpart, ce qui n'a pas l'air de m'avancer à grand-chose :
sudo gpart /media/big_whoop/larry.dd
Begin scan...
Possible partition(Windows NT/W2K FS), size(3mb), offset(1795mb)
Possible partition(Windows NT/W2K FS), size(0mb), offset(20204mb)
End scan.
Checking partitions...
Partition(OS/2 HPFS, NTFS, QNX or Advanced UNIX): primary
Partition(OS/2 HPFS, NTFS, QNX or Advanced UNIX): primary
Ok.
Guessed primary partition table:
Primary partition(1)
type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX)
size: 3mb #s(6173) s(3677184-3683356)
chs: (729/48/1)-(730/65/62)d (729/48/1)-(730/65/62)r
Primary partition(2)
type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX)
size: 0mb #s(1) s(41378526-41378526)
chs: (1023/79/63)-(1023/79/63)d (8210/2/1)-(8210/2/1)r
Primary partition(3)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
Primary partition(4)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
Hors ligne
#3 Le 20/06/2012, à 01:13
- rmy
Re : Partitions inaccessibles suite à un redimensionnement
Désolé, je suis surbooké ces jours-ci. Je note le topic, pas eu le temps de lire ce soir, je repasse demain soir.
Si je t'oublie, n'hésite pas à envoyer un MP. Évite toute sollicitation inutile du disque, et surtout aucune écriture supplémentaire.
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
#4 Le 21/06/2012, à 00:17
- rmy
Re : Partitions inaccessibles suite à un redimensionnement
OK. Rapidement (il est encore bien tard), d'abord bravo pour la qualité de ton retour et des démarches. Le ddrescue était essentiel, ton disque source est en fin de vie (45 sect Hs et pas mal d'erreurs).
Tu as interrompu trop vite les retours de testdisk : ce qui est intéressant c'est le résultat après l'écran "following partitions can't be recovered..."
Par ailleurs tes partitions linux sont encore présentes, peux-tu esssayer avec testdisk > advanced de lister les superblocks ?
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
#5 Le 21/06/2012, à 10:31
- yömkun
Re : Partitions inaccessibles suite à un redimensionnement
Salut rmy,
merci pour ton retour et surtout pour la documentation que tu as constitué : c'est ce qui m'a permis de prendre des notes de ce que je faisais au cas où (kazoo qui m'amène ici malheureusement).
Voici la liste des superblocks pour la partition qui m'intéresse :
Disk /media/big_whoop/larry.dd - 500 GB / 465 GiB - CHS 60802 255 63
Partition Start End Size in sectors
Linux 3445 214 34 60383 141 46 914704384 [files]
superblock 32768, blocksize=4096 [files]
superblock 98304, blocksize=4096 [files]
superblock 163840, blocksize=4096 [files]
superblock 229376, blocksize=4096 [files]
superblock 294912, blocksize=4096 [files]
superblock 819200, blocksize=4096 [files]
superblock 884736, blocksize=4096 [files]
superblock 1605632, blocksize=4096 [files]
superblock 2654208, blocksize=4096 [files]
superblock 4096000, blocksize=4096 [files]
En attendant, je relance une recherche approfondie et j'essaye de capturer tout le retour de la commande (très long à la base).
Hors ligne
#6 Le 21/06/2012, à 17:34
- rmy
Re : Partitions inaccessibles suite à un redimensionnement
fait un loopdevice avec le bon ofset et la bonne taille totale, et ensuite un fsck avec un SB de secours, avec l'optin -n obligatoire ! Dans un premier temps.
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
#7 Le 21/06/2012, à 18:14
- yömkun
Re : Partitions inaccessibles suite à un redimensionnement
loopdevice [...]
ofset [...]
taille totale [...]
fsck [...]
SB de secours [...]
l'optin -n
Me voilà en territoire inconnu, je le prends comme une bonne nouvelle en imaginant que ça me rapproche d'une solution. Par contre, il va me falloir un peu de temps pour assimiler tout ça ; j'ai vu que je pouvais trouver les informations ailleurs sur le forum. Dans l'immédiat, je ne vais pas avoir le temps de faire les choses proprement, j'espère vous tenir informé de la suite des opérations d'ici quelques jours.
Hors ligne
#8 Le 22/06/2012, à 23:55
- rmy
Re : Partitions inaccessibles suite à un redimensionnement
sudo losetup /dev/loop2 /media/big_whoop/larry.dd -o 28343009280 --size-limit 468328644608
sudo e2fsck /dev/loop2 -n -b 32768 -B 4096
et essaye avec les autres superblocs si ça ne donne rien...
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
#9 Le 26/06/2012, à 00:01
- yömkun
Re : Partitions inaccessibles suite à un redimensionnement
Cette manie de ne pas laisser les noobs chercher par eux même ... c'est très bien ! ... parce que j'étais paumé quelque part par là :
sudo losetup -o 55357440 --sizelimit 914704384 -f /media/big_whoop/larry.dd
Donc j'ai exécuté ça :
sudo losetup /dev/loop2 /media/big_whoop/larry.dd -o 28343009280 --size-limit 468328644608
Puis la 2e commande pour l'ensemble des superblocks, le résultat reste invariable :
e2fsck 1.41.14 (22-Dec-2010)
le superbloc a un journal invalide (i-noeud 8).
Effacer ? non
e2fsck: Illegal inode number lors de la vérification du journal ext3 pour files
Ça m'inquiète encore plus ... est-ce qu'il y a des méthodes de bourrin à essayer sur la copie du disque dur ?
Hors ligne
#10 Le 13/07/2012, à 00:55
- yömkun
Re : Partitions inaccessibles suite à un redimensionnement
Bonjour à tous,
je me rends compte que ça fait longtemps que je ne touche pas à mon disque donc à mon portable, et ça commence à m'ennuyer ... est-ce que la copie que j'ai réalisé est suffisante et me permet de réinstaller autre chose sur le disque en croisant les doigts pour réussir à récupérer quelque chose de la copie ?
Hors ligne