Usando Ramroot, podemos ejecutar Arch Linux completamente desde RAM, cargando el sistema de archivos raíz directamente en memoria durante arranque del sistema. Está especialmente diseñado para esta distribución. [https://github.com/arcmags/ramroot]
#3:
#2 A ver este proyecto aun necesita madurar pero basicamente es:
Te instalas arch junto con los paquetes que necesites y lo configuras a tu gusto (intenta tener el sistema lo mas liviano posible) de manera tradicional. Luego instalas ramroot y lo activas para que se ejecute en el arranque y lo que hara sera hacer una copia de la particion de raiz en RAM (tienes que ver que tengas espacio suficiente) durante el arranque, de esa forma cuando se estes en tu consola o escritorio estaras trabajando desde un modo no persistente (como un livecd) y todo lo que escribas en la particion raiz no se guardara, por ejemplo si actualizas paquetes y eso pues no se quedaran almacenados.
#1 Eso lo hace Alpine con LBU mil veces mejor, idónea para una RPI. Instalas lo que sea, cierras la imagen con "lbu commit -d" y listo, arranque R/O. Perfecto para web, streaming o cosas ligeras.
#5 Lo ideal sería currar con un portatil cifrado con OpenBSD + bioctl y XFCE4 (editar el archivo hostname.if para usar WPA y autoconexion es trivial) y conexiones remotas con Remmina con RDP/VNC y el resto con el cliente HTML5 de Citrix.
De todos modos, parece muy completo gentionando raids, a simple vista, vamos. mdadm + luks es también es muy completo, aunque no sé si hay equivalente a alarm/patrol-function.
En rendimiento ya no sé. Habrá que enredar un poco
#11 Los sistemas BSD son una bella pieza de software, yo OpenBSD o NetBSD no los he usado, pero si he manejado FreeBSD (tiene una documentacion que es una delicia) consegui tener todo lo que necesitaba incluso un par de VM con windows y otra con debian mediante su propio sistema de hypervisor "bhyve", me costo un poco que me tirase el driver de nvidia para BSD y el unico problema que tenia era una especie de glicheo en el puntero del raton que me pasaba cada X tiempo (a veces cada 10s otras cada 20) como un trompicon que la verdad era realmente molesto, nunca supe solucionarlo, quizas por que mi nivel de ingles no era lo suficientemente bueno como para poder explicar el problema que tenia con precision en los canales oficiales de IRC o sus foros.
Tengo un equipo con disco SSD en el que uso Manjaro. La verdad es que va como un tiro. En RAM seguro que vuela y para algunas personas será útil pero, sinceramente, ya en el SSD me cuesta seguirle el ritmo Lo importante es que haya opciones.
#4 El SSD no los tienes cifrado con LUKS aes-xts-plain64 ni con ná, verdad? Pues por eso no te cuesta seguirle el ritmo. Ale, ya tienes algo que hacer para ser mas 31337
Desde mi ignorancia, entiendo/deduzco varias cosas:
1) si es RAM tiene que ir volado de rápido (si tienes la suficiente, se entiende)
2) entendiendo que es memoria volatil (la RAM me refiero), el uso ideal sería en plan live usb, quizá, como un linux de rescate/soporte para PC's ajenos que no pueden acceder al windows de turno, etc.
¿Alguien puede aclarar esto? Quizá me interesaría con una distro tipo partedmagic, rescatux o systemrescueCD
#2 A ver este proyecto aun necesita madurar pero basicamente es:
Te instalas arch junto con los paquetes que necesites y lo configuras a tu gusto (intenta tener el sistema lo mas liviano posible) de manera tradicional. Luego instalas ramroot y lo activas para que se ejecute en el arranque y lo que hara sera hacer una copia de la particion de raiz en RAM (tienes que ver que tengas espacio suficiente) durante el arranque, de esa forma cuando se estes en tu consola o escritorio estaras trabajando desde un modo no persistente (como un livecd) y todo lo que escribas en la particion raiz no se guardara, por ejemplo si actualizas paquetes y eso pues no se quedaran almacenados.
#3 Muchas gracias por la explicación. Si no te importa te hago un par de preguntas al respecto:
1)¿Notas mucho cambio de rendimiento? Sobre todo a la hora de abrir un programa "pesado" tipo Firefox, Gimp...
2)¿Es fácil de manejar el ramroot? Me refiero sobre todo al hecho de activarlo o desactivarlo, si es editar un archivo con el nano en modo root (por poner un ejemplo) o hay algún programa GUI que lo haga con dos clicks, etc.
#9 de gui nada, se instala desde AUR, el mismo modifica los hooks necesarios en el mkinitcpio cuando lo activas y desactivas y respecto al rendimiento se nota bastante en la carga de las aplicaciones.
#3 me parece muy interesante la idea, no solo por el tema del rendimiento (aunque a largo plazo, con las unidades NMVe a lo mejor ya no es tan útil), sino porque para un servidor, en algunos casos, puede incluso aportar seguridad en caso de que algo se desconfigure o en caso de malware.
Comentarios
Wow ! Han descubierto el RAMdisk
https://en.wikipedia.org/wiki/Ramdisk
#1 Eso lo hace Alpine con LBU mil veces mejor, idónea para una RPI. Instalas lo que sea, cierras la imagen con "lbu commit -d" y listo, arranque R/O. Perfecto para web, streaming o cosas ligeras.
#5 La pérdida de rendimiento con LUKS usando un hardware moderno es prácticamente inapreciable.
Por ejemplo:
Supongo que habrá casos, pero en mi empresa tenemos todos los portátiles cifrados con LUKS y no hay mayor problema.
#6 Tú no usas mucho el GCC en el trabajo, verdad?
#7
- ccache. Aprende a usarlo.
- Peor que GCC; es thunderbird o evolution con miles de correos. Ahí sí que vas a flipar.
#5 Lo ideal sería currar con un portatil cifrado con OpenBSD + bioctl y XFCE4 (editar el archivo hostname.if para usar WPA y autoconexion es trivial) y conexiones remotas con Remmina con RDP/VNC y el resto con el cliente HTML5 de Citrix.
Pero claro, Linux para todo.
#11 Claro, a ver quien es el listo que enchufa un LVM con LUKS en una OpenBSD
De hecho, acabo de descubrir la siguiente Ley de 0xbcc2c436cabb:
"El sistema de archivos usado en el almacenamiento más preciado dictará el sistema operativo que corra en tu máquina".
#13 bioctl cifra eso, y si metes clave en un disp externo deja LUKS como de juguete
#14 '
bioctlcrypto cifra eso'. Ahora, como gestor de raid tiene muy buena pinta. LUKS es la puta polla, haces virguerías.#16 https://man.openbsd.org/bioctl.8
Cifra, tambien cifra.
#17 Pues sí que tienes razón.
De todos modos, parece muy completo gentionando raids, a simple vista, vamos. mdadm + luks es también es muy completo, aunque no sé si hay equivalente a alarm/patrol-function.
En rendimiento ya no sé. Habrá que enredar un poco
#11 Los sistemas BSD son una bella pieza de software, yo OpenBSD o NetBSD no los he usado, pero si he manejado FreeBSD (tiene una documentacion que es una delicia) consegui tener todo lo que necesitaba incluso un par de VM con windows y otra con debian mediante su propio sistema de hypervisor "bhyve", me costo un poco que me tirase el driver de nvidia para BSD y el unico problema que tenia era una especie de glicheo en el puntero del raton que me pasaba cada X tiempo (a veces cada 10s otras cada 20) como un trompicon que la verdad era realmente molesto, nunca supe solucionarlo, quizas por que mi nivel de ingles no era lo suficientemente bueno como para poder explicar el problema que tenia con precision en los canales oficiales de IRC o sus foros.
Tengo un equipo con disco SSD en el que uso Manjaro. La verdad es que va como un tiro. En RAM seguro que vuela y para algunas personas será útil pero, sinceramente, ya en el SSD me cuesta seguirle el ritmo
Lo importante es que haya opciones.
#4 El SSD no los tienes cifrado con LUKS aes-xts-plain64 ni con ná, verdad? Pues por eso no te cuesta seguirle el ritmo. Ale, ya tienes algo que hacer para ser mas 31337
Desde mi ignorancia, entiendo/deduzco varias cosas:
1) si es RAM tiene que ir volado de rápido (si tienes la suficiente, se entiende)
2) entendiendo que es memoria volatil (la RAM me refiero), el uso ideal sería en plan live usb, quizá, como un linux de rescate/soporte para PC's ajenos que no pueden acceder al windows de turno, etc.
¿Alguien puede aclarar esto? Quizá me interesaría con una distro tipo partedmagic, rescatux o systemrescueCD
#2 A ver este proyecto aun necesita madurar pero basicamente es:
Te instalas arch junto con los paquetes que necesites y lo configuras a tu gusto (intenta tener el sistema lo mas liviano posible) de manera tradicional. Luego instalas ramroot y lo activas para que se ejecute en el arranque y lo que hara sera hacer una copia de la particion de raiz en RAM (tienes que ver que tengas espacio suficiente) durante el arranque, de esa forma cuando se estes en tu consola o escritorio estaras trabajando desde un modo no persistente (como un livecd) y todo lo que escribas en la particion raiz no se guardara, por ejemplo si actualizas paquetes y eso pues no se quedaran almacenados.
Yo lo tengo implementado de la siguiente forma:
Raiz / -- en /dev/sda1 (6GB)
#3 Muchas gracias por la explicación. Si no te importa te hago un par de preguntas al respecto:
1)¿Notas mucho cambio de rendimiento? Sobre todo a la hora de abrir un programa "pesado" tipo Firefox, Gimp...
2)¿Es fácil de manejar el ramroot? Me refiero sobre todo al hecho de activarlo o desactivarlo, si es editar un archivo con el nano en modo root (por poner un ejemplo) o hay algún programa GUI que lo haga con dos clicks, etc.
Gracias por tu tiempo
#9 de gui nada, se instala desde AUR, el mismo modifica los hooks necesarios en el mkinitcpio cuando lo activas y desactivas y respecto al rendimiento se nota bastante en la carga de las aplicaciones.
#3 me parece muy interesante la idea, no solo por el tema del rendimiento (aunque a largo plazo, con las unidades NMVe a lo mejor ya no es tan útil), sino porque para un servidor, en algunos casos, puede incluso aportar seguridad en caso de que algo se desconfigure o en caso de malware.
RAM ? Jode, que ejecuten todo en cache, con cache as ram.