Reprise du message précédent :
ça je ne sais pas te dire, ça serait très étonnant mais pourquoi pas, tente de réinitialiser juste au cas ou, c'est plus simple que de downgrader et si ça fonctionne c'est mieux non ?

Bon, j'ai :
 
- éteint le NAS
- Remis le disque 2
- Redémarré
 
-> bug habituel : pas de volume, erreurs sur disque 2 etc...
 
Je n'ai pas eu le message disant qu'il allait reconstruire au redémarrage mais après réflexion, c'est peut être normal. En effet, tout à l'heure, j'ai enlevé le disk2 à chaud et c'est là que j'ai eu les messages. Je pense que c'était pour "reconstruire" avec un seul disque.
 
J'ai redémarré une 2nde fois, à tout hasard avec les 2 disques mais cela ne fonctionne pas.
 
Je reviens donc à 1 disque et vais essayer de regarder disk2 avec un utilitaire type gparted.

Salut,
 
J'ai branché le disque 2 sur un PC Linux pour essayer de le "réparer" et je ne comprends pas tout ce que je vois :
GParted me trouve 5 partitions :
 

 
Je ne comprends pas plusieurs choses :
 
- Pourquoi j'ai des espaces non alloués
- Pourquoi j'ai des partitions Raid alors que je n'ai pas configuré de Raid sous le synology (après revérification dans le gestionnaire de stockage synology, le volume 1 est en SHR (Raid sans protection des données). Peut-être est-ce que ça explique la structure bizarre du disque dont tu parlais non ?)
 
Mes données sont visiblement sous /sdb5 mais c'est aussi là que j'ai a priori un souci.
 
J'ai utilisé d'autres tests comme testdisk, fsck et e2fsck mais il trouve un problème avec les superblocks.
 
Est-ce que je peux faire des réparations manuelles ou bien faut-il que je supprime toutes les partitions et que je remette le disque dans le syno pour qu'il me recrée le système ?

Alors dans le désordre
Les partitions non allouées je pense qu'elles sont la pour une question d'alignement, même si normalement ça fait des petits trous, la ils y sont allés franco mais ça ne change pas grand chose sur les tailles de disque qu'on a aujourd'hui.
Le raid est construit par défaut par l'installeur, c'est normal, c'est au cas ou tu veux faire évoluer ta conf, les flags raid que tu vois (notamment 'raid') ça n'est que de l'info, pas plus, ça ne change rien au contenu de tes partoches.
sdb1 c'est l'os de ton syno, sdb2 la swap et 5 tes données, c'est bien ça, mais le fait qu'il ne trouve pas le type de FS qui devrait etre de l'ext4 montre qu'il y a un bien un souci, dans tous les cas tu devras faire des réparations avec fsck ... s'il y a arrive.
mais tu veux juste remettre ton disque dans ton syno comme s'il etait vierge ? si oui il te suffit de supprimer la table des partitions de ton disque avec un 'dd if=/dev/zero of=/dev/sdb bs=512 count=1', ca va balancer des zéros sur les 512 premiers octets de ton disque (fait bien gaffe que ce soit toujours sdb au moment ou tu lances la commande ) qui contiennent entre autre le partitionnement, ensuite ton syno devrait voir un disque vierge.

Merci de ta rapidité !
 
Vu que sur ce DD, je n'ai que des sauvegardes que j'ai refaites par ailleurs, je n'ai pas trop de stress.
Si je lance ta commande, est-ce que ça va formater sdb5 ?
Si oui, je peux aussi, sur le PC linux via gparted, formater cette partition en ext4 non ?
 
Vu qu'il semble que tous mes problèmes proviennent de cette partition, quelle est la meilleure option ?
 
Edit : Par ailleurs, quand je vais dans le gestionnaire de stockage du NAS (avec donc juste le disque 1 en ce moment), je vois ça :
 

 
Si je comprends bien, j'ai en fait un raid SHR ?
Si c'est le cas, est-ce que mon disque 2, une fois ajouté, peut venir augmenter mon espace total de stockage (volume 1) ou bien est-ce que cela va obligatoirement créer un volume 2 (c'est ce que j'avais jusqu'à présent).
 
Quels sont les avantages / inconvénients des 2 méthodes ?
 
Merci

Le dd que je t'ai donné ne formatera rien, il ne fera qu'effacer le partitionnement en place, tu n'auras donc plus de sdb5 (mais les données seront toujours au même endroit mais ça on s'en fout, le syno ne le sait pas, il écrira dessus, si jamais tu veux effacer complément ton disque il te faut enlever les options 'bs' et 'count', mais ça va durer un moment et ça n'est pas spécialement utile).
Je pense que c'est le mieux, ça te permet de repartir d'un truc propre, le nas refera tout le partitionnement et formatera tout ce qu'il a besoin de formater
Pour ta dernière question il te demandera quoi faire, vu que tes deux disques ne sont pas de la même taille je te conseille de faire deux volumes séparés, si tu n'en fais qu'un seul gros tu risques de perdre de l'espace de stockage et en plus si un des deux disques pète tu perdras le contenu des deux.
Concernant ce dernier point tu peux aller demander sur le topic Synology, ca fait un moment que j'ai installé le mien donc je ne sais plus trop ce qu'il demande a l'install, c'est spécifique a Synology cette partie.

