Aller au contenu

cyp

Membres
  • Compteur de contenus

    27
  • Inscription

  • Dernière visite

Messages posté(e)s par cyp

  1. Apparemment des problèmes juridiques...

    https://www.reddit.com/r/synology/comments/9om1iq/latest_sickrage_news_and_how_it_affects_you/

    d'ou ce nouveau fork...

    J'ai fait la modification, après le redémarrage de SickChill (il va falloir s'y habituer lol) j'avais bien l'option de mise a jour (43 updates)

    J'ai appliqué cet update et SickChill n'a pas redémarré. J'ai du forcé le stop/start dans les packets syno et la tout bon.

    Note : le fichier de log que j'utilisais a changé de nom : /usr/local/sickbeard-custom/var/Logs/sickchill.log

    Merci pour l'info Karl !

  2. Bonjour à tous :)

    Je me posais exactement la même question et l'aide officielle Syno n'était pas claire pour moi.

    La recherche Google m'a conduit à ce post et je remercie lyzergik d'avoir posé la question et bien évidemment Fenrir et Mic13710 pour les réponses apportées. La différence est désormais très claire pour moi. Je ne compte pas créer d'autres volumes donc pas besoin de groupes de disques !

    Merci

  3. Aie, j'ai le même problème, j'ai désinstallé pour refaire l'installation comme conseillé, mais problème sous DSM 5.0 il semble y avoir une problème avec les package hébergés sur synocommunity :(

    L'installation manuelle du package ne fonctionne pas non plus...

    Bref c'est pas cool tout ça...

    Mar 20 11:35:59 DiskStation PkgSynoMan.cgi: pkgtool.cpp:1404 Failed to exrtact package INFO to /volume2/@tmp/532AC48F8016D583/
    Mar 20 11:35:59 DiskStation PkgSynoMan.cgi: pkgserver.cpp:411 Faild to download http://packages.synocommunity.com/sickbeard-custom_noarch_20130406-3.spk

    Mar 20 11:59:12 DiskStation entry.cgi_SYNO.Core.Package.Installation[1].upload[11890]: pkgtool.cpp:1404 Failed to exrtact package INFO to /volume2/@tmp/532ACA00C690689D/

  4. Effectivement ça marche beaucoup mieux avec "-OO" (quel étourdi je fais)

    Sous SABNzb je n'ai pas encore eu la possibilité de tester (rien à télécharger pour l'instant) mais cela a parfaitement fonctionné sur un téléchargement existant (en lancement manuel). Donc je ne doute pas que cela fonctionne aussi en automatique (maintenant que mon .py est correct)

    Encore bravo et merci !

    :)

  5. Alors la bravo Lapin !

    Et un grand merci, depuis le temps que je galérais avec ces problèmes d'accents et que j'étais obligé passer par FileZilla ou SSH pour renommer :P

    Pour ma part j'ai une version MertyMade mais j'ai trouvé le python ici:

    /volume1/@appstore/sab2/utils/bin/python
    Donc j'ai mis dans la première ligne du fichier: #!/volume1/@appstore/sab2/utils/bin/python Quand je lance le script à la main, j'ai une erreur:
    ./CharTranslator.py .
    
    -ash: ./CharTranslator.py: not found[/code]
    
    
    
    
    Mais ça fonctionne si je met le chemin complet de python:
    
    
    [CODE]/volume1/@appstore/sab2/utils/bin/python CharTranslator.py .[/code]

    Curieux, je ne vois pas d'ou vient ce problème... :wacko:

    Si quelqu'un a une petite idée :D

  6. Oui c'est pour ça que j'essayais le lancement sans passer par le script.

    Bon résultat des courses, j'ai fait le double-reset, réinstallation du DSM (pas encore ipkg) et tout semble OK !

    Tous les process qui posaient problème aléatoirement (ssh, indexation, partage fichiers) démarrent automatiquement sans problème.

    Ouf ! :rolleyes:

    J'ai perdu quelques paramètres (firewall, crontab) mais rien de bien méchant (j'avais sauvegardé ma config mais apparemment c'est juste les users et partages qui sont backupés)

    Encore merci d'avoir pris le temps de t'occuper de mon problème.

    PS : je vais m'attaquer à la réinstall d'ipkg ;)

  7. Merci pour la précision.

    J'ai fait un test curieux ce matin, le service ssh ne se lance plus, via l'interface DSM, je suis donc allé le lancer via telnet.

    Et j'ai eu cette erreur:

    DiskStation>  /bin/sh /usr/syno/etc.defaults/rc.ssh
    
    Start SSH Server .....
    
    Segmentation fault (core dumped)

    Reboot du syno, et la le ssh se lance bien via l'interface DSM.

    Je l'arrête (via console ssh) et je le relance pas de problème.

    Un peu comme si le système était instable... :wacko:

  8. Il me semble qu'avant il tournait tout le temps, quand je rajoutais du contenu multimedia il s'indexait tout seul sans intervention de ma part.

    Maintenant le contenu ne s'indexe plus automatiquement :wacko:

    En relançant le process à la main (S66synoindexd.sh), ça marche... mais bon ça me fait plein de trucs à lancer à la main c'est pénible!!!

    J'ai désactivé IPKG, et j'ai toujours les mêmes soucis :angry:

  9. Merci pour ces conseils, je vais essayer.

    NB : je me suis également rendu compte que le "synoindexd" se lançait aussi de façon aléatoire au démarrage du syno. Tout cela est bien bizarre

  10. Bonjour,

    Depuis la mise à jour de mon DSM en version 4 je constate que le lancement automatique du service ssh fonctionne de manière aléatoire, et même chose pour le partage de fichiers windows.

    Je suis alors obligé de me connecter au DSM et de lancer ces services manuellement.

    Pour la partage fichier windows pas de problème: manuellement il se relance bien.

    Pour le service ssh : des fois il se lance correctement, et des fois pas (même en insistant plusieurs fois).

    Auparavant en version 3.2 ils démarraient automatiquement au boot du NAS (411J).

    Est-ce que certains auraient également rencontré ce problème ?

    Merci pour vos réponses

    cYp

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.