El Poder de mkfs:

Creador y Destructor de Mundos en el Universo de los Bytes

En un mundo donde los ceros y unos reinan, surge mkfs, una herramienta poderosa, capaz de crear y destruir mundos digitales. mkfs es el comando fundamental para formatear y crear sistemas de archivos en Linux y otros sistemas operativos.

Orígenes y Desarrollo

mkfs tiene sus raíces en los primeros días de Unix, cuando se necesitaba una herramienta para crear sistemas de archivos. El comando mkfs se desarrolló para proporcionar una forma sencilla y eficiente de crear sistemas de archivos en diferentes formatos. Con el tiempo, mkfs se ha convertido en una herramienta esencial en la mayoría de los sistemas operativos BSD y Linux.

Opciones y Uso

1. mkfs: La opción básica de mkfs, que crea un sistema de archivos en el formato especificado.
2. mkfs.btrfs: Crea un sistema de archivos Btrfs, conocido por su capacidad de manejar grandes cantidades de datos y su flexibilidad.
3. mkfs.ext2: Crea un sistema de archivos ext2, uno de los formatos más antiguos y establecidos en Linux.
4. mkfs.f2fs: Crea un sistema de archivos F2FS, diseñado para dispositivos de estado sólido (SSD) y conocido por su velocidad y eficiencia.
5. mkfs.jfs: Crea un sistema de archivos JFS, desarrollado por IBM y conocido por su estabilidad y rendimiento.
6. mkfs.nilfs2: Crea un sistema de archivos NILFS2, un formato de archivo log-structured que ofrece una alta velocidad y capacidad de recuperación.
7. mkfs.udf: Crea un sistema de archivos UDF, utilizado principalmente en dispositivos de almacenamiento óptico como CD y DVD.
8. mkntfs: Crea un sistema de archivos NTFS, comúnmente utilizado en sistemas operativos Windows.
9. mke2fs.android: Crea un sistema de archivos ext2 para dispositivos Android.
10. mkfs.bcachefs: Crea un sistema de archivos Bcachefs, un formato de archivo cacheo que mejora el rendimiento en sistemas con discos duros.
11. mkfs.cramfs: Crea un sistema de archivos Cramfs, un formato de archivo comprimido utilizado en sistemas embebidos.
12. mkfs.ext3: Crea un sistema de archivos ext3, una versión mejorada del formato ext2 con soporte para journaling.
13. mkfs.fat: Crea un sistema de archivos FAT, comúnmente utilizado en dispositivos de almacenamiento portátiles.
14. mkfs.minix: Crea un sistema de archivos Minix, un formato de archivo antiguo utilizado en sistemas operativos Minix.
15. mkfs.ntfs: Crea un sistema de archivos NTFS, comúnmente utilizado en sistemas operativos Windows.
16. mkfs.vfat: Crea un sistema de archivos VFAT, una variante del formato FAT que soporta nombres de archivos largos.
17. mkfifo: Crea un archivo FIFO (First-In-First-Out), utilizado para la comunicación entre procesos.
18. mkfs.bfs: Crea un sistema de archivos BFS, un formato de archivo antiguo utilizado en sistemas operativos BeOS.
19. mkfs.exfat: Crea un sistema de archivos exFAT, un formato de archivo desarrollado por Microsoft para dispositivos de almacenamiento portátiles.
20. mkfs.ext4: Crea un sistema de archivos ext4, una versión mejorada del formato ext3 con soporte para journaling y otros avances.
21. mkfs.fuse.bcachefs: Crea un sistema de archivos Bcachefs utilizando el sistema de archivos en usuario FUSE.
22. mkfs.msdos: Crea un sistema de archivos MSDOS, un formato de archivo antiguo utilizado en sistemas operativos DOS.
23. mkfs.reiserfs: Crea un sistema de archivos ReiserFS, un formato de archivo desarrollado por Hans Reiser conocido por su velocidad y eficiencia.
24. mkfs.xfs: Crea un sistema de archivos XFS, un formato de archivo desarrollado por Silicon Graphics conocido por su velocidad y capacidad de manejar grandes cantidades de datos.

Uso y Opciones Avanzadas

