bud77

Donc tu as potentiellement un disque défectueux Branche le disque que tu as installé solo dans le 2e slot, et regarde si çà démarre ou pas. Si c'est le cas, retire le, et branche ton 2e disque dans le premier slot, et relance l'install Si c'est bon, branche le 2e disque tout seul dans le 2e slot et relance Tu sauras ainsi si c'est un disque qui est foireux, ou si c'est le connecteur SATA Au lieu du RAID 1, choisi plutôt le SHR (qui fera du raid1 avec 2 disques). Lorsque tu ajouteras ton disque, tu pourras alors le rajouter dans le SHR, pour avoir un comportement raid1 (et donc avoir une copie miroir entre tes disques)

Pour le gestionnaire de fichier, tu parles de windows ? Ajoute ton syno en tant que lecteur réseau sur ton windows, et regarde si çà marche Si c'est le cas, il faudra alors isoler le problème de la xbox

PS : le user pour phppgadmin est "admin" le mdp est celui de ton user admin

Vu que c'est une postgre, il te faudra phppgadmin (ya un package de repo tiers qui existe) Pour les commandes, ce sera les commandes propres à pgsql pour l'appel, les requêtes étant du SQL standard (J'ai fait un script videostation qui fait des appels en base si tu veux te faire une idée. Tu pourras le trouver dans la partie "téléchargement" do forum)

Test : http://www.synology.com/support/faq_show.php?lang=enu&q_id=366 Si tu as plusieurs disques, laisse un seul disque dans le syno Si t'en a qu'un, il te faudra un autre disque pour tester

Via des appels pgsql surement, mais faut-il encore trouver où se trouvent les infos dans la DB

Si tu as un antivirus/firewall sur le PC, désactive le Ensuite, re-télécharge le fichier .PAT d'installation (sauf si tu utilises celui du CD) Il se peux tout simplement que ce soit l'installation qui foire Si c'est toujours pareil, fait un test de la carte mère (procédure sur le site officiel synology) Enfin, tente avec d'autre disques

Si tu as des connaissances SSH, il serait sympa de supprimer le répertoire temporaire du package (qui reste même après une desinstall) Je ne l'ai pas en tête là, mais je te dirais çà ce soir

Nan, le smart ne va rien corriger, mais te donnera un état. Si l'avancé ne trouve rien, tu peux laisser ton disque Rien à faire avant de remplacer le disque, a part éteindre le syno bien évidemment

1) Tout à fait. Un SMART étendu même 2) Si tu es en raid 1, tu pourras utiliser des données . Attention toutefois, si tu as un problème pendant que tu n'as qu'un seul disque, tu peux tout perdre ... 3) Le raid 1 est prévu pour çà. Toutes tes données sont sur les 2 disques, à l'identique, donc aucune perte. Et c'est bien la bonne procédure que tu as indiqué

C'est le nouveau client beta qui, si il est installé par dessus une ancienne version, pose souci Ya plusieurs retours dans les thread DSM 4.3 beta

A mon avis c'est stocké en base (pgsql) et pas en fichier plat

Ouep, c'est donc pas çà Question encore, entre chaque réinstall, tu reboot le syno ? Test : desinstall / reboot /reinstall

Tu n'as pas un router wifi supplémentaire dans ta config ? Les périphériques wifi sont bien sur la même plage d'adresse IP que le syno ?

C'est un très gros bug que tu as là Refait le test, et au lieu de supprimer/réinstaller le package, fais juste un stop/start du package Les métadonnées peuvent exprimer 2 choses Les infos/jacquettes/acteurs etc etc Les infos propre à la vidéo (codec, durée, piste son, sous-titre, etc etc) Là je parlais de la 2e

Si tu n'as testé que sur une seule video, il se peux que ce soit la video qui pose problème (çà arrive, header de la video qui soit endommagé, et videostation n'arrive pas à récupérer les metadonné)

Nope : Non plus. Un syno est pas du tout fait pour travailler de la vidéo. Les gros modèles à base de processeur intel peuvent gérer çà, mais si tu veux réencoder, utilise un PC

Tiens, c'est nouveau çà, le $PATH gèle l'accès au DSM

Exactement

Héhé, je vois que tu as trouvé le post Il faut passer par le ssh ou telnet, en te connectant avec le user "root" (qui a le même mdp que ton user admin) Puis éditer le fichier avec le programme "vi" (y'a une page wiki sur le sujet)

C'est bien le process de conversion pour photostation. Il converti au format flash les videos Le tuer ne servira à rien comme tu l'as vu, il se relance Le mieux est de retirer tes dossiers des dossiers d'indexation puis de les réindexés en décochant la case (si tu les as mis dans /photo, déplace tes fichier dans un dossier non indexé, reboot, puis remet les)

Regarde dans la liste des process du moniteur de ressource, le nom exact de celui qui consomme

Le "blocage" a 10% sur un smart étendu, c'est normal, çà met pas mal de temps à passer à 20%

Si tu lit bien, ce n'est que les videos que tu as mises dans /photo, qui ne vont donc servir que pour photostation Si tu ne t'en sert pas, tu peux décocher la case

Il est possible que l'ip de ton pc ai été bloqué, tente déjà de te connecter depuis un autre pc, smartphone ou autre Après, pour svn, y'a un package existant en beta