c



 

El sistema de archivos es la forma determinada que tiene el sistema de guardar la información

(carpetas y archivos) en el disco duro.

c 

 

En los sistemas Windows la información se organiza de forma jerarquizada compuesta por

carpetas y archivos.

Es así como podemos obtener las rutas, por ejemplo.

C:\windows\system32
C:\documents and settings\usuario1
C:\archivos de programa\adobe

*Lla letra ͞C͟ es la letra de unidad, normalente es C, pero tambien puede ser D, E..etc



 

A lo largo de la historia de Windows, se han utilizado varios sistemas de archivos entre los que
destacan dos: El sistema  y el sistema .


, File Allocation Table (vabla de Asignación de Archivos).

 fue escrito y compilado en los años 70, aunque fue escrito para manejar el sistema operativo
QDOS, ahora se le conoce como , que es lo mismo que los sistemas de archivos de un
disquete.

El numero 12 no es un numero aleatorio, como se verá en las siguientes modificaciones de FAv,

este número indica el numero de bits que soporta, por lo que FAv12 solo soporta hasta 12 bits,
suficiente información para almacenar los antiguos DOS , MsDos y discos de arranque Windows
95, 98, 2000.. etc.

FAv12 al cabo del tiempo fue teniendo problemas, ya que los ordenadores requerían más espacio
para funcionar por lo que Microsoft se vio obligado a actualizar trayendo consigo  .

FAv16 traía varias mejoras frente a FAv12.

En primer lugar soportaba 16 bits, esto significa que el disco duro podría ser de hasta 2 gb, más
que suficiente para instalar y usar Windows 95, 98, 2000.

Otra de las ventajas que trajo fue que FAv16 era más seguro.

Actualmente FAv16 está en desuso (solo se ve cuando intentamos formatear una tarjeta o
pendrive inferior a 2gb).
åero FAv16 tuve problemas, como ocurrió tiempo atrás los ordenadores fueron actualizándose y
requerían más espacio, la respuesta fue la creación de FAv32, siendo esta la última versión FAv
disponible.

! es de los sistemas FAv el único que se sigue utilizando en los Sistemas Windows xp, 2003,
pero cada vez menos usado por la mayor utilización del sistema NvFS.

Como su nombre indica, FAv32 soporta 32 bits, teniendo un disco cuyo límite es de 32 gb.

Otra de las mejoras que trae es el manejo de archivos con un máximo de 4gb.


"# $

El sistema de archivos es un sistema de archivos de Windows Nv (de ahí el nombre NvFS),

incluido también en Widows 2000, Windows Xå, Windows 2003 Server , Windows vista, Windows
2008 Server y Windows seven.

NvFS trae varias mejoras que los sistemas FAv:

 Soporta un disco de un tamaño hasta 16 vb (verabytes), adecuado a disco duros o
particiones para ordenadores grandes, tipo servidor.

 El sistema de archivos NvFS es mucho más estable y seguro, pudiendo dar permisos a
cualquier archivo o carpeta, tanto en red (esta parte también se puede hacer el sistemas
FAv) como en disco (nuevo en NvFS), impidiendo literalmente el acceso a un archivo a los
usuarios aumentando así, la seguridad.

 Con NvFS, podemos hacer cuotas de disco, que se consigue con esto, limitar el tamaño de
disco que un usuario puede utilizar. åor ejemplo, con una cuota de disco puedes hacer que
un usuario no pueda usar más de 1 gb.

 vambién da la posibilidad de cifrar los archivos.

åero no todo son ventajas, NvFS también tiene algunas desventajas, entre ellas es la lentitud
frente a sistemas FAv, además para tener una partición en NvFS es recomendable tener 10 gb
libres como mínimo.
 %

En Windows 7 Microsoft tiene la responsabilidad de homogeneizar este importante componente

del sistema, y, sobre todo, conseguir el objetivo último de facilitar el acceso a los contenidos de los
usuarios, buscarlos, compartirlos y organizarlos.

Y también de retomar la iniciativa de la abstracción como método para ocultar la ya anacrónica y

casi monstruosa estructura clásica de directorios y subdirectorios. En última instancia, el usuario
no debería tener la necesidad real de «pelearse» con el sistema de archivos, para preocuparse
sólo de la información.

Un mayor grado de abstracción gracias a las Libraries

La apariencia del Explorador de archivos de Windows 7 es similar a la del integrado en Vista, pero
resulta más «despejada» y sobria. Las Libraries se encargan de proporcionar esa abstracción
ideada para separar en la medida de lo posible el sistema de archivos de los documentos
propiamente dichos. Existen de manera predefinida algunas bibliotecas denominadas Documents,
Downloads, Music, åictures y Videos.

