Partition Tool in Base Installer Refuses to work around a Partition Problem

Bug #115171 reported by Sam Williams
4
Affects Status Importance Assigned to Milestone
partman-base (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

I recently upgraded from Edgy to Feisty on my Dell Inspiron Laptop. After a few reboots I encountered a filesysten problem where I was dropped to a prompt because e2fsck could not repair the filesystem problem. Running the fsck.ext3 utility manually didn't work, nor could I boot up the Ubuntu Feisty Install/Live CD and properly perform the repair.

After numerous attempts to repair the damaged filesystem I finally decided to backup any files in the /home partition to a remote usb drive. I then wanted to reinstall Ubuntu Feisty. Since I liked my former partitioning arrangement I decided to keep what I had before and simply reformat each and reinstall over the top.

When I got to the disk partitioner portion of the installation I tried to select the partition that had previously demonstrated problems. Each time it would start trying to write the partition information to disk and never return control to me.

I then thought that something must be really screwed up with the disk and thought I would just have the partitioner do an automatic format of the hard drive. The partitioner did remove all the other partitions and created only an ext3 and swap partition. Again when it came time to format the partition I ran into problems. It refused to reformat. Now the laptop is no longer usable.

After a couple of days I had a thought that perhaps all I needed was to wipe the disk clean and reformat with something like Knoppix. Once this reformatting was complete I would then go and re-install Feisty per my initial layout.

Knoppix was able to get past the problem without an issues at all. I was allowed to reformat the disk any way I chose. After using Knoppix I was able to return to the Feisty installer and everything turned out fine.

For the record I used Knoppix 5.1 CD which uses a mke2fs version 1.40-wip with a build date of 14-11-2006. Checking the version of the Feisty mke2fs I found that it to used version 1.40-WIP with EXT2FS library with a build date of 14-11-2006.

The problem I encountered with the filesystem error is really bad, but having an installer that can't work around the problem is worse.

Revision history for this message
C. Scott Mark (csmark) wrote :

I don't know how applicable this would be, but that sounds like it might be bad sectors in just the right spot to screw things up. As for the the lockup, how long were you waiting? Sometimes the wait can be amazingly long. How many partitions were you using, their name, and type?

 Did you try changing the order of the partitions on the drive?

 I'll see if I can recreate the problem with a little editing here and there to see if it's hardware or software problem.

C. Scott Mark

Revision history for this message
Sam Williams (sam-williams) wrote :

from the lockup perspective we are talking on the order of 5 minutes. I've gone through this procedure before so I have an idea what seems normal, and this was way too long.

In terms of partitions I had 4. They were swap, boot, ., and home in that order all ext3 partition types except for swap. The problem seemed to occur with the /home parition. No partition was over 40 Gbytes and the total capacity of the harddrive was approximately 60 Gbytes. Since I removed all partitions and told the partitioner to just use one large partition I did mix it up a bit. BTW, as stated above, that failed using the Ubuntu partitioner.

My point in mentioning this problem at all was to highlight the fact that the Ubuntu mke2fs failed to correct the problem regardless of the partitioning arrangement, yet the one on the Knoppix 5.1 cd worked just fine. It was particularly frustrating since they were both the same versions. I don't know how you will be able to reproduce the problem, but good luck!!!

thanks for the response....

Revision history for this message
Colin Watson (cjwatson) wrote :

Were you using the alternate install CD or the desktop CD?

Unfortunately, since you've now erased the evidence, this may well turn out to be unfixable unless you can reproduce it again and get me log files from when it's breaking. I need /var/log/syslog and /var/log/partman.

Changed in base-installer:
status: Unconfirmed → Needs Info
Revision history for this message
Sam Williams (sam-williams) wrote :

I was using the Desktop CD. There was really nothing in syslog, however this is the first I've heard of /var/log/partman :-( Not sure if I can duplicate this problem again. Keeping an eye out with each subsequent reboot, however.

Revision history for this message
jal (bp-ns) wrote :

'Knoppix was able to get past the problem without an issues at all. I was allowed to reformat the disk any way I chose. After using Knoppix I was able to return to the Feisty installer and everything turned out fine.'

Same problem with the feisty installer and same fix. Thanks!

Revision history for this message
Colin Watson (cjwatson) wrote :

jal, in https://bugs.launchpad.net/ubuntu/+source/partman-base/+bug/115171/comments/3 I asked Sam for some log files, noting that I cannot fix the problem without those. The same applies to you ...

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for partman-base (Ubuntu) because there has been no activity for 60 days.]

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.