#382 closed defect (fixed)
errors during "mount" operations taints mount point
Reported by: | thomas.doerfler | Owned by: | Jennifer Averett |
---|---|---|---|
Priority: | lowest | Milestone: | 2 |
Component: | fs | Version: | 4.6 |
Severity: | normal | Keywords: | |
Cc: | bugs@… | Blocked By: | |
Blocking: |
Description
When a mount operation fails, the (would be) mount point is tained. Performing a "stat" operation to that (would be) mount point later on will fail.
When a mount() call is performed to mount a filesystem (like dosfs) to a certain mount point, and the FS-specific mount function fails (e.g. due to a read error of the root fs to be mounted), then the "mount entry" (temp_mt_entry) that had been liked to the mount point node is not properly initialized and should be removed.
When an "evaluate_path" operation occures later, it detects the "mt_entry" linked to that node and presumes, that a valid "mt_fs_root" structure is attached to it, but the corresponding pointer is invalid, which leads to a system crash.
Release:
RTEMS-4.6.0pre1
Environment:
m68k, but presumably all targets
How-To-Repeat:
- Create a directory as mount point in IMFS
- start to mount another file system to that mount point, but let the "fsmount_me_h" operation fail->"mount" call will return an error code
- perform a "stat" operation to the mount point
Change History (2)
comment:1 Changed on 07/22/03 at 13:54:15 by Jennifer Averett
Status: | assigned → waiting |
---|
comment:2 Changed on 07/24/03 at 19:08:38 by Jennifer Averett
Status: | waiting → closed |
---|
State-Changed-From-To: feedback->closed
State-Changed-Why: Addressed in PR 297.