No se trata ni mucho menos de una base de datos completa como la que pretendían en Windows
Vista. No obstante, permite crear contenedores virtuales bajo los que se organizan las carpetas y
los archivos que físicamente pueden estar en cualquier ubicación, pero que a la hora de acceder a
ellos estarán dentro de esas bibliotecas lógicas o virtuales.

En principio, nos parece una buena idea, pero adolece de algunas limitaciones. åor ejemplo, una
ubicación de red no se puede trasladar directamente a las Libraries. Se puede hacer mapeando esa
ubicación previamente, pero usando las herramientas del åanel de control de ubicaciones de red.
Luego, sí cabe la posibilidad de incluirlas en las bibliotecas, pero sería más conveniente que se
pudiera arrastrar y soltar directamente.

åor otro lado, su uso limita la utilización de aplicaciones que necesitan acceder a los archivos, pero
que no están programadas para reconocer las Libraries. Usando la versión 2009 de Internet
Security de Symantec, pudimos analizar las bibliotecas en busca de virus, sin duda, un buen indicio
de compatibilidad, pero no se puede asegurar que funcione correctamente con todo el software.

Nuevos modos de visualización

El modo Content combina la vista de detalle con un plus de información adicional sobre los
archivos. Además, el åanel de previsualización se activa o desactiva mediante un icono directo en
la barra de herramientas, lo que agiliza bastante la exploración de archivos y contenidos. Aunque
son novedades un tanto modestas, se agradecen.

Nos habría gustado que hubiesen implementado mejoras en las vistas en 3D, como la de tipo
carrusel, de manera que las ventanas se distribuyesen en un espacio tridimensional sobre el
escritorio. De esta forma, mejoraría el acceso a los archivos.

Cambios de bajo nivel

Otro de los apartados que suscita mucho interés atañe a los cambios de bajo nivel introducidos en
el Explorador de ficheros. Es muy complicado averiguar la envergadura de estas mejoras sin tener
datos concretos, aunque, en la práctica, podemos buscar indicios que nos permitan encontrar
diferencias.

åor ejemplo, el software Asus EEEStorage que permite integrar en el Explorador de archivos un
acceso directo al espacio on-line de almacenamiento de Asus para sus usuarios, originó un
problema serio de estabilidad en este componente. El Explorador de archivos de Windows 7
originó constantemente un error en tiempo de ejecución que, sencillamente, lo «colgó».

El antivirus 2009 de Symantec, sin embargo, funcionó bien. Y generalmente los antivirus son unas
de las aplicaciones que peor encajan los cambios en el Explorador de archivos. Lo que no ha
cambiado un ápice es la estrecha relación existente entre este último componente y otros
elementos del sistema, como el menú Inicio o la barra de tareas. De esta forma, si se cuelga el
Explorador, se bloquean también estos elementos del sistema.
åor el momento, es demasiado pronto para extraer conclusiones, pero lo cierto es que echamos
de menos un mayor grado de abstracción. La simplificación del Explorador y las Libraries resultan
interesantes, pero no definitivas. Y, sobre todo, habríamos agradecido una reestructuración a nivel
de procesos para evitar que la estabilidad del sistema tenga una dependencia tan grande del
Explorador.

Discos duros virtuales

Otra novedad de gran interés introducida en Windows 7 es el soporte nativo de discos duros
virtuales VHD (Virtual Hard Disks). Ahora podemos montar las unidades en este formato como si
fuesen unidades físicas. Es más, incluso podemos crear unidades virtuales vacías en las que es
posible guardar documentos y archivos, pues su comportamiento es prácticamente idéntico al de
los discos «tangibles».

Sus aplicaciones son muchas, y representan un modo eficaz de trabajar con archivos de una forma
más ordenada. Eso sí, no podemos crearlos directamente desde el Explorador de archivos, lo que
nos obliga a ir al menú del Administrador de discos para gestionar estas unidades virtuales.

Cuando se haya llenado una de estas unidades, sólo tenemos que desmontarla para tener en un
único fichero todos los contenidos transferidos a la unidad virtual. Microsoft, sin ir más lejos, ya
distribuye algunos contenidos en este formato, incluyendo sistemas operativos completos.
˜


 
    

´



 


 
 

 




 
 
 

 




 


  




 
 




 
 

  
 




 
 
 

 



 
 

  

  

 

 




 


 
 


 
!"#


  




!
$%





!&'(



 





 
  
 

 )

  
 

 

 
 






 
!"#
  
 



*

 Ä





  

 

 
 

  






 
 


!"#



 


 j 
+ 
 


 

  


 r+
 
 


  


 
 
  







 

,

 
  
  



!"#


 

!



  
   


  


  

 
  
-.
  
-/

  
r 
 
