Mic13710

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

Voila : Sauvegarde> sfdisk -l /dev/sda /dev/sda1 256 4980735 4980480 fd /dev/sda2 4980736 9175039 4194304 fd /dev/sda3 9437184 7814032064 7804594881 fd

Oui, les commandes ont été lancées sur le nouveau disque 4To. qui se trouve dans la baie 1. Voici le résultat des 2 commandes : Sauvegarde> mdadm --grow /dev/md2 --size=max mdadm: component size of /dev/md2 has been set to 1948792416K Sauvegarde> cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md1 : active raid1 sda2[0] 2097088 blocks [2/1] [U_] md2 : active raid1 sda3[0] 1948792416 blocks super 1.2 [1/1] md0 : active raid1 sda1[1] 2490176 blocks [2/1] [_U] unused devices: <none> Ca ne me semble pas avoir fonctionné.

Quelques autres infos au cas ou ça te soit utile : grep Sauvegarde> grep "[sh]d." /proc/partitions 8 0 3907018584 sda 8 1 2490240 sda1 8 2 2097152 sda2 8 3 3902297440 sda3 fdisk Sauvegarde> fdisk -l fdisk: device has more than 2^32 sectors, can't use all of them ******(tiens tiens, le même message que la première fois)****** Disk /dev/sda: 2199.0 GB, 2199023255040 bytes 255 heads, 63 sectors/track, 267349 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 267350 2147483647+ ee EFI GPT Disk /dev/synoboot: 128 MB, 128450560 bytes 255 heads, 63 sectors/track, 15 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/synoboot1 * 1 2 16033+ 83 Linux /dev/synoboot2 3 14 96390 83 Linux df Sauvegarde> df -h Filesystem Size Used Available Use% Mounted on /dev/md0 2.3G 559.1M 1.7G 24% / /tmp 496.0M 612.0K 495.4M 0% /tmp /dev/md2 1.8T 1.2T 646.4G 65% /volume1 parted Sauvegarde> parted --list Model: ATA ST4000DM000-1F21 (scsi) Disk /dev/hda: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 131kB 2550MB 2550MB ext4 raid 2 2550MB 4698MB 2147MB linux-swap(v1) raid 3 4832MB 4001GB 3996GB raid Model: ATA ST4000DM000-1F21 (scsi) Disk /dev/sda: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 131kB 2550MB 2550MB ext4 raid 2 2550MB 4698MB 2147MB linux-swap(v1) raid 3 4832MB 4001GB 3996GB raid Model: Linux Software RAID Array (md) Disk /dev/md0: 2550MB Sector size (logical/physical): 512B/512B Partition Table: loop Disk Flags: Number Start End Size File system Flags 1 0.00B 2550MB 2550MB ext4 Error: /dev/md1: unrecognised disk label Model: Linux Software RAID Array (md) Disk /dev/md1: 2147MB Sector size (logical/physical): 512B/512B Partition Table: unknown Disk Flags: Error: /dev/zram0: unrecognised disk label Model: Unknown (unknown) Disk /dev/zram0: 624MB Sector size (logical/physical): 4096B/4096B Partition Table: unknown Disk Flags: Model: Linux Software RAID Array (md) Disk /dev/md2: 1996GB Sector size (logical/physical): 512B/512B Partition Table: loop Disk Flags: Number Start End Size File system Flags 1 0.00B 1996GB 1996GB ext4 Model: Synology Diskstation (scsi) Disk /dev/synoboot: 128MB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 32.3kB 16.5MB 16.4MB primary boot 2 16.5MB 115MB 98.7MB primary

Désolé pour ma réponse tardive, j'étais sorti. voici le résultat : Sauvegarde> cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md1 : active raid1 sda2[0] 2097088 blocks [2/1] [U_] md2 : active raid1 sda3[0] 1948792416 blocks super 1.2 [1/1] md0 : active raid1 sda1[1] 2490176 blocks [2/1] [_U] unused devices: <none> T'inquiètes pas pour l'emplacement du disque. Comme je le fais depuis le début, une fois le processus terminé, je retire le disque 1 (après extinction du Syno bien évidemment ) et je met le nouveau disque à la place. Le NAS ne se rend compte de rien, le disque devient le disque 1 et je retrouve mon volume 1 exactement pareil. C'est juste cette histoire d'expansion à partir du DSM qui ne fonctionne pas.

