Migs

J'ai toujours le pb après la dernière mise à jour de video station...

Est-ce que tu as mis à jour l'application sur la TV? Moi oui mais je ne sais pas si c'est lié...

Bonjour, Depuis que j'ai fais la mise à jour DSM 6, j'ai tags <br /> qui s'affichent dans les sous titres de DS Video sur ma TV Samsung. Je pensais que la dernière mise à jour de video station allait régler le problème mais c'est pas le cas. Savez vous comment régler le problème? Merci!

Ok, pas de soucis, attendons de voir si quelqu'un à l'info :-) D'ici là si je la trouve je vous dis! Cho

Yes! Ça fonctionne merci!! :D J'avais pourtant cherché sur le forum mais je devais pas utiliser les bon mots clé ;-) C'est le genre de truc un peu abuser quand même, ça se devine pas... bref... Dans le même genre est-ce que tu saurais pas comment on restart apache maintenant? sur DSM 5 je faisais un truc du genre " /usr/syno/etc/rc.d/S97apache-user.sh restart" mais rc.d n'existe plus sur DSM 6... Merci encore! :-)

Bonjour, J'ai un script php qui tourne dans mon dossier home via une tâche cron. Ce script se connecte à une base mysql en PDO et tout fonctionnait bien jusqu'à la mise à jour DSM 6.0. Depuis la mise à jour j'ai le message suivant à l’exécution du script: PHP Fatal error: Uncaught exception 'PDOException' with message 'could not find driver' in /volume1/homes/XXX/XXX.php:32 Stack trace: #0 /volume1/homes/XXX/XXX.php(32): PDO->__construct('mysql:host=loca...', 'root', 'XXXX') #1 {main} thrown in /volume1/homes/XXX/XXX.php on line 32 Fatal error: Uncaught exception 'PDOException' with message 'could not find driver' in /volume1/homes/XXX/XXX.php:32 Stack trace: #0 /volume1/homes/XXX/XXX.php(32): PDO->__construct('mysql:host=loca...', 'root', 'XXXX') #1 {main} thrown in /volume1/homes/XXX/XXX.php on line 32 Ce message suggère que le driver pdo mysql n'est pas chargé pourtant il est bien coché dans webstation... Si je tape "php -i" j'obtiens: phpinfo() PHP Version => 5.6.11 System => Linux XXXX 3.10.77 #7321 SMP Wed Mar 23 11:50:19 CST 2016 x86_64 Build Date => Mar 23 2016 12:24:38 Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /etc/php Loaded Configuration File => /etc/php/php.ini ... La dernière ligne spécifie que le php.ini se trouve dans /etc/php/php.ini, or il y a un php.ini aussi dans /usr/local/etc/php56/php.ini et je me demande si c'est pas plutôt celui là qui devrait être pris en compte... Comme si à la migration sur DSM 6, la mise à jour de php avait été mal faite... Par contre j'ai aucune idée de comment réparer la chose, je n'arrive même plus à trouver l'endroit où apache est installé ni comment redémarrer httpd sur la console... Trop de choses ont changé avec DSM6 je suis un peu perdu... Merci pour votre aide!

Merci bud pour ta réponse, Malheureusement, après le boot, j'ai la lumière orange qui clignote et je n'accède plus à mon serveur... Si je réinstall le DSM avec Synology Assistant, l'installation semble bien se passer mais quand je reboot le NAS j'ai toujours pas d'accès et la lumière orange clignote toujours... J'ai donc tenté de les monter sur un env linux mais ça ne fonctionne pas ou alors mes connaissances des raid est trop limitée pour comprendre comment monter ce bazarre correctement... Le pire c'est que j'ai le sentiment qu'à force de faire des checks/repair, des mdadm create etc... j'ai endomagé le système de fichier Je n'en suis pas certain mais avant mon disque tournait très bien sur mon NAS et maintenant j'ai la lumière orange clignotante... J'ai tenté d'installer DSM sur un nouveau disque vièrge -> OK, sur le 2e emplacement j'ai essayé de mettre les 2 disques et ils apparaissent tous les 2 "non initialisé" dans le gestionnaire de volumes. Je suis un cas désespéré?

Bonjour, Je me retrouve plus ou moins dans la même situation... J'ai remplacé les 2 disques de mon NAS par des disques de plus grande capacité. Maintenant je souhaite récupérer les données de mes anciens disques. Pour récupérer ces données j'essaye de plugger les disques sur mon PC en lançant un env linux. Au montage des partitions data je me heurte à un message "type inconnu de système de fichiers 'linux_raid_member'". J'ai essayé de faire joujou avec la commande mdadm mais malgré cela le mount échoue toujours. La réponse de cricx m'effraie un peu... Est-il réellement impossible de lire une partition shr sans NAS ou de monter un raid sur un env linux avec ce type de partition?

Ok pour lvm, merci pour l'info. Pour le raccourci, je clos ce débat stérile

