Bug 53117

Summary: installer fails when some file systems are commented out of /etc/fstab
Product: [Retired] Red Hat Linux Reporter: Jeff Silverman <jeffs>
Component: anacondaAssignee: Jeremy Katz <katzj>
Status: CLOSED DEFERRED QA Contact: Brock Organ <borgan>
Severity: low Docs Contact:
Priority: medium    
Version: 7.1   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
URL: http://www-rcs.ee.washington.edu/~jeffs/anacdump.txt
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-02-21 18:48:07 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Jeff Silverman 2001-09-04 01:06:51 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.74 [en] (X11; U; Linux 2.2.17 i686)

Description of problem:
I was attempting an upgrade from RedHat 6.2 to 7.1.  The installer kept
complaining that I had not shut down the machine cleanly, even though I
am.  In desperation, I commented out some file systems from /etc/fstab.

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


How reproducible:
Didn't try

Steps to Reproduce:
1.Comment out all of mount points in /etc/fstab
2.Reboot into the installation CD-ROM		
3.
	

Actual Results:  I cured the problem by uncommenting the mount points for
the swap file and /var and that seemed to cure the problem.

Expected Results:  Ananconda should have complained that it couldn't mount
the file system.

Additional info:

Comment 1 Matt Wilson 2001-09-04 13:37:32 UTC
please attach your /etc/fstab file


Comment 2 Jeff Silverman 2001-09-04 16:05:47 UTC
Here is the current /etc/fstab

[root@truk ~]# more /etc/fstab
/dev/sda7       /               ext2    exec,dev,suid,rw,usrquota 1 1
/dev/sda1       /boot           ext2    defaults        1 2
/dev/sda6       /var            ext2    defaults        1 2
none            /proc           proc    defaults        0 0
none            /dev/pts        devpts  gid=5,mode=620  0 0
/dev/sda5       swap            swap    defaults        0 0
/dev/sdb1       /GNL            ext2    rw
/dev/sdc1       /home           ext2    rw
# Removable media, standard or linux filesystems
/dev/cdrom      /cdrom          iso9660 noauto,ro,user,exec             0 0
/dev/fd0        /fd0            ext2    noauto,user,exec,sync           0 0

# Removable media, DoS/Windoze filesystems
#/dev/fd0       /dos/floppy     msdos   noauto,user,sync                0 0
#
# Connect to the orca cluster read only to get the radar data out.
# orca:/home      /home/httpd/html/spp/orca       nfs     ro


Here is the /etc/fstab when the problem occured:

[root@truk ~]# more /etc/fstab
/dev/sda7       /               ext2    exec,dev,suid,rw,usrquota 1 1
#/dev/sda1       /boot           ext2    defaults        1 2
#/dev/sda6       /var            ext2    defaults        1 2
none            /proc           proc    defaults        0 0
none            /dev/pts        devpts  gid=5,mode=620  0 0
#/dev/sda5       swap            swap    defaults        0 0
#/dev/sdb1       /GNL            ext2    rw
#/dev/sdc1       /home           ext2    rw
# Removable media, standard or linux filesystems
#/dev/cdrom      /cdrom          iso9660 noauto,ro,user,exec             0 0
#/dev/fd0        /fd0            ext2    noauto,user,exec,sync           0 0

# Removable media, DoS/Windoze filesystems
#/dev/fd0       /dos/floppy     msdos   noauto,user,sync                0 0
#
# Connect to the orca cluster read only to get the radar data out.
# orca:/home      /home/httpd/html/spp/orca       nfs     ro

Hope this helps.

Comment 3 Matt Wilson 2001-09-06 00:51:35 UTC
so you weren't using /boot at the time of upgrade?  Or were you trying to keep
the installer from touching it?  Why were you commenting out these entries?