mkfs ofrece una variedad de opciones avanzadas para personalizar la creación de sistemas de archivos. Algunas de estas opciones incluyen:
-t: Especifica el tipo de sistema de archivos a crear.
-b: Especifica el tamaño de bloque del sistema de archivos.
-i: Especifica el tamaño de nodo-i del sistema de archivos.
-L: Especifica el nombre del sistema de archivos.
-M: Especifica el tamaño del sistema de archivos.
-O: Especifica las opciones adicionales para el sistema de archivos.

Ejemplos básicos, medios y avanzados para cada opción del comando mkfs

mkfs.btrfs

- Básico: Crear un sistema de archivos Btrfs en un dispositivo (/dev/sda1): mkfs.btrfs /dev/sda1
- Medio: Crear un sistema de archivos Btrfs con características específicas (por ejemplo, mixed data y metadata block groups): mkfs.btrfs -O mixed /dev/sda1
- Avanzado: Crear un sistema de archivos Btrfs con UUID específico y verbose: mkfs.btrfs -U -v /dev/sda1

mkfs.ext2

- Básico: Crear un sistema de archivos ext2 en un dispositivo (/dev/sda1): mkfs.ext2 /dev/sda1
- Medio: Crear un sistema de archivos ext2 con un tamaño de bloque específico: mkfs.ext2 -b 4096 /dev/sda1
- Avanzado: Crear un sistema de archivos ext2 con un tamaño de bloque específico y verbose: mkfs.ext2 -b 4096 -v /dev/sda1

mkfs.f2fs

- Básico: Crear un sistema de archivos F2FS en un dispositivo (/dev/sda1): mkfs.f2fs /dev/sda1
- Medio: Crear un sistema de archivos F2FS con un tamaño de bloque específico: mkfs.f2fs -b 4096 /dev/sda1
- Avanzado: Crear un sistema de archivos F2FS con un tamaño de bloque específico y verbose: mkfs.f2fs -b 4096 -v /dev/sda1

mkfs.jfs

- Básico: Crear un sistema de archivos JFS en un dispositivo (/dev/sda1): mkfs.jfs /dev/sda1
- Medio: Crear un sistema de archivos JFS con un tamaño de bloque específico: mkfs.jfs -b 4096 /dev/sda1
- Avanzado: Crear un sistema de archivos JFS con un tamaño de bloque específico y verbose: mkfs.jfs -b 4096 -v /dev/sda1

mkfs.nilfs2

- Básico: Crear un sistema de archivos NILFS2 en un dispositivo (/dev/sda1): mkfs.nilfs2 /dev/sda1
- Medio: Crear un sistema de archivos NILFS2 con un tamaño de bloque específico: mkfs.nilfs2 -b 4096 /dev/sda1
- Avanzado: Crear un sistema de archivos NILFS2 con un tamaño de bloque específico y verbose: mkfs.nilfs2 -b 4096 -v /dev/sda1

mkfs.udf

- Básico: Crear un sistema de archivos UDF en un dispositivo (/dev/sda1): mkfs.udf /dev/sda1
- Medio: Crear un sistema de archivos UDF con un tamaño de bloque específico: mkfs.udf -b 4096 /dev/sda1
- Avanzado: Crear un sistema de archivos UDF con un tamaño de bloque específico y verbose: mkfs.udf -b 4096 -v /dev/sda1

mkntfs

- Básico: Crear un sistema de archivos NTFS en un dispositivo (/dev/sda1): mkntfs /dev/sda1
- Medio: Crear un sistema de archivos NTFS con un tamaño de bloque específico: mkntfs -b 4096 /dev/sda1
- Avanzado: Crear un sistema de archivos NTFS con un tamaño de bloque específico y verbose: mkntfs -b 4096 -v /dev/sda1

mke2fs.android

- Básico: Crear un sistema de archivos ext2 en un dispositivo (/dev/sda1) para Android: mke2fs.android /dev/sda1
- Medio: Crear un sistema de archivos ext2 en un dispositivo (/dev/sda1) para Android con un tamaño de bloque específico: mke2fs.android -b 4096 /dev/sda1
- Avanzado: Crear un sistema de archivos ext2 en un dispositivo (/dev/sda1) para Android con un tamaño de bloque específico y verbose: mke2fs.android -b 4096 -v /dev/sda1

mkfs.bcachefs

