Description of problem: On both of the live run discs, KDE and Gnome, when you choose to load the live run completely into ram, (and I have 2gbs of ram), the following happens: ---------------------------------------------------------------------------- Loading vmlinuz.... Loading initrd.img.... Ready. Uncompressing Linux... Ok, booting the kernel. sdb: assuming drive cache: write through (x2) Buffer I/O error on device sr0, logical block 358120 Buffer I/O error on device sr0, logical block 358120 Buffer I/O error on device sr0, logical block 358120 Buffer I/O error on device sr0, logical block 358120 Buffer I/O error on device sr0, logical block 358120 Buffer I/O error on device sr0, logical block 358120 Buffer I/O error on device sr0, logical block 358118 Buffer I/O error on device sr0, logical block 358119 Buffer I/O error on device sr0, logical block 358120 Buffer I/O error on device sr0, logical block 358120 Copying live image to RAM... (this may take a few minutes) Buffer I/O error on device sr0, logical block 352484 Buffer I/O error on device sr0, logical block 352485 Buffer I/O error on device sr0, logical block 352486 Buffer I/O error on device sr0, logical block 352487 Buffer I/O error on device sr0, logical block 352488 Buffer I/O error on device sr0, logical block 352489 Buffer I/O error on device sr0, logical block 352490 Buffer I/O error on device sr0, logical block 352491 Buffer I/O error on device sr0, logical block 352492 Buffer I/O error on device sr0, logical block 352493 Bug in initramfs /init detected. Dropping to a shell. Good luck! bash: no job control in this shel bash-3.2# ------------------------------------------------------------------------ If it helps any, live run 2 ram worked great in test 4. nomb How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Looks like a coaster, e.g. there are physical errors on the media. Suggest to try and burn to another disc.
I've verified the md5's Burnt 3 gnomes and 3 kdes and they all do the same thing. also, this is not just me. other people form linuxquestions.org are having the same problem. are you saying we are all burning the badly?
Do you have pointers to the threads on linuxquestions.org? Sorry for just closing the bug but it really _does_ look like a coaster and coasters happen often. So it was more a knee jerk reaction. The block numbers look suspiciously high - the lowest one is 352484; at 2048 bytes per block; that would be at an offset that is 688MB (where 1MB = 2^20 bytes).. hmm.. so still OK. Questions 1. Did you use a 700MB disc? 2. What kind of drive is it? (please attach output of lshal) 3. Does the verify disc from grub work? I'm tempted to reassign this to the kernel, blaming the driver...
Here's the thread: http://www.linuxquestions.org/questions/showthread.php?t=557702 I get the same errors on two KDE live disks and a Gnome disk burned from a seperate computer. I even used a 4x burn speed on one of the KDE disks. If I or the OP boot to the CD in not-to-RAM mode, the boot is successful.
Created attachment 155855 [details] lshal output
I ran the Verify Disk feature, and the disk passed the test. On a (possibly) related note, no boot options work on my laptop unless I enter the options "noapic nolapic" at boot. Without those, it stops at "uncompressing kernel"
Hi, thanks for the feedback and taking time to provide the requested information. From the lshal output I can see you're using the ata_piix driver. My best guess at this point is that there's a defect in that driver; all we do in the initramfs is basically 1. mount root iso9660 fs at /sysroot 2. dd if=/sysroot/squashfs.img of=/squashed.img bs=512 (e.g. copy a file from the CD to the tmpfs of the initramfs) e.g. we haven't set up any of the device mapper stuff yet. For reference, the script that generates the initramfs is here http://git.fedoraproject.org/?p=hosted/livecd;a=blob_plain;f=creator/mayflower;h=ef43ddcda3c2a5f9c2a57642d09fc39b50a3834f I'm reassigning to the kernel from now and adding Alan and Dave as they probably know what changed from Test4 to GOLD. I'm also adding myself as Cc in case we've screwed something up in user space. Also, I think we can probably rule out that the drive is broken as this worked for you in Test4. So everything points to a driver bug I guess? Thanks.
Created attachment 155874 [details] My lshal output.
Also, All the discs were 700mb I only verified two of them, one gnome, one kde, but they were fine My lshal is above. Don't worry about just closing the ticket. If I went through as many as you guys, I'd probably do the same thing. nomb
Brian - can you open a seperate bug about the APIC problem if you haven't already and attach a dmidecode to it.
Ticket opened: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=242717
Thanks There are no ata_piix changes between the two as far as I can tell and it seems to be a real media error (unfortuantely the bits of trace you have are too late after the media error would have been displayed to be 100% sure)