J'ai lancé la commande.
J'ai ensuite remis le disque dans le NAS. Il est détecte au niveau du gestionnaire de stockage mais pas comme un nouveau disque. J'ai statut SMART anormal / Statut : non initialisé.
 
J'ai créé un nouveau volume sur le disque 2 (option rapide : création de SHR) avec analyse préalable du disque.
 
Il est en train de le faire.
 
Edit : Le disque a bien été initialisé mais j'ai eu un message d'erreur "system failed to create Volume 2 (device is SHR with disk 2).
 
Y a t-il quelque chose à faire avec le disque ? (suppression des partitions ?). Ou bien faut-il que je regarder pour la garantie (je crois qu'il était garanti 2 ans, donc, ce serait encore bon)

a mon avis ton disque a un souci depuis le debut, c'est vraiment bizarre ce qu'il fait.
mais pose la question sur l'autre thread, il y a peut etre eu d'autres cas ?

Oki, donc pour le moment, il y a un intérêt que je supprime les partitions ou bien je peux arrêter là et considérer le disque comme perdu ?

aucun interet, ton disque est HS, maintenant tu peux le mettre dans un PC et le tester reellement (faire un test destructeur / en ecriture) afin de voir ce qu'il dit ?
normalement le constructeur fourni des outils pour ca.

Bon, je relance une batterie de tests avec seatools, on va voir

J'ai (re)fait :
 
- un autotest : Test passé avec succès
- Un test générique court : Test passé avec succès
- Un test générique long avec réparation des erreurs : En cours
 
En //, j'ai appelé le service Clients Rue du commerce qui m'a envoyé une étiquette de retour pour un échange du disque (acheté en aout 2013 / garantie 2 ans).
 
Avant de leur renvoyer, je voudrais supprimer toutes les données du disque. L'option 'secure erase' du gestionnaire de stockage est elle fiable et suffisante ou bien faut-il passer par un autre logiciel ?
 
Je poste le résultat du dernier test en cours dès qu'il est terminé

aucune idée, mais toujours sous gnu/linux tu peux lancer la commande schred sur ton disque, ca devrait etre pas trop mal.

Bon, le test long est passé aussi, j'y comprends rien.
J'ai trouvé cette commande pour effacer definitivement le disque :
sudo dd if=/dev/urandom of=/dev/sdX
Tu connais ?

Oui, la commande shred est plus adaptée mais ca marche aussi, la commande que tu donnes ecrit des valeurs aleatoires sur tout le disque une seule fois.
regarde ici pour shred http://doc.ubuntu-fr.org/shred

J'avais lu ce lien quand tu m'en as parlé mais j'avais compris qu'elle s'adressait plutôt à un fichier/dossier.
Pour ce qui me concerne, je veux effacer tout le disque, c'est pour ça que j'ai trouvé l'autre commande.

oui pardon j'ai posté un peu vite    tu peux tout a fait effacer un disque, c'est mieux que le dd, ce lien est plus détaillé http://clublinuxatomic.org/2012/01 [...] vec-shred/ ou celui ci http://www.howtoforge.com/how-to-s [...] with-shred
ou encore mieux : man shred

Merci, c'est effectivement plus détaillé :-)
Par contre, les avis sont partagés sur la réécriture. Certains disent que c'est la panacée, d'autres que ça ne sert à rien et enfin, d'autres encore que cela facilite le travail à certains logiciels de récupération...
Dans les commentaires, j'ai aussi trouvé la commande dd if=/dev/zero of=/dev/sdx bs=16M. Si je comprends bien, ce ne sont pas là des écritures aléatoires mais des 0 partout (je sais pas à quoi correspond la balise bs).
J'ai un peu peur qu'un shred soit plus long à réaliser sur un 2 To, donc, je sais pas trop.
Après, c'est juste que le disque contient pas mal d'infos perso et comme je sais pas ce qu'ils vont en faire derrière, je préfère être prudent.

De ce que je sais ça ne sert pas a rien, mais je pense que pour te protéger complètement le seul moyen vraiment efficace est le degauss + presse
professionnellement on utilise un outil certifié pour effacer les données, c'est blancco, tu peux chercher ce qu'il fait, je me suis jamais renseigné dessus, mais je sais que shred est pas mal pour effacer des données, mais c'est effectivement long selon le nombre de passes que tu demandes.

Bon, j'ai lancé ce matin la commande suivante : dd if=/dev/zero of=/dev/sdx bs=16M
Ca fait 1 heure 1/2 que ça tourne mais comme on peut pas voir l'avancement, je sais pas le temps qu'il reste. Ya quand même 2 To...
Quand il aura terminé, je vais supprimer toutes les partitions.
Je pense que cela sera suffisant.
 
De toutes façons, je pense que quand ils vont le recevoir, il sera détruit direct, c'est juste pour éviter que des données perso puissent se retrouver dans la nature mais il y a peu de risques.

pas terrible cette commande comme je te l'ai dit, le bs (j'avais oublié de te répondre) c'est pour block size, ça écrit des blocs de 16Mo de zéro, c'est pour une question de performance, ca ne change rien au résultat.
lit ça, tu vas comprendre la faiblesse de la commande que tu viens de passer (enfin faiblesse, encore une fois c'est relatif, ça sera déjà un poil compliqué d'aller y récupérer des données) : http://www.commentcamarche.net/faq [...] disque-dur
et accessoirement l'option -v de shred te donne la progression, encore un avantage pour cette commande mais bon, tu ne sembles pas vouloir l'utiliser