- Básico: Crear un sistema de archivos Bcachefs en un dispositivo (/dev/sda1): mkfs.bcachefs /dev/sda1
- Medio: Crear un sistema de archivos Bcachefs con un tamaño de bloque específico: mkfs.bcachefs -b 4096 /dev/sda1
- Avanzado: Crear un sistema de archivos Bcachefs con un tamaño de bloque específico y verbose: mkfs.bcachefs -b 4096 -v /dev/sda1

...y así con todos los demás. Sustituir # por el tipo de sistema de archivos

- Básico: Crear un sistema de archivos # en un dispositivo (/dev/sda1): mkfs.# /dev/sda1
- Medio: Crear un sistema de archivos # con un tamaño de bloque específico: mkfs.# -b 4096 /dev/sda1
- Avanzado: Crear un sistema de archivos # con un tamaño de bloque específico y verbose: mkfs.# -b 4096 -v /dev/sda1

mkfifo

- Básico: Crear un FIFO en un directorio (/path/to/fifo): mkfifo /path/to/fifo
- Medio: Crear un FIFO con permisos específicos: mkfifo -m 600 /path/to/fifo
- Avanzado: Crear un FIFO con permisos específicos y verbose: mkfifo -m 600 -v /path/to/fifo

Conclusión

mkfs es una herramienta poderosa y versátil que ha sido fundamental en la creación y gestión de sistemas de archivos en Linux y otros sistemas operativos. Con sus diversas opciones y formatos de archivo, mkfs ofrece una gran flexibilidad y capacidad de adaptación a diferentes necesidades y entornos. En un mundo de bytes, mkfs es el creador y destructor de mundos digitales, permitiendo a los usuarios crear y gestionar sistemas de archivos de manera eficiente y segura.

¡ESPERO LES SEA DE UTILIDAD!

NOTA:
Hay opciones que apenas se usan en la actualidad, pero como tenemos algunos pc con tecnologías mas viejas , pues las puse.

Este árticulo complementa el vídeo de nuestro canal de YouTube Ver Video

PARA MÁS INFORMACIÓN Aquí

Puppy Linux

Cómo tunearlo para que estés a gusto

simbiOS 25.0

1. Instala Puppy y arranca desde él.

Sistema de archivos de Puppy Linux una vez instalados

2. Apaga y crea un pupsave de al menos 12 GB.

3. Ve a /menú principal/setup/remover paquetes preinstalados y desinstala todos aquellos programas que quieras eliminar (nunca desinstales urxvt ni rxvt).

Aplicación para desinstalar Paquetes preinstalados

4. Chequea el sistema de archivos en busca de carpetas y archivos que queden de los programas desinstalados.

5. Crea tus propios paquetes .pet para:

a. tipografías
b. jwm themes
c. jwmicon theme
d. gtk themes
e. desktop icon themes
f. backgrounds
g. etcétera
h. para hacer esto debes crear tus propios pets
i. una vez creados, instalarlos todos y chequear que funcionen bien
j. en JWMDesk editar globalthemes

Paquetes .pet

6. Ve a:

a. /usr/share/backgrounds
b. /usr/share/fonts/truetype/ttf
c. /usr/share/themes
d. /usr/local/lib/x11/themes
e. /root/. jwm

y borra todas las fuentes, temas de iconos, temas de gtk, background pictures y todo lo que no quieras mantener.

7. Abre usr/local/apps/ROX-Filer dale click derecho/mirar dentro

a. Abre ROX/MIME y edita los tipos de mimes.
b. Abre images y edita o reemplaza todos los iconos.

Carpeta ejecutable de ROX-Filer

8. Corre ROX Filer, Menú configuración y configuralo a tu gusto

a. instala 0install y los programas para edición de mimes y thumbnails

Menú de Configuración de ROX-Filer

9. Abre /root/. packages/ y /root/. packages/builtin_files

a. en el primer directorio selecciona todos los archivos de los nuevos software instalados y muévelos para el segundo directorio.
b. abre el archivo user-installed-packages y borra todas las entradas, guardar

Carpeta de Paquetes instalados

10. Ve al Menú Principal/Desktop y configura todos los programas señalados en ese menú

Menú Desktop

11. Instalar nuevos programas:

a. pinboardrestore
b. firefox dev
c. thunderbird
d. deadbeef
e. smartgit
f. digisigner
g. kdenlive
h. wps
i. palemoon
j. pamadas
k. inkscape
l. gimp
m. wine
n. cleanram
o. pbackup

