il y a 1 minute, CyberFr a dit :

Bonjour,

Pour d'autres raisons que toi, j'aurai besoin de repartir de zéro. Le fait de mettre le ou les disques du NAS dans une baie pour les formater en ext4 ou btrs n'est pas à la portée d'un utilisateur de Mac. Rien n'est prévu pour les formats acceptés par Synology dans cet environnement.

Il est dommage que Synology n'offre pas un tel outil, peut-être par crainte que certains utilisateurs provoquent une catastrophe sur leur NAS. Mais cet outil manque à certains, je ne suis pas le seul à m'en plaindre.

D'une façon plus générale, il manque une politique cohérente de sauvegarde et de restauration chez Synology.

Je pense que tu prend le soucis à l'envers.

Pour remettre à zéro tes disques, il suffit seulement de supprimer toutes les partitions de chaque disque (en mettant chaque disque dans un PC ou un dock)

Le formatage (EXT4 ou BTRFS) se fait au moment de l'installation.

J'avoue mais en voyant tous les retours plutôt positifs (ici comme ailleurs) et vu l'éternité depuis laquelle DSM7 existait déjà en bêta, je m'étais dis que le risque était assez faible et surtout que le NAS est flambant neuf et que c'est un modèle plutôt récent, DSM7 devait normalement bien se comporter face à un NAS plus vieux.

Impossible de faire un rapport de bug comme il se doit du fait que le centre d'assistance fait partie des apps qui sont inutilisables !

