Comment Bien Pr

[gaetan.cambier]

essaye ceci :

resize2fs /dev/md2

un nas syno, c'est un linux, il y a peu de raison de faire un reboot, la seule raison en general, c'est le changement de kernel ou des modification materielle

Modifié le 14 mars 2015 par Gaetan Cambier

[Mic13710]

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

[gaetan.cambier]

oui, suis con ...

resize2fs /volume1

[Mic13710]

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

Modifié le 14 mars 2015 par Mic13710

[gaetan.cambier]

bon, c'etait bien la commande

resize2fs /dev/md2

par contre la permission refuséee, c'est pas normal, tu est bien en root pour ta connection ssh ?

edit : viens de tester e admin, la permission refusée arrive plutot,

bon, reboot, et test par l'interface graphique

Modifié le 14 mars 2015 par Gaetan Cambier

[Mic13710]

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.

[gaetan.cambier]

c'est bizarre, et relancer le resize en ligne de commande :

resize2fs /dev/md2

mais je crois que l'on va avoir le meme resultat

faudrait faire le resize offline, mais faut demonter le système de fichier, ce qui est difficile vu que ton volume1 est utiler :s

on peux toujours essayer ceci :

umount -l /volume1

resize2fs /dev/md2

il est possible que le nas se mette à sonner à la commande umount, c pas grave

Modifié le 14 mars 2015 par Gaetan Cambier

[Mic13710]

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.

[Mic13710]

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.

Modifié le 14 mars 2015 par Mic13710

[gaetan.cambier]

bon, en fait le problème est "simple"

faut ideallement savoir faire le umount, le problème, c'est que le nas boot et charge toujours les service qui sont stocké sur le volume :s

je trouve pas de solution pour demonter proprement la partition, il doit surement avoir une commande spéciale sur le syno, mais je trouve pas :s

[Mic13710]

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 ?

Modifié le 14 mars 2015 par Mic13710

[gaetan.cambier]

en fait, non, car c'est des disque clone et les identifiant du raid sont les meme,

j'avais resolu le problème du montage ici :

mais pour cela, il faut un 2° disque dans le nas, pour avoir la partition systeme et swap en raid, puis ejection --> reinsertion du nouveau disque et alors les commande fonctionne

[Mic13710]

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 ?

Modifié le 14 mars 2015 par Mic13710

[gaetan.cambier]

fais ce qu'il te dis

viens de penser à un truc très con ...

je crois savoir pourquoi il veux verifier le filesystem :

tu as fais ta commande dd sur un disque en utilisation, je crois que c'est de la que vienne les problèmes :s

Modifié le 14 mars 2015 par Gaetan Cambier

[Mic13710]

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 ?

[gaetan.cambier]

Le temps, je sais pas ça dépend de plein de paramètres

Tu peux essayer le resize après

[Mic13710]

fais ce qu'il te dis

viens de penser à un truc très con ...

je crois savoir pourquoi il veux verifier le filesystem :

tu as fais ta commande dd sur un disque en utilisation, je crois que c'est de la que vienne les problèmes :s

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.

Modifié le 14 mars 2015 par Mic13710

[Mic13710]

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 ?

[gaetan.cambier]

Utilise synomount a la place, je sais pas exactement la différence mais si synology a créé sa commande, il doit y avoir une raison

[Mic13710]

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 ?

[gaetan.cambier]

Ben si, c'est encore le + simple

[Mic13710]

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.

Modifié le 14 mars 2015 par Mic13710

[gaetan.cambier]

De rien

[Mic13710]

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 ?

[gaetan.cambier]

c'était mon message de réveil çà

160 blocs = 160ko (ca limite le problème )

moi, j'ai arrondi le nombre de block à un multiple de 16, comme dsm fait il me semble --> sur le disque ou on a travaillé, on a perdu en fait 1 secteur (512 octect)

160ko, c'est peu, et c'est beaucoup, tu est sur que c'est les meme disque phisiquement ?

bon, quelque commande pour comprendre ce qu'il se passe :

sfdisk -l /dev/sda
sfdisk -l /dev/sdb

pour deja pour si les partition sont les meme

et après, on verra, mais je pense que ca pourrait venir des partitions

moi, je t'ai fait agrandir la partition de ton disque au max

p-e que par securité, dsm laisse une marge, faut voir