Particionado de disco para instalación de Linux (Debian)

Yo soy mas enrevesado me faltan un LVM para cifrado, mas aun si es un equipo portatil donde lo vas a instalar, hoy en dia no podria tener un ordenador sin el disco cifrado, salvo /boot y /boot/efi, y en el meter / y /home, la swap hace ya años con los SSD dejarla en particion es absurdo, prefiero ponerlo en fichero, si me dices que vas a usar un disco mecanico, si, a particion y al principio del disco ademas.

Por si te ayuda, asi lo tengo en mi equipo con Debian 12
https://azagramac.gitbook.io/myblog/lin ... an-cifrado

por cierto a /boot/efi la dejo como mucho 256Mb y me sobra! no se cuantos OS mas vas a tener, yo tengo 3 en el de sobremesa mas el memtest86, y no lo tengo lleno, en /boot le tengo con 768Mb, en / le dejado 80Gb, aunque bien le podria reducir a unos 50Gb, swap el fichero son 16Gb pero lo voy cambiando, y en /home el resto.

por cierto, en el /etc/sysctl.conf tengo esto, mejora muchisimo.
vm.swappiness = 10
vm.vfs_cache_pressure = 50
vm.dirty_ratio = 10
vm.dirty_background_ratio = 5

vm.dirty_ratio & vm.dirty_background_ratio
Estos son 2 settings súper importantes, ya que determinan la cantidad de memoria (RAM) que un determinado proceso de paginado puede consumir antes de tener que ser "limpiado" hacia disco duro. Linus Torvalds nos da una excelente explicación de porqué estos parámetros se deberían de mantener bajos siempre; Esta "regla" aplica tanto para servidores como para equipos de escritorio con mucha (256GB) o poca (256MB) RAM. Básicamente, para que se entienda mejor, (según lo establecido en estos parámetros) la memoria de tu sistema se irá llenando poco a poco de pequeños pedazos de data que necesitan ser escritos a disco hasta que se alcance el porcentaje establecido en el dirty_ratio, para cuando entonces pdflush entrará en acción y empezará el "writeout" hasta balancear la "carga en la memoria" a la cantidad establecida en el dirty_background_ratio, liberando así esa parte para cosas más importantes.

vm.vfs_cache_pressure nos puede ayudar a mejorar el rendimiento de nuestra distribución GNU Linux. Con Cache Pressure podremos optimizar nuestra memoria RAM, ya que con esta opción se puede modificar la manera en la que el kernel introduce bloques de datos en la memoria principal.

@AzagraMac Muchas gracias. He echado un vistazo a tu blog y tiene buena pinta, probablemente me puedan ser útiles varias de las entradas, pues estoy muy verde con Linux.

Sobre el cifrado, ¿merece la pena aún siendo un equipo de sobremesa?

Saludos!

Rammstein escribió:@AzagraMac Muchas gracias. He echado un vistazo a tu blog y tiene buena pinta, probablemente me puedan ser útiles varias de las entradas, pues estoy muy verde con Linux.

Sobre el cifrado, ¿merece la pena aún siendo un equipo de sobremesa?

Saludos!

Para mi el cifrado siempre merece la pena, manejamos muchos datos sensibles, desde lo mas absurdo personal a cosas mas delicadas. Sobre si preguntas si baja mucho el rendimiento, depende mucho tu equipo, en el mio (de la firma) es inapreciable la bajada, quiza donde mas lo noto es a la hora de leer y escribir en el NVMe, sin cifrado llego a los 7.2Gb/lectura y 5.3Gb/escritura y con cifrado se queda en 5.7Gb/lectura y 3.8Gb/escritura, igualmente cifras muy buenas, tampoco noto mas temperatura en cpu ni ventiladores mas revolucionados, ni tampoco sensacion de que el equipo le cueste moverse.

Mi blog voy metiendo cosillas, empece añadiendo notas para mi, y ahora digamos que voy metiendo de todo... jeje me alegro que te pueda resultar de ayuda

AzagraMac escribió:Yo soy mas enrevesado me faltan un LVM para cifrado, mas aun si es un equipo portatil donde lo vas a instalar, hoy en dia no podria tener un ordenador sin el disco cifrado, salvo /boot y /boot/efi, y en el meter / y /home, la swap hace ya años con los SSD dejarla en particion es absurdo, prefiero ponerlo en fichero, si me dices que vas a usar un disco mecanico, si, a particion y al principio del disco ademas.

