Fravadona

Oui je sais, ca n'a l'air de rien avoir a faire avec ton souci mais en fait c'est souvent lui le fautif car il garde quelques dizaines de versions de chaque fichier de maniere furtive. Desinstalles le et vois si tu as recupere ton espace disque. Si c'est ca mais que tu veux continuer a utiliser CloudStation je te conseille de ne l'utiliser QUE pour des fichiers de travail (pas de musique/videos/etc)

Utilises-tu CloudStation ?

Salut Oooops! Pas tout a fait "classique" : la "device" correspondant au /volume2 est /dev/md3, et rien que par ce nom on sait deja que cela correspond a un RAID Linux. Pour avoir le fin mot de l'histoire (on parie pour un RAID1 avec un seul disque ? ^^ ) : mdadm --detail /dev/md3 ------------------------------------------------------------------- Pas besoin de le retirer, on va bientot passer au test du JBOD. Sinon pour t'expliquer le doublon sur des disque de 4To: c'est un choix/modification de Synology d'utiliser la terminologie /dev/hdX (utilisee sous Linux pour designer les peripheriques IDE/ATA) en plus de la terminologie /dev/sdX (qui designe sous Linux les disques SCSI/SAS/SATA). Les causes peuvent etre multiples et ce n'est que pure supposition : 1) Les anciens NAS utilisaient des disques IDE, donc un jour les developeurs de DSM on ete OBLIGE d'introduire la double nomenclature pour rester compatible, et avec les nouveau NAS (disques SATA), et avec les anciens NAS (disques IDE) 2) La nomenclature /dev/hdX sous DSM permet de differencier un disque interne d'un disque externe. Je pense que sur les NAS qui supportent l'extension de volume sur disque externe alors les disques du DX sont aussi appeles /dev/hdX en plus /dev/sdX

les 113KB/s upload et 200KB/s en download, si ca utilise ta bande passante internet (et le reseau local) alors ca peut te saturer ta connexion ADSL.

Voici un example de module Apache qui fait "a peu pres" ce que tu voudrais : http://search.cpan.org/~gozer/Apache-AutoIndex-0.08/AutoIndex.pm Si vraiment tu veux mettre en place ce que tu dis alors c'est de la programmation pure et simple qu'il va falloir faire, en plus je ne suis pas sur que ce soit integrable au service Apache du NAS. PS: VideoStation ne te convient pas ?

Tu avais dit que tu avais eteints tous les paquets mais CloudStation tourne encore ainsi qu'un process nomme oscam. C'est quoi ? c'est toi qui l'a installe ?

Qu'est ce qui n'est pas securise ? Le fait qu'un utilisateur pourra ajouter/modifier/supprimer des fichiers a la base ce repertoire par NFS ? C'est tres simple, vu que ton montage fonctionne bien avec root alors seuls les droits sur le repertoire /volume1/Videos empechent ton utilisateur de pouvoir y acceder. Pour le verifier il suffit de taper sur le Linux : ls -ld /home/user/Synology/Videos

haha, oui on peut faire un autre topic, ou bien modifier le nom de celui-ci ^^ Alors les premieres commandes (a la force tu vas finir par les connaitre par coeur) : df -h parted --list

Bonsoir ;-) Ce type d'organisation est surement le standard Linux car je vois mal Synology modifier le driver RAID du noyau. Pour contre il est certain que cette possibilite est meconnue (ou denigree) car on met generalement en place un RAID0 pour avoir de la perf et qu'avec cette configuration on ne peut etre sur de rien: des fois ca ira plus vite, des fois non ... Prochain test sur un disque en mode basique ?

Utilses-tu https pour te connecter ? Es-tu a jour au niveau de Java ?

ssh root@syno chmod 777 /volume1/Videos

Je supose que c'est ton debit internet qui s'effondre ? As-tu remarque une activite anormale sur le NAS ? Si tu accedes a DSM que vois-tu au niveau de l4activite reseau et CPU ?

Normalement tu devrais avoir acces au contenu de ce disque par eSATA. Si ce n'est pas le cas alors en ligne de commande ca devrait etre possible.

On va mettre un peu de couleurs ^^ Les tests ont seulement montré ou étaient situes (sur les disques) les block 1,2,3 et 4 du Volume2, mais vu leur agencement on peut extrapoler que le reste du volume est organise comme ceci : PS: pour les commandes qui n'ont PAS reveille le NAS de sa veille, on peut supposer que le Volume2 est en partie "en cache", alors que l'acces direct aux disques (et pas au volume) a besoin de demarrer les disques.

Oui, je viens de recevoir la reponse aujourd'hui : c'est l'option "Partager" qui permet d'ouvrir avec iBook

