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.

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.

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

pour compléter, les résultats pour df -h et parted --list Sauvegarde> df -h Filesystem Size Used Available Use% Mounted on /dev/md0 2.3G 558.8M 1.7G 24% / /tmp 496.0M 304.0K 495.7M 0% /tmp /dev/md2 1.8T 1.2T 646.4G 65% /volume1 Sauvegarde> parted --list Model: ATA ST4000DM000-1F21 (scsi) Disk /dev/hda: 4001GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 131kB 2550MB 2550MB primary raid 2 2550MB 4698MB 2147MB primary raid 3 4832MB 2000GB 1996GB primary raid Model: ATA ST4000DM000-1F21 (scsi) Disk /dev/sda: 4001GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 131kB 2550MB 2550MB primary raid 2 2550MB 4698MB 2147MB primary raid 3 4832MB 2000GB 1996GB primary 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 Model: Linux Software RAID Array (md) Disk /dev/md1: 2147MB Sector size (logical/physical): 512B/512B Partition Table: loop Disk Flags: Number Start End Size File system Flags 1 0.00B 2147MB 2147MB linux-swap(v1) 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 Edit : parted --list met en lumière un point qui risque de coincer : le système de partition. Il est en msdos qui est (était ?) celui utilisé par Synology pour les disques < 2To alors qu'il est en GPT pour les disques au delà de 2To. C'est ce qui expliquerait aussi le message de fdisk de mon précédent post. Et donc, comme je pense que s'il n'est pas possible de modifier par une simple instruction le système de partition, l'extension de la partition risque fort de bloquer à cause de ça. Je crains d'avoir à faire une initialisation classique de ce disque, d'y créer un volume 2 et d'y recopier mes données. est-ce qu'un dd bs=1M if=/dev/sda3 of=/dev/sdb3 peut être utilisé dans ce cas ? Un petit mdam pour la route: Sauvegarde> mdadm --detail /dev/md2 /dev/md2: Version : 1.2 Creation Time : Wed Mar 26 10:16:57 2014 Raid Level : raid1 Array Size : 1948792256 (1858.51 GiB 1995.56 GB) Used Dev Size : 1948792256 (1858.51 GiB 1995.56 GB) Raid Devices : 1 Total Devices : 1 Persistence : Superblock is persistent Update Time : Fri Mar 13 08:39:49 2015 State : clean Active Devices : 1 Working Devices : 1 Failed Devices : 0 Spare Devices : 0 Name : DiskStation:2 UUID : blablabla......... Events : 2 Number Major Minor RaidDevice State 0 8 3 0 active sync /dev/hda3

Salut Gaëtan, Un point sur la situation. Après une nuit passée à travailler, mon NAS m'a produit un clone parfait de mon disque 1. Le DSM n'a pas bronché. Je pense que c'est normal puisque le disque n'a pas été initialisé donc inconnu pour lui en tant que disque actif. Arrêt du NAS, remplacement du disque 1 par le nouveau et tout est reparti impeccable. Mais, mais mais, et c'est ce que je craignait un peu, mon 4To est considéré comme un 2To (normal puisque c'est un clone du disque d'origine en 2To) et que naturellement le bouton Gérer du DSM est grisé. Voici les résultats pour grep et fdisk : Sauvegarde> grep "[sh]d." /proc/partitions 8 0 3907018584 sda 8 1 2490240 sda1 8 2 2097152 sda2 8 3 1948793440 sda3 (il en manque un gros morceau !) Sauvegarde> fdisk -l fdisk: device has more than 2^32 sectors, can't use all of them 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 311 2490240 fd Linux raid autodetect Partition 1 does not end on cylinder boundary /dev/sda2 311 572 2097152 fd Linux raid autodetect Partition 2 does not end on cylinder boundary /dev/sda3 588 243201 1948793440+ fd Linux raid autodetect 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 Je m'inquiète un peu à propos de la première ligne de fdisk. Est-ce à cause de la limitation à 2To ? Comment faire maintenant pour augmenter la partition sda3 et récupérer les 2To non utilisés ? un petit gparted je présume, mais sous quelle forme ?

