Hallo,
ich habe bis jetzt auf meinem Server alles, bis auf des Cache
Verzeichnis vom Squid (hdc2) auf einer Festplatte (sdb1). Da jetzt
der Platz (1GB) knapp wird, habe ich mir noch eine IDE Festplatte
eingebaut und auch schon eine reiserfs Partition erstellt (hda1).
Wie schaffe ich es jetzt eine 1:1 Kopie vom Verzeichnis /usr auf die
neue Festplatte zu verschieben, so dass alle Besitzrecht, Links usw.
erhalten bleiben?
Gruß Andreas.
--
I like work. I can sit the and watch it for hours.
Andreas Krummrich
ich habe bis jetzt auf meinem Server alles, bis auf des Cache Verzeichnis vom Squid (hdc2) auf einer Festplatte (sdb1). Da jetzt der Platz (1GB) knapp wird, habe ich mir noch eine IDE Festplatte eingebaut und auch schon eine reiserfs Partition erstellt (hda1). Wie schaffe ich es jetzt eine 1:1 Kopie vom Verzeichnis /usr auf die neue Festplatte zu verschieben, so dass alle Besitzrecht, Links usw. erhalten bleiben?
Schau mal im SuSE-Handbuch nach, unter Anhang F (Die SuSE Linux-FAQ) und dann zum Punkt "Ich brauche mehr Platz für Linux, wie kann ich noch eine Festplatte dazuhängen?" nach. Im Handbuch von 6.4 ist das auf S. 536. Stefan
On Sam, 24 Feb 2001, Andreas Krummrich wrote:
ich habe bis jetzt auf meinem Server alles, bis auf des Cache Verzeichnis vom Squid (hdc2) auf einer Festplatte (sdb1). Da jetzt der Platz (1GB) knapp wird, habe ich mir noch eine IDE Festplatte eingebaut und auch schon eine reiserfs Partition erstellt (hda1). Wie schaffe ich es jetzt eine 1:1 Kopie vom Verzeichnis /usr auf die neue Festplatte zu verschieben, so dass alle Besitzrecht, Links usw. erhalten bleiben?
1) Rettungssystem booten
2) mounten der beiden benötigen Partitionen
3) cd
Hallo Andreas, * Andreas Krummrich wrote on 24 Feb 2001:
ich habe bis jetzt auf meinem Server alles, bis auf des Cache Verzeichnis vom Squid (hdc2) auf einer Festplatte (sdb1). Da jetzt der Platz (1GB) knapp wird, habe ich mir noch eine IDE Festplatte eingebaut und auch schon eine reiserfs Partition erstellt (hda1). Wie schaffe ich es jetzt eine 1:1 Kopie vom Verzeichnis /usr auf die neue Festplatte zu verschieben, so dass alle Besitzrecht, Links usw. erhalten bleiben?
mount /dev/hdaneu /mnt cd /usr tar cvf - | (cd /mnt; tar xf -) vi /etc/fstab *g* sichergehen, daß alles stimmt... /usr löschen (oder erstmal umbenennen) rebooten Gruß, Sebastian -- "No worries." - Rincewind Sebastian Helms - mailto:sebastian@helms.sh (PGP available) SuSE-Linux-Mailinglisten-FAQ: http://www.ndh.net/home/s.helms/faq/
Hallo, On Sam, 24 Feb 2001, Sebastian Helms wrote:
* Andreas Krummrich wrote on 24 Feb 2001: tar cvf - | (cd /mnt; tar xf -)
Zumindest fuer einen leafnode-Newsspool sollten die tar's besser mit tar --atime-preserve -cpf - | (cd /mnt; tar --atime-preserve -xpvf -) aufgerufen werden, sonst holt leafnode beim naechsten fetchnews aus _allen_ auf der HD vorhandenen Gruppen die Artikel -- IIRC auch wenn ein Artikel nur als hardlink (wg. crosspost) in einer Gruppe war, die man eigentlich gar nicht liest. Siehe tar --help: --atime-preserve don't change access times on dumped files -p, --same-permissions extract all protection information CU David -- "Wenn sich bei manchen nur so schnell der Kopf mit Verstand füllen würde, wie diese gabeln mit meinen Siggs, dann gäbe es hier viel weniger Daus." [Woko° in dag°]
Am Sonntag, 25. Februar 2001 00:25 schrieb David Haller:
Hallo,
On Sam, 24 Feb 2001, Sebastian Helms wrote:
* Andreas Krummrich wrote on 24 Feb 2001: tar cvf - | (cd /mnt; tar xf -)
Zumindest fuer einen leafnode-Newsspool sollten die tar's besser mit
tar --atime-preserve -cpf - | (cd /mnt; tar --atime-preserve -xpvf -)
Warum eigentlich den umständlichen Weg über gepipte tars? Warum nicht ein einfaches cp -av /usr/* /mnt ? Soweit ich cp kenne, werden mit "-a" alle file-Attribute (also auch a/c/m-time), die permissions, etc. mitkopiert. Grüße Alex -- --------------------------------------------------------------------------- Alexander Puchmayr Systemadministrator for Theoretical physics Universität Linz e-mail: alexander.puchmayr@jk.uni-linz.ac.at Altenbergerstraße 69 phone: +43/732/2468-8633 A-4040 Linz-Auhof FAX: +43/732/2468-8585 ---------------------------------------------------------------------------
Hallo, On Son, 25 Feb 2001, Alexander Puchmayr wrote:
Am Sonntag, 25. Februar 2001 00:25 schrieb David Haller:
tar --atime-preserve -cpf - | (cd /mnt; tar --atime-preserve -xpvf -)
Warum eigentlich den umständlichen Weg über gepipte tars? Warum nicht ein einfaches
cp -av /usr/* /mnt
? Soweit ich cp kenne, werden mit "-a" alle file-Attribute (also auch a/c/m-time), die permissions, etc. mitkopiert.
Deswegen: $ mkdir -p /tmp/test/kopie $ cd /tmp/test $ touch test1 test2 $ ln test1 test3 $ ls -li 755250 drwxr-xr-x 2 dh users 1024 Feb 25 19:11 kopie 755251 -rw-r--r-- 2 dh users 0 Feb 25 19:11 test1 755252 -rw-r--r-- 1 dh users 0 Feb 25 19:11 test2 755251 -rw-r--r-- 2 dh users 0 Feb 25 19:11 test3 $ cp -a test* kopie $ ls -li kopie/ 755253 -rw-r--r-- 1 dh users 0 Feb 25 19:11 test1 755254 -rw-r--r-- 1 dh users 0 Feb 25 19:11 test2 755255 -rw-r--r-- 1 dh users 0 Feb 25 19:11 test3 $ rm kopie/* $ tar --atime-preserve -cpf - test* | (cd kopie; tar --atime-preserve -xpf -) $ ls -li kopie/ 755253 -rw-r--r-- 2 dh users 0 Feb 25 19:11 test1 755254 -rw-r--r-- 1 dh users 0 Feb 25 19:11 test2 755253 -rw-r--r-- 2 dh users 0 Feb 25 19:11 test3 Spot the difference! *SCNR* CU David -- Aber was ist JavaScript? Eine Sprache zum Ausspionieren fremder Daten und zum Nerven anderer Leute (etwa durch Pop-up-windows). (Boris Piwinger in de.comm.infosystems.www.browsers)
On Son, Feb 25, 2001 at 07:15:58 +0100, David Haller wrote:
On Son, 25 Feb 2001, Alexander Puchmayr wrote:
Am Sonntag, 25. Februar 2001 00:25 schrieb David Haller:
tar --atime-preserve -cpf - | (cd /mnt; tar --atime-preserve -xpvf -)
Warum eigentlich den umständlichen Weg über gepipte tars? Warum nicht ein einfaches
cp -av /usr/* /mnt
? Soweit ich cp kenne, werden mit "-a" alle file-Attribute (also auch a/c/m-time), die permissions, etc. mitkopiert.
[Dereferenzierung von Hardlinks] Das liegt aber nur daran, wie cp aufgerufen wird. Die Option -a beinhaltet laut man-Page auch -d und die behält die Referenzen (auch bei Hardlinks!) bei. Wenn man nun also: cd /usr cp -a . /mnt aufruft, bleiben auch die Hardlinks erhalten. Das liegt wohl daran, dass die Infos über die Hardlinks nicht in den Dateien, sondern in deren I-Nodes, also im Verzeichnis stecken. BTW: Statt des tar-Ungetüms lässt sich prima der cpio benutzen. Dessen Syntax ist dann sogar mal übersichtlicher als die des tar ;-) cd /usr; find . -print | cpio -pdmuv /mnt Jan
Hallo David, David Haller schrieb:
On Son, 25 Feb 2001, Alexander Puchmayr wrote:
Am Sonntag, 25. Februar 2001 00:25 schrieb David Haller: Warum eigentlich den umständlichen Weg über gepipte tars? Warum nicht ein einfaches cp -av /usr/* /mnt [...] $ mkdir -p /tmp/test/kopie $ cd /tmp/test $ touch test1 test2 $ ln test1 test3 $ ls -li 755250 drwxr-xr-x 2 dh users 1024 Feb 25 19:11 kopie 755251 -rw-r--r-- 2 dh users 0 Feb 25 19:11 test1 755252 -rw-r--r-- 1 dh users 0 Feb 25 19:11 test2 755251 -rw-r--r-- 2 dh users 0 Feb 25 19:11 test3 $ cp -a test* kopie $ ls -li kopie/ 755253 -rw-r--r-- 1 dh users 0 Feb 25 19:11 test1 755254 -rw-r--r-- 1 dh users 0 Feb 25 19:11 test2 755255 -rw-r--r-- 1 dh users 0 Feb 25 19:11 test3 $ rm kopie/* $ tar --atime-preserve -cpf - test* | (cd kopie; tar --atime-preserve -xpf -) $ ls -li kopie/ 755253 -rw-r--r-- 2 dh users 0 Feb 25 19:11 test1 755254 -rw-r--r-- 1 dh users 0 Feb 25 19:11 test2 755253 -rw-r--r-- 2 dh users 0 Feb 25 19:11 test3
Du bist ja fies! Aber hervorragendes Beispiel zur Schärfung des Blicks :-))) So long, Norbert
Hallo Andreas, On Sun, 25 Feb 2001 at 10:58 +0100, Alexander Puchmayr wrote:
Am Sonntag, 25. Februar 2001 00:25 schrieb David Haller:
Hallo,
On Sam, 24 Feb 2001, Sebastian Helms wrote:
* Andreas Krummrich wrote on 24 Feb 2001: tar cvf - | (cd /mnt; tar xf -)
Zumindest fuer einen leafnode-Newsspool sollten die tar's besser mit
tar --atime-preserve -cpf - | (cd /mnt; tar --atime-preserve -xpvf -)
Warum eigentlich den umständlichen Weg über gepipte tars? Warum nicht ein einfaches
cp -av /usr/* /mnt
Für mich gibt es noch einen andren Grund weshalb ich tar-Lösung bevorzuge, man kann damit wunderbar Verzeichnisse excluden, das bietet sich bei einem update eines laufenden Systems sehr an: vim /tmp/exclude /cdrom /proc /tmp ... tar -cpf -X /tmp/exclude - | (cd /mnt; tar -xpvf -) (damit es in einer Zeile paßt mal ohne --atime-preserve) ciao Waldemar -- * Von Linux-Usern für Linux-User: | (o_ * * http://www.links2linux.de | //\ * * Linux rulez! | V_/_ * * GnuPG-Key: 0xBE21BD90 | Tux: #155220 | ICQ: 64035650 *
Schau mal auf dieser Seite nach http://sdb.suse.de/sdb/de/html/neue_hd.html Didier
-----Original Message----- From: Andreas Krummrich [mailto:andreas.krummrich@t-online.de] Sent: samedi 24 février 2001 21:47 To: SuSE Linux Subject: /usr auf neue Festplatte
Hallo,
ich habe bis jetzt auf meinem Server alles, bis auf des Cache Verzeichnis vom Squid (hdc2) auf einer Festplatte (sdb1). Da jetzt der Platz (1GB) knapp wird, habe ich mir noch eine IDE Festplatte eingebaut und auch schon eine reiserfs Partition erstellt (hda1). Wie schaffe ich es jetzt eine 1:1 Kopie vom Verzeichnis /usr auf die neue Festplatte zu verschieben, so dass alle Besitzrecht, Links usw. erhalten bleiben?
Gruß Andreas. -- I like work. I can sit the and watch it for hours. Andreas Krummrich
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (10)
-
Alexander Puchmayr -
andreas.krummrich＠t-online.de -
David Haller -
Jan.Trippler＠t-online.de -
Joerg Henner -
Norbert Kordts -
Sebastian Helms -
Stefan Brockhausen -
suse＠mcesr.lu -
Waldemar Brodkorb