Escoja los programas que desea instalar

12. Correr en la terminal cada programa instalado y chequear librerías o dependencia faltantes y si hay algún otro error o algo que haya que cambiar o reinstalar

Buscar librerías faltantes

13. Chequea si están instalados dir2pet, dir2sfs, dir2targz, menumaker, si no están, cópialos de un Puppy anterior
y pegalos en /usr/local/apps
y/o /usr/sbin

Buscar programas faltantes

14. Corre Wine configuration y configuralo usando los mismos colores, fuentes y estilosque en el tema GTK y en el tema JWM (o instala un tema similar para wine)

a. Busca un archivo .exe, dale click derecho/Set Run Actiony pon wine

Configurar Wine

15. Configura todos los programas de Windows y todos los de Linux.

16. Abre /root/.wine/drive-c/program files y /root/.wine/drive-c/windows y arrastra todos los programas .exe de la primera carpeta hacia la segunda y créales enlaces relativos. Esto se hace para hacer posible que se integren los programas de Windows con el Menú Principal

Creando symlinks relativos

17. Abre /root/.wine/drive-c/users/root y borra my documents,download, etc. Abre /root/ y arrastra las carpetas dedocumetos y creales un enlace relativo

Integrando Root con Wine

18. Selecciona un archivo .exe, dale clic derecho/Set Icon y en la ventana que aparece arrastra el icono para identificar todos los .exe

Asignando un icono a todos los .exe

19. Haz lo mismo que en el paso anterior pero esta vez con un ejecutable de Linux.

20. Abrir Menú Principal/JWMdesk/Aplicaciones por Defecto y selecciona la aplicación que quieres que abra por defecto para cada tipo de archivo

Estableciendo aplicaciones predeterminadas

21. Abre /etc/xdg y añade menús y edita el root_.jwmrc que será la plantilla del Menú Principal, de modo que incluya los menús añadidos
a. si hay algún script que deba correr junto al menú tambien se incluyen sus entradas en este archivo y los scripts van en /root/.jwm.

22. Abre menumaker en la terminal y edita, borra o crea entradas .desktop para todos los programas nuevos de Linux y Windows que quieras que aparezcan en el Menú Principal

a. reinicia jwm después de cada entrada

Creando entradas al Menú Principal

23. Open With... menu: el Open With... menu es de una gran importancia ya que te permite directamente abrir un archivo con el software que desees una vez que das click derecho. Por ejemplo, un archivo .html, cuando le das click abrirá por defecto con la aplicación predeterminada, pero si quieres abrirlo con otro programa, entonces, cuando le das clic derecho, aparece una lista de programas que puedes editar y ahí añades los programas alternativos con los cuales tú quisieras abrir ese archivo .html

Editando el Open With... menu

¡Ya está! Ya tienes tu Puppy Linux Tuneado

PARA DUDAS y ACLARACIONES AQUÍ

Puppy Linux

¿Cómo carga y por qué es tan especial?

simbiOS 25.0

El corazón de Puppy Linux es el init, el script de inicio del sistema operativo.
Esto no se debe a que este archivo implemente muchas cosas de Puppy, sino a que aquí es donde comienza Puppy.
Cuando se inicia el init, Puppy, en toda regla, sigue siendo solo una puñado de archivos en un dispositivo de almacenamiento.
El trabajo del init es precisamente usar esos archivos para construir un Puppy en la RAM y luego entregarle el control.

Algunos archivos importantes en el mundo del init:

vmlinuz:

Esta es la parte Linux de Puppy Linux, generalmente denominada kernel de Linux.
El proceso de arranque ya lo cargó en la RAM y comenzó a ejecutarlo antes de que se inicie el init.

initrd.gz:

Contiene los archivos de Puppy que forman el sistema de archivos en la RAM y están disponibles cuando se ejecuta el init.
El script de inicio es uno de estos archivos.

Los archivos sfs de puppy: puppy...sfs, zdrv...sfs, fdrv...sfs, ydrv...sfs, adrv...sfs:
(Donde ... es el nombre y la versión de un Puppy en particular, por ejemplo, zdrv_simbiOS_20.0.sfs)

puppy...sfs:

