ttp://www.uwsg.indiana.edu/hypermail/linux/kernel/0104.1/0414.html) - it
neither fixes nor introduces the "umount" problem.
The patch is also available online:
http://www.red-bean.com/~proski/linux/ramfs_access.diff
--
Regards,
Pavel Roskin
___
--- linux.or
: /root/t1: device is busy
--
Regards,
Pavel Roskin
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
system by
creating huge files in /tmp!
The patch is also available online at
http://www.red-bean.com/~proski/linux/root_mode.diff
Regards,
Pavel Roskin
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
ntally, if you have any untrusted users on your system you
> *don't* want to use ramfs for /tmp without applying the limits patch
> (which unfortunately doesn't work right at the moment). Otherwise any
> user can crash the system by exhausting physical memory.
Thank you for the i
unt" should preserve permissions of the mount point (i.e. /tmp on
ext2) when mounting ramfs?
Regards,
Pavel Roskin
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]