Hoe (iTunes) map van 300GB kopiëren naar NAS zonder fouten

[macxbo]

Iedereen bedankt voor zijn bijdragen nogmaals.
Door dit draadje ben ik er nu helemaal uit wat betreft een NAS en grote iTunes biebs.
Als muziek liefhebber en verzamelaar heb ik meerdere heel grote iTunes biebs, en heb nu besloten dat die gewoon op mijn externe schijven met FW800 aan mijn Mac blijven staan. Geen gehannes en snelle toegang.

Het heeft wat geduurd, eer ik kon inschatten waar en hoe voor mij een NAS te situeren en dus in te zetten. Oorspronkelijk plan was alles erop te plaatsen, alles op één centrale opslagplaats.
Maar dat heb ik nu bijgestuurd tot Alles, behalve meerdere iTunes & iPhoto biebs.

Wellicht moet je overwegen van Synology op Qnap over te stappen want die kan probleemloos met externe HD's werken die NTFS als formattering hebben.

Je bedoeld die HFS+ als formattering aankunnen? Want dat zou QNAP kunnen. 'Zou', want volgens een ervaren IT'er waarmee ik aan de praat ben geraakt in dit draadje op HTForum.NL over 'NAS of DAS voor Mac?' loopt dat ook niet van een leien dakje. Ik citeer hem even:
'Qnap zegt inderdaad HFS+ te ondersteunen, al gaat het in veel van de gevallen nog steeds mis (laatst geteste firmware van december 2012), externe disk kan niet gemount worden, ondanks zogenaamde ondersteuning.'

...muziekbestanden waar die vreemde tekens instaan zullen niet afgespeeld worden. Tezamen met de onmogelijkheid tot gapless afspelen, maakt dit voor mij de grootste ergernis tav Linux, de NAS in het bijzonder. Er zijn wel oplossingen voor; zoek maar even op 'vreemde tekens' en je zal er voldoende over vinden.

Dit vreemde tekens & externe schijf aan een NAS gedoe hebben gemaakt dat ik ook mijn idee om de iTunes server van Synology in te zetten in combinatie met iTunes op mijn Mac ga laten varen.
Te primitief in vergelijking met een heuse iTunes database op een Mac. Volgende aankoop zal een tweede Mac mini instapper zijn om Native een 2de grote iTunes database te draaien. Mac mini gewoon zonder scherm als iTunes server in mijn netwerk.

Deze Synology heb ik nu zijn plaats gegeven als centrale opslagplaats voor mijn grote Film-collectie, als Time machine back-up plaats voor meerdere Mac's, als download station.
Ben tevreden nu.

Groeten.

[Tien]

Mooi. Je kan in ieder geval zeggen dat je alles met aandacht en overweging gedaan hebt.

[TonVH]

Je bedoeld die HFS+ als formattering aankunnen? Want dat zou QNAP kunnen.

Klopt. Net even op een Qnap 219nogwattegekeken. Daar hangt een extra. USB disk aan die HFS+ geformatteerd en waarop dagelijks de belangrijkste files worden gebackupped. Draait daar nu zo'n 2 jaar en zonder enig probleem.

Toen ik zelf van Qnap naar Synology overstapte baalde ik dat er geen HFS+ aan kon hangen. Heb zelf namelijk ook Macs.

[macxbo]

De meeste OS'en zijn niet zo flexibel dat ze met tekens als "&" kunnen omgaan. verander dat eens en kijk wat er dan gebeurt.

in jouw geval zou het mij niet verbazen als het om 1 of 2 speciale tekens gaat.

...muziekbestanden waar die vreemde tekens instaan niet afgespeeld zullen worden.

Mooi. Je kan in ieder geval zeggen dat je alles met aandacht en overweging gedaan hebt.

Houd me nog bezig Tien, ben een diepgraver :-)

Zo heb ik gevonden dat het teken '&'  onschuldig is!
Zoals eerder geschreven had ik dus alle muziek uit men 300GB Lossless en aac iTunes bieb gehaald en in één overzichtelijke map gekopieerd op een andere HD. Dan met 'a better finder rename' alle '&' tekens veranderd in 'and'. Heel die Mac gekopieerd naar men Syno NAS. Geen probleem meer. Wou ik toch nog wel is meer weten over vreemde tekens en ook is zien of ik die foutmeldingen kon herhalen die ik in het begin had. Dus maakte ik een nieuwe test iTunes bieb aan met 5 test liedjes en zette in 'naam' er 'artiest' overal '&' tekens bij.
- Naar Nas gekopieerd... geen probleem.
- iTunes op de Mac gestart met alt-toets ingedrukt en de zojuist verplaatste map toegewezen op de NAS... geen probleem.
- Op iPhone4 DS audio gestart, die 5 liedjes gespeeld... geen probleem.
      Hier een screenshot van die test iTunes bieb op de NAS.

