[Linux] Kan niet overschrijven met mv command

Pagina: 1
Acties:

Acties:
  • 0 Henk 'm!

Anoniem: 135756

Topicstarter
Ok dit is waarschijnlijk een onwijze noob vraag maar het lukt me niet om simpelweg directory A te overschrijven met directory B m.b.v. het "move" commando (mv)

Het gaat hier om 2 directory's met veel dezelfde sub mappen erin.
Ik heb dus directory A met submappen en een directory B met submappen welke eigenlijk een "update" is voor directory A. Ik wil dus alles in dir A recursief overschrijven met dir B waar nodig.

Ik doe de actie als root dus rechten zouden geen probleem moeten zijn.

Echter met alles wat ik probeer zijn de "bestaande directory's" met dezelfde naam een probleem.
Voorbeeld:

code:
1
mv apps /srv/ftp


En dan krijg ik:

code:
1
mv: cannot overwrite directory `/srv/ftp/apps'


Hierboven heb ik als voorbeeld de directory "apps" vanuit een andere map willen verplaatsen naar de directory apps in de map /srv/ftp.

Ik kan in de manpage van mv geen optie vinden die ik zou moeten gebruiken. Als ik alles zo lees, zou de boel overschreven moeten worden zonder vragen.
Nogmaals de rechten staan ok. (Heb zelfs chmod -R 777 gedaan op de mappen in kwestie, om het helemaal uit te sluiten)

Gebruik ik het mv commando niet goed?

Acties:
  • 0 Henk 'm!

Anoniem: 185039

Je kan dan -f (= force) als extra argument erbij doen

Dan stelt ie geen vragen maar forceert ie de overschrijving
Eventueel -v om te zien waar ie mee bezig is

Acties:
  • 0 Henk 'm!

  • blaataaps
  • Registratie: Juli 2001
  • Niet online
Of gebruik rsync.

Acties:
  • 0 Henk 'm!

Anoniem: 135756

Topicstarter
Anoniem: 185039 schreef op dinsdag 15 mei 2007 @ 18:38:
Je kan dan -f (= force) als extra argument erbij doen

Dan stelt ie geen vragen maar forceert ie de overschrijving
Eventueel -v om te zien waar ie mee bezig is
code:
1
2
phobos:/srv # mv -f apps /srv/ftp
mv: cannot overwrite directory `/srv/ftp/apps'


De doelmap heeft schrijfrechten.

Acties:
  • 0 Henk 'm!

  • Towap
  • Registratie: Februari 2007
  • Laatst online: 04-07 14:59
in dit geval kan je ook nog -u meegeven. (update: vervang enkel nieuwere of niet bestaande files) Verder zie ik ook niet in waarom het niet zou werken. (heb je ook gechecked of de fout niet bij het chmod commando ligt: zijn alle files inderdaad 777 geworden?) Een praktische versie van de manual vind je op:

http://unixhelp.ed.ac.uk/CGI/man-cgi?mv

edit: % weet het ook niet % 8)7

[ Voor 3% gewijzigd door Towap op 15-05-2007 18:52 ]


Acties:
  • 0 Henk 'm!

Anoniem: 135756

Topicstarter
code:
1
2
phobos:/srv # rsync apps /srv/ftp
skipping directory apps


wtf....
:(

Acties:
  • 0 Henk 'm!

Anoniem: 135756

Topicstarter
Towap schreef op dinsdag 15 mei 2007 @ 18:45:
in dit geval kan je ook nog -u meegeven. (update: vervang enkel nieuwere of niet bestaande files) Verder zie ik ook niet in waarom het niet zou werken. (heb je ook gechecked of de fout niet bij het chmod commando ligt: zijn alle files inderdaad 777 geworden?) Een praktische versie van de manual vind je op:

http://unixhelp.ed.ac.uk/CGI/man-cgi?mv
code:
1
2
phobos:/srv # mv -u apps /srv/ftp
mv: cannot overwrite directory `/srv/ftp/apps'


Alle files/dirs zijn netjes (d)rwxrwxrwx

Misschien is dit nog nuttige info/voorgeschiedenis
De bestanden hebben op een vfat volume gestaan. (FAT32)
Dit was een externe USB schijf. Ik realiseerde me toen te laat dat ik geen rechten kon zetten
met dit bestandsysteem, dus heb bestanden vanuit daar weer terug gezet naar de partitie waar ze nu staan (ReiserFS). Weet niet of dit relevant is, maarja noem het toch maar even.

[ Voor 24% gewijzigd door Anoniem: 135756 op 15-05-2007 18:55 ]


Acties:
  • 0 Henk 'm!

Anoniem: 135756

Topicstarter
rsync -u was succesvol
Thanx! :)

Toch nog vaag...

Acties:
  • 0 Henk 'm!

  • Hero of Time
  • Registratie: Oktober 2004
  • Laatst online: 09-07 21:16

Hero of Time

Moderator LNX

There is only one Legend

mv -r? Ik heb ook een map willen kopiëren van de ene map naar de andere, doelmap bestond dan nog niet (wallpapers bestond niet, /data wel), maar dat zou niet moeten uitmaken. Voorbeeld, dit was dan wel met cp: ~#: cp /home/sasquatch/wallpapers/ /data < output, cannot copy directory. Deed ik ~#: cp -r /home/sasquatch/wallpapers /data < ging prima. man mv wil ook wel eens veel helpen :). Toch goed dat het met rsync is gelukt, maar met mv zou het net zo moeten werken.
Wat ik alleen niet snap is dat je mv wilt gebruiken terwijl de bron moet blijven bestaan, dat is iig wat er bij rsync gebeurt, bron blijft bestaan.

[ Voor 3% gewijzigd door Hero of Time op 15-05-2007 21:48 ]

Commandline FTW | Tweakt met mate


Acties:
  • 0 Henk 'm!

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
mv kent toch helemaal geen -r?
Gewoon cp -r en dan de bron verwijderen lijkt me de simpelste oplossing.

Acties:
  • 0 Henk 'm!

  • Gonadan
  • Registratie: Februari 2004
  • Laatst online: 08:49

Gonadan

Admin Beeld & Geluid, Harde Waren
Olaf van der Spek schreef op dinsdag 15 mei 2007 @ 22:04:
[...]

mv kent toch helemaal geen -r?
Gewoon cp -r en dan de bron verwijderen lijkt me de simpelste oplossing.
mv is niet meer dan de node aanpassen. Heeft dus inderdaad niets met recursief te maken. :)

Look for the signal in your life, not the noise.

Canon R6 | 50 f/1.8 STM | 430EX II
Sigma 85 f/1.4 Art | 100-400 Contemporary
Zeiss Distagon 21 f/2.8

Pagina: 1