Archivos del sistema Linux en una sola imagen

Con el fin de gestionar todos los archivos de una manera ordenada, el hombre le gusta
pensar de ellos en una estructura en forma de rbol ordenado en el disco duro, como
sabemos de MS-DOS (Disk Operating System), por ejemplo. Las ramas grandes contienen
ms ramas, y las ramas al final contienen las hojas del rbol o archivos normales. Por ahora
vamos a utilizar esta imagen del rbol, pero vamos a descubrir ms tarde por qu esto no es
una imagen completamente exacta.
/
Raz jerarqua primaria y el directorio raz de la jerarqua de sistema de archivos.
/ Bin
Binarios de mandatos esenciales que deben estar disponibles en el modo de usuario nico;
para todos los usuarios, por ejemplo, cat, ls, cp.
/ Boot
Archivos del gestor de arranque, por ejemplo, granos, initrd.
/ Dev
Dispositivos esenciales, por ejemplo, / dev / null.
/ Etc
Configuracin de todo el sistema especfico de Host filesThere ha habido controversia
sobre el significado del nombre en s. En las primeras versiones de la aplicacin
Documento UNIX de los Laboratorios Bell, / etc se conoce como el directorio etctera, ya
que este directorio celebrada histricamente todo lo que no le perteneca en otra parte (sin
embargo, el FHS restringe / etc a los archivos de configuracin estticos y no puede
contener binarios ). Desde la publicacin de la documentacin temprano, el nombre del
directorio ha sido re-designado de varias maneras. Interpretaciones recientes incluyen
backronyms como "Configuracin texto editable" o "Extended herramienta pecho".
/ Etc / opt
Los archivos de configuracin de paquetes de add-on que se almacenan en / opt /.
/ Etc / sgml
Los archivos de configuracin, tales como catlogos, para el software que procesa SGML.
/ Etc / X11
Archivos de configuracin para el sistema X Window, versin 11.
/ Etc / xml
Los archivos de configuracin, tales como catlogos, para el software que procesa XML.

/ Home
Directorios personales de los usuarios, que contienen los archivos guardados, ajustes
personales, etc.
/ Lib
Bibliotecas esenciales para los binarios en / bin / y / sbin /.
/ Lib <qual>
Formato alternativo bibliotecas esenciales. Estos directorios son opcionales, pero si existen,
tienen algunos requisitos.
/ medios
Los puntos de montaje para medios extrables como CD-ROM (aparecieron en FHS-2.3).
/ Mnt
Montados temporalmente los sistemas de ficheros.
/ Opt
Paquetes de software opcionales.
/ Proc
Sistema de archivos virtual que proporciona procesos y kernel informacin como archivos.
En Linux, se corresponde con una montura procfs.
/ Root
Directorio de inicio para el usuario root.
/ Sbin
Binarios esenciales del sistema, por ejemplo, init, ip, el monte.
/ Srv
Datos especficos del sitio que son atendidos por el sistema.
/ Tmp
Los archivos temporales (vase tambin el / var / tmp). A menudo no conservado el reinicio
del sistema.
/ Usr
Jerarqua secundaria de slo lectura de datos de usuario; contiene la mayora de los
servicios pblicos (multi) de usuarios y aplicaciones.
/ Usr / bin

Binarios de mandatos no esenciales (no es necesario en modo de usuario nico); para todos
los usuarios.
/ Usr / include
Standard incluye archivos.
/ Usr / lib
Bibliotecas para los binarios en / usr / bin / y / usr / sbin /.
/ Usr / lib <qual>
Bibliotecas formato alternativo (opcional).
/ Usr / local
Jerarqua terciaria para los datos locales, especficos para este host. Por lo general tiene ms
subdirectorios, por ejemplo, / usr / local / bin /, / usr / local lib /, / usr / local / share / /.
/ Usr / sbin
Binarios no esenciales del sistema, por ejemplo, los demonios para diversas redes de
servicios.
/ Usr / share
Datos independientes de la arquitectura (compartidos).
/ Usr / src
El cdigo fuente, por ejemplo, el cdigo fuente del kernel con sus archivos de cabecera.
/ Usr / X11R6
Sistema de Ventanas X, versin 11, versin 6.
/ Var
Variable archivos archivos cuyo contenido se espera que cambian continuamente durante el
funcionamiento normal del sistema, tales como registros, archivos de cola y archivos de
correo electrnico temporales.
/ Var / cache
Datos de la cach de aplicaciones. Estos datos se generan localmente como resultado de
tiempo de E / S o el clculo. La aplicacin debe ser capaz de regenerar o restaurar los datos.
Los archivos almacenados en cach se pueden eliminar sin prdida de datos.
/ Var / lib
Informacin Estado. Datos persistentes modificados por los programas que se ejecutan, por
ejemplo, bases de datos, metadatos del sistema de empaquetado, etc.

