Am Sonntag, 9. November 2014, 12:10:12 schrieb Herbert Albert:
Am Samstag, 8. November 2014, 13:49:15 schrieb David Haller:
Hallo,
Am Sat, 08 Nov 2014, Herbert Albert schrieb:
Am Freitag, 7. November 2014, 23:12:23 schrieb David Haller:
Am Fri, 07 Nov 2014, h.albert@odn.de schrieb:
rsync -auxlPRAXSHD --delete /mnt/old/ /mnt/new/ mache, wird unter /mnt/new der Ordner /mnt/new/old erzeugt. Ich verwende rsync schon öfters, doch da stehe ich jetzt total am Schlauch. Sollte so nicht alle Dateien und Verzeichnisse unter /mnt/new unter /mnt/new/ angelegt bzw. aktualisiert werden?
cd /mnt/old; rsync -auxlPRAXSHD --delete ./ /mnt/new/
BTW: achte ganz genau drauf, daß /dev/sda und /dev/sdd (oder sdh) die richtige Quelle bzw. das richtige Ziel sind.
NOCHMAL DRAUFSTUPS! Oder laß das --delete beim rsync weg ;)
lsscsi und ls -l /dev/disk/by-id/ helfen.
[..]
aber warum funktioniert der von mir verwendete Ansatz nicht. Bis dachte ich, wenn bei Quelle ein abschließender Slash steht, wird alles darunter transportiert.
Dachte ich auch. Es wird ja auch alles kopiert, nur eben nach /mnt/new/mnt/old. *grömpf*. Da bin ich bei rsync auch noch nicht durchgestiegen.
Hat das mit dem Mountpoint zu tun?
Glaub' eher nicht. Hab das mit mit /dev/shm/dh (/dev/shm ist tmpfs, in dh liegen normal ein paar Dateien), nach /data/build/t (/data/build ist ein anderes tmpfs) getestet...
Ich bilde mir ein, dass ich meinen Ansatz schon oft erfolgreich ausgeführt habe oder ich habe gerade Scheuklappen auf :-(
Dito.
Ich hab allerdings zuletzt eigentlich immer nur ein
rsync -auxlPRAXSHD --delete / /NEW_ROOT/ 2>rsync.err
gemacht, und da wird mangels Unterverzeichnissen bei der Angabe der QUELLE das Problem irrelevant. Beim '-auxlPRAXSHD' scheinen aber '-l' und '-D' redundant zu sein, naja, taugt danach zu suchen, wer von mir abkupfert ;) Und ja, mit Seb Siebert is scho geschwätzt.
-dnh, der die Optionswurst als "auksl-praksschid" vorsichhinmurmelt ;)
mit dem Ansatz cd /mnt/old; rsync -auxlPRAXSHD --delete ./ /mnt/new/ hat es jetzt auch funktioniert.
Die Partitionstabelle ist jetzt Dank sfdisk -d /dev/sdx > /root/partitions-sdx sfdisk /dev/sdx < /root/partitions-sdx und der guten Anleitung auch wieder ok. Booten von der neuen Platte mit der Kopie von der alten geht noch nicht, da muss ich noch etwas nachforsten. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org