Je n'ai pas dit que je ne voulais pas l'utiliser, je pensais juste que dd... serait plus rapide. Selon le temps que ça met, je pourrai toujours lancer shred derrière ! ca fait un peu ceinture et bretelles mais bon, tout dépendra du temps que cela met.

tu as raison, l’écriture de zéro sera plus rapide, la génération de valeurs aléatoires prend un peu plus de temps, mais ça doit être kifkif, si tu demandes une seule passe a shred ça devrait durer a peu prés aussi longtemps que le dd que tu as passé :

 
en revanche un truc du genre

devrait être plus sécurisé (avec -n suivi d'un nombre supérieur à 3 c'est encore mieux  mais plus long (par défaut c'est 3 passes))

Entre les 2, il y a un -z, il correspond à quoi ?
Pour le moment, j'en suis à 4 heures et ça tourne toujours...

le -z c'est pour finir une dernière passe par des zéro afin de masquer les précédentes données aléatoires écrites.

bon, ca fait 12 heures et ca tourne toujours....

ayé, fini au bout de 13h.
Je n'ai plus de partitions sur le disque, il est revenu à une seule.
Comme la nuit porte conseil, il va la passer à faire tourner un shred -zv /dev/sdx :-)
D'ailleurs, ce qui est rigolo, c'est qu'à la fin de la commande dd, le disque est passé de sdb à sdc. Je l'ai débranché et rebranché (USB) et il est resté en sdc.
 
Par contre, ya un truc que je comprends pas. Tu dis que par défaut, il fait 3 passes, sur ce site, ils disent que par défaut, il en fait 25 et dans le terminal que j'ai lancé, je vois indiqué (comme dans le site que je t'ai indiqué) 1/4 ?!?
Il fait combien de passes par défaut ?
 
En tous cas, on verra demain matin ce que ça donne, en espérant qu'il n'y ait pas de coupure de courant cette nuit !

Sur Debian en tout cas c'est 3 passes de données aleatoires par défaut, l'option -z rajoute une passe de zéros à la fin donc ça fait 4, le compte est bon

Dac.
12 heures après, j'en suis à 54% de la première passe.... Elles font toutes la même durée ? Si oui, ca veut dire qu'il me faut environ 100. heures en tout !

Non rassure toi, la quatrième passe sera sûrement plus courte
oui, c'est long, mais ça m’étonne quand même, je pensais que ça serait à peine plus long qu'avec les zéros, apparemment je me trompais, mais j'ai jamais vraiment testé en fait
Je ne l'ai jamais utilisé sur des disques aussi gros, en général quand je fais ça au taf c'est sur des disques de 300/500Go ou des SSD de 128/256 et c'est une paire d'heures voire trois (sans l'option -z) mais pas plus, ça m’étonne cette différence.

Je pense que le fait que le disque soit sur un dock en USB2 y est pour beaucoup.
Après, j'ai fait des tests de vitesse en lecture / écriture sur ce disque et on est à environ 30 Mo / s en moyenne, donc, ça me surprend pas trop

ah oui du coup c'est normal, je pensais qu'il etait sur un port sata, ca me semblait anormalement long aussi, tout s'explique !

Ca vient de s'arrêter à 65% de la passe 1/4.
Quand je vais voir dans l'utilitaire de disques, on est repassés de sdc à sdb, je pense que c'est ce qui fait que ça s'est arrêté.
Pourquoi est-ce que c'est repassé à sdb, je ne sais pas. Y a t-il un moyen de reprendre là où je me suis arrêté ?
Si non, la commande que j'ai exécutée avant (d'ailleurs, je sais pas si elle s'est terminée correctement vu qu'on était passé à sdc) et une partie de celle ci permettent elles d'avoir rendu, soit inaccessible, soit difficilement accessible les données ? Faut-il faire autre chose en plus ?

