Synology-Forum.nl
Packages => Officiële Packages => Audio Station => Topic gestart door: ramble op 05 maart 2019, 21:10:26
-
Vraagje.
Zijn de afspeellijsten van audio station te backuppen op de een of andere manier?
Met hyperbackup gaan ze volgens mij niet mee. Daar kan ik slechts enkele andere toepassingen aanvinken die mee gaan in de backup maar geen audio station.
B.v.d. voor reactie.
-
waarom zou je daarvan geen backup kunnen maken?
Gewoon de map 'Music' backuppen. Dan heb je alles, muziek én afspeellijsten.
-
Als ik in de map music kijk zie ik daar geen afspeellijsten staan. Of zie ik nu iets over het hoofd?
-
jawel hoor, kijk maar eens goed. Je moet natuurlijk wel minstens één afspeellijst hebben
-
Ik heb 4 afspeellijsten gemaakt maar zie ze nergens staan. Ook met de zoekfunctie niet te vinden.
Ben het spoor even bijster.
Kunnen het nog hidden bestanden zijn?
-
In de map 'music' staat er een map 'playlists'. Daarin zitten ze.
-
Ik heb net even getest met Audio Station 6.4.2-3330 en een Playlist/afspeellijst gemaakt echter, nergens is een Playlist/afspeellijst map te vinden ook niet verborgen.
Dus, even met PuTTY gekeken en de playlist gevonden in:
/usr/syno/etc/preference/admin/playlists/test.m3uDe playlist "test" is dus gemaakt door user admin.
Ben dus verder gaan zoeken en gevonden hoe een zichtbare playlist ontstaat, voorbeeld:
1 - Vink aan:
[attachimg=1]
2 - Herstart Audio Station in Package Center.
3 - In Audio Station, ga naar Instellingen:
[attachimg=2]
4 - Maak een Playlist
5 - De Playlist is dan te zien in home:
[attachimg=3]
Aan het begin kan je zien dat ik eerst een "test" Playlist had gemaakt en had eigenlijk verwacht dat deze zichtbaar zou worden na Opnieuw indexeren:
[attachimg=4]
Maar nee.
Maar goed, ik ben niet meer verder gegaan met testen dan bovenstaande, misschien morgen eens verder kijken of @Sylvester weet de manier om de huidige Playlist(s) te behouden en zichtbaar te maken in File Station. ;D
-
Geef me een paar dagen tijd, ik zit wat krap in tijd
-
Met hyperbackup gaan ze volgens mij niet mee. Daar kan ik slechts enkele andere toepassingen aanvinken …
Inderdaad vreemd dat een pakket als audio- en video station niet te backuppen zijn via Hyper Backup en Photo- en Surveillance Station wel. (Die laatste bevatten ook een share met erg veel data.)
Toch kan ik me voorstellen dat ze meegaan in de configuratie backup. Zoals Birdy aangaf, staan de lijsten per gebruiker in "/usr/syno/etc/preference". En mij lijkt dat deze hele "preferences" folder bij de configuratie backup behoort.
Als je het zeker wilt weten, moet je de cofiguratie exporteren, de playlist aanpassen en dan alleen de configuratie van gebruikers terug zetten.
Heb je weer de oude playlist, dan stond die in de configuratie backup.
-
Toch kan ik me voorstellen dat ze meegaan in de configuratie backup.
Checked: nee.
Ook gekeken of die map meekomt met een debug file: ook niet.
Misschien een optie om /usr/syno/etc/preference/ met een scriptje te backuppen naar /volume1/<een gedeelde map>
In de Taakplanner en handmatig starten of gepland.
-
Overigens, als je het opzet zoals omschreven in reactie#6, dan wordt de map
/usr/syno/etc/preference/<GEBRUIKER>/playlists
een link:
lrwxrwxrwx 1 admin users 63 Mar 6 23:16 playlists -> /volume1/homes/admin/music/playlists/Previous Personal Playlist
-
Heb even gekeken maar bij mij staan de playlists gewoon in de music folder in de subfolder "playlists'.
En een copie(dus geen link) ervan in
/usr/syno/etc/preference/<GEBRUIKER>/playlists
-
zoals hier ook. Staat gewoon in een aparte map 'playlists' bij de muziek. Wordt netjes integraal gebackupped met de muziek.
-
Merkwaardig, bij mijn test dus niet.
AS geïnstalleerd, wat muziek erop gezet en alleen maar een Playlist gemaakt.
-
Nu zal het met playlists wel meevallen, maar gebruikers data zouden eigenlijk nooit in subfolder van /usr mogen staan.
Dat is op de systeem partitie en die kan vollopen, daar hoort geen gebruikers data te staan.
En uiteraard het backup probleem dat je dan krijgt.
-
Begrijp ik, maar het is wel zo. :o
/usr/syno/etc/preference/admin/playlists/test.m3u
-
Klopt bij mij ook, maar het is een kopie van wat er in de /music/playlist staat.
Bijzonder vreemd.
-
ik heb de 'persoonlijke bibliotheek' optie uitgeschakeld en ik zie geen playlists op deze plaats:
/usr/syno/etc/preference/mijn naam(admin rechten)/playlists/
-
Waarschijnlijk wel als je een nieuwe Playlist maakt.
-
Klopt nieuwe playlist komt niet meer in de /music/playlists terecht.
Zal dus een wijziging in een van de latere versies van AudioStation zijn.
Ik had al een tijd geen playlists meer gemaakt.
Overigens kan TS z'n backup probleem simpelweg oplossen door een simlink in de music folder naar /usr/syno/etc/preference/<GEBRUIKER>/playlists aan te maken.
-
Zou ik niet doen, omdat als je een persoonlijke Playlist maakt, dan gaat Synology die link waarschijnlijk opnieuw maken, weet dan niet wat er dan gebeurt.
In ieder geval wijk je van de (huidige) standaard af.
-
Nee natuurlijk niet.
Die playlist blijft gewoon in /usr/syno/etc/preference/<GEBRUIKER>/playlists staan.
Het enige wat je doet is in de folder /music een simlink daar naartoe aanmaken.
En als je meerdere gebruikers heb moet je dus meerdere simlinks aanmaken.
Dan kun je daarna door van de /music folder een backup te maken alles backuppen.
Uiteraard moet je wel een backup programma hebben die simlinks ondersteund.
Als je wilt kun je ook in een andere folder dan /music die simlink aanmaken, dan voorkom je potentiele conflicten met de media indexer.
-
Nee natuurlijk niet.
Die playlist blijft gewoon in /usr/syno/etc/preference/<GEBRUIKER>/playlists staan.
Weet niet of dat zo natuurlijk is, weet jij dan wat Synology precies doet, als er alsnog een persoonlijke playlist maakt ?
Wat ik wel weet, als je nog geen persoonlijke playlist hebt gemaakt, dus je hebt een "gewone" playlist gemaakt, vervolgens maak je later wel een persoonlijke playlist, dan ben je dus je oud playlist kwijt.
-
Volgens mij kun je geen simbolic link maken vanuit de systeem partitie naar een share. Of beter: je kunt hem wel maken, maar je opent er geen folder binnen de systeem partitie mee.
-
@Briolet Het is juist andersom, van share naar system partitie.
-
Gaat prima hoor.
Gewoon met dit commando:
ln -s /usr/syno/etc/preference/admin/playlists /volume1/Bck/testlist
Hierbij is /Bck bij mij een willekeurige share en dan is testlist de simlink naar de playlists van de gebruiker admin.
Die testlist mag uiteraard nog niet bestaan.
En ik zou niet weten waarom het andersom ook niet zou kunnen.
Wel een kwestie van de juiste rechten hebben en je moet natuurlijk wel het volume weten, want enkel de sharenaam gaat natuurlijk niet.
-
Ik had dit in het verleden vaker geprobeerd.
/usr/syno/etc/preference/******$ ln -s playlists /volume1/music/testlists
En ook nu krijg ik:
[attachimg=1]
-
@Briolet Het is juist andersom, van share naar system partitie.
Hoezo andersom? De playlists staan op de systeem partite. Op de music share staat juist geen playlist. Ook als ik een nieuwe playlist maak, komt hij op de systeem partitie.
-
Zie al wat het probleem is.
Alles in die /usr folder is van root en dan zijn admin rechten niet voldoende.
Had even met winscp gekeken maar die kan er uiteraard wel bij.
-
@Briolet Het is juist andersom, van share naar system partitie.
Hoezo andersom?
Ik reageerde op:
Ben(V): simlink in de music folder naar /usr/syno/etc/preference/<GEBRUIKER>/playlists aan te maken.
Dus, van Share naar Systeem partitie.
Briolet: simbolic link maken vanuit de systeem partitie naar een share.
Dus, van Systeem partitie naar Share.
Of heb ik dit (nog steeds) verkeerd gelezen/begrepen.
-
Maakt niet zo veel uit.
Kan natuurlijk beiden, maar zoals al gezegd geeft het een rechten probleem doordat admin geen root is in DSM.
-
Gaat prima hoor.
Gewoon met dit commando:
ln -s /usr/syno/etc/preference/admin/playlists /volume1/Bck/testlist
En dan maakt admin een persoonlijke playlist en Synology doet dan:
ln -s /usr/syno/etc/preference/admin/playlists /volume1/homes/admin/music/playlists/Previous Personal Playlist[/quote
En dat kan dus niet, tenzij ze eerst die "hack" link weghalen.
Of zie ik dat ook verkeerd.
Edit: Kortom dit is geen optie. ;)
-
Het is geen optie vanwege de rechten kwestie, maar een doorgelinkte simlink kan prima.
-
Jaja Heb je reactie 31 wel goed gelezen. ::)
-
;)