Hello
Une question : je “m’entraine” à utiliser les commandes propres au partitionnement (c’est un point que je veux maitriser sur le bout des doigts, à terme). Notemment fdisk. Ce que je fais à l’aide d’une machine virtuelle sous virtualbox (pas mal, de base, pour se laisser pousser la barbe). Mais j’ai besoin d’en savoir un peu plus.
Premier problème, donc :
Actuellement, si je parviens sans problème à créer des partitions principales et à les redimensionner, il n’en va pas de même quand je m’attaque aux partitions étendues + logiques.
A chaque coup, ça merdouille. Ce que ce soit en modifiant une partition principal pour la recréer en étendue et en ajoutant une logique dedans, ou en créant directement une partition étendue + une logique.
En testant, j’ai pu voir que créer la partition étendue ne pose pas de problème. Par contre, dès que je créé une étendue logique, les soucis apparaissent.
Typiquement je me retrouve alors avec ce type de message :
root@debian-1:/home/christian# e2fsck /dev/sdb1
e2fsck 1.41.12 (17-May-2010)
e2fsck: Attempt to read block from filesystem resulted in short read lors de la tentative d’ouverture de /dev/sdb1
Peut-être cette partition est-elle de taille zéro ?
root@debian-1:/home/christian# fsck /dev/sdb
fsck from 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 /dev/sdb
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>
J’ai essayé, notamment, de retrouver un backup :
mke2fs -n /dev/sdb
(…)
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632
Puis en testant :
e2fsck -b 1605632 /dev/sdb
mais ça ne fontionne jamais. Je n’obtiens que ce type de résultat :
e2fsck: Argument invalide lors de la tentative d’ouverture de /dev/sdb
Actuellement :
Disk /dev/sdb: 255 heads, 63 sectors, 1044 cylinders
Nr AF Hd Sec Cyl Hd Sec Cyl Start Size ID
1 00 1 1 0 254 63 1023 63 16771797 05
2 00 0 0 0 0 0 0 0 0 00
3 00 0 0 0 0 0 0 0 0 00
4 00 0 0 0 0 0 0 0 0 00
5 00 2 1 0 254 63 261 63 4208904 83
L’autre problème : j’ai cfdisk qui plante.
FATAL ERROR: Bad primary partition 1: Partition ends in the final partial cylinder
Du coup, j’ai vérifié ce qui est configuré sur ma principale du disque 1 :
Disk /dev/sda: 255 heads, 63 sectors, 1044 cylinders
Nr AF Hd Sec Cyl Hd Sec Cyl Start Size ID
1 80 32 33 0 147 41 42 2048 681984 83
Partition 1 does not end on cylinder boundary.
2 00 180 9 42 254 63 1023 686078 16089090 05
3 00 0 0 0 0 0 0 0 0 00
4 00 0 0 0 0 0 0 0 0 00
5 00 180 11 42 235 21 406 2 5851136 83
6 00 12 54 407 166 29 585 809 2869248 83
7 00 198 62 585 172 40 644 2048 946176 82
8 00 205 10 644 134 35 675 2048 493568 83
9 00 167 5 675 254 63 1023 2048 5920768 83
1023 cylindres sur 1044. Ca parait bonnard… sauf que peut-être que non, en fait. Si j’analyse correctement la situation, il faudrait que je sois seté à 1044 ? Là, tel quel, j’ai le sentiment que je vais devoir clasher la partition sda1 pour changer le cylindre de fin. Et ça veut dire aussi - je suppose - que je vais devoir ouvrir Grub pour reseter le boot sur le premier secteur de sda1 aussi, du coup. Ca vous parait cohérent ?
Et par hasard, sauriez-vous pourquoi je me retrouve avec ce résultat ?
Si je demande ça, c’est parce que je me suis laissé entendre que fdisk est pas mal mais qu’il pouvait bugguer, dès fois. Et vu les galères que j’ai avec sdb, je me dis qu’il serait de bon aloi que je fasse le test avec cfdisk.
Merci d’avance!
.