NAS aankoppelen... hoe en waar?

[markba]

dat gaat me niet lukken. Ik kom niet verder dan /home/ca/Testmap voor backup.
Ik weet niet hoe ik in de terminal verder moet/kan gaan op de NAS (/public op 192.168.1.14)

Oplossing:

Als je NAS goed is aangekoppeld, open dan eens de terminal (jazeker),

Dus wat ik al eerder zei: let er wel op dat dat pad (koppelpunt) pas aanwezig is als via Nautilus de (gvfs-)verbinding is gemaakt.

[KeesS]

rsync -r -t -p -o -g -x -v --progress --delete -u -s /home/ca/Testmap voor backup /public op 192.168.1.14

Dit is alvast geen correct commando: er staan spaties in wat op bestandsnamen lijkt.

Wat is er mis met spaties in een map- of bestandsnaam?

Als je NAS goed is aangekoppeld, open dan eens de terminal (jazeker), en post zowel het commando als de uitvoer ervan hier in een bericht:

Code: [Selecteer]

ls ~/.gvfs
ca@CAPC:~$ ls ~/.gvfs
FTP voor admin op mybooklive  public op mybooklive
ca@CAPC:~$

(aankoppelen met smb:  of 'windows gedeelde map' werkt niet goed)

Dit zal de koppeling naar je NAS in de folder .gvfs laten zien. Dan kan ik op basis hiervan het correcte commando geven. Mag ik ervan uitgaan dat het de map "/home/ca/Testmap" is die je (bij wijze van test) met rsync naar je NAS wil kopiëren?

Dat klopt, maar de gehele naam is bij mij /Testmap voor backup  (dus met spaties)

[Nero]

Wat is er mis met spaties in een map- of bestandsnaam?

Als je spaties in een map- of bestandsnaam wil gebruiken moet je die volledige naam tussen aanhalingstekens plaatsen. Zo niet worden de woorden na elke spatie als een afzonderlijke parameter beschouwd.

[KeesS]

Wat is er mis met spaties in een map- of bestandsnaam?

Als je spaties in een map- of bestandsnaam wil gebruiken moet je die volledige naam tussen aanhalingstekens plaatsen. Zo niet worden de woorden na elke spatie als een afzonderlijke parameter beschouwd.

Ik neem aan dat U hier het gebruik van spaties in een terminal-opdracht bedoelt.
Bij gewoon aanmaken van een map- of bestands-naam mogen toch wel spaties gebruikt worden ?

[Nero]

Spaties in een bestandsnaam kan, maar verhoogt wel het risico op fouten. Je kan best deze spaties vervangen door een underscore _ , wel tijdens het aanmaken van je bestand.

[vanadium]

ca@CAPC:~$ ls ~/.gvfs
FTP voor admin op mybooklive  public op mybooklive
ca@CAPC:~$

(aankoppelen met smb:  of 'windows gedeelde map' werkt niet goed)

Hier gaf je de indruk dat aankoppelen met smb wel goed ging. Je zal dat toch nodig hebben als je met rsync wil werken. Ik weet niet of rsync over een aangekoppelde ftp verbinding goed kan gaan.

Ik onderstel dat "public op mybooklive" je SMB share zal zijn. Dan zou dit moeten werken:

Code: [Selecteer]

rsync -r -t -p -o -g -x -v --progress -u -s "/home/ca/Testmap voor backup" "~/.gvfs/public op mybooklive"
Probeer eens, post én commando én resultaat hier terug.
Merk op
1) Namen met spaties staan tussen "..."
2) Om te testen heb ik de optie "--delete" achterwege gelaten. Die optie wist immers bestanden in de bestemming die niet in de bron aanwezig zijn. Klein foutje tijdens het testen en er zou per ongeluk een ganse folder kunnen verdwijnen... Plaats die optie enkel terug als je weet dat het commando werkt zoals verwacht.
 

[KeesS]

Probeer eens, post én commando én resultaat hier terug.
Merk op
1) Namen met spaties staan tussen "..."
2) Om te testen heb ik de optie "--delete" achterwege gelaten. Die optie wist immers bestanden in de bestemming die niet in de bron aanwezig zijn. Klein foutje tijdens het testen en er zou per ongeluk een ganse folder kunnen verdwijnen... Plaats die optie enkel terug als je weet dat het commando werkt zoals verwacht. 

