[Bug 1361951] Re: Ubiquity freezes while reformatting occupied partition

Mathieu Trudel-Lapierre mathieu.tl at gmail.com
Thu Nov 12 14:07:05 UTC 2015


No, it was unclear which precise set of circumstances caused mke2fs to
not be happy. I tried a bunch of different alternatives from comments
here when I said I could not reproduce it, that's because I hadn't hit
the right set of circumstances: it's definitely not just randomly using
fdisk or parted to create a partition table, people don't go around
doing that themselves: they were hitting an issue related to the general
partitioning scheme, either as done by us or as done by Windows, or even
by something else (and in fact, is probably simply because of how the
extended partitions work).

Still, regardless of the reason, there was never a question that adding
-F would work; I just like to really understand what is happening before
applying fixes rather than blindly doing something and hoping it will
work.

** Changed in: partman-ext3 (Ubuntu)
     Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)

** Changed in: partman-ext3 (Ubuntu)
       Status: Triaged => In Progress

** Summary changed:

- Ubiquity freezes while reformatting occupied partition
+ mke2fs asks for input when formatting over a partition table

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

Title:
  mke2fs asks for input when formatting over a partition table

Status in partman-ext3 package in Ubuntu:
  In Progress

Bug description:
  I'm testing an Ubuntu GNOME Utopic 20140826 i386 image and after
  selecting Something else and creating two partitions on a blank 80 GB
  (primary / about 77500mb and logical swap about 2500mb) shortly after
  the installation begins it freezes with the bottom of the window
  saying, "Creating ext4 filesystem for / in partition #1 of SCSI2
  (0,0,0) (sda) ...........".

  I've repeated this twice just in case the first attempt was a fluke,
  and the first time I waited well over an hour. I'm filing this report
  with the installer seemingly still attempting to run. I'd gladly
  repeat the test choosing to kill the installation before filing if I
  knew how.

  I'm attaching an actual screenshot of what the screen displays while
  frozen.

  ProblemType: Bug
  DistroRelease: Ubuntu 14.10
  Package: ubiquity 2.19.2
  ProcVersionSignature: Ubuntu 3.16.0-10.15-generic 3.16.1
  Uname: Linux 3.16.0-10-generic i686
  ApportVersion: 2.14.6-0ubuntu2
  Architecture: i386
  CasperVersion: 1.343
  CurrentDesktop: GNOME
  Date: Tue Aug 26 22:27:21 2014
  InstallCmdLine: file=/cdrom/preseed/ubuntu-gnome.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity
  LiveMediaBuild: Ubuntu-GNOME 14.10 "Utopic Unicorn" - Alpha i386 (20140826)
  ProcEnviron:
   TERM=xterm
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=<set>
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: ubiquity
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/partman-ext3/+bug/1361951/+subscriptions



More information about the foundations-bugs mailing list