/ Var / lock
Bloqueo de archivos. Archivos de hacer el seguimiento de los recursos actualmente en uso.
/ Var / log
Archivos de registro. Varios registros.
/ Var / mail
Buzones de los usuarios.
/ Var / opt
Datos variables de paquetes add-on que se almacenan en / opt /.
/ Var / run
Informacin sobre el sistema que ejecuta desde el pasado mes de inicio, por ejemplo,
registra en la actualidad los usuarios y los demonios ejecutndose.
/ Var / spool
Carrete para tareas en espera de ser procesados, por ejemplo, las colas de impresin y cola
de correo saliente.
/ Var / spool / mail
Ubicacin en desuso para los buzones de los usuarios.
/ Var / tmp
Los archivos temporales para conservar tras el reinicio.
Tipos de archivos en Linux
La mayora de los archivos son slo archivos, denominados archivos regulares; contienen
datos normales, por ejemplo, archivos de texto, archivos ejecutables o programas, entrada
para o salida de un programa y as sucesivamente.
Si bien es razonablemente seguro suponer que todo lo que encuentras en un sistema Linux
es un archivo, hay algunas excepciones.
Directorios: archivos que son listas de otros archivos.
Los archivos especiales: el mecanismo utilizado para la entrada y salida. La mayora de los
archivos especiales estn en / dev, hablaremos de ellos ms tarde.
Enlaces: un sistema para hacer un archivo o directorio visible en varias partes del rbol de
ficheros del sistema. Vamos a hablar de los vnculos en detalle.
(Dominio) sockets: un tipo de archivo especial, similar a sockets TCP / IP, proporcionando
entre procesos networking protegidos por el control de acceso del sistema de archivos.

Las canalizaciones con nombre: actan ms o menos como basas y forman una forma para
que los procesos se comuniquen entre s, sin necesidad de utilizar la semntica de socket
red.
Sistema de archivos en la realidad

Para la mayora de los usuarios y para las tareas de administracin de sistemas ms

comunes, es suficiente para aceptar que los archivos y directorios se ordenan en una
estructura en forma de rbol. El equipo, sin embargo, no entiende nada de rboles o troncos
de estructuras.
Cada particin tiene su propio sistema de archivos. Al imaginar todos esos sistemas de
archivos juntos, podemos formarnos una idea de la estructura de rbol de todo el sistema,
pero no es tan simple como eso. En un sistema de archivos, un archivo est representado
por un nodo-i, una especie de nmero de serie que contiene informacin sobre los datos
reales que compone el archivo: a quien pertenece este archivo, y dnde se encuentra en el
disco duro.
Cada particin tiene su propio conjunto de nodos; a lo largo de un sistema con mltiples
particiones, pueden existir archivos con el mismo nmero de nodo.
Cada nodo describe una estructura de datos en el disco duro, almacenamiento de las
propiedades de un archivo, incluyendo la ubicacin fsica de los datos del archivo. Cuando
un disco duro se inicializa a aceptar el almacenamiento de datos, por lo general durante el
proceso inicial de instalacin del sistema o cuando la adicin de discos adicionales a un
sistema existente, se crea un nmero fijo de nodos por particin. Este nmero ser el
importe mximo de los archivos, de todo tipo (incluidos los directorios, archivos especiales,
enlaces, etc.) que pueden existir al mismo tiempo en la particin. Tpicamente Contamos
con 1 nodo por 2 a 8 kilobytes de almacenamiento.
En el momento en que se crea un nuevo archivo, se pone un nodo libre. En ese nodo es la
siguiente informacin:
El propietario y el grupo propietario del archivo.
Tipo de archivo (regular, directorio)
Los permisos en el archivo
Fecha y hora de creacin, ltima lectura y el cambio.
Fecha y hora de esta informacin ha sido cambiado en el nodo-i.
Nmero de enlaces a este archivo (ver ms adelante en este captulo).
Tamao del archivo
Una direccin que define la ubicacin real de los datos del archivo.

La nica informacin no incluida en un nodo, es el nombre del archivo y el directorio.

Estos se almacenan en los archivos de directorio especiales. Mediante la comparacin de
nombres de archivos y nmeros de nodo, el sistema puede compensar una estructura de
rbol que el usuario entienda. Los usuarios pueden mostrar nmeros de nodo mediante la
opcin -i para ls. Los nodos tienen su propio espacio independiente en el disco.

Linux system files In only one image

In order to manage all those files in an orderly fashion, man likes to think of
them in an ordered tree-like structure on the hard disk, as we know from
MS-DOS (Disk Operating System) for instance. The large branches contain
more branches, and the branches at the end contain the trees leaves or
normal files. For now we will use this image of the tree, but we will find out
later why this is not a fully accurate image.
/
Primary hierarchy root and root directory of the entire file system hierarchy.
/bin
Essential command binaries that need to be available in single user mode;
for all users, e.g., cat, ls, cp.
/boot
Boot loader files, e.g., kernels, initrd.
/dev
Essential devices, e.g., /dev/null.
/etc
Host-specific system-wide configuration filesThere has been controversy
over the meaning of the name itself. In early versions of the UNIX
Implementation Document from Bell labs, /etc is referred to as the etcetera
directory, as this directory historically held everything that did not belong
elsewhere (however, the FHS restricts /etc to static configuration files and
may not contain binaries). Since the publication of early documentation, the
directory

name

has

been

re-designated

in

various

ways.

Recent

