Sistema de archivos linux en una sola imagen

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 tree’s 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 files—files whose content is expected to continually change during normal operation of the system—such as logs, spool files, and temporary e-mail files.

/var/cache
Application cache data. Such data are locally generated as a result of time-consuming 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 logged-in 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 system’s 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 system’s 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, doesn’t 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.

Fuente

Wifislax Updater GUI

Caracteristicas:

– Busca actualizaciones basándose en los updaters que cumplen con el estandar (por ejemplo el updater del kernel no lo cumple, por lo tanto no es reconocido)
– Al añadir updaters nuevos, el programa los detectará automáticamente
– Busca actualizaciones de slackware basándose en slapt-get
– Al iniciar el sistema se buscan actualizaciones en modo silencioso, si encuentra actualizaciones aparecerá un icono en la barra de tareas y al hacer click sobre el se abrirá el programa
– También se puede ejecutar de forma manual desde el menú, en la categoría Sistema

More info….

Test de potencia en milivatios/dbm de adaptadores usb wifi

No solo de live cd linux vive el hombre virtual.

Este tema va dedicado específicamente a realizar mediante un medidor swr power meter wifi 2.4 ghz  test de potencia de todos los adaptadores usb wifi que tenemos a nuestra disposición.

Este medidor viene calibrado según el fabricante por un equipo MT8860 , pasando hasta 3 test de calibrado. Puede soportar una potencia máxima de 33 dbm de potencia de salida , lo que equivale a 2 vatios de potencia máxima.

Los resultados de estos test son orientativos , se busca como fin obtener respuesta a la exagerada publicidad de los fabricantes de adaptadores usb que a sabiendas inflan las cifras sobre la potencia de los adaptadores llamados high power , conocedores de la confusión del neófito que asocia más potencia = llegar mas lejos y con mejores mejores resultados.

Decir por fin que se realizan infinidad de pruebas en todos los modos , canales , y configuraciones antes de plasmar aquí los resultados , utilizando gran cantidad de puntos de acceso variando distancias entre los puntos de conexión. Aun que excepcionalmente se puede ver un pico de potencia en dbm algo superior en nuestras mediciones , son meramente anecdóticas ya que rara vez se alcanza esa potencia y de lo que se trata es de saber a que potencia trabajan habitualmente los adaptadores usb , independientemente de que pudiesen llegar a alcanzar excepcionalmente 1 dbm más alguna medición.

Tabla de conversión de Dbm a Watt


Recomendaciones para montar liveusb w4.4 o “w4.5”

Autor: lupox

Estoy leyendo por el foro una serie de problemas que ocurren al usar usbs.

Me permito hacer una serie de sugerencias.

La memoria debe estar formateada en fat32

No utilizar descompresores de archivos para abrir las isos, mejor montarla y copiar las carpetas boot y wifislax.

El único descompresor válido al 100% es 7-Zip

(windows no respeta el formato de los nombres  de las distribucciones…. puede dar problemas)

Comprobar que no estén fragmentados los archivos de ambas carpetas.

En windows  wincontig es muy bueno.

Utilizar el instalador de wifislax o en la carpeta syslinux introducir en consola:

syslinux.exe -mad /boot/syslinux    letra unidad usb:

En resumen

Recomendaciones usar  usb recién formateado y vacío (no es imprescindible)

Evitar la fragmentacion de archivos (no negociable)  Embarrassed

Montar o usar 7z muy recomendable.  Wink

utilizar comando o instalador. muy recomendable.  Cool

En cuanto a instaladores como uneboting, lillo, multiboot. Puedo deciros que realizan un gran trabajo en general pero no tan bueno en particular.  Sad

Un truco, que se puede utilizar si quieres probar wifislax y tienes tus usbs petados de lleno, es copiar la carpeta wifislax en la raíz del disco duro,
e iniciar desde el usb: Se parara diciendo que  no encuenta wifislax, que si quieres que lo busque en todos tus discos; aceptas.
et voila  Azn

Privacy Policy Settings