Sólo como anécdota, acerca de los 'raw devices' (por lo menos en Venezuela si usábamos bastante ese término 'crudo' para referirnos a él [Cuando UNIX era el rey ...]). Los raw devices nacen en UNIX por 2 razones fundamentales: a) Algo más de velocidad (El driver no tenía que 'interpretar' los comandos), por ende el 'volcado' o escritura de la información era más directo y expedito; la lectura era bastante más lenta que en los dispositivos 'cooked' (si, cocidos) b) En los discos, se obtenía mayor capacidad al no tener que colocarle las marcas de inicialización (Estructura). Como analogía, podemos pensar en un 'block raw device' como un disco 'sin inicializar/formatear' donde sabemos que se pierde parte de la capacidad al colocar la definición de la estructura de almacenamiento (Conocida en los bajos fondos como 'inicialización o formato'). El Sistema Operativo trataba al disco como un gran dispositivo secuencial (como una unidad de cinta), e implementaba un offset para ubicar los archivos en el disco, y grababa (en el disco principal) una especie de índice. Por ejemplo: Sector #0: Archivo N0, longitud X Sector #X: Archivo N1, longitud Y Sector #X+Y: Archivo N2, longitud Z Sector #X+Y+Z: Archivo N3, longitud ... Claro, esto era para discos adicionales, no para el disco principal donde residía el sistema operativo; normalmente orientados a aplicaciones comerciales y permitía obtener mejor rendimiento en algunos casos; sin embargo, a nivel de administración de sistema era una locura y esta práctica se usaba en algunos casos. Saludos, Jean H// -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.8.13/47 - Release Date: 12/07/2005