From: Michael James (Michael.James_at_csiro.au)
Date: Mon Jun 05 2006 - 09:17:28 CEST
From: Michael James <Michael.James@csiro.au> Date: Mon, 5 Jun 2006 17:17:28 +1000 Message-Id: <200606051717.28555.Michael.James@csiro.au> Subject: [suse-sles-e] Clearing and re-building RPM databases.
I want to short cut a SLES9 install
by copying an existing machine to one still running SuSE9.1
It's identical hardware so there are no module problems.
I even have spare partitions to rsync in root and boot.
But the new (when it wakes up) machine
will inherit the old one's /var partition.
And in there are the RPM databases and other stuff.
The existing databases will describe the old 9.1 set of packages
not the SLES9 ones actually present from being copied across.
Can I fix any RPM confusion just by saying rpm --rebuilddb ?
Can I rm a directory in /var and get it re-built somehow?
If I have to bring stuff over from the other machine,
what in var needs to be brought?
TIA,
michaelj
-- Michael James michael.james@csiro.au System Administrator voice: 02 6246 5040 CSIRO Bioinformatics Facility fax: 02 6246 5166 Here's some edited output from df # This is the current root and boot /dev/sda5 16449988 3866984 12583004 24% / /dev/sda2 31109 6464 23039 22% /boot # This is the once and future root and boot /dev/sda6 16449988 4264392 12185596 26% /altOS /dev/sda3 31109 7455 22048 26% /altOS/boot # The rest are used by both, whichever is active. By naming root # GRUB determines which set (5,2 or 6,3) are mounted on / # Home is no problem it carries the users files across. /dev/sdb4 714091544 592016108 122075436 83% /home # tmp is no problem, it gets cleared. /dev/sda9 16441988 62752 16379236 1% /tmp # var is tricky, some things like web logs can span the upgrade, # some things like RPM DBs are specific to a release. /dev/sda8 20136788 5165156 14971632 26% /var --------------------------------------------------------------------- To unsubscribe, e-mail: suse-sles-e-unsubscribe@suse.com For additional commands, e-mail: suse-sles-e-help@suse.com
This archive was generated by hypermail 2.1.7 : Mon Jun 05 2006 - 09:17:50 CEST