Synology-Forum.nl
Overige software => Data replicator & overige backupsoftware => Topic gestart door: Irmaxx59 op 17 december 2017, 19:31:49
-
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.
-
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.
-
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! :oops:
-
Ga naar hier, sectie: Wil je alleen PuTTY (CLI: Linux/DSM kennis vereist) (https://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/)
-
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.
-
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.....
-
@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.
-
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)
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.
-
@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.... :oops:
Ga dat alsnog doen en laat het verder weten zodra ik weer toegang heb tot de NAS.
-
@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
-
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.
-
@Birdy
Vergeef me, ik ben een ontiegelijke 'newbie' als het gaat om dieper gelegen netwerkproblemen en/of -instellingen. :oops:
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? :o
-
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.
-
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.
-
@Birdy
Ik kan heel goed begrijpen, dat je wellicht(!?) wat geïrriteerd raakt over mijn onnozelheid t.a.v. dit onderwerp.
Zou ik ook zijn!
Maar ik begrijp echt niet wat ik fout doe of waar het fout gaat! Please help!
Wil je alleen PuTTY (CLI: Linux/DSM kennis vereist):
1 - Zorg ervoor dat SSH-Service aan staat in DSM: 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 <enter>
9.1 - DSM6: Geef in: <gebruiker> met admin rechten.
10 - password: <admin password> <enter> (PS: je ziet de cursor niet verplaatsen).
10.1 - DSM6: ook het password van admin
11 - DSM6: om root te worden, geef het volgende commando: sudo -i
11.1 - password: zelfde password als in 9.1.
Bijvoorbeeld: met welke gebruikersnaam en password moet ik inloggen in PuTTY?
Ik gebruik nu 'root' met het password van 'admin', welke ik gebruik om op de NAS in te loggen (dit lukt dus niet?!).
En dan nog iets anders: dien ik al ingelogd te zijn op de NAS vóórdat ik PuTTY opstart of moet ik in beide inloggen na elkaar?
M.a.w. moet ik vanaf punt 8 t/m 11.1 om-en-om inloggen in PuTTY en DSM6?
Tevens, punt 11 begrijp ik niet.... sorry!
Als ik het geheel moet verwoorden, dan heeft (oneerbiedig gezegd) PuTTY gelijkenis met de vroegere DOS-prompt.
Eenmaal ingelogd op de server, kan ik met de Linux-commandline o.a. bestanden 'renamen', verwijderen etc.
Enige kennis van Linux-commands is dan wel noodzakelijk, nietwaar!
Guys, ik heb echt iets meer nodig dan tot nu toe gegeven is. Zoals gezegd, mijn voorkennis is slecht, nihil, nada, noppes.
A.u.b. please help me! Ik weet niet waar ik anders terecht moet met deze specifieke problemen.
-
Maar ik begrijp echt niet wat ik fout doe
Ik gebruik nu 'root' met het password van 'admin'
Zoals geschreven is goed lezen belangrijk. Zeker als je met SSH werkt, moet je niet een deel lezen wat bruikbaar lijkt en dan direct aan de slag gaan. Je moet eerst alles lezen en begrijpen voor je begint. Dus ook de voorwaarden waaronder je iets mag gebruiken.
Die pagina met instructies is wat chaotisch, maar er staat wel dat root niet goed is in jouw situatie.
-
@Birdy en @Briolet
Jullie hebben zó gelijk: goed lezen!
Mijn excuses, ik had inderdaad niet alles gelezen.
In my defence: de betreffende 'post' is voor een leek zoals ik wel wat chaotisch.... :'(
Dus ook de voorwaarden waaronder je iets mag gebruiken.
Waar dan?
Die pagina met instructies is wat chaotisch, maar er staat wel dat root niet goed is in jouw situatie.
Waar dan?
Maar.... goed nieuws, ik heb contact met de server!!
Ben ingelogd met 'admin' en het bijbehorende password wat ik gebruik op de NAS.... en voilà! (zie bijlage).
Heb met 'ls -alh' gezien wat ik moet hebben.
Met 'cd volume1' kom ik op het gedeelte waar ik moet zijn.
Echter, kan ik bepaalde files NIET verwijderen met 'rm <filename>' --> resultaat: "filename too long"!
Ook niet met 'mv <filename> <new filename>' --> resultaat: "filename too long"!
Wat kan ik nu nog doen?
Heb trouwens ergens gelezen, dat de prompt eruit dient te zien als: "ssh admin@.......". Klopt dit?
-
Probeer dit eens.
https://phanective.wordpress.com/2011/08/18/garbled-file-rename/
-
Echter, kan ik bepaalde files NIET verwijderen met 'rm <filename>' --> resultaat: "filename too long"!
Ga eerst eens naar die map waar die bewuste (file too long) staat en doe dan: ls -l
-
@Birdy
Het verschil tussen "ls -alh" en "ls -l" is niet zo groot, in de list staat dan bijv. '223K' resp. '228352'.
Met "ls -i" krijg je een list met 'inode' nummers.
Deze kan je dan weer gebruiken in "find -inum <number> -exec mv <file_name> <new_file_name> \;".
@Ben(V)
Bovenstaande "find"-command geeft als resultaat: "No such file or directory".
Maar ik zie 'em wel in de list staan met "ls -alh", "ls -l" en "ls -i".... :o
Ook de "delete"-command "rm <file_name>" geeft als resultaat: "No such file or directory".
Wat nu?
-
Dat snap ik allemaal maar, ik wil b.v. een file naam zien dus, nog een keer:
Ga naar die map waar zo'n bewuste (file too long) file staat en doe dan: ls -l en laat het resultaat zien: PuTTY printscreen.
-
Oh, sorry.... verkeerd begrepen. :oops: Bij dezen, zie bijlage.
-
Ok....ik zie nu het vreemde teken.
Je weet de inode van die file doe dan in die map:
find . -type f -inum "<inode>" -exec mv {} "<nieuwe bestandsnaam>" \;
De quotes moeten er bij !
Doe hetzelfde voor die te lange filenamen.
-
THANKS!
Ga ik meteen proberen. (:
-
@Birdy
In één woord GEWELDIG! :) :geek: :clap: :thumbup:
Vraagje: kan ik meerdere bestanden in één directory in één keer deleten?
Of kan dat niet i.v.m. het op te geven 'inode'-nummer....
-
Op inode zeker, daar zal dan een script voor gemaakt moeten worden. ::)
Wil je ze alleen deleten dan ?
Is het zoveel ?
-
Nou, ik denk tussen de 10 en 30 files in totaal.
Ik doe het wel met de hand.... oefening baart kunst, nietwaar!
Birdy, heel erg bedankt nogmaals voor alle 'insight', kennis en geduld. :thumbup:
Vooralsnog ben heel erg geholpen. Hopelijk kan ik als ik hiermee klaar ben alsnog een back-up maken.
-
:thumbup:
En inderdaad, die 10-30 files effen met het handje doen, tegen de tijd dat ik een scripie gemaakt heb EN getest, dan ben jij al klaar met renamen :lol:
-
Alle bestanden heb ik kunnen herstellen.
Back-up van betreffende map met sub-mappen is uiteindelijk gelukt om 00:09 uur!
Thanks, voor alles! :thumbup: