The following was filed automatically by anaconda: anaconda 12.38 exception report Traceback (most recent call first): File "/usr/lib/anaconda/livecd.py", line 98, in copytree raise Error, errors File "/usr/lib/anaconda/livecd.py", line 294, in _doFilesystemMangling flags.selinux) File "/usr/lib/anaconda/livecd.py", line 351, in doPostInstall self._doFilesystemMangling(anaconda) File "/usr/lib/anaconda/backend.py", line 288, in doPostInstall anaconda.backend.doPostInstall(anaconda) 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() File "/usr/lib/anaconda/iw/progress_gui.py", line 79, in renderCallback self.intf.icw.nextClicked() File "/usr/lib/anaconda/gui.py", line 1216, in handleRenderCallback self.currentWindow.renderCallback() Error: ['/mnt/sysimage//iso-vfat', '/mnt/sysimage/mnt//iso-vfat', 'Operation not supported']
Created attachment 365420 [details] Attached traceback automatically from anaconda.
This came out of testing http://dlehman.fedorapeople.org/live.patch This was tested on hp-xw9300.test.redhat.com which contains 3 onboard disks. The test involved installing from a Fedora rawhide USB key (that contains the above patch). * Autopart install to the first 2 disks. * Leave the USB key, and disk#3 deselected in the UI * Create the following partitions on disk#3 /iso-ext2 /iso-ext3 /iso-ext4 extended /iso-vfat
Created attachment 366892 [details] Attached traceback automatically from anaconda.
This was using a live CD created to test some ATi issues, but I've download the beta and have similar issues. I'll boot the beta and try the install and see if I end up here too.
Created attachment 366895 [details] Attached traceback automatically from anaconda.
This traceback was generated in Live Install Beta using anaconda-12.42-1.fc12.x86_64.rpm At this stage, i'm not sure how to install f12 without massive downloads. If anyone could advise (since live cd's aren't seeming to work) I'd love to know.
what's your disk layout and chosen partitioning scheme? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Rodd: can you provide information on how you encountered this failure? For me, it involved installing from HD ISO's and attempting to add a mountpoint to a protected partition that contained the ISO's.
Hmmm, I'm not sure I can 'not' encounter this, but here's what I did. I think this is all about my partitioning. I've got a single drive that I custom partitioned like this (it has another install of f11 on it too.): $ sudo fdisk -l /dev/sda [sudo] password for rodd: Disk /dev/sda: 320.1 GB, 320072933376 bytes 255 heads, 63 sectors/track, 38913 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0xecd0e75a Device Boot Start End Blocks Id System /dev/sda1 1 5 40131 de Dell Utility /dev/sda2 6 1918 15360000 7 HPFS/NTFS /dev/sda3 1918 5742 30720000 7 HPFS/NTFS /dev/sda4 5743 38913 266446057+ 5 Extended /dev/sda5 5743 5768 204800 83 Linux /dev/sda6 * 5768 5793 204799+ 83 Linux /dev/sda7 5793 38913 266036223+ 8e Linux LVM In the LVM I have: $ sudo lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert LogVol00 vg_moose -wi-a- 14.65G LogVol01 vg_moose -wi-ao 146.48G LogVol02 vg_moose -wi-ao 8.91G LogVol05 vg_moose -wi-ao 14.65G LogVolMyth vg_moose -wi-a- 50.00G LogVolWWW vg_moose -wi-a- 5.00G I was mounting as follows: LogVol05 / LogVol01 /home LogVolWWW /var/www /dev/sda6 /boot / and /boot were reformated and both with ext4. I suspect that problem lies in LogVolWWW as not mounting this solved a similar problem trying to install from Beta LiveCD without upgrading anaconda. I'm a web developer so I mount /var/www as a seperate partition on my laptop so that I don't have to copy this stuff across each time. So far (and I mean since rh9.0) this has been fine. But this time it seem to not like it. Without an upgrade of anaconda, I get an error message about the '/var/www/icons/poweredby.png' icon already existing, and the install dies. Is this helpful.
Rodd, as I look closer, it seems the problem you are hitting is completely different than the problem originally reported in this issue. Original traceback for this issue - attachment#365420 [details] Your tracebacks - attachment#366895 [details] and attachment#366892 [details] Can you please file your issue as a new bug. Please include a screenshot from both partitioning screens (the first disk screen, followed by the detailed partitioning screen). Please also as much detail as you can on the steps you followed to recreate the failure. Thank you!
(In reply to comment #9) > that I don't have to copy this stuff across each time. So far (and I mean > since rh9.0) this has been fine. But this time it seem to not like it. Have you been using the live installer for any of these installations, or is this the first time?
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
*** Bug 538281 has been marked as a duplicate of this bug. ***
Created attachment 395702 [details] Attached traceback automatically from anaconda.
Created attachment 413266 [details] Attached traceback automatically from anaconda.