Lorsque vous aurez votre boitier et/ou la possibilité de brancher votre disque sur un PC, je vous conseille de faire des tests à partir de l'utilitaire Seatools de Seagate. Ecriture de zéros et test smart étendu. Si les tests sont bons, votre disque est bon pour le service. Il y a un peu de confusion dans la dénomination de vos disques. Pour le 215J c'est le ST2000VN0001 - 1SF174 et non le ST2000VN001 - 1SF176 comme vous l'avez noté. Ceci étant, 1SF174 et autres joyeusetés à la suite de la désignation officielle du disque correspond au numéro de lot. Il est quasiment impossible et hautement improbable de pouvoir commander un disque issu d'un numéro de lot particulier. On peut espérer que le fabriquant de disque ne modifie pas ses disques à chaque lot sinon ce serait un vrai foutoir. Vous pouvez toutefois retrouver celui de votre disque, c'est écrit en dessous de la référence ST2000VN0001 juste après la dénomination P/N: Ce qui importe, c'est que votre disque soit un ST2000VN0001 et s'il n'est pas reconnu par le NAS, c'est qu'il est peut-être HS.

Il vaudrait mieux à mon sens qu'il soit dans le slot 1. Si vous installez votre disque en basic avec un seul volume, il créera un volume1. Si plus tard vous installez un deuxième disque, lui aussi en basic avec un seul volume, il créera un volume 2. Vous aurez alors le volume2 dans le slot 1 et le 1 dans le slot 2. Pas très logique. Si par contre vous envisagez de faire du RAID ou du SHR avec un deuxième disque, en principe la position ne devrait pas avoir grande importance puisque vous ferez un miroir du disque existant. Cependant je ne sais pas si ça n'a pas aussi une influence sur la dénomination des disques sda et sdb. Il ne faudrait pas qu'ils soient eux aussi inversés. En effet si la dénomination est physique (en fonction du slot) votre disque devrait s'appeler sdb. Pas de souci dans ce cas. Si elle est logique (ordre d'insertion), votre disque doit s'appeler sda et là ce n'est pas facile pour se repérer plus tard. Puisque vous n'en n'êtes qu'à la phase d'installation, il est préférable de tout recommencer. Vous cassez les partitions en faisant un formatage sur votre PC et vous réinstallez le disque dans le slot 1. Comme cela, il n'y a pas de risque d’ambiguïté.

Oui, le nas propose aussi un test du disque. Cependant, ce test est inutile dans votre cas puisque vous l'avez fait en externe. De plus, le test fait par le DSM est incomplet puisqu'il ne teste que la partition de données, contrairement au test que vous avez pratiqué sur tout le disque. De mon point de vue, vous pouvez négliger ce test puisque votre disque est ok. Ne vous tracassez pas pour le formatage; je ne pense pas que ce soit du bas niveau vu le temps que met le NAS pour installer le DSM et les partitions. Le nas fait simplement ce qu'il y a à faire.

Initialiser le disque, ce n'est pas bien long (si bien entendu on zappe le test inutile du disque). Mais ok, va pour la solution brutale. Je te tiens au courant.

du genre : dd bs=1M if=/dev/sda of=/dev/sdb ? Mais est-ce que je peux lancer cette commande pour faire une copie complète de sda vers sdb ? est-ce que ça copie toutes les partitions (système, swap) pour faire un clone du a sur le b ? (le disque b étant non initialisé) Ou bien est-ce que la copie ne peut se faire que de partition à partition et auquel cas je dois d'abord initialiser le disque pour copier uniquement la partition des données comme ceci : dd bs=1M if=/dev/sda3 of=/dev/sdb3 ? Pas de soucis. Si l'écriture de zéros s'est bien passée et que le test smart est ok, votre dd est bon pour le service. Badblock est à mon sens inutile et mon essai de ce jour (voir plus haut) est loin d'être concluant, à moins que vous soyez prêt à attendre quelques jours..... Vous auriez pu zapper le test smart étendu pour le faire en tâche de fond sur le NAS via le gestionnaire de stockage. Mais comme vous l'avez lançé, allez jusqu'au bout. Pas de formatage à faire. Le nas s'en chargera.

OK, merci Gaëtan. Pour info, lorsque j'ai arrêté le processus, j'en étais à 23452352 blocs sur 3907018583 soit 0.6% au bout d'1 heure et 10 minutes. En projetant ce résultat, si j'avais continué, j'en aurais été quitte pour attendre la fin pendant encore 193 heures soit plus de 8 jours. Pas vraiment convaincant pour remettre rapidement un disque en service. Donc pour moi, y'a pas photo, je vais continuer à préparer mes disques avec des écritures de zéro. C'est nettement plus rapide. Je verrai pas la suite à utiliser badblock en fond de tache (si c'est possible). Petite question. Comme je veux remplacer mes 2 disques 2To en basic par des 4To en basic aussi, est-il possible d'utiliser la commande cat /dev/sda >/dev/sdb pour faire une copie intégrale du disque 1 vers le disque 2, ou bien faut-il copier uniquement la partition des données comme ceci : cat /dev/sda3 >/dev/sdb3 Est-ce que cat est adapté ou bien faut-il utiliser une autre commande telle que dd.