Este es el archivo principal de Puppy y contiene la mayor parte, si no todo, el software que se encuentra en el Puppy que se está levantando.
Este es el único archivo sfs obligatorio; si el script de inicio no puede cargarlo por algún motivo, se abandona el arranque.

zdrv...sfs:

Contiene módulos del kernel (controladores de dispositivos) y archivos de firmware que coinciden con el kernel en vmlinuz.
Sin este archivo, Puppy normalmente seguirá arrancando, pero algunos dispositivos no funcionarán o no funcionarán correctamente.

fdrv...sfs:

Contiene archivos de firmware. Se puede utilizar para anular el contenido de zdrv...sfs.
Generalmente se añade posterior a la creacción de un Puppy con el objetivo de añadir y/o sobreescribir archivos sin tener que armar el Puppy desde 0.
Este archivo está presente sólo en algunos puppys.

bdrv...sfs:

Contiene una instalación básica o esqueleto de la distro compatible.
Con este archivo, es probable que funcionen más paquetes binarios de los repositorios de la distribución compatible.
Generalmente no está presente.

ydrv...sfs:

En teoría, es un parche. Se puede utilizar para anular el contenido de Puppy Linux.
Generalmente se añade posterior a la creacción de un Puppy con el objetivo de añadir y/o sobreescribir archivos sin tener que armar el Puppy desde 0.
Generalmente no está presente.

adrv...sfs:

Teóricamente un archivo de aplicación. Anula el contenido de todos los demás archivos sfs.
Se utiliza para cargar software que quizás el usuario final no esté dispuesto a usar. Basta borrarlo del directorio de instalación.
Generalmente no está presente.

Sistema de archivos de Puppy Linux una vez instalados

Descripción general de cómo funciona:

