Problème de partitionnement de disque dur sur OMV Le sujet est résolu

[lilich]

Bonjour à tous,

Je viens d'installer Open Media Vault sur mon micro server, car j'aurais voulu en faire un NAS.

J'ai utilisé Gparted pour partitionner mon disque dur, cependant lorsque je tente de monter la partition dans OMV, je reçois un message d'erreur :

"
Failed to mount 'cdf0b7dd-940f-498b-90e2-615b5d6fa8c3': mount: wrong fs type, bad option, bad superblock on /dev/sda3, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so

Erreur #6000:
exception 'OMVException' with message 'Failed to mount 'cdf0b7dd-940f-498b-90e2-615b5d6fa8c3': mount: wrong fs type, bad option, bad superblock on /dev/sda3,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
' in /usr/share/openmediavault/engined/module/fstab.inc:90
Stack trace:
#0 /usr/share/openmediavault/engined/rpc/config.inc(206): OMVModuleFsTab->startService()
#1 [internal function]: OMVRpcServiceConfig->applyChanges(Array, Array)
#2 /usr/share/php/openmediavault/rpcservice.inc(125): call_user_func_array(Array, Array)
#3 /usr/share/php/openmediavault/rpcservice.inc(158): OMVRpcServiceAbstract->callMethod('applyChanges', Array, Array)
#4 /usr/share/openmediavault/engined/rpc/config.inc(224): OMVRpcServiceAbstract->callMethodBg('applyChanges', Array, Array)
#5 [internal function]: OMVRpcServiceConfig->applyChangesBg(Array, Array)
#6 /usr/share/php/openmediavault/rpcservice.inc(125): call_user_func_array(Array, Array)
#7 /usr/share/php/openmediavault/rpc.inc(79): OMVRpcServiceAbstract->callMethod('applyChangesBg', Array, Array)
#8 /usr/sbin/omv-engined(500): OMVRpc::exec('Config', 'applyChangesBg', Array, Array, 1)
"

fdisk -l me retourne :

root@openmediavault:~# fdisk -l

Disk /dev/sda: 107.4 GB, 107374182400 bytes
255 heads, 63 sectors/track, 13054 cylinders, total 209715200 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: 0x0003f0b6

Device Boot Start End Blocks Id System
/dev/sda1 * 2048 30722047 15360000 83 Linux
/dev/sda2 201330686 209713151 4191233 5 Extended
/dev/sda3 30722048 201328639 85303296 83 Linux
/dev/sda5 201330688 209713151 4191232 82 Linux swap / Solaris

Partition table entries are not in disk order


fsck -f -y /dev/partition_a_reparer me retourne :

root@openmediavault:~# fsck -f -y /dev/sda3
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
/dev/sda3 a une(des) fonctionnalité(s) non supportée(s) : metadata_csum
e2fsck: Veuillez obtenir une version plus récente d'e2fsck !

mke2fs -n /dev/sda3 me retourne :

root@openmediavault:~# mke2fs -n /dev/sda3
mke2fs 1.42.5 (29-Jul-2012)
Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
« Stride » = 0 blocs, « Stripe width » = 0 blocs
5332992 i-noeuds, 21325824 blocs
1066291 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=4294967296
651 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000



e2fsck -b 32768 /dev/sda3 me retourne :

root@openmediavault:~# e2fsck -b 32768 /dev/sda3
e2fsck 1.42.5 (29-Jul-2012)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sda3

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é avec plusieurs autres blocs de secours mais la même réponse est présente.

Je crois vous avoir retourné toutes mes recherches.

Auriez-vous une idée ?

Par avance merci :)

[piratebab]

Bonjour,
tu as un problème sur ta partition sda3.
Qu'est ce qui t'empèche de la reformater pour corriger le problème ?

[lilich]

Bonjour,

Lorsque j'ai réalisé la partition, gparted a formaté la partition sda3 en EXT4.

Je me suis dit effectivement que ça pouvait venir d'un bug à ce niveau là et comme le disque dur était vide j'ai réalisé un nouveau formatage en EXT4 de cette partition.

Cependant le même problème est apparu.

[piratebab]

Il y a déja un problème que tu peux réparer simplement en reconstruisant la table:

Partition table entries are not in disk order

Ensuite, tu as peut étre un problème de version:

/dev/sda3 a une(des) fonctionnalité(s) non supportée(s) : metadata_csum
e2fsck: Veuillez obtenir une version plus récente d'e2fsck

Je suppose que tu as formaté sur une machine , et que les commandes que tu indiques sont sur une autre (j'ai déja eu un cas comme ça).
Soit tu formates sda3 depuis la machine cible, soit tu la met à jour ...

[lilich]

D'accord, eu question de noob ... je fais ça comment ? XD

En fait sur mon micro server est installé ESXI sur lequel j'ai installé OMV, mais le formatage a bien eu lieu sur la même machine. J'ai simplement lancé mon iso gparted à partir d'esxi (tout comme j'avais lancé OMV). ça peut poser problème de passer par ESXI ?

Merci beaucoup pour tes lumières.

Edit : je viens de voir sur d'autres forums que l'ordre des disques n'est pas important. Et ne génère pas d'erreur à priori, donc mon problème ne devrait pas venir de là.

[piratebab]

J'ai simplement lancé mon iso gparted à partir d'esxi

Je n'avais pas vu que tu étais en VM.
Si tu as lancé un iso, c'est ce que j'apelle "une autre machine", car l'iso à son propre système, ces propres paquets, avec leur propre version.
Si j'ai bien compris, tu veux monter cette partition sda3 dans la VM qui fait tourner OMV.
Pour la formater depuis OMV:
- tu ouvres un terminal depuis OMV
- tu vérifie que ta partition est bien /dev/sda3
- ensuite tu fais un #mkfs.ext4 /dev/sda3

[lilich]

ça a fonctionné :) !!

Merci beaucoup !!

Désolé j'avais oublié de préciser pour la VM, je ne pensais pas que c'était important pour mon problème :icon_e_confused:

[piratebab]

n'oublie pas la coche verte si c'est résolu

[PascalHambourg]

Il y a déja un problème que tu peux réparer simplement en reconstruisant la table:

Partition table entries are not in disk order

Ce n'est pas un problème.

j'avais oublié de préciser pour la VM, je ne pensais pas que c'était important pour mon problème

La VM n'avait rien à voir avec le problème. Le problème est que tu avais formaté la partition depuis le système Gparted Live et utilisé depuis OMV qui sont deux systèmes différents, avec des versions de noyau et de e2fsprogs différentes. Ça aurait été la même chose avec une machine physique.

[piratebab]

ce qui est important dans la VM, c'est que c'est comme si tu avais plusieurs machines. Lorsque je t'ai demandé si tu avais fais l'opération sur la même machine, pour moi cela signifiait avec le même système (kernel et applicatif, et en particulier leurs versions), alors que pour toi cela signifiait la meme machine physique

[lilich]

Merci beaucoup pour ces précisions :).