read table of mounted filesystems
With the Hurd, it is difficult to maintain an /etc/mtab (the table of
all mounted filesystems), so we don't.
Very odd. IIRC typing mount does show mounted filesystems so something is
keeping track of them, right? Should df be patched to access whatever
df $*
Works for me except for the stupid warning message.
When in doubt: script
--- Kenneth Stailey [EMAIL PROTECTED] wrote:
--- Oystein Viggen [EMAIL PROTECTED] wrote:
* [Jan 'JaSan' Sarenik]
# df
df: cannot read table of mounted filesystems
With the Hurd
On Thu, Apr 11, 2002 at 06:47:06AM -0700, Kenneth Stailey wrote:
/etc/mtab is bad because read-only filesystem and full filesystem
etc cannot generate or update it. *BSD got rid of it a while ago
for getmntinfo(3) API. Should HURD adopt this API?
There isn't currently a central store where
--- Jeff Bailey [EMAIL PROTECTED] wrote:
On Thu, Apr 11, 2002 at 06:47:06AM -0700, Kenneth Stailey wrote:
/etc/mtab is bad because read-only filesystem and full filesystem
etc cannot generate or update it. *BSD got rid of it a while ago
for getmntinfo(3) API. Should HURD adopt this
Kenneth Stailey [EMAIL PROTECTED] writes:
/etc/mtab is bad because read-only filesystem and full filesystem
etc cannot generate or update it.
When we have a mtab-translator, that wouldn't matter.
moritz
--
[EMAIL PROTECTED] - http://duesseldorf.ccc.de/~moritz/
GPG
Some time ago we spoke about the mtab-problem on IRC, the plan as
discussed was (iirc):
* A mtab-translators sits on /etc/mtab;
* 'real' filesystem translators (ext2fs, etc. - lib{disk,net}fs?)
accept an argument --mntpath=...;
* if that argument is given, after startup, the fs translator
--- Oystein Viggen [EMAIL PROTECTED] wrote:
* [Jan 'JaSan' Sarenik]
# df
df: cannot read table of mounted filesystems
With the Hurd, it is difficult to maintain an /etc/mtab (the table of
all mounted filesystems), so we don't.
Very odd. IIRC typing mount does show mounted
