Jump to content
XPEnology Community

ovski

Member
  • Posts

    13
  • Joined

  • Last visited

Posts posted by ovski

  1. Bonjour,

    La solution à mon problème est bien le déclenchement des tâches de sauvegarde en ligne de commande. une fois trouvé la syntaxe, le reste c'est du gâteau

    L'idée est donc de faire un script shell qui gère tout ça comme ça :

     # Wake on Lan sur le PC distant
    /opt/bin/wakelan XX:XX:XX:XX:XX:XX
    
    # Lancement des taches de sauvegarde
    /usr/syno/bin/synonetbkp --backup -k 1
    /usr/syno/bin/synonetbkp --backup -k 2
    /usr/syno/bin/synonetbkp --backup -k 3
    
    # Extinction du PC distant
    net rpc shutdown -C "Le PC va s'etteindre dans 5 minutes." -I 192.168.xxx.yyy -t 300 -U User%passwd 

     

    Ce script n'est pas très aboutit mais présente juste les commandes principales. Il peut donc être enrichi au besoin pour contrôler le fonctionnement et apporter un peu plus d'intelligence.

    Les commandes renvoient des codes erreurs en cas d'échec de backup.

     

    Voilà, ça pourrait peut être servir à quelqu'un.

     

  2. Bonjour,

    J'ai un petit souci auquel je ne trouve pas de solution.

    Pour sauvegarder mes données stockées sur le NAS allumé J7/H24, je fais un backup quotidien sur une machine windows distante via rsync.
    tous les jours :
    - Le NAS réveille la machine par wol à 9h55
    - 3 tâches de sauvegarde se succèdent à 10h, 11h et 11h30
    - à 12h, le NAS éteint la machine windows distante via net rpc
     
    ça marche, mais ce n'est pas optimisé, car la durée des sauvegardes est estimée au max alors que d'un jour à l'autre elle ne prennent pas le même temps.
    Souvent elles se finissent en moins de 5 minutes, mais le process entier dure quand même 2 heures. :(

     

    Y a-t-il un moyen un moyen de conditionner le lancement d'une tâche planifiée par la fin d'une autre, afin d'avoir un fonctionnement comme ceci :

    - Le NAS réveille la machine distante par wol à 9h55
    - A 10h, lancement de la 1ère tâche de sauvegarde. une fois finie, lancement de la 2ème, puis de la 3ème
    - Une fois la 3ème finie, lancement de l'extinction de la machine distante.

     

    Je suis en DSM 5.2-5644 Update 5

     

    Si quelqu'un connait une façon de faire ceci, ce serait cool.

    Merci d'avance de votre aide ;)

  3. Je confirme,

    J'ai fait la même conn***e... Du coup, seul solution :

    - virer mes DD par sécu

    - faire une install (et non migration) du DSM6

    - activer le SSH

    - modifier les fichiers VERSION

    - refaire une install de la version 5.2

    - refaire toute la configuration.

     

    Merci mavvv pour ton retour,

    De mon côté, j'ai :

    - démarré 5.2 sur install/upgrade

    - fait une clean install de 5.2

    - restauré une sauvegarde de conf vieille d'un mois

    - remis les quelques paramètres que j'avais modifié depuis, et ça roule de nouveau.

  4. Salut

     

    peut on lire le disque dur du Xpennlogy sur un autre Pc (jai Windows mais peut etre en demarrant sur une clé Usb unbuntu)

    afin de faire la manip que je n'arrive pas a faire a vec PUTTY

     

    merci

    Oui, on peut très bien lire les disques durs sur un windows. pas besoin de booter sur un ubuntu.

  5. Bonjour, il y a quelques semaines, j'avais fait un export de ma conf/parametres xpenology.

    Est ce que vous pensez qu'après avoir fait une clean install et être revenu sur le 5.2 ,je pourrais retrouver réimporter cette conf et retrouver un DSM5.2 dans le même état qu'avant.

     

    Jusque là, je n'avais encore jamais fait un restore de conf, je ne sais pas ce que ça contient exactement non plus. avez vous une idée !?

     

    Merci d'avance.

  6. Je me suis fait avoir aussi en faisant cette mise à jour sans réfléchir (on se sent con après) [emoji15].

     

    Mon souci est que la màj ne se fait pas complètement vers la 6.0 et le pire, je n'ai plus d'accès SSH pour pouvoir modifier le fichier VERSION et downgrader après [emoji27].

     

    Je me retrouve complètement bloqué, et à moins de trouver un autre moyen d'accéder à ce fameux fichier, je suis condamné à attendre que la team sorte une adaptation pour la v6.

  7. J'ai tenté cette solution aussi et suivi la procédure classique d'install/upgrade.

    Quand je me connecte au nas sur le port 5000 et je spécifie le .pat 5.2-5644 cela renvoie une erreur comme quoi il faut mettre la version 6.0-7321.

  8. C'est la mooort,

     

    Je suis dans le même cas qu'Alex.

    Pas d'accès SSH, impossible donc de modifier le fichier VERSION pour downgrade.

    J'ai tenté de finir l'install de la 6.0 au moins pour pouvoir réactiver le SSH et downgrader après, mais impossible également... dans le Synology Assistant, je vois le statut "Pouvant être migré", mais je suis la procédure d'install sans lui préciser un .pat spécifique, il redémarre et revient au même stade :shock:

     

    Sommes nous les seuls à être bloqués !?

    Si quelqu'un entend parler d'une solution, je suis plus que preneur :cry:

     

    Merci.

×
×
  • Create New...