Synology-Forum.nl
OS Specifieke ondersteuning => Mac OS X => Topic gestart door: macxbo op 16 januari 2013, 19:43:37
-
hoop dat iemand mij hier kan helpen want ik begin al spijt te krijgen van alweer een NAS gekocht te hebben.
Als muziek liefhebber / verzamelaar heb ik een aantal grote losse FLAC muziek mappen & iTunes bibliotheken die ik naar mijn eerste Synology NAS zou willen kunnen kopiëren.
Foutmeldingen -43 & -50 verhinderen mij dat echter. Zie screenshot foutcode - 43 (https://dl.dropbox.com/u/561744/Screenshots/screenshots%20voor%20op%20Macfreak%20forum/FLAC%20van%20DAS%20naar%20Syno%20NAS%20-%20foutcode%2043.png) &
screenshot foutcode -50 (https://dl.dropbox.com/u/561744/Screenshots/screenshots%20voor%20op%20Macfreak%20forum/itunes%20lossless%20%26%20m4a%20op%20DAS%20naar%20NAS%20en%20foutcode%20-50%20op%20het%20einde.png).
Mijn vorige NAS was een WD My book world, daar kreeg ik foutcode -36. Weggegeven die NAS uit frustratie. Dat was een budget NAS met slome processor. Ik dacht daar de oorzaak in te zien.
Nu heb ik me dus een DS413 van een 1ste klas merk aangeschaft maar het lukt nog steeds niet.
Op zoek naar een oplossing kreeg ik via een Macforum van een QNAP eigenaar de raad om kopiëren naar een NAS liever in kleinere groepjes te doen dan alles in een grote klap en niet via Apple's finder te doen, maar via een FTP/SFTP client zoals het programmaatje transmit.
Toch maar eerst is gewoon in een 'grote klap' via transmit gedaan dan en foutmeldingen kreeg ik al niet meer; Niet voor, tijdens of na.
Toen het Kopieerproces schijnbaar beëindigd was, controleerde ik de grootte van de mappen en zag echter een verschil van 41,97 GB... Zie transmit Screenshot (https://dl.dropbox.com/u/561744/Screenshots/screenshots%20voor%20op%20Macfreak%20forum/lossless%20itunes%20map%20van%20DAS%20aan%20mini%20naar%20NAS%2C%2041%2C97%20GB%20niet%20mee%20over%20gezet%21.png). Ook daar loopt dus iets mis.
Bestaat er nu geen enkele juist werkwijze om in één klap een (iTunes bibliotheek) map van 300GB over te zetten naar een NAS?
Sommige Synology @ QNAP apparaten zijn tot 96 Terrabyte schaalbaar, maar een map van 300 GB in één keer overzetten kan niet.
Indien dat echt een beperking van een NAS systeem is, wat is dan de maximum grootte van een map om zonder foutmeldingen en betrouwbaar over te zetten?
Zit dat linux Ext4 schijfformaat van een recente NAS er voor iets mee tussen?
Dank bij voorbaat.
-
Lijkt me dat het probleem eerder aan jou muziek collectie of iTunes/systeem ligt dan aan de NAS. Ik zelf heb wel eens ruim 1TB over gekopieerd zonder enig probleem.
-
Merci, Interessant om weten al dat jij één map van 1TB hebt kunnen overzetten van een Mac naar een Syno NAS. Ruim drie keer groter dan de map die ik probeer te kopiëren.
Maar geen iTunes bibliotheek map dus bij jou meen ik te verstaan.
Heb je die 1TB map gewoon via de finder gesleept naar de NAS? Met welke versie van OS X? Ik heb 10.8.2.
Enige vermoeden welk probleem er in mijn iTunes library map zou kunnen zitten?
Screenshot ervan op de NAS via safari browser. (https://dl.dropbox.com/u/561744/Screenshots/screenshots%20voor%20op%20Macfreak%20forum/ITunes%20lossless%20via%20safari%20op%20DS413%20%28gewijzigd%20op%29.png)
Ik kopieer die lossless iTunes map gewoon naar een andere HD aan mijn Mac zonder problemen, Ook openen via iTunes geen probleem.
Naar de NAS wil kopiëren echter maar niet lukken.
Trouwens de finder foutcode -43 screenshot die ik eerder plaatste laat een andere gewone map zien met FLAC bestanden. Via transmit is die echter wel foutloos overgezet. De iTunes lossless map dus niet foutloos via transmit.
Fout in mijn systeem.. tsjaa.
'k ga maar is een mail in het Engels sturen naar Synology zelf.
-
Zulke hoeveelheden zou ik nooit via Finderc.q. Drag&Drop doen. Maar liever of m.b.v. een FTP programma (Transmit e.v.a.).
Finder is niet zo'n geweldig en betrouwbaar programma want gaat er iets mis dan kun je telkens weer van voor af aan beginnen. Voor de rest maakt het niets uit wat je overzet want enige wat overgezet wordt zijn bitjes. Wel realiseert niet iedereen zich dat een package (bijv. iPhoto) eruit ziet als 1 bestand terwijl het in werkelijkheid een samenstelsel van folders is.
-
@TnVH: bedankt voor je reactie.
Maar transmit dat je aanraadt en ik al gebruik laat zo maar eventjes 41,97 GB liggen zoals de screenshot in mijn eerste post laat zien. Dus ik weet nog steeds niet wat te doen.
-
Tip: doe het bedraad want je zal niet de eerste zijn met wireless verbindingsfouten.
Overigens zou je ook kunnen kiezen voor de upload functie van filemanager in DSM.
Dan nog dit: ik zag wat van eckhart tolle staan. Als er in een bestandsnaam een vreemd teken zit zoals de Duitsers gewoon zijn, wil je ook nog wel eens tegen problemen aanlopen. Dat verklaart mogelijk dat niet de gehele inhoud van de map is overgekomen.
-
@TnVH: bedankt voor je reactie.
Maar transmit dat je aanraadt en ik al gebruik laat zo maar eventjes 41,97 GB liggen zoals de screenshot in mijn eerste post laat zien. Dus ik weet nog steeds niet wat te doen.
Aangenomen dat Transmit geen foutmelding gaf zal dan de oorzaak ergens in de source liggen want (als ik jouw verhaal goed lees) je hebt hetzelfde probleem met meerdere Linux systemen.
Ga dus op zoek welke folder/bestanden er ontbreekt en je vindt het probleem. Gewoon uitklappen en dan foldergroottes vergelijken. Bij een verschil klap je de subfolder uit enzovoort.
-
@Tien:
- mijn kopieer poging gaat via LAN kabel. Niet draadloos. Ik zou inderdaad de eerste niet zijn. :-)
- upload functie van filemanager in DSM gebruiken leek een goei tip te zijn, maar lukt niet met een map. 'k moet altijd maar 'open' klikken tot op bestandsniveau. 300GB eerst gaan zippen of image bestand van maken, dat éne bestand dan kopiëren en uitpakken op de NAS kan ik nog is gaan proberen. Maar hoe omslachtig zeg...
- De Eckhart Tolle map die je zag staan is een geslaagde overzet. Map was slechts 9,5GB.
- @TonVH: Transmit geeft geen foutmelding ondanks het er wel plots mee ophield (tekortkoming in dat progje volgens mij) daarom heb ik een ander FTP programma als forklift gebruikt. Hield er ook mee op, maar gaf wel foutcode -50 (screenshot) (https://dl.dropbox.com/u/561744/Screenshots/screenshots%20voor%20op%20Macfreak%20forum/Forklift%20fout%20-50%20tijdens%20overzetten%20lossless%20van%20Mini%20naar%20Syno.png).
Met mijn vorige eerste (Syno nu is tweede) WD NAS had ik inderdaad ook kopieer problemen; hetzij wel van ander aard (MacFreak forum link (http://www.macfreak.nl/forums/topic/6/6632/itunes-10-naar-nas-zetten-geeft-honderden-gebroken-links/)).
Ga dus op zoek welke folder/bestanden er ontbreekt en je vindt het probleem. Gewoon uitklappen en dan foldergroottes vergelijken. Bij een verschil klap je de subfolder uit enzovoort.
Zal weinig anders op, Maar is wel een speld in een hooiberg gaan zoeken.
'k ga nog even wachten op de DSM 4.2 update. Schijnt veel in gesleuteld te zijn aan het AFP.
-
l foutcode -50 (screenshot).
Kans dat je daar je probleem ziet. De meeste OS'en zijn niet zo flexibel dat ze met tekens als "&" kunnen omgaan. verander dat eens en kijk wat er dan gebeurt.
TonVH schreef:
Ga dus op zoek welke folder/bestanden er ontbreekt en je vindt het probleem. Gewoon uitklappen en dan foldergroottes vergelijken. Bij een verschil klap je de subfolder uit enzovoort.
Zal weinig anders op, Maar is wel een speld in een hooiberg gaan zoeken.
Kom op zeg! Overdrijven is ook een kunst. Al dat plaatjes maken, knippen, plakken kost meer werk dan 2 folders vergelijken.
Je opent 2 Finder schermen, ieder in lijst overzicht, selecteer de hoofdfolder, zet in Taak/Weergaveopties 'bereken grootte' aan, doe het zelfde in de andere Finder. En je hebt binnen luttele minuten(15 min?) de plek waar de verschillen zitten.
En anders zoek je in macupdate.com een progje wat 2 folders voor je vergelijkt. Kost je waarschijnlijk 25 minuten zoeken maar dan zie je het ook zo.
-
De meeste OS'en zijn niet zo flexibel dat ze met tekens als "&" kunnen omgaan. verander dat eens en kijk wat er dan gebeurt.
ja ha, 'verander dat eens'... Map met 200GB FLAC & Eac audio, tekstbestanden bij, afbeeldingen... Ga maar op zoek en verander de tekens zoals '&'.
In een iTunes bibliotheek map van 300GB, met 50.000 audiotracks moet je dat al helemaal niet achter de schermen gaan doen.
iTunes normaal openen en telkens op zoek naar de tekens als '&' is ook onbegonnen werk.
Elke keer weer een nachtje wachten tot de boel deels overgezet is naar de NAS tot aan de volgende foutmelding en weer opnieuw iTunes normaal openen en gaan zoeken naar tekens als '&' (wat zijn de andere?).
25 minuten werk?
'Zoek de verschillen, wat is wel en wat niet gekopieerd'. Welke tekens mogen wel/niet en waar staan ze.
Met een paar paar honderd films is dat nog te doen.
Screenshot maken en posten is in één minuut gebeurd! :wink:
Een poging doen om uit te zoeken welke 50GB niet mee over gezet zijn zal ik maar is aan beginnen.
Progje 'SyncTwoFolders' kunnen misschien van pas komen.
Maar dan? Dan in die 50 GB op zoek naar tekens als '&'? Indien ik ze vind zijn het onderdelen van een iTunes bibliotheek.
iTunes is een database systeem. Niet zitten aan prutsen daarin achter de schermen is een basisregel voor een goede werking van een automatische database...
Merci voor de moeite alvast.
Intussen nog een hopeloze lotgenoot gevonden.
'iTunes naar WD MyWorld Book error code -50'.
http://community.wdc.com/t5/Other-Netwo ... d-p/288532 (http://community.wdc.com/t5/Other-Network-Drives/Mac-OS-X-Lion-Error-Code-50/td-p/288532)
Zelfde type als mijn vorige NAS. Niet NAS merk gebonden dus.
Western Digital, Synology, QNAP... Waarom moeten de OS'en ervan ook zo 'dom' zijn.
'Hoera!, ik heb een NAS'.
-
wat gebeurt er als je deze mappen en bestanden naar een USB-schijf aangesloten op de Mac kopieert? (ik neem aan dat je een backup draait?).
-
halo @Tien: in reactie op je vraag en ook zodat ik zelf absoluut zeker kan zijn heb ik zojuist het kopiëren in gang gezet van de 300 GB lossless iTunes bieb die op DAS1 (3TB WD RAID-1) staat naar DAS2 (6TB WD RAID-0). Gaat een uurtje of 3 duren volgens de voortgang balk van de OS X finder via FW800. Ik laat je straks iets weten.
Maccerige groeten.
-
ik weet niet wat al die dassen doen bij jou, maar probeer iig eens een kopie te maken van de gewraakte map naar een gewone simpele eenvoudige USB externe drive en kijk wat er gebeurt. Zitten er bestanden van meer dan 4gig tussen, zorg dan dat de schijf hoger dan fat geformatteerd is.
-
een kopie maken van mijn éne DAS (is geen dier in huis, wel iets in mijn werkhoek; zie mijn onderschrift) naar mijn andere DAS is ook goed zeker? :-)
Usb of firewire (FW) verbinding met schijf maakt niet uit hé. Heb allemaal HD's met FW800 poorten en de DAS'en zijn allebei standaard Mac HFS+ geformatteerd.
Fat gebruik ik uiterst zelden nog voor een usb stickje. exFAT om uit te wisselen met windows iets meer dan.
Nog 27 minuten te gaan.
-
Kopiëren van betreffende iTunes bib van HD1 naar HD2 (beide HFS+) zojuist voltooid en meteen iTunes gestart met alt toets ingedrukt en iTunes bib. op HD2 geselecteerd en geopend. Draait als een tierelier.
Zoals ik had verwacht: totaal probleemloos.
-
goed, dan heb je nu een externe schijf met je iTunes files. Koppel deze los, ga naar je nas, sluit hem daar aan en kopieer via de filemanager van DSM de bestanden naar het deel van de schijf van je NAS waar je de files wil hebben.
Graag gedaan.
-
@Tien: Heb jij wel een Mac? ik begin te twijfelen.
Want het eerste onoverkomelijke struikelblok dat jouw goedbedoeld plan onmogelijk maakt is dat mijn externe schijf in Apple's standaard HFS+ geformatteerd is en dat wordt niet ondersteund door Synology. Enkel FAT32, NTSF, EXT3 en EXT4 wordt ondersteund op externe schijven.
Ten tweede: Ik heb twee identieke WD My book studio's 2x 3TB met eSata en usb2 aansluitingen en ze worden beiden simpelweg niet herkend door deze DS413. Noch via usb2 noch via eSata. Zware streep door mijn rekening, want zo had ik het gepland.
Er is niets mis met de NAS, want een kleine WD My book van 500GB die ik heb wordt wel herkend via usb2 en eSata.
Nu zou ik mijn 500GB my book HD nog in windows NTSF kunnen formatteren via extra software die ik daarvoor op mijn Mac zou kunnen installeren. Maar dat gaat ook niets uithalen, want een iTunes Bib van 300GB daar naar toe kopiëren gaat ook op fouten uitdraaien.
Ik had me vooraf goed geïnformeerd over een NAS, over het belang van de juiste interne HD's, maar nergens een verwittiging gelezen dat niet alle modellen van externe HD's zo maar herkend worden door een Synology NAS.
Deze lijst vond ik dan ook te laat:
User Reported Compatible External Enclosures/External HDDs (http://forum.synology.com/wiki/index.php/User_Reported_Compatible_External_Enclosures/External_HDDs).
Mijn WD DAS 6TB mag dus bij op die lijst.
-
De meeste OS'en zijn niet zo flexibel dat ze met tekens als "&" kunnen omgaan. verander dat eens en kijk wat er dan gebeurt.
ja ha, 'verander dat eens'... Map met 200GB FLAC & Eac audio, tekstbestanden bij, afbeeldingen... Ga maar op zoek en verander de tekens zoals '&'.
In een iTunes bibliotheek map van 300GB, met 50.000 audiotracks moet je dat al helemaal niet achter de schermen gaan doen.
Daar zijn programma's voor. Zoek op Better Finder Rename in macupdate.com en er zijn er meer.
In alle gevallen is het een relatief kleine moeite om de waarschijnlijke oorzaak te vinden. De meeste OS'en zijn nu eenmaal niet gecharmeerd van bijzondere tekens.
Waarom moeten de OS'en ervan ook zo 'dom' zijn.
Omdat het geen mensen zijn die kunnen nadenken. (Hoewel bij sommige mensen kun je een vraagteken zetten)
Synology kan overigens niet alle formaten herkennen. Zie http://www.synology.com/support/faq_sho ... 2&lang=nld (http://www.synology.com/support/faq_show.php?q_id=432&lang=nld)
-
In alle gevallen is het een relatief kleine moeite om de waarschijnlijke oorzaak te vinden. De meeste OS'en zijn nu eenmaal niet gecharmeerd van bijzondere tekens.
Merci voor de tip van better finder.
Vraag i.v.m daarmee: op welke bijzondere tekens naast '&' moet ik nog zoeken?
-
In alle gevallen is het een relatief kleine moeite om de waarschijnlijke oorzaak te vinden. De meeste OS'en zijn nu eenmaal niet gecharmeerd van bijzondere tekens.
Merci voor de tip van better finder.
Vraag i.v.m daarmee: op welke bijzondere tekens naast '&' moet ik nog zoeken?
alles buiten het alfabet in kleine en hoofdletters
-
Vraag i.v.m daarmee: op welke bijzondere tekens naast '&' moet ik nog zoeken?
Ik heb daar geen complete lijst van. Heb zelf een Mac en daar mag je vrijwel alles gebruiken. Zelfs " ", "*" en "?" hoewel ik me wel afvraag of zoeken dan wel altijd goed zal werken.
Maar in jouw geval zou het mij niet verbazen als het om 1 of 2 speciale tekens gaat. En die vindt je toch het snelst door beide folderparen naast elkaar te openen in lijst weergave, optie op bestandgroottes aanzetten. De eerste subfolder met afwijkende grootte open je en dan herhaalt het zich. Dus weer de afwijkende folder zoeken, enzovoort, enzovoort.
Kost best wel tijd maar als je de iTunes lib op de NAS wilt zetten (je realiseert je dat iTunes actief moet zijn om goed te kunnen gebruiken?) dan is er weinig alternatief want willekeurig bijz. tekens veranderen is gewoon riskant.
Met deze URL (http://www.macupdate.com/find/mac/compare%20folders (http://www.macupdate.com/find/mac/compare%20folders)) krijg je enkele programma's die folders kunnen vergelijken. Heb ik geen ervaring mee want in voorkomende gevallen heeft folders omvang/aantal files mij altijd vrij snel naar de oplossing gebracht.
-
@Tien: Heb jij wel een Mac? ik begin te twijfelen.
Want het eerste onoverkomelijke struikelblok dat jouw goedbedoeld plan onmogelijk maakt is dat mijn externe schijf in Apple's standaard HFS+ geformatteerd is en dat wordt niet ondersteund door Synology. Enkel FAT32, NTSF, EXT3 en EXT4 wordt ondersteund op externe schijven.
Ten tweede: Ik heb twee identieke WD My book studio's 2x 3TB met eSata en usb2 aansluitingen en ze worden beiden simpelweg niet herkend door deze DS413. Noch via usb2 noch via eSata. Zware streep door mijn rekening, want zo had ik het gepland.
Er is niets mis met de NAS, want een kleine WD My book van 500GB die ik heb wordt wel herkend via usb2 en eSata.
Nu zou ik mijn 500GB my book HD nog in windows NTSF kunnen formatteren via extra software die ik daarvoor op mijn Mac zou kunnen installeren. Maar dat gaat ook niets uithalen, want een iTunes Bib van 300GB daar naar toe kopiëren gaat ook op fouten uitdraaien.
Ik had me vooraf goed geïnformeerd over een NAS, over het belang van de juiste interne HD's, maar nergens een verwittiging gelezen dat niet alle modellen van externe HD's zo maar herkend worden door een Synology NAS.
Deze lijst vond ik dan ook te laat:
User Reported Compatible External Enclosures/External HDDs (http://forum.synology.com/wiki/index.php/User_Reported_Compatible_External_Enclosures/External_HDDs).
Mijn WD DAS 6TB mag dus bij op die lijst.
Je hebt pech met je gekozen externe HD's vwb het aansluiten op de NAS, waar je vantevoren overigens best van op de hoogte had kunnen zijn maar ik kan me voorstellen dat je dat soort excessen niet checkt, net zoals dat HFS+ niet gaat werken (wel had je kunnen 'weten' dat Linux moeite heeft met vreemde tekens). Je kan prima anders geformatteerde externe HD's aan een Mac hangen, dat weet iedere Mac-gebruiker. Sterker nog, dat zou ik je adviseren vanuit oogpunt van bereikbaarheid van je bestanden - niet iedereen heeft nl een Mac in voorraad dus bij een crash is het aan jou hoe flexibel je wil zijn. Voor wat het waard is: ik heb 2 Macs, meerdere pc's met diverse Windowsvarianten, een Chromebook en nog wat van die fratsen. Maar het gaat niet om mij toch?
Verder vraag ik me af waarom het op fouten uitdraait als je die 500gig schijf formatteert op NTFS (dus niet NTSF) en daar de iTunes bib op kopieert. Als dát niet lukt, kan je natuurlijk elke actie verder vergeten voor wat betreft jouw initiële probleem.
Met de tip van Ton erbijgeteld moet je er nu wel zijn lijkt me.
-
(je realiseert je dat iTunes actief moet zijn om goed te kunnen gebruiken?)
Je bedoelt dat iTunes op mijn Mac actief moet zijn om zo via gedeeld te bestanden te zien / spelen die ik naar de NAS gekopieerd heb? Zo ja, dat besef ik dan. Ook dat iTunes Server op de NAS geïnstalleerd en actief moet zijn.
Om het hele plaatje te schetsen van wat ik voor ogen had/heb: de actieve iTunes op mijn Mac mini server bevat alleen mp3 bestanden (50.000) op de interne HD van de mini. Via gedeeld in iTunes op de mini wil ik een zicht hebben op / en de lossless bestanden in de map 'music' op men NAS kunnen beluisteren.
voor deze werkwijze hoef ik dus de complete lossless iTunes bieb met al die andere (xml etc.) bestanden niet te hebben op mijn Syno besefte ik vandaag.
Vandaar ook dat ik een paar uur geleden van strategie veranderd ben vanuit het idee uit te sluiten wat niet op de NAS moet vanuit de 300GB grote iTunes bieb. Hoe meer ik uitsluit, hoe minder kans dat het kopieer proces onderweg een fout code toont en er weer mee ophoud.
Heb nu in de betreffende iTunes Apple lossless bieb op de HFS+ HD aan mijn mac gezocht naar 'audio bestanden'. Die ben ik nu aan het kopiëren naar één enkele map op men tweede externe HD. Direct overzicht nu op alle muziek bestanden! :-)
Er staan zelfs bestandsnamen tussen als dit: 01 ????????, ??????????.m4a
Geen idee welke taal dat is :-), maar mogelijke stoorzender.
Tekens als '%' zie ik ook al staan.
Nu weet ik in a 'better finder rename' al op wat te zoeken.
Ik krijg terug hoop nu. Eens die map opgekuist is kopieer ik ze naar de NAS. In kleine delen eventueel kopiëren ligt nu ook binnen de mogelijkheden.
Merci voor alle hulp!
@Tien: mijn excuses om te twijfelen of je wel iets van Mac afwist. Kwam doordat je zei men externe HD aan de NAS te koppelen en zo naar de NAS te kopiëren waaruit ik concludeerde dat je niet wist dat dit onmogelijk was en geen weet had van het Mac HFS+ schijfformaat. Je had ook een zeer hulpvaardige Windows gebruiker kunnen zijn met veel kennis van een Syno NAS, maar niet bekend met Mac. :-)
- Enige dat ik van Linux weet is dat er ergens een verband met UNIX is, waarop OS X dan weer gebaseerd is. Vanuit dat kader stond ik er niet bij stil dat Linux moeite zou hebben met vreemde tekens. Zocht de schuld eerder bij het niet Mac schijfformaat in de vorm van ext4.
- Dat niet eender welke externe schijf aan een Syno zou werken had ik ook niet gedacht. Op een QNAP zou mijn type DAS dan weer wel herkend worden via usb2, maar niet via eSata las ik op Macfreak van een forum lid die beide heeft. Ook HFS+ op een externe HD zou bij QNAP ondersteund worden. Draadje: http://www.macfreak.nl/forums/topic/5/1 ... n-hfs+/20/ (http://www.macfreak.nl/forums/topic/5/13863/mac-minded-nas-synology-qnap-en-hfs+/20/)
- Jaren geleden heb ik wat geëxperimenteerd met NTFS op een externe HD aan men Mac. Grote bestanden ernaar toe kopiëren ging retetraag meen ik me te herinneren. Zoeken met spotlight erop ging ook niet, of niet al te goed. Misschien herinner ik met het niet goed meer en is het door de jaren verbeterd, maar in dit engels synology forum draadje (http://forum.synology.com/enu/viewtopic.php?f=3&t=30614&start=30) lees ik in een post van mei 2012 toch iets wat mijn herinnering lijkt te bevestigen: 'In the end I made a usb hard drive up with NTFS and used Paragon NTFS for mac to move files over - all 1.8tb.
I had reboots through the file move and now get -8084 file errors from the macs moving files from the device, so to be honest, I'm not feeling great about this right now.'
Maar door mijn andere aanpak en jullie hulp ga ik nu toch nog mijn doel kunnen bereiken.
Hartelijk bedankt allebei! :D
-
Ik zit nog met een laatste bedenking / vraag:
Wanneer ik de weg zou volgen van een externe HD in windows fat of NTFS,
omzeil ik dan de moeite die Linux heeft met vreemde tekens?
En zo ja, hoe komt dat dan? Wat maakt het verschil?
dank bij voorbaat.
-
gaat wel lukken maar je hebt er geen fluit aan omdat de muziekbestanden waar die vreemde tekens instaan niet afgespeeld zullen 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.
-
Ik zit nog met een laatste bedenking / vraag:
Wanneer ik de weg zou volgen van een externe HD in windows fat of NTFS,
omzeil ik dan de moeite die Linux heeft met vreemde tekens?
En zo ja, hoe komt dat dan? Wat maakt het verschil?
dank bij voorbaat.
Werkt niet. Nogmaals, zie http://www.synology.com/support/faq_sho ... 2&lang=nld (http://www.synology.com/support/faq_show.php?q_id=432&lang=nld) aan een DS kun je alleen HD's hangen die EXT4, EXT3 of Fat32 geformatteerd zijn. Heb je weinig aan want Fat32 heeft een 4GB beperking.
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.
Of http://www.macupdate.com/app/mac/23729/macfuse (http://www.macupdate.com/app/mac/23729/macfuse) + Fuse4X installeren dan kun je vanuit een Mac gewoon Ext... formatteren alsmede lezen/schrijven. Even zoeken en er gaat een wereld open naar de meest exotische formaten.
-
de Synology leest en schrijft ook NTFS geformatteerde USB-HD's - de snelheid is om te huilen maar als backup afdoende.
-
de Synology leest en schrijft ook NTFS geformatteerde USB-HD's - de snelheid is om te huilen maar als backup afdoende.
Dom dat ze dit dan niet onder het kopje "Welke bestandsindeling ondersteunt het Synology-product ...... Voor externe harde schijven (USB en eSATA):" vermelden.
-
de Synology leest en schrijft ook NTFS geformatteerde USB-HD's - de snelheid is om te huilen maar als backup afdoende.
Van de week 1TB data op een externe USB NTSF schijf gezet, ging met 25MB/s, veel sneller gaat USB2.0 toch niet?
-
ik merk een groot verschil tussen een EXT en een NTFS schijf vwb schrijven
-
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?' (http://www.htforum.nl/yabbse/index.php?topic=112973.0) 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.
-
Mooi. Je kan in ieder geval zeggen dat je alles met aandacht en overweging gedaan hebt.
-
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.
-
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.
:roll: :shock: :D Hier een screenshot van die test iTunes bieb op de NAS (https://dl.dropbox.com/u/561744/Screenshot%20voor%20op%20Synology%20Nederlands%20gebruikersforum/Veel%20%27%26%27%20tekens%20op%20NAS.png).
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) (https://dl.dropbox.com/u/561744/Screenshot%20voor%20op%20Synology%20Nederlands%20gebruikersforum/%26%20tekens%20zonder%20probleem%20in%20iTunes%20DJ%20op%20Syno%20NAS.png). 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 (http://dougscripts.com/itunes/scripts/ss.php?sp=listmias) 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) (https://dl.dropbox.com/u/561744/Screenshot%20voor%20op%20Synology%20Nederlands%20gebruikersforum/126%20tracks%20vermist%20in%20iTunes%20DJ%20op%20NAS.png) 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.
:P
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! (https://dl.dropbox.com/u/561744/Screenshot%20voor%20op%20Synology%20Nederlands%20gebruikersforum/artful%20dodger%20wel%20in%20iTunes%20via%20gedeeld%21.png). Ook de volgende 3 tracks uit de MIA lijst die even zocht :roll:
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). (https://dl.dropbox.com/u/561744/Screenshot%20voor%20op%20Synology%20Nederlands%20gebruikersforum/itunes%20DJ%20opgestart%20op%20NAS%20en%20artful%20dodger%20met%20uitroepteken%21.png)
Woohoo, get this! :lol:
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.
-
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 (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.
-
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 (http://www.macfreak.nl/forums/topic/6/6866/vraag-over-nadelen-van-een-nas/0/) 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.
-
met deze note dat de client net zo onvoorspelbaar is als de server
-
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
-
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)
-
- 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 (https://dl.dropbox.com/u/561744/Screenshots/screenshots%20voor%20op%20Macfreak%20forum/iTunes%20bibliotheek%20kiezen%20met%20option-toets%20ingedrukt.png) 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 (http://www.macfreak.nl/forums/topic/6/6866/vraag-over-nadelen-van-een-nas/20/)). Zal het hier ook maar doen:
boni om 19:04, 23-01-2013Pieterr 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 (https://dl.dropbox.com/u/561744/Screenshots/screenshots%20voor%20op%20Macfreak%20forum/DJ%20iTunes%20map%20als%20test%20gekopierd%20naar%20fat%20%26%20exfat%20partitie%20%2B%20naar%20nas.png).
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' (http://dougscripts.com/itunes/scripts/ss.php?sp=listmias) gestart.
Resultaat: 126 tracks vermist (screenshot (https://dl.dropbox.com/u/561744/Screenshot%20voor%20op%20Synology%20Nederlands%20gebruikersforum/126%20tracks%20vermist%20in%20iTunes%20DJ%20op%20NAS.png) & rtf tekst bestand ter inzage (https://dl.dropbox.com/u/561744/Screenshots/screenshots%20voor%20op%20Macfreak%20forum/ListMIAs%20itunes%20op%20NAS%20%28komt%20van%20mini%20HD2%29.rtf)).
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 (https://dl.dropbox.com/u/561744/Screenshots/screenshots%20voor%20op%20Macfreak%20forum/List%20MIAs%20-%20no%20dead%20tracks%20found.png)).
. 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/ (http://www.macfreak.nl/forums/topic/6/6632/itunes-10-naar-nas-=-honderden-gebroken-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) (https://dl.dropbox.com/u/561744/Screenshots/screenshots%20voor%20op%20Macfreak%20forum/usb%20HD%20formatteren%20in%20EXT4%20via%20Synology%20NAS.png).
Paragon ExtFS for Mac OS X 8.0 op men Mac geïnstalleerd (link (http://www.paragon-software.com/home/extfs-mac/)).
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...
:-)
-
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.
-
...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 (http://www.macfreak.nl/forums/topic/6/6632/itunes-10-naar-nas-=-honderden-gebroken-links/60/)).
Zeker als men vanuit luilekker-Mac-land, via de netwerkweg tot in Linux land reist. :P
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. :D
-
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 (https://dl.dropbox.com/u/561744/Screenshot%20voor%20op%20Synology%20Nederlands%20gebruikersforum/List%20MIAs%20screensh.%20466%20tr.%20missing%21%20%20met%20filestation%20op%20NAS%20achtergrond.png)). :lol:
-
vind je het gek met zo'n paarse achtergrond
Zijn dat allemaal wel music files? (die missen)
-
- the pink NAS :-)
- Ja, allemaal muziekbestanden. Tekstlog van het MIAs script hier (https://dl.dropbox.com/u/561744/Screenshots%20e.a.%20voor%20op%20Synology%20Nederlands%20gebruikersforum/ListMIAs%20-%20446%20missing%20tracks%20op%20ext.%20exct4%20HD%20aan%20NAS.txt).
-
ja dat kan dus kloppen want in iedere regel staat wel een é of een ï ofzoiets
-
Ja, in velen, maar niet in allemaal.
Toch wel erg oncomfortabel om daar steeds op te moeten blijven letten in de toekomst. Lijkt wel de primitieve beginperiode van de computer. Vandaar dat ik het gewoon op een DAS houdt.
@Pieterr op Macfreak (link (http://www.macfreak.nl/forums/topic/21/1721/apple-tv3-atv3-en-airplay-op-welke-synology-nas-dsm-42/)) voegde dit nog toe:
'Interessante informatie. Misschien gerelateerd aan AFP (http://netatalk.sourceforge.net/3.0/htmldocs/afp.conf.5.html)?
With OS X Apple introduced the AFP3 protocol. One of the most important changes was that AFP3 uses unicode names encoded as UTF-8 decomposed. Previous AFP/OS versions used codepages, like MacRoman, MacCentralEurope, etc.
afpd needs a way to preserve extended Macintosh characters, or characters illegal in unix filenames, when saving files on a unix filesystem. Earlier versions used the the so called CAP encoding. An extended character (>0x7F) would be converted to a : xx sequence, e.g. the Apple Logo (MacRoman: 0xF0) was saved as :f0. Some special characters will be converted as to : xx notation as well. '/' will be encoded to :2f, if usedots is not specified, a leading dot '.' will be encoded as :2e.
This version now uses UTF-8 as the default encoding for names. '/' will be converted to ':'.
The vol charset option will allow you to select another volume encoding. E.g. for western users another useful setting could be vol charset ISO-8859-15. afpd will accept any iconv(1) provided charset. If a character cannot be converted from the mac charset to the selected vol charset, afpd will save it as a CAP encoded character. For AFP3 clients, afpd will convert the UTF-8 character to mac charset first. If this conversion fails, you'll receive a -50 error on the mac.
Note: Whenever you can, please stick with the default UTF-8 volume format.'
-
Is niet zozeer een Appleding hoor. Dezelfde lijst ontstaat mogelijk als je vanaf een Windowsmachine de boel met die tekens overzet naar de Synology.
Jammer dat je in iTunes niet kan instellen dat hij vreemde tekens moet vervangen bij het ophalen van de CD-gegevens uit de database bij importeren.
Dit kan overigens wel met downloaden van CD's, staat wel ergens op dit forum hoe.
-
Aha, juist. vroeg het me al af, dat moet inderdaad ook gebeuren als men vanaf een windowsmachine de boel met die tekens overzet naar een NAS. Op windows zelf geen probleem met die tekens in iTunes.
Vreemde tekens vervangen bij ophalen van cd-gegevens'... Dit vind ik erop op het forum: viewtopic.php?f=42&t=10887&p=56165&hilit=vreemde+tekens+vervangen#msg56165 (http://www.synology-forum.nl/viewtopic.php?f=42&t=10887&p=56165&hilit=vreemde+tekens+vervangen#msg56165)
Maar lijkt me ook niet erg handig.
'k houd het wel bij downloaden op men Mac mini van torrentsites. Usenet vanop de Mac kan ook. Maar zie het nut er nog niet van in om maandelijks te gaan betalen ervoor. Ik vind alles wat ik wil op torrentsites (voorlopig).
-
er is een parameter op bijv SABnzbd zodat het vanzelf gaat bij binnenhengelen van de bestanden maar ik snap je keuze goed.