!"#


 

 

 
 
 




 
 
 
)
!"#


 


 


 

 













 
!"#
%
 

 

0 




 
 
)

!"#


"#12


 )

  




 






312

 
 
)
!"#

Ä
)
 



!"#


 






+
 

  
-.
  
-/

  
r 



 

 
+
 


 )

  






 
)

  
4

%



 
  

 


 
  

 
 

)
!"#

!


  



 
 
)
  
$ 


 +


  (

Ä
 
 

 



  




 


  
   


  
%
 
 


!"#

  
   

  


 




 4 

 

 
 

 





 


  
    
˜







 


 +


 



  






0 
 





 
 
 
) 
Ä
  

 




 



  
5

  
 

  

r
 
j


  

 
 

 
0 

 


4
  


  




  
 


  




  





 


  


  

   

 

 
 


 *

 Ë

â

   
6

 )
 



)
  
   



 
!" #  



 

 

  
c 
  $#
    

$#
%

  

 )



 

  



 


  

*

& ' 



 
 
 





 
)



  
 
  

 j 
 


 +


4
, 

  













 



& 
'

 
%
  
5

7

 

 
  


 

 


 


 
 




 
  










 


 

 



 




 


 
)
  

  




  



  


  



  

 


 
 
8"#9

6
4 



 


)

 

  
5
%

  


 


 

  
Ë


 ,





7

 



  
5


Ë


 
 

  
)


%


&3:1;




j
 

„
„   
 


 
 

  
Ë



 
 




 



)


6 


 

  






 

 
%




  
5

  
5








 

 


  



 
)




 ) 





 
 

 


%

  
 


  

  
 





 

 


  







 
6 

 

 

 

 

 
 

  

 2






 



 
 
 )


O


 


 











 


 
 


 





  



 




-

 


 Ë


0











O



 


 

  



 
  

  








%



Ä






 














 

+ 










 


 
 



 


 

! 

 
 ,

 

 


 








  



 

´ 



 

 

 


 


 

 

 

 
 
  

 2







 


O

 


 











 


 
 


 Ë

O




 

$
 

 (








 

 

 



)

´!j


 

 

 




 








 
 


 

  


 ´ 

 


0


 


 


  


  

 
  


 





 
)











! 






  
 


 


 

  
5


  
 

  

 


 


 
jj 
A. S. vanenbaum. ͞Sistemas Operativos Modernos͟ (1993). Determina que en general, un Sistema
de Archivos está compuesto por: Métodos De Acceso, Administración De Archivos, Administración
De Almacenamiento Secundario, Mecanismos De Integridad.
Métodos De Acceso. Se ocupan de la manera en que se tendrá acceso a la información
almacenada en el archivo. Ejemplo: Secuencial, Directo, indexado, etc.
Administración De Archivos. Se ocupa de ofrecer los mecanismos para almacenar, compartir y
asegurar archivos, así como para hacer referencia a ellos.
Administración De Almacenamiento Secundario. Se ocupa de asignar espacio para los archivos en
los dispositivos de almacenamiento secundario. Mecanismos De Integridad. Se ocupan de
garantizar que no se corrompa la información de un archivo, de tal manera que solo la información
que deba estar en el, se encuentre ahí.

  jj 
J. L. åeterson; A. Silberschatz (1991) Se refiere a las diferentes maneras en las que puede ser
organizada la información de los archivos, así como las diferentes maneras en que ésta puede ser
accesada. Dado que hay 2 niveles de visión de los archivos (físico y lógico), se puede hablar
también de 2 aspectos de organización de archivos: Organización de archivos lógicos y de archivos
físicos.

DE ARCHIVOS LOGICOS. Contempla la organización desde el punto de vista lógico. åor ejemplo,
secuencial, directo, etc.
DE ARCHIVOS FISICOS. Contempla la administración de archivos desde la perspectiva física,
particularmente la organización del almacenamiento en disco a nivel de pistas y sectores.
Este tipo de organización muestra a su vez, 2 aspectos importantes: Métodos De Asignación De
Espacio Libre y Asignación De Espacio De Almacenamiento Del Archivo.
vambién J. L. åeterson; A. Silberschatz menciona los siguientes métodos de asignación:
MEvODOS DE ASIGNACION DE ESåACIO LIBRE
Un método de asignación de espacio libre determina la manera en que un Sistema Operativo
controla los lugares del disco que no están siendo ocupados. åara el control del espacio libre se
puede utilizar como base alguno de los métodos teóricos: Vector de Bits, Lista Ligada, åor
Agrupación y por Contador.
VECvOR DE BIvS
Se tiene un arreglo de bits, el número de bits que tiene, representa cada sector del disco, o sea
que si los sectores 10 y 11 están ocupados su representación será:
LISvA LIGADA
Existe una cabecera en la que se tiene la dirección del primer sector vació, ese sector a su vez,
tiene un apuntador al siguiente bloque, y así sucesivamente hasta que se encuentre una marca
indicando que ya no hay espacio libre.
åOR AGRUåACION
Es similar a la lista ligada, solo que en este se tiene por cada sector, un grupo de apuntadores a
varios espacios vacíos, al final de cada bloque se tiene un apuntador a otro grupo de apuntadores.
åOR CONvADOR
Aquí, por cada conjunto de bloques contiguos que estén vacíos, se tiene por cada apuntador, un
número de inicio y el tamaño del grupo de sectores vacíos.





 
 #

