Mic13710

Tant qu'on ne saura pas de quel modèle de nas il s'agit, il est impossible de donner une réponse qui tienne la route. Donc Seb51, si vous voulez de l'aide, il faut nous en dire plus.

Salut à tous, Mon écran est tombé en panne. C'était un bon vieux 4/3 et comme ce format ne se fait plus, j'ai dû le remplacer par un 16/9. Je n'aime pas beaucoup ce format pour de la bureautique mais là n'est pas le propos. J'avais réglé la taille de certaines fenêtres du DSM de manière à pouvoir les voir sur la plus grande hauteur possible de mon 4/3. Mais voilà, la hauteur d'un 16/9 étant moins importante qu'un 4/3, je n'ai plus accès à la partie basse de ces fenêtres, et je suis réglé sur la résolution maximum. C'est assez déconcertant et plutôt ennuyeux. Question : quelqu'un sait-il comment on peut régler la taille des fenêtres ou les réinitialiser sans passer par une réinstallation du DSM ? Il y a sans doute un truc simple et j'ai peine à croire que les développeurs de Synology aient oublié quelque chose d'aussi évident.

Possible, sauf que les 4 disques ont été initialisés sur le même NAS. C'est peut-être une histoire de version de DSM mais je n'y crois pas trop puisque le même DSM a permis au disque 1 de s'étendre sur le même nombre de blocs que les autres 4To. J'ai lancé un test smart étendu sur le disque 2, on verra bien. Edit : Si le test se déroule bien, je peux faire un umount du volume 2 et tenter un resize comme sur le volume 1, ça ne mange pas de pain.

Désolé pour le réveil brutal En fait la différence n'est pas sur le disque sur lequel on a travaillé mais sur le deuxième. Les deux disques sont rigoureusement les mêmes (même référence, achetés ensemble) et exception faite du firmware plus récent, ils sont identiques à ceux de mon autre nas qui ont 1 an. Sauvegarde> sfdisk -l /dev/sda /dev/sda1 256 4980735 4980480 fd /dev/sda2 4980736 9175039 4194304 fd /dev/sda3 9437184 7814032064 7804594881 fd Sauvegarde> sfdisk -l /dev/sdb /dev/sdb1 256 4980735 4980480 fd /dev/sdb2 4980736 9175039 4194304 fd /dev/sdb3 9437184 7814032064 7804594881 fd Aucune différence entre les deux. la même chose sur mon autre nas : xxxxxx> sfdisk -l /dev/sda /dev/sda1 256 4980735 4980480 fd /dev/sda2 4980736 9175039 4194304 fd /dev/sda3 9437184 7814032064 7804594881 fd xxxxxx> sfdisk -l /dev/sdb /dev/sdb1 256 4980735 4980480 fd /dev/sdb2 4980736 9175039 4194304 fd /dev/sdb3 9437184 7814032064 7804594881 fd et pour ses md: xxxxxx> cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid1 sda3[3] sdb3[2] 3902296416 blocks super 1.2 [2/2] [UU] md1 : active raid1 sda2[0] sdb2[1] 2097088 blocks [2/2] [UU] md0 : active raid1 sda1[0] sdb1[1] 2490176 blocks [2/2] [UU] unused devices: <none> Ce qui me gène un peu c'est que 3 disques sur 4 ont les mêmes nombres de blocs, et que le petit dernier en a moins. Si tu regardes plus haut, j'ai utilisé ce disque pour pouvoir étendre le premier. Le nombre de bloc était différent (voir ma remarque à la suite des cat). Depuis, j'ai supprimé les partitions DSM, fait un test d'écriture de zéros qui n'a décelé aucune erreur, réinitialisé le disque et créé le volume 2. Le nombre de blocs est inchangé. Après, c'est vrai que l'écart est minime. C'est juste que j'aimerais comprendre pourquoi et si surtout ce n'est pas un signe de faiblesse du disque. Pour info, les 4 disques ont tous été créés sur le NAS Sauvegarde. Les deux de mon NAS principal ont été migrés du sauvegarde vers le principal. Le soucis avec le nombre de blocs, c'est que si j'utilise le dernier disque sur un raid existant (en remplacement d'un disque sur le nas principal par exemple) il risque de se faire jeter.

