Bug 12246 - RFE:Handle exceptions related to /etc/fstab entries more gracefully
RFE:Handle exceptions related to /etc/fstab entries more gracefully
Product: Red Hat Linux
Classification: Retired
Component: anaconda (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Michael Fulbright
Brock Organ
: FutureFeature
Depends On:
  Show dependency treegraph
Reported: 2000-06-14 05:36 EDT by Jonathan Kamens
Modified: 2007-04-18 12:27 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-04-02 17:13:57 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Jonathan Kamens 2000-06-14 05:36:52 EDT
When I tried to do a text-based ugprade from 6.2 to Winston, I got this
error message while it was checking for previous installations: "Error
mounting hde5: block device required", then an anaconda traceback and the
installer gave up.

This is probably because hde is on a promise IDE controller whose driver is
not built into the kernel.  I suspect that when the default IDE driver is
used to access the promise IDE card, it can't handle old IDE drives (hde is
a very old drive), whereas it can handle such drives when the promise
driver is used.

Perhaps anaconda should display warnings, not fatal errors, when it can't
mount a filesystem that's listed in /etc/fstab.
Comment 1 Michael Fulbright 2000-06-14 10:09:19 EDT
This feature will be added to our list of requests.
Comment 2 Jonathan Kamens 2000-06-14 21:06:10 EDT
This is not a "feature."  It is a bug.  I have a valid RedHat installation and
yet I cannot use the RedHat upgrade process because of this problem.  Yes, there
is a workaround (I can comment out hde in /etc/fstab before rebooting to do the
upgrade), but that doesn't change the fact that this is a bug and should be
treated as such.

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