NY152

C'est un peu confus je trouve. Tu me parle du dossier /volume1/startup et concernant S99mount.sh je trouve autre chose (/usr/syno/etc.defaults/rc.d/) Ce que je trouve déroutant aussi (quand on cherche S99mount.sh) c'est que l'on trouve que des sujets qui demande de chercher ce terme dans le forum lol Bref on tourne en rond. Si j'essaie de comprendre /volume1/statup fonctionne un peu comme ~/bin sur certaines distro Linux alors ? Ou on doit faire quelque chose de particulier ? Sinon avoir le lien pour S99mount.sh serait un plus

Il me semble que la technique du S99mount.sh est aussi à renouveler à chaque upgrade du FW donc ça change rien. Ce que je voulais juste savoir c'est si le montage dans fstab pouvait être bloquant pour le boot du NAS c'est tout.

L'option je l'ai en toute première ligne de mon .htaccess En root, le lien est accessible ; Il l'est aussi en tant qu'utilisateur "normal" ... en SSH. Dès que le mode d'accès est autre (File Station, Web Station, Explorateur de fichier (Windows et Linux)), une erreur m'est renvoyé m'indiquant que je n'ai pas d'accès à cet élément. Bref, l'accès au lien n'est possible qu'en SSH quelque soit l'utilisateur. J'ai opté pour un montage en dur dans fstab du coup. J'ai ajouté la ligne : /volume1/photo/graph-arts /volume1/web/images/graph-arts none bind 0 0 Un petit : mount -a Et ça marche. Maintenant est-ce la bonne méthode ou est-ce une mauvaise chose en cas de reboot où le montage figerait la procédure de démarrage du NAS comme j'ai déjà pu le voir sur d'autres NAS (autre marque il est vrai) En tout cas les liens symboliques sont sensibles sur ce NAS je trouve, d'autres NAS n'ont pas de soucis de ce genre (programme ln plus complet aussi). Je vais rester sur mount je pense sauf contre-indication. Merci de votre aide en tout cas

