Reprise du message précédent :
Le contenu de ce message a été effacé par son auteur

Je ne pense pas que la carte sas de base du G8 soit hot plug par contre.

Merci des précisions je vais fouiller un peu dans les liens.
Etrange que sous OMV 3 je n'ai pas eu le souci..
 
Je n'ai précisé le début du message d'erreur:
[0.051667] [Firmware bug]: the BIOS has corrupted hw-PMU resources (MSR 38dis 330)
 
j'ai trouvé ca:
https://community.hpe.com/t5/ProLia [...] -p/6006799
 
mais le liens vers hp ne donne rien
 
...
 
je continue mes recherches
 
merci

j'ai trouvé ca:
 
http://pazpop.fr/menu-cache-dans-l [...] iant-gen8/
 
ca m'a supprimé l'erreur : [0.051667] [Firmware bug]: the BIOS has corrupted hw-PMU resources (MSR 38dis 330)
je me retrouve avec un built-in shell (ash):
(initramfs)
 
J'ai essayé les commandes de ce fameux modes mais a chaque fois j'ai "not found"
le tout en qwerty  

la réponse à mon problème serait ici:
https://homeservershow.com/forums/t [...] che-error/
 
mais je ne comprend pas assez bien l'anglais
 
quelqu'un pour m'aider?

Le contenu de ce message a été effacé par son auteur

Je l'ai fais plusieurs fois aujourd'hui, j'ai mis mon ssd dans une grappe de raid 0 tout seul comme indiqué dans le tuto, l'installation, se passe bien, je choisis mon ssd et je n'arrive toujours pas à booter...
 
je vais retenter avec la version 3
 
edit: j'ai même mis le bios a jour réinstallation ensuite et toujours pas mieux[u][/u]

Le contenu de ce message a été effacé par son auteur

Si je ne fais pas de Raid 0 il va me mettre l'os sur un HDD de ma grappe raid 5 ... en faite peut être pas avec la nouvelle version de bios...
je retente l'installation de la version 3 pour voir si c'est un problème de l'installeur ou de configuration du proliant

L'install sous omv 3 s'est déroulé comme sur des roulettes
 
Mais comme je suis maso j'ai éclaté mon raid pour recommencer sur omv 4  
 
sur un malentendu ca peux toujours bien se passer

Même soucis, mdadm: No arrays found in config file or automatically...
ALEERT /dev/SDF1 does not exist
 
je vais rester sur le omv 3 a moins que qu'lqu'un est quelque chose à me proposer autre que d'installer l'os Dans le raid ce que je ne souhaite pas

j'ai posé un OMV 3 propre, je créer à nouveau le RAID, la suite demain avec omv extra -> LUCKS -> ext4
grand merci à toi glubovore  

Le contenu de ce message a été effacé par son auteur

Faut pas ce prendre la tête, sur certain système omv 3 fonctionne bien quand omv 4 merde, sur d'autres omv 4 fonctionne bien la où omv 3 merde,

Sur mon nas omv 4 a pas de soucis, omv 3 ne voulait pas s'installer,
sur mon serveur proxmox omv 4 voulait rien savoir la où omv 3 n'a pas de soucis
Par contre sur un serveur pro, un Dell nf je sais plus quoi (nas pro) omv 3 voulait rien savoir et omv 2 n'avait pas de soucis..

Des fois faut pas chercher ^^

Bonjour    
 
il s'agit bien de celui-ci? :

Le contenu de ce message a été effacé par son auteur

Ok, donc j'ai bien ajouté les omv-extras qui me donnent accès à LUKS
j'ai encryption qui s'est ajouté dans ma webUI, j'ai défini une passephrase.
Puis je suis allé dans système de fichier pour ajouter une partition ext4 sur /dev/mdX
 
Par contre je viens de penser, je n'ai pas délocké l'encryption avant de créer ma partition ext4
C'est grave?

A priori oui ca pose un souci, j'ai créer ma partition ext4 et je n'ai plus rien dans Encryption...
je recommence, j'ai du casser le raid en ssh avec mdadm.
Je le reforme à nouveau, 3h de perdu pour une bétise...

Le contenu de ce message a été effacé par son auteur

 
Ca ok, il est en cours de création
 

