  HDs grandes: mini-COMO
  Andries Brouwer, aeb@cwi.nl
  Traduccin: Fco. J. Montilla Blanco, pacopepe@nova.es
  v1.0, 960626

  Todo lo referente a geometras de disco, as como el lmite de 1024
  cilindros para los discos duros.
  ______________________________________________________________________

  ndice General:

  1.      El Problema

  2.      Arrancando

  3.      Geometra de los discos y particiones.

  4.      Traslaciones y Managers de disco

  5.      Traslacin de disco al ncleo en discos IDE.

  5.1.    EZD

  5.2.    DM6:DDO

  5.3.    DM6:AUX

  5.4.    DM6:MBR

  5.5.    PTBL

  6.      Consecuencias

  6.1.    Detalles IDE

  6.2.    Detalles SCSI

  7.      Anexo: Grupos LiNUXeros en Espaa.
  ______________________________________________________________________

  1.  El Problema

  Suponga que tiene un disco duro con ms de 1024 cilindros.  Suponga
  que encima emplea un sistema operativo que hace uso de la BIOS.  Si es
  as, entonces tiene un problema, ya que el habitual interfaz de la
  BIOS a operaciones de E/S con discos, la INT13, usa un campo de 10
  bits para el cilindro en el que se produce una operacin de E/S, por
  lo que cilindros ms all del 1024 resultarn inaccesibles.

  Afortunadamente, Linux no hace uso de la BIOS, por lo que no resulta
  un problema.

  Bueno, a excepcin de dos aspectos:

  1. Cuando arranca el sistema, Linux no est ejecutndose todava, y
     por tanto, no puede ahorrarle los problemas relacionados con la
     BIOS.  Esto acarrea ciertas consecuencias para con LILO y gestores
     de arranque similares.

  2. Es necesario, para todos los sistemas operativos que compartan un
     disco el coincidir en dnde estn las particiones. En otras
     palabras, si usa Linux, y por ejemplo, Dos en un disco, ambos
     debern interpretar la tabla de particiones del mismo modo. Esto
     resulta en determinadas consecuencias con el ncleo de Linux y
     fdisk.

  Lo que sigue es una descripcin bastante detallada de todos los
  detalles relevantes. Tngase en cuenta que emple el kernel 2.0.8 como
  fuente de referencias; para otras versiones la cosa puede variar
  ligeramente.

  2.  Arrancando

  Cuando el sistema arranca, la BIOS lee el sector 0 (conocido como MBR,
  Master Boot Record, o Registro de Arranque Principal) del primer disco
  (o de un floppy), y salta al cdigo all residente --algn tipo
  cargador bootstrap (-- N del T: El trmino bootstrap procede de la
  expresin anglosajona ``To pull oneself up by one's bootstraps'', que
  viene a significar ``rehacerse por s slo, por sus propios medios, o
  por mritos propios, etc''--) , generalmente--. Los pequeos programas
  de bootstrap que all se encuentran no poseen controladores de disco
  propios, tpicamente, y emplean servicios de la BIOS para ello.  Esto
  significa que el ncleo de Linux slo puede arrancar cuando reside
  enteramente antes de los primeros 1024 cilindros.

  Este problema se puede resolver fcilmente, asegurndose de que el
  ncleo (y quizs otros ficheros empleados durante la fase de arranque,
  como los ficheros de mapeo de LILO) residen en una particin que se
  encuentra en su totalidad en los primeros 1024 cilindros de un disco
  al que la BIOS puede acceder --esto significa que probablemente sea el
  primer o segundo disco--.

  Otro punto a considerar es que tanto el cargador de arranque y la BIOS
  deben asentir en cuanto a la geometra del disco. Podra ser til dar
  a LILO la opcin `linear'. Ms sobre esto a continuacin.

  3.  Geometra de los discos y particiones.

  Si tiene varios sistemas operativos en sus discos, cada uno puede
  estar utilizando una o varias particiones. El ms mnimo desacuerdo en
  cuanto a dnde estn dichas particiones puede acarrear catastrficas
  consecuencias.

  El MBR contiene una tabla de particiones describiendo donde estn las
  particiones (primarias). Hay 4 entradas en dicha tabla, para 4
  particiones primarias (-- N del T: o para 3 primarias y 1 extendida--)
  , y cada una tiene el siguiente aspecto:

       struct partition {
               char active;    /* 0x80: arrancable, 0: no arrancable */
               char begin[3];  /* CHS para el primer sector */
               char type;
               char end[3];    /* CHS para el ultimo sector */
               int start;      /* numero de sector en 32 bit (contado desde 0) */
               int length;     /* numero de sectores 32 en bit */
       };

  (donde CHS se refiere a Cilindros/Cabezas/Sectores).

  Por tanto, la informacin es redundante: la localizacin de la
  particin se da tanto por los campos de 24 bits begin y end, como por
  los campos de 32 bits start y length.

  Linux slo usa los campos start y length, y puede por tanto manejar
  particiones no mayores de 2^32 sectores, o lo que es lo mismo,
  particiones de ms de 2 TeraBytes. Lo cual es doscientas veces el
  tamao de los discos disponibles actualmente, por lo que ser
  suficiente para los prximos 10 aos o as.

  Desafortunadamente, la llamada a la INT13 de la BIOS emplea los CHS
  codificados en tres bytes, con 10 bits para el nmero de cilindro, 8
  para el nmero de cabeza, y 6 para el numero de sector de pista.

  Los nmeros posibles de cilindro son 0-1023, de cabeza 0-255, y de
  sector de pista 1-63 (s, los sectores de una pista se cuentan desde
  1, no desde 0).  Con esos 24 bits se puede acceder a 8455716864 bytes
  (7.875 GB), doscientas veces ms de las capacidades de disco
  disponibles en 1983.

  Todava ms desafortunadamente, los interfaces IDE estndar permiten
  256 sectores/pista, 65536 cilindros y 16 cabezas. Esto por s mismo
  permite el acceso a 2^37 = 137438953472 bytes (128 GB), pero combinado
  con la restriccin de la BIOS a 63 sectores y 1024 cilindros hace que
  slo queden 528482304 bytes (504 MB) accesibles.

  Esto no es suficiente para los discos de hoy en da, por lo que la
  gente recurre a todo tipo de triquiuelas, tanto va hardware como
  software.

  4.  Traslaciones y Managers de disco

  A nadie le importa cul es la geometra `real' de un disco.  De hecho,
  incluso el nmero de sectores por pista es variable --hay ms sectores
  por pista conforme nos acercamos al borde exterior del disco-- por lo
  que no hay un nmero de sectores por pista `verdadero'.

  Para el usuario resulta ms conveniente considerar un disco como una
  simple serie (-- N del T: ``array'' en el original.--) lineal de
  sectores numerados como 0, 1, ..., y dejar a la controladora el
  trabajo de encontrar en qu lugar del disco reside un sector dado.

  Esta numeracin lineal se conoce como LBA. Las direcciones lineales
  correspondientes a (c,h,s) (-- N del T: c=cilindros h=cabezas
  s=sectores; parmetros lgicos.--) para un disco con geometra (C,H,S)
  (-- N del T: parmetros fsicos--) corresponden a c*H*S + h*S + (s-1).
  Todas las controladoras SCSI ``hablan'' LBA, junto con algunas IDE.

  Si la BIOS convierte los (c,h,s) de 24 bits a LBA y le pasa eso a una
  controladora que ``entienda'' LBA, entonces vuelven a ser accesibles
  7.875 GB.  No es suficiente para todos los discos, pero no deja de ser
  constituir una mejora.  Tngase en cuenta que que aqu CHS, tal y como
  los usa la BIOS, no tiene nada que ver con la `realidad'.

  Algo similar funciona cuando la controladora no ``habla'' LBA, pero la
  BIOS s sabe hacer la traslacin. (En el setup esto se suele indicar
  como ``large''.) La BIOS presentar una geometra (C',H',S') al
  sistema operativo, usando (C,H,S) para hablar con la controladora del
  disco.  Normalmente S = S', C' = C/N y H' = H*N, donde N es la menor
  potencia de dos que asegura que C' <= 1024 (a fin de que se malgaste
  la menor capacidad posible al redondear en C' = C/N).  Nuevamente,
  esto nos proporciona acceso a 7.875 GB.

  Si la BIOS no sabe nada acerca de `LBA' o `Large', podemos recurrir a
  ciertas soluciones software. Los Disk Managers o Gestores de Disco
  como OnTrack o EZ-Drive reemplazan las rutinas de gestin de disco por
  otras suyas.  Esto se lleva a cabo normalmente haciendo residir el
  cdigo del gestor de disco en el MBR y sectores subsecuentes (OnTrack
  llama a este cdigo DDO: Dynamic Drive Overlay (-- N del T: algo as
  como Superposicin Dinmica de Disco.--) , de modo que sea arrancado
  antes que cualquier otro sistema operativo. Esa es la razn por la que
  se pueden tener problemas arrancando desde disquete cuando se ha
  instalado un Gestor de Disco. (-- N. del T. Esto no significa que no
  pueda hacerse de modo seguro; los gestores suelen proveer utilidades
  para hacer disquetes especiales de arranque--)

  El efecto es ms o menos el mismo que cuando se hacen traslaciones va
  BIOS, pero --especialmente cuando  haya distintos sistemas operativos
  en el mismo disco-- con la salvedad de que pueden causar bastantes
  problemas.

  Linux soporta OnTrack Disk Manager desde la versin de ncleo 1.3.14,
  y  EZ-Drive desde la versin 1.3.29. Ms detalles a continuacin.

  5.  Traslacin de disco al ncleo en discos IDE.

  Si el ncleo de Linux detecta la presencia de algn gestor de disco en
  un disco IDE, tratar de remapear el disco del mismo modo en que lo
  haya hecho el gestor de disco, de modo que Linux `vea' el mismo
  particionamiento del mismo que bajo DOS con OnTrack o EZ-Drive.  No
  obstante, NO se produce remapeo alguno cuando se especifica la
  geometra en la lnea de comandos (-- N del T: Paso de parmetros a
  LILO o loadlin al arrancar Linux--) , por lo que una opcin como
  `hd=cyls,heads,secs' puede acabar perfectamente con la compatibilidad
  de un gestor de disco.

  El remapeo se lleva  a cabo probando con 4, 8, 16, 32, 64, 128, 255
  Cabezas (manteniendo H*C constante) hasta que o bien C <= 1024 o H =
  255.

  Los detalles vienen a continuacin. --los ttulos de las subsecciones
  son las que aparecen en los mensajes de arranque correspondientes--.
  Tanto aqu como en cualquier otra parte de este texto, los tipos de
  particin se darn en notacin hexadecimal.

  5.1.  EZD

  EZ-Drive se detecta por el hecho de que la primera particin primaria
  es de tipo 55. La geometra se remapea como se describi
  anteriormente, desechando la tabla de particiones del sector 0 --en
  lugar de ello, se lee del sector 1--.  Los nmeros de bloque del disco
  no sufren cambio alguno, tan slo se redirigen las operaciones de
  escritura al sector 0 al sector 1.  Se puede cambiar este
  comportamiento recompilando el kernel con la definicin

       #define FAKE_FDISK_FOR_EZDRIVE  0

  en ide.c.

  5.2.  DM6:DDO

  OnTrack DiskManager (en el primer disco) se detecta por el hecho de
  que la primera particin primaria es de tipo 54. La geometra se
  remapea como se describi anteriormente, y el disco se desplaza
  enteramente 63 sectores (por lo que el antiguo sector 63 pasa a ser el
  sector 0).  Posteriormente, un MBR nuevo (con su correspondiente tabla
  de particiones) es ledo del nuevo sector 0. Por supuesto este
  desplazamiento se lleva a cabo para hacer sitio al DDO --a esto se
  debe a que no se produzca dicho desplazamiento en los dems discos--.

  5.3.  DM6:AUX

  OnTrack DiskManager (en otros discos) es detectado por la
  circunstancia de que la primera particin primaria es de tipo 51 o 53.
  La geometra se remapea como describimos antes.

  5.4.  DM6:MBR

  Una versin ms antigua de OnTrack DiskManager se detecta no por el
  tipo de particin, sino por la firma. (Se comprueba que el offset
  encontrado en los bytes 2 y 3 del MBR no es superior a 430, la
  abreviatura encontrada en este offset es igual a 0x55AA, y est
  seguido por un byte impar.).  Nuevamente, la geometra se remapea como
  anteriormente.

  5.5.  PTBL

  Para finalizar, hay un test que intenta deducir si existe traslacin a
  partir de los valores start y end (-- N del T: comienzo y final
  respectivamente--) de las particiones primarias: Si alguna particin
  posee un cilindro de comienzo y fin menor de 256, sectores de comienzo
  y fin 1 y 63 respectivamente, y como cabezas finales 31, 63 o 127,
  entonces dado que acabar las particiones en el lmite de un cilindro
  es algo ``no estandarizado'' y dado que adems los interfaces IDE usan
  como mucho 16 cabezas, se deduce que est activa alguna traslacin de
  BIOS, y la geometra se remapea para usar 32, 64 o 128 cabezas
  respectivamente.  (Puede que haya una inconsistencia aqu, y genhd.c,
  no debera haber comprobado dos bits mayores por orden del nmero de
  cilindro?).  No obstante, no se lleva a cabo remapeo alguno cuando la
  nocin que se tiene en este momento de la geometra ya es de 63
  sectores por pista con al menos tantas otras cabezas (dado que esto
  significara que el remapeo ya se ha producido).

  6.  Consecuencias

  Qu significa todo esto? Para los usuarios de Linux tan slo una
  cosa: deben de asegurarse de que LILO y fdisk usan la geometra
  correcta, donde `correcta' se define para fdisk como la misma
  geometra usada por los otros sistemas operativos presentes en el
  mismo disco, y para LILO como la geometra que har posible una
  interaccin exitosa con la BIOS en el momento del arranque.
  (Normalmente ambos coinciden).

  Cmo averigua fdisk la geometra?  Pregunta al ncleo, empleando la
  llamada ioctl HDIO_GETGEO.  No obstante, el usuario puede interponerse
  a dicha geometra, interactivamente o en la lnea de comandos.
  Cmo averigua LILO la geometra?  Pregunta al ncleo, usando la
  llamada ioctl HDIO_GETGEO.  No obstante, el usuario puede descartar
  dicha geometra empleando la opcin `disk='.  Se puede pasar tambin
  la opcin linear a LILO, que almacenar en tal caso direcciones LBA en
  lugar de CHS en su fichero de mapeo, averiguando la geometra a usar
  al arrancar (mediante el empleo de de la INT13, funcin 8 para
  preguntar la geometra del disco).

  Cmo sabe el ncleo qu responder?  Veamos, para comenzar, el usuario
  puede haber especificado una geometra explcitamente con la opcin,
  en la lnea de comandos (-- N del T: Al prompt de LILO, el ``LILO
  boot:'' que aparece al encender el ordenador si LILO est
  instalado.--) `hd=cyls,heads,secs'.  En cualquier caso distinto, el
  ncleo preguntar al hardware.

  6.1.  Detalles IDE

  Permtame elaborar.  El controlador (-- N del T: ``driver'' en el
  original, software--) IDE tiene cuatro fuentes de informacin acerca
  de la geometra.  La primera, (G_user) es la especificada por el
  usuario en la lnea de comandos.  La segunda (G_bios) es la Tabla de
  Parmetros de Disco Duro de la BIOS.  (para el primer y segundo disco
  solamente). Esto se lee al arrancar el sistema, antes de cambiar a
  modo 32 bits.  La tercera (G_phys) y cuarta (G_log) son proporcionadas
  por la controladora IDE como respuesta al comando IDENTIFY --son las
  geometras ``fsicas'' y ``lgicas actuales''--.

  Por otra parte, el controlador (driver, software;) precisa dos valores
  para la geometra: por una parte G_fdisk, devuelto por la llamada
  ioctl HDIO_GETGEO, y por otra, G_used que es empleada actualmente para
  las operaciones de E/S.  Tanto G_fdisk como G_used son inicializadas a
  G_used si se especifica ste, a G_bios cuando dicha informacin est
  presente de acuerdo a la CMOS, y a G_phys en los dems casos. Si G_log
  parece razonable, entonces G_used se inicializa como l. En cualquier
  otro caso, si G_used no parece razonable y s lo parece G_phys,
  entonces G_used se inicializa a G_phys. `Razonable' aqu significa que
  el nmero de cabezas est en el rango 1-16.

  Dicho con otras palabras: la lnea de comandos descarta la BIOS, y
  determinar lo que fdisk va a ver, pero si especifica una geometra
  que ya ha sufrido traslacin, (ms de 16 cabezas), para operaciones de
  E/S a nivel ncleo ser sustituida por lo retornado por el comando
  IDENTIFY.

  6.2.  Detalles SCSI

  La situacin para los discos SCSI es ligeramente diferente, ya que los
  comandos SCSI usan ya nmeros de bloque lgicos, por lo que la
  `geometra' es completamente irrelevante para las operaciones de E/S.

  No obstante, el formato de la tabla particiones contina siendo el
  mismo, por lo que fdisk tendr que inventarse alguna geometra, y
  tambin usar HDIO_GETGEO aqu --de hecho, fdisk no distingue entre
  discos IDE o SCSI--.  Como uno puede ver a raz de la descripcin
  detallada anterior, los distintos drivers inventan cada uno, una
  geometra diferente de algn modo. Un gran folln, de hecho.

  Si no usa DOS o similar, evite todas las configuraciones con
  traslacin extendida, empleando simplemente 64 cabezas, y 32 sectores
  por pista (para un bonito y prctico 1 MB por cilindro), si es
  posible, de modo que no aparezcan problemas cuando cambie el disco de
  una controladora a otra.

  Algunos controladores de discos SCSI (aha152x, pas16, ppa, qlogicfas,
  qlogicisp) son tan paranoicos con la compatibilidad con DOS que no
  permitirn a un sistema slo-Linux emplear ms de 8Gb. Esto es un
  fallo.

  Qu es ``geometra real''?  La respuesta ms sencilla es que no
  existe tal cosa.  Y si la hubiese, no debera querer saberla, y desde
  luego NUNCA, JAMS decrsela a LILO o fdisk.

  Esto es un asunto a tratar exclusivamente entre la controladora SCSI y
  el disco.  Permtame repetrselo: slo los tontos le dicen a
  fdisk/LILO/kernel la verdadera geometra de un disco SCSI.

  Si an as es usted curioso e insiste, debera preguntarle al propio
  disco.  Existe el importante comando READ CAPACITY que proporcionar
  el tamao total del disco, as como existe el comando MODE SENSE, que
  proporciona el nmero de cilindros y cabezas (informacin que no puede
  ser cambiada) de la Pgina de Geometras de Disco Duro (pgina 04), y
  que extrae de la Pgina de Formateo (pgina 03) el nmero de de bytes
  por sector, as como de sectores por pista. Este ltimo nmero es
  tpicamente dependiente de las marcas (-- N del T: No marca comercial,
  marca fsica.--) , variando el nmero de sectores por pista --las
  pistas externas tienen ms sectores que las internas.

  El programa Linux scsiinfo proporcionar esta informacin.  Existen
  ms detalles y complicaciones, pero est claro que nadie
  (probablemente ni siquiera el sistema operativo) quiere usar esta
  informacin.

  Ms an, en lo que a nosotros concierne respecto a fdisk y LILO,
  obtendremos respuestas tpicamente como C/H/S=4476/27/171 --valores
  que no pueden ser empleados por fdisk porque la tabla de particiones
  reserva slo 10/8/6 bits para C/H/S.

  Entonces de dnde averigua la llamada al kernel HDIO_GETGEO su
  informacin?  O bien de la controladora SCSI, o bien mediante cultas
  averiguaciones.  Algunos controladores parecen pensar que queremos
  saber la `realidad', pero por supuesto lo nico que queremos saber es
  qu utilizarn los FDISK de DOS u OS/2 (o el AFDISK de Adaptec, etc).

  Ntese que el fdisk de Linux necesita los nmeros H y S de las cabezas
  y sectores por pista para convertir de nmeros de sectores LBA a
  localizaciones c/h/s, pero el nmero C de cilindros no tienen nada que
  ver en esta conversin.  Algunos controladores usan (C,H,S) =
  (1023,255,63) para indicar que la capacidad del disco es al menos
  1023*255*63 sectores. Esto no resulta muy afortunado, ya que no revela
  la capacidad actual, y limitar a los usuarios de la mayora de las
  versiones de fdisk a alrededor de 8 Gb mximo en sus discos --una
  verdadera limitacin hoy en da--.

  En la descripcin que sigue, M denota la capacidad total del disco, y
  C, H, S el nmero de cilindros, cabezas y sectores por pista.  Basta
  con proporcionar H, S si tenemos en cuenta a C como definido por M /
  (H*S).

  Por defecto, H=64, S=32.

     aha1740, dtc, g_NCR5380, t128, wd7000:
        H=64, S=32.

     aha152x, pas16, ppa, qlogicfas, qlogicisp:
        H=64, S=32 a menos que C > 1024, en cuyo caso H=255, S=63, C =
        min(1023, M/(H*S)).  (C por tanto es truncado, y H*S*C no es una
        aproximacin a la capacidad del disco M. Esto causar confusin
        en la mayora de las versiones de fdisk.)  El cdigo ppa.c
        emplea M+1 en lugar de M y dice que ello se debe a un error en
        sd.c, en el que a M le falta 1.

     advansys:
        H=64, S=32 a menos que C > 1024 y ms an si la opcin `> 1 GB'
        est activado en la BIOS, en cuyo caso H=255, S=63.

     aha1542:
        Pregunte a la controladora cul de los dos esquemas de
        traslacin posibles est en uso, y emplee tanto H=255, S=63 como
        H=64, S=32. En el ltimo caso habr un mensaje al arrancar:
        "aha1542.c: Using extended bios translation".

     aic7xxx:
        H=64, S=32 a menos que C > 1024, y adems o bien el parmetro de
        arranque "extended" haya sido especificado en el arranque, o si
        el bit "extended" ha sido especificado en la SEEPROM o BIOS, en
        cuyo caso H=255, S=63.

     buslogic:
        H=64, S=32 a menos que C >= 1024, y que adems se haya
        configurado la controladora para hacer traslaciones extendidas,
        en cuyo caso si M < 2^22 entonces H=128, S=32; de otro modo,
        H=255, S=63. No obstante, tras hacer esta eleccin para (C,H,S),
        se lee la tabla de particiones, y si para alguna de las tres
        posibilidades (H,S) = (64,32), (128,32), (255,63) el valor
        endH=H-1 aparece por alguna parte, entonces es usado dicho par
        (H,S), y un mensaje ser mostrado al arranque: "Adopting
        Geometry from Partition Table".

     fdomain:
        Averige la informacin acerca de la geometra de la Tabla de
        Parmetros de Disco de la BIOS, o lea la tabla de particiones y
        use H=endH+1, S=endS para la primera particin, teniendo en
        cuenta que no est vaca, o use H=64, S=32 para M < 2^21 (1 GB),
        H=128, S=63 para M < 63*2^17 (3.9 GB) y S=63 en otro caso.

     in2000:
        Emplee los primeros (H,S) = (64,32), (64,63), (128,63), (255,63)
        que hagan que C <= 1024. En el ltimo caso, trunque C a 1023.
        Use los primeros de (H,S) = (64,32), (64,63), (128,63), (255,63)

     seagate:
        Lea C,H,S del disco. (Horror!) Si C o S es demasiado grande,
        ponga S=17, H=2 y vaya doblando H hasta que C <= 1024. Esto
        significa que H ser establecida a 0 si M > 128*1024*17 (1.1
        GB). Esto es un error de programacin (bug).

     ultrastor y u14_34f:
        Uno de los tres mapeos ((H,S) = (16,63), (64,32), (64,63)) es
        empleado dependiendo del modo de mapeo de la controladora.

  Si el driver no especifica la geometra, volveremos a realizar una
  averiguacin inteligente usando la tabla de particiones, o usando la
  capacidad total del disco.

  Mire la tabla de particiones. Dado que por convencin las particiones
  terminan en el lmite de un cilindro, podemos, dado un end =
  (endC,endH,endS) de una particin, poner simplemente H = endH+1 y S =
  endS. (Recuerde que los sectores son numerados a partir de 1).  De un
  modo ms preciso, se hace lo siguiente: Si hay alguna particin que no
  est vaca, escoja la particin con el beginC mayor.  Para dicha
  particin, mire a end+1, calculados ambos aadiendo start y length y
  asumiendo que estas particiones terminan en los lmites de un
  cilindro. Si ambos valores concuerdan, o si endC = 1023 y start+length
  es mltiplo integral de (endH+1)*endS, asuma entonces que dicha
  particin est realmente alineada con el lmite de un cilindro, y
  ponga H = endH+1 y S = endS.

  Si esto falla, bien debido a que no hay particiones, o porque poseen
  tamaos extraos, tenga en cuenta entonces nicamente la capacidad del
  disco M.  Algoritmo: ponga H = M/(62*1024) (redondeando hacia arriba),
  S = M/(1024*H) (redondeando hacia arriba), C = M/(H*S) (redondeando
  hacia abajo).

  Esto tiene el efecto de producir un (C,H,S) con C siendo como mucho
  1024 y S como mucho 62.

  7.  Anexo: Grupos LiNUXeros en Espaa.

  Francisco Jos Montilla, pacopepe@nova.es, FidoNet 2:345/402.22 es
  coordinador del INSFLUG: (Impatient & Novatous Spanish Fidonet LiNUX
  Users Group) uno de los varios grupos de usuarios existentes en
  Espaa, y ms concretamente en la mejor ;-) rea de FidoNet: R34.LINUX
  junto con LuCas (LinUx en CAStellano).

  El INSFLUG se orienta preferentemente a la traduccin de documentos
  breves, como los Howtos y PUFs (-- Preguntas de Uso Frecuente, las
  FAQs. :)--) , etc.

  LuCas Coordina y realiza las traducciones de las guides, es decir,
  documentos ms extensos.

  Por supuesto, la orientacin de cada grupo no tiene carcter
  excluyente; si quieres colaborar en las dos, mejor! ;-).

  Actualmente estn siendo traducidos varios COMOs y FAQs, adems de las
  ``guides''.

  Otra fuente de informacin obligada para el recin incorporado son las
  FAQ elaboradas a partir del correo circulante por R34.LINUX por Pablo
  Gmez, pgomez@laereas.aiva.com, 2:341/43.40, disponibles prximamente
  en los formatos habituales de documentacin (ps, dvi, html, sgml, etc)
  en los servidores de Internet especificados ms adelante, as como en
  el mismo rea.

  Necesitamos tu colaboracin para futuras traducciones! si quieres
  unirte a nosotros ponte en contacto con:

  INSFLUG:

  Francisco Jos Montilla, pacopepe@nova.es, FidoNet 2:345/402.22

  LuCas:

  1. Juan Jos Amor,   jjamor@infor.es, FidoNet 2:341/12.19

  2. Alfonso Belloso, alfon@bipv02.bi.ehu.es, FidoNet 2:344/17.2

  Puedes obtener traducciones de:

  FidoNet:

    Elektra (95) 4164934/4161749 33k6/14k4

    La Voix (95) 4275081/4275321 28k8/14k4

  Si se da el caso de que carezcas de acceso a Internet, y no encuentras
  los COMOs en alguna de estas dos direcciones, no dudes en ponerte en
  contacto conmigo, y me encargar de subirlas a alguna de las dos.

  Por ltimo, recordarte que un inmejorable lugar para estar informado,
  as como consultar y discutir todo lo relacionado con LiNUX lo tienes
  en FidoNet, en R34.LINUX.

  Actualmente, ambos grupos poseen las siguientes listas de correo:

    LuCas: lucas@bipv02.bi.ehu.es

    INSFLUG: insflug@nova.es

  Ambas son listas tipo majordomo; para suscribirte, por ejemplo a la
  del INSFLUG, enva un email a majordomo@nova.es, con "subscribe
  insflug" en el cuerpo del mensaje.

  Dispones de todos los ``COMOs'' traducidos hasta ahora, as como
  informacin puntual sobre el INSFLUG y temas relacionados en:

  http://www.insflug.nova.es en sus versiones html, y listas para bajar,
  en http://ftp.insflug.nova.es

  Otro buen punto de bsqueda, consulta, y obtencin de la documentacin
  traducida, en formato HTML, con links a los dems formatos, as como
  las traducciones de las guas traducidas por LuCAS es:

  http://www.infor.es/LuCAS/

  junto con su ftp:

  ftp://ftp.infor.es/pub/LuCAS/

  Tanto el INSFLUG, como LuCAS, y todos los traductores implicados,
  esperamos que esta traduccin te haya sido de utilidad.

