Herd2: crash when starting partitioner

Bug #78961 reported by Luka Renko
6
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)
Confirmed
Critical
Unassigned

Bug Description

Binary package hint: ubiquity

Kubuntu Herd2 i386 CD (20070111)
Installing on desktop system (WinXP and Herd1 already on the system before)
Using Slovene (Slovenščina) as language (chosen on initial text screen)

Traceback (most recent call last):
  File "/usr/lib/ubiquity/bin/ubiquity", line 185, in ?
    main()
  File "/usr/lib/ubiquity/bin/ubiquity", line 180, in main
    install(args[0])
  File "/usr/lib/ubiquity/bin/ubiquity", line 56, in install
    ret = wizard.run()
  File "/usr/lib/ubiquity/ubiquity/frontend/kde-ui.py", line 328, in run
    self.process_step()
  File "/usr/lib/ubiquity/ubiquity/frontend/kde-ui.py", line 804, in process_step
    self.process_autopartitioning()
  File "/usr/lib/ubiquity/ubiquity/frontend/kde-ui.py", line 858, in process_autopartitioning
    choice = self.get_autopartition_choice()[0]
  File "/usr/lib/ubiquity/ubiquity/frontend/kde-ui.py", line 1573, in get_autopartition_choice
    choice = unicode(self.autopartition_buttongroup_texts[id])
KeyError: -1

Revision history for this message
Luka Renko (lure) wrote :

I have tried also English install (everything default) and can reproduce the same crash traceback. This makes Herd2 Kubuntu Desktop CD hardly usable (at least for me). :-(

Revision history for this message
sittisal (sittisal) wrote :

The same with Ubuntu Herd2 i386.
sda1 and sda2 are Windows partitions.
That's my log:
File "/usr/lib/ubiquity/bin/ubiquity", line 185, in ?
    main()
  File "/usr/lib/ubiquity/bin/ubiquity", line 180, in main
    install(args[0])
  File "/usr/lib/ubiquity/bin/ubiquity", line 56, in install
    ret = wizard.run()
  File "/usr/lib/ubiquity/ubiquity/frontend/gtkui.py", line 310, in run
    self.process_step()
  File "/usr/lib/ubiquity/ubiquity/frontend/gtkui.py", line 867, in process_step
    self.process_autopartitioning()
  File "/usr/lib/ubiquity/ubiquity/frontend/gtkui.py", line 922, in process_autopartitioning
    choice = self.get_autopartition_choice()[0]
  File "/usr/lib/ubiquity/ubiquity/frontend/gtkui.py", line 1620, in get_autopartition_choice
    raise AssertionError, "no active autopartitioning choice"
AssertionError: no active autopartitioning choice

Revision history for this message
sittisal (sittisal) wrote :
Revision history for this message
Luka Renko (lure) wrote : Re: Kubuntu Herd2: crash when starting partitioner (WinXP on disk)

Confirming bug as another user experienced the same problem, only with Ubuntu Herd2 (slightly different traceback).

I think this bug is really connected with Windows partitions as I could install Herd2 w/o problems on my Linux-only laptop (HP nw8240).
Laptop had multiple linux distros installed:
- Edgy (on LVM root)
- OpenSUSE 10.2
- Feisty (up-to-date - overwritten with Herd2 install)

Changed in ubiquity:
status: Unconfirmed → Confirmed
Revision history for this message
Luka Renko (lure) wrote : Re: Herd2: crash when starting partitioner (WinXP on disk)

Marking bug as Critical due to number of reports and the fact that Herd2 cannot be installed from Desktop CD for users with other operating systems.

Changed in ubiquity:
importance: Undecided → Critical
Revision history for this message
Daniele Dellafiore (ildella) wrote :

Just a note: as reported in bug 79073, I do not have WinXP installed on OS, just a working edgy eft. The problem is related to some errors inpartitions that the working edgy can detect but not automatically fix at startup.
I have attached checkfs log in bug 79073 report.

So I think title of bug is wrong, it seems that problem is related to "broken" multiple partition. As reported in other bug, before changing my partitions, Herd2 can go to step seven and start installation despite the presence of two ext3 partition on my disk.

Revision history for this message
Quasar Jarosz (masterra) wrote :

Using a single blank disk with no partitions causes the same error.

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

Thanks for your report. This is also bug 76976, and is already fixed in my bzr branch. There is no need to further escalate this problem by increasing bug severities or anything else. The fact that Windows XP is installed is, as people have observed, irrelevant.

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.