OVH Cloud OVH Cloud

recuperation partitions

6 réponses
Avatar
Antoine
Salut

Apres une installation (ratee) de Gentoo, je me rends compte qu'il m'a
flingue ma table de partitions
Alors c'est sur un disque SATA de 250Go; j'ai reussi a recreer mon
ancienne partition / de debian d'apres
ces informations:

Primary partition(3)
type: 131(0x83)(Linux ext2 filesystem)
size: 9248mb #s(18940544) s(40001850-58942393)
chs: (1023/254/63)-(1023/254/63)d (2490/0/1)-(3668/253/35)r


La seule chose qui m'importe est de recuperer la partition notee *6
dans ce qui suit:

livecd mnt # gpart /dev/sda

Begin scan...
Possible partition(Linux ext2), size(18598mb), offset(0mb) *1
Possible partition(Linux swap), size(933mb), offset(18598mb) *2
Possible partition(ReiserFS filesystem), size(9248mb), offset(19532mb)
*3
Possible extended partition at offset(28780mb) *4
Possible partition(Linux swap), size(517mb), offset(28780mb) *5
Possible partition(Linux ext2), size(210068mb), offset(29298mb)
*6
End scan.

Checking partitions...
Partition(Linux ext2 filesystem): primary *a
Partition(Linux swap or Solaris/x86): primary *b
Partition(Linux ext2 filesystem): primary *c
Partition(Linux swap or Solaris/x86): logical *d
Partition(Linux ext2 filesystem): logical *e
Ok.

On a bien la correspondance 1a 2b 3c 5d 6e

Guessed primary partition table:
Primary partition(1)
type: 131(0x83)(Linux ext2 filesystem)
size: 18598mb #s(38090048) s(63-38090110)
chs: (0/1/1)-(1023/254/63)d (0/1/1)-(2370/254/59)r

Primary partition(2)
type: 130(0x82)(Linux swap or Solaris/x86)
size: 933mb #s(1911728) s(38090115-40001842)
chs: (1023/254/63)-(1023/254/63)d (2371/0/1)-(2489/254/56)r

Primary partition(3)
type: 131(0x83)(Linux ext2 filesystem)
size: 9248mb #s(18940544) s(40001850-58942393)
chs: (1023/254/63)-(1023/254/63)d (2490/0/1)-(3668/253/35)r

Primary partition(4)
type: 015(0x0F)(Extended DOS, LBA)
size: 210586mb #s(431280990) s(58942485-490223474)
chs: (1023/254/63)-(1023/254/63)d (3669/0/1)-(30514/254/63)r


Voici mon ancien fstab:

# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/sda2 / reiserfs notail 0 1
(recuperee)
/dev/sda6 none swap sw 0 0
/dev/sda5 /mnt/maxtor ext3 rw,user,exec 0 0
/dev/sda1 /mnt/fc6 ext3 rw,user 0 0


La numerotation n'est plus la meme qu'au moment de ce fstab, car au
moment de l'installation de cette gentoo, j'ai eu la mauvaise idee de
supprimer /dev/sda1 pour pouvoir creer une partition pour / et une
autre de swap a la suite (ce qui a marche a ce que je vois). Ensuite
l'install de gentoo a plante comme d'hab pour la n-ieme fois. Bref..

Pour l'instant mon probleme est de creer une partition etendue dans
laquelle vont se trouver normalement
une partition de swap et une autre en ext2fs.
Au fait est-ce que l'ordre des partitions sda5 puis sda6 implique cet
ordre sur le disque au niveau des secteurs? Je crois me rappeler que
j'avais mis la swap d'abord, puis le reste en ext2fs
Et comment connaitre les secteurs exacts de commencement des partitions
?
Ici je voudrais savoir pour la partition notee *6. gpart ne me donne
que des mb ce que ne sert pas a grand chose.

6 réponses

Avatar
Michel_D
"Antoine" a écrit dans le message de news:
Salut

Apres une installation (ratee) de Gentoo, je me rends compte qu'il m'a
flingue ma table de partitions
Alors c'est sur un disque SATA de 250Go; j'ai reussi a recreer mon
ancienne partition / de debian d'apres
ces informations:

Primary partition(3)
type: 131(0x83)(Linux ext2 filesystem)
size: 9248mb #s(18940544) s(40001850-58942393)
chs: (1023/254/63)-(1023/254/63)d (2490/0/1)-(3668/253/35)r


La seule chose qui m'importe est de recuperer la partition notee *6
dans ce qui suit:

livecd mnt # gpart /dev/sda

Begin scan...
Possible partition(Linux ext2), size(18598mb), offset(0mb) *1
Possible partition(Linux swap), size(933mb), offset(18598mb) *2
Possible partition(ReiserFS filesystem), size(9248mb), offset(19532mb)
*3
Possible extended partition at offset(28780mb) *4
Possible partition(Linux swap), size(517mb), offset(28780mb) *5
Possible partition(Linux ext2), size(210068mb), offset(29298mb)
*6
End scan.

