Bug 91004 - wrong root fs mount point
wrong root fs mount point
Status: CLOSED NOTABUG
Product: Red Hat Linux
Classification: Retired
Component: anaconda (Show other bugs)
7.3
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jeremy Katz
Mike McLean
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2003-05-16 07:36 EDT by Jean-Jacques Sarton
Modified: 2007-04-18 12:53 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-05-16 14:22:59 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Jean-Jacques Sarton 2003-05-16 07:36:53 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312

Description of problem:
The file /etc/fstab contain the line:

LABEL=/

This implies that the apparently mounted partition is not the real
mounted partition. The root file system will also not be checked
while the system is booting.

On my system RH 7.3 was installed on hda2, the complete system
was copied to a partition on a new drive (hdd, hdc is a cdrom).
df / show "/dev/hdda2 ..."  instead of "/dev/hdd7 ..." The size
reported correspond to the correct partition.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. install RH
2. create a partition on an other drive and copy the content of the
   actual system to the new partition, edit the file /boot/grub/menu.lst
   in order to be able to boot the new "installation"
3. reboot the system with / at the new partition.
    

Actual Results:  see description,


Expected Results:  correct information about the real mounted file system

Additional info:

The idea of using LABEL=/ within /etc/fstab is good but the boot
process work not correctly.

Modifying the lile "LABEL=/ ..." with e.g. /dev/hdd7 / ..." solve the
problem but is not as pretty as the original line.
Comment 1 Jeremy Katz 2003-05-16 14:22:59 EDT
If you copy and are using a new root fs, then you need to update the label on
the destination partition as well.  The label is set in the filesystem
superblock, it's not really very deep magic.

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