fstab est simplement le fichier des point de montage de mount (/etc/fstab) Oui je suis allergique à vi lol Je ne pas pourquoi ce dinosaure existe encore alors qu'il y a eu plus ergonomique depuis ... J'ai déjà cette option et je ne pense pas que le problème vienne d'Apache mais bien de droit d'accès ; Le dossier n’étant pas accessible "normalement" (quelque soit sa méthode d'accès quoi)

Je peux sans soucis utiliser fstab pour ça ? Par contre l'utilisation de vi j'aime vraiment pas. Dommage que nano ne soit pas accessible via root

Bonjour, Je poste ce message car je n'ai pas trouvé de solution dans les posts existants. Mon problème concerne les liens symbolique (pas seulement dans Web Station mais bon). J'ai créé un lien symbolique d'un répertoire sur le NAS dans le répertoire de Web Station mais y a u soucis. En gros, quand je créé un lien symbolique, quand je veux accéder au lien (un dossier) via Web Station, j'ai une erreur de répertoire non valide. Quand j'y accède par mon ordinateur,on me demande de vérifier mes droits d'accès et m'en interdis l'accès et dans File Station le lien n’apparaît tout simplement pas. Quelqu'un peut m'aider à régler ce problème ?

Non aucune solution. C'est à Audio Station de faire l'affichage donc à partir delà, tant que l'on veut conserver le format flac, y a rien à faire tant que Synology n'ajoute pas la gestion du flac pour les covers. Sinon y a toujours la conversion flac-> mp3 mais là, ...

Je sais, t'inquiète pas mais il faut avouer que c'est pas une situation satisfaisante à long terme le passage en SSH. Je pensais que quelqu'un aurait une solution. Je vais passer par la copie pour cette fois et creuser la chose.

Non je n'ai pas essayé. Donc il faut utiliser un module non officiel pour se dépatouiller ? Je me demande ce que ferait un utilisateur lambda dans un pareil cas ; Il renvoie le NAS en SAV ? Je viens de tester avec un NZB de grande taille (26 Go) aussi composés de fichiers de taille de moins de 4 Go, même bug ...J'ai déjà utilisé Download Station avec des tailles analogues (l'un d'eux faisait 19.85 Go (même destination) sans avoir de soucis.

J'ai pas déplacé de fichiers moi ... Je parlais juste de Download Station qui foire le déplacement puisqu'il me sort cette erreur et reprends à 0. Je sais que je n'ai pas accès "normalement" au dossier @download, j'ai juste regarder ce qu'il y avait. Je n'ai rien touché. Ce que je veux c'est Download Station fonctionne normalement sur ce coup là !

Evidemment que non. Ça se produit à la finalisation (au déplacement des données de @download vers mon volume1 qui lui est en EXT4 SHR ... Bref, il y a quand même un soucis, il prends du EXT4 pour du FAT32 car cette limite de 4 Go n'a aucun sens ...

Bonjour, J'ai téléchargé un torrent très volumineux de presque 26 Go ; Au sein du torrent AUCUN élément ne dépasse 4 Go ; Là où ça devient étrange, Download Station me sort cette phrase en status Pour détailler un peu je suis sur un DS412+ avec 2x2 To en RAID1 Synology Hybrid (SHR) et en EXT4. Techniquement le EXT4 peut aller jusqu'à 16 Tio par fichier, hors aucun fichier ne dépasse cette taille (même pas celle de 4 Go). Ce qui est étrange, c'est que le torrent est marqué complété et il l'est dans le répertoire @download et si je fais "reprendre" pour qu'il déplace les données où elles doivent être, il efface tout et recommence le transfert à 0. J'aimerais comprendre ... On m'avait fortement déconseiller le RAID Hybrid SHR de Synology pour des raison de récupération en cas de gros crash ; On ne peut pas avoir accès à la partition EXT4 en dehors du NAS lui même pour extraire les données, il faut préférer les RAID standards pour ça. Maintenant je ne peut plus changer sans engendrer un gros travail de sauvegarde et des frais pour le stockage. Cela dit à l'initiation du NAS n te demande si il faut créer un volume avec les disques présent mais on ne te donne pas le choix ... Encore du forçage de main comme d'habitude, merci Synology ! Si quelqu'un a une idée sur le pour du comment, je suis preneur ! D'avance, merci

Tu aurais le lien du sujet que je le suive ? ^^

Il faudrait que Synology se penche sur ce "problème" Je m'explique. Les MP3 tagués avec une jaquette au sein même du fichier s'affiche sans problème alors que le flac, non alors que ce format utilise le même format de tag. Il suffirait que le flac soit traité de la même manière. Je suis contre la technique du "cover.jpg ou "folder.jpg" car cela implique des jpg un peu partout inutilement, le tag id3 existe, il faut l'utiliser. C'est plus propre et au moins les dossiers qui comportent plusieurs albums ou des MP3 orphelins (ou singles) peuvent avoir une pochette distincte contrairement à la technique folder.jpg Quelqu'un sait où il faut s'adresser pour proposer tout ça à Synology ?

Je possède le même NAS et je suis aussi intéressé par l'upgrade de RAM. Si tu en sais plus, fais tourner

J'ai testé pas mal de chose (dont ça aussi), rien n'y fait donc le problème doit être autre. Je pense de toute manière que Download Station gère très mal la bande passante j'ail'impression.

Personnellement je possède un 2 NAS un que je ne sert plus (un LG N2B2) et un DS412+ et je me trouve devant le même problème. Quand j'utilisais mon LG même avec plusieurs torrents en partage et en téléchargement (même combiné à des newsgroups), jamais ce NAS ne gelait mon réseau (intranet et internet), on pouvait utiliser internet normalement même avec plusieurs PC Avec le DS412+, c'est une véritable catastrophe et j'en connais la cause sans pouvoir y remédier. Le soucis vient de Download Station dès que celui ci est actif avec un seul torrent en téléchargement ou en partage. Même je limite la bande passante utilisée par ce dernier c'est le même constat. Il se limite bien dans les débits mais les débit intranet et internet de la ligne s'effondre totalement. Résultat on ne peut plus surfer (même avec un seul PC) J'ai peut être un début de réponse (emploi du conditionnel parce que je ne suis pas sur), Download Station est bien configuré (j'ai ouvert les bons ports etc mais à la "configuration du routeur" dans le panneau de configuration,il detecte bien ma Freebox mais ne l'a pas dans sa base de données. Il tente bien un test de compatibilité avec elle pour la configurations uPNP mais c'est l'echec et ce malgré le fait que tous les ports de la Freebox que j'utilise soit ouvert et configuré vers le NAS. Si quelqu'un a la réponse pour améliorer les choses je suis preneur parce que là mon NAS doit être mis hors service les 3/4 du temps pour pouvoir surfer, chose que je n'avais pas avec mon LG (qui en faisait plus en tâche de Téléchargement/upload) D'avance merci

Bonjour, Pour des raisons diverses et variées,j'ai besoin d'un compte utilisateur blindés de restrictions et ne donner accès à 2/3 fonctions du NAS. Seulement voilà même avec l'interdiction d'accès active à Plex, l'utilisateur y a accès. Pire, il peut l'administrer complètement entièrement. Alors défaut de configuration ou réel bug ? J'aimerais que l'icône Plex ne soit pas afficher dansle menu de DSM et que son accès soit interdit. Possible ? Merci de votre aide.

idem aussi

Je me trompe peut être mais on accède au disque dur de la Freebox par FTP donc on n'utilise pas de chemin réseaux (à confirmer).

Personnellement j'avais bêtement cru qu'on aurait pu attribuer un répertoire à une unité iSCSI et non LUM. Le iSCSI avait été pour moi un critère de sélection pour mon NAS et au vu de son fonctionnement, je l'ai choisis pour rien apparemment ...

Il y a un moment j'avais fais un script qui permettait de faire cela. Ça fonctionnait très bien mais ça demandait des ressources énormes (que ce soit en terme de CPU, RAM et stockage). Sur un CoreQuad 4.2 Ghz et 16 Go de RAM ça tournait correctement. En fait le script que j'avais mis en place récupérait depuis un formulaire le(s) fichier(s) et la suite du script créait une archive horodatée dans un répertoire temporaire. La grosse lacune du procédé est que si le téléchargement était interrompu de quelques manière que ce soit, la suite du script continuait et donc l'archive était supprimée en fin de script (normal sinon on se retrouve avec tout un tas d'archives qui ne servent à rien). Sur un PC puissant la méthode est faisable et peut économiser de la bande passante sans soucis, sur un NAS la dégradation des performances de celui-ci serait trop importantes sur de gros fichiers pour être exploitable.