Dan de test in het groot nog is overgedaan met nog een andere bestaande iTunes bieb van me. 56GB - 6.541 tracks.
Eveneens op het eerste zicht geen probleem tijdens het naar de NAS kopiëren. Via gedeeld in iTunes op men Mac stonden de tracks mooi gedeeld (screenshot). Via iTunes nog steeds, dan in die lijst gezocht op '&'. 93 tekens gevonden maar de liedjes speelden gewoon.

Maar daar ik op men hoede ben ivm met iTunes biebs naar een NAS kopiëren, toch nog is een andere test gedaan.
iTunes weer afgesloten, met alt toets ingedrukt de zojuist gekopieerde 56GB iTunes bieb op de NAS geselecteerd en gestart. Dan meteen een  List MIA's v2.2 Doug's Apple script gestart. In minder dan ene minuut toont dit script tracks die vermist zijn. Uitroepteken ervoor in iTunes.
En jawel 126 tracks missing in action (screenshot) In de meerderheid van die tracklijst geen potentieel Illegal linux tekens te zien, maar tijdens het kopieer proces van Mac naar NAS toch ergens gaan vliegen.
 
Of toch niet helemaal verdwenen? Inderdaad, tot men verbazing zijn ze niet echt helemaal verdwenen. Want ik startte men iTunes bieb op de Mac weer op en keek is via gedeeld in iTunes naar de iTunes DJ playlist op de NAS. Zocht even in die lijst naar het eerste nummer (artful dodger) uit de als vermist opgegeven MIA lijst. Liedje speelt gewoon!. Ook de volgende 3 tracks uit de MIA lijst die even zocht
Hé, wacht. Droom ik nu of vergis ik mij?
Nog is een laatste keer de 56GB iTunes bib op de NAS opstarten via alt ingedrukt en daar die 'dodger' nog is zoeken.
Niet gedroomd of vergist. Zie hier:
'iTunes bericht: Het orginele nummer kan niet worden gebruikt, Originele bestand niet gevonden (screenshot).
Woohoo, get this!  
Moraal van het verhaal: iTunes biebs naar een NAS verplaatsen: Tricky thing. Niet te vertrouwen.

Ik ga niet verder op zoek naar een ander teken buiten '&' (Heb eerder nog gezocht op '/', '*', '?') waar linux moeite mee zou hebben, want dit laatste 'spookgedrag' heeft daar niets mee te maken.
Dit is de relatie tussen Mac - iTunes en Linux.
Ik ken het niet checken wegens geen windows, maar vermoed dat de relatie Windows - iTunes en Linux niet anders ligt.

[Tien]

We kunnen één ding zeggen: het gaat goed uitgezocht worden!

&-teken zie ik niet als vreemd teken evenals de haakjes. Ikzelf had met name gezeur in bestandsnamen van Bach (Matthéüs) en Björk. Volgens mij betreft het tekens met een ASCII waarde van boven de 127 maar ik heb ze nooit allemaal getest. http://www.techonthenet.com/ascii/chart.php

Itunes is inderdaad niet voorspelbaar in dezen. Het is ook iedere keer weer gedoe welke bib je moet gebruiken en (indien wireless) of de NAS op tijd benaderd wordt voor de weergave ervan. Plus dat je handmatig mappen aan de bib moet toevoegen als je wat op de NAS gezet hebt (bijv door downladen). Ik heb ook nog een tijdje de iTunes server gebruikt. Nadeel daarvan is dat hij behoorlijk wat tijd nodig heeft om in de iTunes client de lijst op te bouwen en dat zoeken op titel of weergave op artiest niet kan (of kon, want ik ben gestopt met iTunes updaten). Uiteindelijk ben ik maar met Audiostation en DS Audio gaan werken.

[macxbo]

Hoi @Tien. Goed om lezen dat jij iTunes ook niet voorspelbaar vind in dezen en ook de Synology iTunes server niet meer gebruikt.
Jaartje geleden heb ik is een draadje op het Macfreak forum gestart met een vraag over de nadelen van een NAS..

Een deelnemer postte daar o.a. toen:

@JOR om 12:11, 23-12-2011
Ik denk persoonlijk dat een Nas een beetje van alles wat is, maar net niet helemaal, als je begrijpt wat ik bedoel.

Door dit draadje hier op het Synology forum weet ik nu wel zeker wat hij bedoelt. :-)

mvg.

[Tien]

met deze note dat de client net zo onvoorspelbaar is als de server

[macxbo]

