Synology-Forum.nl
Packages => 3rd party Packages => NZBGet => Topic gestart door: Binnetie op 10 maart 2014, 08:43:29
-
Ik heb mijn DS211 recentelijk helemaal opnieuw ingericht. Ik download met NZBget, dat gaat over het algemeen goed, maar toch merk ik met het downloaden van bijvoorbeeld een Top40 waarin een speciaal teken hoort te zitten dat ik erg vreemde bestandsnamen krijg:
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi204.photobucket.com%2Falbums%2Fbb128%2FBinnetie%2Fmp3_zps2e960fba.jpg&hash=c1247fd7aad8b8008664d3a705843c21f2452986)
Weet iemand hoe dit is op te lossen? Is het een setting in NZGbet of moet ik het toch richting de DS211 zoeken?
-
Je kunt dit script proberen.
http://nzbget.sourceforge.net/forum/viewtopic.php?f=8&t=963
Volgens een post zou het niet werken maar ik weet niet of het aan het script of aan de tester lag ;)
-
komt doordat UTF-8 niet voor Nederlands wordt ondersteund op de Syno ...
zie : https://github.com/spotweb/spotweb/wiki/Instellen-locales-nl_NL.UTF8-op-Synology-NAS
-
je kan wel zo nu en dan achteraf een script laten draaien die ze opruimt. Moet wel in een terminal
-
je kan wel zo nu en dan achteraf een script laten draaien die ze opruimt. Moet wel in een terminal
Of in de task scheduler
-
Download Station (van Synology) gebruikt zijn eigen versie van urar en die heeft geen last van vreemde tekens.
Wijzig in NZBGet > Settings > UNPACK naar (is nu unrar): /usr/syno/bin/unrar
[attachimg=1]
En probeer het dan nog eens.
-
Bedankt voor de reacties. Ik kreeg helaas geen notificatie van nieuwe reacties. Het script van NZBget ken ik, maar daar las ik dat het niet werkt en vroeg ik me ook af of het aan de gebruiker lag of niet.
In Download Station waar ik ook wel eens mee gedownload heb ging het inderdaad wel goed.
Ik ga eens kijken of ik de unrar van Download Station kan gebruiken in NZBget.
-
Oke ik ben een stap verder. Ik gebruik nu de unrar van Download Station.
Nu zie ik de volledige bestandsnaam, maar op de plek waar een vreemde teken hoort te staan zie ik nu een soort vraagteken:
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi204.photobucket.com%2Falbums%2Fbb128%2FBinnetie%2Ftekens_zps7e2a419b.jpg&hash=422e85ab864c06df6baadbf983495bd82ad3362d)
Wanneer ik vanuit DSM een liedje wil downloaden met vreemd teken dan wil dit niet (Chrome gaat niet downloaden). Een nummer zonder vreemde tekens download hij wel goed. Iemand die dit ook heeft?
Ik kan helaas nu niet in Windows kijken hoe de bestandsnaam wordt, maar zie ik deze in de Windows verkenner nu wel goed?
-
doodlopende weg.
Gewoon eerdergenoemd scriptje gebruiken icm NZB Get. Werkt wel.
-
deze dus (wel even zorgen dat CharTranslator.py op je NAS staat)
http://www.synology-forum.nl/audio-station/achteraf-vreemde-tekens-verwijderen/msg72757/#msg72757 (http://www.synology-forum.nl/audio-station/achteraf-vreemde-tekens-verwijderen/msg72757/#msg72757)
-
Ik ben bezig geweest met het script welke BZwart aangaf, maar helaas werkt het niet lekker.
Spotweb:
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi204.photobucket.com%2Falbums%2Fbb128%2FBinnetie%2Fspotweb_zps15f761d4.jpg&hash=718d776fb1ec0638c2a59f170eac197e5214ba1e)
Nas:
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi204.photobucket.com%2Falbums%2Fbb128%2FBinnetie%2Fnas_zps774ce7be.jpg&hash=6560dd4515058319d4c9c3cb339363e710960197)
Let op nr 2. Beyonce en nr 8 maakt hij ook een potje van...
Erg jammer dat het niet zo eenvoudig is op te lossen. De optie van Tien is dan meer achteraf via een script uit te voeren. Ik heb het liefst dat het automatisch gaat.
-
Ik heb het liefst dat het automatisch gaat.
Dan zou je toch je 'locale' op UTF-8 NL moeten zetten ; dan komt het bij binnenlopen van de files gelijk goed (lijkt me).
Is er geen setting in NZB zoals FTP ook heeft ?
Enable UTF-8 filename support
If FTP client supports UTF-8, enable this function to better handle multilingual filename. However, the support to the old version of FTP clients is limited. If your FTP client has trouble to handle multilingual file name, you might want to disable this function.
-
Is er geen setting in NZB zoals FTP ook heeft ?
Nope.
-
Of SABnzbd voor muziek downloads gebruiken en Get voor de films...
-
Ik verwijs hier nog maar eens naar; heb geen enkel probleem meer hiermee: http://www.synology-forum.nl/nzbget/vreemde-tekens/
-
Ik verwijs hier nog maar eens naar; heb geen enkel probleem meer hiermee: http://www.synology-forum.nl/nzbget/vreemde-tekens/
Helemaal goed janbal EN Tien, net ff getest en ok. ;D
Ik zat fout met syno unrar :oops:
-
Ik heb de overstap gemaakt naar DSM5, het ziet er erg fris uit (dat terzijde). Er werd aangegeven dat hiermee het 'diakrieten'-probleem was opgelost.
Gelijk een nieuwe download gestart met NZBget. Maar helaas ik krijg nu geen diakrieten (die vraagtekens) maar de hele bestandsnaam is anders. Dit had ik eerder ook:
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi204.photobucket.com%2Falbums%2Fbb128%2FBinnetie%2FDSM5_zps8e0f0f6b.jpg&hash=c18c5d6dc13e48a2144cf7a20c8862854e2d2823)
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi204.photobucket.com%2Falbums%2Fbb128%2FBinnetie%2FDSM52_zps8c996e5a.jpg&hash=2118d5152e37f341ccbc81514bbffd6e308881d4)
Nr 13 gaat helemaal mis, die is ook niet af te spelen. Erg gek want in het verleden had ik dit niet. Hopelijk is het nu niet bij de hele muziekcollectie.
De link van Janbal ga ik nog even bekijken. Het liefste heb ik iets wat het direct corrigeert ipv handmatig.
Edit: de link bekeken en ga nu eens testen als ik alleen dit script laat uitvoeren of het dan goed gaat. Ik heb namelijk nog een script staan die samples etc verwijderd.
Edit 2: heb nzbget zo ingesteld dat als ik muziek download dit via de categorie muziek gaat en dan als enigste script het chartranslate script. Dan kan ik bij films gewoon het script aanhouden om sample bestanden te behouden.
Helaas hetzelfde resultaat als mijn screenshot hierboven.
-
Stuur mij eens een PM of E-mail met die nzb file, zal ik even testen.
-
Ik heb met nzbget een top 40 gedownload en deze niet laten uitpakken. Vervolgens ben ik met mijn laptop naar de locatie op de nas gegaan via de verkenner en heb de rarset daar uitgepakt met Winrar. Dit gaat wel goed. De speciale tekens worden prima overgenomen en het werkt zoals het hoort.
Nu alleen nog via nzbget voor elkaar zien te boksen.
-
helaas: http://www.synology-forum.nl/nzbget/vreemde-tekens/msg96651/#msg96651
-
@Binnetie
Ik heb via mail 3 nzb's ontvangen.
Heb ze gedownload met nzbget en geen problemen gehad (zie bijlagen in je mail).
De output komt uit PuTTY (SSH) maar heb ook gekeken met Verkenner (Windows) File Station (DSM).
Heb je het script wel goed geinstalleerd en nzbget setup goed ingesteld ? Zie bijlagen.
Zie je ook in de messages dat het uitgevoerd is ? Zie bijlage.
-
Ik heb het net zo staan als jij.
Mijn log geeft dat alles succesvol was. In Filestation zie je het weer niet goed, in Windows verkenner ook niet.
Nr 7 moet zijn: 07 Maitre Gims - J'me tire.
-
Ik heb het script ook draaien, ik ga even kijken wat de uitkomst is als ik wat tegenkom.
-
Wat is de uitkomst bij jou?
Op mijn DS214 heb ik precies hetzelfde probleem.
-
Eindelijk heb ik het op kunnen lossen!
Pas je /etc/profile aan en voeg deze regels toe:
And at the very end of the file add:
export LC_CTYPE="en_US.utf8"
export LC_NUMERIC="en_US.utf8"
export LC_TIME="en_US.utf8"
export LC_COLLATE="en_US.utf8"
export LC_MONETARY="en_US.utf8"
export LC_MESSAGES="en_US.utf8"
export LC_PAPER="en_US.utf8"
export LC_NAME="en_US.utf8"
export LC_ADDRESS="en_US.utf8"
export LC_TELEPHONE="en_US.utf8"
export LC_MEASUREMENT="en_US.utf8"
export LC_IDENTIFICATION="en_US.utf8"
Reboot de nas en start opnieuw een download.
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi204.photobucket.com%2Falbums%2Fbb128%2FBinnetie%2Fsolved_zps6d92838b.jpg&hash=c21116edd6dc76eed701e191a768798762d13060)
-
klinkt als iets dat ik ga testen, dankjewel
-
Toppie, binnenkort ook maar eens testen 8)
Je moet er alleen aan (blijven) denken dat een DSM update dit weer kan overschrijven.
Voor de degenen die niet weten HOE je profile kunt aanpassen:
WinSCP (GUI geen Linux (DSM) kennis nodig):
1 - Zorg ervoor dat SSH-Service aan staat: Configuratiescherm > Terminal.
2 - Download: http://winscp.net/eng/download.php
3 - Installeer WinSCP
4 - Start WinSCP klik op nieuw
5 - Bestandsprotocol: SCP
6 - Adres doelcomputer: <NAS-IP>
7 - Poortnummer: 22
8 - Gebruikersnaam: root
9 - Opslaan
10 - Inloggen (Password van je admin)
Dan browsen naar /etc
En op de file profile staan, rechter muisknop en bewerken kiezen.....de rest is vanzelf sprekend.
PuTTY (CUI wel Linux (DSM) kennis nodig):
1 - Zorg ervoor dat SSH-Service aan staat: Configuratiescherm > Terminal.
2 - Download putty.exe
http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
3 - Start putty.exe
4 - Geef je IP-adres van je NAS op
5 - Zorg dat SSH aangeklikt is
6 - Save....geef een naam in "Saved Sessions"
7 - Klik op Open
8 - Je krijgt Putty scherm met "login as:"
9 - Geef in: root
10 - password: <Admin password>
-
ik zou het graag op mijn NAS direct doen (chromebook....) maar kom erachter dat Config File Editor niet meer werkt in DSM5. Is er een andere optie/package?
-
A, ik heb hem al. Even verwijderd en opnieuw geïnstalleerd. Ga naar Mertymade Synology (http://www.mertymade.com/syno/) en download deze file (http://packages.mertymade.com/downhandler?app=ConfigFileEditor)en installeer deze handmatig in package center met de knop [handmatig installeren]. Start het pakket als dit al niet gebeurd is en selecteer [profile] en voeg de regels in post van Binnetie toe (in mijn geval na ulimit) en druk op save
toch?
-
toch?
Klopt, heel goed alternatief: Config File Editor.
-
maar helaas werkt het niet voor mij (zie screenshot) als ik Get gebruik..... De bestanden met de bekende vraagtekens zijn niet te verwijderen....
-
Hmmmm, misschien moet je eerst NZBGet even stoppen en starten, denk dat de nieuwe profile nog niet actief is.
-
Even getest:
Windows laat zien:
[attachimg=1]
NAS laat zien:
[attachimg=2]
PuTTY laat zien:
[attachimg=3]
Dus aan alle kanten goed ! Klasse !
-
tss, mijn CharTransProcess script was weg. Vast gebeurd met update naar DSM5... Cool dat het werkt.
-
mijn CharTransProcess script was weg. Vast gebeurd met update naar DSM5
Dat zal best wel want je hebt waarschijnlijk ook NZBGet opnieuw moeten installeren omdat een gedeelte van NZBGet (System) in /usr/local/nzbget staat en dus ook /usr/local/nzbget/share/nzbget/ppscripts/ waar de scripts staan o.a. CharTransProcess.py
Maar CharTransProcess.py heb je niet meer nodig.
Cool dat het werkt.
Even voor de anderen: heb je nu NZBGet stop/start gedaan, omdat het nu wel werkt ?
-
cool dat het bij jou werkt, bedoelde ik. Ik heb Get opnieuw gestart maar het werkt nog steeds niet bij mij. Mogelijk toch Get opnieuw installeren want deze installatie komt nog van 4.3 via 5 beta naar DSM 5 final.
Maar dat script hoeft er dus niet meer op begrijp ik?
-
Maar dat script hoeft er dus niet meer op begrijp ik?
Klopt, had zelfs op m'n test DS dat script niet eens draaien maar wel eens getest met downloaden en met de "vreemde" tekens om te zien of Syno het had opgelost, niet dus.
En nu wel met profile aanpassing.
Als je nu in profile kijkt, zie je dan wel de aanpassingen die je gedaan hebt ?
Zo ja, doe dan eens een reboot en kijk dan of het werkt.
-
reboot gedaan, zonder results
screenshot klopt toch?
vergeet ik nog iets voor de handliggends?
-
profile ziet er goed uit.
Het lijkt erop dat profile niet uitgevoerd wordt :S
Kun je anders even PuTTY gebruiken zoals ik eerder heb aangegeven ?
Als je dan binnen bent het volgende commando geven?
echo $LC_TELEPHONE <enter>
Dan zou terug moeten krijgen:
en_US.utf8
-
Helaas, ook bij mij is er geen positief resultaat.
Heeft wellicht te maken met het feit dat ik nog DSM 4.2 draai, noodgedwongen omdat ik een DS-109 heb.
Afijn, alles teruggedraaid, weer chartranslaterprocess.py ingeschakeld zodat het weer werkt als voorheen, d.w.z. bijna helemaal goed en sinds de nieuwste versie van Get zelfs geen crashes meer. Alleen e-mail afhandeling gaat nog fout op deze manier.
Als iemand nog een truc vindt dan lees ik hem graag, zodat ik hem kan proberen.
Binnetie in ieder geval bedankt voor het delen.
-
@Birdy: net even jouw commando in putty (weliswaar via WinSCP) geprobeerd. Kreeg niks terug. Zou dus betekenen dat profile niet geladen is?
-
Ik heb geen Windows meer ;-) maar...geestig, op Chromebook kan je een app Secure Shell installeren. Ik krijg terug wat jij vroeg (zie screendump)
Wat nu?
-
of moet ik deze nog veranderen?
-
@janbal en @Tien
Ik ben persplex.....2 tegenstrijdige dingen en bij mij alles ok, op 4.2, 4.3 en 5.0 :S
@janbal
Ben je als root ingelogd ?
Kun je /etc/profile nog eens checken met cat /etc/profile
@Tien
Pffff....geen idee op dit moment.
In het algemeen geldt hier volgens mij, /etc/profile is de zo genaamde System Wide Profile.
M.a.w. /etc/profile dient altijd te worden uitgevoerd en daarna de user .profile in de user home directory.
Dus IK snap het even niet. :(
Zie net de laatste reactie van Tien: of moet ik deze nog veranderen?
Nee, zou niets moeten uitmaken.
Het gaat er om hoe het op de NAS geschreven wordt.
Overigens, hoe ziet het er uit als je met Secure Shell kijkt naar die map ?
-
Overigens, hoe ziet het er uit als je met Secure Shell kijkt naar die map ?
Dank je voor alle moeite. Dit dus
-
Ja.....helemaal fout dus :evil:
Ik hou er even mee op ;)
-
@janbal
Ben je als root ingelogd ?
Kun je /etc/profile nog eens checken met cat /etc/profile
Ik was als root ingelogd.
En jouw commando cat /etc/profile geeft de inhoud van het gewijzigde bestand.
-
Misschien dat je nog de laatste reactie uit dit topic kunt proberen:
http://www.chainsawonatireswing.com/2012/01/08/set-up-the-synology-diskstation-ds411j-to-support-utf-8/
Hierin staat dat de tool die je gebruikt om de boel aan te passen ook op UTF-8 moet staan.
-
Er is ook een nieuwe versie van NZBget beschikbaar in package center (versie 12.0-10). Mogelijk lost die ook de problemen op met de speciale tekens.
-
Was weer eens aan het testen op m'n DS111 met DSM5.
Heb uit profile de toegevoegde LC_ gehaald om te testen of ik het in de fout kon krijgen.
Rebooted DS111
Zelfde download gedaan, resultaat GOED.
Ik dacht, krijg nou wat :!: Hoe ken dat nou ?
Ben toen nog eens goed gaan kijken in profile en wat zie ik ?
PAGER=more
export PAGER
export LC_ALL=en_US.utf8
export LANG=en_US.utf8
PS1="`hostname`> "
Dat verklaart bij mij dat het niet in de fout gaat.
Had overigens NZBGet nog niet getest op vreemde tekens voordat ik, door die LC_ aanwijzing, ging testen.
Dus heb ik op m'n DS413j met DSM4.3 gekeken waar het dus fout liep.
Daar zit die LC_ exports er dus NIET in.
M.a.w. vanaf DSM5.0 moet het dus voortaan, in de standaard dus, niet meer fout gaan.
De LC_ALL setting (export) overschrijft n.l. ALLE lokalisatie settings behalve de setting LANG, vandaar:
export LC_ALL=en_US.utf8
export LANG=en_US.utf8
Dus voor mij werkt het schrijven met speciale karakters in DSM5 goed.
Nog eens het plaatje van Tien bekeken en....daar hetzelfde in de profile:
export LC_ALL=en_US.utf8
export LANG=en_US.utf8
Maar nu begrijp ik dus NOG steeds niet waarom het bij TIEN niet goed gaat (dus ook DSM5) :S
-
Bedankt voor de moeite!
Heb jij de laatste update van DSM5 staan (dus die ná open-ssl-dinges)?
Mis ik mogelijk een belangrijke basic-setting van GET? Gewoon /usr/syno/bin/unrar gebruiken toch?
-
Mijn D111, die ik gebruik voor achtergrond-downloads en als netwerkbackup, zit nog op EXT3. Zou dat het kunnen zijn? Ik heb sowieso geen verse 5.0 install gedaan maar steeds een upgrade/update gedaan. Misschien zit daar uiteindelijk de oplossing....
-
Heb jij de laatste update van DSM5 staan (dus die ná open-ssl-dinges)?
Yep: Zie mijn Handtekening.
Ben nog eens wat dieper gaan testen echter, ben tot de conclusie gekomen dat die LC settings ALLEEN goed werkt met DSM5 als je de unrar van Synology of van (in mijn geval) de unrar van NZBGet gebruikt.
M.a.w. DSM5 heeft dusdanige correcties/toevoegingen gehad zodat de LC settings gebruikt kunnen worden en ook werken.
Lager dan DSM5 is dit dus niet zo.
Dus:
Eindelijk heb ik het op kunnen lossen!
Pas je /etc/profile aan en voeg deze regels toe:
And at the very end of the file add:
export LC_CTYPE="en_US.utf8"
export LC_NUMERIC="en_US.utf8"
export LC_TIME="en_US.utf8"
export LC_COLLATE="en_US.utf8"
export LC_MONETARY="en_US.utf8"
export LC_MESSAGES="en_US.utf8"
export LC_PAPER="en_US.utf8"
export LC_NAME="en_US.utf8"
export LC_ADDRESS="en_US.utf8"
export LC_TELEPHONE="en_US.utf8"
export LC_MEASUREMENT="en_US.utf8"
export LC_IDENTIFICATION="en_US.utf8"
Reboot de nas en start opnieuw een download.
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi204.photobucket.com%2Falbums%2Fbb128%2FBinnetie%2Fsolved_zps6d92838b.jpg&hash=c21116edd6dc76eed701e191a768798762d13060)
Werkt niet op DSM4 en lager en bovenstaande aanpassing is niet nodig in DSM5 omdat profile al voldoet aan de settings die Synology in de standaard heeft toegevoegd t.w.:
export LC_ALL=en_US.utf8
export LANG=en_US.utf8
Verklaring:
De LC_ALL setting (export) overschrijft n.l. ALLE lokalisatie settings behalve de setting LANG.
@TIEN
Eerder liet je zien dat je ook die settings had dus, jij hebt ook een DS met DSM5 maar, bij jou werkt het dus niet ?
Die DS111 zonder DSM5 gaat dus helaas niet werken en zal je die CharTransProcess.py moeten blijven gebruiken.
Geldt voor mij ook voor de DS411+ii en DS413j.
Overigens had ik eerder gemeld dat het op die 2 het ook werkte maar dat is dus niet waar.
Was misleid door het doen van korte testjes middels het maken en neerzetten van files zoals Anschlußkapazität.txt en dat ging goed, eigenlijk, altijd goed achteraf gezien.
Bij het unrarren van een dergelijke file met die inhoud gaat dus (nog steeds) fout.
Dus mijn conclusie kan niet anders zijn dat het "vreemde tekens na het uitpakken" probleem is opgelost door Synology in DSM5.
PS: Het is mijn conclusie dus als er iemand anders een andere conclusie heeft dan zie ik het hier graag. ;)
-
PS: Het is mijn conclusie dus als er iemand anders een andere conclusie heeft dan zie ik het hier graag. ;)
ik dus helaas, al hoop ik dat 'ik een incident' ben. Ik heb de laatste DSM5, ik heb de settings goed (zie vorige posts en results van Linux commando's en output daarvan) en ik heb de laatste GET. Het enige dat ik dan nog kan verzinnen is EXT3 (waar mijn nieuwe NAS EXT4 heeft) en het gegeven dat ik de DS111 vanaf de doos tot nu toe nooit opnieuw heb geïnstalleerd maar enkel, via beta, heb geupdate....
-
Anyway: Ik kan het dus wel vergeten met mijn DS109 (dus DSM 4.2) als ik het allemaal goed begrijp.
Had het ook al opgegeven; er is verder goed te leven met de redelijke oplossing van CharTransProcess.
-
Hier zie je het chronologische verloop bij tot de oplossing: https://github.com/SynoCommunity/spksrc/issues/932
Ik heb een DS214 waar het op misging, de DS211 moet ik nog even testen.
In dat topic worden ook de 2 regels aangehaald, maar uiteindelijk heb ik toch alles met die lijst aangepast:
export LC_CTYPE="en_US.utf8"
export LC_NUMERIC="en_US.utf8"
export LC_TIME="en_US.utf8"
export LC_COLLATE="en_US.utf8"
export LC_MONETARY="en_US.utf8"
export LC_MESSAGES="en_US.utf8"
export LC_PAPER="en_US.utf8"
export LC_NAME="en_US.utf8"
export LC_ADDRESS="en_US.utf8"
export LC_TELEPHONE="en_US.utf8"
export LC_MEASUREMENT="en_US.utf8"
export LC_IDENTIFICATION="en_US.utf8"
Ik kwam hier achter omdat er ook nog een /etc.defaults/profile is. Daar stonden die 2 regels al in.
-
@Tien
Als ik het dus goed begrijp dan heb je een DS111 met DSM5 en EXT3 > LC werkt niet.
Ik heb ook een DS111 met DSM5 maar dan met EXT4 > LC werkt wel.
In de standaard UNIX/Linux wereld werkt LC wel op EXT3.
Dus het lijkt erop dat de Linux variant van Synology, DSM dus, het niet zou ondersteunen voor EXT3 File Systeem ?
Ik zie het verband dus niet tussen het opslaan van Unicode (UTF-8 (8 bit code i.p.v 7 bit), want daar gaat het dus over) en EXT3 of EXT4 tenzij, Synology daar wel een verschil in maakt.
Maar goed, ik heb de volgende tests gedaan:
DS111 DSM5
File gemaakt met vi genaamd: Bär
Dan in CLI:
wc -c BärUitkomst:
5 BärDus, Bär gebruikt 5 Bytes dus voor "ä" 2 Bytes.
Zelfde gedaan met de DS411+ii DSM4 met de LC settings in profile:
Uitkomst:
11 BärEen zooitje dus, gebruikt 9 Bytes voor "ä", UTF-8 wordt hier dus niet begrepen.
Kan jij eens dezelfde test doen op je DS111 met de standaard DSM5 profile ? (dus die extra LC exports eruit).
-
Oke, LC eruit en na reboot, zie screendump. Dus geen 5 en geen 11....
(op mijn DS111 met ext3)
-
Slaat nergens op en begrijp het niet meer :S
Lijkt er dan toch op dat EXT3 het probleem is als ik alles uitsluit.
Vreemd want, EXT3 kende al UTF-8 opslag (LC instellingen).
Maar, zoals ik al zei, misschien dat Synology dit niet ondersteund of niet wil ondersteunen.
Als je dit echt een punt vindt dan heb je m.i. 2 opties:
1 - Van EXT3 naar EXT4 FS gaan (backup, volume1 verwijderen en weer maken, restore.
2 - Op EXT3 blijven en een ticket inleggen bij Synology over het niet functioneren van de toegevoegde LC (UTF-8) format.
;)
-
wat betekent die 1 (vs die 5 en 11 van jou)?
Ik ga een verse install doen....