Vreemde tekens na het uitpakken

[Birdy]

Ja.....helemaal fout dus 
Ik hou er even mee op 

[janbal]

@janbal
Ben je als root ingelogd ?
Kun je /etc/profile nog eens checken met

Code: [Selecteer]

cat /etc/profile

Ik was als root ingelogd.


En jouw commando cat /etc/profile geeft de inhoud van het gewijzigde bestand.

[Binnetie]

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.

[Binnetie]

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.

[Birdy]

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) 

[Tien]

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?

[Tien]

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....

[Birdy]

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.

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. 

[Tien]

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....

[janbal]

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.

[Binnetie]

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.

[Birdy]

@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:

Code: [Selecteer]

wc -c BärUitkomst:

Code: [Selecteer]

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:

Code: [Selecteer]

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).

[Tien]

Oke, LC eruit en na reboot, zie screendump. Dus geen 5 en geen 11....


(op mijn DS111 met ext3)

[Birdy]

Slaat nergens op en begrijp het niet meer
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.

 

[Tien]

wat betekent die 1 (vs die 5 en 11 van jou)?
Ik ga een verse install doen....