Comment Bien Pr

[gaetan.cambier]

oui, suis con, tu est passé d'un disque de moin de 2to à un disque de + de 2to ---> faut changer le type de partition

faut prendre alors l'autre methode, initialisé le disque et copier la partition (verifie bien le numero de la partition sur le nouveau disque, on ne sais jamais )

[Mic13710]

oui, suis con, tu est passé d'un disque de moin de 2to à un disque de + de 2to ---> faut changer le type de partition

faut prendre alors l'autre methode, initialisé le disque et copier la partition (verifie bien le numero de la partition sur le nouveau disque, on ne sais jamais )

pas grave, l'exercice même inutile était intéressant.

Sans attendre ton retour, j'ai réinitialisé mon disque car je pensais bien qu'il y avait là un gros point bloquant. Maintenant mon système de fichier est bien en GPT et j'ai mes 4To avec un volume2

Pour lever toute ambiguïté, est-ce que

dd bs=1M if=/dev/sda3 of=/dev/sdb3

copiera bien toutes les données et uniquement cela et pas le système de partition ? Je ne voudrais avoir à recommencer une troisième fois.

Et une fois la copie faite, puis-je installer le disque dans le slot 1 et sera t'il considéré comme un sda ?

Puis-je enfin renommer le volume 2 en volume1 et si oui, comment ?

Désolé pour toutes ces questions mais je suis un vrai newbie en linux.

P.S. : c'est bien sdb3 pour le nouveau disque

Modifié le 13 mars 2015 par Mic13710

[gaetan.cambier]

en fait, avec la commande dd, tu va te retrouver avec un sda3 de - de 2to, et faudra l'agrandir après

l'autre solution, des de "betement" copier les données, mais la, pour renammer ton volume2, vaut pas connaitre linux (enfin un peu) faut surtout savoir ou syno à planqué la fonction pour renommer un volume (et c'est pas betement)un fstab, de qui est dommage)

Modifié le 13 mars 2015 par Gaetan Cambier

[Mic13710]

en fait, avec la commande dd, tu va te retrouver avec un sda3 de - de 2to, et faudra l'agrandir après

Ca ne va pas changer le système de partition ?

Suite à l'édition de ton message, copier les données ne m'intéresse pas trop. Je cherche plutôt à recréer un disque à l'identique du disque 1 mais avec une capacité supérieure.

Si on ne détruit pas le système de partition avec dd et qu'on peut étendre par la suite, alors cette solution me conviendrait mieux.

J'attends ton avis.

Modifié le 13 mars 2015 par Mic13710

[gaetan.cambier]

dd ne changera pas le système de partition, c'est meme logique vu que c'est une copie octect à octect, et la partition de trouve au debut du disque

après pour etendre, si je suis arrivé à etendre un raid en ligne de commande, on y arrivera pour toi aussi

[Mic13710]

Ok, je lance la copie. Je reviendrais pour la suite dans quelques heures

Edit :

Pour faire au mieux, j'ai supprimé dans le DSM le volume 2 que j'avais créé. Le gros intérêt c'est que les partitions sdb1, sdb2 et sdb3 créées par DSM ne sont pas supprimées, ce qui m'a permis de copier directement sda1 vers sdb1, sda2 vers sdb2. Ces deux copies sont allées assez vite.

la copie sda3 vers sdb3 est en cours..............

Edit 2 :

Au bout de 8h30, dd est toujours en activité. Il n'y pourtant que 1.2To de données à copier mais comme il fait une copie octet à octet, il se fiche pas mal du contenu.

Je me demande si toutefois il était possible de vérifier la progression.

Modifié le 13 mars 2015 par Mic13710

[Mic13710]

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.

[Mic13710]

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 !

[gaetan.cambier]

je doit partir la matinée, mais donne moi deja les info suivante :

cat /proc/mdstat

je pense aussi à une chose : tu as copier le disque 1 --> 2, le mieux serait d'eteindre le syno, enlever l'ancien disque, mettre le nouveau à la place de 'ancien, et essayer ainsi

normalement, il devrait retrouver volume copié et se rendre compte de rien

[Mic13710]

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.

Modifié le 14 mars 2015 par Mic13710

[Mic13710]

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

Modifié le 14 mars 2015 par Mic13710

[gaetan.cambier]

si je suppose bien, tu as d'abord remplacer le disque avant de lancer les commande ? (pour etre sur)

donc, ton nouveau disque se trouve maintenant dans a baie 1 (sda)

tu as essayé betement maintenant de l'agradir via le dsm (on peux toujours espérer que cela fonctionne)

si pas,

je voit que la taille de la partition est ok --> plus rien à faire

par contre, le raid à une taille de 2TO --> faudra commencer par là

je te donne deja la commande si jamais l'interface graphique n'est pas gentille

mdadm --grow /dev/md2 --size=max

ensuite, tu verifie le resultat avec

cat /proc/mdstat

Modifié le 14 mars 2015 par Gaetan Cambier

[Mic13710]

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é.

[gaetan.cambier]

me suis trompé à la taille de la partition :

8        3 3902297440 sda3

c'est en secteur de 512 --> enriron 2to, c'est la que cela coince.

j'aurait besoin de ceci :

sfdisk -l /dev/sda

Modifié le 14 mars 2015 par Gaetan Cambier

[Mic13710]

Voila :

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

[gaetan.cambier]

bon, donc, c'est un problème de rais, je l'avais deja resolu une fois, mais difficilement, on va essayé de faire simple :

tu peux me donner ceci :

cd /sys/block/md2/md
cat component_size

grep . dev-sd*/size

[Mic13710]

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

[gaetan.cambier]

donc, ici, les taille sont en octect dans les 2 commandes, et ca fait encorin 2 to --> pas bon

on change la taille de la partition 5 à la main :

echo 3902297440 > dev-sda3/size

tu relance la commande précedente pour avoir confirmation du changement :

grep . dev-sd*/size

si c'est ok, tu agrandis le raid :

mdadm --grow /dev/md2 --size=max

et tu peux verifier le resultat avec

cat /proc/mdstat

[Mic13710]

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 ?

Modifié le 14 mars 2015 par Mic13710

[gaetan.cambier]

Pas besoin de reboot, je rentre chez moi dans 10 minutes pour la suite

Modifié le 14 mars 2015 par Gaetan Cambier

[Mic13710]

Ok; A tout.

Pour le moment DSM indique toujours 2To.

[gaetan.cambier]

ok, en fait, c'est logique, je suppose que tu est en shr --> faut modifier le lvm

avant de modifier, j'aurait besoin des commandes suivantes :

pvdisplay

vgdisplay

lvdisplay

[Mic13710]

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 ?

Modifié le 14 mars 2015 par Mic13710

[gaetan.cambier]

ok, logique que ca ne retourne rien

bon, faut juste agrandir le système de fichier alors

a mon avis, notre amis dsm sera ok pour le faire maintenant, tu peux tester

[Mic13710]

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 ?