1-Una instalación frugal típica de Puppy es un directorio que contiene los archivos mencionados anteriormente.
2-Entonces init comienza estableciendo la ubicación de este directorio, buscando el archivo puppy...sfs.
3-A falta de indicación sobre su ubicación, el búsquedas a lo largo de las particiones del sistema hasta encontrarlo.
4-Si no puede localizar el archivo puppy...sfs, abandona el arranque saliendo a una consola con varios mensajes de error en la pantalla.
5-Habiendo localizado el puppy...sfs, procede a crear en el directorio un sistema de archivos por capas, extrayendo el contenido de los archivos sfs.
(Un sistema de archivos por capas consta de una pila de directorios, la mayoría de estas capas pueden ser de solo lectura. Pero la capa superior siempre es de lectura/escritura.
(El directorio que contiene la pila contiene todos los archivos de cada capa.
Pero si un archivo existe en más de una capa, el que se encuentra en la capa superior es el que se ve. Entonces, el orden de las capas es significativo)
6-El init crea una pila que contiene un solo directorio en un tmpfs en la RAM como capa de lectura y escritura.
7-Luego agrega el puppy...sfs a esta pila.
8-Luego procesa los otros archivos sfs, si existen.
8.1-Agrega el fdrv...sfs.
8.2-Agrega el archivo zdrv...sfs.
8.3-Inserta el ydrv...sfs inmediatamente debajo de la capa de lectura-escritura.
8.4-nserta el adrv...sfs inmediatamente debajo de la capa de lectura-escritura.
(Si todos los archivos están presentes terminamos con una pila que se ve así:

tmpfs lectura-escritura
adrv...sfs de solo lectura
ydrv...sfs de solo lectura
puppy...sfs de solo lectura
fdrv...sfs de sólo lectura
zdrv...sfs de sólo lectura)

9-Si se trata del primer arranque, la pila está lista para incorporarse al sistema en ejecución.
(Pero esta primera pila de arranque no contiene almacenamiento persistente y si el usuario cambia algún archivo en el sistema en ejecución, se escribe en la capa de lectura-escritura que solo existe en la RAM)
10-La primera vez que reinicias o apagas, Puppy te pregunta si quieres guardar la sesión.
10.1-Si guardas la sesión, se te guiará a través de un proceso para crear una capa para guardar a la cual Puppy luego copiará los archivos modificados.
11-Pero si no se trata del primer arranque, el init tiene que configurar cualquier capa guardada e insertarla en la pila.
12-El init intenta determinar qué tipo de mecanismo de capa de guardado se está utilizando y ponerlo a disposición como un directorio.
(Si este intento falla en algún momento, no se hará nada adicional y el inicio continuará con la primera pila de inicio)
13-Si se considera que el arranque es desde un dispositivo "flash", el directorio que contiene la capa de guardado se inserta como una capa de solo lectura inmediatamente debajo de la capa de lectura/escritura. De lo contrario, la capa de lectura/escritura tmpfs se reemplaza con el directorio que contiene la capa de guardado como capa de lectura/escritura.
13.1-Luego, la pila se convierte en el sistema en ejecución, y el init termina.
(Si el init detecta errores no críticos, generalmente los escribe en un archivo llamado bootinit.log.
bootinit.log también almacena mensajes de depuración que quizás quieras leer. Se puede acceder a este archivo en un Puppy en ejecución como /initrd/tmp/bootinit.log

Arhivos que inyectan información al init y cambian su comportamiento:

DISTRO_ESPECS:

-Este es un archivo que está en initrd.gz y es creado por el constructor del Puppy. Contiene definiciones de información diversa sobre un Puppy en particular:
-DISTRO_FILE_PREFIX define el nombre que aparece con frecuencia en los archivos del Puppy. p.ej. 'simbiOS'.
-DISTRO_VERSION define el número de versión. p.ej. '25.0'
-Muy importantes para init son DISTRO_PUPPYSFS, DISTRO_ZDRVSFS, DISTRO_FDRVSFS, DISTRO_YDRVSFS,
DISTRO_ADRVSFS, que define los nombres de archivo predeterminados para cada uno de los archivos sfs de un Puppy determinado.

Parámetros de arranque:

pmedia=<atahd|ataflash|usbhd|usbflash|cd>
Indica el tipo de dispositivo de arranque:

-Si es "cd", entonces se buscan en todas las particiones archivos Puppy y un archivo de capa guardada.
-Si los primeros 3 caracteres son "usb", cualquier búsqueda estará restringida únicamente a dispositivos USB.
-Si los últimos 5 caracteres son "flash", la capa superior de la pila sigue siendo tmpfs en la RAM; de lo contrario, cualquier capa guardada encontrada se convierte en la capa superior de la pila.
-Este parámetro de arranque siempre debe proporcionarse.

psubdir=</ruta/al/directorio de/instalación>

Si los archivos de Puppy no están en la raíz de una partición, sino en un subdirectorio, la ruta de este directorio, relativa a la raíz de la partición, debe especificarse con este parámetro.
-p.ej. Si la partición sdb2 está montada como /mnt/sdb2 y los archivos Puppy están en /mnt/sdb2/simbiOS, entonces se debe especificar "psubdir=simbiOS" o "psubdir=/simbiOS".
-Este parámetro puede especificar subdirectorios en más de un nivel, p. "psubdir=Puppy/simbiOS" o "psubdir=/Puppy/simbiOS".
-Si no se proporciona un "/" inicial, el init lo agregará.
-Esta es la ruta predeterminada para localizar cualquier archivo Puppy y cualquier partición.

punionfs=<aufs|superposición>

Cambia forzosamente la elección del sistema de superposición de capas.

-El valor predeterminado es aufs, si el kernel está construido con soporte para aufs.
-Úselo con cuidado, ya que aufs y overlay son incompatibles entre sí.
-Para cambiar de aufs a superposición o viceversa, comience con una nueva capa guardada (pfix=RAM).

Archivos de Puppy

pupsfs=<partición> Especifica la partición de Puppy Linux
zdrv=<partición> Especifica la partición zdrv...sfs
fdrv=<partición> Especifica la partición fdrv...sfs
adrv=<partición> Especifica la partición adrv...sfs
ydrv=<partición> Especifica la partición ydrv...sfs
psave=<partición> Especifica la partición de la capa para guardar

Donde <partición> puede ser el nombre, por ejemplo, sdb2, o una etiqueta, por ejemplo. Trabajo, o un uuid, p.ej. 0db94719-cdf1-44b7-9766-23db62fb85a5

Especificar psave=<partición> puede ser bastante útil para dirigir todas las capas guardadas a una partición diferente.

p.ej. Si tus puppys residen en una partición ntfs, luego puede obtener una carpeta guardada creando una partición de Linux en una memoria USB o en un disco duro.
y luego especificando un parámetro de arranque psave=<el uuid de la partición de Linux>.
Si olvida conectar el dispositivo apropiado, Puppy simplemente realizará un primer arranque,
No hay ningún daño, simplemente inserte el dispositivo USB apropiado y reinicie.

ej: adrv=sda4
ej: psave=Trabajo
ejemplo: pupsfs=0db94719-cdf1-44b7-9766-23db62fb85a5

pupsfs=<partición>:<ruta>/<nombre de archivo> Especifica el archivo puppy...sfs.
zdrv=<partición>:<ruta>/<nombre de archivo> Especifica el archivo zdrv...sfs.
fdrv=<partición>:<ruta>/<nombre de archivo> Especifica el archivo fdrv...sfs.
adrv=<partición>:<ruta>/<nombre de archivo> Especifica el archivo adrv...sfs.
ydrv=<partición>:<ruta>/<nombre de archivo> Especifica el archivo ydrv...sfs.
psave=<partición>:<ruta>/<nombre de archivo> Especifica el archivo de capa guardado.

Donde <partición> puede ser el nombre, por ejemplo, sdb2, o una etiqueta, por ejemplo. Trabajo, o un uuid, p.ej. 0db94719-cdf1-44b7-9766-23db62fb85a5
Cuando se utiliza una etiqueta o un uuid, solo se requiere el comienzo, suficiente para que sea único en su sistema, por ejemplo, "pupsfs=0db94719-cdf1"

Donde <ruta> es el subdirectorio dentro de la partición. p.ej. "pupsfs=sdb2:/ruta/a/" o "psave=:/ruta/a/"
Cualquier <ruta> especificada es relativa a la raíz de la partición, lo mismo que "psubdir=".
Si <ruta> no comienza con "/", se le antepone automáticamente"/".
Si no se especifica ninguna <ruta>, se utiliza el directorio definido por "psubdir=".

Donde <nombre de archivo> es solo un nombre de archivo. p.ej. "pupsfs=sdb2:/ruta/a/mi-Puppy-mejorado.sfs" o "psave=sdc2:mi-carpeta-de-guardado-mejorada"
Si no se especifica ningún <nombre de archivo>, se utiliza el nombre de archivo predeterminado, según lo determinado por el archivo DISTRO_SPECS.

A los efectos de la especificación "psave=", una carpeta guardada se considera como un archivo.
La especificación <ruta> define el directorio que contiene la carpeta de guardado (pupsave), y la especificación <filename> define su nombre.
Entonces, "psave=sdb4:/lxpupsc/mysave" dice que la carpeta guardada está en la partición sdb4 en el directorio "/lxpupsc", llamado "mysave".
Mientras que "psave=sdb4:/lxpupsc/mysave/" dice que la carpeta guardada está en la partición sdb4 en el directorio "/lxpupsc/mysave", con el nombre de carpeta de guardado predeterminado para el Puppy (según DISTRO_SPECS).

No es necesario especificar todos los elementos, pero si no hay ":" se supone que es una especificación <partición>.
-p.ej. "pupsfs=sdb2", especifica que el archivo Puppy Linux está en sdb2 en la ruta predeterminada con el nombre de archivo predeterminado.
-"fdrv=:alternate-firmware.sfs", especifica que es un archivo llamado Alternative-firmware.sfs en la partición predeterminada en el directorio predeterminado, es decir, donde se encuentra el Puppy Linux.
Se recomienda que siempre se especifique pupsfs=<partición>. Esto permite que el init vaya directamente a esa partición para encontrar los archivos de Puppy en lugar de buscar en todas las particiones hasta encontrar el puppys...sfs.

ej: psave=sdc1:/ruta/a/simbiOSsave.4fs
ej: psave=sdc1:simbiOSsave.4fs
ej: zdrv=sdc1:/zz/myzz.sfs
ej: adrv=sdd6:/Puppy/drvs/custom/adrv.sfs
ej: pupsfs=sdb2:/Puppy/simbiOS/simbiOS_25.0.sfs

pkeys=<especificación de distribución del teclado> p.ej. ES. Se utiliza para configurar la distribución del teclado que utilizará Puppy durante el arranque.

plang=<especificación de idioma> p.e. es_ES.UTF-8. Especifica el idioma que utilizará Puppy, incluidos los mensajes mostrados por el init. Si no se proporciona ningún parámetro pkeys, las primeras 2 letras de esta especificación se utilizan para configurar la distribución del teclado.

pimod=<lista separada por comas con los nombres de módulos del kernel>

En algunas computadoras, el teclado requiere que se cargue un módulo del kernel antes de que funcionen.

La carga normal de los módulos del kernel no ocurre hasta que finaliza el init.
Pero a veces el init necesita solicitar entrada del usuario a través del teclado.
Especificar módulos del kernel en este parámetro hará que init los cargue antes de cualquier posible interacción con el teclado.

pfix=<ram, nox, nocopy, fsck, fsckp, rdsh, <número>>

El parámetro pfix es una lista separada por ',' de uno o más de los subparámetros anteriores.

-ram: se ejecuta solo en RAM (no carga el ${DISTRO_FILE_PREFIX}save) (pupsave).
-nox: modo línea de comandos, no inicies X.
-copy: copiar archivos .sfs en la RAM
-nocopy: no copie archivos .sfs en la RAM (el valor predeterminado es copiar si la RAM > 1024 MB, mientras que el espacio libre en el disco RAM es <= 64 MB).
-fsck: haga fsck del archivo ${DISTRO_FILE_PREFIX}save.?fs.
-fsckp: realice fsck antes del primer montaje de particiones soportadas.
-rdsh: sale al shell en el disco RAM inicial.
<número>: lista negra de las últimas carpetas <número> (multisesión). p.ej. pfix=3

Archivos de parámetros:

Si existen en el directorio de instalación frugal, su contenido se utiliza para configurar algunas variables que de otro modo podrían configurarse mediante parámetros de arranque.

SAVEMARK

Proporciona un medio para especificar que el archivo de la capa guardada esté en una partición diferente en el mismo dispositivo. Contiene un solo número. Si el Puppy Linux está ubicado en sdb2 y SAVEMARK contiene 4, se espera que un archivo de capa guardada esté en sdb4.

initmodules.txt

Contiene una lista de módulos del kernel que se cargan antes de cualquier interacción con el teclado. Por lo general, estos son módulos necesarios para que funcione el teclado.

BOOT_SPECS

Este es un archivo que establece variables, como DISTRO_SPECS. Pero está destinado a que el usuario anule las variables normalmente establecidas por los parámetros de arranque.
También se puede utilizar para configurar otras variables en el init, p. ej. "TZ='XXX-10'" establece la zona horaria en el init en Queensland, Australia.
La idea es que haya una copia de este archivo en el espacio del usuario, el usuario edite este archivo y luego almacene una copia en initrd.gz.
Este archivo también podría usarse en lugar de archivos de parámetros específicos como initmodules.txt e incluso SAVEMARK.
Parte de este concepto es quitarle complicaciones al init y dárselas al sistema en ejecución.

MÁS NOTAS TÉCNICAS

¿Cómo el init determina qué pupsave usar?

Si no ha especificado psave=<partición>:<nombre de archivo> entonces el init busca un archivo con este nombre base: /DISTRO_SPECS -< DISTRO_FILE_PREFIX='...'

dónde:

${DISTRO_FILE_PREFIX}save: es el nombre base fijo para todas las carpetas pupsave (p. ej. simbiOS)
${DISTRO_FILE_PREFIX}save.?fs: es el nombre base fijo para todos los archivos pupsave (p. ej. simbiOS)

RESUMEN

Gracias a estás características del init de Puppy linux, al sistema de apilado por capas que va conformando el sistema y a su característica principal de correr directamente desde la RAM, tenemos que Puppy Linux es una "distro" muy especial ya que combina caracteríaticas que rara vez se encuentran en un mismo sistema, a saber, es un sistema live que corre completamente desde la RAM pero incluye un sistema de guardado de sessión que le permite al usuario usar Puppy Linux de forma similar a cualquier otro sistema operativo. Si a esto añadimos que, dado el modo de construcción e instalación de Puppy Linux, sus archivos sfs son practicamente irrompibles, salvo el pupsave que puede corromperse, pero que es muy fácil de reparar, estamos ante un Sistema Operativo muy atractivo, que lo mismo puede servir para recuperar un viejo PC Pentium III, que para usar el más modero equipo con mucha más eficiencia que cualquier otra distro tradicional.

PARA DUDAS y ACLARACIONES AQUÍ