(
'
)*+



La estructura de directorios suele ser jerárquica, ramificada o "en árbol", aunque en algún caso
podría ser plana. En algunos sistemas de archivos los nombres de archivos son estructurados, con
sintaxis especiales para extensiones de archivos y números de versión. En otros, los nombres de
archivos son simplemente cadenas de texto y los meta datos de cada archivo son alojados
separadamente.
En los sistemas de archivos jerárquicos, usualmente, se declara la ubicación precisa de un archivo
con una cadena de texto llamada "ruta" (o path en inglés). La nomenclatura para rutas varía
ligeramente de sistema en sistema, pero mantienen por lo general una misma estructura. Una ruta
viene dada por una sucesión de nombres de directorios y subdirectorios, ordenados
jerárquicamente de izquierda a derecha y separados por algún carácter especial que suele ser una
barra ('/') o barra invertida ('\') y puede terminar en el nombre de un archivo presente en la última
rama de directorios especificada.
Ejemplo de 'ruta' en un sistema Unix
Así, por ejemplo, en un sistema tipo Unix como GNU/Linux, la ruta para la canción llamada
"cancion.ogg" del usuario "pedro" sería algo como:/home/pedro/musica/cancion.ogg
Donde:
· '/' representa el directorio raiz donde está montado todo el sistema de archivos.
· 'home/pedro/musica/' es la ruta del archivo.
· 'cancion.ogg' es el nombre del archivo.

Ejemplo de 'ruta' en un sistema Windows

Un ejemplo análogo en un sistema de archivos de Windows(específicamente en Windows Xå) se
vería como:C:\Documents and Settings\pedro\MisDocumentos\Mi música\canción.ogg
Donde:
· 'C:\' es la unidad de almacenamiento en la que se encuentra el archivo.
· 'Documents and Settings\pedro\Mis Documentos\Mi música\' es la ruta del archivo.
· 'canción.ogg' es el nombre del archivo.
· '.ogg' es la extensión del archivo, este elemento, parte del nombre, es especialmente relevante
en los sistemas Windows, ya que sirve para identificar qué aplicación está asociada con el archivo
en cuestión, es decir, con qué programa se puede editar o reproducir el archivo.
El software del sistema de archivos es responsable de la organización de estos sectores en
archivos y directorios y mantiene un registro de qué sectores pertenecen a qué archivos y cuáles
no han sido utilizados.

DIRECvORIO JERARQUICO
A. S. vanenbaum. ͞Sistemas Operativos Modernos͟ (1993). Explica que los archivos son
almacenados por medio de directorios, esta clasificación se de acuerdo a la conveniencia del
usuario o de la empresa. La estructura tiene una forma de árbol con raíz, este método es el más
utilizado debido a que la revisión o búsqueda se realiza de forma sencilla.
åara acceder a los archivos que se almacenan en un sistema jerárquico, el usuario debe indicar el o
los directorios que se deben recorrer para localizar el archivo deseado, a esto se le denomina ruta
de acceso del archivo. La ruta de acceso puede ser de dos formas:
Ruta absoluta.- Este tipo de ruta de acceso inicia siempre con una diagonal invertida [ ]
C:\Edit c:\SOS\sistemas\report.txt
Ruta relativa.- Este tipo de ruta de acceso realiza la búsqueda del archivo en el directorio de
trabajo actual, si el archivo no se localiza aquí, el S.O. lo buscará en los directorios especificados en
el åAvH de un archivo con extensión .BAv.
C:\Edit report.txt

  jj jj!
DEIvEL, Harvey, ͞Sistemas Operativos͟ (1993) Afirma que debido a que los archivos se mantienen
tanto en memoria principal como en el disco, debemos asegurarnos de que un fallo del sistema no
de por resultado la perdida de datos o inconsistencia en los mismos.
La destrucción de la información, ya sea accidental o intencional, es una realidad y tiene distintas
causas:
Fallas de hardware y de software.
Fenómenos meteorológicos atmosféricos.
Fallas en el suministro de energía.
Incendios e inundaciones.
Robos, vandalismo (incluso terrorismo).
Etc.
Esta posible destrucción de la información debe ser tenida en cuenta por:
Los sistemas operativos en general.
Los sistemas de archivos en particular.
Una técnica muy usada para asegurar la disponibilidad de los datos es realizar respaldos
periódicos:
Hacer con regularidad una o más copias de los archivos y colocarlas en lugar seguro.
vodas las actualizaciones realizadas luego del último respaldo pueden perderse.
Otra técnica es pasar todas las transacciones a un archivo, copiándolas en otro disco:
Genera una redundancia que puede ser costosa.
En caso de fallas en el disco principal, puede reconstruirse todo el trabajo perdido si el disco de
reserva no se dañó también.
vambién existe la posibilidad del respaldo incremental :
Durante una sesión de trabajo los archivos modificados quedan marcados.
Cuando un usuario se retira del sistema (deja de trabajar), un proceso del sistema efectúa el
respaldo de los archivos marcados.
Se debe tener presente que es muy difícil garantizar una seguridad absoluta de los archivos.
El método correcto de manejar fallos consiste básicamente en detectarlos a tiempo y de forma
correcta. La inclusión de equipos de test en el sistema es esencial para mantener esta capacidad
de monitorización.

En cualquier caso, la caída total o parcial del sistema se puede subsanar en parte si hay puntos de
restauración del sistema (chkpt). Esta posibilidad aumenta la disponibilidad de recuperación en
caso de fallos.




,-&.,/011&2-3&1
FAv es con mucha diferencia el sistema de archivos más sencillo compatible con Windows Nv. El
sistema de archivos FAv se caracteriza por la tabla de asignación de archivos (FAv), que en realidad
es una tabla en la que reside la parte "superior" del volumen. åara proteger el volumen, se
conservan dos copias de la FAv por si una de ellas resulta dañada. Además, las tablas de FAv y el
directorio raíz deben almacenarse en una ubicación fija para que se puedan encontrar
correctamente los archivos de inicio del sistema.

Un disco formateado con FAv se asigna en clústeres, cuyo tamaño está determinado por el
tamaño del volumen. Cuando se crea un archivo, se crea una entrada en el directorio y se
establece el primer número de clúster que contiene datos. Esta entrada de la tabla FAv indica que
éste es el último clúster del archivo o señala al clúster siguiente.

La actualización de la tabla FAv es muy importante y consume mucho tiempo. Si no se actualiza la

tabla FAv periódicamente, pueden producirse pérdidas de datos. Consume mucho tiempo porque
las cabezas lectoras de disco deben cambiar de posición y ponerse a cero en la pista lógica de la
unidad cada vez que se actualiza la tabla FAv.
No hay ninguna organización en cuanto a la estructura de directorios de FAv y se asigna a los
archivos la primera ubicación libre de la unidad. Además, FAv sólo es compatible con los atributos
de archivo de sólo lectura, oculto, sistema y modificado.

Convención de nomenclatura de FAv

FAv utiliza la convención tradicional de nombres de archivo 8.3 y todos los nombres de archivo
deben crearse con el juego de caracteres ASCII. El nombre de un archivo o directorio puede tener
ocho caracteres de longitud, después un separador de punto (.) y una extensión de hasta tres
caracteres. El nombre debe empezar con una letra o un número y puede contener cualquier
carácter excepto los siguientes:
456789:;<=

Si se utiliza cualquiera de estos caracteres, pueden producirse resultados inesperados. El nombre

no puede contener espacios en blanco.

Los nombres siguientes están reservados:

-=>?=-.=-.=-.!=-.@=2A=2A=2A!=A&=>2

vodos los caracteres se convertirán a mayúsculas.

B
)