Checking partitions...
Partition(Linux ext2 filesystem): primary *a
Partition(Linux swap or Solaris/x86): primary *b
Partition(Linux ext2 filesystem): primary *c
Partition(Linux swap or Solaris/x86): logical *d
Partition(Linux ext2 filesystem): logical *e
Ok.

On a bien la correspondance 1a 2b 3c 5d 6e

Guessed primary partition table:
Primary partition(1)
type: 131(0x83)(Linux ext2 filesystem)
size: 18598mb #s(38090048) s(63-38090110)
chs: (0/1/1)-(1023/254/63)d (0/1/1)-(2370/254/59)r

Primary partition(2)
type: 130(0x82)(Linux swap or Solaris/x86)
size: 933mb #s(1911728) s(38090115-40001842)
chs: (1023/254/63)-(1023/254/63)d (2371/0/1)-(2489/254/56)r

Primary partition(3)
type: 131(0x83)(Linux ext2 filesystem)
size: 9248mb #s(18940544) s(40001850-58942393)
chs: (1023/254/63)-(1023/254/63)d (2490/0/1)-(3668/253/35)r

Primary partition(4)
type: 015(0x0F)(Extended DOS, LBA)
size: 210586mb #s(431280990) s(58942485-490223474)
chs: (1023/254/63)-(1023/254/63)d (3669/0/1)-(30514/254/63)r


Voici mon ancien fstab:

# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/sda2 / reiserfs notail 0 1
(recuperee)
/dev/sda6 none swap sw 0 0
/dev/sda5 /mnt/maxtor ext3 rw,user,exec 0 0
/dev/sda1 /mnt/fc6 ext3 rw,user 0 0


La numerotation n'est plus la meme qu'au moment de ce fstab, car au
moment de l'installation de cette gentoo, j'ai eu la mauvaise idee de
supprimer /dev/sda1 pour pouvoir creer une partition pour / et une
autre de swap a la suite (ce qui a marche a ce que je vois). Ensuite
l'install de gentoo a plante comme d'hab pour la n-ieme fois. Bref..

Pour l'instant mon probleme est de creer une partition etendue dans
laquelle vont se trouver normalement
une partition de swap et une autre en ext2fs.
Au fait est-ce que l'ordre des partitions sda5 puis sda6 implique cet
ordre sur le disque au niveau des secteurs? Je crois me rappeler que
j'avais mis la swap d'abord, puis le reste en ext2fs
Et comment connaitre les secteurs exacts de commencement des partitions
?
Ici je voudrais savoir pour la partition notee *6. gpart ne me donne
que des mb ce que ne sert pas a grand chose.



