Bug 97364
Summary: | Upgrade from 7.2 to 9 crashes with [Errno 2] No such file or directory: '/mnt/sysimage/etc/mtab' | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Steve Barnes <info> | ||||
Component: | anaconda | Assignee: | Jeremy Katz <katzj> | ||||
Status: | CLOSED RAWHIDE | QA Contact: | Mike McLean <mikem> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 9 | ||||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i686 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2003-07-24 23:06:15 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: | |||||||
Attachments: |
|
Description
Steve Barnes
2003-06-13 18:16:25 UTC
Can you attach the complete anacdump.txt? Created attachment 92486 [details]
full anacdump
Requested by: katzj 2003-06-18 16:43
Was /dev/hdb1 the correct partition to use as your root fs? Jeremy Katz asks: Was /dev/hdb1 the correct partition to use as your root fs? It shouldn't be. /dev/hdb1 is a slave drive intended only as an incoming directory for ftp. It was also added long after the initial install. I can understand why this would be causing 'file not found' messages. Can I 're-assign' this drive? Jeremy This is my mtab: /dev/hda8 / ext3 rw 0 0 none /proc proc rw 0 0 usbdevfs /proc/bus/usb usbdevfs rw 0 0 /dev/hda1 /boot ext3 rw 0 0 /dev/hda6 /home ext3 rw 0 0 /dev/hda5 /usr ext3 rw 0 0 /dev/hda7 /var ext3 rw 0 0 none /dev/shm tmpfs rw 0 0 none /dev/pts devpts rw,gid=5,mode=620 0 0 /dev/hdb1 /var/ftp/pub/incoming ext3 rw 0 0 anacdump says the following are mounted: fsentry -- device: hdb1 mountpoint: / fsentry -- device: hda1 mountpoint: /boot fsentry -- device: none mountpoint: /dev/pts fsentry -- device: hda6 mountpoint: /home fsentry -- device: none mountpoint: /proc fsentry -- device: hda5 mountpoint: /usr fsentry -- device: hda7 mountpoint: /var fsentry -- device: hda9 mountpoint: swap What do you think has happened to hda8, which should be mounted on / and why is hdb1 mounted on / when it should be on /var/ftp/pub/incoming? Where does anaconda get its mount infornation from? It sounds like you have a label on /dev/hdb1 that's the same as the label on hda8. Running 'e2label /dev/foo' should give you the label on the disk. I'm guessing your fstab has the labels to mount? Yes, e2label gives / for /dev/hda8 and /dev/hdb1 However, this is my fstab: LABEL=/ / ext3 defaults 1 1 LABEL=/boot /boot ext3 defaults 1 2 LABEL=/home /home ext3 defaults 1 2 /dev/cdrom /mnt/cdrom iso9660 noauto,owner,ro 0 0 /dev/fd0 /mnt/floppy auto noauto,owner 0 0 LABEL=/usr /usr ext3 defaults 1 2 LABEL=/var /var ext3 defaults 1 2 none /proc proc defaults 0 0 none /dev/shm tmpfs defaults 0 0 none /dev/pts devpts gid=5,mode=620 0 0 /dev/hda9 swap swap defaults 0 0 /dev/hdb1 /var/ftp/pub/incoming ext3 defaults 0 0 If you have more than one device with the same label, the results are not deterministic. It's a "don't do that" situtation. I've added checks to the installer to detect this, though, for the future. I've changed the following line in fstab: LABEL=/ / ext3 defaults 1 1 to: /dev/hda8 / ext3 defaults 1 1 All is now well with anaconda Many thanks Steve Barnes |