[ARMedslack] dockstar /etc/mtab inconsistent with /proc/mounts on current

Davide louigi600 at yahoo.it
Tue Mar 29 07:19:38 UTC 2011


Well on my x86 the inconsistency is not so bad to become a problem:
root at hp:~# cat /etc/mtab              
/dev/root / ext4 rw,relatime,barrier=1,data=ordered 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
usbfs /proc/bus/usb usbfs rw 0 0
/dev/sda1 /boot ext4 rw 0 0
tmpfs /dev/shm tmpfs rw 0 0

root at hp:~# cat /proc/mounts 
rootfs / rootfs rw 0 0
/dev/root / ext4 rw,relatime,barrier=1,data=ordered 0 0
devtmpfs /dev devtmpfs rw,relatime,size=515692k,nr_inodes=128923,mode=755 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
devpts /dev/pts devpts rw,relatime,gid=5,mode=620 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
usbfs /proc/bus/usb usbfs rw,relatime 0 0
/dev/sda1 /boot ext4 rw,relatime,barrier=1,data=ordered 0 0
tmpfs /dev/shm tmpfs rw,relatime 0 0
root at hp:~#

On the dockstar none of the pseudo filesystems and tmpfs showed up in the mtab. This meant that doinfg a remount on any tmpfs you would physically remount it over and have 2 tmpfs over one another. This is definitely annoying and useless

I know that other distro do the link thing too but I can't recall if they also do something else along with that (like changing default mount behavior not to try write in mtab as it's a link to something that is kernel maintained). Whatever I've more urgent issues in making root readonly to be 100% ctash proof.

Regards
David

--- Lun 28/3/11, Geoff Walton <geoff at ohdoughnut.com> ha scritto:

Da: Geoff Walton <geoff at ohdoughnut.com>
Oggetto: Re: [ARMedslack] dockstar /etc/mtab inconsistent with /proc/mounts on current
A: "Slackware ARM port" <armedslack at lists.armedslack.org>
Data: Lunedì 28 marzo 2011, 22:25

Unless you have done something like got /etc on a different volume than / which creates its own problems then you obviously can't write to / etc.  I have done slackware86 on nfs before with a readonly rootfs and I did have the same problem.  I soved it by creating a link just the same way you did.  I don't think there are any issues with it.  I am surpriesed you did not encounter this on the x86 distribution, but I was working with Slackware 11.0 at the so maybe something has changed.

 
On Mon, Mar 28, 2011 at 1:06 PM, Davide <louigi600 at yahoo.it> wrote:





Hi.
While fiddling with rc.S to have / in RO I noticed that /etc/mtab is inconsistent with the content of /proc/mounts.
I replaced /etc/mtab with a link to /proc/mounts and things seem to be ok again ... not 100% sure that it's ok to leave it this way.

Anyone else spotted the same thing ?
I can report that this does not happen on my x86 slackware current.

Regards
David

_______________________________________________
ARMedslack mailing list

ARMedslack at lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack





-----Segue allegato-----

_______________________________________________
ARMedslack mailing list
ARMedslack at lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.armedslack.org/pipermail/armedslack/attachments/20110329/cbd0333b/attachment.html>


More information about the ARMedslack mailing list