Vu la lenteur exaspérante de badblock, je l'ai arrêté et j'ai lancé l'écriture de zéros. C'est nettement mieux. Moyennant quelques kill -USR1 xxxxx, la projection pour la durée totale du processus serait de 6h30. Si je comprends bien, badblocks -nvs /dev/sdx n'étant pas destructif, on peut aussi le lancer sur un disque en prod ? Si c'est le cas, rien ne m'empêche de lancer ce test une fois le disque en opération.

Salut Gaëtan. J'ai subit une panne d'un de mes DD de 2To et j'ai acheté un 4To pour le remplacer. J'ai lancé pour la première fois un test badblock sur ce disque (j'utilise généralement l'écriture de zéros avec la commande dd if=/dev/zero of=/dev/sdb bs=1M). C'est long, très long. au bout d'une heure j'ai seulement 0.5% de testé ! A ce rythme, il va me falloir 200h pour balayer tout le disque. Plus de 8 jours .... Est-ce normal ?

D'accord avec ce principe mais avec le vocabulaire adéquat. Volume ~ partition (je dis bien ~ et pas =). Tout comme sur un PC on peut créer une ou plusieurs partitions (C, D, etc...), dans le principe on fait de même sur un NAS du point de vue utilisateur avec le ou les volumes (volume1, volume2, etc...) et ce quelle que soit l'organisation des disques (basic, raid, shr). En disant du point de vue utilisateur, j'exclus volontairement les vrais partitions Linux, notamment système et swap car elles ne sont pas visibles en utilisation normale. Seule une partie de la partition des données sur laquelle sont construits le ou les volumes est accessible à l'utilisateur lambda. Une partie seulement (fort heureusement la plus importante) car cette partition comporte aussi un bon nombre de dossiers cachés. Mais je t'accorde bien volontiers que cette notion de volume est difficile à appréhender quand on découvre les NAS. Il y a les partitions Linux, les vrais (système, swap et données), et il y a les volumes montés sur la partition données qui peuvent être comparés aux partitions DOS en ce qui concerne leur utilisation. De même il est difficile de comprendre que contrairement à DOS où le système est installé sur une seule partition fourre tout (système et données sont joyeusement mélangés), le DSM est installé sur tous les disques du NAS sans exception sur une partition système dédiée ce qui permet au NAS de continuer à fonctionner tant qu'il y a un disque valide.

Désolé de te contredire domlas, mais la notion de volume n'est pas du tout ce que tu décris. Si effectivement un volume peut être constitué par l'assemblage d'un ou plusieurs disques (basic, raid, shr ...), il peut en revanche y avoir plusieurs volumes sur un même disque ou un même groupe de disques. C'est un choix qui se fait au départ à l'initialisation du ou des disques : soit un seul volume et dans ce cas la taille du volume sera la taille maximum du disque ou groupe de disques, soit des volumes multiples et dans ce cas la taille et le nombre de volumes devront être déterminés par l'utilisateur. Pour être plus en accord avec cette description et faire un parallèle avec ce que tout le monde connait, disons que le volume en linux est équivalent à la partition chez Dos/Windows.