Il doit avoir un souci électronique, entre ça et le fait que ça plante tout des qu'il est dans ton nas ça explique pas mal de choses.
A mon avis ça ne vaut pas la coup de t'embêter plus, de toutes façons si tu ne peux pas aller au delà de 65% tu pourras pas faire beaucoup mieux.
Mais si vraiment tu flippes tu peux l'achever au marteau, c'est bien plus sur

J'ai regardé sur un autre TTY et j'avais des messages d'erreur liés à sdc (erreurs sur des blocs).
Question bête, y a t-il encore qque chose sur le disque ? ou bien ce que j'ai fait est équivalent à un formatage ?
 
Je l'aurais bien fini au marteau mais j'ai peur qu'ils fassent la gueule chez rdc pour l'échange standard sous garantie :-)

S'il s'est arrêté à 65% c'est qu'il a effacé 65% de tes données.
Le système de fichiers n'est pas récupérable mais certains fichiers qui se trouvaient dans les 35% restants sont très certainement récupérable à condition que le disque puisse lui même y accéder.
Sinon encore une fois, en y mettant les moyens c'est tout à fait possible (en sortant les plateaux... ), même ceux effacés sont récupérables.
Mais bon, en l'état c'est quand même un minimum 'difficile'.

En fait, c'est un beau bazar sur le disque...
J'ai lancé l'utilitaire de disque, gparted et fdisk -l et ca donne :
 
utilitaire de disque / Vérification du système de fichiers :
 
Erreur lors de la vérification du système de volume : Une erreur est apparue lors de l'execution d'une opération sur "nouveau volume". Le service a été inhibé
 
gparted / Vérifier :
 
Vérifier le système de fichiers sur /dev/sdb1 et corriger les problèmes
Une erreur est survenue durant les opérations.  
GParted 0.11.0 --enable-libparted-dmraid
 
Libparted 2.3
Vérifier et réparer le système de fichiers (ntfs) sur /dev/sdb1  00:00:05    ( ERREUR )
       
calibrer /dev/sdb1  00:00:05    ( SUCCÈS )
       
chemin : /dev/sdb1
début : 0
fin : 3 907 029 164
taille : 3 907 029 165 (1.82 Tio)
vérifier le système de fichiers sur /dev/sdb1 et corriger les problèmes (si possible)  00:00:00    ( ERREUR )
       
ntfsresize -P -i -f -v /dev/sdb1
       
ntfsresize v2012.1.15AR.1 (libntfs-3g)
ERROR(2): Failed to check '/dev/sdb1' mount state: Aucun fichier ou dossier de ce type
Probably /etc/mtab is missing. It's too risky to continue. You might try
an another Linux distro.
 
fdisk -l
 
Disk /dev/sdb: 2000.4 GB, 2000398932480 bytes
255 têtes, 63 secteurs/piste, 243201 cylindres, total 3907029165 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x2052474d
 
Cela ne ressemble pas à une table de partition.
Vous avez probablement sélectionné le mauvais périphérique.
 
Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdb1   ?     6579571  1924427647   958924038+  70  DiskSecure Multi-Boot
/dev/sdb2   ?  1953251627  3771827541   909287957+  43  Inconnu
/dev/sdb3   ?   225735265   225735274           5   72  Inconnu
/dev/sdb4      2642411520  2642463409       25945    0  Vide
 
Les entrées de la table de partitions ne sont pas dans l'ordre du disque
 
 
En gros, j'arrive rien à faire, même plus formater.  
Paix à son âme...

C'est encore moi.
 
Bon, j'y comprends vraiment pas grand chose...
J'ai branché mon dock usb sur un PC windows. J'ai trouvé le disque dans l'interface de gestion. Je l'ai initialisé et formaté en NTFS sans difficulté. Il se monte normalement.
J'ai ensuite fait un scandisk avec correction des erreurs et identification des secteurs defectueux. Resultat : OK, pas de secteur defectueux trouvé.
Je l'ai rebranché sur linux, il se monte lors du branchement (ce qui n'était pas le cas auparavant). Par contre, j'ai 2 partitions : une msftres (petite et non gérée par gparted) et une msfdata.
En cherchant sur google, il semble que ce soit des données réservées microsoft. Par ailleurs, je l'ai initialisé en gpt ce qui n'est pas supporté par fdisk.
J'ai relancé un shred, on va voir s'il bloque encore à 65%.
Il a un problème ou pas mon disque ?
J'hésite à essayer de le remettre dans le NAS pour voir si ça plante ou pas.