bud77

Faudrait tester le fait de modifier le owner en admin de tout le dossier volume1/web/tt-rss ainsi que le dossier du package, soir si çà résoudrait le souci Quelqu'un se sent de tester ? (backuper vos configs avant)

Ce problème de mise à jour a été introduit avec les MaJ récente de TTrss (sur lequel se base le package) Tant qu'on aura pas trouvé un moyen de désactiver/bypasser les problème introduit depuis la 1.7.5, on pourra pas le diffuser (C'est d'ailleurs pour çà que je n'ai pas répondu aux quelques demandes pour l'accès au repo beta) Si un "vrai" bidouilleur se sent de tenter l'aventure, je lui donnerai l'accès avec plaisir (comprendre qu'il faut mettre les mains dans le code et/ou trifouiller la couche unix)

Oui, il faut juste les remettre (idéalement, dans le même ordre) dans le nouveau syno La seule chose que tu peux éventuellement perdre est la configuration du DSM (user etc etc), mais lors de la réinstall, tu verras la partie "formatage de la partition de données" qui sera grisée

Force une réindexation et attends que çà se finisse

Tente d'ouvrir un ticket chez synology Ils ont peut être moyen de recréer le raid en ligne de commande, et potentiellement récupérer les données

Cloture du post, le repo est de nouveau UP !

Oh, pardon, j'ai oublié le lien vers le wiki, j'édite mon post de suite

J'ai tenté d'installer ya 2 semaines, et mon CPU montait entre 50% et % non stop Je l'ai laissé toute la nuit au cas ou, mais çà n'a rien changé ... J'ai du désinstaller + reboot du syno pour faire disparaître le symptome Edit : j'ai oublié de préciser qu'il n'y a avait aucun process consommant dans le TOP (aussi bien DSM que systeme) et j'avais malgré tout une très grosse conso CPU non expliquée

Donc çà a bien changé depuis DSM 3. Je note çà dans un coin de ma tête

Faut modifier le script pour récupérer le GID du user (via la fichier /etc/passwd), et pas son ID, et adapter le IF en conséquence

Pas du tout unique. C'est juste qu'il a supprimé le premier volume qui a été crée, et a créer un volume2, puis comme volume1 était dispo, il a attribué ce nom lors de la création du 2e volume

Quand tu dis en local, on parle bien de l'adresse IP du genre 192.168.x.y Ca ressemble beaucoup a un simple blocage IP. Meme depuis ton tel en wifi çà marche pas ? Sinon +1 pour le reset

Vu qu'on a pas mal de souci a remonter la base de donnée, on a décidé de vous fournir un lien pour récupérer les packages, manuellement Merci de bien lire ce qui suit avant de cliquer sur le lien Vous devez connaitre votre arch avant de télécharger un package en utilisant le wiki : http://forum.synology.com/wiki/index.php/What_kind_of_CPU_does_my_NAS_have NOARCH signifie qu'il tourne sur tout les archis. Les autres archis sont mentionnés dans le nom du package Ensuite, vous devez comprendre qu'il n'y a pas de vérification des dépendances La plupart repose sur python, mais pas tous Enfin, si vous rencontrez des problèmes, nous ne pourrons pas en assumer la responsabilité. Il devrait pas y en avoir, mais on ne peux pas en être sur a 100% Utilisez les à vos risques et périls Lien PS : Vous ne trouverez que les packages stables. Les beta ont été volontairement retirés PS2 : Piwi est en train de mettre en place une nouvelle page pour les donations. Je posterai le lien dès que c'est prêt Supportez nos devs

C'est ptet tout simplement ton IP qui a été blacklisté. Tente depuis un autre pc/smartphone une fois chez toi

Lance le DS assistant et regarde le statut affiché

Je ne l'ai jamais utilisé ni installé, mais il me semble qu'il y a une interface oui, rien à faire en ligne de commande

Beaucoup plus complet oui, mais a l'heure actuel, le repo qui l'héberge est ko (synocommunity)

Tente un "ls -altr * >> fichier.txt" dans les 2 dossiers, et compare les 2 fichier.txt

J'ai aussi ce film, et pas de problème chez moi, il faut parfois retirer les accents, rajouter des & ou retirer le "et" Et il n'y a pas de fichier a sauvegarder. C'est une base de donnée complète, qui est aussi utilisé par DSM. Si tu met les infos d'un syno sur un autre syno, tu as 99% de chances de tout casser. Oublie donc cette option

Si ce sont des vidéos persos, oui, rien à faire pour çà, mais çà ne devrait pas être dans la partie "films" Si ce sont de vrais films, il y a toujours une base de donnée où figure le film

Copier la base engendrera de gros problème Je vous conseille plutôt de renommer vos fichiers proprement. J'ai d'ailleurs crée un script pour renommer les films d'après les infos de videostation

Alors, il est vrai que depuis DSM 4.0, je n'ai vu personne vérifier si le dossier /volume1/startup était toujours utilisé Tente alors de le placer dans le "vrai" dossier contenant les scripts de démarrage "/usr/syno/etc.defaults/rc.d/" Il faudra alors rajouter un S99 au début du nom de ton script (c'est peut être çà qui manque aussi dans le répertoire que tu utilises)

Déjà étudié, et déjà rejetée Pas de dépendance, pas de mise à jour, pas de contrôle sur l'archi Je dirais juste qu'un syno non connecté au net est un peu ... insolite, donc réservé à quelques users bien spécifiques, donc qui sauront compilé par eux-même Et je rappel juste que ce n'est pas du tout le sujet ici

Y'a très peu de chance que çà arrive ... mais le risque existe