La aussi ok.
il me demande ou le créer donc je lui indique le /dev/mdX
 

 
Ha ca je ne savais pas, je dois donc retrouver /dev/mapper/encrypted_vol une fois débloqué dans la section "système de fichier"?
je dois créer une partition ext4 dans /dev/mapper/encrypted_vol C'est bien ca?
 

 
Ha bas trop tard j'ai fait sauter le raid il est en cours de construction (il m'annonce un peu plus de 2h)
 
 

Le contenu de ce message a été effacé par son auteur

 
Là je comprend.
 

 
Je crois que je confond partition filesystem...
 
je regarde ca:
http://zero202.free.fr/cs3-svsf/html/ar01s01.html
 
Ext4 est une partition et encrypted_vol est un filesystem?
je continues ma lecture sur google (duckduck est bien pour les anglo-saxon)  
 

Le contenu de ce message a été effacé par son auteur

Merci de ces explications, c'est compliqué pour un débutant^^
C'est l'exemple 2 qui me parle le plus

 
Bonjour,
 
Je me permet de revenir vers vous pour savoir si à l'occasion, il était possible d'avoir l'imprim écran?
 
Merci d'avance :-)

drap

Alors,
 
j'ai mon raid 5 qui s'est construit.
j'ai délocké le luks créé, dans Encryption j'ai :
Pérphérique /dev/mdX
taille 5,46To
Unlocked est un rond remplit (donc délocké)
Decrypted device: /dev/mapper/mdX-crypt
référencé: oui
 
Dans système de fichier j'ai deux devices:
/dev/dm-X  son libellé filesystem ext4 5,41 To dispo monté oui référencé oui, status en ligne
/de/sdeX et même chose la taille monté réferencé
 
Mon "souci" c'est que les cases Unlock et lock sont grisé
et je ne peux pas monter/demonter dans systeme de fichier
 
comment ca se gère le lock/délock?
La j'ai reboot ca a lock mais la fonction unlock et lock est grisée
 
edit Dans la séquence de démarrage j'ai:
"A start job is running  for dev-disk-by/xédlabel-encrypted.device" pendant 1min30
pareil pour l'arrêt du serveur

Ca vient de mon installation, j'ai fais une erreur dans la procédure?

Le contenu de ce message a été effacé par son auteur

@shenn
 
Le comportement que tu décris est tout à fait normal, et c'est un choix du dev du plugin "encryption".
 
Tu as créé un/des partage/s qui est/sont référencé/s (utilisé/s dans un service, comme SMB par exemple).
Via la webUI, tu ne peux pas démonter un système de fichier ou "locker" un volume luks qui est référencé, car celui-ci est utilisé.
 
Pour comprendre le terme "référencé":
 
Un volume Luks et son système de fichier sont marqué "référencé" quand un dossier partagé existe dessus.
Un dossier partagé est "référencé" dès que tu as configuré un service (ex: SMB) qui l'utilise.
 
Le volume luks va se locker uniquement à l'extinction/reboot de la machine. Tu dois alors le unlock via la webUI.
Si ensuite tu souhaite pouvoir lock/unlock quand la machine est allumée, il ne te reste que la ligne de commande via ssh...mais sinon, le pourquoi tu veux cela m'échappe....

Du coup tu dois unlock manuellement via la GUI à chaque boot du NAS ?

Le contenu de ce message a été effacé par son auteur

Oui

en même temps qui reboot son nas ?

Le contenu de ce message a été effacé par son auteur

Moi je l'éteins quand je n'en ai pas besoin
(soit ~22H/ jour)

Le coup de chiffrer ses disques pour ne pas être inquiété en cas de remplacement hardware, ça me plaisait pas mal Si c'est au coût de devoir me logger sur la GUI (qui de mémoire n'est pas très smartphone-compliant ) à chaque boot, la balance change d'équilibre

Le but est surtout qu'un vol de NAS ne permette pas au voleur d'accéder au données une fois redémarré.

Merci des précisions, du coup là 1min30 au démarrage et à l’extinction c’est normal?
Le temps du chiffrement?
Pour les commandes je t’envoi ça ce soir, je suis au boulot

J'avais remarqué également, et j'avais régler le problème : voir ce post