bud77

Tu n'as aucune manip à faire sur l'ancien syno, en cas de migration La seule chose à faire, est de noter l'ordre dans lequel sont disposé les disque dans l'ancien syno, et les remettre dans le même ordre sur le nouveau syno Et enfin, il faudra installer un DSM supérieur ou égal à celui de l'ancien syno

Si tu nous donnais le contenu de ce fichier, on pourrait peut-être plus t'aider

C'est exactement çà oui

Ah oui, je confirme que j'ai eu le même problème avec le compte admin, j'utilise depuis un compte standard, pas de souci

Je viens d'installer le config editor Dans un premier temps, tu dois ajouter le fichier de config de Minecraft à la liste des fichier Pour ce faire, dans la liste déroulante, clic que "config file editor" puis rajoute le chemin complet du fichier server.properties (exemple /volume1/Minecraft/server.properties ATTENTION A LA CASSE) Sauvegarde Ensuite le server.properties apparaitra dans la liste déroulante, et tu pourras l'éditer à partir de là

Pour éditer, tu as "vi" en ligne de commande, inclut dans le systeme Sinon, il me semble avoir vu un des Patrick parler d'un config editor, DANS le dsm directement, qui te permet en plus de faire du versionning

A noter qu'il n'y a pas besoin de faire le sudo quand tu est root

Oui, tout le contenu est réindexé, donc il est normal que çà dure un pti moment (compte une bonne journée grand maximum)

Ca ressemble a un timeout (bien que je soit pas expert minecraft) Vérifie que ton pare-feu est bien désactivé et/ou que tu te connectes sur le bon port

Et le message d'erreur est .... ?

Ca marche uniquement via le mount -bind, il faut réindexer le contenu après avoir fait le mount Si tu cherches un poil, j'ai répondu a quelqu'un sur exactement le même sujet il y a pas 1 semaine

Amsonia > Vérifie dans /var/log/messages si il te dit pas que la base est en cours de shutdown, si oui, reboot et relance le script

Je viens de relire le tuto, tu peux juste supprimer le répertoire Minecraft dans /volume1, puis le recréer Vérifie aussi qu'il n'y a pas de process qui tourne (pour être sur, suppr le répertoire, reboot le syno pour virer les process qu'il resterait, recrée le répertoire après reboot) Edit : tu pourras reprendre le tuto à partir de screen

C'est différent par rapport à taleur car tu as affiché des pages en plus cette fois Ton install s'est apparemment mal terminé, je te conseille de recommencer

Essaye de récupérer le fichier via FTP Tryli, et/ou copie la version complète sur pastebin par exemple (Quand tu fais un more, appuie sur la barre d'espace pour afficher la page suivante)

Par défaut, le server fait les 2, après c'est avec ton client que tu spécifie quel mode tu utilises

Pourquoi, je ne saurais te dire, tu vas peut être trouver des infos dans le fichier de log (server.log) Il va falloir que soit tu relances l'install, soit tu trouves le contenu du fichier sur internet (et pour un syno evidemment), soit qu'une ame charitable te copie le sien

Donc oui, je te confirme, il est bien là, et bien vide (PS tu as oublié le * à la fin de server pour le ls -ltr , du coup il te dit qu'il ne trouve pas le fichier appelé "server" tout court) Et nan, pas super utile de masquer le nom de ton syno, sauf si tu as honte

Est-il bien listé quand tu fais ton ls ? "ls -ltr server*" pour te lister tout ce qui commence par "server"

Tu dois choisir l'un des deux dans ton client, mais tu peux pas faire les 2

Le fichier est-il vide lorsque tu le regardes via telnet/ssh (avec un "more server.properties" une fois dans le répertoire adéquat )

Je dirais tout simplement que le proxy sur ton poste de travail n'autorise pas les ports passif que tu as ouvert Force le mode actif dans les options de filezilla

Tes 2 disques ont des options de montage différentes: /dev/sdq1 on /volumeUSB1/usbshare type ext4 (nodelalloc,synoacl) /dev/sdr1 on /volumeUSB2/usbshare type vfat (utf8,umask=000,shortname=mixed,uid=1024,gid=100 Si tu me disais que c'était le USB2 qui merdait, j'aurais pu comprendre, mais là, je vois pas trop

Donc tu as soit une erreur sur le mount, soit la réindexation s'est pas terminée Colle le résultat d'un "mount" en ssh/telnet

Tu arrives à parcourir le contenu du disque 1 via le navigateur de fichier du DSM ?