No es posible realizar una recuperación de archivos eliminados bajo Windows Nv en cualquiera de
los sistemas de archivos compatibles. Las utilidades de recuperación de archivos eliminados
intentan tener acceso directamente al hardware, lo que no se puede hacer en Windows Nv. Sin
embargo, si el archivo estuviera en una partición FAv y se reiniciara el sistema bajo MS-DOS, se
podría recuperar el archivo. El sistema de archivos FAv es adecuado para las unidades y/o
particiones de menos de 200 MB aproximadamente, ya que FAv se inicia con muy poca
sobrecarga. åara obtener una explicación más amplia de las ventajas de FAv, vea lo siguiente: ͻ
"Guía de conceptos y diseño" de Microsoft Windows Nv Server, capítulo 5, sección titulada
"Elección de un sistema de archivos"
ͻ Kit de recursos de Microsoft Windows Nv Workstation 4.0, capítulo 18, "Elección de un sistema
de archivos"
ͻ "Guía de recursos" del Kit de recursos de Microsoft Windows Nv Server 4.0, capítulo 3, sección
titulada "Qué sistema de archivos utilizar en cada volumen"

C
)

åreferiblemente, cuando se utilicen unidades o particiones de más de 200 MB no debe utilizarse el
sistema de archivos FAv. Esto se debe a que a medida que aumente el tamaño del volumen, el
rendimiento con FAv disminuirá rápidamente. No es posible establecer permisos en archivos que
estén en particiones FAv.
Las particiones FAv tienen un tamaño limitado a un máximo de 4 Gigabytes (GB) bajo Windows Nv
y 2 GB en MS-DOS. åara obtener información adicional acerca de esta limitación, consulte el
siguiente artículo de Microsoft Knowledge Base:
ID. DE ARv CULO: 118335 118335
v vULO: vamaño máximo de partición con el sistema de archivos FAv16
åara obtener una explicación más detallada de otras desventajas de FAv, vea lo siguiente: ͻ "Guía
de conceptos y diseño" de Microsoft Windows Nv Server, capítulo 5, sección titulada "Elección de
un sistema de archivos"
ͻ Kit de recursos de Microsoft Windows Nv Workstation 4.0, capítulo 18, "Elección de un sistema
de archivos"
ͻ "Guía de recursos" del Kit de recursos de Microsoft Windows Nv Server 4.0, capítulo 3, sección
titulada "Qué sistema de archivos utilizar en cada volumen"

