Bonjour,

Pour ma part ma vidéothèque se trouve dans un dossier crypté qui est indexé, malheureusement à chaque MAJ... Son reboot et donc une re indexation...

Je vous propose donc deux petits scripts, le premier pour la sauvegarde de la base de donnée avant reboot et celui de la restauration après le reboot, il va de soit de ne pas effectuer de modification au niveau des dossiers indexés entre les deux.

Je les exécute pour ma part via le gestionnaire des tâches, ce qui évite une exécution via ssh et je programme une sauvegarde journalière de la base pour ma part. (Pour le cas où une coupure dure et que le synology se coupe..)

Ne pas oublier de modifier EMPLACEMENT dans les scripts.

backupmedia.sh :

#!/bin/sh

cd /volume1/EMPLACEMENT
rm mediaserver.sql

/usr/syno/pgsql/bin/pg_dump -U postgres -C -F p -b -v -f /volume1/EMPLACEMENT/mediaserver.sql mediaserver

exit 0

restoremedia.sh :

#!/bin/sh

cd /var/spool
rm syno_indexing_queue*
killall synoindexd
killall synoindexscand

/var/packages/MediaServer/scripts/start-stop-status stop

/usr/syno/pgsql/bin/dropdb -U postgres mediaserver
/usr/syno/pgsql/bin/psql -U postgres -d template1 -f /volume1/EMPLACEMENT/mediaserver.sql

/var/packages/MediaServer/scripts/start-stop-status start

rm syno_indexing_queue*
killall synoindexd
killall synoindexscand

exit 0

Un petit partage, pour ma part j'en avais marre de me taper plus d'une journée de re indexation à chaque MAJ, surtout qu'en ce moment ça y va... Donc autant partager ;-)

et pourquoi pas tout simplement ne pas demarrer le service d'indexation automatiquement mais de manière manuel ?

et pourquoi pas tout simplement ne pas demarrer le service d'indexation automatiquement mais de manière manuel ?

Tu veux dire bloquer sont démarrage lors du reboot ? Le soucis c'est que chaque MAJ écrase les modifications faites (rc.d), j'y avais pensé t'inquiète ^^

Les fichier .override que l'on peut mettre dans /etc/init sont-il supprimer? Car autrement, j'aurai même une solution de démarrage arrêt automatique au montage démontage des dossier crypté ... Enfin une idée a tester en tous cas

Modifié le 13 janvier 201510 a par Gaetan Cambier

De mémoire, aussi malheureusement :S

Même si tu ajoute le fichier dans etc.défaut ? Dommage que je sais pas tester une mise a jour

Même si tu ajoute le fichier dans etc.défaut ? Dommage que je sais pas tester une mise a jour

Ouaip, tu peux modifier ou rajouter, chaque MAJ purge aussi bien les dossiers normaux que defaut, comportement illogique... Mais bon

vien de verifier

la partition est supprimée, mais :

des dossier sont sauvegarder :

BackupDirList="/etc /usr/syno/etc /var /usr/syno/synoman/webman/3rdparty ...

donc /etc est sauvegarder lors des upgrade, v donc voir si mon iddée est possible ...

Sa roule, faut une MAJ aussi pour maintenant =P

en fait, il y a 2 solution :

le première, demander de demarrer le service en manuel

pour cela :

créer un fichier /etc/init/synoindexd.override avec ce contenu

manual

reboot et voir si ca va ne se lance pas avec :

synoservicecfg --status synoindexd

et le lancer manuellement avec :

synoservicecfg --start synoindexd

si deja çà ca fonctionne c bien, ensuite, on pourrait passer au demarrage arret celon que le dossier est monter ou pas

si quelqu'un veux tester, j'ai pas envie de faire rebooter mon syno, et en virtuel, ca va pas, la partition par defaut est modifier a chaque reboot apperemment

au start, mon fichier override est supprimer, c bizarre, bon, j'arrete de cherche une solution simple, il y en a p-e pas

Merci pour le retour, oui c'est un peu déconcertant cette méthode d'écrasement et suppression que le synology pratique au reboot et mise à jour, mais finalement cela évite un encombrement inutile que le syno ou nous même pratiquons, un ccleaner pour toujours être au top et bien stable ^^'

non, c'est au start de la commande synoservicecfg --> upstart sous linux

dans la doc, ils parle de cette supppression dans certain cas, mais pas compris la subtilité