Pourquoi tu ne recrés pas l'entrée de la partition étendue au niveau du MBR ?
(car si les EBR n'ont pas été touché tu devrais retrouver tes logiques)


Pour info voici les entrées de partition en Hexa au niveau du MBR :
Primary partition(1)
00 01 01 00 83 EF FF FF 3F 00 00 00 44 35 45 02
Primary partition(2)
00 00 C1 FF 82 EF FF FF 83 35 45 02 B7 2B 1D 00
Primary partition(3)
00 00 C1 FF 83 EF FF FF 3A 61 62 02 DB 02 21 01
Primary partition(4) Etendue
00 00 C1 FF 0F EF FF FF 15 64 83 03 5E D3 B4 19

Avatar
Michel_D
"Michel_D" a écrit dans le message de news:ekm9pt$5ek$

"Antoine" a écrit dans le message de news:
Salut



[...]

Pourquoi tu ne recrés pas l'entrée de la partition étendue au niveau du MBR ?
(car si les EBR n'ont pas été touché tu devrais retrouver tes logiques)


Pour info voici les entrées de partition en Hexa au niveau du MBR :
Primary partition(1)
00 01 01 00 83 EF FF FF 3F 00 00 00 44 35 45 02
Primary partition(2)
00 00 C1 FF 82 EF FF FF 83 35 45 02 B7 2B 1D 00
Primary partition(3)
00 00 C1 FF 83 EF FF FF 3A 61 62 02 DB 02 21 01
Primary partition(4) Etendue
00 00 C1 FF 0F EF FF FF 15 64 83 03 5E D3 B4 19



Plutot ceci pour Primary partition(3) au cas ou ...
80 00 C1 FF 83 EF FF FF 3A 61 62 02 DB 02 21 01


Avatar
Antoine

"Michel_D" a écrit dans le messag e de news:ekm9pt$5ek$

"Antoine" a écrit dans le message de news:11648
Salut



[...]

Pourquoi tu ne recrés pas l'entrée de la partition étendue au niv eau du MBR ?
(car si les EBR n'ont pas été touché tu devrais retrouver tes lo giques)


Pour info voici les entrées de partition en Hexa au niveau du MBR :
Primary partition(1)
00 01 01 00 83 EF FF FF 3F 00 00 00 44 35 45 02
Primary partition(2)
00 00 C1 FF 82 EF FF FF 83 35 45 02 B7 2B 1D 00
Primary partition(3)
00 00 C1 FF 83 EF FF FF 3A 61 62 02 DB 02 21 01
Primary partition(4) Etendue
00 00 C1 FF 0F EF FF FF 15 64 83 03 5E D3 B4 19



Plutot ceci pour Primary partition(3) au cas ou ...
80 00 C1 FF 83 EF FF FF 3A 61 62 02 DB 02 21 01


Très bien mais quel programme prend ces valeurs en hexa ?
fdisk ?



Avatar
Michel_D
"Antoine" a écrit dans le message de news:


"Michel_D" a écrit dans le message de news:ekm9pt$5ek$

"Antoine" a écrit dans le message de news:
Salut



[...]

Pourquoi tu ne recrés pas l'entrée de la partition étendue au niveau du MBR ?
(car si les EBR n'ont pas été touché tu devrais retrouver tes logiques)


Pour info voici les entrées de partition en Hexa au niveau du MBR :
Primary partition(1)
00 01 01 00 83 EF FF FF 3F 00 00 00 44 35 45 02
Primary partition(2)
00 00 C1 FF 82 EF FF FF 83 35 45 02 B7 2B 1D 00
Primary partition(3)
00 00 C1 FF 83 EF FF FF 3A 61 62 02 DB 02 21 01
Primary partition(4) Etendue
00 00 C1 FF 0F EF FF FF 15 64 83 03 5E D3 B4 19



Plutot ceci pour Primary partition(3) au cas ou ...
80 00 C1 FF 83 EF FF FF 3A 61 62 02 DB 02 21 01


Très bien mais quel programme prend ces valeurs en hexa ?
fdisk ?


Moi j'utiliserai ce qui suis (déja réalisé avec ubuntu), mais bon ...

DD -> pour copier le contenu du mbr vers un fichier.

Puis n'importe quel éditeur hexa de fichier, pour info voici les offset :
0x01BE -> entrée de la 1ère partition
0x01CE -> entrée de la 2ème partition
0x01DE -> entrée de la 3ème partition
0x01EE -> entrée de la 4ème partition

Ensuite DD -> pour écrire sur le disque le fichier modifié.




Avatar
Antoine
Pourquoi tu ne recrés pas l'entrée de la partition étendue au niv eau du MBR ?
(car si les EBR n'ont pas été touché tu devrais retrouver tes lo giques)


Pour info voici les entrées de partition en Hexa au niveau du MBR :
Primary partition(1)
00 01 01 00 83 EF FF FF 3F 00 00 00 44 35 45 02
Primary partition(2)
00 00 C1 FF 82 EF FF FF 83 35 45 02 B7 2B 1D 00
Primary partition(3)
00 00 C1 FF 83 EF FF FF 3A 61 62 02 DB 02 21 01
Primary partition(4) Etendue
00 00 C1 FF 0F EF FF FF 15 64 83 03 5E D3 B4 19



Plutot ceci pour Primary partition(3) au cas ou ...
80 00 C1 FF 83 EF FF FF 3A 61 62 02 DB 02 21 01


d'accord pour le dd, mais d'où sortent ces valeurs ^^ ?


Avatar
Michel_D
"Antoine" a écrit dans le message de news:
Pourquoi tu ne recrés pas l'entrée de la partition étendue au niveau du MBR ?
(car si les EBR n'ont pas été touché tu devrais retrouver tes logiques)


Pour info voici les entrées de partition en Hexa au niveau du MBR :
Primary partition(1)
00 01 01 00 83 EF FF FF 3F 00 00 00 44 35 45 02
Primary partition(2)
00 00 C1 FF 82 EF FF FF 83 35 45 02 B7 2B 1D 00
Primary partition(3)
00 00 C1 FF 83 EF FF FF 3A 61 62 02 DB 02 21 01
Primary partition(4) Etendue
00 00 C1 FF 0F EF FF FF 15 64 83 03 5E D3 B4 19



Plutot ceci pour Primary partition(3) au cas ou ...
80 00 C1 FF 83 EF FF FF 3A 61 62 02 DB 02 21 01


d'accord pour le dd, mais d'où sortent ces valeurs ^^ ?


De ceci

Primary partition(3)
type: 131(0x83)(Linux ext2 filesystem)
size: 9248mb #s(18940544) s(40001850-58942393)
chs: (1023/254/63)-(1023/254/63)d (2490/0/1)-(3668/253/35)r
Primary partition(4)
type: 015(0x0F)(Extended DOS, LBA)
size: 210586mb #s(431280990) s(58942485-490223474)
chs: (1023/254/63)-(1023/254/63)d (3669/0/1)-(30514/254/63)r

Et donc

Taille partition(3)=Début partition(4)-Début partition(3) ce qui donne
58942485 - 40001850 = 18940635 soit en hexa 0x012102DB
et donc en notation intel DB 02 21 01

En général les infos de début de partition sont toujours pertinent
ce qui n'est pas toujours le cas des autres informations ...