Bug 753902 - Fedora 16 LiveCD installation fails
Summary: Fedora 16 LiveCD installation fails
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 16
Hardware: Unspecified
OS: Unspecified
unspecified
urgent
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-11-14 20:15 UTC by Rolle
Modified: 2011-11-17 09:58 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-11-15 00:37:45 UTC
Type: ---


Attachments (Terms of Use)
Comment (95.51 KB, text/plain)
2011-11-14 20:34 UTC, Rolle
no flags Details

Description Rolle 2011-11-14 20:15:07 UTC
Description of problem:
I can't Install Fedora 16 on my working horse PC. Neither Fedora 16 Gnome LiveCD (x64) nor KDE LiveCD (x64) couldn't install on my one PC.
I burned several CDs and checked all CDs. All CDs are fine, no burning/read errors. On my one PC at home (my working horse, the most important one) which run at several years dual boot systems. WinXP + Fedora 10 until Fedora13/14(?). And later Win7 + Fedora 14/15.
Fedora 15 with Gnome 3 and 64 Bit worked fine (ok some bugs are everywhere, but it was my working horse and principle all worked fine).
But now I have big issues during the installation. For the first time.
The F16 LiveCDs (Gnome + KDE) doesn't install. I choosed in anaconda to make my own disk-layout but leave the former disk-partition layout and make the following choices:
- Format /dev/sda1 ( 2 GB) to ext4 as /boot
- Format /dev/sda5 (50 GB) to ext4 as /
- Format /dev/sda6 (50 GB) to ext4 as /home
- Format /dev/sda7 ( 4 GB) to swap
All worked fine until the step "copying liveimage to harddisk". This step breaks at 40% with the message "ext4 filesystem is corrupt". This could no hardware-error: I tried several LiveCDs (each checked after burning and checked with anaconda first step), also my harddisk partitions are ok. I checked this with formatting with specialized software (formatted and checked). And also I switch my /dev/sda5 and /dev/sda6 with "/home" and "/" and always it breaks at ~40%.
Is there a bug with the new GPT/(U)EFI/BIOSBootPatition-Feature?

My "fdisk -l"-output is (Note: my real /dev/sda1 Bootpartition appears here as /dev/sda2):


Disk /dev/sda: 400.1 GB, 400088457216 bytes
255 heads, 63 sectors/track, 48641 cylinders, total 781422768 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00087b24

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *     4192965   213921539   104864287+   7  HPFS/NTFS/exFAT
/dev/sda2              63     4192964     2096451   83  Linux
/dev/sda3       248750458   781417664   266333603+   f  W95 Ext'd (LBA)
/dev/sda5       248750460   353606714    52428127+  83  Linux
/dev/sda6       353606778   458462969    52428096   83  Linux
/dev/sda7       458463033   466848899     4192933+  82  Linux swap / Solaris
/dev/sda8       466848963   781417664   157284351    7  HPFS/NTFS/exFAT

Partition table entries are not in disk order

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xd5af235f

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1              63  1953520064   976760001    7  HPFS/NTFS/exFAT

Disk /dev/mapper/live-rw: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders, total 8388608 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/live-rw doesn't contain a valid partition table

Disk /dev/mapper/live-osimg-min: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders, total 8388608 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/live-osimg-min doesn't contain a valid partition table



The ISOs I burned under Win7 with the following programs:
- CDBurnerXP: DAO 96 mode
- CDBurnerXP: automatic mode (TAO?)
- Win7 built in burning CD-ISO feature

Everytime the same failure.
An important note is: after the installation fails, no mounting/unmounting is functional. No stick no partition is mountable or unmountable. I can load programs (like nautilus or firefox) but I have no acces to unmountad drives. Only in home-dir I see the default dirs "Documents", "Desktop", ...

The installation works fine with the burned CDs on another PC in the VirtualBox-Emulator.

I don't have an empty USBStick here. Should I try to install with an USBStick?

Another attempt (this was actually my first attempt, but here seems another bug. Should I fill a new bug report for this installation fail?):
I tried the Fedora 16 Installation-DVD (x64). Made all install-steps until to write the bootloader (to /dev/sda). Then it hangs repeatly.


Version-Release number of selected component (if applicable):
Fedora 16 Gnome LiveCD (x64) and Fedora KDE LiveCD (x64)

How reproducible:
always

Steps to Reproduce:
1. Boot from LiveCD
2. make Install-Process
3. during "copying liveimage to harddisk" always breaks at 40% with the message "ext4 filesystem corruption"
  
Actual results:
during "copying liveimage to harddisk" always breaks at 40% with the message "ext4 filesystem corruption"

Expected results:
During Installtion the step "copying liveimage to harddisk" should work and go to the next step.

Additional info:
Tried to install from Fedora 16 Installation-DVD but it also fails (maybe another bug)? Explained above.

Comment 1 Rolle 2011-11-14 20:34:03 UTC
Created attachment 915381 [details]
Comment

(This comment was longer than 65,535 characters and has been moved to an attachment by Red Hat Bugzilla).

Comment 2 Brian Lane 2011-11-15 00:37:45 UTC
It is easier to follow things if you add the logs as attachments (single text/plain files).

You should be able to open a terminal and grab the logfiles from /tmp/*log and copy them someplace where you can attach them to this bug.

But according to that log you clearly have something wrong with the media. There are a bunch of errors reading sr3 and the squashfs.img file so either the burn was bad or your reader is having issues.

Comment 3 Rolle 2011-11-17 09:58:41 UTC
Now I tried it with an usbstick and it worked flawlessly. So you are right, it seems it is something wrong with this media-drive-combination.
But I wonder because I tried different burned CDs and different spins (Gnome and KDE) and always the media check says all media are ok and always it stopped on the same position. Other distros (previous versions of Fedora 15, ..., Ubuntu 11.10, ..., Lubuntu 11.10, ..., Sabayon 7) works out of the box. Strange.

Sorry for the noise.
This bug is closed.


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