Mic13710

Je réponds à votre question par une autre question : Quand votre verre est plein à ras bord, vous pouvez encore le remplir ? Si votre stockage est à 100%, c'est que tous les clusters sont occupés. Donc non, vous ne pouvez plus rien y mettre. Si vous avez CloudStation et que le versionning est activé, il faut savoir que l'espace occupé sur le disque est environ le double de l'ensemble des dossiers Cloud. Si tous vos dossiers Cloud pèsent 500Go, l'espace occupé sur le disque sera de 1To environ. Cet espace supplémentaire est occupé par un dossier caché qui permet de retrouver les versions antérieures des fichiers ou de récupérer des fichiers supprimés.

BTRFS uses copy-on-write feature, meaning that when you edit a file BTRFS does not delete previous data, but writes changes to the new place instead. Because of this, file fragmentation is possible, slowing down file copying. The same copy-on-write feature also leads to another difficulty - the recovery time will be quite long, since the software has to analyze different versions of files and other metadata to choose the latest one. However, in the end the recovery quality tends to be fairly good. En clair, il peut y avoir des données éparpillées qui correspondent à différentes versions d'un même fichier. La difficulté c'est de retrouver les bons morceaux de les associer pour retrouver l'intégralité du fichier.

Salut CoolRaoul, Je ne sais pas si ça peut t'aider, voici les mêmes commandes que Fenrir sur mon 214+ Bipbip> ps | grep -i audio 12532 root 80224 S < /var/packages/AudioStation/target/sbin/synoaudiod 12547 root 81444 S < /var/packages/AudioStation/target/bin/pulseaudio --r 12567 root 13288 S < /var/packages/AudioStation/target/sbin/synorcd 25779 root 4008 S grep -i audio Bipbip> ls -l /tmp/AudioStation/player.list.json -rw-r--r-- 1 root root 1005 Oct 16 19:00 /tmp/AudioStation/player.list.json Bipbip> ls -l /tmp/AudioStation/player.list.json -rw-r--r-- 1 root root 1005 Oct 16 19:01 /tmp/AudioStation/player.list.json Bipbip> ls -l /tmp/AudioStation/player.list.json -rw-r--r-- 1 root root 1005 Oct 16 19:02 /tmp/AudioStation/player.list.json Bipbip> stat /tmp/AudioStation/player.list.json File: "/tmp/AudioStation/player.list.json" Size: 1005 Blocks: 8 IO Block: 4096 regular file Device: fh/15d Inode: 15967 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2016-09-05 10:29:15.000000000 Modify: 2016-10-16 19:02:30.000000000 Change: 2016-10-16 19:02:30.000000000 Bipbip> top Mem: 1018780K used, 14976K free, 0K shrd, 46088K buff, 488200K cached CPU: 0.0% usr 4.5% sys 0.0% nic 95.4% idle 0.0% io 0.0% irq 0.0% sirq Je ne vois pas ce que je devrais voir donc je ne vois pas où il peut y avoir un problème.

A essayer. Il semblerait qu'il soit capable de retrouver mais surtout restaurer des données en btrfs.

C'est pourtant clair. Les 2 PC sont reliés au NAS. Ce réseau n'est pas connecté à internet. kayakfreestyle veut pouvoir sauvegarder les données du NAS sur un autre NAS externalisé en utilisant la deuxième RJ45.

Les deux ports RJ45 sont prévus pour faire de l'agrégation de liens. Ce que vous voulez faire revient à connecter le NAS sur 2 réseaux séparés. Je crois bien que si sur le papier une utilisation sur 2 réseaux distincts est possible, la réalité se heurte à des difficultés pratiques qui rendent les paramétrages compliqués. Il y a eu un post récent à ce sujet sur le forum. Ne serait-il pas plus simple d'installer un routeur paramétrable qui permet de bloquer les accès internet pour certains postes ?

Non pas tous. Uniquement les NAS milieu/haut de gamme. Pour la récupération, hormis le lien que je vous ai donné qui ne travaille que sur les fichiers existants, il n'y a pas de moyen officiel de le faire. Un NAS est seulement un moyen de stockage. En aucun cas il ne sécurise les données et je ne sais pas ce qui vous fait croire le contraire. Synology nomme à tord le RAID une sécurisation des données alors qu'il ne s'agit que d'une continuité de service. Et donc en aucun cas un NAS vous dispense de faire des sauvegardes. La logique veut que la récupération des données effacées se fasse à partir de la poubelle si vous l'avez activée ou de la sauvegarde en dernier recours. Ce qui est effacé est effacé et il est très difficile de récupérer des données effacées sous linux que ce soit en ext ou en btrfs. Si vous réussissez à le faire, tant mieux pour vous, mais ce n'est pas une fonction supportée. Le message d'ufs explorer indique seulement qu'il peut vous aider à retrouver le système de fichier qui se trouvait sur le disque avant formatage. En aucun cas il s'agit de récupération de données. BTRFS est bien trop récent sur nos nas et je ne connais pas de système capable de récupérer des données sur des disques de ce format. Peut-être que d'autres intervenants ont des solutions à proposer.

Je viens de regarder ufs explorer. Effectivement, il peut travailler avec du btrfs mais ne peut pas y faire grand chose : Btrfs: data access and failed RAID recovery only Juste la récupération du RAID. Pas de récupération de données.

SHR c'est un RAID à la sauce plus ou moins Synology. Ca n'a rien à voir avec le format du disque. Rien ne change du point de vue adressage du RAID, seulement vous risquez de ne pas pouvoir lire les fichiers à cause de leur format BTRFS. Je ne connais pas la procédure de lecture d'un disque RAID avec un MAC et d'ailleurs il ne me semble pas que Synology ait fait un tuto pour ça. Le seul tuto que je connaisse c'est à partir d'un PC à l'aide d'une distribution Linux (Ubuntu). L'accès à la partition de donnée reste identique que ce soit EXT4 ou BTRFS. Reste à savoir si Ubuntu sait lire une partition BTRFS.

