<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Michael Tautschnig a &eacute;crit&nbsp;:
<blockquote cite="mid:20090428155318.GC46968@l04.local" type="cite">
  <pre wrap="">[...]
  </pre>
  <blockquote type="cite">
    <blockquote type="cite">
      <pre wrap="">So, mysteriously, that information is lost afterwards. Hmm, looking at the code
of vol_id it seems that parted might have overridden the volume id for
/dev/sda2 (instead of /dev/sda1 or /dev/sda3). Could you re-run that failing
installation and, once it aborts, do

parted -s /dev/sda print

  
      </pre>
    </blockquote>
    <pre wrap="">This looks ok:

# parted -s /dev/sda print
[...]
Number  Start   End     Size    Type     File system  Flags
1      32.3kB  535MB   535MB   primary  ext2         raid
2      535MB   1604MB  1069MB  primary  linux-swap       3      1604MB  
320GB   318GB   primary               raid


No raid on sda2, but vol_id disagrees:

# /lib/udev/vol_id --export /dev/sda2
ID_FS_USAGE=raid
ID_FS_TYPE=linux_raid_member
[...]

    </pre>
  </blockquote>
  <pre wrap=""><!---->
Did /dev/sda2 ever belong to a RAID array? Could you please try
- parted -s /dev/sda set 2 raid off
- run vol_id
- mkswap /dev/sda2
- run vol_id
  </pre>
</blockquote>
<br>
Nothing interesting happens... The disk has been in a raid 1 array a
while ago, but the partitioning was different, and has been cleaned up
by the new installation.<br>
<br>
-- <br>
Nicolas<br>
<br>
</body>
</html>