Voici un ce qu'il m'est arriv=E9 :
Pour une raison que j'ignore, apr=E8s un reboot de mon serveur, un de
mes disques (hdf1) ne veut plus se monter....
Je diagnostique un peu le pb, et je me rend compte en lan=E7ant fdisk
(sous linux biensur) que la table de ce disque est non valide.
Bon, pour info, sur ce disque de 300Go, il n'y avait qu'une seul
partition primaire en ext3 qui occupait tout l'espace (ce qui devrait
simplifier la reparation non??)
Je ne pense pas que le disque soit physiquement endommag=E9, j'ai pass=E9
cette nuit un test smart en mode "long" et il n'a d=E9t=E9ct=E9 aucune
erreur....
Etant confiant de ce test, j'ai essayer sous fdisk de recreer la
partition en esperant retrouver mes donn=E9e apres, et la, j'ai un truc
bisard.... m=EAme apres plusieurs essai, plusieurs reboot... je modif la
table, je sauvegarde ('w' sous fdisk), je reboot, je relance fdisk pour
voir si mes modif ont bien =E9t=E9 prise en compte, et la il me redis que
la table n'est pas valide......
Que dois-je faire ???
Ce soir j'esserais peut etre de monter le disque sur un PC Windows, et
tester avec Easy Recovery, mais si vous avais plutot une VRAI solution
linux, je suis =E0 l'=E9coute ;-)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Vincent Bernat
OoO En cette matinée pluvieuse du lundi 17 juillet 2006, vers 10:12, "condo4" disait:
Bon, pour info, sur ce disque de 300Go, il n'y avait qu'une seul partition primaire en ext3 qui occupait tout l'espace (ce qui devrait simplifier la reparation non??)
Tu peux sans problème recréer la partition. Cette opération se contente d'écrire la table des partitions en début de disque. Tes données ne risquent rien. Par contre, faut la recréer à l'identique. Tu peux ensuite tester le résultat avec un "mkfs -n /dev/hdf1".
Etant confiant de ce test, j'ai essayer sous fdisk de recreer la partition en esperant retrouver mes donnée apres, et la, j'ai un truc bisard.... même apres plusieurs essai, plusieurs reboot... je modif la table, je sauvegarde ('w' sous fdisk), je reboot, je relance fdisk pour voir si mes modif ont bien été prise en compte, et la il me redis que la table n'est pas valide......
Ah, j'avais pas tout lu. Si le disque ne contient que cette partition, il est inutile de rebooter. fdisk force Linux à relire la table des partitions et c'est possible car aucune partition n'est utilisée.
Après écriture de la partition par fdisk, as-tu quelque chose dans le dmesg ? -- Don't comment bad code - rewrite it. - The Elements of Programming Style (Kernighan & Plauger)
OoO En cette matinée pluvieuse du lundi 17 juillet 2006, vers 10:12,
"condo4" <c4@saint-pal.com> disait:
Bon, pour info, sur ce disque de 300Go, il n'y avait qu'une seul
partition primaire en ext3 qui occupait tout l'espace (ce qui devrait
simplifier la reparation non??)
Tu peux sans problème recréer la partition. Cette opération se
contente d'écrire la table des partitions en début de disque. Tes
données ne risquent rien. Par contre, faut la recréer à
l'identique. Tu peux ensuite tester le résultat avec un "mkfs -n
/dev/hdf1".
Etant confiant de ce test, j'ai essayer sous fdisk de recreer la
partition en esperant retrouver mes donnée apres, et la, j'ai un truc
bisard.... même apres plusieurs essai, plusieurs reboot... je modif la
table, je sauvegarde ('w' sous fdisk), je reboot, je relance fdisk pour
voir si mes modif ont bien été prise en compte, et la il me redis que
la table n'est pas valide......
Ah, j'avais pas tout lu. Si le disque ne contient que cette partition,
il est inutile de rebooter. fdisk force Linux à relire la table des
partitions et c'est possible car aucune partition n'est utilisée.
Après écriture de la partition par fdisk, as-tu quelque chose dans le
dmesg ?
--
Don't comment bad code - rewrite it.
- The Elements of Programming Style (Kernighan & Plauger)
OoO En cette matinée pluvieuse du lundi 17 juillet 2006, vers 10:12, "condo4" disait:
Bon, pour info, sur ce disque de 300Go, il n'y avait qu'une seul partition primaire en ext3 qui occupait tout l'espace (ce qui devrait simplifier la reparation non??)
Tu peux sans problème recréer la partition. Cette opération se contente d'écrire la table des partitions en début de disque. Tes données ne risquent rien. Par contre, faut la recréer à l'identique. Tu peux ensuite tester le résultat avec un "mkfs -n /dev/hdf1".
Etant confiant de ce test, j'ai essayer sous fdisk de recreer la partition en esperant retrouver mes donnée apres, et la, j'ai un truc bisard.... même apres plusieurs essai, plusieurs reboot... je modif la table, je sauvegarde ('w' sous fdisk), je reboot, je relance fdisk pour voir si mes modif ont bien été prise en compte, et la il me redis que la table n'est pas valide......
Ah, j'avais pas tout lu. Si le disque ne contient que cette partition, il est inutile de rebooter. fdisk force Linux à relire la table des partitions et c'est possible car aucune partition n'est utilisée.
Après écriture de la partition par fdisk, as-tu quelque chose dans le dmesg ? -- Don't comment bad code - rewrite it. - The Elements of Programming Style (Kernighan & Plauger)
condo4
Tu peux sans problème recréer la partition. Cette opération se contente d'écrire la table des partitions en début de disque. Tes données ne risquent rien. Par contre, faut la recréer à l'identique. Tu peux ensuite tester le résultat avec un "mkfs -n /dev/hdf1".
Ah, j'avais pas tout lu. Si le disque ne contient que cette partition, il est inutile de rebooter. fdisk force Linux à relire la table des partitions et c'est possible car aucune partition n'est utilisée.
Ok, donc, deja, ça sera plus simple puisque je depanne à distance par
ssh...
Après écriture de la partition par fdisk, as-tu quelque chose dans le dmesg ? Ben, voici les message :
fdisk : --------------------------------------------------------------------- serveur-spc:/home/condo4# fdisk /dev/hdf Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel Building a new DOS disklabel. Changes will remain in memory only, until you decide to write them. After that, of course, the previous content won't be recoverable.
The number of cylinders for this disk is set to 36483. There is nothing wrong with that, but this is larger than 1024, and could in certain setups cause problems with: 1) software that runs at boot time (e.g., old versions of LILO) 2) booting and partitioning software from other OSs (e.g., DOS FDISK, OS/2 FDISK) Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite) -------------------------------------------------------------
Creation : ------------------------------------------------------------- Command (m for help): n Command action e extended p primary partition (1-4) p Partition number (1-4): 1 First cylinder (1-36483, default 1): Using default value 1 Last cylinder or +size or +sizeM or +sizeK (1-36483, default 36483): Using default value 36483 ----------------------------------------------------------------- Sauvegarde : --------------------------------------------------------------- Command (m for help): w The partition table has been altered!
Calling ioctl() to re-read partition table. Syncing disks. serveur-spc:/home/condo4# ---------------------------------------------------------------
A chaque fois que je fait cette manip, à la fin de dmesg j'ai la ligne suivante qui est ajouté :
hdf: unknown partition table
.......... Je ne comprend pas pourquoi....
@+Fab
Tu peux sans problème recréer la partition. Cette opération se
contente d'écrire la table des partitions en début de disque. Tes
données ne risquent rien. Par contre, faut la recréer à
l'identique. Tu peux ensuite tester le résultat avec un "mkfs -n
/dev/hdf1".
Ah, j'avais pas tout lu. Si le disque ne contient que cette partition,
il est inutile de rebooter. fdisk force Linux à relire la table des
partitions et c'est possible car aucune partition n'est utilisée.
Ok, donc, deja, ça sera plus simple puisque je depanne à distance par
ssh...
Après écriture de la partition par fdisk, as-tu quelque chose dans le
dmesg ?
Ben, voici les message :
fdisk :
---------------------------------------------------------------------
serveur-spc:/home/condo4# fdisk /dev/hdf
Device contains neither a valid DOS partition table, nor Sun, SGI or
OSF disklabel
Building a new DOS disklabel. Changes will remain in memory only,
until you decide to write them. After that, of course, the previous
content won't be recoverable.
The number of cylinders for this disk is set to 36483.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)
Warning: invalid flag 0x0000 of partition table 4 will be corrected by
w(rite)
-------------------------------------------------------------
Creation :
-------------------------------------------------------------
Command (m for help): n
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-36483, default 1):
Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-36483, default 36483):
Using default value 36483
-----------------------------------------------------------------
Sauvegarde :
---------------------------------------------------------------
Command (m for help): w
The partition table has been altered!
Calling ioctl() to re-read partition table.
Syncing disks.
serveur-spc:/home/condo4#
---------------------------------------------------------------
A chaque fois que je fait cette manip, à la fin de dmesg j'ai la ligne
suivante qui est ajouté :
Tu peux sans problème recréer la partition. Cette opération se contente d'écrire la table des partitions en début de disque. Tes données ne risquent rien. Par contre, faut la recréer à l'identique. Tu peux ensuite tester le résultat avec un "mkfs -n /dev/hdf1".
Ah, j'avais pas tout lu. Si le disque ne contient que cette partition, il est inutile de rebooter. fdisk force Linux à relire la table des partitions et c'est possible car aucune partition n'est utilisée.
Ok, donc, deja, ça sera plus simple puisque je depanne à distance par
ssh...
Après écriture de la partition par fdisk, as-tu quelque chose dans le dmesg ? Ben, voici les message :
fdisk : --------------------------------------------------------------------- serveur-spc:/home/condo4# fdisk /dev/hdf Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel Building a new DOS disklabel. Changes will remain in memory only, until you decide to write them. After that, of course, the previous content won't be recoverable.
The number of cylinders for this disk is set to 36483. There is nothing wrong with that, but this is larger than 1024, and could in certain setups cause problems with: 1) software that runs at boot time (e.g., old versions of LILO) 2) booting and partitioning software from other OSs (e.g., DOS FDISK, OS/2 FDISK) Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite) -------------------------------------------------------------
Creation : ------------------------------------------------------------- Command (m for help): n Command action e extended p primary partition (1-4) p Partition number (1-4): 1 First cylinder (1-36483, default 1): Using default value 1 Last cylinder or +size or +sizeM or +sizeK (1-36483, default 36483): Using default value 36483 ----------------------------------------------------------------- Sauvegarde : --------------------------------------------------------------- Command (m for help): w The partition table has been altered!
Calling ioctl() to re-read partition table. Syncing disks. serveur-spc:/home/condo4# ---------------------------------------------------------------
A chaque fois que je fait cette manip, à la fin de dmesg j'ai la ligne suivante qui est ajouté :