Réparation terminée. Mon volume est à nouveau accessible mais j'ai toujours mes 2To. Le bouton gérer est lui aussi accessible pour étendre le volume. Lorsque je lance l'opération, j'ai à nouveau le DSM qui me dit qu'il y a une erreur de système de fichier. L'expansion du volume est impossible via le DSM. Soit il reste des traces de la première tentative, soit dd à partir d'une partition msdos vers un partition gpt a mis le foutoir dans le système de fichier. Peut-être que des lignes de commandes permettraient de régler le problème. Au secours Gaëtan !

Voila, au bout de 9 heures, le dd a fini son cycle. Arrêt du NAS, remplacement du disque 1 par le nouveau disque. Démarrage nickel. Tous les petits sont là. Dédé a bien fait sont travail. Cette fois ma partition est bien en gbt, j'ai bien mes 4To avec seulement 2To d'utilisé. Un petit tour dans le gestionnaire pour constater que le bouton gérer est maintenant accessible et qu'il me propose d'étendre le volume, ce que je m'empresse de faire. Pas besoin de passer par des commandes pour cela. Super. Seulement ça vient de s'arrêter en cours de route avec un alerte d'erreur sur le dossier système : le nas doit redémarrer pour réparer. Je viens de le faire, et comme il est tard, je lance l'opération et je vais me coucher. A demain.

Peut-être dans ce cas, et si les données n'ont pas été (ou peu) modifiées, réinstaller le disque qui a été précédemment enlevé et reconstruire le RAID à partir de ce dernier. Mais avant cela, je rejoins à 100% Gaëtan : une bonne préparation des nouveaux disques s'impose.

c'est sans doute une piste. J'évite d'utiliser des accents mais certains fichiers qu'on me passe en comportent et ça se passe bien. Ma femme par contre se contrefiche éperdument de mes conseils en matière de nom de fichier. Elle me fait des titres tout bien écrits avec des accents, des articles etc... bref un vrai roman. Et là aussi, aucun problème particulier à signaler (sauf sur le nombre de caractères parfois ). Si problème d'accentuation il y a, je pencherais alors plutôt du côté des code pages qui peuvent être différents d'un système à l'autre et qui causeraient des conflits. C'est déjà le cas en interne entre windows et dos, alors pourquoi pas entre ios et windows. Je ne connais rien au monde des pommes. Donc je ne saurais dire quelle page de code les pommés utilisent. Dans le monde des fenêtres c'est la 1252 par défaut. Et pour info le code pour la page de commande est le 850 par défaut, ce qui ne va pas sans causer quelques problèmes avec justement les fichiers accentués. Edit: Pour illustrer le problème entre windows et dos, ci-après un petit batch que j'ai du aménager pour contourner un problème de nom de chemin avec accent: echo off chcp 1252 echo xx > "D:xxxxxxxxxVéloxxxxxxxxxxxxFlagMonitor" chcp 850 PING 1.1.1.1 -n 1 -w 60000 >NUL chcp 1252 if not exist "D:xxxxxxxxxxxxxVéloxxxxxxxxxxxxxxFlagMonitor" goto fin del /q /f /a:h "D:xxxxxxxxxxxxxxVéloxxxxxxxxxxxxFlag" del /q /f "D:xxxxxxxxxxxVéloxxxxxxxxxxxFlag" del /q /f "D:xxxxxxxxxxxVéloxxxxxxxxxxxFlagMonitor" :fin chcp 850 exit Sans les chcp, dos n'est pas capable de retrouver les fichiers à cause du nom accentué créé sous windows. Il y a fort à parier que les conflits entre ios et windows soient dus à des différences de code page. A vérifier.

1 an pour vous apercevoir qu'un volume n'existe plus ?????? Il ne doit pas être bien utile alors. Que dit le gestionnaire de stockage ?