Hyper Backup heeft problemen met diakrieten?

[Irmaxx59]

Beste forumleden,

Heb sinds een kleine maand een nieuwe NAS en een USB HDD.
Met Hyper Backup en ‘Lokale gegevens kopiëren’ maak ik dagelijks m.b.v. meerdere ‘tasks’ meerdere separate back-ups. Dit gaat prima!
Maar nu wilde ik gisteren een nieuwe ‘task’ toevoegen om een nieuwe back-up te maken, maar dat ging niet goed: “Mislukt!”.

Oké, in de log gekeken en geconstateerd dat het fout ging bij het maken van een back-up van mappen èn bestanden waar
zgn. ‘diakrieten’ in zaten, dus: “ë”, “ï”, “ü”, “à”, “è”, “é” etc.
Goed, heb toen in Windows Verkenner alle diakrieten aangepast in ‘normale’ letters, maar dat hielp blijkbaar niet.
Heb toen in File Station gekeken en de ‘foutieve' namen waren nog steeds zichtbaar, zelfs als ik ze in File Station verwijder.
Het lijkt wel alsof het ‘ergens’ wordt vastgehouden in een (cache-)geheugen??
Heb toen de ‘task’ en de ‘Local Archiving Storage’ verwijderd, de NAS op nieuw opgestart en een nieuwe ‘task’ aangemaakt
met als resultaat: “Mislukt!”.
Werk met Windows 10 - Fall Creators Update (1709).

Is er iemand die dit herkent en mij kan helpen?
Bij voorbaat hartelijk dank.

[Birdy]

Heb toen in File Station gekeken en de ‘foutieve' namen waren nog steeds zichtbaar, zelfs als ik ze in File Station verwijder.

Weet je zeker dat die files weg zijn ?
Kijk anders eerst even met PuTTY.

Het lijkt wel alsof het ‘ergens’ wordt vastgehouden in een (cache-)geheugen??

Na reboot is deze weg.

[Irmaxx59]

Dank Birdy voor je reactie.

Heb gisteren laat nog een reboot uitgevoerd, maar File Station laat wat 'anders' zien dan Windows Verkenner of Total Commander.
De aangepaste bestanden EN de originele bestanden zijn te zien in File Station, NIET in Windows Verkenner of Total Commander.

PuTTY? Heb even geen idee wat dat is en hoe ik dat moet gebruiken, sorry!

[Birdy]

Ga naar hier, sectie: Wil je alleen PuTTY (CLI: Linux/DSM kennis vereist)

[Ben(V)]

Het probleem is dat linux bestanden opslaat in utf-8 formaat terwijl windows dat doet in in standaard ascii met een cp1252 code page voor o.a. de diacritische tekens.
Dat houd in dat alle standaard ascii karakters hetzelfde gecodeerd zijn maar dat windows de hoge ascii waarden gebruikt voor die tekens en utf-8 gaat dan twee bytes gebruiken.
Dat geeft utf-8 natuurlijk vele malen meer mogelijkheden dan wat windows kan, maar zorgt er ook voor dat het niet comaptible is.

Windows heeft voor elke vreemde taal of tekenset een andere code page nodig, dus je moet altijd weten met welke code pages iets is weggeschreven.

De vraag is hoe die bestanden daar terecht gekomen zijn.
Het waarschijnlijkste is dat ze uitgepakt zijn uit een zip, rar of par die gemaakt is op een windows systeem met een bepaalde codepage en uitgepakt op je NAS.
Er zitten dan potentieel bestandsnamen in waar linux niets van snapt omdat hij denkt dat het utf-8 is terwijl het eigenlijk cp1252 is.

Het kan niet ontstaan door vanaf windows iets weg te schrijven naar je Nas, want dan zal dat automatisch omgezet worden van cp1252 naar utf-8.

Het oplossen ervan kan alleen vanaf de linux kant want vanaf je PC gaat dat niet lukken.
Als je pech hebt wordt het zelfs behoorlijk problematisch, we hebben hier voor beelden gezien van bestanden die zelfs helemaal niet meer te verwijderen waren.

[Irmaxx59]

