PiwiLAbruti

Tu peux le renommer en PowerShell : $sh=New_Object -com Shell.Application $sh.NameSpace('X:').Self.Name = 'My new drive name' Bien évidemment, il faut modifier X: pour qu'il concorde avec la lettre de lecteur actuellement utilisée. Regarde aussi du côté l'exécution de commandes à distance avec PowerShell, ça t'évite de devoir intervenir physiquement sur les machines. Par contre fais bien attention à la sécurité pour n'exposer les machines cibles qu'au strict nécessaire. ---------------------------------------------------------------- Si tu veux centraliser le montage des lecteurs réseau, tu peux faire la chose suivante : Écris un script de connexion du lecteur réseau (de préférence en PowerShell). Place ce script dans un dossier partagé sur une machine du réseau allumée en permanence. Configure le planificateur de tâches des postes pour qu'il exécute ce script à chaque ouverture de session (ou démarrage de l'ordinateur). Ainsi, si jamais tu as besoin de connecter d'autres lecteurs réseau, tu pourras le faire simplement en modifiant ce script.

Que retourne la commande : root@DiskStation:~# which ffmpeg ?

Ça sert à utiliser une version alternative, soit en exécutant ffmpeg depuis le chemin où est installé la version de SynoCommunity, soit en modifiant le lien symbolique pointant vers la version de Synology pour qu'il pointe vers celle de SynoCommunity de manière permanente.

libx265 n'a pas encore été ajoutée aux sources sur GitHub : https://github.com/SynoCommunity/spksrc/tree/master/cross Par contre, il y a une pull-request en attente pour ffmpeg 3.2.2 : https://github.com/SynoCommunity/spksrc/pull/2620

L'un des moyen pour solutionner le problème de l'environnement est d'utiliser une machine virtuelle. C'est ce que fait SynoCommunity avec spksrc, sans même parler des dépendances déjà prêtes à être compilées...

Je sais qu'à une époque Synology ne faisait aucune vérification des licences installées sur un NAS. C'est-à-dire qu'il était possible d'utiliser les mêmes licences sur autant de NAS qu'on voulait. Je ne sais pas si c'est toujours le cas. Le mieux est de demander directement au support officiel.

Pas besoin de chercher, c'est marqué dans les notes de version dans le Centre de téléchargements : https://www.synology.com/fr-fr/releaseNote/DS713+ Les versions Update x sont des mises à jour de sécurité uniquement, il n'y a aucun ajout de fonctionnalités.

Bien vu @Mic13710, c'est marqué dans les notes de version de DSM 6.0 :

http://download.synology.com/download/DSM/release/6.0.3/8754/DSM_DS1813+_8754.pat As-tu cherché l'information sur le site officiel ? https://www.synology.com/fr-fr/dsm/Btrfs#faqs Pour le reste, je n'utilise pas BTRFS. D'autres utilisateurs du forum sauront très certainement te renseigner.

http://download.synology.com/download/DSM/criticalupdate/update_pack/15101-1/

À noter que la modification de la valeur 'unique' synology_{architecture}_{model} permet également de faire passer le NAS pour un modèle différent mais compatible : même architecture et même nombre de baies au minimum.

Le plus simple est d'ajouter un shebang avec env (pour la portabilité) au début du script PHP : #!/bin/env php <?php ... ?> Ainsi, la ligne de commande se réduit à : /volume1/web/cron/requestdata.php5 >> /volume1/web/out.txt

Pour les irréductibles encore en 6.0 (j'en fais encore parti, mais plus pour longtemps ) : Concernant la 6.1.1-15101, tous les modèles manquants ont été ajoutés. La mise en ligne date du 28/04/2017.

Le NAS t'apportera l'espace de stockage dont tu as besoin, mais pas la rapidité. Je ne peux que te conseiller de te servir de ton NAS comme archive de tes projets, mais pas comme stockage de travail.

Comme l'a dit @Fenrir, tu peux le faire avec un switch de base et une agrégation de type ALB sur le NAS. De mon point de vue, c'est amplement suffisant. Il ne reste plus qu'à espérer que tu aies réellement de quoi exploiter ce type de lien.

Il faut utiliser le même calendrier, ou créer des invitations si les calendriers sont distincts.

https://www.synology.com/fr-fr/knowledgebase/DSM/help/Calendar/calendar_desc https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Application/How_to_host_a_calendar_server_using_the_Synology_NAS

Je vous trouve très dur avec @Du 82. Et le problème ne vient pas du Player comme le suggérait @Einsteinium mais du Server qui interrompt les communications locales en cas de perte de connexion internet. Concernant les remarques sur Free, c'est purement subjectif mais pas moins informatif. J'en ai personnellement une expérience complètement différente. Donc on va éviter d'en faire chacun une généralité ;-)

Le Freebox Server gère tout le réseau (Switch, Wi-Fi, DHCP), ainsi que le stockage du Freebox Player (coucou la taxe copie privée ?). Si une coupure internet survient, le switch, le Wi-Fi, et le DHCP deviennent inopérant. Les machines filaires déjà connectées conservent les baux qui leur ont été attribués jusqu'à expiration (je n'ai pas vérifié la durée). Donc en connectant toutes les machines filaires sur un switch indépendant, on peut conserver temporairement les communications (idem avec une borne Wi-Fi). Pour éviter l'expiration des baux, on peut soit fixer l'a dressage des machines, soit utiliser un autre serveur DHCP en plus de celui de la Freebox sur une plage distincte. Ça permet d'avoir une redondance du serveur DHCP et même de conserver les baux statiques (hors plages de distribution évidemment). Pour le serveur DHCP supplémentaire, le NAS pourrait s'en charger mais il faudrait alors fixer son adresse IP (déconseillé aux novices). L'idéal est de le configurer sur une borne Wi-Fi si cette dernière le permet.

Pour en revenir au sujet initial, c'est tout à fait possible avec un volume iSCSI monté sur le PC client (déjà testé). La baisse de performance est évidente face à un SSD. Selon la version de Windows utilisée, le connecteur iSCSI peut ne pas être disponible.

Seul Synology a la réponse : http://download.synology.com/download/DSM/release/6.1.1/15101/

Les 14To seront très probablement limités à 7.2K.

L'industrie du disque dur ne fait plus de recherches aujourd'hui. Avec la densité actuelle, la capacité max devrait s'arrêter à 12To. Et ensuite le SSD prendra le relai. Poir info, la production de disques 15K est en train de s'arrêter. Le prix/Go étant favorable au SSD.

Ça ne répond pas à ma question.

Ça ne résout pas le problème, mais ça évitera la confusion entre Clous Station et Cloud Station. Peux-tu donner les noms et chemins complets des fichiers concernés ?