[Bug 324987] Re: Kernel *loses* partitions at partitioning stage; installer fails

Colin Watson cjwatson at canonical.com
Thu May 17 14:06:53 UTC 2012


** Changed in: parted (Ubuntu)
     Assignee: Colin Watson (cjwatson) => (unassigned)

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to parted in Ubuntu.
https://bugs.launchpad.net/bugs/324987

Title:
  Kernel  *loses* partitions at partitioning stage; installer fails

Status in “parted” package in Ubuntu:
  Confirmed

Bug description:
  Binary package hint: ubiquity

  Affects: Jaunty live-CD alpha-4, alpha-3 and daily 0203.1 (amd64)

  The description of this bug report might also read "Separate /boot/
  partition fails". The installer fails because a partition it is trying
  to prepare *disappears* as a result of one of the many scan/file-
  system detection operations that ubiquity/partman perform. I've been
  unable to pin-point the culprit so far.

  Note: this affects installations that don't attempt to use
  LVM/encryption as described in the initial description - see later
  comments for 'simpler' scenarios that still fail.

  Checking /proc/partitions shows that sda5 has gone missing.

  Before:

  major minor  #blocks  name

     7        0     690828 loop0
     8        0  390711384 sda
     8        1    9764864 sda1
     8        2   28738560 sda2
     8        3    4194304 sda3
     8        4          1 sda4
     8        5     122880 sda5
     8        6  347889719 sda6
     8       16    2000880 sdb
     8       17    2000061 sdb1
   252        0   19529728 dm-0
   252        1    9764864 dm-1
   252        2    4882432 dm-2
   252        3    9764864 dm-3
   252        4    3903488 dm-4
   252        5    9763836 dm-5
   252        6    3902460 dm-6
   252        7   19528700 dm-7

  After:

  major minor  #blocks  name

     7        0     690828 loop0
     8        0  390711384 sda
     8        1    9764864 sda1
     8        2   28738560 sda2
     8        3    4194304 sda3
     8        4          1 sda4
     8        6  347889719 sda6
     8       16    2000880 sdb
     8       17    2000061 sdb1
   252        0   19529728 dm-0
   252        1    9764864 dm-1
   252        2    4882432 dm-2
   252        3    9764864 dm-3
   252        4    3903488 dm-4
   252        5    9763836 dm-5
   252        6    3902460 dm-6
   252        7   19528700 dm-7

  Although I'm testing Jaunty amd64 alpha-3 live-CD, this bug also
  occurs using the Intrepid amd64 live-CD.

  The Sony Vaio VGN-FE41Z (laptop) has a single new SATA 400GB disk-
  drive (replacing the original 200GB drive to gain more space). It has
  been organised thus:

  /dev/sda1 Windows Recovery ntfs ~9GB
  /dev/sda2 Windows Vista ntfs ~28GB
  /dev/sda3 Linux swap ~4GB
  /dev/sda4 extended
  /dev/sda5 Linux ext3 ~125MB
  /dev/sda6 Linux LVM

  Once the live-CD environment starts I install LVM and cryptsetup,
  'mount' the LVM volumes and unlock them (each is secured using LUKS
  and a key-file.

  VG = Ubuntu
  LVs (in /dev/Ubuntu/) = Jaunty, Jaunty_var, home
  encrypted (in /dev/mapper) = root (ext4), var ext4), home (ext3)

  sda3 is for swap
  sda5 is for /boot/ (ext3)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/324987/+subscriptions




More information about the foundations-bugs mailing list