Bug 543777 - Anaconda cannot continue when a new partition is created with empty mount point
Summary: Anaconda cannot continue when a new partition is created with empty mount point
Keywords:
Status: CLOSED DUPLICATE of bug 496938
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 12
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-12-03 03:17 UTC by reubendb
Modified: 2009-12-06 15:17 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-12-06 15:17:57 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Traceback of anaconda at the point of failure. (438.76 KB, application/octet-stream)
2009-12-04 03:57 UTC, reubendb
no flags Details
Anaconda traceback at the point of failure (438.76 KB, text/plain)
2009-12-04 04:01 UTC, reubendb
no flags Details

Description reubendb 2009-12-03 03:17:12 UTC
Description of problem:

During install, I choose "Custom Layout" to create my own partition scheme. On one of the partition I created, I didn't assign any mount point. Anaconda showed a dialog box of something related to no mount point (can't remember exactly), went through the whole saving debug log, and then quit.

Version-Release number of selected component (if applicable):
12

How reproducible:
Always

Steps to Reproduce:
1. During install choose "Custom Layout" for creating partition
2. Create a partition for /, /home, and another one without assigning mount point
3. 
  
Actual results:
Anaconda cannot continue the install process

Expected results:
Anaconda continue the install process.

Additional info:
Debug log attached.

Comment 1 Radek Vykydal 2009-12-03 12:56:49 UTC
Can you please attach traceback? You can do it using exception dialog that - as I understood from your description - appears in the point of failure.

Comment 2 reubendb 2009-12-04 03:57:39 UTC
Created attachment 375991 [details]
Traceback of anaconda at the point of failure.

Comment 3 reubendb 2009-12-04 04:01:01 UTC
Created attachment 375994 [details]
Anaconda traceback at the point of failure

For some reason my previous attachment showed up as binary, trying again by selecting plain text manually.

Comment 4 reubendb 2009-12-04 04:02:45 UTC
I am sorry I thought I had attached this traceback when I initially reported the bug. I must have done something wrong and it didn't go through. If this is not what you ask for please let me know and I'll try to get the right one. Thank you.

Comment 5 Chris Lumens 2009-12-06 15:13:02 UTC
anaconda 12.46 exception report
Traceback (most recent call first):
  File "/usr/lib/anaconda/storage/devices.py", line 1466, in create
    self._name = self.slave.format.mapName
  File "/usr/lib/anaconda/storage/deviceaction.py", line 205, in execute
    self.device.create(intf=intf)
  File "/usr/lib/anaconda/storage/devicetree.py", line 708, in processActions
    action.execute(intf=self.intf)
  File "/usr/lib/anaconda/storage/__init__.py", line 275, in doIt
    self.devicetree.processActions()
  File "/usr/lib/anaconda/packages.py", line 110, in turnOnFilesystems
    anaconda.id.storage.doIt()
  File "/usr/lib/anaconda/dispatch.py", line 200, in moveStep
    rc = stepFunc(self.anaconda)
  File "/usr/lib/anaconda/dispatch.py", line 123, in gotoNext
    self.moveStep()
  File "/usr/lib/anaconda/gui.py", line 1195, in nextClicked
    self.anaconda.dispatch.gotoNext()
AttributeError: 'Ext4FS' object has no attribute 'mapName'

Comment 6 Chris Lumens 2009-12-06 15:17:57 UTC

*** This bug has been marked as a duplicate of bug 496938 ***


Note You need to log in before you can comment on or make changes to this bug.