ca@CAPC:~$ rsync -r -t -p -o -g -x -v --progress -u -s "/home/ca/Testmap voor backup" "~/.gvfs/public op mybooklive"
sending incremental file list
rsync: link_stat "/home/ca/Testmap voor backup" failed: No such file or directory (2)
rsync: change_dir#3 "/home/ca//~/.gvfs" failed: No such file or directory (2)
rsync error: errors selecting input/output files, dirs (code 3) at main.c(643) [Receiver=3.0.9]
rsync: connection unexpectedly closed (9 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
ca@CAPC:~$

sorry vanadium, hier heb ik zelf wat verknoeid.
Op advies van 'nero' (zie vorig bericht) heb ik de spaties vervangen door underscore-streepjes.
Daarom geeft rsync aan dat het bestand "Testmap voor backup" niet bestaat.

ik zal proberen dit te wijzigen en de opdracht opnieuw uitvoeren.

ca@CAPC:~$ rsync -r -t -p -o -g -x -v --progress -u -s /home/ca/Testmap_voor_backup "~/.gvfs/public op mybooklive"
sending incremental file list
rsync: mkdir "/home/ca/~/.gvfs/public op mybooklive" failed: No such file or directory (2)
rsync error: error in file IO (code 11) at main.c(605) [Receiver=3.0.9]
rsync: connection unexpectedly closed (9 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
ca@CAPC:~$

wat is er verder nog fout in de uitvoering?

[vanadium]

Alleen nog iets fout met de bestemming, nu. Kan je nog eens uitvoer van volgend commando neerzetten (kleine variatie van het voorgaande):

Code: [Selecteer]

ls -l ~/.gvfs


[KeesS]

Alleen nog iets fout met de bestemming, nu. Kan je nog eens uitvoer van volgend commando neerzetten (kleine variatie van het voorgaande):

Code: [Selecteer]

ls -l ~/.gvfs


ca@CAPC:~$ ls -l ~/.gvfs
totaal 0
drwx------ 1 ca ca 0 jan  1  1970 FTP voor admin op mybooklive
ca@CAPC:~$


ca@CAPC:~$ ls -l ~/.gvfs
totaal 0
drwx------ 1 ca ca 0 apr 13 16:58 public op mybooklive
ca@CAPC:~$

[vanadium]

Hier komt "public op mybooklive" niet meer voor. Dat betekent dat er geen SMB verbinding is. Er is wel de aankoppeling via ftp. Probeer de smb koppeling eens terug en voer het commando dan opnieuw uit.

[KeesS]

Hier komt "public op mybooklive" niet meer voor. Dat betekent dat er geen SMB verbinding is. Er is wel de aankoppeling via ftp. Probeer de smb koppeling eens terug en voer het commando dan opnieuw uit.

ca@CAPC:~$ ls -l ~/.gvfs
totaal 0
drwx------ 1 ca ca 0 apr 13 16:58 public op mybooklive
ca@CAPC:~$


@vanadium,
sorry vanadium, ik krijg bezoek dus ik moet even stoppen met de les   

[vanadium]

Nu komt "public op mybooklive"er wel door. Het commando zou nu moeten werken. Het is echter beter in dit geval een slash op het einde toe te voegen, dus zo:

Code: [Selecteer]

rsync -r -t -p -o -g -x -v --progress -u -s "/home/ca/Testmap voor backup" "~/.gvfs/public op mybooklive/"
Plezier met je bezoek 

[KeesS]

Nu komt "public op mybooklive"er wel door. Het commando zou nu moeten werken. Het is echter beter in dit geval een slash op het einde toe te voegen, dus zo:

Code: [Selecteer]

rsync -r -t -p -o -g -x -v --progress -u -s "/home/ca/Testmap voor backup" "~/.gvfs/public op mybooklive/"
Plezier met je bezoek   

ca@CAPC:~$ ls -l ~/.gvfs
totaal 0
drwx------ 1 ca ca 0 apr 13 16:58 public op mybooklive

ca@CAPC:~$ rsync -r -t -p -o -g -x -v --progress -u -s "/home/ca/Testmap voor backup" "~/.gvfs/public op mybooklive/"sending incremental file list
rsync: link_stat "/home/ca/Testmap voor backup" failed: No such file or directory (2)
rsync: mkdir "/home/ca/~/.gvfs/public op mybooklive" failed: No such file or directory (2)
rsync error: error in file IO (code 11) at main.c(605) [Receiver=3.0.9]
rsync: connection unexpectedly closed (9 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
ca@CAPC:~$

@vanadium,  ik doe braaf wat me opgedragen wordt, maar het is voor mij allemaal 'geheimtaal', ik heb geen idee wat het betekent.

[vanadium]

"/home/ca/Testmap voor backup" had je ondertussen hernoemd naar "/home/ca/Testmap_voor_backup"

[KeesS]

"/home/ca/Testmap voor backup" had je ondertussen hernoemd naar "/home/ca/Testmap_voor_backup"

Terminal-opdracht opnieuw (aangepast) uitgevoerd, maar werkte nog niet.
Daarna ook  "public op mybooklive" veranderd in "public_op_mybooklive" (zie onder) en opdracht opnieuw uitgevoerd; dit is het resultaat:

ca@CAPC:~$ rsync -r -t -p -o -g -x -v --progress -u -s "/home/ca/Testmap_voor_backup" "~/.gvfs/public op mybooklive/"
sending incremental file list
rsync: mkdir "/home/ca/~/.gvfs/public op mybooklive" failed: No such file or directory (2)
rsync error: error in file IO (code 11) at main.c(605) [Receiver=3.0.9]
rsync: connection unexpectedly closed (9 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]

ca@CAPC:~$ rsync -r -t -p -o -g -x -v --progress -u -s "/home/ca/Testmap_voor_backup" "~/.gvfs/public_op_mybooklive/"
sending incremental file list
rsync: mkdir "/home/ca/~/.gvfs/public_op_mybooklive" failed: No such file or directory (2)
rsync error: error in file IO (code 11) at main.c(605) [Receiver=3.0.9]
rsync: connection unexpectedly closed (9 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
ca@CAPC:~$

[markba]

Probeer eerst eens via de terminal naar zowel het bron- als doelpad te gaan:

Code: [Selecteer]

cd "/home/ca/Testmap_voor_backup"en

Code: [Selecteer]

cd "~/.gvfs/public op mybooklive/"Probeer ook eens de placeholder ~ te vervangen door /home/ca. Weet nl. niet zeker of dat goedgaat. In het originele door grsync gegereerde commando stond deze er nl. niet:

Code: [Selecteer]

cd "/home/ca/.gvfs/public op mybooklive/"
Liefst pas verdergaan als bovenstaande commando's goed verlopen.

[KeesS]

Ik ben alles nog weer eens een keer aan het terug lezen en kom dit bericht tegen wat me niet helemaal duidelijk is.

Een ander probleempje in grsync is dat de locatie wel beschikbaar moet zijn voordat het copieer-proces wordt opgestart.
Dan kun je handmatig doen (door op de desbetreffende bladwijzer te klikken).
Het kan ook automatisch. In grsync moet dan onder Extra opties, Deze opdracht uitvoeren vóór grsync, het volgende commando komen

Code: [Selecteer]

gvfs-mount smb://<share_name>Zo, dat is weer wat werk aan de winkel.... 

Moet ik dit commando in de terminal uitvoeren voordat ik Grsync open?
Moet de uitkomst van die opdracht in Grsync geplaatst worden?
Wat wordt precies bedoeld met <share_name> in dat commando?

[KeesS]

Probeer eerst eens via de terminal naar zowel het bron- als doelpad te gaan:

Code: [Selecteer]

cd "/home/ca/Testmap_voor_backup"en

Code: [Selecteer]

cd "~/.gvfs/public op mybooklive/"Probeer ook eens de placeholder ~ te vervangen door /home/ca. Weet nl. niet zeker of dat goedgaat. In het originele door grsync gegereerde commando stond deze er nl. niet:

Code: [Selecteer]

cd "/home/ca/.gvfs/public op mybooklive/"
Liefst pas verdergaan als bovenstaande commando's goed verlopen.

Nieuwe opdracht uitgevoerd; resultaat:

er is dus wel iets gebeurd, maar ik weet niet of dat goed, of slecht is.

Aanvulling::::
De map /Testmap_voor_Kees  is wél overgeplaatst maar van de inhoud zijn alleen 3 mappen overgeplaatst; maar zonder inhoud. Bij  "Eigenschappen"  staat als inhoud "niets"

[vanadium]

Doe hetzelfde eens maar met het terminalcommando, zodat de foutmeldingen duidelijk zijn.

Code: [Selecteer]

rsync -r -t -p -o -g -x -v --progress -u -s "/home/ca/Testmap_voor_Kees" "~/.gvfs/public op mybooklive/"
Naam "public op mybooklive" in het commando veranderen heeft natuurlijk geen zin als de folder onder .gvfs "public op mybooklive" noemt. Die folder wordt automatisch aangemaakt met die naam.

[KeesS]

Doe hetzelfde eens maar met het terminalcommando, zodat de foutmeldingen duidelijk zijn.

Code: [Selecteer]

rsync -r -t -p -o -g -x -v --progress -u -s "/home/ca/Testmap_voor_Kees" "~/.gvfs/public op mybooklive/"
Naam "public op mybooklive" in het commando veranderen heeft natuurlijk geen zin als de folder onder .gvfs "public op mybooklive" noemt. Die folder wordt automatisch aangemaakt met die naam.

ca@CAPC:~$ rsync -r -t -p -o -g -x -v --progress -u -s "/home/ca/Testmap_voor_Kees" "~/.gvfs/public op mybooklive/"
sending incremental file list
rsync: mkdir "/home/ca/~/.gvfs/public op mybooklive" failed: No such file or directory (2)
rsync error: error in file IO (code 11) at main.c(605) [Receiver=3.0.9]
rsync: connection unexpectedly closed (9 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
ca@CAPC:~$

[vanadium]

Dat wordt hier weer een moeilijke bevalling. Ik begin ook maar eens naar de opties van je rsync commando te kijken. Probeer eens alle volgende commando's uit: bedoeling is ook om te zien of het nog aan de share (en mogelijke rechten) dan wel alleen aan het rsync commando ligt.

Code: [Selecteer]

ls -l "~/.gvfs"
ls -ld /home/ca/Testmap_voor_Kees
mkdir "~/.gvfs/public op mybooklive/test"
touch "~/.gvfs/public op mybooklive/testbestandje"
rsync -rtv "/home/ca/Testmap_voor_Kees" "~/.gvfs/public op mybooklive/test/"


[KeesS]

Dat wordt hier weer een moeilijke bevalling. Ik begin ook maar eens naar de opties van je rsync commando te kijken. Probeer eens alle volgende commando's uit: bedoeling is ook om te zien of het nog aan de share (en mogelijke rechten) dan wel alleen aan het rsync commando ligt.

Code: [Selecteer]

ls -l "~/.gvfs"
ls -ld /home/ca/Testmap_voor_Kees
mkdir "~/.gvfs/public op mybooklive/test"
touch "~/.gvfs/public op mybooklive/testbestandje"
rsync -rtv "/home/ca/Testmap_voor_Kees" "~/.gvfs/public op mybooklive/test/"


@vanadium,
dat vind ik heel vreemd.
De terminal geeft aan dat "~/.gvfs" niet zou bestaan.

ca@CAPC:~$ ls -l "~/.gvfs"
ls: kan geen toegang krijgen tot ~/.gvfs: Bestand of map bestaat niet
ca@CAPC:~$

Maar als ik Nautilus open Locaties> Persoonlijke map> Ctrl+H>
staat daar wel degelijk:  /home/ca/.gvfs  = 1 item map = / Public op mybooklive

Moet ik die andere commando's  nu ook nog proberen?

[vanadium]

Mijn fout: tussen de quotes wordt ~ behouden in plaats van omgezet tot (onder jou account) /home/ca. En natuurlijk gaat ook daarom het rsync commando niet.

We proberen meteen terug het oorspronkelijke rsync commando:

Code: [Selecteer]

rsync -r -t -p -o -g -x -v --progress -u -s "/home/ca/Testmap_voor_Kees" "/home/ca/.gvfs/public op mybooklive/"

(Wat wel zou werken met ~ is één van volgende
~/.gvfs/"public op mybooklive/"
~/.gvfs/public\ op\ mybooklive/
"$HOME/.gvfs/public op mybooklive/"

~ mag niet tussen de quotes staan. Een omgevingsvariabele wordt wel nog geëxpandeerd tussen dubbele quotes, maar niet tussen enkele quotes)

[KeesS]

Mijn fout: tussen de quotes wordt ~ behouden in plaats van omgezet tot (onder jou account) /home/ca. En natuurlijk gaat ook daarom het rsync commando niet.

We proberen meteen terug het oorspronkelijke rsync commando:

Code: [Selecteer]

rsync -r -t -p -o -g -x -v --progress -u -s "/home/ca/Testmap_voor_Kees" "/home/ca/.gvfs/public op mybooklive/"
@vanadium,
deze opdracht in de terminal uitgevoerd.
Er scrolde heel snel een hoop tekst over mijn beeldscherm.
Toen het gestopt was heb ik de onderste regels gekopiëerd en hieronder geplakt:

sent 577035 bytes  received 256 bytes  384860.67 bytes/sec
total size is 575980  speedup is 1.00
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1070) [sender=3.0.9]
ca@CAPC:~$

(Wat wel zou werken met ~ is één van volgende
~/.gvfs/"public op mybooklive/"
~/.gvfs/public\ op\ mybooklive/
"$HOME/.gvfs/public op mybooklive/"

De uitslag daarvan is:

ca@CAPC:~$ ~/.gvfs/"public op mybooklive/"
bash: /home/ca/.gvfs/public op mybooklive/: Is een map

ca@CAPC:~$ ~/.gvfs/public\ op\ mybooklive/
bash: /home/ca/.gvfs/public op mybooklive/: Is een map

ca@CAPC:~$ "$HOME/.gvfs/public op mybooklive/"
bash: /home/ca/.gvfs/public op mybooklive/: Is een map
ca@CAPC:~$

[vanadium]

Ik denk dat we nu al een heel eind ver zijn, want het lijkt gewerkt te hebben. Alleen de bestandsattributen werden (logisch wellicht) niet goed overgezet. De meeste samba shares ondersteunen geen linux permissies, dus dat is logisch.

Voer nogmaals uit, maar met minder opties:

Code: [Selecteer]

rsync -r -t -x -v --progress -u -s --modify-window=1 "/home/ca/Testmap_voor_Kees" "/home/ca/.gvfs/public op mybooklive/"

De opties om permissies en eigenaars over te brengen, heb ik geschrapt: je NAS ondersteunt dat waarschijnlijk niet via SMB.

Wellicht gaat het nu zeer snel, maar misschien ook niet. Normaal worden bestanden die ondertussen niet gewijzigd werden, niet overgebracht. Daardoor gaat een update van een reservekopie zo snel. Nu zou het kunnen dat bestandstijden op de NAS met een andere nauwkeurigheid opgeslagen worden. In dat geval wordt een bestandstijd iets verschillend genoteerd op de NAS. Als gevolg daarvan denkt rsync dat het bestand gewijzigd is, en zal het daarom overbrengen terwijl dat niet hoefde.

Om dat te vermijden heb ik de optie   --modify-window=1 toegevoegd. Bestanden op de bron en op de bestemming die een tijdstempel hebben die minder dan 2 seconden scheelt, worden nu als gelijk beschouwd en niet overgebracht.

Kijk eens op je NAS. Je zal ook daarop nu de folder Testmap_voor_Kees vinden, met daarin alle bestanden.

Als alles goed is, dan maken we daar samen eens een scriptje voor  zodat je met een heel eenvoudig commando dat ingewikkelde rsync commando kan oproepen. Alleen als jij er zin in hebt, natuurlijk