Bug#284082: Incomplete entry in the errata of rc2
Here is the same patch, but this time against the website cvs.
Vince
Index: webwml/english/devel/debian-installer/errata.wml
===================================================================
RCS file: /cvs/webwml/webwml/english/devel/debian-installer/errata.wml,v
retrieving revision 1.61
diff -u -r1.61 errata.wml
--- webwml/english/devel/debian-installer/errata.wml 3 Dec 2004 18:20:04 -0000 1.61
+++ webwml/english/devel/debian-installer/errata.wml 4 Dec 2004 06:43:20 -0000
@@ -46,8 +46,24 @@
<li><b>LVM failure on Sparc32 (at least).</b>
If you want to create LVM volume groups, the physical volumes must not
reside at the beginning of the disk, or else activating new logical
- volumes within the volume group will fail. This is due to some
- unforeseen quirks in Sun disk labels.
+ volumes within the volume group will fail.
+ <p>
+ This happens because the Sun disk label resides at the beginning
+ of the disk and the first partition may start from the beginning
+ of the disk. Hence the partition table becomes part of the first
+ partition. Most file systems are smart enough not to write data
+ at the start of their partition (which in this case clobbers the
+ partition table). Two important types of partition where data
+ <em>will</em> be written to the start of the partion are the physical
+ volumes for LVM or RAID, and swap space.
+ </p>
+ <p>
+ Therefore, on Sparc32 (at least) users may <strong>not</strong> create
+ swap space partitions, or partitions for LVM or RAID, at the
+ <em>beginning</em> of the disk. If users do this, the partition table
+ will subsequently be completely erased when the partition is used,
+ for example when booting a freshly installed system.
+ </p>
</li>
<li><b>2.6 install have the potential to mess up Windows partitioning.</b>
The fixes of the 2.6 CHS issue in parted are apparently
Reply to: