Bruno21

Bonjour Fenrir, C'est le résultat d'un ssh -vvv bruno@192.168.1.7 (IP du nas) que j'ai donné. Il y a une autre commande pour avoir plus d'info ? Que choisir à la place d'une clé DSA ? Chez moi, le contenu de ces 2 dossiers est identique. J'ai bien un .ssh/authorized_keys dans chaque dossier.

Bonsoir, Je n'arrive pas à me connecter en ssh à un DS916 avec ma clé. Ca me demande toujours le mot de passe. J'ai fait la même manip sur DS414, et là, pas de problème. Les 2 NAS sont sous DSM6 à jour ssh -vvv me sort ça: debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug1: kex: server->client chacha20-poly1305@openssh.com <implicit> none debug1: kex: client->server chacha20-poly1305@openssh.com <implicit> none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ecdsa-sha2-nistp256 SHA256:INoiAvXW/RZuucbsY36E4lSPhO5kyXb8BKl/PmqH/sk debug3: hostkeys_foreach: reading file "/Users/bruno/.ssh/known_hosts" debug3: record_hostkey: found key type ECDSA in file /Users/bruno/.ssh/known_hosts:30 debug3: load_hostkeys: loaded 1 keys from 192.168.1.7 debug1: Host '192.168.1.7' is known and matches the ECDSA host key. debug1: Found key in /Users/bruno/.ssh/known_hosts:30 debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /Users/bruno/.ssh/id_rsa (0x0), debug2: key: /Users/bruno/.ssh/id_dsa (0x7fcb121008a0), debug2: key: /Users/bruno/.ssh/id_ecdsa (0x0), debug2: key: /Users/bruno/.ssh/id_ed25519 (0x0), debug1: Authentications that can continue: publickey,password debug3: start over, passed a different list publickey,password debug3: preferred publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: Next authentication method: publickey debug1: Trying private key: /Users/bruno/.ssh/id_rsa debug3: no such identity: /Users/bruno/.ssh/id_rsa: No such file or directory debug1: Offering DSA public key: /Users/bruno/.ssh/id_dsa debug3: send_pubkey_test debug2: we sent a publickey packet, wait for reply !!!!! debug1: Authentications that can continue: publickey,password debug1: Trying private key: /Users/bruno/.ssh/id_ecdsa debug3: no such identity: /Users/bruno/.ssh/id_ecdsa: No such file or directory debug1: Trying private key: /Users/bruno/.ssh/id_ed25519 debug3: no such identity: /Users/bruno/.ssh/id_ed25519: No such file or directory debug2: we did not send a packet, disable method debug3: authmethod_lookup password debug3: remaining preferred: ,password debug3: authmethod_is_enabled password debug1: Next authentication method: password Si qq'un a une idée...

De retour après quelques jours de vacances. Je ne m'explique toujours pas la différence entre ces 2 modes de copie (montage gifs et synchro dossier partagé). Je suis preneur d'explications. Maintenant que la migration est faite, je souhaite utiliser l'ancien nas comme backup (clone). Il ne devrait pas être allumé en permanence. Quelle est la meilleur solution ?

Essai concluant, les résultats sont identiques sur source et destination.

Merci ! Je pensais que CIFS était un truc purement windows. J'ai lancé la copie, on verra ce soir...

Migrer dans un premier temps, et utiliser l'ancien NAS comme sauvegarde ensuite. Ca doit être tout simple, mais je ne vois pas comment monter un partage du DS414 sur le DS916+ avec FileStation.

Bonjour, Je suis en train de migrer un DS414 (dsm5) vers un DS916+ (dsm6). J'utilise la fonction Synchro du dossier partagé. Tout se passe bien sauf pour un dossier partagé. Si je clique sur Propriétés (depuis Filestation), je n'obtiens pas la même taille, ni le même nombre de dossiers et de fichiers. J'ai essayé avec un disque externe, c'est pareil. C'est les mêmes disques sur les 2 NAS, sauf que l'un est en ext4 et l'autre en btrfs. Ce dossier est assez important (1To / 100k fichiers) Si je regarde au niveau des sous-dossiers, là c'est identique sur les 2 NAS. J'ai pensé à faire un checksum des dossiers, mais je sais pas faire (md5sum est-il dispo ?). Si quelqu'un a une idée, parce que du coup je ne suis pas sur de ma sauvegarde.

J'ai comparé les scripts du package Une seule petite différence sur postinst ligne 58 0.9xx chown -R plex:users $PLEX_LIBRARY_PATH/* 1.0xx chown -R plex:users $PLEX_LIBRARY_PATH/* & Est-ce que le & fait la différence ?