Mais à mon avis il ne résout pas le pb de perdre les données si un des disques crash... Etant donné que mes disques durs tournent quasi 24/24 je sais que ce moment arrivera tôt ou tard et donc cette solution ne me convient pas. Cela dit je ne doute pas que ce soit une excellente solution tant que le hardware tient le coup. Je vois que tu es un puriste Effectivement ça n'a rien à voir avec un raccourci genre .lnk mais en terme de principe ça te permet d'utiliser un chemin alternatif pour aller à un endroit existant, idem pour le subst, donc pour moi c'est un raccourci au sens littéral du terme. Et les différences par rapport au "vrai" raccourci ne sont que de la plomberie interne qui n'apportent pas vraiment d'avantages fonctionnels supplémentaires, en tout cas dans mon cas précis. Dire que ça n'a aucun rapport c'est un peu poussé quand même

Merci à tous pour vos réponses! Effectivement j'avais mal compris l'option "bind", je l'avais imaginée beaucoup plus "magique" qu'elle ne l'est en réalité... Au final il s'agit ni plus ni moins que d'un raccourcis... Du coup j'ai retiré le mount bind original et je l'ai remplacé pas un autre qui a beaucoup plus de sens. Je ne suis pas totalement satisfait mais la solution que je voudrais n'est pas possible alors je m'en contente Effectivement c'est plutôt flippant, surtout que j'ai quelques données sensibles! Au final je me dis que pour ne plus avoir de problème je vais plutôt devoir m'acheter 2 disques de 2 To et utiliser le 2e comme sauvegarde réplica du premier. Comme ça plus de problème de place et mes données seront relativement en sûreté. Reste plus qu'à trouver 160€... ^ ^ Merci encore,

Je n'ai pas souvenir avoir perdu des infos après le montage, mais j'ai peut être pas fait attention... Donc si j'applique cette technique, ça me permettra de savoir quelles sont les vidéos qui sont sur le volume2 grâce au nom du répertoire effectivement. Par contre je n'aime pas trop cette solution parce que je suis obligé de maintenir 2 arborescences différentes dans les 2 dossiers. En effet j'ai dans volume1/video les répertoires "Movies", "Documentaries" et "TV Shows" et là je me retrouverais avec un 4e répertoire qui contiendrait exactement les mêmes dossiers, ça fait pas très clean et c'est peu pratique. C'est la raison pour laquelle je souhaitais faire le bind directement sur le dossier video et ça fonctionne d'ailleurs très bien, c'est juste que si je copie un fichier dans "volume1/video" et un autre dans "volume2/video" et que je reviens 2 mois plus tard, je n'ai aucun moyen de savoir quel fichier j'avais mis dans volume1 et quelle fichier j'avais mis dans volume2 si ce n'est ma propre mémoire Merci en tout cas pour ton aide.

Merci pour ta réponse. J'ai rien monté du tout moi, c'est DSM qui l'a fait automatiquement lorsque j'ai installé mon 2e disque donc je n'ai aucune idée de comment il l'a monté... J'ai juste ajouté le mount --bind dans etc/rc.local comme c'était indiqué sur un autre site. Là je comprend pas bien, voici ce que j'ai fais: mount --bind /volume1/video /volume2/video Et pourtant le contenu initial de /volume1/video est toujours accessible que je passe par le volume2 ou le volume1... Si le bind permet d'accéder au même fichier via 2 points de montage différent, on devrait quand même pouvoir savoir sur quel volume se trouve le fichier en question indépendamment du point de montage utilisé, ça parait logique en tout cas...

Bonjour, Comme j'ai installé 2 disques durs sur mon DS209 j'ai du faire un mount --bind pour pouvoir utiliser des dossiers de mon volume2 pour stocker des videos accessible depuis le serveur multimédia qui utilise des dossiers du volume1. En effet ayant un problème de place sur mon volume1 je souhaite bénéficier de l'espace disponible sur le volume2. Mon problème c'est que je n'arrive plus à savoir quel fichier est dans quel disque. Si je fais un "realpath /volume1/Video/mavideo.avi" et un "realpath /volume2/Video/mavideo.avi" ça me dit dans le premier cas que ma vidéo est sur le volume 1 et dans le 2e cas qu'elle est dans le volume 2... Pourtant je sais que physiquement ce fichier se trouve bien sur un disque ou sur l'autre! Ma question c'est donc, comment déterminer le chemin réel d'un fichier lorsqu'il se trouve dans un dossier qui a été "bindé" avec un autre?? Aussi est-ce la meilleurs manière lorsque l'on a 2 disques de pouvoir faire profiter au serveur multimédia de l'espace se trouvant sur le 2e disque? ça me semble un peu "bricolo" comme solution mais je n'ai pas trouvé mieux... L'idéal pour moi aurait été que mon NAS voit mes 2 disques comme un seule partition mais je ne sais pas si c'est possible. Merci pour votre aide.