Question posée 10 million de fois sur ce forum. Réponse ici

puisque vous posez deux fois la même question sur 2 fils différents (), vous n'avez qu'a faire les deux. Ca vous occupera un bon moment.

Compatibilité 64bit très aléatoire. Il y a pas mal de retours sur les popups qui n'apparaissent pas et c'est aussi mon cas. Mon Winnut est sur le C, mais pour les popup, nada. Ils sont pourtant bien configurés. A l'origine, j'avais d'abord installé la version 2.0.0.4a et comme les popups ne fonctionnaient pas, j'ai essayé la version 2.0.0b pour voir car certains avaient obtenu des résultats. Pas de changement. Je ne l'ai plus modifiée depuis. Aujourd'hui j'ai réinstallé la 4a pour voir si ça changeait quelque chose. C'est toujours pareil. Donc c'est toujours la loterie au niveau compatibilité. Mais bon, si c'est pour avoir tout le temps des popups pour un oui ou pour un non, je préfère ne rien avoir.

Toutes les infos reprises du tuto de Fred sont C'est une autre alternative à badblock dont Gaëtan est particulièrement friand.

Je ne me suis jamais penché sur le fonctionnement réel de winnut. Merci pour les précisions. Çà confirme ce que j'ai écrit puisque c'est bien le NAS qui transmet à Winnut les infos, et winnut qui gère localement l'arrêt du PC. Le problème c'est que mon PC est en 64bits et winnut n'est pas vraiment compatible : pas d'affichage des niveaux tensions, fréquence etc.. (fonctionnement à l'aveugle), et surtout pas de popups pour informer l'utilisateur des opérations en cours. Néanmoins, l'arrêt PC fonctionne et c'est bien là l'essentiel. Ah la Réunion ! Dans quel coin ? J'y étais pendant le cyclone de 2007. 2 alertes rouges. Confinement obligatoire. Le pont sur la rivière St Etienne qui s'est effondré comme un château de cartes. Impressionnant pour nous zotes les Z'oreilles.

C'est effectivement le seul choix viable pour qui veut privilégier la capacité de stockage sans trop de risques. Le JBOD ou le RAID0 sont un total non sens sur un NAS (et ailleurs aussi). Le volume 1 est un basic parce que vous avez choisi ce type de volume à l'installation du NAS. Le volume 2 est en SHR parce que vous avez fait une installation standard sur votre disque 2. C'est le mode par défaut du DSM. Dans les 2 cas il s'agit en fait de RAID monodisque, avec toutefois une différence : Le volume 1 est un vrai RAID monodisque et ne pourra évoluer que vers un raid classique : RAID1, RAID5 ou RAID6. Pas possible de le passer en SHR. Le volume 2 est un SHR monodisque qui ne pourra évoluer que vers du SHR 2, 3 etc.. disques. Pas possible de le passer en RAID classique. Ces différences ne changent en rien l'utilisation que vous allez avoir dans l'immédiat mais peut avoir une influence pour les extensions futures si votre NAS est un 4 baies et plus, ce que vous ne dites pas.

Normal : il n'y a rien à gérer. Vous avez 2 volumes : 1 en basic de 3To et un autre en SHR sans protection de données de 4To. Total 7To répartis sur 2 volumes.

Si vous choisissez l'installation standard, DSM partira automatiquement sur du SHR, que vous ayez un ou plusieurs disques. 1 disque : SHR - RAID monodisque sans protection des données 2 disques : SHR équivalent RAID 1, avec protection des données, capacité non augmentée 3 disques : SHR équivalent RAID 5, capacité augmentée

Il faut que le PC ait une IP fixe et il faut que cette ip soit renseignée dans la liste des diskstation permis du NAS.

La réponse est