interpretations include backronyms such as Editable Text Configuration or

Extended Tool Chest.

/etc/opt
Configuration files for add-on packages that are stored in /opt/.
/etc/sgml
Configuration files, such as catalogs, for software that processes SGML.
/etc/X11
Configuration files for the X Window System, version 11.
/etc/xml
Configuration files, such as catalogs, for software that processes XML.
/home
Users home directories, containing saved files, personal settings, etc.
/lib
Libraries essential for the binaries in /bin/ and /sbin/.
/lib<qual>
Alternate format essential libraries. Such directories are optional, but if they
exist, they have some requirements.
/media
Mount points for removable media such as CD-ROMs (appeared in FHS-2.3).
/mnt
Temporarily mounted filesystems.
/opt
Optional application software packages.
/proc
Virtual filesystem providing process and kernel information as files. In Linux,
corresponds to a procfs mount.

/root
Home directory for the root user.
/sbin
Essential system binaries, e.g., init, ip, mount.
/srv
Site-specific data which are served by the system.
/tmp
Temporary files (see also /var/tmp). Often not preserved between system
reboots.
/usr
Secondary hierarchy for read-only user data; contains the majority of
(multi-)user utilities and applications.
/usr/bin
Non-essential command binaries (not needed in single user mode); for all
users.
/usr/include
Standard include files.
/usr/lib
Libraries for the binaries in /usr/bin/ and /usr/sbin/.
/usr/lib<qual>
Alternate format libraries (optional).
/usr/local
Tertiary hierarchy for local data, specific to this host. Typically has further
subdirectories, e.g., /usr/local/bin/ , /usr/local/lib/, /usr/local/share/.

/usr/sbin
Non-essential system binaries, e.g., daemons for various network-services.
/usr/share
Architecture-independent (shared) data.
/usr/src
Source code, e.g., the kernel source code with its header files.
/usr/X11R6
X Window System, Version 11, Release 6.
/var
Variable filesfiles whose content is expected to continually change during
normal operation of the systemsuch as logs, spool files, and temporary email files.
/var/cache
Application cache data. Such data are locally generated as a result of timeconsuming I/O or calculation. The application must be able to regenerate or
restore the data. The cached files can be deleted without loss of data.
/var/lib
State information. Persistent data modified by programs as they run, e.g.,
databases, packaging system metadata, etc.
/var/lock
Lock files. Files keeping track of resources currently in use.
/var/log
Log files. Various logs.
/var/mail
Users mailboxes.

/var/opt
Variable data from add-on packages that are stored in /opt/.
/var/run
Information about the running system since last boot, e.g., currently loggedin users and running daemons.
/var/spool
Spool for tasks waiting to be processed, e.g., print queues and outgoing
mail queue.
/var/spool/mail
Deprecated location for users mailboxes.
/var/tmp
Temporary files to be preserved between reboots.
Types

of

files

in

Linux

Most files are just files, called regular files; they contain normal data, for
example text files, executable files or programs, input for or output from a
program and so on.
While it is reasonably safe to suppose that everything you encounter on a
Linux system is a file, there are some exceptions.
Directories: files

that

are

lists

of

other

files.

Special files: the mechanism used for input and output. Most special files
are

in

/dev,

we

will

discuss

them

later.

Links: a system to make a file or directory visible in multiple parts of the

systems

file

tree.

We

will

talk

about

links

in

detail.

(Domain) sockets: a special file type, similar to TCP/IP sockets, providing

inter-process networking protected by the file systems access control.
Named pipes: act more or less like sockets and form a way for processes
to communicate with each other, without using network socket semantics.

File

system

in

reality

For most users and for most common system administration tasks, it is
enough to accept that files and directories are ordered in a tree-like
structure. The computer, however, doesnt understand a thing about trees
or tree-structures.
Every partition has its own file system. By imagining all those file systems
together, we can form an idea of the tree-structure of the entire system, but
it is not as simple as that. In a file system, a file is represented by an inode,
a kind of serial number containing information about the actual data that
makes up the file: to whom this file belongs, and where is it located on the
hard disk.
Every partition has its own set of inodes; throughout a system with multiple
partitions, files with the same inode number can exist.
Each inode describes a data structure on the hard disk, storing the
properties of a file, including the physical location of the file data. When a
hard disk is initialized to accept data storage, usually during the initial
system installation process or when adding extra disks to an existing
system, a fixed number of inodes per partition is created. This number will
be the maximum amount of files, of all types (including directories, special
files, links etc.) that can exist at the same time on the partition. We typically
count on having 1 inode per 2 to 8 kilobytes of storage.
At the time a new file is created, it gets a free inode. In that inode is the
following information:
Owner and group owner of the file.
File type (regular, directory, )
Permissions on the file
Date and time of creation, last read and change.
Date and time this information has been changed in the inode.
Number of links to this file (see later in this chapter).

File size
An address defining the actual location of the file data.
The only information not included in an inode, is the file name and directory.
These are stored in the special directory files. By comparing file names and
inode numbers, the system can make up a tree-structure that the user
understands. Users can display inode numbers using the -i option to ls. The
inodes have their own separate space on the disk.