Je viens d'essayer d'installer sans lancer, redémarrer le NAS et enfin lancer Plex. Rien de mieux :(

Bonjour, j'ai ce message quand j'installe Plex version 1.xx (toutes) Les versions 0.9xx fonctionnent bien. C'est le seul paquet qui m'affiche cette erreur J'ai déjà posté sur le forum de Plex, mais pas de solution pour l'instant. DS414 - DSM 5.2-5967 Update 2

Merci Gaetan. Sais-tu ou ca se fait ? En fait, quand on désintalle Plex, la bibliothèque n'est pas effacée. Et on peut remettre une ancienne version.

Et pour réinstaller une ancienne version de plex server, c'est possible ?

Bonjour, C'est possible sans perdre sa bibliothèque ? Quand j'essaie, j'ai le message suivant: "La version actuelle du package est la 0.9.12.18.1520. Vous pouvez revenir à la version antérieure 0.9.12.17.1518" Erreur de typo ? DS414

Apparement, c'est pas tout à fait le même pb. Et je n'utilise pas haproxy. En fait, comme je n'arrivais pas à installer le paquet Synocommunity, j'avais installer directement owncloud depuis l'archive. Je viens enfin de percuter que le paquet Syno installe owncloud en-dehors de /web J'ai donc réussi l'install et tout à l'air de rouler.

Bonjour, Est-ce que t arrives à télécharger des fichiers depuis ton owncloud 7.0.3 ? Je ne récupère que la page html (ex: squirrel.jpg.html). La version 6 marchait nickel.

Pareil, pas moyen d'installer python 2.7.8 Il y a un fichier log quelque part ? Pas de problème avec python 3

Un seul message: Python: échec de l'opération

Bonjour, Impossibilité de mettre à jour le paquet Python (Synology v2.7.6-0042) avec la m-à-j proposée (v2.7.8-0046). QQ'un a une solution ? DSM5 à jour sur DS414

La seule solution que j'ai trouvé, c'est un VPN avec IP dédiée. C'est possible chez Pure VPN mais pas en test. J'accède à DSM, Download & File Station. J'ai juste ownCloud qui n'est plus accessible. Si qq'un a une solution... Si tu choisis cette solution, pense à

Merci Whivez ! Je surveille l'éventuelle compatibilité du DS415 avec Plex. En attendant, je l'ai réinstallé sur un vieux mac mini. Une dernière chose: un avis sur le Roku ?

Le transcodage c'est juste utile pour relire une video blueray sur sa tablette, non ? Et pour lire un divx 700 Mo, c'est utile ?

Bonjour, C'est complètement incompatible à cause du proc ARM ou c'est juste pas assez puissant ?

J'ai redémarré Apache avec ./S97apache-sys.sh restart sans succès. Extrait du sys-error_log WARNING: can't open config file: /usr/syno/ssl/openssl.cnf WARNING: can't open config file: /usr/syno/ssl/openssl.cnf unable to load certificate 716350672:error:0906D06C:lib(9):func(109):reason(108):NA:0:Expecting: TRUSTED CERTIFICATE WARNING: can't open config file: /usr/syno/ssl/openssl.cnf WARNING: can't open config file: /usr/syno/ssl/openssl.cnf Enter pass phrase for /volume1/@tmp/upload_tmp.184030: User interface error unable to load Private Key 716928208:error:0906A068:lib(9):func(106):reason(104):NA:0: [Fri Jul 11 20:01:14 2014] [notice] caught SIGTERM, shutting down [Fri Jul 11 20:01:18 2014] [error] Init: Private key not found [Fri Jul 11 20:01:18 2014] [error] SSL Library Error: 218529960 error:0D0680A8:lib(13):func(104):reason(168) [Fri Jul 11 20:01:18 2014] [error] SSL Library Error: 218640442 error:0D08303A:lib(13):func(131):reason(58) [Fri Jul 11 20:01:18 2014] [error] SSL Library Error: 218529960 error:0D0680A8:lib(13):func(104):reason(168) [Fri Jul 11 20:01:18 2014] [error] SSL Library Error: 218595386 error:0D07803A:lib(13):func(120):reason(58) [Fri Jul 11 20:01:18 2014] [error] SSL Library Error: 67710980 error:04093004:lib(4):func(147):reason(4) [Fri Jul 11 20:01:18 2014] [error] SSL Library Error: 218529960 error:0D0680A8:lib(13):func(104):reason(168) [Fri Jul 11 20:01:18 2014] [error] SSL Library Error: 218595386 error:0D07803A:lib(13):func(120):reason(58) [Fri Jul 11 20:01:18 2014] [error] Init: Private key not found [Fri Jul 11 20:01:18 2014] [error] SSL Library Error: 218529960 error:0D0680A8:lib(13):func(104):reason(168) [Fri Jul 11 20:01:18 2014] [error] SSL Library Error: 218640442 error:0D08303A:lib(13):func(131):reason(58) [Fri Jul 11 20:01:18 2014] [error] SSL Library Error: 218529960 error:0D0680A8:lib(13):func(104):reason(168) [Fri Jul 11 20:01:18 2014] [error] SSL Library Error: 218595386 error:0D07803A:lib(13):func(120):reason(58) [Fri Jul 11 20:01:18 2014] [error] SSL Library Error: 67710980 error:04093004:lib(4):func(147):reason(4) [Fri Jul 11 20:01:18 2014] [error] SSL Library Error: 218529960 error:0D0680A8:lib(13):func(104):reason(168) [Fri Jul 11 20:01:18 2014] [error] SSL Library Error: 218595386 error:0D07803A:lib(13):func(120):reason(58) [Fri Jul 11 20:01:19 2014] [notice] Apache/2.2.27 (Unix) configured -- resuming normal operations [Fri Jul 11 21:10:05 2014] [notice] caught SIGTERM, shutting down Pas de dossier /usr/syno/ssl/

Bonsoir, J'ai installé un certificat de sécurité (les 3 fichiers). Le serveur web a redémarré. Depuis je ne peux plus me connecter au NAS (un 414 sous DSM 5). Les accès SSH et partage de fichier sont toujours bons. Si quelqu'un a une idée pour me sortir de cette galère...

Bon, j'ai fini par mettre à jour en DSM 5, et Owncloud s'est installé du 1er coup (hormis le fichier .ocdata manquant).