,-&.,/011&2-3&1DA
El sistema de archivos HåFS se presentó por primera vez con OS/2 1.2 para permitir un mejor
acceso a los discos duros mayores que estaban apareciendo en el mercado. Además, era necesario
que un nuevo sistema de archivos extendiera el sistema de nomenclatura, la organización y la
seguridad para las crecientes demandas del mercado de servidores de red. HåFS mantiene la
organización de directorio de FAv, pero agrega la ordenación automática del directorio basada en
nombres de archivo. Los nombres de archivo se extienden hasta 254 caracteres de doble byte.
HåFS también permite crear un archivo de "datos" y atributos especiales para permitir una mayor
flexibilidad en lo que se refiere a admitir otras convenciones de nomenclatura y seguridad.
Además, la unidad de asignación cambia de clústeres a sectores físicos (512 bytes), lo que reduce
el espacio en disco perdido.

Bajo HåFS, las entradas del directorio contienen más información que bajo FAv. Además del
archivo de atributo, esto incluye información sobre la fecha y la hora de modificación, creación y
acceso. En lugar de señalar al primer clúster del archivo, bajo HåFS las entradas del directorio
señalan a FNODE. FNODE puede contener los datos del archivo, o punteros que pueden señalar a
datos del archivo o a otras estructuras que señalarán a datos del archivo.

HåFS intenta asignar la mayor cantidad de datos de un archivo en sectores contiguos como sea
posible. De esta forma aumenta la velocidad al hacer un procesamiento secuencial de un archivo.

HåFS organiza una unidad en una serie de bandas de 8 MB y siempre que sea posible un archivo
está contenido dentro de una de estas bandas. Entre cada una de estas bandas hay 2K mapas de
bits de asignación, que hacen un seguimiento de los sectores dentro de una banda que se han
asignado y que no se han asignado. La creación de bandas aumenta el rendimiento porque el
cabezal de la unidad de disco no tiene que volver a la parte superior lógica (normalmente el
cilindro 0) del disco, sino al mapa de bits de asignación de banda más cercano, para determinar
dónde se almacenará un archivo.
Además, HåFS incluye un par de objetos de datos especiales únicos:
Volver al principio

3+
E
El Bloque súper se encuentra en el sector lógico 16 y contiene un puntero al FNODE del directorio
raíz. Uno de los mayores peligros de utilizar HåFS es que si el Bloque súper se pierde o resulta
dañado debido a un sector defectuoso, también se pierde o resulta dañado el contenido de la
partición, incluso aunque el resto de la unidad esté bien. Sería posible recuperar los datos de la
unidad copiando todo a otra unidad con un sector 16 en buen estado y volviendo a generar el
Bloque súper. Sin embargo, es una tarea muy compleja.

3+


El Bloque de reserva se encuentra en el sector lógico 17, y contiene una tabla de "revisiones" y el
Bloque de directorio de reserva. Bajo HåFS, cuando se detecta un sector defectuoso, la entrada de
las "revisiones" se utiliza para señalar lógicamente a un sector en buen estado existente en lugar
de al sector defectuoso. Esta técnica para controlar los errores de escritura se conoce como
revisión.

La revisión es una técnica en la que si se produce un error debido a un sector defectuoso, el

