Einsteinium

Bon comme quoi, une perte de temps, la déduction du problème était faites il y a 12 jours et la solution il y a 6 jours. Ce type de crash n'est du qu'à une coupure durant une écriture et il n'y a que le checkdisk pour tenté une récupération... Mais il ne semble ne voir et jurer que pas fravadona...futile PS : Je en comprends pas l'acharnement à démonté ton volume, alors que tu pouvais boot sur une live CD pour tenté la réparation directement, abandonne xpenology et prend un vrai synology, car quand on est mauvais dans ce domaine autant avoir le support officiel en assistance.

Et ton count load ? Un disque qui ne fera pas les 10 ans de vie réglementaire ça..

Tout comme le module cloud de sync prends google, dropbox et baidu, j'espère qu'il prendra weiyun bientôt, 10 terra gratuit, voir 360 qui permet 30 To gratuit. Par contre pour moi le cloud c'est la sauvegarde de fichier non vitale, et oui quid de la sécurité et surtout de leurs stockages dans un pays telle que la France :/

Et bien tout dépends si tu change souvent tes dsques pour de plus grosses capacitées, tu n'as pas le temps de les voirs mourrir Chaque démarrage fatigue les moteurs des têtes et du disques (ceux qui connaisse le fonctionnement d'un moteur électrique me comprendront...) certes pour ma part en 10k d'heures pour mes derniers disques, j'ai eu 60 démarrages suite à des reboots (maj, ou cie car je fais joujou de temps à autre), mais cela permet aussi d'éviter les pannes suite au redémarrage... Pour ma part au fil des années j'ai remarqué que les disques avec hibernation ou qui ne redémarrage pour ainsi dire jamais pose soucis... Donc je ne fais pas d'hibernation et reboot mon nas une fois par mois minimuin.

Pour moi c'est pour cela que tu n'arrive plus a remonté le volume

Déjà avec la première commande cela te permettais de kick tout ce qui accéder au volume pour pouvoir le démonté, elle ne marché pas ? Je ne comprends pas, sachant que tu es sur une config xpenology, que tu ne boot pas sur une partition Live pour faire un : dosfsck -yfv

Bonjour, Bon je suis d'accords qu'il faut de la pub pour le financement du serveur, mais autant faire la demande à synology pour l'hébergement... Comme dans de nombreux pays. Non car les bandeaux en haut et bas du forum passe encore, ensuite c'est bandeau entre les sujets, entre les messages... Déjà lourd... Mais aujourd'hui je vois qu'il y a un bandeau dynamique qui suit le bas de l'écran et dont la croix de fermeture, si minuscule quel ouvre à coup sur la pub et revient sans cesse... Perso ce forum va finir add blocker, trop de pub, tue la pub. Cordialement.

Place un disque vierge en plus et crée un volume et à l'installation du le choisis

Bon la solution : fuser -kmiuv /volume1 Tu répond Y a chaque demande, ensuite : umount /volume1 Et dosfsck -yfv /volume1 (Pour cette commande il faudra peu être install le paquet diskutil, fait une recherche sur le forum) Pour finir un : mount /volume1 Si tu es toujours en lecture seule, alors qu'une seule solution, détruire et refaire le volume...

Son problème est simplement du a une coupure de courant durant une écriture, peu être que de dégrader le raid, te permettra de le récupérais, option que tu n'a pas la ;-)

Normale c'est du aux paquets, stop les tous et réessaye..

Essayé de "dégrader" le volume en virant un disque que tu format, normalement tu auras l'option de réparation ?

Euh y a une section pour les français ;-)

A tu fais un tour sur le forum xpenology ?

Ah ba voilà le problème de la copie faites plus haut... Maintenant je vois que tu veux au final que déplacer, quand tu modifie un dossier, tu peux choisir son emplacement, modifie le directement (en supprimant avant ce qu'il y a sur le volume2) ;-)

Les autorisations des dossiers ;-)

Ah... Ba va faire un tout sur leur forum alors ? Car ici pour ton problème, je doute que tu trouve réponse... Hors mis la redirection vers le support... Non pas de synology... Mais xpenology pour le coup

Problème de droit certainement, va faire un tour dans les autorisations ;-)

Tu ouvre un port, tu ouvre donc une porte dans ton pare feu, donc ton pare feu n'y pourras rien. Si tu permet via ton unique port. L'accès a l'interface admin et qu'il y a une faille dans celle ci, c'est la porte ouverte à la totalité de ton réseau et de ton syno.

La seule façon de réduire au Max les problèmes, c'est le server vpn hébergé sur le syno Celui suis n'a connu que 2 gros problèmes de sécurité (faille heartB et un user de test non supprimé) Cela vous oblige a vous connectez au vpn (j'ai un seul user pour ça, et qui a les droits pour perso), ensuite accéder comme si vous étiez chez vous à votre réseau complet. Le syno n'est ainsi plus exposé en direct sur le net ;-)

Contact synology, je me rappel pas qu'il y est eu d'échec ou de pertes de données, mais dans ton cas, va falloir faire appel à leurs services pour remettre d'aplomb facilement et avec le moins de risque pour tes données, ton volume. Tu es l'exemple parfait du raid qui a crash dans le pire des cas, cela montrera aux autres l'importance d'un onduleur en cas de raid. Un ticket au support, de la patience et tout rentre dans l'ordre ;-)

Vois mon message, je l'ai édit, avant de contacté le support, récupère tes données, car dans ton cas, c'est pas sans risque.

Édit 2 : Un volume entre en mode Crashé-lecture-seulement lorsqu'une incohérence de données se produit sur des disques durs. Ceci peut être dû à des coupures de courant inopinées pendant un processus d'écriture. Dans ce cas, des pertes de données sont possibles. Veuillez sauvegarder toutes les données que vous pouvez et créez un nouveau volume. Pour sauvegarder des données, vous pouvez consulter cet article. Dans le cas de ta panne. Tu peux rien faire, va falloir prendre un ticket au support, ils vont résoudre ton problème ;-)

Non la clef n'est pas différente pour chaque fichier, si ce qu'il annonce est bien le cas, c'est un cryptage asymétrique, la clef publique sert au cryptage, la clé privée au décryptage, dans le cas de synolocker elle est envoyer directement sur les serveurs des maîtres chanteur après génération, j'ai pas encore fait mumuse avec les fichiers cryptés encore, juste avec le programme, et je sais que actuellement si l'on rentre une clef privée correcte (il y a un test vis a vis de la clef publique), cela renomme juste un fichier, qui libère l'interface du dsm, et lance le processus de "décryptage", de mon point de vue, cela donne l'impression que la clef privée est le mot de passe de l'application. Si j'ai le temps demain je regarderais un fichier crypter/décrypter, voir si elle joue un rôle réel dans celui ci. (mais de ce que j'ai vue sur le forum, cela semble être aussi le cas) Reste à trouvais les serveurs des clefs privées.

J'ai aussi un modèle off Line, maintenant le synology dispose d'une alimentation à découpage de type flyback, donc les micros coupures ne lui font n'y chaud, n'y froid ;-)