Red Hat Bugzilla – Bug 71880
kernel panic no init found on boot up
Last modified: 2008-08-01 12:22:52 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.61 [en] (OS/2; U)
Description of problem:
On boot-up with the athlon 18-5 kernel the system crashed.
e2fsck -p did not report any problems on any of the /dev/hda2=/boot, 8=/, or 9=/zx.
I tried `rescue' with cdrom=1 but no result.
I then tried upgrade and got the attached dump file.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Actual Results: the system continued to crash with the `kernel panic' message.
Expected Results: normal boot
Friday evening I downloaded the latest 2 sets of errata from rhn [166-07 & 172-07] into /home/scn/download/160-07 & 172-07.
Saturday, as root, I dragged the 2 folders to /misc/rpm/security in preparation of executing the rpms.
I also made changes to Mozilla preferences. I had found that Mozilla would not accept multiple changes to its preferences but would accept one change
at a time - make a change press <ok> and close the preference folder; reopen the pref. folder ...
I then went to open the terminal window: clicking the icon produced no window, only a movement in the icon. I tried other icons on the bar with the same
The root window had visibly deteriorated and no longer responding.
I looged out intending to get back in and compltete the errata, thinking that the root window needed a refresh!
Instead of that the system crashed with a number of messages culminating in the kernel panic: no init found try passing init-option to kernel.
Before that the system had said Init cannot execute /sbin/mingetty [repeated about 11 times] followed by
Init 1 responding too fast : disabled for 5 min.
I tried ctrl-alt-del but got cannot execute /sbin/shutdown
the following pair of msg. were repeated at least 6 times.
Other messages were hda: dma-intr: status=0x51 DriveReady SeekCompleteError
followed by: error=0x84 DriveStatusError Bad CRC
Created attachment 71504 [details]
file generated by the 7.3 update function
The more I think about the situation the more convinced I am that the primary problem came from the folder dragging from /home/scn/download/ to
Nothing else would disrupt and even delete files; but I guess `dragging folders/files' might disrupt the order of things.
I did notice that the file manager would disappear/close.
I had thought that the Mozilla preferences problem [which persisted after the errata update] might be a contributing factor.
If there is any testing you might want me to do please let me know otherwise I will try to go beyond it. I will wait a few hours.
You can reach me at: 1.212.794.0058
any chance of some interaction/communication?
if nothing else so one can avoid getting into this mess again?
>Other messages were hda: dma-intr: status=0x51 DriveReady SeekCompleteError
>followed by: error=0x84 DriveStatusError Bad CRC
This message in general means your hard disk is failing. Most likely
your data is corrupt. I recommend backing up your data to a safe
medium, and replacing the drive ASAP
actually it is "bad cable" usually
I agree that the data was in fact corrupt.
As this situation has happened to me more than once and on different machines
and hard disks I cannot agree that it is either the disks and/or the cables.
I did have a hd with bad sectors but it couldn't even load rh7.3. I changed that
disk for another and loaded rh7.3.
While this current disk is the same one I had for the last 7.3 crash I have
completely reinstalled rh7.3.
In the process of installation I re-formatted the linux partitions with bad
partion checks - no problems.
Running on this same disk are os/2 warp4 and dos - both with absolutely no problems.
It is thanks to os2 that I could let you know of the rh7.3 fiasco.
For these reasons I do not believe that the problem[s] are due to either the ata
133 ide disks [Maxtor 60 gig; Seagate 40 gig - separate machines] or the
I found that the file-manager [nautilus] crashed consistently when, as root, I
moved sets of directories/files from one area to another or trash.
Most of the time I could re-open it but then came the time when it would no
longer respond, followed by the other icons/applications on the panel also not
Once that happened = kernel panic and the system would no longer boot.
I think - only my theory - that the dragging/moving/trashing of
directories/files affects other files/data leading to corruption.
As this is root couldn't the data/file corruption lead to kernel panic?
The hd is set as follows: hda = 60 gig; sda = 2.2 gig removable - external
hda1 = dos0
hda2 = /boot
hda3 = os/2warp
hda4 = extended:
hda5 = dos1
hda6 = os2
hda7 = os2
hda8 = / ext3
hda9 = /z ext3
sda1 = removable 2.2 gig hdd - external - /mnt/sda
Most of the directory/file dragging involved large files e.g., the downloaded
errata files for 7.3 and before 7.2. and other d/l updates.
I now have those specific files on both the external /sda1 /z rather than the
I was trying to make sense, to me, of the organization of the hd.
Don't you think that there seems to be an excellent case for cause and effect?
and some look see is warranted?
I'll be glad to cooperate and answer questions.
arjan, see also bug #72155 which I've asked for additional information
to be attached to that probably will provide useful for determining
the cause of the problem.
Created attachment 74724 [details]
screen shot of non-performing nautilus
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/