OMV5 OMV5 mount hdd impossible

W

Woody

Apprenti
2 Avril 2021
68
15
8
Bonjour à tous,

Je monte actuellement mon nas diy (i3-4150T, asrock B45 Pro4, 8gb ram, 400W alim) et j'ai fraichement installé OMV5 amd64.

Tout s'installe nickel mais j'ai un problème de montage de disque. En tout j'ai 4 hdd interne (connécté en sata sur la mobo) :
- sdc : SSD 120 go (la ou est installé OMV)
- sda : HDD WD 1to 2'5 pouces
- sdb : HDD WD 1to 3'5 pouces
- sdb : HDD WD 1to 3'5 pouces

Tous les disques s'affichent dans l'onglet disques de OMV.

Quand je vais dans système de fichiers (files system) :
- sdc est monté par défaut, avec une partition swap
- je monte sda en ext4, tout se passe bien

Par contre, pour sdb et sdd, je clique sur créer, je mets ext4, le process se lance, tout se finit et tout est ok et la ... le disque apparait 3 sec dans la liste puis disparait.

J'ai changé les ports sata, les cables et tout et rien n'y fait. C'est comme si OMV refusait de monter des HDD WD 1to de 3.5 pouces...

Any help pour monter tous mes hdd ?

PS : le nas étant neuf, j'ai fait quelques essais avec d'autres distro de nas, comme truenas scale et truenas core. Sur ces os, aucun problème pour monter les disques et faire des raidz... les hdd sont aussi tous nickel sous windows (hdtune et autres soft pour les analyser...)
 
Dernière édition:
Salut,

Woody a dit:
PS : le nas étant neuf, j'ai fait quelques essais avec d'autres distro de nas, comme truenas scale et truenas core. Sur ces os, aucun problème pour monter les disques et faire des raidz... les hdd sont aussi tous nickel sous windows (hdtune et autres soft pour les analyser...)
Cliquez pour agrandir...
As tu essayé OMV6 ?

Woody a dit:
En tout j'ai 5 hdd interne (connécté en sata sur la mobo) :
- sdc : SSD 120 go (la ou est installé OMV)
- sda : HDD WD 2to 2'5 pouces
- sdb : HDD WD 2to 3'5 pouces
- sdb : HDD WD 2to 3'5 pouces
Cliquez pour agrandir...
Je compte 4 :unsure: :)

La comme sa, j'ai pas trop d'idée tu semble avoir deja fait pas mal de test, a tu essayé de reboot entre les montages ?
 
wep j'ai reboot et rien n'y fait... je lis sur le net que les hdd gpt se montent pas très bien sur omv mais j'ai pas encore trouver la solution
 
Woody a dit:
hdd gpt se montent pas très bien sur omv
Cliquez pour agrandir...
Mais cela ne ce limite pas au démarrage du systeme d'exploitation cette histoire de GPT/MBR ? Mais c'est une chose que je ne maitrise pas
Formate( Efface ) complétement tes disques avant de les inclure dans ton NAS, afin qu'il n'y est dessus aucune partition.

Tu peu facilement depuis Windows le convertir de GPT a MBR ou inverssement : https://www.reneelab.fr/initialiser-disque-dur-a-mbr-ou-gpt.html

De plus si c'est une histoire de format récent, ... OMV6 sera surement plus adapté, puisque qu'il est basé sous Debian 11.
 
Woody a dit:
J'ai réussi à "transformer" /dev/sdb en /dev/sdb1 mais je ne sais pas comment le monter (je ne connais pas la bonne commande)
Cliquez pour agrandir...
Ici /dev/sdb n'est pas transformé. Il est toujours pareil.
/dev/sdb1 est une partition sur /dev/sdb

Avec la commande suivante elle sera formaté en ext4 :
mkfs.ext4 /dev/sdb1

Pouvez vous donner le resultat de la commande : sfdisk -l
 
Voila le résultat de sfdisk -l

Au passage, je remarque que les noms de volume changent... le sdc est devenu sdd....
J'ai mis en bold les 2 disques qui posent problème


Code: 
Disk /dev/sdb: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10SPZX-00Z
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: B6665C70-2572-4ABB-8883-6970D7098030

Device     Start        End    Sectors   Size Type
/dev/sdb1   2048 1953525134 1953523087 931,5G Linux filesystem

----------------------
Disk /dev/sdd: 111,8 GiB, 120034123776 bytes, 234441648 sectors
Disk model: PNY CS900 120GB
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x24344613

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sdd1  *         2048 232441855 232439808 110,9G 83 Linux
/dev/sdd2       232443902 234440703   1996802   975M  5 Extended
/dev/sdd5       232443904 234440703   1996800   975M 82 Linux swap / Solaris

