[Important] dégats avec cfdisk :: récupérer une table des partitions perturb ée ?
Le
Jean-Alex
Bonjour à tous,
Il parait qu'il faut faire une grosse boulette loggué en root pour
devenir un unixien/linuxien raisonnable, c'est chose faite
J'ai eu la main très malheureuse avec cfdisk et maintenant j'ai une
table sans dessus dessous. c'est à dire que j'ai deux partitions linux
(dont une qui me servait de coffre-fort pour des données personnelles
"/coffre") qui n'apparaissent plus avec cfdisk ou sfdisk.
Pour détailler : j'ai supprimé une partition fat32 (hda7) démontée pour
la découper en deux. la première partition devait rester une partition
fat32 et la seconde devenir ma nouvelle partition de swap. j'ai créée
les deux partitions et je suis sorti de cfdisk très content de moi, sans
avoir fait une sauvegarde préalable de ma table de partition.
C'est après coup qu'un coup d'oeil à la console m'a inquiété, plusieurs
erreurs ayant été signalé (rien à voir a priori, j'ai voulu voir à quoi
ressembler qparted et je n'ai pas été convaincu donc je suis retourné
illico vers cfdisk).
Et là, je relance cfdisk et je découvre, que toutes mes partitions ont
été décalé d'un numéro de la 7ème à la 13ème !!
Le problème pourrait se régler en modifiant simplement /etc/fstab avec
les nouveaux numéros mais l'ennui c'est que 2 partitions sont manquantes
et signalé comme "espace disponible" par cfdisk (mon /var et la
/coffre précitée).
La sortie "actuelle" de "fdisk -l" :
Mon-Ordi:/home/jalex# fdisk -l /dev/hda
Disque /dev/hda: 60.0 Go, 60022480896 octets
255 têtes, 63 secteurs/piste, 7297 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Boot Start End Blocks Id System
/dev/hda1 494 7297 54653130 f W95 Ext'd (LBA)
/dev/hda2 * 1 465 3735081 b W95 FAT32
/dev/hda3 466 493 224910 82 Linux swap
/dev/hda5 494 532 313236 83 Linux
/dev/hda6 893 1426 4289323+ 83 Linux
/dev/hda7 1427 1864 3518203+ b W95 FAT32
/dev/hda8 1865 2004 1124518+ 82 Linux swap
/dev/hda9 2005 3670 13382113+ b W95 FAT32
/dev/hda10 3671 6540 23053243+ b W95 FAT32
/dev/hda11 533 543 88326 83 Linux
/dev/hda12 544 892 2803311 83 Linux
Je ne perds pas espoir parceque j'ai réussi à sauvegarder des données
depuis la partition "disparue" /coffre. Donc, tant que je ne reboote
pas, je pense que rien n'est perdu.
Que puis-je faire pour reconstituer une table présentable avant de
re-booter (imbécile vaniteux que je suis de n'avoir pas sauvegardé la
table en premier lieu !!!) ??
N'existe-t-il pas un outil ou une option que j'ignore pour "retrouver"
une table correcte ?
Merci de votre aide, je me sens misérable et je crains un re-boot
involontaire (mon swap est insuffisant et finit souvent par saturer
jusqu'au crash)
Bien cordialement,
Jean-Alex
Il parait qu'il faut faire une grosse boulette loggué en root pour
devenir un unixien/linuxien raisonnable, c'est chose faite
J'ai eu la main très malheureuse avec cfdisk et maintenant j'ai une
table sans dessus dessous. c'est à dire que j'ai deux partitions linux
(dont une qui me servait de coffre-fort pour des données personnelles
"/coffre") qui n'apparaissent plus avec cfdisk ou sfdisk.
Pour détailler : j'ai supprimé une partition fat32 (hda7) démontée pour
la découper en deux. la première partition devait rester une partition
fat32 et la seconde devenir ma nouvelle partition de swap. j'ai créée
les deux partitions et je suis sorti de cfdisk très content de moi, sans
avoir fait une sauvegarde préalable de ma table de partition.
C'est après coup qu'un coup d'oeil à la console m'a inquiété, plusieurs
erreurs ayant été signalé (rien à voir a priori, j'ai voulu voir à quoi
ressembler qparted et je n'ai pas été convaincu donc je suis retourné
illico vers cfdisk).
Et là, je relance cfdisk et je découvre, que toutes mes partitions ont
été décalé d'un numéro de la 7ème à la 13ème !!
Le problème pourrait se régler en modifiant simplement /etc/fstab avec
les nouveaux numéros mais l'ennui c'est que 2 partitions sont manquantes
et signalé comme "espace disponible" par cfdisk (mon /var et la
/coffre précitée).
La sortie "actuelle" de "fdisk -l" :
Mon-Ordi:/home/jalex# fdisk -l /dev/hda
Disque /dev/hda: 60.0 Go, 60022480896 octets
255 têtes, 63 secteurs/piste, 7297 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Boot Start End Blocks Id System
/dev/hda1 494 7297 54653130 f W95 Ext'd (LBA)
/dev/hda2 * 1 465 3735081 b W95 FAT32
/dev/hda3 466 493 224910 82 Linux swap
/dev/hda5 494 532 313236 83 Linux
/dev/hda6 893 1426 4289323+ 83 Linux
/dev/hda7 1427 1864 3518203+ b W95 FAT32
/dev/hda8 1865 2004 1124518+ 82 Linux swap
/dev/hda9 2005 3670 13382113+ b W95 FAT32
/dev/hda10 3671 6540 23053243+ b W95 FAT32
/dev/hda11 533 543 88326 83 Linux
/dev/hda12 544 892 2803311 83 Linux
Je ne perds pas espoir parceque j'ai réussi à sauvegarder des données
depuis la partition "disparue" /coffre. Donc, tant que je ne reboote
pas, je pense que rien n'est perdu.
Que puis-je faire pour reconstituer une table présentable avant de
re-booter (imbécile vaniteux que je suis de n'avoir pas sauvegardé la
table en premier lieu !!!) ??
N'existe-t-il pas un outil ou une option que j'ignore pour "retrouver"
une table correcte ?
Merci de votre aide, je me sens misérable et je crains un re-boot
involontaire (mon swap est insuffisant et finit souvent par saturer
jusqu'au crash)
Bien cordialement,
Jean-Alex
Poser une question
Pour comparaison voici ce que me renvoit la commande df :
:~$ df
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/hda5 293555 167496 110398 61% /
tmpfs 322624 0 322624 0% /dev/shm
/dev/hda12 82769 9867 68486 13% /tmp
/dev/hda13 2759260 2455052 164044 94% /usr
/dev/hda11 632327 132853 465740 23% /var
/dev/hda2 3720528 3444874 275654 93% /mnt/win_c
/dev/hda8 13369032 13285176 83856 100% /mnt/win_e
/dev/hda9 23038992 22960368 78624 100% /mnt/win_f
/dev/hda6 4112420 4052512 59908 99% /home
/dev/hda10 5320936 5194764 126172 98% /coffre
Je suppose qu'il se base sur /etc/mtab mais bon, ma partition "/coffre"
est bien présente.
Bien cordialement,
JAlex
septieme et l'ancienne huitieme est devenue huitieme, l'ancienne huitieme
par incrementation logique neuvieme etc..
n+1
voit perturbee, mais une modif de la fstab et un reboot feront l'affaire
machine.
--
Kevin
Effectivement.
Tant qu'onen est a faire des modifs dans fstab, il peut commenter la ligne
qui concerne la swap, pour que la swap ne soit pas activée au boot.
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
C'est bien comme ça que je l'ai compris, par contre la 10 et la 11 ne
sont pas devenus la 11 et la 12 et c'est ça qui me perturbe...
Pas tout et si ma table a plus souffert que je nepeux m'en rendre
compte, certaines données récentes non sauvegardées seraient menacées
(je peux très bien passer la soirée à graver des cd-rw mais...s'il y a
une solution plusélégante, je prends !)
C'est aussi mon opinion ...pour l'essentiel (mon /home j'entends...).
Par contre je suis moins optimiste sur /coffre qui contient quelques
sauveguardes mais aussi quelques documents spécifiques (j'ai sauvé le
plus gros, pas tout...).
Je sais que le fameux "rm -f *" ne produit tous ses effets qu'au re-boot
et c'est ce coté "second effet kiss-cool" queje souhaite éviter....
Autre débat, je pense qu'il y a des responsabilités entre un chipset
faiblichon, une ram vieillotte, un swap trop étroit par rapport à la ram
(1/3 !!) et des spécifictités dans mon usage (deux sessions X en
parallélle sur vt7 et vt8 pour ma Belle et pour moi).
Merci de ton soutien Kevin, j'attends quelques autres commentaires au
cas où...
Jean-Alex
tes partoches???
Y'en a pas deux qui se suivent normalement, tu as des trous au milieu
de tes partitions (!) et de l'espace vide a la fin (re !)
et passes en init 1.
Une fois que tu es en init 1, remontes les partitions les unes apres
les autres, et regarde ce que tu trouves dedans (genre la partoche
qui ressemble a home, celle de var, etc..)
Puis enfin remets une fstab correcte.
meme si les partitions sont bougees, je vois pas pourquoi ca bougerait(?)
J'ai reinstalle des distribs en redecoupant le disque, mais sans toucher
a la partition /home, j'ai jamais eu de probleme
http://www.memtest86.org
La derniere barrette de RAM que j'ai vu foire m'a emporte tout
le filesystem de deux partitions lors d'un boot (!) donc mefiance
swap en complement de la partition.
--
Kevin