stfischr schrieb:
Govindas schrieb:
vorschlag: cp -av
Jawoll, ein -g ist mir auch nicht bekannt, also weg damit.
und die Option '-v' ist auch überflüsig → ..nix-like: "no output" = "all ok"
Anmeldungsdatum: Beiträge: 2145 Wohnort: wo der gute Riesling wächst |
|
Anmeldungsdatum: Beiträge: 19197 |
Also bei größeren Datenmengen finde ich es schon besser, wenn cp immer mal Meldung macht. |
Anmeldungsdatum: Beiträge: Zähle... |
stfischr schrieb:
hab ich mir auch gedacht... |
Anmeldungsdatum: Beiträge: 945 Wohnort: Iserlohn |
Guten Morgen, ich habe gerade das Vergnügen Kubuntu 9.04 umziehen lassen zu müssen. Da ich nur die alternate Installation CD habe verwede ich für den Part mit der Live-CD eine Sidux CD (lag hier so herum). Folgendes Problem ist aufgetreten: rsync --stats --progress --delete --numeric-ids -vlHogDtprcSz /mnt/alt /mnt/neu hat den Unterordner ./alt erstellt und dort die Dateien hineingeschrieben. Mit: rsync --stats --progress --delete --numeric-ids -vlHogDtprcSz /mnt/alt/ /mnt/neu/ hat es funktioniert. Bitte gegenchecken! Torsten |
(Themenstarter)
Anmeldungsdatum: Beiträge: 36 |
@unbekannt1984 irgendwie sehe ich keinen Unterschied bei den von dir geposteten Befehlen Gruß Odysseus |
Anmeldungsdatum: Beiträge: 945 Wohnort: Iserlohn |
Hallo, @ OdysseusNr1: bitte auf die Slashes "/" in den Befehlen achten. Mit dem Slash am Ende der absoluten Pfadangaben ist sichergestellt, dass man wirklich im Verzeichnis drin ist. Ich schreibe sie nochmal genau untereinander, damit man den Unterschied besser sieht: rsync --stats --progress --delete --numeric-ids -vlHogDtprcSz /mnt/alt /mnt/neu rsync --stats --progress --delete --numeric-ids -vlHogDtprcSz /mnt/alt/ /mnt/neu/ Der obere stammt aus dem Wiki-Artikel, der untere ist der, mit dem es bei mir richtig funktioniert hat. Torsten |
(Themenstarter)
Anmeldungsdatum: Beiträge: 36 |
@unbekannt1984 Danke für deinen Tipp! Die Verwänderung hab ich in das Wiki eingefügt. http://wiki.ubuntuusers.de/Ubuntu_umziehen Gruß Odysseus |
Anmeldungsdatum: Beiträge: 7 Wohnort: Rüsselsheim |
Noch eine Anmerkung zu den rsync-Parametern. Der Parameter "-z" komprimiert die Daten beim Transfer. Das ist durchaus sinnvoll, wenn man Daten über das Netzwerk (insbesondere über einen «lahmen» Internetzugang) kopiert - beim Kopieren zweier «nebeneinander» verbauten Festplatten in einem Rechner ist es allerdings meines Erachtens eher kontraproduktiv, weil dann ja die Daten - auf ein und dem selben PC - zwischen Lesen und Schreiben (de)komprimiert werden müssen. Eventuell liege ich mit meiner Einschätzung auch falsch, dann lasse ich mich gerne eines Besseren belehren, aber ich persönlich würde das "z" bei den Parametern entfernen (traue mich aber nicht, das einfach so zu machen - vielleicht ist es ja doch die bessere Wahl ☺). |
Anmeldungsdatum: Beiträge: 19197 |
Jupp, hab mir das mal im Manual angeschaut. Einfach rausmachen. |
Anmeldungsdatum: Beiträge: 2145 Wohnort: wo der gute Riesling wächst |
Leute. ist ja ganz nett hier was über 'rsync' zu diskutieren, aber nochmal zurück zum Artikel "Ubutu umziehen": Ich hatte schon hier http://forum.ubuntuusers.de/post/2100653/ darauf hingewiesen, daß es meistens nur mit fstab und menu.lst nicht unbedingt getan ist - es fehlt ggf: /etc/initramfs-tools/conf.d/resume (oder /etc/uswsusp.conf), je nachdem wie man Suspend/Hibernate realisiert hat! Das sollte zumindest erwähnt werden ❗ Viele Grüße, Ingo |
Anmeldungsdatum: Beiträge: 2145 Wohnort: wo der gute Riesling wächst |
Inzwischen habe ich noch eine weitere Möglichkeit gefunden, falls man 'hibernate' (suspend to disk) nicht nutzen möchte. Damit ist man das Problem sogar dauerhaft los: http://forum.ubuntuusers.de/topic/etc-initramfs-tools-conf-d-resume-ohne-resume/ Kurzfassung: Ein hash mark (#) vor die Zeile in /etc/initramfs-tools/conf.d/resume setzen und update-initramfs -u fertig! Ingo |
Anmeldungsdatum: Beiträge: 94 |
Zunächst mal danke für den Artikel, hat mir geholfen. Allerdings sind bei mir zwei Probleme aufgetreten, vielleicht macht es Sinn diese im Artikel zu erwähnen: - im Bios stand die neue Festplatte nicht in der Bootreihenfolge, daher hatte ich nachdem ich alles wie im Wiki beschrieben durchgeführt habe, einen schwarzen Bildschirm ohne Fehlermeldung beim Neustart. Angeschnitten wird dieses Problem unter Grub. - Die Partitionsnummer, auf der sich Ubuntu befindet, hat sich bei mir vom alten zum neuen System geändert. Daher kam ich zwar bis zu Grub, danach kam aber eine Fehlermeldung. Lösung war, in der /boot/grub/menu.lst die Einträge kopt und groot auf die UUID der neuen Partition setzen, auf der sich Ubuntu befindet. |
Anmeldungsdatum: Beiträge: 945 Wohnort: Iserlohn |
Hallo zusammen, der Artikel wurde ja mit Ubuntu Hardy geschrieben/getestet. Allerdings hat sich mittlerweile der Boot-Manager verändert (GRUB 2!). Dieser sollte zumindest unter Links eingetragen werden, ob eine größere Änderung am Artikel nötig ist kann ich jetzt gerade nicht beurteilen. Torsten |
Ehemaliger
Anmeldungsdatum: Beiträge: 29041 Wohnort: WW |
Hallo, habe mal eine "Ausbaufähig"-Box gesetzt. Gruß, noisefloor |
Anmeldungsdatum: Beiträge: 107 |
Hallo, ich habe den Artikel an den neuen Grub2 angepasst. Ich hoffe mal, dass alles passt. Die Ausbaufähig-Box habe ich mal drangelassen, da ich mir nicht sicher bin das Recht zu besitzen sie zu entfernen. Gruß Ingo |