klopt helemaal.
Waardoor ik er verder over nadenk, en zo terugkom op mijn uitgangs vermoeden.
Een gehele iTunes bibliotheek van een Mac verplaatsen naar een ander schijfformaat, zoals nu .ext4, maakt dat eens die iTunes bib opgestart word de link met een aantal tot honderden tracks (afhankelijk van hoeveel de bib er bevat) verbroken wordt.
Met als gevolg dat een uitroepteken voor de betreffende liedje verschijnt in iTunes.
Onvoorspelbaar met welke tracks de link verbroken wordt.
Maar nu verruim ik mijn uitgangsvermoeden tot nog een ander schijfformaat dan Apple's eigen HFS+.
Meen me te herinneren dat ik dit verbroken linken fenomeen vroeger eveneens is vastgesteld heb na het kopiëren van een grote iTunes bib naar een externe HD in FAT32 geformatteerd.
En nog niet bij een via het netwerk overgeplaatste iTunes bieb naar een Windows PC... met NTFS schijfformaat dus.
'k ga is een externe HD in FAT32 formatteren en men Tunes bieb ernaartoe kopiëren.
:-)
mvg

[Tien]

let op: de max bestandsgrootte in een FAT32-partitie is 4 GB

Het bib-bestand zelf kopiëren en verwachten dat de bestandsverwijzing nog klopt leidt helaas tot teleurstellingen. Beter gebruik je, nadat alle folders zijn overgezet de iTunes optie [bestanden aan bibliotheek toevoegen] maar dan raak je wel je ranking etc kwijt. Vanaf dat moment vanaf de nas blijven werken en niet vergeten deze handeling te herhalen per vanaf nu toegevoegde map.


ps: misschien aardig om in het mac-topic even aan te geven waar het probleem zit (ascii tekens boven de waarde van 127)

[macxbo]

- yep, wist ik dat FAT32 geen bestanden groter dan 4GB aankan. Maar dan maakt niet uit met een verzameling veel kleinere mp3 bestanden die samen 62 GB vormen in een iTunes bibliotheek map.

- Ja, een iTunes bib naar een NAS kopiëren en verwachten dat de bestandsverwijzing nog klopt leidt inderdaad tot teleurstellingen. Hoe dat komt is nog steeds een raadsel voor me. Illegale linux tekens zijn daar niet de oorzaak van in mijn geval.
En de iTunes optie 'bestanden aan bib toevoegen' zoals je voorstelt is geen optie voor een database die al jaren met zorg is samengesteld.
Dat is hetzelfde als alle foto's uit zorgvuldig samengestelde albums (iPhoto) te schudden om ze zo met zijn allen in een doos op een nieuwe locatie te kieperen. :-)

Vanaf dat moment vanaf de nas blijven werken en niet vergeten deze handeling te herhalen per vanaf nu toegevoegde map.

Wat bedoel je hiermee?
Onder 'vanaf de NAS blijven werken' versta ik: iTunes starten met alt-toets ingedrukt en de bieb-map op de NAS kiezen screenshot die men er zonet naartoe gekopieerd heeft. Net zoals op de Mac of PC beheert iTunes nu de mappen op de achtergrond in haar bieb. Zo word het steeds op Mac-fora uitgelegd.
Maar je bedoeld waarschijnlijk manueel via de iTunes server van Synology zelf.

ps: misschien aardig om in het mac-topic even aan te geven waar het probleem zit (ascii tekens boven de waarde van 127)

Ben er nog niet van overtuigd dat daar het probleem zit. Of toch niet altijd. Bij de tracks waarmee de verwijzing verbroken is in iTunes op mijn NAS zitten er verschillende bij waar totaal geen vreemde tekens aanwezig zijn.
Heb zojuist dit nog op Macfreak gepost (draadje). Zal het hier ook maar doen:

boni om 19:04, 23-01-2013

Pieterr om 16:58, 22-01-2013

Het is namelijk niet uitgesloten dat er al problemen zitten in de bron van de kopie-actie.

Voor wie er nog zou aan twijfelen of het probleem toch niet in de bron van mijn kopie actie zit nog is deze test met screenshot geïllustreerd.

Werkwijze:
- bron van mijn kopie actie is een iTunes map van 62,7 GB groot die op een interne schijf van mijn Mac mini staat.
- Die heb ik in haar geheel nog is gekopieerd naar 3 verschillende externe locaties.
op een Fat32 partitie, op een ExFAT partitie en naar men Syno NAS (EXT4 schijfformaat).

- Dan via alt-toets ingedrukt iTunes opgestart vanaf elk van deze locaties.
Eerst vanaf de NAS en meteen 'List MIA's - Doug'hs AppleScript for iTunes' gestart.
Resultaat: 126 tracks vermist (screenshot & rtf tekst bestand ter inzage).