sistema de archivos mueve la información a otro sector diferente y marca el sector original como
no válido. vodo ello se realiza de forma transparente para cualquier aplicación que esté realizando
operaciones de E/S de disco (es decir, la aplicación nunca sabe que hubo problemas con el disco
duro). Al utilizar un sistema de archivos que admite revisiones se eliminarán mensajes de error
como el de FAv "¿Desea interrumpir, reintentar o cancelar"? que aparece cuando se encuentra un
sector defectuoso.

Nota: la versión de HåFS incluida con Windows Nv no admite revisiones.

B
)
DA
HåFS es el mejor para las unidades comprendidas entre 200 y 400 MB. åara obtener una
explicación más detallada de las ventajas de HåFS, vea lo siguiente: ͻ "Guía de conceptos y diseño"
de Microsoft Windows Nv Server, capítulo 5, sección titulada "Elección de un sistema de archivos"
ͻ Kit de recursos de Microsoft Windows Nv Workstation 4.0, capítulo 18, "Elección de un sistema
de archivos"
ͻ "Guía de recursos" del Kit de recursos de Microsoft Windows Nv Server 4.0, capítulo 3, sección
titulada "Qué sistema de archivos utilizar en cada volumen"

C
)
DA
Debido a la sobrecarga que implica HåFS, no es una opción muy eficaz para un volumen de menos
de 200 MB aproximadamente. Además, con volúmenes mayores de unos 400 MB, habrá una ligera
degradación del rendimiento. No puede establecer seguridad en HåFS bajo Windows Nv.
HåFS sólo es compatible con las versiones 3.1, 3.5 y 3.51 de Windows Nv. Windows Nv 4.0 no
puede tener acceso a particiones HåFS.

åara conocer otras desventajas adicionales de HåFS, vea lo siguiente:

ͻ "Guía de conceptos y diseño" de Microsoft Windows Nv Server, capítulo 5, sección titulada

"Elección de un sistema de archivos"
ͻ Kit de recursos de Microsoft Windows Nv Workstation 4.0, capítulo 18, "Elección de un sistema
de archivos"
ͻ "Guía de recursos" del Kit de recursos de Microsoft Windows Nv Server 4.0, capítulo 3, sección
titulada "Qué sistema de archivos utilizar en cada volumen"

,-&.,/011&2-3&1
Desde el punto de vista de un usuario, NvFS sigue organizando los archivos en directorios que, al
igual que ocurre en HåFS, se ordenan. Sin embargo, a diferencia de FAv o de HåFS, no hay ningún
objeto "especial" en el disco y no hay ninguna dependencia del hardware subyacente, como
sectores de 512 bytes. Además, no hay ninguna ubicación especial en el disco, como las tablas de
FAv o los Bloques súper de HåFS.

Los objetivos de NvFS son proporcionar lo siguiente: ͻ Confiabilidad, que es especialmente

deseable para los sistemas avanzados y los servidores de archivos
ͻ Una plataforma para tener mayor funcionalidad
ͻ Compatibilidad con los requisitos de åOSIX
ͻ Eliminación de las limitaciones de los sistemas de archivos FAv y HåFS

F
G

åara garantizar la confiabilidad de NvFS, se trataron tres áreas principales: posibilidad de
recuperación, eliminación de errores graves de un único sector y revisiones.

NvFS es un sistema de archivos recuperable porque hace un seguimiento de las transacciones con
el sistema de archivos. Cuando se ejecuta un comando CHKDSK en FAv o HåFS, se comprueba la
coherencia de los punteros dentro del directorio, la asignación y las tablas de archivos. En NvFS se
mantiene un registro de transacciones con estos componentes de forma que CHKDSK sólo tenga
que deshacer las transacciones hasta el último punto de confirmación para recuperar la
coherencia dentro del sistema de archivos.

En FAv o en HåFS, si se produce un error en un sector que es la ubicación de uno de los objetos
especiales del sistema de archivos, se producirá un error de un único sector. NvFS evita esto de
dos maneras: en primer lugar, no utilizando objetos especiales en el disco, y efectuando el
seguimiento y protegiendo todos los objetos del disco. En segundo lugar, bajo NvFS se mantienen
varias copias (el número depende del tamaño del volumen) de la vabla maestra de archivos.
De manera similar a las versiones OS/2 de HåFS, NvFS admite revisiones.


 


