Fravadona

Avant de faire quoi que ce soit tu devrais verifier que tu as bien une sauvegarde de tes donnees importantes car l'operation de reconstruction est assez eprouvante pour les disques et que tu pourrais en perdre un 2ie dans l'operation, ce qui rendrait RAID-5 illisible. Sinon oui, avec le disque qui a ete ejecte tu peux faire un test etendu SMART + ecriture de zero avec le logiciel constructeur. Si tout se passe bien alors le probleme est venu du NAS et ca risque de se reproduire.

Mdr, WoW (Wake-on-Wan) fait bien polemiquer. Il y a peut-etre tout de meme une vrai utilite au WoW : la reprise sur coupure de courant (reste a verifier si ca fonctionne).

Oui celle-ci semble avoir ete corrigee, mais les failles il y en a toujours de nouvelles et leur impact est potentiellement plus critique sur nos Synos que sur un serveur Web standard. As-tu essaye avec d'autres types de videos ?

VideoStation n'est pas capable de lire toutes les videos, cela depend de leur encodage. Pour le mineur : il y a une faille de securite qui permet l'execution de code dans les requetes HTTP. Vu que sur les Syno Apache tourne avec l'utilisateur root, les hackeurs peuvent vraiment faire ce qu'ils veulent en exploitant cette faille. Petite anegdote: par defaut Apache empeche root de le lancer, mais si on veut vraiment pouvoir le faire il faut definir la variable I_WANT_A_BIG_SECURITY_HOLE lors de la compilation

Petite remarque : si tu rediriges oblidatoirement HTTP (5000) vers HTTPS (5001), autant ne pas ouvrir du tout le port 5000. Ca t'evitera de te chopper un mineur de Bitcoins sur le NAS

Utiliser le dernier DSM 4.3 (ou 5), mais je ne suis pas sur que le DS209J soit compatible... Sinon il faudra ruser : Mettre en place un firewall strict, modifier les ports, n'utiliser que des connexions chiffrés, etc ...

DS Assistant arrive-t-il a le NAS sur le réseau ? Je veux dire par la un processus qui tourne et qui mine des Bitcoins pour quelqu'un d'autre que toi. C'est le premier "exploit" (en anglais) d'une faille dans l'interface de DSM. Ce demon a evolue en quelques semaines et est devenu a priori plus intrusif et va jusqu'a bousiller les installations de DSM sur le NAS.

Hahaha, oui on est un peu hors sujet NFS est en fait comparable a un disque externe/interne plutôt qu'a un partage réseau avec traduction d'ID utilisateur. Je m'explique : Avec Windows on peut avoir la meme problématique que NFS quand on balade des disques formatés NTFS entre différents PCs. D'un coté l'ID Windows du propriétaire d'un fichier/répertoire est écrit "en dur" sur le disque, et d'un autre coté les utilisateurs n'ont jamais les memes IDs sur deux PCs différents (meme s'ils portent le meme nom). Du coup on se retrouve dans ce cas avec des problèmes de droit d'accès liés aux IDs (sauf que sous Windows il est beaucoup plus difficile modifier l'ID d'un utilisateur) PS: Je ne connais rien de plus compliqué que débogguer un problème sous Windows, surtout quand "ca fonctionnait bien avant et maintenant ca ne fonctionne plus"; la solution la plus propre et la plus rapide est généralement de reinstaller le poste ou le serveur Windows

Si tu penses ne pas trop te faire taper sur les doigts en faisant ca, tu peux reinitialiser le mot de passe administrateur de Windows

Peut-etre as-tu ete touche par le demon mineur de Bitcoins. Tu peux reinstaller DSM avec DSAssistant sans perdre tes donnees sur tes volumes, mais avant ca : fermes les ports sur la Box !!! Puis mets a jour DSM avant de reouvrir l'acces depuis internet.

DSM est un Linux dont Synology a modifié un peu l'organisation interne a sa sauce; il n'est plus vraiment "standard" et il n'y a pas de commandes comme "usermod"

Fais un peu de recherche sur le fofo, il faut ouvrir quelques ports sur ta Box

Je n'utilise pas QuickConnect donc mes connaissances sont limités A priori il va etre supprimé dans DSM 5

Desole mais je ne dispose pas forcement d'assez de temps pour expliquer systematiquement les bases d'UNIX. Pour ma part j'essaie d'orienter dans la bonne direction afin qu'il ne reste plus qu'a Googler sur le sujet pour aboutir a des articles pertinents qui permettront de resoudre le probleme Pour en revenir a l'exemple de la voiture en panne, c'est comme si quelqu'un te diagnostiquait que le probleme vient du carter et que l'on s'attende a ce qu'il nous explique aussi comment utiliser une cle anglaise L'uid est l'identifiant systeme d'un utilisateur Le gid est l'identifiant systeme d'un groupe (dans la plupart des systemes UNIX on trouve ces correspondances dans /etc/passwd et /etc/group ou avec la comande id) Dans le cas du Linux et du NAS, il est plus simple de modifier les utilisateurs du Linux que ceux du NAS. [fravadona@linux ~]$ ssh root@NAS root@NAS s password: NAS> id fravadona uid=1027(fravadona) gid=100(users) groups=100(users) NAS> exit Connection to NAS closed. [fravadona@linux ~]$ su - root Password: [root@linux ~]# usermod -u 1027 fravadona [root@linux ~]# chown -Rh 1027 /home/fravadona [root@linux ~]# shutdown -r now La j'ai fait correspondre l'uid de l'utilisateur fravadona sur les 2 systemes (en reportant copiant celui du NAS sur le Linux). Cela devrait suffire a moins de vouloir donner des droits precis aux groupes. PS: les utilisateurs peuvent avoir des nom differents sur les 2 systemes car seuls les uid/gid comptent pour NFS

Avec un fsck automatique au demarrage on pourrait se retrouver avec des boot de plusieurs dizaines d'heures (pour les gros volumes) sans avoir la main :-P Et le fsck comporte d'autres risques : perdre des donnes qui etaient encore accessibles.

Non, par montage SMB sous Linux c'est boggué aussi ... Il faudrait en partageant un repertoire de ce nom depuis un Windows

sur le NAS par SSH et sur Linux : id nomUtilisateur

http://www.finalclap.com/tuto/wake-on-lan-internet-wan-79/

Par NFSv3 ce sont les uid/gid qui comptent, ils doivent etre identiques sur la station Linux et le Syno

S'il n'y a pas de sauvegarde alors la priorite est d'eteindre le NAS. Puis connecter le disque sur une station Linux et prier pour qu'un utilitaire comme extundelete permette de recuperer les donnees qui ont probablement ete effacees par un utilisateur.

Si tu peux defaire ce que tu as fait pendant l'importation... Normalement meme sans rien importer ca fonctionne

Preparer les disques permet entre autres de detecter ce genre d'erreurs avant leur installation dans le NAS

La taille maximale d'un volume depend du CPU: en EXT4 un CPU 32bits est limité a 16To, et un CPU 64bits est limite a 108To (pour le moment)

Tu peux avoir un probleme avec le nom du NAS par rapport au son certificat. Il vaut mieux le generer pour le nom DNS externe. Pour tester simplement si ca vient de la tu peux ajouter une ligne dans /etc/hosts : 192.168.0.XXX PetitNomDuNAS

Tu sembles avoir fait pas mal de recherches avant poster sur le fofo. Mes conseils (totalement arbitraires et injustifiables ^^) : - Preparer les disques dur au deballage avec un PC et l'utilitaire constructeur : (tests etendus + ecriture de zero) - Utiliser un RAID standard et non le SHR - Un onduleur pour chaque NAS