From Bugzilla Helper:
User-Agent: Mozilla/4.78 [en] (X11; U; SunOS 5.8 sun4u)
Description of problem:
I am trying to upgrade from Red Hat 7.1 to Red Hat 7.2. The upgrade fails
consistently. A dialog pops up and displays this message:
"One or more of the filesystems for your Linux sytsem was not unmounted
cleanly. Please boot your Linux installation, let the filesystems be
checked, and shut down cleanly to upgrade."
All filesystmes were unmounted cleanly, I checked that multiple times.
Note that my PC has a Jaz disk drive. It could be related.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Take a PC (probably one with a Jaz drive).
2. Install Red Hat 7.1
3. Upgrade to Red Hat 7.2
This is what appears on the 4th console (Ctrl+Alt+F4) when the upgrade
<6>Device not ready. Make sure there is a disk in the drive.
<4>sdb : READ CAPACITY failed.
<4>sdb : status = 1, mesage = 00, host = 0, driver = 28
<4>Current sd00:00: sns = 70 2
<4>ASC=3a ASCQ= 0
<4>Raw sense data: 0x70 0x02 [...]
<4>sdb : block size assumed to be 512 bytes, disk size 1GB.
<6> sdb: I/O error: dev 08:10, sector 0
<4> unable to read partition table
<4>EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
If you don't have a disk in the Jaz drive does it succeed?
No, it does not suceed.
I tried with and without a Jaz disk in the drive, I rebooted multiple times, ran
The error messages in 4th console are normal. They are typical of a Jaz drive
a Jaz disk inside.
Please attach your /etc/fstab file.
This seems to be fixed in Red Hat 7.2.
Anyway, here is the /etc/fstab, it shouldn't have changed
since I was using Red Hat 7.1, although of course I can't
tell for sure.
Created attachment 42616 [details]
/etc/fstab after Red Hat 7.2 installation
Do not take the sentence "This seems to be fixed in Red Hat 7.2"
into account, sorry. I thought this was a report about another bug.
Again /etc/fstab should not have changed since Red Hat 7.1. I had
saved my disk before upgrading to Red Hat 7.2 and copied/pasted
the saved 7.1 system files to modify my 7.2 system files.
Would you please put the 'fsset.py' attached file on a ext2 floppy and boot the
installers with 'updates' on the commandline, like 'linux updates', insert the
floppy when asked, and when you get the message about dirty filesystems please
hit CNTL-ALT-F3 and look for a message like:
FS on <devicename> is dirty - cannot continue
and tell me what that message contains for <devicename>?
Created attachment 42617 [details]
fsset.py with debugging info about dirty filesystems
My error... sorry for the noise.
The message from fsset.py is:
FS on hda3 is dirty - cannot continue
So one file system was corrupted after all:
# fsck /dev/hda3
Parallelizing fsck version 1.23 (15-Aug-2001)
e2fsck 1.23, 15-Aug-2001 for EXT2 FS 0.5b, 95/08/09
/dev/hda3 was not cleanly unmounted, check forced.
Note however that /dev/hda3 is an old disk I don't use anymore now
that I have SCSI disks. I had Red Hat 6.2 installed on it years ago
and I hadn't actually mounted it for months. It's not even in
In short I wasn't even aware it still exists...
Sorry again. Nevertheless the error message could be made more explicit
by specifying the disk that has a problem. If not in the popup dialog,
at least output a message in the 3rd console so that one knows which
file system has the problem with Ctrl+Alt+F3. The new fsset.py file
is actually perfect.
Thank you for your time.
msf, you can close this one if it's fixed. Do you want to change the error
The device which is dirty is getting logged to tty3 now, which is somewhat better
A complete fix will be done in a future release.
Added new wording to dialog in CVS so that you get
"The following devices were not cleanly unmounted.
Time tracking values updated
I'm going through Bugzilla closing some bugs that have been marked as Modified
for some period of time. I believe that most of these issues have been fixed,
so I'm resolving these bugs as Rawhide. If the bug you are seeing still exists,
please reopen this report and mark it as Reopened.