gaetan.cambier Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 oui, suis con ... resize2fs /volume1 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 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. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 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. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 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 ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 Le temps, je sais pas ça dépend de plein de paramètres Tu peux essayer le resize après 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 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 ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 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 ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 Ben si, c'est encore le + simple 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 14 mars 2015 Partager Posté(e) le 14 mars 2015 De rien 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 15 mars 2015 Partager Posté(e) le 15 mars 2015 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 ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 15 mars 2015 Partager Posté(e) le 15 mars 2015 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.