----------------------
Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EARS-22Y
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: C3B36B1F-343B-4C60-A778-3FEBAF31A0A8

Device     Start        End    Sectors   Size Type
/dev/sda1   2048 1953525134 1953523087 931,5G Linux filesystem

----------------------
Disk /dev/sdc: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EARS-22Y
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x300d875b

Edit Modération : Mise en forme avec la balise [CODE][/CODE]
 
Dernière édition par un modérateur:
NB : j'ai un raspberry pi 4 également, avec 2 HDD externes dessus (1to et 2to). Ces deux disques sont en gpt et j'arrive bien à les monter pour les utiliser (ils tournent depuis 6 mois sans problème).

C'est à y perdre son latin...
 
La commande suivante permet de connaire le format d'une partition : lsblk -f

Pouvez vous me donner le résultat de :
lsblk -f /dev/sda1

Edit : je viens de look chez moi, et mes disques sont aussi en GPT, le probleme ne viens pas de la pour moi.
 
commande lsblk -f /dev/sda1


NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda1 zfs_member

hmm, c'est quoi ce petit zfs member qui spot la...
 
le mkfs donne ça :

mke2fs 1.46.2 (28-Feb-2021)
Creating filesystem with 244190385 4k blocks and 61054976 inodes
Filesystem UUID: bee97fb1-a4e1-4f1b-94c9-9723aad605df
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848

Allocating group tables: done
Writing inode tables: done
Creating journal (262144 blocks): done
Writing superblocks and filesystem accounting information: done
 
On va essayé de la supprimer pour la re-créer :

Cette commande va supprimer les partitions sur /dev/sda :

sfdisk --delete /dev/sda

Ensuite, lister les partitions présente sur sda, il na devrai plus rien n'y avoir :
sfdisk -l /dev/sda

Puis on créer une partition :
sfdisk /dev/sda

on re-listerles partitions présente sur sda, il devrai y avoir celle qu'on viens de faire ( normalement sda1 )
sfdisk -l /dev/sda

et on la converti en EXT4 :
mkfs.ext4 /dev/sda1

Puis on controle le format de sda1 :
lsblk -f /dev/sda1
 
Salut salut.

Alors j'ai fais quelques recherches et apparement, pour supprimer le zfs member, il faut faire ça : sudo dd if=/dev/zero of=/dev/sda1

Le commande a fonctionné et j'ai pu monter le hdd correctement dans omv. Je me suis donc dit :"ah cool, demail je fais la même chose sur le dernier hdd et c'est bon". Du coup j'éteinds l'ordi hier soir.

Impossible de le rallumer ce matin. Meme pas de logo de boot et donc, pas d'accés au bios. J'ai enlever les hdd, remplacer la ram.... rien n'y fait. J'ai clear le cmos de la carte mère et toujours rien...

Est il possible que omv ait réecrit le bios de la cm et donc, plus rien ne marche ? Ou que mes tests ont tout bonnement grillé la CM (une occas Asrock B85M Pro 4)...

Comme toujours en informatique, tu pars d'un petit problème en software pour te retrouver avec tout le hardware qui fout le camp ahahaha
 
Woody a dit:
Est il possible que omv ait réecrit le bios de la cm et donc, plus rien ne marche ?
Cliquez pour agrandir...
Non la commande dd peut être "destructive" pour les disques car elle les stress beaucoup mais en aucun cas pour la carte mère .


Woody a dit:
Ou que mes tests ont tout bonnement grillé la CM (une occas Asrock B85M Pro 4)...
Cliquez pour agrandir...

La commande dd est consommatrice de RAM et de CPU également. Peut être que tu a accélérer un peu l'inévitable, mais dans tout les cas, tes tests ne sont pas la réelle cause de la panne.
 
oui c'est ce que je me dis. C'est quand même étrange de n'avoir meme pas le logo de la CM non ?

Pour la RAM J'ai 2*2 barrettes différentes et 4 slots sur la cm (2 des barrettes n'étaient pas co pendant mes tests). En changeant les barrettes, en les alternant, en en mettant que 1 sur le slot a1 pui a2 puis b1 puis b2.... toujours rien.

Ca doit dont provenir de la CM non ?
 
Wep j'ai suivi la notice https://download.asrock.com/Manual/B85M Pro4.pdf

Par contre, une fois que je ne pense pas avoir bien fait la dernière étape. Je mets les jumper sur les pin 2 et 3 pendant 5 sec et après ?
- je relance le power ?
- je ne fais rien et je les remets sur pin 1 et 2 ?
- je laisse tout sur pin 2 et 3 jusqu'a la fin des temps ?

PAs très explicite la méthodo...
 
Vous devez vous connecter ou vous enregistrer pour répondre ici.
Haut Bas
Retour