RAMFS(4) Kernel Interfaces Manual RAMFS(4)NAME
ramfs - memory file system
SYNOPSIS
ramfs [ -i ] [ -s ] -m [ mountpoint ]
DESCRIPTION
Ramfs starts a process that mounts itself (see bind(2)) on mountpoint (default /tmp). The ramfs process implements a file tree rooted at
dir, keeping all files in memory. Initially the file tree is empty.
The -i flag tells ramfs to use file descriptors 0 and 1 for its communication channel rather than create a pipe. This makes it possible to
use ramfs as a file server on a remote machine: the file descriptors 0 and 1 will be the network channel from ramfs to the client machine.
The -s flag causes ramfs to post its channel on /srv/ramfs rather than mounting it on mountpoint, enabling multiple clients to access its
files. However, it does not authenticate its clients and its implementation of groups is simplistic, so it should not be used for precious
data.
This program is useful mainly as an example of how to write a user-level file server. It can also be used to provide high-performance tem-
porary files.
SOURCE
/sys/src/cmd/ramfs.c
SEE ALSO bind(2)RAMFS(4)
Check Out this Related Man Page
EXPORTFS(4) Kernel Interfaces Manual EXPORTFS(4)NAME
exportfs, srvfs - network file server plumbing
SYNOPSIS
exportfs [ -an ] [ -c ctlfile ]
srvfs name dir
DESCRIPTION
Exportfs is a user level file server that allows Plan 9 compute servers, rather than file servers, to export portions of a name space
across networks. The service is started either by the cpu(1) command or by a network listener process. An initial protocol establishes a
root directory for the exported name space. The connection to exportfs is then mounted, typically on /mnt/term. Exportfs then acts as a
relay file server: operations in the imported file tree are executed on the remote server and the results returned. This gives the appear-
ance of exporting a name space from a remote machine into a local file tree.
The -a option instructs exportfs to authenticate the user, usually because it is being invoked from a remote machine.
The -n option disallows export to user none.
The -c options specifies a network control file onto which exportfs will push the fcall line discipline. This option is intended for net-
works that do not preserve read/write boundaries.
The cpu command uses exportfs to serve device files in the terminal. The import(4) command calls exportfs on a remote machine, permitting
users to access arbitrary pieces of name space on other systems.
Srvfs uses exportfs to create a mountable file system from a name space: a subsequent mount (see bind(1)) of /srv/name will reproduce the
name space rooted at dir. One might use srvfs to enable mounting of an FTP file system (see ftpfs(4)) in several windows.
SOURCE
/sys/src/cmd/exportfs
/sys/src/cmd/srvfs.c
EXPORTFS(4)
Hi,
RAMFS in Linux means what and how to use and where I will get more details and how to use ramfs in webservers like tomcat.
Thanks in advanace,
Bache Gowda (0 Replies)
What's the correct way to change the initramfs file that's used during boot?
I know that it's a gzipped cpio archive, but when I gunzip, extract, re-archive (without changing any files), and gzip, then the result is that the system does not boot any more. And I even set the cpio archive type.
... (18 Replies)
Is there a patch available to support initramfs on the 2.4 kernel? We can't upgrade to 2.6 for legacy purposes. All I found on google were early references to how initramfs is better than the 2.4 initrd.
Thanks much! (0 Replies)
Long story short, I had a ps3 with both Lenny and Sid repositories. Knowing this is a bad idea and that Lenny is being deprecated I decided I wanted to move everything to Sid. I changed my repos and ran apt-get-update, upgrade, dist-upgrade. Had one warning during the apt-get upgrade that... (0 Replies)
Imagine I have an unbootable system where I need to update the kernel image using update-initramfs.
I have seen numerous examples online which show the following
$ mount -t proc none /mnt/ubuntu/proc
$ mount -o bind /dev /mnt/ubuntu/dev
$ mount -o bind /sys /mnt/ubuntu/sys
After that we... (8 Replies)