Bug 71880

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 
misc/rpm/security/.
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
internal cables.

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
responding.
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
primary:
hda1 = dos0
hda2 = /boot
hda3 = os/2warp
hda4 = extended:
hda5 = dos1
hda6 = os2
hda7 = os2
hda8 = /              ext3
hda9 = /z             ext3
hda10= swap
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
/misc fs.
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
persists.

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/