Après je ne critique pas trop la mésaventure, je suis responsable, je sais mais Synology devrait, de son côté, prévoir une solution de retour en arrière sur une bêta (en ne pas fixer cette version dans l'eprom par exemple), j'ai déjà eu des NAS d'autres marques où les bêta (et seulement les bêta) avaient des roolbacks

Je vais tenter un reset total du NAS avec DSM7 bêta, on verra. Si ça déconne encore, on bidouillera ...

C'est le reproche ici ^^

Dans mon cas cette bêta a été le début de la fin, bugs en tout genre, paquets ne se mettant pas à jour, indexation en rade et j'en passe ...)

Mon DS918+ est aujourd'hui beaucoup plus lent que mon DS412+ alors qu'avant l'install, le système était tout à fait normal et véloce.

Donc quand une bêta pourrit une machine à ce point, on peut se poser des questions quant à l'impossibilité d'un retour en arrière officiel.

Pour bien confirmer que c'est cette bêta qui est la source du problème, les données que j'ai sauvegardé depuis DSM (vers une autre source à ont toutes posées des soucis (lenteurs, données corrompues). Après en avoir eu marre, j'ai monté le pool de disque sur une ArchLinux et j'ai pu faire les mêmes sauvegardes sans aucunes erreurs et les données précédemment corrompues ne l'étaient plus ...

J'espère qu'il ne sortira pas avant 2022 car, pour moi, y a encore trop de travail dessus avant qu'il soit "sortable" (bien qu'il ait déjà une éternité de retard (allez, on va mettre ça sur le très grand dos maintenant du COVID-19 même si ils étaient déjà en retard bien avant :D))

Sur une version bêta, le minimum aurait été d'avoir une solution officielle en cas de soucis, avoir un support officiel de retour en arrière pour ce genre de chose au lieu de ça on doit se contenter de bidouilles ...

Plus le temps passe et plus Synology me déçoit sur tous les points, heureusement que je m'organise pour une suite sans cette marque !

Ben personnellement, quand je réinstalle un ordinateur, y a plus rien du tout donc il ne me demandera pas la même version que celle précédemment installée, ça serait l'anarchie.

Dans mon cas, j'ai testé la version bêta de DSM7 et celle-ci s'est avérée trop buggée à mon gout sur mon DS918+ donc si je suis ce que tu dis, je ne peux pas installer la version 6 ?

il y a une heure, maxou56 a dit :

Bonsoir,

Tu éteint le NAS.

Tu sors les disques, puis tu les formates (totalement, en supprimant toutes les partitions)

Puis tu remets les disque.

Au démarrage le NAS te proposera d'installer DSM (la même version qui était précédemment installée).

La même version que la version précédemment installée ? Donc des données restent si la version doit être la même ^^

Bonjour,

Avant de me lancer dans la remise à zéro de mon NAS, je me suis reporté à la procédure de Synology (Comment puis-je réinitialiser mon Synology NAS? | Synology Inc.) sauf que dans la procédure, cela dit que des données restent.

Y a-t-il une solution pour qu'il ne reste absolument rien ?

Merci de m'éclairer

Changer le PCB est une chose mais si c'est le moteur qui a prit à cause du choc électrique, ça ne changera rien

De plus pourquoi changer le PCB des 2 disques si un seul est cramé ? O.o

Oui oui, on parle bien de la même chose !

Finalement, en utilisant les outils de développement du navigateur, j'ai récupéré la photo mais le mystère plane quand même ...

Je vais terminer de faire le tour de mon NAS pour ne rien oublier avant la réinitialisation ! ^^

C'est ça qui est bizarre, quand je me connecte sur le compte où je veux récupérer ma photo, elle est bien en fond d'écran mais pas dans le dossier cité plus haut (il est même totalement vide)

Quelque chose m'échappe donc ...

Personnellement, dedans j'en ai 3 différentes (je ne compte pas le thumbnail, ni l'éventuel logo applicable au login.

Dans le dossier usr/syno/etc/preference/, je voit bien la totalité des utilisateurs mais à part quelques fichiers de configuration, pas d'images ; Pire, certains de ces dossiers sont totalement vides.

Je cherches encore ...

Merci mais si il y a une partie des sessions représentées dans ce dossier, il n'y apparaissent pas tous, étrange ...

Pourtant, l'image est bien présente sur DSM !

Bonjour,

Pour commencer, désolé si ce sujet est au mauvais endroit mais j'avoue ne pas trop savoir où la mettre.

Ma question va paraitre bizarre mais mon NAS va passer par la case réinitialisation totale (une fois que mon backup sera terminé) et sur l'une des sessions de mon NAS se trouve une photo en arrière plan du DSM que je n'ai plus ailleurs.

Comme j'aimerai la récupérer avant la réinitialisation, j'aimerai savoir où cette photo est stockée par DSM.

D'avance, merci de votre aide !

Bonjour,

Je commencerais par vérifier dans le client que le dossier est bien sélectionné pour la synchronisation !

Vérifie dans ce même client qu'un fichier ne bloque pas la synchro, ça m'ai déjà arrivé et même en supprimant le dit fichier ça ne marchait pas j'ai du tout refaire de zéro.

Personnellement, j'aurais monté les disques sur un PC avec une distribution Linux.

En quelques commandes, la grappe RAID serait montée et tu pourrais manipuler les données depuis les gestionnaire de fichiers de Linux très facilement.

Maintenant je ne te cache pas, si un de tes disque a passé l'arme à gauche ça va être plus compliqué.

2 cas de figure me viennent à l'esprit

cas 1 : c'est un RAID1, avec un seul ça va être coton mais je pense que les données sont récupérables.

cas 2 : c'est un RAID0 et là tu peux abandonner, rien n'est récupérable sans les 2 disques complètement fonctionnels.

Bonjour,

J'ai fais un backup quasiment total de mon NAS (un DS918+) vers un disque dur de très grande capacité (dans le but de le reset totalement et remettre les données ensuite) sans aucun soucis. La quantité de données étant trop grande, un dossier reste à sauvegarder.

Pour faire ce backup, de mon DS918+ donc, je veux le faire vers mon second NAS (un DS412+) avec cette commande :

$ rsync -zarvh -e 'ssh -p 2222' --progress /volume1/myBackup gc@192.168.0.20:/volume1/Backup

Avec cette commande, on me demande mon mot de passe (du compte du second NAS, logique) mais ceci m'est retourné :

gc@192.168.0.20's password:
Permission denied, please try again.
rsync error: rsync service is no running (code 43) at io.c(254) [sender=3.1.2]

Le mot de passe est correct, le port aussi et la destination sur le second NAS tout autant.

Si quelqu'un a une idée de ce qui a lieu de faire, je suis preneur !

D'avance, merci

Alors voici le résultat :

Filesystem state:         clean

Par contre quand je fais un fsck (en lecture seule du coup ... :

Inode 270369 was part of the orphaned inode list.  IGNORED.
Inode 1589489 was part of the orphaned inode list.  IGNORED.
Inode 1589514 was part of the orphaned inode list.  IGNORED.
Inode 1589541 was part of the orphaned inode list.  IGNORED.
Inode 1589585 was part of the orphaned inode list.  IGNORED.
Inode 3367071 extent tree (at level 1) could be shorter.  Fix? no

Inode 3375718 extent tree (at level 1) could be shorter.  Fix? no

Inode 5325321 extent tree (at level 1) could be shorter.  Fix? no

Inode 5824771 extent tree (at level 1) could be shorter.  Fix? no

ETC ETC ...

 

Faire un backup de fichiers venant d'un système de fichiers bancal, c'est la meilleure façon de faire un backup de fichiers totalement corrompus

Non non je n'ai pas fais joujou, je cherche une solution.

J'ai en revanche eu d'énormes mouvement de fichiers ces derniers temps et mon RAID commence à dater (déjà en fonctionnement dans un DS412+, il a été migré dans un DS918+), les erreurs de système de fichiers peut donc se produire aussi.

Alors fsck.ext4 ou e2fsck j'ai déjà tenté mais l'outil me dit que /dev/mapper/.... est en cours de fonctionnement malgré le démontage de volume1

Je cherche donc une solution pour que démonter proprement la partition. J'ai vu qu'il fallait lancer syno_poweroff_task au préalable pour stopper tous les services sauf HTTP et SSH mais ce programme n'existe plus dans DSM7 apparemment ...

Je cherche encore ...

Bonjour,

J'ai un soucis de système de fichiers. Certains fichiers qui ne sont plus présents sont encore marqué comme présent avec l'erreur Structure needs cleaning (en SSH). J'ai fais un nettoyage des données mais rien n'y change.

Je pense qu'il faut plus faire un fsck mais j'avoue douter de la commande précise à taper.

Je suis en ext4 et voici les infos du gestionnaire de stockage (j'ai un DS918+ avec 4 x 4 To) :

Si quelqu'un pouvait m'aiguiller ...

Par avance, merci 🙂

Le soucis c'est que j'ai plusieurs répertoires volumineux ayant ce fichier récalcitrant ...

Je verrai ça plus tard, en attendant je désactive la synchro

J'ai réussis à faire une capture avant que ça disparaitre ^^

 

Et ça tourne en boucle sans passer aux fichiers suivants ...

J'avais pensé à déplacer le fichier depuis le serveur pour qu'il le supprime et le réintégrer après mais j'ai ce fichier à plusieurs endroit différents avec des checksums différents, je ne peux donc pas faire ça car rien ne m'indique l'emplacement du fichier ...

Que ce soit côté serveur ou côté client, il n'y a aucune rétention de l'erreur, assez étrange ...

Quant à l'erreur, elle apparait pendant moins d'une seconde dans l'onglet modifié récemment et disparait (cela n'apparait ni dans les notifications, ni le journal)

Faire une capture semble donc compliqué vu la fugacité de l'affichage de l'erreur ...

J'ai évidement réinstallé le client pour que le répertoire se synchronise c'et logique sinon je n'aurais pas d'erreur de synchronisation sans cela ...

Toutes tes questions ont leur réponse dans mon post initial ^^

Oui, à partir du moment où j'ai totalement formaté le laptop, j'ai forcément du tout réinstallé

La synchro reste en cours mais comme elle reste sur ce même fichier sans chercher à passer au suivant, la synchronisation est donc gelée.

Sinon quoi dire de plus sur la synchronisation, c'est une synchronisation Drive classique qui fonctionnait très bien avant formatage et fonctionne parfaitement aussi sur une autre PC.