#1 Le 21/03/2013, à 21:29
- saroumane_
[resolu] gros pb disque
Bonjour
sur mon PC j'ai 2 disques de 500Go
sur l'un il y a mon ubuntu et une partition avec le home.
l'autre me sert pour faire des tests (mint, Gnome3,....)
Bref depuis qqs jour boot impossible sur le disque avec ubuntu, en demarrant sur l'autre, je constate un pb sur la partition contenant le /home!
voici une capture de Gparted, normalement la partition est en ext4 !
Merci à ceux qui pourront me donner des pistes quant à la meilleure façon de récupérer mes données ....
++
Dernière modification par saroumane_ (Le 07/04/2013, à 12:53)
--
Xubuntu 20.04
Hors ligne
#2 Le 22/03/2013, à 11:30
- kholo
Re : [resolu] gros pb disque
Bonjour,
avant de vouloir réparer il faut chercher le pourquoi :
soit c'est la mbr qui pointe mal la partition
ou le système de fichier est endommagé
un live cd au boot sans installation te donnera accès à "disk utility" qui résume l'état smart (température et pics, problème cluster et autres)
il sait faire un check du système de fichier également ce sera un bon début
Hors ligne
#3 Le 22/03/2013, à 11:42
- Nasman
Re : [resolu] gros pb disque
Tu peux aussi avoir ce message avec gparted et avoir un système opérationnel ; par exemple si le mbr indique un système de fichier d'un type (par exemple ntfs) et que le système de fichier soit en fait d'une autre structure (par exemple ext4). Le fonctionnement peux être correct (l'ext4 convient pour ubuntu) alors que le mbr dit autre chose.
Pour tenter d'y voir clair :
Dans un terminal :
sudo fdisk -lu
Poster le résultat
puis après on ira voir de plus près la partition qui cause problème.
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#4 Le 22/03/2013, à 13:55
- saroumane_
Re : [resolu] gros pb disque
Merci pour les réponses.
Pas besoin de liveCD, j'ai démarré sur un autre disque !
un extrait du SMART sur disque defaillant:
apperçu du disque utility; vous remarquerer que le sdb6 n'est pas dans la partition étendue, alors q'elle devrait y être! sdb1 devrait être de la SWAP !
root@mint_fixe:/home/jerome# fdisk -lu
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000b749d
Device Boot Start End Blocks Id System
/dev/sda1 63 871092494 435546216 83 Linux
/dev/sda2 871094272 976773119 52839424 83 Linux
Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0007c522
Device Boot Start End Blocks Id System
/dev/sdb1 * 2048 7813119 3905536 82 Linux swap / Solaris
/dev/sdb2 7815166 976773119 484478977 5 Extended
/dev/sdb5 7815168 105469951 48827392 83 Linux
/dev/sdb6 105472000 976773119 435650560 83 Linux
root@mint_fixe:/home/jerome#
Le fdisk détecte pourtant bien la swap et la partition sdb6 comme linux !
--
Xubuntu 20.04
Hors ligne
#5 Le 22/03/2013, à 14:17
- Nasman
Re : [resolu] gros pb disque
Peut on avoir maintenant :
sudo dd if=/dev/sdb bs=512 count=10 skip=105472000 | hexdump -C
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#6 Le 22/03/2013, à 15:21
- saroumane_
Re : [resolu] gros pb disque
pas terrible :-(
root@mint_fixe:/home/jerome# dd if=/dev/sdb bs=512 count=10 skip=105472000 | hexdump -C
dd: lecture de « /dev/sdb »: Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet (0 B) copié, 20,9237 s, 0,0 kB/s
root@mint_fixe:/home/jerome#
--
Xubuntu 20.04
Hors ligne
#7 Le 22/03/2013, à 15:35
- Nasman
Re : [resolu] gros pb disque
L'erreur d'entrée/sortie ressemble fort à un disque en train de mourir. La table des partitions (début du disque est lisible - d'où le fdisk correct) mais l'accès à la partition elle même (qui commence au secteur 105472000 - d'où le skip=105472000) semble difficile.
Est ce que le disque est récent ou est il en fin de vie ?
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#8 Le 22/03/2013, à 15:43
- saroumane_
Re : [resolu] gros pb disque
il est récent, c'est mon dernier acheté, d'après le SMART il a 222 jours :-S mais je l'ai acheté en juillet 2011
fait chier, j'avais désactivé (en janv 2012) mon rsync qui était mal optimisé et faisait ramer la machine qq il se lançait, et n'avait pas encore eus le tps de le reregler.
est-ce qu'un dd pourrait me récupérer les données (si oui quelle syntaxe ?) ???
Merci pour ton aide qui me conforte dans mon idée bien que j'espérais le contraire !
--
Xubuntu 20.04
Hors ligne
#9 Le 22/03/2013, à 15:53
- Nasman
Re : [resolu] gros pb disque
Peux tu regarder si cette erreur d'entrée/sortie est récurrente et si elle s'effectue pour les autres partitions. Tu as peut être aussi un souci au niveau de l'électronique voir de la connectique de ton disque. Vérifie le connecteur si tu as le même pb d'entrée/sortie pour d'autres partitions.
S'il est en train de mourir (ce qui n'est pas sur), il faudrait réussir à le copier vers un autre disque mais pour cela il faudrait faire la copie quand il est opérationnel.
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#10 Le 22/03/2013, à 16:11
- saroumane_
Re : [resolu] gros pb disque
il ne semble pas y avoir d'erreur sur les autres partitions du disque :
root@mint_fixe:/home/jerome# dd if=/dev/sdb bs=512 count=10 skip=2048 | hexdump -C
00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00000400 01 00 00 00 ff e5 0e 00 00 00 00 00 01 54 f3 66 |.............T.f|
00000410 51 eb 4f 58 9c 08 21 01 56 fe 92 b1 00 00 00 00 |Q.OX..!.V.......|
00000420 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00000fe0 6b 50 02 00 00 00 00 00 01 00 00 00 53 57 41 50 |kP..........SWAP|
00000ff0 53 50 41 43 45 32 53 57 41 50 53 50 41 43 45 32 |SPACE2SWAPSPACE2|
10+0 enregistrements lus
10+0 enregistrements écrits
00001000 90 41 27 00 f0 3c 27 00 10 34 27 00 70 4c 27 00 |.A'..<'..4'.pL'.|
5120 octets (5,1 kB) copiés00001010 80 1b 62 00 10 3c 27 00 00 00 00 00 00 00 00 00 |..b..<'.........|
00001020 f8 d8 62 00 0d 00 00 00 54 da 62 00 00 00 00 00 |..b.....T.b.....|
, 0,0184421 s, 278 kB/s
00001030 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00 |................|
00001040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00001400
root@mint_fixe:/home/jerome# dd if=/dev/sdb bs=512 count=10 skip=7815166 | hexdump -C
00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 78 |...............x|
000001c0 53 e6 83 fe ff ff 02 00 00 00 00 18 d2 05 00 fe |S...............|
000001d0 ff ff 05 fe ff ff 02 18 d2 05 00 08 ef 33 00 00 |.............3..|
000001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.|
00000200 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
10+0 enregistrements lus
10+0 enregistrements écrits
*
5120 octets (5,1 kB) copiés00000800 00 a0 2e 00 00 43 ba 00 26 50 09 00 07 92 9f 00 |.....C..&P......|
00000810 e4 1e 2a 00 00 00 00 00 02 00 00 00 02 00 00 00 |..*.............|
, 0,0181797 s, 282 kB/s
00000820 00 80 00 00 00 80 00 00 00 20 00 00 0d 53 4b 51 |......... ...SKQ|
00000830 77 6d 4b 51 17 00 1d 00 53 ef 01 00 01 00 00 00 |wmKQ....S.......|
00000840 95 2f 32 51 00 4e ed 00 00 00 00 00 01 00 00 00 |./2Q.N..........|
00000850 00 00 00 00 0b 00 00 00 00 01 00 00 3c 00 00 00 |............<...|
00000860 42 02 00 00 7b 00 00 00 dc d8 c7 ba 53 4c 47 11 |B...{.......SLG.|
00000870 ba b0 43 a1 d3 82 0c 4e 00 00 00 00 00 00 00 00 |..C....N........|
00000880 00 00 00 00 00 00 00 00 2f 6d 65 64 69 61 2f 64 |......../media/d|
00000890 63 64 38 63 37 62 61 2d 35 33 34 63 2d 34 37 31 |cd8c7ba-534c-471|
000008a0 31 2d 62 61 62 30 2d 34 33 61 31 64 33 38 32 30 |1-bab0-43a1d3820|
000008b0 63 34 65 00 00 00 d0 2d 13 f3 80 d1 a7 f6 f0 7e |c4e....-.......~|
000008c0 9b f2 b0 7e 9b f2 2d 90 00 00 00 00 00 00 fd 03 |...~..-.........|
000008d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
000008e0 08 00 00 00 00 00 00 00 00 00 00 00 70 55 61 7a |............pUaz|
000008f0 1f 4a 49 dd a1 ca 2b 43 cf 96 f2 8f 01 01 00 00 |.JI...+C........|
00000900 00 00 00 00 00 00 00 00 6a 72 13 4e 0a f3 02 00 |........jr.N....|
00000910 04 00 00 00 00 00 00 00 00 00 00 00 ff 7f 00 00 |................|
00000920 00 80 58 00 ff 7f 00 00 01 00 00 00 ff ff 58 00 |..X...........X.|
00000930 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000940 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 08 |................|
00000950 00 00 00 00 00 00 00 00 00 00 00 00 1c 00 1c 00 |................|
00000960 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000970 00 00 00 00 04 00 00 00 67 29 3c 18 00 00 00 00 |........g)<.....|
00000980 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00001400
root@mint_fixe:/home/jerome# dd if=/dev/sdb bs=512 count=10 skip=7815168 | hexdump -C
00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00000400 00 a0 2e 00 00 43 ba 00 26 50 09 00 07 92 9f 00 |.....C..&P......|
00000410 e4 1e 2a 00 00 00 00 00 02 00 00 00 02 00 00 00 |..*.............|
00000420 00 80 00 00 00 80 00 00 00 20 00 00 0d 53 4b 51 |......... ...SKQ|
00000430 77 6d 4b 51 17 00 1d 00 53 ef 01 00 01 00 00 00 |wmKQ....S.......|
00000440 95 2f 32 51 00 4e ed 00 00 00 00 00 01 00 00 00 |./2Q.N..........|
00000450 00 00 00 00 0b 00 00 00 00 01 00 00 3c 00 00 00 |............<...|
00000460 42 02 00 00 7b 00 00 00 dc d8 c7 ba 53 4c 47 11 |B...{.......SLG.|
00000470 ba b0 43 a1 d3 82 0c 4e 00 00 00 00 00 00 00 00 |..C....N........|
00000480 00 00 00 00 00 00 00 00 2f 6d 65 64 69 61 2f 64 |......../media/d|
00000490 63 64 38 63 37 62 61 2d 35 33 34 63 2d 34 37 31 |cd8c7ba-534c-471|
000004a0 31 2d 62 61 62 30 2d 34 33 61 31 64 33 38 32 30 |1-bab0-43a1d3820|
000004b0 63 34 65 00 00 00 d0 2d 13 f3 80 d1 a7 f6 f0 7e |c4e....-.......~|
000004c0 9b f2 b0 7e 9b f2 2d 90 00 00 00 00 00 00 fd 03 |...~..-.........|
000004d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
000004e0 08 00 00 00 00 00 00 00 00 00 00 00 70 55 61 7a |............pUaz|
000004f0 1f 4a 49 dd a1 ca 2b 43 cf 96 f2 8f 01 01 00 00 |.JI...+C........|
00000500 00 00 00 00 00 00 00 00 6a 72 13 4e 0a f3 02 00 |........jr.N....|
00000510 04 00 00 00 00 00 00 00 00 00 00 00 ff 7f 00 00 |................|
00000520 00 80 58 00 ff 7f 00 00 01 00 00 00 ff ff 58 00 |..X...........X.|
00000530 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000540 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 08 |................|
00000550 00 00 00 00 00 00 00 00 00 00 00 00 1c 00 1c 00 |................|
00000560 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000570 00 00 00 00 04 00 00 00 67 29 3c 18 00 00 00 00 |........g)<.....|
10+0 enregistrements lus
10+0 enregistrements écrits
00000580 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
5120 octets (5,1 kB) copiés00001000 01 04 00 00 11 04 00 00 21 04 00 00 ff 4d 01 00 |........!....M..|
00001010 57 05 04 00 00 00 00 00 00 00 00 00 00 00 6f cc |W.............o.|
, 0,0204281 s, 251 kB/s
00001020 02 04 00 00 12 04 00 00 21 06 00 00 42 03 8a 12 |........!...B...|
00001030 54 01 04 00 00 00 00 00 00 00 00 00 a9 0a e3 c6 |T...............|
00001040 03 04 00 00 13 04 00 00 21 08 00 00 83 24 00 20 |........!....$. |
00001050 00 00 05 00 00 00 00 00 00 00 00 00 00 20 33 40 |............. 3@|
00001060 04 04 00 00 14 04 00 00 21 0a 00 00 ae 40 00 20 |........!....@. |
00001070 00 00 05 00 00 00 00 00 00 00 00 00 00 20 08 7a |............. .z|
00001080 05 04 00 00 15 04 00 00 21 0c 00 00 95 15 00 20 |........!...... |
00001090 00 00 05 00 00 00 00 00 00 00 00 00 00 20 c4 d9 |............. ..|
000010a0 06 04 00 00 16 04 00 00 21 0e 00 00 a9 12 00 20 |........!...... |
000010b0 00 00 05 00 00 00 00 00 00 00 00 00 00 20 90 0b |............. ..|
000010c0 07 04 00 00 17 04 00 00 21 10 00 00 2c 23 00 20 |........!...,#. |
000010d0 00 00 05 00 00 00 00 00 00 00 00 00 00 20 e8 d6 |............. ..|
000010e0 08 04 00 00 18 04 00 00 21 12 00 00 54 24 00 20 |........!...T$. |
000010f0 00 00 05 00 00 00 00 00 00 00 00 00 00 20 ce a1 |............. ..|
00001100 09 04 00 00 19 04 00 00 21 14 00 00 10 27 00 20 |........!....'. |
00001110 00 00 05 00 00 00 00 00 00 00 00 00 00 20 f6 96 |............. ..|
00001120 0a 04 00 00 1a 04 00 00 21 16 00 00 ae 34 00 20 |........!....4. |
00001130 00 00 05 00 00 00 00 00 00 00 00 00 00 20 65 10 |............. e.|
00001140 0b 04 00 00 1b 04 00 00 21 18 00 00 fc 45 00 20 |........!....E. |
00001150 00 00 05 00 00 00 00 00 00 00 00 00 00 20 b7 04 |............. ..|
00001160 0c 04 00 00 1c 04 00 00 21 1a 00 00 52 65 00 20 |........!...Re. |
00001170 00 00 05 00 00 00 00 00 00 00 00 00 00 20 26 87 |............. &.|
00001180 0d 04 00 00 1d 04 00 00 21 1c 00 00 a7 50 00 20 |........!....P. |
00001190 00 00 05 00 00 00 00 00 00 00 00 00 00 20 9c ed |............. ..|
000011a0 0e 04 00 00 1e 04 00 00 21 1e 00 00 5c 3e 00 20 |........!...\>. |
000011b0 00 00 05 00 00 00 00 00 00 00 00 00 00 20 bb 3a |............. .:|
000011c0 0f 04 00 00 1f 04 00 00 21 20 00 00 11 4f 00 20 |........! ...O. |
000011d0 00 00 05 00 00 00 00 00 00 00 00 00 00 20 6b 0f |............. k.|
000011e0 10 04 00 00 20 04 00 00 21 22 00 00 b3 6c 00 20 |.... ...!"...l. |
000011f0 00 00 05 00 00 00 00 00 00 00 00 00 00 20 ae 10 |............. ..|
00001200 00 00 08 00 10 00 08 00 20 00 08 00 76 51 01 00 |........ ...vQ..|
00001210 2d 03 04 00 00 00 00 00 00 00 00 00 00 00 00 b6 |-...............|
00001220 01 00 08 00 11 00 08 00 20 02 08 00 72 0e 00 00 |........ ...r...|
00001230 b9 02 04 00 00 00 00 00 00 00 00 00 00 00 c5 80 |................|
00001240 02 00 08 00 12 00 08 00 20 04 08 00 71 0e 40 01 |........ ...q.@.|
00001250 40 02 04 00 00 00 00 00 00 00 00 00 14 00 5d 6c |@.............]l|
00001260 03 00 08 00 13 00 08 00 20 06 08 00 65 61 09 18 |........ ...ea..|
00001270 11 00 04 00 00 00 00 00 00 00 00 00 e8 15 27 65 |..............'e|
00001280 04 00 08 00 14 00 08 00 20 08 08 00 bc 4e 00 20 |........ ....N. |
00001290 00 00 05 00 00 00 00 00 00 00 00 00 00 20 78 18 |............. x.|
000012a0 05 00 08 00 15 00 08 00 20 0a 08 00 ae 7a 00 20 |........ ....z. |
000012b0 00 00 05 00 00 00 00 00 00 00 00 00 00 20 50 0b |............. P.|
000012c0 06 00 08 00 16 00 08 00 20 0c 08 00 1f 6e 00 20 |........ ....n. |
000012d0 00 00 05 00 00 00 00 00 00 00 00 00 00 20 06 b5 |............. ..|
000012e0 07 00 08 00 17 00 08 00 20 0e 08 00 11 7c 00 20 |........ ....|. |
000012f0 00 00 05 00 00 00 00 00 00 00 00 00 00 20 13 5b |............. .[|
00001300 08 00 08 00 18 00 08 00 20 10 08 00 00 80 00 20 |........ ...... |
00001310 00 00 05 00 00 00 00 00 00 00 00 00 00 20 17 f6 |............. ..|
00001320 09 00 08 00 19 00 08 00 20 12 08 00 ff 7b 00 20 |........ ....{. |
00001330 00 00 05 00 00 00 00 00 00 00 00 00 00 20 ff 73 |............. .s|
00001340 0a 00 08 00 1a 00 08 00 20 14 08 00 00 80 00 20 |........ ...... |
00001350 00 00 05 00 00 00 00 00 00 00 00 00 00 20 a2 f7 |............. ..|
00001360 0b 00 08 00 1b 00 08 00 20 16 08 00 ff 7b 00 20 |........ ....{. |
00001370 00 00 05 00 00 00 00 00 00 00 00 00 00 20 4a 72 |............. Jr|
00001380 0c 00 08 00 1c 00 08 00 20 18 08 00 00 80 00 20 |........ ...... |
00001390 00 00 05 00 00 00 00 00 00 00 00 00 00 20 7d f5 |............. }.|
000013a0 0d 00 08 00 1d 00 08 00 20 1a 08 00 00 80 00 20 |........ ...... |
000013b0 00 00 05 00 00 00 00 00 00 00 00 00 00 20 a6 55 |............. .U|
000013c0 0e 00 08 00 1e 00 08 00 20 1c 08 00 00 80 00 20 |........ ...... |
000013d0 00 00 05 00 00 00 00 00 00 00 00 00 00 20 c8 f4 |............. ..|
000013e0 0f 00 08 00 1f 00 08 00 20 1e 08 00 00 80 00 20 |........ ...... |
000013f0 00 00 05 00 00 00 00 00 00 00 00 00 00 20 13 54 |............. .T|
00001400
root@mint_fixe:/home/jerome#
--
Xubuntu 20.04
Hors ligne
#11 Le 22/03/2013, à 16:12
- jamesbad000
Re : [resolu] gros pb disque
Hello,
Une fois les opération indiquées par Nasman réalisées. Et à moins qu'il ne me contredise (attend son avis) :
Je suggère de retourner dans le smart et regarder si compteur des secteurs en attente de réallocation à changé. Normalement le smart devrait décider si vraiment il déclare le secteur illisible ou pas. (il est possible qu'une fois la décision prise, la situation se stabilise. )
Et regarder si le nombre de secteurs réalloués évolue aussi.
edit j'aurais bien ajouté de tenter le dd 2 secteurs plus loin...
Dernière modification par jamesbad000 (Le 22/03/2013, à 16:17)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#12 Le 22/03/2013, à 16:28
- saroumane_
Re : [resolu] gros pb disque
merci, effectivement le dd passe à partir du secteur 105472008
je suis pas sur d'avoir compris ton histoire de SMART
J'ai lancé un auto-test qui se solde par un Echec de lecture !
Dernière modification par saroumane_ (Le 22/03/2013, à 16:35)
--
Xubuntu 20.04
Hors ligne
#13 Le 22/03/2013, à 16:36
- Nasman
Re : [resolu] gros pb disque
Le partition sdb6 qui commence en 105472000 ne contient à priori pas de données avant le 3ème secteur de la partition. As tu:
- des erreurs de lecture si tu commences avant le secteur 105472008 ?
- des données présentes (autre que zéro) si tu commences avant le secteur 105472008 ?
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#14 Le 22/03/2013, à 16:38
- jamesbad000
Re : [resolu] gros pb disque
Dans l'écran du smart que tu as fournis, il apparait en rouge 1 secteur en attente de réallocation. Est ce que cette donnée n'aurait pas évoluée depuis qu'on a tenté de faire une lecture sur le secteur invalide (qui est certainement celui en attente de réallocation)
Par ailleurs dans le smart il devrait y avoir une autre rubrique qui indique le nombre de secteur déjà réalloués. Est ce que ce nombre évolue (dégradation rapide du disque) ou pas...
Au reste, je te conseillerais de pas trop utiliser ton disque tant que tu n'en auras pas fait une copie ailleurs.
Perso je conseillerais plutôt ddrescue que dd, car s'il y a d'autres secteurs endommagés plus loin, tu sera obligé d'en passer par là. Et dans ce genre de situation, il faut mieux aller directement comme si c'était au pire plutôt que de patauger, et que la situation se dégrade un peu plus entre temps...
Dernière modification par jamesbad000 (Le 22/03/2013, à 17:18)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#15 Le 22/03/2013, à 16:56
- saroumane_
Re : [resolu] gros pb disque
- des erreurs de lecture si tu commences avant le secteur 105472008 ?
oui, j'ai des erreurs I/O à 2000,2001,2002,2003,2004,2005,2006,2007
- des données présentes (autre que zéro) si tu commences avant le secteur 105472008 ?
Comment je peux le savoir ?
Dans l'écran du smart que tu as fournis, il apparait en rouge 1 secteur en attente de réallocation. Est ce que cette données n'aurait pas évolué depuis qu'on a tenté de faire une lecture sur le secteur invalide (qui est certainement celui en attente de réallocation)
Non, toujour pareil, avec en plus un echec de lecture depuis que j'ai lancé l'autotest
Par ailleurs dans le smart il devrait y avoir une autre rubrique qui indique le nombre de secteur déjà réalloués. Est ce que ce nombre évolue (dégradation rapide du disque) ou pas...
ça semble bon
Au reste, je te conseillerais de pas trop utiliser ton disque tant que tu n'en auras pas fait une copie ailleurs.
Perso je conseillerais plutôt ddrescue que dd, car s'il y a d'autres secteurs endommagés plus loin, tu sera obligé d'en passer par là. Et dans ce genre de situation, il faut mieux aller directement comme si c'était au pire plutôt que de patauger, et que la situation se dégrade un peu plus entre temps...
Ok pour ddrescue je pense que je vais passer du tps sur le man, en attendant, je debranche le disque
merci encore
--
Xubuntu 20.04
Hors ligne
#16 Le 22/03/2013, à 17:15
- jamesbad000
Re : [resolu] gros pb disque
Pour info, a moins que ddrescue arrive finalement à lire les secteurs endommagés, tu ne pourra pas monter directement ta partition après recopie.
Car les secteur 2 à 7 de la partition contiennent le premier superbloc et le début du descripteur de group, qui permettent de retrouver la table des secteurs et des inodes libres, ainsi que les inodes eux mêmes (qui stockent l'emplacement des fichiers dans la partition).
Néanmoins si ça se limite à ça, il devrait être assez facile de récupérer à partir des superbloc de secours...
Edit : histoire qu'on se comprennes, je précise que je compte les secteurs en partant de 0 :-)
Dernière modification par jamesbad000 (Le 22/03/2013, à 17:17)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#17 Le 22/03/2013, à 17:23
- saroumane_
Re : [resolu] gros pb disque
OK, merci
tu as une idée de la procédure à suivre ?
prend ton temp pour répondre, je vais chercher les gosses et serai de reour ici qu'une fois qu'ils seront couchés :-D
++
merci encore
--
Xubuntu 20.04
Hors ligne
#18 Le 22/03/2013, à 17:40
- jamesbad000
Re : [resolu] gros pb disque
Pour retrouver les superbloc de secours, installer aussi testdisk peut être utile.
Après, je préfère pas générer de confusion en m'étalant sur l'étape 2 alors que la 1ère n'est même pas amorcée. Et tu aura peut-être des questions là aussi...
Edit : Je refais un passage avant de m'absenter à nouveau pour préciser :
1 - install gddrescue et non ddrescue
2 - si tu te lance dans la copie, il n'y a pas d'option particulière à prévoir à priori, mais n'omet pas d'indiquer un fichier de log, qui permet la reprise de la copie là ou elle a été interrompue (en cas de problème), et évitera de fatiguer le disque tout en faisant du surplace...
3 - je ne sais pas qu'elle est ton niveau de compréhension des disques, partitions et systèmes de fichier. Mais dans le principe tu peux copier un disque entier
A) sur un autre disque de taille supérieure ou égale avec la forme /dev/sdX ou X représente la lettre du disque (Ce qui écrasera le partitionnement existant du disque cible, et équivaux à perdre tout son contenu quelque soit la place non utilisée par la copie).
B) dans un fichier image (situé dans un répertoire classique avec un chemin ne commençant pas par /dev). Le fichier image ne pouvant occuper autre chose de l'espace libre d'une partition.
Tu peux copier une partition dans une autre partition de taille supérieur ou égale avec la forme /dev/sdXY
ou X représente le disque et Y la partition. (Ce qui écrasera le système de fichier existant)
Ou également dans un fichier image.
A+
Dernière modification par jamesbad000 (Le 22/03/2013, à 21:34)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#19 Le 22/03/2013, à 22:08
- saroumane_
Re : [resolu] gros pb disque
Merci
j'avais installé gddrescue effectivement après avoir lu la page dans la doc !
Je pense bien comprendre les partition, mais vais attendre d'acheter un nouveau disque !
En tout cas merci des conseils, "y'a plus qu'à", au moins j'ai une base de départ
--
Xubuntu 20.04
Hors ligne
#20 Le 05/04/2013, à 15:59
- saroumane_
Re : [resolu] gros pb disque
up!
bonjour
nouveau disque interne reçu ainsi qu'un disque externe (les 2 de 500Go)
j'ai lancé une copie ddrescue sur disque interne, depuis une session live
puis j'ai tenté un fdisk fsck en corrigeant les erreurs => ma partition se monte mais de nombreux fichiers restent inaccessibles
je viens donc de faire
sudo ddrescue -f -n /dev/sdb /dev/sdc logfile
je pense ensuite faire (vu sur le man)
sudo ddrescue -d -f -r3 /dev/sdb /dev/sdc logfile
où sdb est mon disque defectueux et sdc un disque externe USB
Merci de m'aider à procéder au mieux sur l'une ou l'autre des copies
cdt
Dernière modification par saroumane_ (Le 05/04/2013, à 17:35)
--
Xubuntu 20.04
Hors ligne
#21 Le 05/04/2013, à 16:51
- jamesbad000
Re : [resolu] gros pb disque
Halte au feu !
Il faut éviter d'enchainer les manips et me faire un retour en vrac, sans me fournir le contenu du terminal avec les commandes que tu as passé et le résultat affiché...
Je doute que tu ais pu réparer quoi que ce soit avec fdisk pour commencer. Tu n'aurais pas plutôt fait un fsck ??
Quant aux paramètres à ajouter à ddrescue, je te donnerais un avis ce soir. Mais il faut éviter de se reposer sur ton disque defectueux qui peut te lacher d'un moment à l'autre, et essayer de travailler sur la copie sans la bousiller (Eventuellement le dupliquer sur un autre pour avoir une sauvegarde, puisque je crois comprendre que tu as 2 nouveau disques)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#22 Le 05/04/2013, à 17:26
- saroumane_
Re : [resolu] gros pb disque
oui fsck, j'ai fourché :-p
j'ai effectivement travaillé sur la copie.
là, j'en fait une autre sur le dd externe
j'en suis à :
ubuntu-gnome@ubuntu-gnome:~$ sudo ddrescue -f -n /dev/sdb /dev/sdc logfile
GNU ddrescue 1.16
Press Ctrl-C to interrupt
rescued: 214776 MB, errsize: 65536 B, current rate: 32112 kB/s
ipos: 214776 MB, errors: 1, average rate: 35570 kB/s
opos: 214776 MB, time since last successful read: 0 s
Copying non-tried blocks...
--
Xubuntu 20.04
Hors ligne
#23 Le 05/04/2013, à 18:15
- jamesbad000
Re : [resolu] gros pb disque
OK ca sera interressant d'avoir ce résumé à la fin pour savoir ce qui manque comme données.
Il faudrait en fait capturer le "logfile" car si tu es sur un live cd, et sans préciser de chemin d'accès, le fichier est placé dans le home du live-cd. Et donc perdu quand tu termine ta session "live"
De mon coté, j'avais fait un test en écrasant les 8 premiers premier secteurs d'une partition ext4 que j'avais rempli de fichiers. et après le fsck j'ai tous retrouvé.
edit : après relecture de la doc, si l'option -f est bien requise dans ton cas (copie vers un disque et non vers un fichier), les options -n et -d sont à éviter selon moi. La première ayant pour effet de tenter de réduire la durée au détriment de la récupération des zones défectueuses, la seconde doit être utilisée à bon escient....
Pour autant ne recommence pas toute la copie depuis le disque foireux, on refera éventuellement une passe sur les zones defectueuses après. Mais pense bien à sauvegarder ton log !!!
Dernière modification par jamesbad000 (Le 05/04/2013, à 18:48)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#24 Le 05/04/2013, à 19:28
- saroumane_
Re : [resolu] gros pb disque
je touche au bout
ubuntu-gnome@ubuntu-gnome:~$ sudo ddrescue -f -n /dev/sdb /dev/sdc logfile
GNU ddrescue 1.16
Press Ctrl-C to interrupt
rescued: 471004 MB, errsize: 65536 B, current rate: 33947 kB/s
ipos: 471004 MB, errors: 1, average rate: 35480 kB/s
opos: 471004 MB, time since last successful read: 0 s
Copying non-tried blocks...
je penserai au log t'inquiete
je fais ça ensuite pour repasser sur les zones en erreur (vu dans le manuel) ?
sudo ddrescue -d -f -r3 /dev/sdb /dev/sdc logfile
--
Xubuntu 20.04
Hors ligne
#25 Le 05/04/2013, à 19:42
- saroumane_
Re : [resolu] gros pb disque
fini
ubuntu-gnome@ubuntu-gnome:~$ sudo ddrescue -f -n /dev/sdb /dev/sdc logfile
GNU ddrescue 1.16
Press Ctrl-C to interrupt
rescued: 500107 MB, errsize: 4096 B, current rate: 12117 B/s
ipos: 54001 MB, errors: 1, average rate: 35463 kB/s
opos: 54001 MB, time since last successful read: 0 s
Finished
ubuntu-gnome@ubuntu-gnome:~$
le log:
ubuntu-gnome@ubuntu-gnome:~$ cat logfile
# Rescue Logfile. Created by GNU ddrescue version 1.16
# Command line: ddrescue -f -n /dev/sdb /dev/sdc logfile
# current_pos current_status
0xC92C01000 +
# pos size status
0x00000000 0xC92C00000 +
0xC92C00000 0x00000E00 /
0xC92C00E00 0x00000200 -
0xC92C01000 0x67DE005000 +
ubuntu-gnome@ubuntu-gnome:~$
--
Xubuntu 20.04
Hors ligne