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

Buenas, después de muchos años alejado de Linux, tengo intención de retomar su uso para tareas cotidianas (ofimática y navegación web) y, quizás, para comenzar algún curso de programación (aún no decidí lenguaje).

La instalación sería en un SSD aparte, por lo que, teniendo tanto espacio disponible (anteriormente reservaba para Linux unos pocos Gb del mismo disco duro en el que tenía Windows) y con intención de no volver a dejar su uso, me gustaría organizar el particionado del disco de la manera más óptima posible.

He estado leyendo diversos sitios web, entre ellos la propia documentación de Debian, y generalmente se ofrece unos requisitos mínimos de espacio para cada tipo de partición que me da la impresión que se basa en sistemas antiguos.

De momento tengo más o menos claro lo siguiente:

- /boot/efi - ¿512 Mb? como fat32
- /boot -> ¿1 Gb? como ext4
- / -> ¿50 Gb? como ext4
- /var, /tmp u otros -> No sé hasta qué punto es útil separarlos y qué espacio dejarles (en la documentación de Debian se recomienda: https://www.debian.org/releases/stable/ ... 03.es.html)
- Swap -> ¿16 Gb?
- /home -> ¿Lo que sobre? como ext4

De ese esquema me surge además la duda de si la partición para el EFI se podría/debería compartir con la de Windows o mejor hacer una propia para cada S.O. en su propio disco duro.

Gracias, saludos!
Yo soy mas enrevesado [+risas] 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 [amor]
AzagraMac escribió:Yo soy mas enrevesado [+risas] 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 [+risas] 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
9 respuestas