Normalement avec un RAID-0 on obtient un debit global presque egal a la somme des debits de chaque disque. Vu que tes tests de debits sont plutot etranges (car trop homogenes), l'hypothese que le debut du Volume est "strippe" entre les deux disques est peut-etre erronee. Pour verifier il suffit de trouver ou sont situes les 3ie et 4ie blocks du volume RAID. dd if=/dev/md3 of=/root/md3_3 bs=512 skip=256 count=128 dd if=/dev/md3 of=/root/md3_4 bs=512 skip=384 count=128 dd if=/dev/sdca3 of=/root/sdca3_2 bs=512 skip=2176 count=128 dd if=/dev/sdcb3 of=/root/sdcb3_2 bs=512 skip=2176 count=128 diff /root/sdca3_2 /root/md3_3 diff /root/sdca3_2 /root/md3_4 diff /root/sdcb3_2 /root/md3_3 diff /root/sdcb3_2 /root/md3_4

Ok, le resultat de ces commandes indique que le premier block du volume RAID0 (/dev/md3) est sur le disque DX1 et que le second block est sur le disque DX2. On peut donc supposer/deduire que le debut du Volume 2 est reparti entre les deux disques du DX jusqu'a remplir le plus petit (tel un RAID-0 standard), puis qu'il continue sur le disque de plus grande capacite.

Je ne suis pas sur que cette application existe pour autre chose qu'IOS. A partir d'un Mac l'acces a SurveillanceStation se fait a partir de DSM.

Il y avait une erreur dans les commandes diff, un oubli de / , j'ai corrige en Edit. Je ne suis pas sur de l'efficacite de la copie du fichier, apres tout, s'il n'est pas enregistre au debut du volume (ce que l'on ne peut pas forcer), alors ca ne servira a pas a grand chose. La commande pour copier un fichier en ligne de commande serait : cp /volume1/partage/fichier /volume2/ -> astuce Shell : la touche Tab permet de completer automatiquement le chemin. Par exemple si je commence a taper ls /vo et que j'appuie sur Tab cela va donner ls /volume : il n'aura complete qu'une partie car il y a plusieurs chemins possibles (/volume1, /volume2, /volumeUSB1, etc). Puis si tu appuies 2 fois sur Tab il te listera ces possibilites. C'est pratique car il protege automatiquement les caracteres qui peuvent poser probleme (espaces, crochets, etc). Ce sera a l'utilisateur de lever l'incertitude en ecrivant la suite. Pour supprimer les fichiers que tu as a cree pour le test ce sera : rm /root/md3_* /root/sdc*

C'est bien dommage de ne pas pouvoir multiplier ses disques aussi facilement ^^ FravadoNAS> ls -l /dev/hda /dev/hdb /dev/sda /dev/sdb brw-r--r-- 1 root root 8, 0 Feb 12 08:17 /dev/hda brw-r--r-- 1 root root 8, 16 Feb 12 08:17 /dev/hdb brw-rw---- 1 root 6 8, 0 Mar 24 01:22 /dev/sda brw-rw---- 1 root 6 8, 16 Mar 24 01:22 /dev/sdb En fait /dev/hda correspond au meme disque que /dev/sda , et /dev/hdb correspond au meme disque que /dev/sdb; on le voit aux nombres major/minor 8, 0 et 8, 16 (c'est un peu l'equivalent des ports reseaux mais pour les peripheriques) La commande parted liste tous les disques actifs quelle trouve dans /dev , et vu que tes disques de 4To ont 2 entrees chacuns il seront listes 2 fois. Pour en revenir au RAID, au final le RAID-0 de Syno est un RAID-0 Linux (pas un LVM) mais je ne sais pas ce qu'il advient des donnees a l'interieur (strippees sur les deux disques jusq'a remplir le plus petit puis utilisation de l'espace restant sur le plus gros, ou bien s'il utilise un disque a la suite de l'autre), c'est difficile a determiner mais c'est faisable (si tu veux bien ). 1) Copier un fichier video d'au moins quelques Mo sur le Volume 2 2) On recapitule les resultats importants qu'on a obtenu precedemment (pour la partie "3)" qui va suivre : * df -h : La "device" correspondant au Volume 2 est /dev/md3 * mdadm --detail /dev/md3 : Les partitions (disques) du DX composant le RAID0 sont /dev/sdca3 et /dev/sdcb3 * fdisk -l /dev/sdca /dev/sdcb : La taille des secteurs des disques du DX est de 512 octets * mdadm --detail /dev/md3 : Le superblock RAID se reserve 2048 secteurs pour les metadonnees (au debut de chaque partition composant le RAID0) * mdadm --detail /dev/md3 : Le chunk size (taille des blocks RAID) est de 64Kio, ce qui correspond a 128 secteurs 3) Copie des deux premiers blocks du RAID0 (a partir du volume, puis directement a partir des disques) * Copie du premier block RAID du Volume 2 : dd if=/dev/md3 of=/root/md3_1 bs=512 count=128 * Copie du deuxieme block RAID du Volume 2 : dd if=/dev/md3 of=/root/md3_2 bs=512 skip=128 count=128 * Copie du premier block RAID du premier disque du DX : dd if=/dev/sdca3 of=/root/sdca3_1 bs=512 skip=2048 count=128 * Copie du premier block RAID du deuxieme disque du DX : dd if=/dev/sdcb3 of=/root/sdcb3_1 bs=512 skip=2048 count=128 4) Tests pour savoir quels blocks sont identiques : diff /root/sdca3_1 /root/md3_1 diff /root/sdca3_1 /root/md3_2 diff /root/sdcb3_1 /root/md3_1 diff /root/sdcb3_1 /root/md3_2

