Mic13710

bienvenu dans la communauté

Je ne l'ai pas mais j'avais repris la méthode d'écriture de zéros sur ce post.

Faut patienter.

Rien de choquant dans ces résultats. Vu qu'il y a une erreur signalée côté DSM, je vous conseille de prendre contact directement avec le support qui sera en mesure (ou pas) de résoudre votre problème.

Je ne vois rien qui pose problème au niveau du groupe de disques et du volume. Avez-vous vérifié que vos 4To sont compatibles avec votre NAS ? Quelques commandes supplémentaires pour confirmer : mdadm --detail /dev/md2 pvs -a vgs -a lvs -a

Les volumes physiques et logiques sont OK et sont utilisés en totalité. Vous avez bien vos 9To. Il s'agit à mon avis d'une erreur d'affichage de l'interface de DSM. Je me souviens que le cas s'est déjà présenté. Attendez la fin de la reconstruction puis redémarrez le NAS. Si le problème persiste, il va falloir contacter le support pour qu'ils corrigent l'erreur.

Parce qu'il faut être en mode root. Pour cela, il faut faire précéder les commandes d'un sudo comme ceci : sudo mdadm /dev/md2 -f /dev/sdb5 etc.... Un mdp sera demandé, c'est celui d'admin.

Pas normal. Que donnent les commandes df –h pvdisplay lvdisplay

Merci pour le retour. Les 3To ont été tellement la cause de pertes de volumes, qu'il est rassurant de savoir que pour la majorité des utilisateurs ça se passe sans problème. Fort heureusement, tous les 3To ne sont pas foireux. C'est juste qu'on a assisté à une telle hécatombe pendant un temps qu'il a paru préférable à bon nombre d'entre nous de ne pas les recommander et de plutôt les éviter.

Ce n'est pas soutenu officiellement, mais voici un lien qui devrait vous aider. https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/#comment-137

Et donc ? Elle devrait logiquement être à 9To approx.

Le RAID1 (md3) est terminé. Par contre, je ne comprends pas bien pourquoi le contrôle de parité du RAID5 du md2 a été relancé. Il aurait dû poursuivre indépendamment du md3. Mais êtes vous sûr de ça ? Parce qu'au départ, il y avait ça : Ce qui porterait à croire que la reconstruction ne peut se faire que sur un md à la fois. Surtout que 34.2% en à peine une heure, c'est improbable. Qu'elle est maintenant la capacité indiquée par le gestionnaire ?

Ce n'est pas parce qu'ils ne sont pas dans la liste qu'ils ne fonctionneront pas. De quels modèles s'agit-il ?

Je ne vois rien d'anormal. On y verra plus clair une fois les processus terminés.

Effectivement, la reconstruction est en cours. Il faudra relancer la commande une fois que ce sera fait. Ceci dit, on voit bien les deux RAID le RAID5 (md2) et le RAID1 (md3). Le gestionnaire de stockage devrait vous donner une capacité de 9To.

Ce que vous voyez est normal puisque c'est le principe du SHR. Votre groupe est formé d'un RAID5 sur 2To de tous les disques et d'un RAID1sur les 2To restants des deux 4To. Que donne la commande cat /proc/mdstat

Pas de problème en principe. Vérifiez tout de même qu'ils soient dans la liste des DD compatibles pour le 218J. Un petit passage par la case présentation est toujours apprécié sur ce forum. Certains y sont sensibles.

Si le port 80 ne sert qu'à ça, il est plus simple de n'autoriser que les ports Let's Encrypt dans le parefeu qu'on peut laisser ouverts en permanence. Les ports sont donnés plus haut dans ce fil.

Un petit passage par la case présentation est apprécié par ici. Il n'est pas trop tard pour bien faire Ce que vous souhaitez faire ,'est pas possible. On peut monter en gamme, pas descendre. La seule solution serait de remplacer au moins 3 disques par des 4To.

Pas du tout. La position du disque n'a rien à voir. L'augmentation peut se faire en remplaçant au moins deux disques de la grappe par des disques plus gros et ce quel que soit leur emplacement. Non. Les partitions swap et système sont trop petites pour avoir un tel impact sur le total. J'opterais pour un problème de disque. Avez-vous vérifié les disques avant de les associer au SHR ? Lancez un test smart étendu sur tous les disques et postez le résultat.

Non pas avec windows. Il faudra passer par une distribution linux (Ubuntu). Il y a un tuto Synology pour ça.

Non, et en plus ça ne présente guère d'intérêt. Fat16, Fat32 et NTFS sont des formats DOS/Windows. Ext2,3,4 et BTRFS sont des formats Linux. Si votre PC est sous windows, vous utiliserez de préférence du Fat32 ou mieux du NTFS pour votre disque externe Si votre PC est sous Linux, vous utiliserez de préférence du Ext4 Le principe c'est d'utiliser un système compatible avec votre PC pour que vous puissiez lire le disque en cas de crash du nas.

Une meilleure gestion de l'espace disque qui s'avère très utile pour certains paquets comme CloudStation. Rien que pour ce paquet l'espace total occupé par les fichiers est sensiblement le même que le total des fichiers, celui occupé sur un EXT4 est sensiblement le double car il faut maintenir un fichier caché pour gérer les versions alors que le BTRFS utilise les snapshots pour retrouver les versions précédentes. Le format du disque externe n'a aucun rapport avec le type de montage des disques du NAS. Il peut être en EXT4, FAT32, NTFS...

Et aussi nouvel arrivant sur ce site. Ici on apprécie particulièrement que les primo arrivants fassent d'abord un petit tour du côté du forum des présentations. Vous pouvez commencer par là. Ensuite ce que vous demandez c'est la base d'un NAS et n'est qu'affaire de gestion des droits des utilisateurs. Ce n'est pas très compliqué mais difficile à expliquer sur un simple post sans y adjoindre une foultitude de captures d'écrans. Le mieux pour commencer serait de consulter le guide d'utilisation pour vous familiariser avec votre NAS. Je vous conseille aussi d'aller jeter un oeil dans le forum des tutoriels où vous trouverez de bons tutos pour débuter proprement.

Les vues peuvent être différentes mais la procédure est immuable.