Por si te ayuda, asi lo tengo en mi equipo con Debian 12
https://azagramac.gitbook.io/myblog/lin ... an-cifrado

por cierto a /boot/efi la dejo como mucho 256Mb y me sobra! no se cuantos OS mas vas a tener, yo tengo 3 en el de sobremesa mas el memtest86, y no lo tengo lleno, en /boot le tengo con 768Mb, en / le dejado 80Gb, aunque bien le podria reducir a unos 50Gb, swap el fichero son 16Gb pero lo voy cambiando, y en /home el resto.

por cierto, en el /etc/sysctl.conf tengo esto, mejora muchisimo.
vm.swappiness = 10
vm.vfs_cache_pressure = 50
vm.dirty_ratio = 10
vm.dirty_background_ratio = 5

vm.dirty_ratio & vm.dirty_background_ratio
Estos son 2 settings súper importantes, ya que determinan la cantidad de memoria (RAM) que un determinado proceso de paginado puede consumir antes de tener que ser "limpiado" hacia disco duro. Linus Torvalds nos da una excelente explicación de porqué estos parámetros se deberían de mantener bajos siempre; Esta "regla" aplica tanto para servidores como para equipos de escritorio con mucha (256GB) o poca (256MB) RAM. Básicamente, para que se entienda mejor, (según lo establecido en estos parámetros) la memoria de tu sistema se irá llenando poco a poco de pequeños pedazos de data que necesitan ser escritos a disco hasta que se alcance el porcentaje establecido en el dirty_ratio, para cuando entonces pdflush entrará en acción y empezará el "writeout" hasta balancear la "carga en la memoria" a la cantidad establecida en el dirty_background_ratio, liberando así esa parte para cosas más importantes.

vm.vfs_cache_pressure nos puede ayudar a mejorar el rendimiento de nuestra distribución GNU Linux. Con Cache Pressure podremos optimizar nuestra memoria RAM, ya que con esta opción se puede modificar la manera en la que el kernel introduce bloques de datos en la memoria principal.

Muy buena info. Conocía vm.swappiness = 10, pero los otros tres no.


vm.vfs_cache_pressure = 50
vm.dirty_ratio = 10
vm.dirty_background_ratio = 5

En mi caso yo tengo las particiones de la siguiente manera:

/dev/nvme0n1p1 ext4 60G /
/dev/nvme0n1p2 vfat 488M /boot/efi
/dev/nvme0n1p3 ext4 398G /home
/dev/sda1 ext4 458G /home/Backups

Como puedes ver tengo una unidad NVME de 500 Gigas con tres particiones 60G para el raiz "/", 488M para "/boot/efi", y lo que sobra para "/home" osea los 398G.
Después tengo otro disco SSD de 500 gigas con una partición en "/home/Backups" que uso para Backups y maquinas virtuales.
La partición swap no la creo, porque yo creo un archivo de swap de 2gb y lo utilizo así. Prefiero hacerlo así que en una partición.

DeVlL escribió:

AzagraMac escribió:Yo soy mas enrevesado me faltan un LVM para cifrado, mas aun si es un equipo portatil donde lo vas a instalar, hoy en dia no podria tener un ordenador sin el disco cifrado, salvo /boot y /boot/efi, y en el meter / y /home, la swap hace ya años con los SSD dejarla en particion es absurdo, prefiero ponerlo en fichero, si me dices que vas a usar un disco mecanico, si, a particion y al principio del disco ademas.

Por si te ayuda, asi lo tengo en mi equipo con Debian 12
https://azagramac.gitbook.io/myblog/lin ... an-cifrado

por cierto a /boot/efi la dejo como mucho 256Mb y me sobra! no se cuantos OS mas vas a tener, yo tengo 3 en el de sobremesa mas el memtest86, y no lo tengo lleno, en /boot le tengo con 768Mb, en / le dejado 80Gb, aunque bien le podria reducir a unos 50Gb, swap el fichero son 16Gb pero lo voy cambiando, y en /home el resto.

por cierto, en el /etc/sysctl.conf tengo esto, mejora muchisimo.
vm.swappiness = 10
vm.vfs_cache_pressure = 50
vm.dirty_ratio = 10
vm.dirty_background_ratio = 5