J'ai testé mon deuxième disque et monté mon volume 2. J'ai lancé un cat /proc/mdstat pour vérifier les md et j'ai toujours une différence de 160 blocs entre md2 et md3 Sauvegarde> cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md3 : active raid1 sdb3[0] 3902296256 blocks super 1.2 [1/1] md2 : active raid1 sda3[0] 3902296416 blocks super 1.2 [1/1] md1 : active raid1 sdb2[1] sda2[0] 2097088 blocks [2/2] [UU] md0 : active raid1 sdb1[0] sda1[1] 2490176 blocks [2/2] [UU] unused devices: <none> Comme j'ai les mêmes disques montés en raid1 sur mon nas principal, j'ai lancé la même commande et je retrouve le même nombre de blocs que pour le md2. As-tu une idée pourquoi mon md3 a des blocs en moins ?

quand je dis couple switch / caméra, c'est un peu large pour dire que le Syno n'a rien à voir dans ce processus. C'est principalement la compatibilité de l'injecteur avec la cam qu'il faut regarder. Il faut qu'il injecte la bonne tension et qu'il ait la puissance suffisante pour alimenter la cam. Et il ne faut pas que l'injecteur ait des incompatibilités avec le switch (il y est raccordé).

Comme quoi on passe à côté des choses simples . Bon. Redémarrage du NAS et là, Oh miracle ! mon volume 1 est passé à 3.58To ! Mais (il faut bien qu'il y ait un mais) le gestionnaire m'indique pour le volume "échec de partition système" et il a lancé une optimisation du système de fichier. J'ai lancé une réparation comme suggéré par DSM et tout est maintenant au vert. Merci INFINIMENT Gaêtan pour ton aide et ta patience. Sans toi je n'y serais pas arrivé et j'ai aussi appris beaucoup. Très bonne soirée à toi et bon WE.

J'ai mis synomount : il ne se passe rien. Et si je démarre le nas avec le disque en place, est-ce que le volume ne se monte pas ?

Fin du processus et lancement de resize. Résultats : Sauvegarde> e2fsck -f /dev/md2 e2fsck 1.42.6 (21-Sep-2012) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information 1.42.6-3827: 737203/121806848 files (2.6% non-contiguous), 317734213/487198064 blocks Sauvegarde> resize2fs /dev/md2 resize2fs 1.42.6 (21-Sep-2012) Resizing the filesystem on /dev/md2 to 975574104 (4k) blocks. The filesystem on /dev/md2 is now 975574104 blocks long. Apparemment, md2 a été augmenté ! Je pense qu'il faut maintenant remonter le volume 1 ? Un simple mount suffit ou bien il y a t'il des paramètres à rajouter ?

A mon sens c'est surtout votre couple caméra / switch qui doivent être compatibles. Le NAS n'a pas grand chose à voir. Il lui suffit de recevoir correctement les infos réseau que lui transmet le switch. Si je ne dis pas de bêtise, en POE on est en 100M. C'est largement suffisant pour de la vidéo surveillance.

Possible effectivement. D'un autre côté, je ne vois pas bien comment j'aurais pu faire autrement avec 2 disques ! Si ça ne le fait pas, j'en serais quitte pour passer par l'option RAID décrite plus haut. Continue à mouliner. Il en est à la pass 5 : checking group summary information.

Y'a un truc qui se passe. Il a lancé un processus et il en est à pass 1 : checking inodes, blocks and sizes. Combien de temps ça prend ce truc ? Et quand c'est fini je peux lancer le resize ?

OK. Je viens de monter mon deuxième disque non préparé (mais on s'en fout) et j'ai créé un volume 2 basic. Arrêt du nas et retrait du disque 1 (le volume est démonté donc pas de soucis). Redemarrage du nas et réinsertion du disque 1. Un petit grep : Sauvegarde> grep "[sh]d." /proc/partitions 8 16 3907018584 sdb 8 17 2490240 sdb1 8 18 2097152 sdb2 8 19 3902297440 sdb3 8 0 3907018584 sda 8 1 2490240 sda1 8 2 2097152 sda2 8 3 3902297440 sda3 un df Sauvegarde> df -h Filesystem Size Used Available Use% Mounted on /dev/md0 2.3G 559.4M 1.7G 24% / /tmp 496.0M 308.0K 495.7M 0% /tmp /dev/md3 3.6T 269.2M 3.6T 0% /volume2 j'ai plus le md2 ! mdadm Sauvegarde> mdadm -S /dev/md2 mdadm: stopped /dev/md2 puis : Sauvegarde> mdadm -A /dev/md2 /dev/sda3 --update=devicesize Size was 7804592833 Size is 7804592833 mdadm: /dev/md2 has been started with 1 drive. pas de changement de taille. cat Sauvegarde> cat /sys/block/md2/md/dev-sda3/size 3902296416 Sauvegarde> cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid1 sda3[0] 3902296416 blocks super 1.2 [1/1] md3 : active raid1 sdb3[0] 3902296256 blocks super 1.2 [1/1] md1 : active raid1 sdb2[1] 2097088 blocks [2/1] [_U] md0 : active raid1 sdb1[0] 2490176 blocks [2/1] [U_] unused devices: <none> je suis étonné que md2 et md3 n'aient pas la même taille (disques identiques). Est-ce normal ? enfin resize Sauvegarde> resize2fs /dev/md2 resize2fs 1.42.6 (21-Sep-2012) Please run 'e2fsck -f /dev/md2' first. Est-ce que je dois lancer ce qui est demandé ? Autre chose à faire ?

Disque 2 et volume 1 ? Il semblerait que vos disques aient été inversés : disque 1 dans le slot 2 et disque 2 dans le slot 1. Qu'indiquent les voyants des DD en façade ? Est-ce que les 2 DD sont actifs ?

Le volume est actuellement démonté. Peut-être qu'en remontant le disque 1 original dans le slot 1 et celui-ci dans le slot 2 après reboot, on pourrait faire l'extension puisque le disque serait hors service. Qu'en penses-tu ?

J'ai vaguement l'impression que c'est pas gagné. A moins qu'il y ait encore un truc simple à faire, on ne va pas se prendre la tête plus longtemps. Je vais tout reprendre à zéro en passant par une autre méthode. Réinstallation de l'ancien disque. Je prépare mon deuxième disque. Modification du basic vers raid 1 et montage du raid sur le deuxième disque. Quand c'est fait, remplacement du disque 1 par celui qui nous fait soucis (je le démonte d'abord), et montage du raid. Quand c'est fait, retrait du disque 2 et modification du disque 1 pour en faire un raid monodisque avec la commande qui va bien. Me reste plus ensuite qu'à créer un disque basic pour y monter un volume 2 dans le slot 2. P.S. : suite au umount, le volume 1 est en panne.

Pas terrible on dirait. Sauvegarde> resize2fs /dev/md2 resize2fs 1.42.6 (21-Sep-2012) Filesystem at /dev/md2 is mounted on /volume1; on-line resizing required old_desc_blocks = 233, new_desc_blocks = 466 resize2fs: Permission denied to resize filesystem Sauvegarde> umount -l /volume1 Sauvegarde> resize2fs /dev/md2 resize2fs 1.42.6 (21-Sep-2012) resize2fs: Device or resource busy while trying to open /dev/md2 Couldn't find valid filesystem superblock.

Je suis bien en root, pas de soucis. Je viens de rebooter. Pas de changement : le bouton gérer est bien là, je peux choisir d'augmenter le volume, il me donne bien la capacité totale, mais quand je le lance, rien ne se passe. Calme plat. Pas de processus lancé pour cette tâche. A croire que depuis ma dernière tentative où il m'a indiqué un problème sur le système de fichier, DSM a inhibé cette opération.

Je comprends pas tout, mais voila le résultat : Sauvegarde> resize2fs /volume1 resize2fs 1.42.6 (21-Sep-2012) open: Is a directory while opening /volume1

Il a pas aimé ... Sauvegarde> resize2fs /dev/md2 resize2fs 1.42.6 (21-Sep-2012) Filesystem at /dev/md2 is mounted on /volume1; on-line resizing required old_desc_blocks = 233, new_desc_blocks = 466 resize2fs: Permission denied to resize filesystem

Effectivement, le bouton Gérer est accessible, il me propose d'agrandir le volume, je confirme, et après ..... rien ne se passe. Et si on essayait un reboot ?

Je ne suis pas du tout en SHR. Aucun de mes disques ne l'est. Je n'ai que du basic (raid monodisque) et du raid1. Les commandes ci-dessus ne retournent rien. Et si je fais un reboot, qu'est que ça risque ?

Ok; A tout. Pour le moment DSM indique toujours 2To.

Sauvegarde> echo 3902297440 > dev-sda3/size Sauvegarde> grep . dev-sd*/size 3902296416 Sauvegarde> mdadm --grow /dev/md2 --size=max mdadm: component size of /dev/md2 has been set to 3902296416K Sauvegarde> cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid1 sda3[0] 3902296416 blocks super 1.2 [1/1] md1 : active raid1 sda2[0] 2097088 blocks [2/1] [U_] md0 : active raid1 sda1[1] 2490176 blocks [2/1] [_U] unused devices: <none> Ah, là j'ai l'impression que c'est bon ! Je redémarre le NAS pour voir si c'est OK ou il y a t'il autre chose à faire avant ?

Voila. La première commande ne retourne rien. Sauvegarde> cd /sys/block/md2/md Sauvegarde> cat component_size 1948792416 Sauvegarde> grep . dev-sd*/size 1948792416