Lo que desde hace bastante tiempo vengo echando en falta, tal vez por mi propia ignorancia, pero el caso es que no lo he encontrado, es un sistema de ficheros sin usuarios ni privilegios, y sin características avanzadas (snapshots y todas esas cosas).
Algo funcionalmente parecido a FAT, pero que no sea propietario y supere las limitaciones de éste.
La motivación son los discos duros externos. Usar FAT da problemas por las limitaciones, por ejemplo la de los 4 GB por archivo, y para el distribuidor por estar sujeto a patentes.
El problema de usar ext3 u otro sistema en condiciones es que almacena la información de usuario, con lo cual al pasarlo de un ordenador a otro sólo se tendrá acceso si el usuario es del mismo UID.
La motivación secundaria sería optimizar el sistema de archivos quitando las características punteras que no sirvan para nada para este tipo de uso.
Ésa sería mi sugerencia para los diseñadores de sistemas de archivos.
por
pobrecito hablador
el Jueves, 05 Noviembre de 2009, 10:22h
(#1183239)
...pero se os ha "olvidado" poner el ® tras el nombre Linux tal y como viene en el original.:P
Tampoco habría estado mal poner un mínimo resumen sobre las características de cada tipo de formato, la verdad.
Resumiendo en plan rápido y sucio:
NiLFS(2) no es exclusivo de Linux, empezó a probarse en el kernel de NetBSD y su novedad es que crea "puntos de restauración" para recuperar archivos borrados o comparar versiones antiguas de algún archivo. Al menos de momento, esos puntos de restauración están en modo sólo lectura.
exofs está orientado al almacenamiento por objetos en vez de mediante ficheros, la ventaja teórica es que se supone que funciona mejor en dispositivos de gran almacenamiento.
Y por lo demás, dejando a un lado el apartado ténico, hay bastante de autocomplaciencia sobre Linux en el artículo que no merece la pena reseñar.
--
Si quieres a pobrecito hablador de editor, ponte esta firma
Re:Buena traducción
de eviche
(Puntos:2)
Viernes, 06 Noviembre de 2009, 10:31h
Linux continúa innovando en el área de sistemas de ficheros.
En mi opinión, hay una frase muy coloquial que se puede aplicar al caso: no es por no innovar, pero innovar por innovar...
Os voy a poner un ejemplo de innovación: las linux capabilities [ubuntu.com]. Si le echáis un vistazo a la página, podréis encontrar:
Starting with kernel 2.2, Linux divides the privileges traditionally
associated with superuser into distinct units, known as capabilities,
(...)
(...)
3. The file system must support attaching capabilities to an executable
file, so that a process gains those capabilities when the file is
executed.
Before kernel 2.6.24, only the first two of these requirements are met;
since kernel 2.6.24, all three requirements are met.
Esto es, me he tenido que esperar unos muchos años para tener por fin un sistema de ficheros y un núcleo con soporte completo a éste sistema de privilegios. Mientras tanto, en mi sistema actual, con un kernel superior a esa versión, ping sigue con setuid puesto como muchos otros programas, con los riesgos de seguridad inmanente de esa política. Quizás fuese porque se convirtió en una prioridad que los sistemas antiguos como ext2 tuviesen rápidamente otras características avanzadas de la competencia (journaling), no lo sé.
A mí particularmente no me interesan mil sistemas de ficheros nuevos con características super avanzadas si luego no están en sinergia con las funcionalidades del kernel de linux y viceversa, o me tengo que esperar cerca de una década para que estén 99% completas.
A mí desde luego me da que pensar.
-- Avengers Assemble!!
1 respuesta por debajo de tu umbral de lectura actual.
1 respuesta por debajo de tu umbral de lectura actual.
Sistema de ficheros ¿ligero?
(Puntos:4, Interesante)( http://press.asqueados.net/ | Última bitácora: Jueves, 17 Abril de 2014, 09:50h )
Algo funcionalmente parecido a FAT, pero que no sea propietario y supere las limitaciones de éste.
La motivación son los discos duros externos. Usar FAT da problemas por las limitaciones, por ejemplo la de los 4 GB por archivo, y para el distribuidor por estar sujeto a patentes.
El problema de usar ext3 u otro sistema en condiciones es que almacena la información de usuario, con lo cual al pasarlo de un ordenador a otro sólo se tendrá acceso si el usuario es del mismo UID.
La motivación secundaria sería optimizar el sistema de archivos quitando las características punteras que no sirvan para nada para este tipo de uso.
Ésa sería mi sugerencia para los diseñadores de sistemas de archivos.
Envíos descartados por Mu [barrapunto.com]
Buena traducción
(Puntos:2, Interesante)Tampoco habría estado mal poner un mínimo resumen sobre las características de cada tipo de formato, la verdad.
Resumiendo en plan rápido y sucio:
NiLFS(2) no es exclusivo de Linux, empezó a probarse en el kernel de NetBSD y su novedad es que crea "puntos de restauración" para recuperar archivos borrados o comparar versiones antiguas de algún archivo. Al menos de momento, esos puntos de restauración están en modo sólo lectura.
exofs está orientado al almacenamiento por objetos en vez de mediante ficheros, la ventaja teórica es que se supone que funciona mejor en dispositivos de gran almacenamiento.
Y por lo demás, dejando a un lado el apartado ténico, hay bastante de autocomplaciencia sobre Linux en el artículo que no merece la pena reseñar. -- Si quieres a pobrecito hablador de editor, ponte esta firma
Reflexión histórica sobre sinergia de fs
(Puntos:2)En mi opinión, hay una frase muy coloquial que se puede aplicar al caso: no es por no innovar, pero innovar por innovar...
Os voy a poner un ejemplo de innovación: las linux capabilities [ubuntu.com]. Si le echáis un vistazo a la página, podréis encontrar:
Starting with kernel 2.2, Linux divides the privileges traditionally associated with superuser into distinct units, known as capabilities,
(...)
(...)
3. The file system must support attaching capabilities to an executable file, so that a process gains those capabilities when the file is executed. Before kernel 2.6.24, only the first two of these requirements are met; since kernel 2.6.24, all three requirements are met.
Esto es, me he tenido que esperar unos muchos años para tener por fin un sistema de ficheros y un núcleo con soporte completo a éste sistema de privilegios. Mientras tanto, en mi sistema actual, con un kernel superior a esa versión, ping sigue con setuid puesto como muchos otros programas, con los riesgos de seguridad inmanente de esa política. Quizás fuese porque se convirtió en una prioridad que los sistemas antiguos como ext2 tuviesen rápidamente otras características avanzadas de la competencia (journaling), no lo sé.
A mí particularmente no me interesan mil sistemas de ficheros nuevos con características super avanzadas si luego no están en sinergia con las funcionalidades del kernel de linux y viceversa, o me tengo que esperar cerca de una década para que estén 99% completas.
A mí desde luego me da que pensar.
Avengers Assemble!!