Tu testes toi meme avec un utilisateur authentifie pour voir ce que genere le log ? Petite remarque : DSM 5 semble avoir fait regresser les fonctionalites d'apache, donc ca vient peut-etre de la, mais dans tous les cas tu devrais checker la version d'Apache de DSM et chercher sur le net si pour cette version il faut toujours utiliser %u

Je suis un peu perplexe, le RAID-0 md semble maintenant pouvoir utiliser des disques de taille differente o_O, mais de la a savoir comment il reparti les donnees et quelle perf est obtenue avec ca ... Par contre on a trouve les devices correspondant aux disques dans le DX : /dev/sdca et /dev/sdcb On peut essayer de lister leur table de partition avec fdisk : fdisk -l /dev/sdca /dev/sdcb Et si ca ne fonctionne pas (table de partition GPT), je viens de faire quelques tests et la commande parted affiche tous les disques/partitionnements du systeme : il faudra peut-etre repondre "c" (Cancel) a une ou 2 erreurs parted --list EDIT: 1) Ne t'inquiete pas pour l'UUID, il est totalement arbitraire et c'est le systeme qui le genere pour s'y retrouver dans les partitions. 2) Tu as un @tmp dans ton Volume 2, quelle taille fait-il ? que contient-t-il ? du -sh /volume2/@tmp find /volume2/@tmp -print 3) le systeme et la swap sont bel et bien installes sur tous les disques internes au NAS mais pas dans les disques du DX.

Oui j'ai utilise le terme arnaque de maniere humoristique car ce n'est pas vraiment le cas. Le reel probleme est que tous les systemes d'exploitation preferent utiliser des unites basees sur des puissances de 2 (210 = 1024) car en informatique tout est binaire, donc c'est plus simple et plus rapide de compter comme ca car ca correspond a la realite physique des calculs intrinseques. Les constructeurs de disque eux ont prefere garder la nomenclature basee sur les puissances de 10, ce qui n'est pas tres genant quand on est prevenu, mais tres probablement pour des raisons de marketing -> Je pense pouvoir affirmer que les gens preferent acheter un disque de 4To plutot que de 3,6 Tio, meme si c'est exactement la meme chose.

La procedure est un peu compliquee mais c'est realisable, en ligne de commande par SSH (utilisateur: root , mot de passe: celui de l'utilisateur admin) : 1) Lister les repertoires correspondants aux downloads actifs de DownloadStation : ls -l /volume1/@download/ 2) Ajouter le torrent que tu voudrais seeder comme nouveau telechargement dans DowlloadStation (via l'interface habituelle). 3) Re-lister les repertoires de DownloadStation : ls -l /volume1/@download/ 4) Determiner celui qui a ete ajoute (generalement le repertoire dont le nom est le numero le plus eleve) 5) Arreter le paquet DownloadStation 6) Lister le contenu dossier correspondant au dernier torrent ajoute : ls -l /volume1/@download/NumeroQueTuAsDetemine/* 7) Copier tes fichiers "complets" a la place de ceux dans ce repertoire : cp /volume1/Partage/FichierASeeder /volume1/@download/TonNumero/RepertoireOuPas/FichierEnCoursdeTelechargement Redemarrer le paquet DownloadStation PS: Attention aux espaces et caracteres speciaux, il faudra peut(etre proteger tes chemines en les placant entre des guillements "" PS: Si tu n'y comprends rien alors arretes toi a l'etape trois et postes les resultats des commandes 1 et 3, je devrais pouvoir t'aider pour la suite.

Normalement oui. PS: Si tu utilises des bases de donnees genre MySQL ou autre, cette sauvegarde ne suffit pas et il faut faire tes propres sauvegardes de la BD.