vm.dirty_ratio & vm.dirty_background_ratio
Estos son 2 settings súper importantes, ya que determinan la cantidad de memoria (RAM) que un determinado proceso de paginado puede consumir antes de tener que ser "limpiado" hacia disco duro. Linus Torvalds nos da una excelente explicación de porqué estos parámetros se deberían de mantener bajos siempre; Esta "regla" aplica tanto para servidores como para equipos de escritorio con mucha (256GB) o poca (256MB) RAM. Básicamente, para que se entienda mejor, (según lo establecido en estos parámetros) la memoria de tu sistema se irá llenando poco a poco de pequeños pedazos de data que necesitan ser escritos a disco hasta que se alcance el porcentaje establecido en el dirty_ratio, para cuando entonces pdflush entrará en acción y empezará el "writeout" hasta balancear la "carga en la memoria" a la cantidad establecida en el dirty_background_ratio, liberando así esa parte para cosas más importantes.

vm.vfs_cache_pressure nos puede ayudar a mejorar el rendimiento de nuestra distribución GNU Linux. Con Cache Pressure podremos optimizar nuestra memoria RAM, ya que con esta opción se puede modificar la manera en la que el kernel introduce bloques de datos en la memoria principal.

Muy buena info. Conocía vm.swappiness = 10, pero los otros tres no.


vm.vfs_cache_pressure = 50
vm.dirty_ratio = 10
vm.dirty_background_ratio = 5

En mi caso yo tengo las particiones de la siguiente manera:

/dev/nvme0n1p1 ext4 60G /
/dev/nvme0n1p2 vfat 488M /boot/efi
/dev/nvme0n1p3 ext4 398G /home
/dev/sda1 ext4 458G /home/Backups

Como puedes ver tengo una unidad NVME de 500 Gigas con tres particiones 60G para el raiz "/", 488M para "/boot/efi", y lo que sobra para "/home" osea los 398G.
Después tengo otro disco SSD de 500 gigas con una partición en "/home/Backups" que uso para Backups y maquinas virtuales.
La partición swap no la creo, porque yo creo un archivo de swap de 2gb y lo utilizo así. Prefiero hacerlo así que en una partición.

Bien organizado. La swap hoy en dia con las cantidades de ram que nos movemos, dedicar una particion a ello... mejor a un fichero, si fuera un HDD mecanico, vale, pero siendo SSD o mejor los NVMe, te haces un fichero de unos Gb, y listo!

@AzagraMac Si por eso. Antiguamente si hacia la partición de swap, pero ya con la ram que tenemos hoy día y los SSD y NVME ya no le veo sentido. Ademas puedes modificar el archivo cuando tu quieras, aumentar y disminuir su tamaño.

DeVlL escribió:@AzagraMac Si por eso. Antiguamente si hacia la partición de swap, pero ya con la ram que tenemos hoy día y los SSD y NVME ya no le veo sentido. Ademas puedes modificar el archivo cuando tu quieras, aumentar y disminuir su tamaño.

Eso es.

Normalmente le tengo en 16Gb de swap, aunque en el ssd del trabajo lo tengo en el doble, pero vamos con 8/16Gb mas de suficiente, luego una configuracion del uso de la memoria y la swap y a tirar con ello.

Tambien uso Debian y voy a probar lo del vm.


Lo del swap en particiones, lo hice en su momento porque estaría acostumbrado a las versiones antiguas y no sabia que se podria hacer desde un fichero.

Interesante lo de apuntar un disco externo al /home/Backups, eso como se hace porque en mi caso tuve problemas y decidi que no se automonte y requiera credenciales para que los demas no puedan acceder.

Puedes montar lo que quieras, donde quieras. Luego sacas el UUID y lo añades al fstab, para que use ese volumen en el inicio. Para ti será transparente, y podrás tener los datos en otro disco.

Ejemplo, juegos. Lo quieres montar en /home/$USER/juegos

Formateas el disco en Ext4, o generas las particiones que quieras, un volumen meteras juegos.

Luego sacas el UUID con "sudo blkid" identificas cual es y editas /etc/fstab (haz copia del ficho antes)

Y lo editas añadiendo el nuevo UUID

UUID=XXXXXXXXXXXXXXXX /home/$USER/juegos ext4 noatime,nodiratime,discard 0 2

Si lo quieres con credenciales, puedes usar un fichero con permisos con las credenciales de acceso. O montar un volumen de un NAS

//nas/home/$user /home/$USER/NAS cifs user=$USER,password="4oK/IDFLN2JVODNMdzFMeHpOMmRLV3JMcldqQTUxSERwZnl6V20=",uid=1000,gid=1000,iocharset=utf8,vers=3.0,forceuid,forcegid,noauto,x-systemd.automount,_netdev 0 0


https://azagramac.gitbook.io/myblog/lin ... -etc-fstab