Hoe krijg ik cp zover om alles te kopieren?

[Verwijderd]

Simpel vraagje denk ik --

Ik wil een backup maken van m'n home directory naar een memorystick.

Maar als ik m'n memorystick mount, en

cp -rf /home/mijnnaam /mnt/memorystick

doe, kopieert hij maar 250MB, terwijl als ik du -h /home/mijnnaam doe, is het 1.2GB.
Zowel in bash als wanneer ik het in Konqueror vraag via properties.

Of ik het nou via de prompt als mijnnaam of root doe, of als root copy-paste van Konqueror naar Konqueror, het blijft 250MB, een fractie van die 1.2GB die du opgeeft (wat 'properties' in Konqueror trouwens ook opgeeft)

Ik snap niet wat ik verkeerd doe. cp -rf kopieert toch alles? Tegelijk het idee dat ik een beginnersfoutje maak..

[Verwijderd]

hoofdletter R

[ Voor 21% gewijzigd door Verwijderd op 30-06-2008 18:59 . Reden: r of R maakt niet uit *slaapt* ]

[Verwijderd]

-R Had ik al geprobeerd, maar helpt ook niet!

[Jaap-Jan]

Hmm, cp -R of cp -r zouden allebei moeten werken. Laat die -f eens weg en probeer eens cp -a (of cp -dpR)

Het zou met hidden files te maken kunnen hebben, probeer dit eens:

quote: http://www.linuxquestions...ectory-to-another-387107/

code:

cp -r dir1/* dir2

[ Voor 53% gewijzigd door Jaap-Jan op 30-06-2008 19:01 ]

[deadinspace]

Hmm, die cp opdracht zou goed moeten zijn. Geeft cp foutmeldingen of iets dergelijks?

Als je memory stick een ander filesystem heeft (en/of andere block size), dan zou dat wel tot grootteverschillen kunnen leiden, maar een factor vijf is wel heel erg drastisch.

Wat geeft

find /home/mijnnaam | wc -l
find /mnt/memorystick | wc -l

?

Verwijderd schreef op maandag 30 juni 2008 @ 18:55:
hoofdletter R

Uit de cp manpage:

-R, -r, --recursive
copy directories recursively

[ Voor 24% gewijzigd door deadinspace op 30-06-2008 19:00 ]

[Verwijderd]

O dat zou wel uit kunnen maken misschien, al is 5x wel raar idd

Memorystick: vfat
/home/mijnnaam: reiserfs

[Verwijderd]

Heb je wel genoeg ruimte op je memorystick ?

[Verwijderd]

memorystick is leeg, 2GB ruimte

[Verwijderd]

deadinspace schreef op maandag 30 juni 2008 @ 18:59:
Hmm, die cp opdracht zou goed moeten zijn. Geeft cp foutmeldingen of iets dergelijks?

Als je memory stick een ander filesystem heeft (en/of andere block size), dan zou dat wel tot grootteverschillen kunnen leiden, maar een factor vijf is wel heel erg drastisch.

Wat geeft
find /home/mijnnaam | wc -l

34136

find /mnt/memorystick | wc -l

Lukt even niet, dit heeft volgens mij met het probleem te maken. Ga het proberen vanuit een console buiten X en dan reageer ik weer.

[Boudewijn]

Neem je ook de .* directories enzo mee?

[Verwijderd]

Okee het word steeds interessanter:

Ik kan de usb-stick nu ook niet meer mounten en dan rm -rf * zeggen, want dan trekt bash het niet dat allerlei filenames ineens met een ? beginnen.. ergens is een file operatie corrupt gegaan.
Zal eens kijken hoever ik met konqueror nog kom.

[Verwijderd]

Ik zou overigens m'n backups gewoon in een tarball gooien. FAT kan niet met alle bestandsinformatie overweg.

Sowieso is FAT een beetje een raar bestandssysteem om je Linux-backups op te zetten, maargoed.

[ Voor 31% gewijzigd door Verwijderd op 30-06-2008 20:15 ]

[deadinspace]

Verwijderd schreef op maandag 30 juni 2008 @ 19:45:
Lukt even niet [...]

Wat lukt er niet dan?

Boudewijn schreef op maandag 30 juni 2008 @ 19:57:
Neem je ook de .* directories enzo mee?

Als hij inderdaad /home/username kopieert, dan worden de dot files/dirs daarin vanzelf meegenomen.

Als hij /home/username/* kopieert wordt het een ander verhaal

[sam.vimes]

Verwijderd schreef op maandag 30 juni 2008 @ 18:49:
[...]
cp -rf /home/mijnnaam /mnt/memorystick
[...]

Formatteer je memorystick met ext2/3 of reiserfs, want het vfat-filesysteem dat er standaard op staat kan waarschijnlijk een hoop unix-filenamen niet aan en houdt ook de juiste filemodes van de bestanden niet vast.
Of gebruik tar:

tar -C /home/mijnnaam -czf /mnt/memorystick/mijnnaam.tar.gz .

(let op de . achteraan). Voordeel daarvan is dat 7zip en consorten op andere platforms het ook nog kunnen lezen.

[Ultraman]

sam.vimes schreef op dinsdag 01 juli 2008 @ 10:30:
[...]

Formatteer je memorystick met ext2/3 of reiserfs,

(let op de . achteraan). Voordeel daarvan is dat 7zip en consorten op andere platforms het ook nog kunnen lezen.

Wat je effectief om zeep helpt door hem eerst te vertellen dat hij zijn stickie als ext2/3 of ReiserFS moet formatteren, wat onder iets als Windows niet zomaar gelezen gaat worden.
Het kan natuurlijk wel, met zo'n Linux explorer ding wat ext2 kan lezen bijvoorbeeld, maar dat is minder "naadloos" dan je post doet vermoeden.

Het lijkt me verder wel een prima oplossing.

[ Voor 3% gewijzigd door Ultraman op 01-07-2008 10:34 ]

[sam.vimes]

Ultraman schreef op dinsdag 01 juli 2008 @ 10:34:
[...]
Wat je effectief om zeep helpt door hem eerst te vertellen dat hij zijn stickie als ext2/3 of ReiserFS moet formatteren, wat onder iets als Windows niet zomaar gelezen gaat worden.

Tja, het was een of/of-oplossing; misschien had ik de oplossing met tar vooraan moeten zetten.

Waar het mij om gaat is dat je een manier moet hebben om filenamen en filemodes niet te corrumperen in de backup, wat bij gebruik van een vfat-fs gegarandeerd gebeurt.

[Verwijderd]

... dus heb ik maar geprobeerd om een tar te maken van m'n home directory.

maar nu heb ik dus een uitdaging met m'n usb stickje, want zelfs ls en rm willen er niet meer mee werken.

root@mijncomputertje:/mnt/memorystick# rm -rf *
rm: invalid option -- ?
?m¿.p??'' to remove the file `-??\r?m\034¿.p??'.
Try `rm --help' for more information.

root@mijncomputertje:/mnt/memorystick# ls -l
ls: cannot access n???ñr^.n^?: Input/output error

root@mijncomputertje:/mnt/memorystick# mount
/dev/hda3 on / type reiserfs (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/hda4 on /home type reiserfs (rw)
/dev/hda2 on /windows type vfat (rw)
/dev/sda1 on /mnt/usbstick type vfat (rw)

Dus ik zal nu eerst proberen dat rotding leeg te krijgen, en dan kan ik er hopelijk een tar naartoe schrijven.

[blaataaps]

Is je memorystick niet gewoon kapot?

[deadinspace]

Verwijderd schreef op dinsdag 01 juli 2008 @ 12:05:

root@mijncomputertje:/mnt/memorystick# rm -rf *
rm: invalid option -- ?
?m¿.p??'' to remove the file `-??\r?m\034¿.p??'.
Try `rm --help' for more information.

Die filename ("-??\r?m\034¿.p??") wordt gewoon gezien als optie, gebruik

rm -rf -- *

Wel een... aparte filenaam (corruptie?).

root@mijncomputertje:/mnt/memorystick# ls -l
ls: cannot access n???ñr^.n^?: Input/output error

Dat is minder goed. Verschijnt er wat interessants in je /var/log/messages over je USB stick?

[Verwijderd]

blaataaps schreef op dinsdag 01 juli 2008 @ 12:06:
Is je memorystick niet gewoon kapot?

dat zou wel raar zijn, want tot ik dit topic begon, en met van alles begon te rotzooien, ging het allemaal goed, en kon ik er mee lezen en schrijven (haha.)
Maar het zou kunnen.

[ Voor 29% gewijzigd door Verwijderd op 01-07-2008 12:16 ]

[Verwijderd]

deadinspace schreef op dinsdag 01 juli 2008 @ 12:16:
[...]

Die filename ("-??\r?m\034¿.p??") wordt gewoon gezien als optie, gebruik

rm -rf -- *

Wel een... aparte filenaam (corruptie?).

Is ook gewoon corruptie. Al die filenamen zijn net zo bizar.
Ik snapte idd dat het als optie werd opgevat, bedankt voor het commando, het wordt nu uitgevoerd.. en het duurt al een poosje.
Ik krijg tientallen regels output die allemaal lijken op de eerste twee:

bash-3.1# rm -rf -- *
rm: cannot remove `\001???f\f\b?.\006??/\032?n?æ?ô\016.?s?/9yæ??\023÷ú.d\få': Input/output error
rm: cannot remove `\001???f\f\b?.\006??/\032?n?æ?ô\016.?s?/}?5ºdö?è.æ??': Read-only file system

En nee, het switchje op de switch staat niet op 'locked'..

Dat is minder goed. Verschijnt er wat interessants in je /var/log/messages over je USB stick?

bash-3.1# cat /var/log/messages | grep usb
Jul  1 09:15:35 lucy kernel: usbcore: registered new interface driver usbfs
Jul  1 09:15:35 lucy kernel: usbcore: registered new interface driver hub
Jul  1 09:15:35 lucy kernel: usbcore: registered new device driver usb
Jul  1 09:15:35 lucy kernel: usbmon: debugfs is not available
Jul  1 09:15:35 lucy kernel: usb usb1: configuration #1 chosen from 1 choice
Jul  1 09:15:35 lucy kernel: usb usb2: configuration #1 chosen from 1 choice
Jul  1 09:15:35 lucy kernel: usb usb3: configuration #1 chosen from 1 choice
Jul  1 09:15:35 lucy kernel: usb 1-1: new high speed USB device using ehci_hcd and address 2
Jul  1 09:15:35 lucy kernel: usb 1-1: configuration #1 chosen from 1 choice
Jul  1 09:15:35 lucy kernel: usb usb4: configuration #1 chosen from 1 choice
Jul  1 09:15:35 lucy kernel: usb 4-1: new low speed USB device using ohci_hcd and address 2
Jul  1 09:15:35 lucy kernel: usb 4-1: configuration #1 chosen from 1 choice
[b]Jul  1 09:15:35 lucy kernel: usbcore: registered new interface driver usb-storage
Jul  1 09:15:35 lucy kernel: usbcore: registered new interface driver hiddev
[/b]Jul  1 09:15:35 lucy kernel: input: USB HID v1.11 Mouse [Logitech Logitech USB Optical Mouse] on usb-0000:00:03.2-1
Jul  1 09:15:35 lucy kernel: usbcore: registered new interface driver usbhid
Jul  1 09:15:35 lucy kernel: drivers/usb/input/hid-core.c: v2.6:USB HID core driver

Niks interessants dus..

Ben nu een artikel aan het lezen over USB sticks formatteren in Linux.

[deadinspace]

Verwijderd schreef op dinsdag 01 juli 2008 @ 12:36:

bash-3.1# rm -rf -- *
rm: cannot remove `...': Input/output error
rm: cannot remove `...': Read-only file system

En nee, het switchje op de switch staat niet op 'locked'..

Zo te zien heeft Linux het filesystem naar read-only geswitcht vanwege die errors.

bash-3.1# cat /var/log/messages | grep usb
...

Niks interessants dus..

Kijk eens zonder grep; zowel I/O errors als filesystem errors zullen waarschijnlijk niet de string "usb" bevatten ("sda" respectievelijk "fat" zijn dan betere kandidaten, maar kijk liever maar gewoon zonder grep).

[Verwijderd]

Ben momenteel vanaf een Kubuntu live-cd aan het typen omdat m'n laptop er helemaal mee ophield. Moest dus hard resetten (aan-switch 7 sec vasthouden) en toen.. vond m'n systeempje opeens geen inittab meer, dus wilde hij niet verder starten

INIT: No inittab file found
Enter runlevel:0
INIT: no more processes left in this runlevel

.. het wordt een slapstick langzamerhand the plot thickens

(ook nog alle runlevels geprobeerd, van 0-6 natuurlijk, terwijl ik met m'n stomme hoofd al lang weet dat niets kan werken als er geen inittab is)

Ik ben aan het zoeken hoe ik m'n slackware partitie kan mounten om een nieuwe /etc/inittab in te typen zodat ik weer in m'n eigen systeem kan werken..

[Verwijderd]

Weet iemand hier hulp bij?

sudo mount -t reiserfs /dev/hda /mnt/hd

werkt niet.. ook met andere/geen filesystem namen of met /dev/hda0..n blijft het resultaat hetzelfde

mount: special device /dev/hda does not exist

_{(/mnt/hd is overigens wel aangemaakt..)}

[deadinspace]

Wat geeft

ls -l /dev/hda

?

[remco_k]

Zet even -v achter je cp opdracht en kijk waar het foutloopt?

[Rainmaker]

code:

dmesg | egrep "sd.|hd."

Geeft je de listing van de schijven in je systeem en hoe ze gedetecteerd worden.

Of heb je misschien iets van software RAID of RAID aan in je BIOS?

[Soepie]

Verwijderd schreef op dinsdag 01 juli 2008 @ 12:05:

root@mijncomputertje:/mnt/memorystick# mount
/dev/hda3 on / type reiserfs (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/hda4 on /home type reiserfs (rw)
/dev/hda2 on /windows type vfat (rw)
/dev/sda1 on /mnt/usbstick type vfat (rw)

Je bent de hele tijd in /mnt/memorystick bezig terwijl de mount hem op /mnt/usbstick aangeeft, is dit wel dezelfde ????