Problems with mounting /usr/share
Mikkel L. Ellertson
mikkel at infinity-ltd.com
Wed Dec 19 00:16:51 UTC 2007
Daniel B. Thurman wrote:
> I am having a bit of a problem with getting a normal boot up
> sequence when trying to split out /usr/share into a different
> partition due to my /usr space running out of room.
>
<-----------[ snip ]--------->
>
> 1: mkdir /usr2
> 2: cd /usr2
> 3: tar-copied /usr into /usr2 (excepting /usr/share)
> 4: restorecon -R .
> 5: e2label /dev/sdb1 /share
> 6: updated /etc/fstab:
>
> LABEL=/ / ext3 defaults 1 1
> LABEL=/boot /boot ext3 defaults 1 2
> LABEL=/share /share ext3 defaults 1 2
> LABEL=/app1 /app1 ext3 defaults 1 2
> LABEL=/app2 /app2 ext3 defaults 1 2
> LABEL=swap swap swap defaults 0 0
> tmpfs /dev/shm tmpfs defaults 0 0
> devpts /dev/pts devpts gid=5;mode=620 0 0
> sysfs /sys sysfs defaults 0 0
> proc /proc proc defaults 0 0
>
> 7: reboot in rescue CD
> 8: mount /dev/sda2(/) /mnt
> 9: cd /usr
> 10: mv share share-old
> 11: ln -s ../share/share share
> 12: umount /mnt; reboot and remove rescue CD
>
> When rebooted I see:
> 1: normal bios stuff
> 2: udev
> 3: fsck file checks
> 4: <do not see the gui screen showing services being loaded>
> 5: Immediately see the GDM greeter (Login screen)
> 6: Login as normal user and my services and network is disabled.
>
> I checked /usr/share and it is correctly symlinked to /share/share
>
> Do I have the fstab order right i.e. should I put the
> /share ahead of /boot or does it matter?
>
The order is not a problem - as long as / is mounted, you can mount
the rest of your file systems in any order. It would be different if
some of your mount points were on a file system other then /. Then
you would want to make sure that file system was mounted before you
tried to use those mount points.
> Any advice?
>
Dumb question - are you running SELinux in the enforcing mode? If
so, you will need to have SELinux relabel the system.
Mikkel
--
Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20071218/b02efffe/attachment-0001.sig>
More information about the fedora-list
mailing list