((


Uno de los principales objetivos de diseño de Windows Nv en cada nivel es proporcionar una
plataforma a la que se pueda agregar e integrar funciones, y NvFS no es ninguna excepción. NvFS
proporciona una plataforma enriquecida y flexible que otros sistemas de archivos pueden utilizar.
Además, NvFS es totalmente compatible con el modelo de seguridad de Windows Nv y admite
varias secuencias de datos. Ya no es cierto que un archivo de datos sea una única secuencia de
datos. åor último, bajo NvFS un usuario puede agregar a un archivo sus propios atributos definidos
por el usuario.

 
G
 A-,?
NvFS es el sistema de archivos compatible que mejor se adhiere a åOSIX.1, ya que cumple los
requisitos siguientes de åOSIX.1:

Nomenclatura con distinción entre mayúsculas y minúsculas:

Bajo åOSIX, LÉAME.vXv, Léame.txt y léame.txt son todos archivos diferentes.

Marca de tiempo adicional:

La marca de tiempo adicional proporciona la hora a la que se tuvo acceso al archivo por última vez.

Vínculos físicos:

Un vínculo físico se produce cuando dos nombres de archivo diferentes, que pueden estar en
directorios diferentes, señalan a los mismos datos.



 

En primer lugar, NvFS ha aumentado considerablemente el tamaño de los archivos y los
volúmenes, de forma que ahora pueden tener hasta 2^64 bytes (16 exabytes o
18.446.744.073.709.551.616 bytes). NvFS también ha vuelto al concepto de clústeres de FAv para
evitar el problema de HåFS de un tamaño de sector fijo. Esto se hizo porque Windows Nv es un
sistema operativo portátil y es probable que se encuentre tecnología de disco diferente en algún
lugar. åor tanto, se consideró que era posible que 512 bytes por sector no fuera siempre un valor
bueno para la asignación. åara lograrlo, se permitió definir el clúster como múltiplos del tamaño
de asignación natural del hardware. åor último, en NvFS todos los nombres de archivo se basan en
Unicode y los nombres de archivo 8.3 se conservan junto con los nombres de archivo largos.

B
)

NvFS es más adecuado para volúmenes de unos 400 MB o más. Esto se debe a que el rendimiento
no se degrada bajo NvFS, como ocurre bajo FAv, con tamaños de volumen mayores.

La posibilidad de recuperación diseñada en NvFS es tal que un usuario nunca debe tener que
ejecutar ningún tipo de utilidad de reparación de disco en una partición NvFS. åara conocer otras
ventajas adicionales de NvFS, vea lo siguiente: ͻ "Guía de conceptos y diseño" de Microsoft
Windows Nv Server, capítulo 5, sección titulada "Elección de un sistema de archivos"
ͻ Kit de recursos de Microsoft Windows Nv Workstation 4.0, capítulo 18, "Elección de un sistema
de archivos"
ͻ "Guía de recursos" del Kit de recursos de Microsoft Windows Nv Server 4.0, capítulo 3, sección
titulada "Qué sistema de archivos utilizar en cada volumen"

C
)

No se recomienda utilizar NvFS en un volumen de menos de unos 400 MB, debido a la sobrecarga
de espacio que implica NvFS. Esta sobrecarga de espacio se refiere a los archivos de sistema de
NvFS que normalmente utilizan por lo menos 4 MB de espacio de unidad en una partición de 100
MB.

NvFS no integra actualmente ningún cifrado de archivos. åor tanto, alguien puede iniciar bajo MS-
DOS u otro sistema operativo y emplear una utilidad de edición de disco de bajo nivel para ver los
datos almacenados en un volumen NvFS.

No es posible formatear un disquete con el sistema de archivos NvFS; Windows Nv formatea todos
los disquetes con el sistema de archivos FAv porque la sobrecarga de espacio que implica NvFS no
cabe en un disquete.

åara obtener una explicación más detallada de las desventajas de NvFS, vea lo siguiente: ͻ "Guía
de conceptos y diseño" de Microsoft Windows Nv Server, capítulo 5, sección titulada "Elección de
un sistema de archivos"
ͻ Kit de recursos de Microsoft Windows Nv Workstation 4.0, capítulo 18, "Elección de un sistema
de archivos"
ͻ "Guía de recursos" del Kit de recursos de Microsoft Windows Nv Server 4.0, capítulo 3, sección
titulada "Qué sistema de archivos utilizar en cada volumen" .

Convenciones de nomenclatura de NvFS

Los nombres de archivo y de directorio pueden tener hasta 255 caracteres de longitud, incluyendo
cualquier extensión. Los nombres conservan el modelo de mayúsculas y minúsculas, pero no
distinguen mayúsculas de minúsculas. NvFS no realiza ninguna distinción de los nombres de
archivo basándose en el modelo de mayúsculas y minúsculas. Los nombres pueden contener
cualquier carácter excepto los siguientes:
456HIJ;9

Actualmente, desde la línea de comandos sólo puede crear nombres de archivo de 253 caracteres
como máximo.

NOvA: las limitaciones del hardware subyacente pueden imponer otras limitaciones sobre el
tamaño de partición en cualquier sistema de archivos. En concreto, una partición de inicio sólo
puede tener un tamaño de 7,8 GB y hay una limitación de 2 terabytes en la tabla de particiones.