Lukt niet, Config File Editor geeft aan dat ik moet inloggen als gebruiker met admin-rechten.
Ik heb ADMIN uitgeschakeld en ik BEN een gebruiker met admin-rechten in de Administrator-group.

Heb geprobeerd met admin in te loggen (3x) en nu kan ik er niet meer bij tot morgen geloof ik.
Ik word niet goed! Sorry, probeer het morgen weer.... hopelijk.
Ik snap er niets meer van.....

[Irmaxx59]

@Ben(V)
De bestanden zijn 1-op-1 gekopieerd op een USB-stick en daarna 1-op-1 gekopieerd naar de NAS.
Dus, niet uitgepakt of iets dergelijks.

[Birdy]

Ik word niet goed!
Ik snap er niets meer van.....

Dat komt omdat je niet leest, ik heb geschreven: "Ga naar hier, sectie: Wil je alleen PuTTY (CLI: Linux/DSM kennis vereist)"
Dus, het heeft niets met Config File Editor te doen.

[Ben(V)]

@Ben(V)
De bestanden zijn 1-op-1 gekopieerd op een USB-stick en daarna 1-op-1 gekopieerd naar de NAS.
Dus, niet uitgepakt of iets dergelijks.

Zelfde probleem.
Erop gezet met windows en als je die USB in je NAS stopt dan denkt je NAS dat het UTF-8 is.
Alleen als je het via het netwerk door windows laat doen wordt het omgezet.

Maar ik zou eerst eens proberen ze te renamen met FileStation voor je het op de commandline gaat proberen.

[Irmaxx59]

@Ben(V)
Kopieerslag is destijds via het netwerk gegaan; ik heb NIET de USB-stick rechtstreeks in de NAS geplugged!
Dus, het zou correct omgezet moeten zijn geworden....?!

Re-namen kan ik nu niet, ben geblocked.
Heb ik trouwens al geprobeerd, maar dan krijg ik de melding in File Station, dat het bestand niet bestaat!?

@Birdy
Sorry, je hebt gelijk.... ik heb niet goed gelezen....
Ga dat alsnog doen en laat het verder weten zodra ik weer toegang heb tot de NAS.

[Irmaxx59]

@Birdy
Heb PuTTY gedownload en geïnstalleerd.
PuTTY.exe gestart, IP van NAS ingevuld, SSH aangeklikt, een naam gegeven bij 'Saved Sessions' (en gesaved) en op Open geklikt.

Krijg een error: "Network error: Software caused connection abort".
PuTTY = inactive

[Birdy]

Je hebt dus zelfs geen inlog kunnen zien ?

Heb je wel SSH poort 22 ingesteld op je NAS en PuTTY ?
Of, gebruik je toevallig een ander poort nummer voor SSH.

[Irmaxx59]

@Birdy
Vergeef me, ik ben een ontiegelijke 'newbie' als het gaat om dieper gelegen netwerkproblemen en/of -instellingen.

Dat gezegd hebbende, je hebt gelijk.... op de NAS vergeten (niet geweten?!) instellingen alsnog aangepast:
- service = SSH (niet TELNET)
- poort = 22
- beveiligingsniveau = Gemiddeld (=default)

Heb zelfs weer de 'admin'-gebruiker geactiveerd.

Wat ik heb gedaan
1. DSM  ---->  afgemeld bij de NAS
2. PuTTY  -->  opgestart
3. PuTTY  -->  login as: root
4. DSM  ---->  ingelogd als 'admin' (DSM met SSH)
5. PuTTY  -->  root@192.168.1.xxx's password:   <--[password van 'admin' DSM opgegeven]
    PuTTY  -->  Access denied

Kort daarna krijg ik het volgende scherm te zien:
  PuTTY Fatal Error
  Server unexpectedly closed network connection

Ben ik nog wat vergeten of doe ik iets niet goed?

[Birdy]

of doe ik iets niet goed?

Je doet inderdaad iets niet goed en dat is goed lezen, m'n Topic is toch echt duidelijk genoeg.

[Briolet]

Dat is het risico met SSH Als je iets fout doet, verpruts je het hele operating systeem. Als je met SSh werkt, moet je wel secuur zijn en niets proberen voordat je het echt begrijpt.