Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 25 Oct 2008 08:07:34 +0100
From:      Matthew Seaman <m.seaman@infracaninophile.co.uk>
To:        RW <fbsd06@mlists.homeunix.com>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: duplicate a drive
Message-ID:  <4902C5B6.7090206@infracaninophile.co.uk>
In-Reply-To: <20081025013323.5483e265@gumby.homeunix.com>
References:  <f5b896260810240929s3c21eb2cj1a5571c2498c54c9@mail.gmail.com>	<alpine.BSF.2.00.0810241217370.14156@wonkity.com> <20081025013323.5483e265@gumby.homeunix.com>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig7DA8F4CEB35B3946B007893D
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable

RW wrote:
> On Fri, 24 Oct 2008 12:19:23 -0600 (MDT)
> Warren Block <wblock@wonkity.com> wrote:
>=20
>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#NEW-HU=
GE-DISK
>>
>=20
> "The best way is to reinstall the OS on the new disk, then move the use=
r
> data over. This is highly recommended if you have been tracking -STABLE=

> for more than one release, or have updated a release instead of
> installing a new one."
>=20
>=20
> "Highly recommended" seems a very strange thing for the FAQ to be
> saying. It's implying that FreeBSD base-system upgrades are a
> bit flaky. It even goes on "Should you decide not to do a fresh
> install", as if to say "you have been warned".
>=20
> Unless my experience is abnormal, we seem to be publishing our own FUD.=


When does a valid assessment of the difficulty of a certain course of=20
action turn into an unjustified attempt to spread Fear, Uncertainty and=20
Doubt?   This is not FUD because it is absolutely true.  You will get
better results by making a new install on your new hard drive and=20
merging over your data.  Aside from anything else, the recommended=20
partitioning has changed significantly over the years, and if you try=20
and install 7.x into a disk layout originally designed for 4.x you will b=
e a very unhappy bunny indeed[1].  Not to mention such things as the=20
change from UFS1 to UFS2.

Base system upgrades /across major version numbers/ are difficult. =20
Unless you have guru-like capabilities, a fanatical level of interest
in the OS internals and a great deal of luck, then it is entirely
likely that you will run into problems you will be unable to solve.
The 6.x to 7.x upgrade is really the first one that I've felt happy to=20
do by re-compiling the system in-situ: even so, getting all the=20
installed software correctly recompiled and linked against the new 7.x=20
shlibs requires a deal of care to make work correctly.

	Cheers,

	Matthew

[1] Of course, if you'ld adopted the 'one big partition' layout which=20
I've been known to advocate here and there, this wouldn't be a problem.

--=20
Dr Matthew J Seaman MA, D.Phil.                   7 Priory Courtyard
                                                  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey     Ramsgate
                                                  Kent, CT11 9PW


--------------enig7DA8F4CEB35B3946B007893D
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREIAAYFAkkCxbwACgkQ8Mjk52CukIxnsgCffQXaQvFItNqBXmSgxh0Y3PCo
wgoAnieXX2zO6ImHdJ9X/Ae4OVZdOuqq
=Ognp
-----END PGP SIGNATURE-----

--------------enig7DA8F4CEB35B3946B007893D--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4902C5B6.7090206>