(I'm trying to set up a test case)


Comment 4 Jeff Silverman 2001-09-06 15:59:48 UTC
I was trying to do an upgrade.  I kept getting an error message that the system
had not been shut down cleanly.  But it wouldn't say which file system was not
getting dismounted properly.  So I figured that if I didn't mount most of the
file systems, then I wouldn't have to dismount those file systems.  But that
didn't work, probably because the file system that wasn't getting dismounted
properly was the / file system which is on sda7 if memory serves me. 


Jeff

Comment 5 Matt Wilson 2001-09-06 16:08:20 UTC
you were shutting the machine down cleanly before the upgrade, correct?


Comment 6 Jeff Silverman 2001-09-06 19:47:59 UTC
Yes.

Comment 7 Bryce Nesbitt 2002-01-03 17:26:47 UTC
I get the same thing, but with a 7.1->7.2 installation.  The installer claims
that "some filesystems are wrong in fstab" and that the installation can't
continue.  Everything is fine in fstab.


Comment 8 Bryce Nesbitt 2002-01-03 17:27:45 UTC
LABEL=/boot         /boot        ext2    defaults        1 2            #
/dev/hde1
#/dev/hde2           /mnt/win98   vfat    defaults        0 0           #
/dev/hde2
#                                                                       #
/dev/hde3 (ext)
#                                                                       #
/dev/hde4 (none)
#/dev/hde5           /mnt/msdos   vfat    defaults,user,umask=000 0 0   #
/dev/hde5
LABEL=/             /            ext2    defaults        1 1            #
/dev/hde6
LABEL=/home         /home        ext2    defaults        1 2            #
/dev/hde7
#/dev/hde8           /mnt/hde8    ext2    defaults        0 0           #
/dev/hde8
#/dev/hde9           /mnt/hde9    ext2    defaults        0 0           #
/dev/hde9
/dev/hde10          swap         swap    defaults        0 0            #
/dev/hde10
#/dev/md0            /mnt/raid0   ext2    defaults        1 2           #
/dev/hde11 12
#/dev/md1            /mnt/raid1   ext2    defaults        1 2           #
/dev/hde8 hdg3
#
none                /proc        proc    defaults        0 0
none                /dev/pts     devpts  gid=5,mode=620  0 0
#
#/dev/hdg1           /mnt/hdg1    ext2    defaults        0 0           #
/dev/hdg1
#/dev/hdg2           /mnt/hdg2    ext2    defaults        0 0           #
/dev/hdg2
#/dev/hdg3           /mnt/hdg3    ext2    defaults        0 0           #
/dev/hdg3
#/dev/hdg5           /mnt/hdg5    ext2    defaults        0 0           #
/dev/hdg5
#/dev/hdg6           /mnt/hdg6    ext2    defaults        0 0           #
/dev/hdg6
#
#/dev/hdc            /mnt/dvdrom  auto noauto,owner,kudzu,ro 0 0
/dev/fd0            /mnt/floppy  auto    noauto,owner    0 0
#
#/dev/sda1           /mnt/flash   vfat    noauto,defaults,user,umask=000 0 0
/dev/cdrom              /mnt/cdrom              iso9660 noauto,owner,kudzu,ro 0
0
#/dev/cdrom1             /mnt/cdrom1             iso9660 noauto,owner,kudzu,ro 0
0


Comment 9 Bryce Nesbitt 2002-01-03 17:30:35 UTC
It would be terribly handy if it told you WHICH filesystem it can't mount!

Comment 10 Bryce Nesbitt 2002-01-03 20:03:44 UTC
It finally worked once I trimmed it down to:
---------------------------------------------------------------------------------------------------
LABEL=/boot             /boot                   ext3    defaults        1 2
LABEL=/             /            ext2    defaults        1 1
LABEL=/home         /home        ext2    defaults        1 2
/dev/hde10          swap         swap    defaults        0 0
none                /proc        proc    defaults        0 0
none                    /dev/shm                tmpfs   defaults        0 0
none                /dev/pts     devpts  gid=5,mode=620  0 0
/dev/fd0            /mnt/floppy  auto    noauto,owner    0 0
/dev/cdrom          /mnt/cdrom   iso9660 noauto,owner,kudzu,ro 0 0
---------------------------------------------------------------------
I think it hated the comments at the end of the line.

Comment 11 Michael Fulbright 2002-03-26 17:27:36 UTC
Deferred to future release.

Comment 12 Red Hat Bugzilla 2006-02-21 18:48:07 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.