Is er iets mis met deze bestanden? Corrupt geworden op de één over andere manier? Vreemde tekens in die Linux niet kan lezen? Enkele in de tekst gezocht en rood gemarkeerd die gegarandeerd geen illegale tekens voor Linux hebben.
iTunes bieb intern op de Mac opgestart en die twee liedje gespeeld. Absoluut geen probleem.
Tijdens kopiëren dan corrupt geraakt? Dat zou ik direct onderzoeken op de andere partities.
- iTunes opgestart vanaf de ExFAT partitie en dezelfde werkwijze gevolgd. Volgens dough's script GEEN vermiste bestanden ('no dead tracks found' - screenshot).
. Eerdere roodgemarkeerde twee liedjes gezocht en gespeeld. Geen probleem.
- idem op Fat32 partitie.

Dus dit staat als een paal boven water: Er is niets mis met mijn iTunes bibliotheek, oftewel de bron van mijn kopie actie.

Maar waarom dan meer dan honderd verbroken links in de kopie van mijn bron op de Synology NAS???
Gebeurde net hetzelfde met een andere iTunes bib / bron die ik kopieerde naar mijn toenmalige Western Digital NAS in mei 2011. Maar dan 500tal dode links. Draadje:
http://www.macfreak.nl/forums/topic/6/6 ... n-links/0/

Het kopiëren gebeurt NIET draadloos. Wel via ethernet LAN kabel.

Ben nu nog een laatste test aan het doen.
Want ofwel is het linux ext4 schijfformaat op de NAS de oorzaak dat de bestandsverwijzing in iTunes naar honderden tracks niet meer klopt ofwel zit het oversluizen via netwerk ertussen. Of een combinatie van beide...
Heb dus een usb2 HD aan de nas gekoppeld en heb ze geformatteerd in EXT4 via configuratie scherm (screenshot).
Paragon ExtFS for Mac OS X 8.0 op men Mac geïnstalleerd (link).
usb2 Hd uitgeworpen aan NAS en aan Mac gekoppeld. Kopiëren van zelfde iTunes bron is nu bezig (duurt lang). Daarna HD aan de NAS en we zullen zien.

word vervolgd...
:-)

[Tien]

als je een bibliotheek aanmaakt in iTunes, is dat niets meer en minder dan een bestandje met inhoudsopgave waarin bijgehouden wordt wáár het bestand zich bevindt en nog wat andere kleine eigenschappen van dat betreffende bestand (zoals ranking). Als verwende mac-gebruiker snap ik best dat je gewend bent geraakt aan het gegeven dat dingen voor je geregeld worden maar als je de grenzen opzoekt moet je ook leren leven met de beperkingen die in het algemeen voor ICT-dingen gelden.

In je initiële vraag zit het probleem zich in de vreemde (in dit geval ascii>127) tekens zoals meerder keren aangegeven. Overige ongemakken zitten in je iTunes clients en het bibliotheek verhaal.

[macxbo]

...maar als je de grenzen opzoekt moet je ook leren leven met de beperkingen die in het algemeen voor ICT-dingen gelden.

Ja, da's een goeie reminder! Die post ik op het Macfreak forum (link).
Zeker als men vanuit luilekker-Mac-land, via de netwerkweg tot in Linux land reist.

In je initiële vraag zit het probleem zich in de vreemde (in dit geval ascii>127) tekens zoals meerder keren aangegeven.

ja, waardoor die -43 & -50 foutmeldingen die wanneer ik de muziek bestanden isoleer uit de iTunes bieb en zo in één enkele map kopieer naar de NAS niet verschijnen.
Dus tracks integraal overgezet met een ongewijzigde iTunes bibliotheek kan tot fouten leiden. En hoe meer tracks in iTunes en verscheidener de afkomst, hoe groter de kans.

Vandaar, dat mijn automatisch door iTunes zelf geregelde biebs maar gewoon op men externe HD's blijven. Ruimte genoeg nog en zelfs ExFAT schijfformaat geen probleem voor een iTunes bieb. Niet dat ik dat ga kiezen natuurlijk. Maar één HD in dat formaat is om uit te wisselen met PC gebruikers wel handig.
En ben ik als verwende mac-gebruiker ooit aan meer direct gekoppelde opslagruimte (DAS) aan mijn Mac toe, dan koop ik een drobo 5D thunderbolt 5-bay. Stuk voor stuk, net zoals ik een NAS steek ik een schijf bij naar behoefte. Een grote QNAP NAS als back-up van dit alles (via Time machine - geen probleem met asci>127) daarna dan weer!
'Let the money roll'. Goed voor de economie.  

[macxbo]

Sapperdeflap! Mijn allerlaatste experiment via een Ext4 geformatteerde externe HD geeft wel een verrassend resultaat. Een record aantal missing tracks... van 126 naar 446!  (screenshot).

[Tien]

vind je het gek met zo'n paarse achtergrond

Zijn dat allemaal wel music files? (die missen)

[macxbo]

- the pink NAS :-)
- Ja, allemaal muziekbestanden. Tekstlog van het MIAs script hier.