Si vos disques ne sont pas issus d'une migration d'un NAS plus ancien, votre partition donnée est en BTRFS. Seules les partitions système et swap sont en EXT4. Je ne sais pas si le BTRFS est lisible sur un PC Linux ou sur un MAC. Le BTRFS travaille avec des snapshot. Peut-être que par ce biais et à l'aide d'un logiciel qui sait lire le BTRFS, vous pourriez récupérer votre dossier.

Non, c'est bien dans volume. C'est le volume qu'on doit reconstruire. Dans ce menu, il doit y avoir le bouton "Gérer" accessible. De là on peut demander la réparation du volume.

Qu'est ce que vous appelez un "secure erase" ? C'est dans DSM ?

Salut Fenrir, non pas de café pendant les pannes de courant . Mais je pourrais... Je sais que ça peut paraître surchargée. En réalité, il n'en n'est rien. L'onduleur est tout à fait capable de gérer tous les consommateurs.

Salut StephanH. Cette solution ne serait applicable qu'aux nouveaux fichiers, pas aux anciens qui sont déjà dans @cloudstation. Vu la taille de ce dossier dans le cas présent, le nettoyage par le vide reste la meilleure option. Pour la version CS que j'ai sous DSM5.2, il n'y a pas de possibilité de choisir des nombres de versions différents par dossier. C'est du tout ou rien. Si on choisi 0, on perd le versionning qui est tout de même un des gros intérêts du cloud. Est-ce que la version sous DSM6 permet de faire des choix différents par dossier ? J'ai tout de même un doute.

Pas de quoi . Désolé, je ne réponds pas aux demandes par MP. Si vous avez d'autres questions, vous pouvez consulter le forum où tout ou presque a déjà été dit, et ouvrir une nouvelle discussion si vous ne trouvez pas de réponse. Bon WE.

Comme je l'ai dit, si vous n'êtes pas familier avec les ouvertures de ports, orientez-vous dans un premier temps vers Qucikconnect. Quickconnect est intégré à DSM. Pour son installation, si vous alliez voir le lien que je vous ai donné ?

Il faut bien entendu installer le client CloudStation drive sur le PC. L'installation et la mise en oeuvre de CS ne pourra pas être envisagée avant d'avoir fait le paramétrage du nas et du routeur pour les accès extérieurs. Si vous n'êtes pas à l'aise avec les ouvertures de ports, je vous conseille de vous tourner vers la solution Quickconnect qui vous permet de vous connecter avec l'extérieur avec un minimum de paramétrages. Ne pas utiliser le service EZ-quickconnect que vous trouverez sur la même page.

Pour cela, il y a un paquet qui s'appelle CloudStation.

En désinstallant CS, le dossier @cloudstation sera supprimé. Il faudra tout de même un peu de temps pour que l'espace soit libéré avant de pouvoir réinstaller CS, si toutefois c'est ce que vous souhaitez faire par la suite.

S'il est énorme c'est que vous l'avez rendu énorme. Tout ce que vous avez mis, modifié ou supprimé dans CS se retrouve dans ce dossier caché. Si vous y avez mis des films, photos et autre fichiers très octophage, ils sont aussi dans ce dossier. Ce dossier est utile car c'est celui à partir duquel CS permet de récupérer les versions précédentes des fichiers que vous avez modifié, ou bien restaurer un fichier supprimé. Pour l'alléger, il faut aller dans les historiques de chaque compte et supprimer les fichiers superflus. CS n'est pas fait pour y stocker des fichiers multimedia. Il devrait être seulement réservé pour les fichiers courants qui sont ammenés à être modifiés au fil du temps. Ce n'est pas le cas de fichiers multimedia qui sont généralement figés et ne font qu'encombrer inutilement le Cloud. Pour ces fichiers, il y a les applications dédiées telles que Audio station, video station, photo station.

Oui, à condition que la puissance de sortie soit suffisante pour alimenter l'ensemble avec une autonomie suffisante pour permettre la mise en sécurité du NAS sans aller jusqu'à la décharge profonde des batteries. Mais est-ce bien utile d'alimenter la TV et la PS4 ? Pour ma part, mon onduleur alimente mes 2 NAS, la box, mes 3 switchs dont un en POE, mon PC et son écran, ma lampe de bureau, mes Raspberry, mon imprimante, ma borne Wifi et mes caméras IP. Tout ça avec une marge confortable.

Il y a bien un bouton "contacter le support technique" à droite du tableau, mais je ne sais pas si on y retrouve trace des demandes effectuées à partir du nas ou du site. Je n'en n'ai pas en cours. Tu n'as pas reçu de notification par mail ? T'as regardé dans les spams ou les commerciaux ? Au pire tu refais une demande via ton compte.

Tu es allé voir du côté de ton compte Synology ?

Ces dossiers marchent avec l'indexation. Ce ne sont pas les fichiers réels que vous voyez mais seulement leurs index. L'indexation est un processus très long (ça peut durer des jours selon la quantité de fichiers) et qui puise beaucoup sur les ressources machines. Lorsque vous enregistrez des photos sur les dossiers mutlimedia, vous pouvez les voir directement sur file station, par contre les applications ont besoin des index pour pouvoir travailler. Il faut seulement être patient et accepter que le nas soit un peu plus lent que d'habitude. Une fois la première indexation terminée, les suivantes seront plus petites et se feront au fil de l'eau.

Si on est deux à vous dire exactement la même chose, c'est probablement sérieux.