Unidad ZIP: mini-COMO <author>Grant Guenther, <tt><htmlurl url="mailto:grant@torque.net" name="grant@torque.net"></tt> &nl; Traductor: Iñaki Martínez Díez, <tt><htmlurl url="mailto:imd@redestb.es" name="imd@redestb.es"></tt>, revisión y actualización: <tt><htmlurl url="mailto:pacopepe@insflug.org" name="pacopepe@insflug.org"></tt> <date>Tercera revisión/actualización de la traducción, 25 de Mayo de 1998. <abstract> La unidad Iomega ZIP es una unidad de disco extraíble y de moda. Está disponible en tres versiones principales, la hay con interfaz SCSI, IDE, y otra que se conecta a un puerto paralelo. Este documento describe cómo usar el ZIP con Linux. Se debería leer en conjunción con el HOWTO SCSI a menos que posea la versión IDE. </abstract> <toc> <sect> Introducción <p> La unidad Iomega ZIP es una unidad de disco extraíble, portable, barata, de bajo rendimiento y de moda. Sus discos tienen una capacidad de 96 megas, y la unidad está disponible en 3 versiones, una versión SCSI, otra IDE, y una versión para puerto paralelo. La versión de puerto paralelo es realmente un dispositivo SCSI también, configurada para usar el protocolo paralelo-sobre-SCSI PPA-3 propiedad de Iomega. Este documento describe como usar la unidad ZIP con Linux. Si tiene la versión SCSI o de puerto paralelo, que realmente funciona como un dispositivo SCSI, es importante leer el HOWTO SCSI también. Dicho documento da una introducción al sistema SCSI del Linux. No contiene ninguna información especifica sobre la unidad ZIP, La tarjeta SCSI ZIP ZOOM o el adaptador PPA-3 paralelo-a-SCSI. Este mini-Como tiene el propósito de rellenar esos huecos. Este documento incorpora información reunida y publicada por otros, en particular: <itemize> <item>Scot Wilcoxon, <tt><htmlurl url="mailto:sewilco@fieldday.mn.org" name="sewilco@fielday.mn.org"></tt> <item>Joe Mack, <tt><htmlurl url="mailto:mack@ncifcrf.gov" name="mack@ncifcrf.gov"></tt> <item>Byron Jeff, <tt><htmlurl url="mailto:byron@cc.gatech.edu" name="byron@cc.gatech.edu"></tt> </itemize> Les agradezco sus importantes contribuciones, y acepto responsabilidad por cualquier error que pudiera introducir. <sect>La unidad ZIP <p> Hay cuatro versiones de la unidad Iomega ZIP. Todas ellas aceptan cartuchos especiales parecidos a los diskettes de 3.5" con capacidad de <em>100 megas</em>. Los discos normalmente tienen 96 cilindros de 2048 sectores conteniendo 512 bytes cada uno. Esto sería normalmente llamado 96 megas. Una versión es una unidad interna de media altura 5.25", con interfaz SCSI, otras dos son unidades externas en pequeñas unidades de plástico azules de poco peso, alimentadas mediante un transformador. Las unidades externas vienen en versión SCSI y puerto paralelo, y las internas en SCSI e IDE. Todas las unidades tienen un botón redondo en el frontal de la unidad. Este botón es para expulsar el disco. Linux impide la expulsión mientras se la unidad esté montada, pero si el botón es pulsado mientras esté bloqueada, la unidad ZIP recordará y expulsará el disco tan pronto como el software desbloquee (desmonte) la unidad. <sect1>Versión IDE <p> Con esta versión, todo lo aplicable a dispositivos IDE entra en juego: básicamente, la unidad puede colocarse como maestra o esclava del bus IDE en donde se ubique, y para ello habrá que hacer uso de los <em/jumpers/ o puentes correspondientes, situados en la parte trasera de la unidad. Por defecto viene configurada como esclava; si la coloca en el mismo bus que su disco duro, o en el que ya tenga un CD-Rom configurado como maestro, no tendrá que hacer modificación alguna. Si la coloca como único dispositivo en alguno de los buses, deberá colocar los puentes (<it/jumpers/) en la posición <it/master/. <sect1>Versión SCSI <p> La versión SCSI externa de la unidad ZIP tiene 2 conectores DB25F, y dos interruptores de configuración. Un interruptor selecciona la dirección de la unidad: esta elección esta limitada a 5 y 6. El otro activa un terminador interno, en caso de que la unidad sea la última de la cadena. Los conectores SCSI de 25 patillas son del estilo de <em>Macintosh</em>. La unidad viene con cable tipo <em/Macintosh/, pero el cable y los convertidores estándar son fáciles de obtener<footnote>N del T: Los cables no son TAN fáciles de conseguir y son MUY caros. Un cable con mini-SCSI y DB25M a los extremos cuesta +8.000.</footnote> si tu tarjeta SCSI viene con conector Centronics o conector mini SCSI. No he visto la unidad SCSI interna, pero esperaría que tuviese un conector estándar de 50 patillas DIP.<footnote>N. del Revisor &nl; Soy propietario de una y lo certifico, tiene un conector estándar SCSI II, y dos grupos de puentes o <em>jumpers</em>; uno de ellos, de cuatro puentes, sirve para seleccionar combinándolos el ID SCSI, que es el 5 por defecto, y el otro es para activar o desactivar la terminación en el caso en que el ZIP fuese o no la última unidad de la cadena SCSI.</footnote> Asegúrese de que la dirección que elija no entra en conflicto con cualquier otro dispositivo SCSI que pueda tener en el mismo bus. Asegúrese también de que la última unidad en la cadena tiene el terminador activado, o un terminador instalado. Si tiene un disco o CD-Rom SCSI interno, y conecta su unidad ZIP al adaptador existente, debería comprobar si existe algún terminador en la tarjeta que se debiera quitar. Solo los dos extremos del bus SCSI deben estar terminados. Si el bus es parcialmente interno y parcialmente externo, debería haber un terminador en el último dispositivo externo y otro en el último dispositivo interno, pero ninguno en la propia tarjeta SCSI. Asegúrese de que todos los cables están firmemente conectados. <sect1>La controladora ZIP <it/Zoom/ <p> Iomega vende una controladora bajo el nombre <em>ZIP Zoom</em>. Ésta está basada en el diseño de la familia de controladoras <em>Adaptec AHA1520</em>. Tiene un conector DB25F externo tipo Macintosh, compatible con el cable que viene con la unidad ZIP. Linux Soporta esta controladora con el driver <tt/aha152x/. Ver sección <ref id="aha152x"> <sect1>Versión de puerto Paralelo <p> La unidad Zip de puerto paralelo también tiene dos conectores DB25, el macho (DB25M) debe conectarse mediante el cable suministrado al puerto paralelo del ordenador. El otro (hembra, DB25F) es para conectar una impresora <em>en cadena</em>. Actualmente, Linux no soporta el uso simultáneo de ambos, unidad ZIP e impresora. Es posible cargar módulos. No hay interruptores de configuración. La unidad ZIP de puerto paralelo es compatible con varios tipos de puertos paralelos, pero actualmente el driver de Linux solo soporta los puertos <em>estándar</em> y <em>bi-direccional</em>. Si su puerto paralelo tiene interruptores de configuración (en hardware o en pantallas del setup de la CMOS) asegúrese de configurar el puerto en uno de los soportados. Asegúrese de que todos los cables están firmemente conectados. <sect>Configuración del kernel para la unidad ZIP <p> Para usar unidades ZIP con Linux, el kernel debe estar configurado para dar el soporte correspondiente: en el caso de unidades SCSI, o paralelas, son necesarios tres: soporte SCSI, soporte de discos SCSI y soporte para la controladora que esté usando en el caso SCSI o para PPA en el caso paralelo. Si es IDE, bastará con soporte para unidades extraíbles ATAPI (<tt>IDE/ATAPI FLOPPY support</tt>). Si no está familiarizado con la compilación del kernel, debería ir al directorio <tt>/usr/src/linux</tt> y estudiar el fichero <tt>README</tt> que allí encontrará<footnote>N del T: También dispones del Kernel-COMO, comprueba la sección <ref id="Grupos"></footnote>. También hay valiosa información en el subdirectorio <tt>Documentation</tt> en versiones recientes. Debe empezar el proceso de compilación del kernel con la configuración del mismo. Aquí, identificará los componentes específicos del kernel que necesita. <tt>make config</tt> es el método tradicional, secuencial de preguntas y respuestas de configuración del kernel. En kernels recientes<footnote>N del T: A partir de la versión 2.0</footnote> hay nuevas alternativas: <tt>make menuconfig</tt> hace lo mismo con interfaz orientado por menús, y <tt>make xconfig</tt> usa el kit <em>tk</em> para mostrar menús bajo X. Una vez haya configurado el kernel, use <tt>make dep</tt>, <tt>make clean</tt> y <tt>make zlilo</tt> (o <tt>make zImage</tt> si no usa <em>LILO</em>) para compilar el nuevo kernel e instalarlo, y por supuesto, ¡no olvide reiniciar el sistema!. También puede compilar todo o parte del sistema SCSI como módulos. Si hace esto, además de los comandos anteriores, deberá hacer <tt>make modules; make modules_install</tt>. Asegúrese de cargar <tt>scsi_mod.o</tt>, entonces <tt>sd_mod.o</tt> y finalmente el driver de su controladora, antes de acceder a la unidad ZIP SCSI<footnote>N de los T: Generalmente, de esto se encarga el sistema de forma transparente si previamente se han computado las dependencias entre módulos, (<tt/depmod -a/ al arrancar) al cargar módulos semi-manualmente con el comando <tt/modprobe/, o mejor aún, automáticamente si se usa <tt/kerneld</tt></footnote>. <sect1>Configuración del kernel para la unidad IDE <p> Para dar soporte específico a esta unidad, lo único necesario es incluir soporte en el kernel para ella en la sección de configuración del kernel <tt>Floppy, IDE, and other block devices</tt>, en el apartado <tt>Include IDE/ATAPI FLOPPY support</tt>. Dependiendo de la configuración de la unidad, su nombre de dispositivo será de la forma <tt>hdX</tt>, en donde <tt/X/ será: <itemize> <item><tt/a/: Unidad maestra del canal IDE primario (muy raramente, ya que ahí normalmente estará nuestro disco duro) <item><tt/b/: Unidad esclava del canal IDE primario <item><tt/c/: Unidad maestra del canal IDE secundario <item><tt/d/: Unidad esclava del canal IDE secundario </itemize> Lo cual comprobaremos al arrancar, por el mensaje del kernel en el registro del sistema (<tt>/var/log/messages</tt>): <tscreen><verb> hdX: IOMEGA ZIP 100 ATAPI, ATAPI FLOPPY drive </verb></tscreen> En cuanto a gestión de los discos, aplica exactamente lo mismo que para el resto de unidades, con la salvedad de que nos referiremos a ellos como <tt/hdX/ en lugar de <tt/sdX/. Una vez comprendidos estos términos, puede saltar directamente a la sección <ref id="uso">. <sect1>Versión SCSI <label id="aha152x"> <p> Si ya tiene un disco SCSI en el sistema, y está conectando la unidad ZIP a la misma controladora, no hay necesidad de configurar el kernel. Si no, tendrá que compilar un nuevo kernel. Si compila el kernel para soportar la versión SCSI de la unidad ZIP, debe seleccionar soporte SCSI y soporte de discos SCSI. También debe seleccionar un driver para la controladora que usará. Si tiene la controladora ZIP Zoom, seleccione el driver <tt>aha152x</tt>. Asegúrese de leer la documentación de la controladora en el SCSI HOWTO y cualquier fichero <tt>README</tt> en el subdirectorio <tt>drivers/scsi</tt> del directorio raíz de los fuentes de Linux. Preste atención a línea de parámetros que tendrá que usar para ayudar al kernel a inicializar la controladora. Por ejemplo, si está usando la controladora ZIP Zoom, tendrá que añadir algo como <tscreen><verb> aha152x=0x340,11,7,1 </verb></tscreen> al arrancar (o incluirlo en el fichero <tt>/etc/lilo.conf</tt> mediante la cláusula <tt/append/ (=añadir) ). Esto le dice al driver la dirección del puerto y la <tt/IRQ/ de su tarjeta ZIP Zoom. Asegúrese de usar los parámetros que corresponden a la selección de los <it/jumpers/, que son por defecto IRQ 11 y dirección base 0x340. El tercer y cuarto parámetro son asumidos por el <it/driver/ en su configuración por defecto, además de ser lo recomendable. Si por el contrario, prefiere (y es lo más cómodo además de recomendable) compilar soporte modularmente, y hacer uso de las ventajas de la carga-descarga automática de módulos mediante <tt/kerneld/, deberá añadir lo siguiente en el fichero <tt>/etc/conf.modules</tt>: <tscreen><verb> alias scsi_hostadapter aha152x options aha152x aha152x=0x340,11,7,1 </verb></tscreen> Sí, la línea <tt/options aha152x aha152x=0x340,11,7,1/ es correcta, <bf/ha/ de aparecer <bf/dos veces/ el término <tt>aha152x</tt>. Tras hacer esto, reinicie el sistema si no lo hizo al compilar el kernel, o ejecute <tscreen><verb> depmod -a </verb></tscreen> Para que se genere la base de datos de dependencias entre módulos. Se asume que la controladora está con la configuración que trae de fábrica por defecto. Otras posibilidades (configurables por <em/jumpers/ en la propia controladora) son: <itemize> <item>IRQs: 9, 10, 12. <item>IOs: 0x140 </itemize> También debe leer el <em>BOOTPROMPT HOWTO</em> de Paul Gortmaker para información sobre cómo configurar el kernel con <em>LILO</em> o <em>LOADLIN</em>. <sect1>Driver <tt/PPA/ para 1.2.13 <p> Si quiere usar la unidad ZIP de puerto paralelo con el kernel versión 1.2.13<footnote>N del Revisor &nl Actualmente obsoleto</footnote>, debe conseguir la versión 0.18 del driver que esta disponible vía ftp anónimo en <tt><htmlurl url="ftp://gear.torque.net/pub/ppa.c" name="ftp://gear.torque.net/pub/ppa.c"></tt> Las instrucciones de instalación, así como cómo compilar el driver como módulo cargable están incluídas en el fichero fuente <tt>ppa.c</tt>. Tendrá casi con toda seguridad que compilar un nuevo kernel. En particular, ninguno de los kernels pre-compilados de <em>Slackware</em> funcionarán con <tt>ppa</tt>. Sea cuidadoso al compilar el kernel con soporte SCSI y soporte de discos SCSI, pero no incluya soporte del driver de impresora <tt>lp</tt>. En el 1.2.13, los drivers no pueden co-existir en el mismo kernel. Puede ajustar el número del puerto y algunos parámetros de reloj con el comando <tt/insmod/ cuando cargue el driver <tt>ppa</tt>. Estos ajustes están documentados en el fichero <tt>ppa.c</tt>. Por defecto la unidad asume que la unidad ZIP esta conectada al puerto paralelo en la dirección <tt/0x378/. No habrá ninguna mejora a este driver para el kernel 1.2.13. Se espera que desaparezca unos meses después de la salida del kernel 2.0 y las principales distribuciones empiecen a usarlo. <sect1>El driver PPA en kernels actuales <p> Desde la versión 1.3.74 el driver <tt/ppa/ ha sido una parte estándar del kernel. Hubo algunos cambios a otras partes del kernel alrededor de la versión 1.3.78 que requerían ciertas mejoras internas, pero desde 1.3.85 el driver ha sido completamente estable en su versión 0.26. Espero que la versión 0.26 esté en la próxima versión estable del kernel. Para compilar el kernel con soporte <tt>ppa</tt>, ha de incluirse soporte SCSI, soporte de discos SCSI y seleccionar de la lista de controladoras SCSI de bajo nivel (<it/low-level/) soporte para Iomega ZIP / PPA-3. También puede compilar el driver como módulo. Puede usar la línea de parámetros en <tt>/etc/lilo.conf</tt> o con <tt>insmod</tt> para cargar el driver. Todo esto está documentado en <tt>drivers/scsi/README.ppa</tt> en la estructura del fichero fuente del kernel. He incluído un sumario en la siguiente sección. Si quiere usar tanto el driver <tt>lp</tt> como <tt>ppa</tt> en el mismo puerto paralelo, tendrá que compilar ambos como módulos y cargar uno u otro en cualquier momento, pero nunca los dos a la vez. Las prestaciones de Linux en cuanto a módulos cargables se tornan cada vez más potentes, y por tanto, más complejas día a día. Debería leer el fichero <tt>Documentation/modules.txt</tt> en el árbol de directorios de los fuentes del kernel como punto de partida. <sect1>PPA: parámetros en la línea de comandos <p> Si ha compilado <tt>ppa</tt> dentro del kernel, puede ajustar sus parámetros desde la <em>línea de comando</em> del <tt/LILO/ o <tt/LOADLIN/ con la siguiente sintaxis: <tscreen><verb> ppa=base[,speed_high[,speed_low[,nybble]]] </verb></tscreen> Donde <tt>base</tt> es la dirección i/o del puerto paralelo, <tt>speed_high</tt> es una constante de temporización para ciertos bucles rápidos del driver, <tt>speed_low</tt> es un parámetro de temporización similar para otros más lentos, y <tt>nybble</tt> es un indicativo para forzar al driver a usar 4-bit, o modo <it/nybble/, incluso si el controlador quisiera hacerlo de otro modo. Por ejemplo, por defecto podría ser especificado como: <tscreen><verb> ppa=0x378,1,6,0 </verb></tscreen> <sect>Uso de la unidad ZIP <label id="uso"> <p> Si ha compilado todos los componentes necesarios, el kernel debería reconocer la controladora y unidad al arrancar. Si está usando módulos, lo siguiente se aplicará cuando el módulo sea cargado. La unidad versión SCSI y la de puerto paralelo en se comportan de forma idéntica, excepto que la versión paralelo es mas lenta. <sect1>Identificando la unidad al arrancar <p> Cuando el sistema arranca debería mostrar varios fragmentos de información sobre la controladora, unidad y el disco dentro de la unidad<footnote>Si hemos compilado el soporte modularmente, dicha información aparecerá al cargarse los módulos correspondientes</footnote>. Si no hay disco en la unidad, parte de esta información se perderá y sólo aparecerá cuando se inserte un disco y haga algún tipo de acceso al disco. Se aconseja a usuarios noveles arrancar con un disco metido en la unidad, ¡las cosas resultan menos confusas de esta forma! En dónde aparecerán estos mensajes exactamente depende de cómo esté configurado el sistema. A menudo serán mostrados en la pantalla, pero pueden ser enviados a un fichero de registro como por ejemplo <tt>/var/log/messages</tt> o <tt>/var/adm/messages</tt>. Normalmente, se puede volver a visualizar el último par de pantallas de mensajes del kernel con el comando <tt>dmesg</tt>, si no lo encuentra en ningún otro lugar, o verlo conforme se va generando (útil por ejemplo si hemos compilado soporte modular, cuando procedamos a cargar el módulo las primeras veces) con el comando <tt>tail -f /var/log/messages</tt> Si necesita ayuda por parte de alguien, una copia de este registro de información es vital. Trate de enviar tanto como pueda de los mensajes relevantes registrados, junto con algún informe sobre el fallo. Aquí se puede ver un ejemplo de lo que debería aparecer en los mensajes del kernel: <tscreen><verb> scsi0 : PPA driver version 0.26 using 8-bit mode on port 0x378. scsi : 1 host. Vendor: IOMEGA Model: ZIP 100 Rev: N*32 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sda at scsi0, channel 0, id 6, lun 0 scsi : detected 1 SCSI disk total. SCSI device sda: hdwr sector= 512 bytes. Sectors= 196608 [96 MB] [0.1 GB] sda: Write Protect is off Partition check: sda: sda1 </verb></tscreen> Esta salida es de un kernel 1.3.87 con una unidad ZIP paralela. La salida exacta puede variar dependiendo de la controladora y si existe otro dispositivo SCSI en el sistema. La primera línea muestra el mensaje de inicialización del <it/driver/ de bajo nivel para la controladora, en este caso <tt>PPA</tt>. Lo siguiente es información de la identificación de la unidad retornado por cada dispositivo encontrado en el bus SCSI. La línea 5 muestra el nombre del dispositivo asignado a la unidad, en este caso <tt>/dev/sda</tt>. y la última línea el estado de la partición del disco en la unidad. Esta caso solo tiene una partición, <tt>/dev/sda1</tt>. Esta información viene de diferentes módulos del kernel, si tiene más de una controladora SCSI, o varios discos, cada sección contendrá más información. Por ejemplo, para la unidad SCSI, con un kernel 2.0.33, conectada a la controladora ZIP-Zoom, con el identificativo SCSI 5: <tscreen><verb> aha152x: BIOS test: passed, detected 1 controller(s) aha152x0: vital data: PORTBASE=0x340, IRQ=11, SCSI ID=7, reconnect=enabled, parity=enabled, synchronous=disabled, delay=100, extended translation=disabled aha152x: trying software interrupt, ok. scsi0 : Adaptec 152x SCSI driver; $Revision: 1.18 $ scsi : 1 host. Vendor: IOMEGA Model: ZIP 100 Rev: E.08 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi removable disk sda at scsi0, channel 0, id 5, lun 0 </verb></tscreen> Si utiliza otra controladora, la información será similar a partir de la línea 8. Y por último, si la unidad es IDE: <tscreen><verb> hdc: IOMEGA ZIP 100 ATAPI, ATAPI FLOPPY drive </verb></tscreen> Que en este caso está como dispositivo maestro del segundo canal IDE. Si está usando un disco <em>virgen</em> (sin usar), directamente de Iomega, el chequeo de partición debería mostrar una partición, <tt>/dev/sda4</tt>. Si tiene otros dispositivos SCSI la unidad ZIP podría aparecer en otro nombre de dispositivo como <tt>/dev/sdb</tt>, por eso es interesante comprobar estos mensajes. Si estas líneas no aparecen, entonces algo esta mal configurado: o el hardware en sí, o el kernel. Compruebe todo cuidadosamente antes de enviar emails. Si la línea <tt>scsi0:</tt> no aparece, entonces esta mal configurada la controladora y su driver correctamente. Algunos drivers dan una pista de lo que esta mal. Si el driver no es detectado, probablemente haya un problema con el cable. Si no es asignado el nombre de unidad probablemente olvidó incluir soporte para discos SCSI cuando recompiló el kernel. Compruebe los ficheros <tt>README</tt> en <tt>drivers/scsi</tt> y los <it/SCSI HOWTO/ para otros aspectos relativos a la depuración de la instalación. <sect1><tt>Fdisk, mke2fs, mount,</tt> etc. <p> Una vez conozca el nombre de la unidad ZIP, estará listo. Puede manipular la unidad con los comandos típicos del gestión de discos del Linux. <tt>fdisk</tt> (o quizás <tt>cfdisk</tt>) es usado para manipular las tablas de partición en el disco. <tt>mke2fs</tt> puede ser usado para formatear una partición con el sistema de ficheros <em>ext2</em> el más usado en Linux. <tt>mount</tt> es usado para conectar una partición formateada a la jerarquía de directorios. Debería estudiar las páginas del manual de estas herramientas si no está familiarizado con ellas. Tenga cuidado: hay varias versiones diferentes del programa <tt>fdisk</tt>, sea cuidadoso. Describiré dos situaciones comunes: <sect2>Un disco formateado con DOS <p> Si tiene un disco ZIP con una estructura de ficheros DOS que fue creado originalmente por las herramientas de <it/Iomega/, la detección de la partición debería decir que en el disco hay una partición, <tt>/dev/sda4</tt>. Cree un directorio donde montar el disco, como por ejemplo <tt>/zip</tt>, y móntelo como un sistema de ficheros DOS: <tscreen><verb> mkdir /zip mount -t msdos /dev/sda4 /zip </verb></tscreen> Ahora, los ficheros en el disco deberían aparecer en <tt>/zip</tt>. Mientras el disco esté montado, no debe poder sacar el disco de la unidad. Cuando termines con el disco puede desmontarlo para extraer el disco y liberarlo de la jerarquía de directorios: <tscreen><verb> umount /zip </verb></tscreen> Una vez que haya creado un punto de montaje <tt>/zip</tt> no necesitas hacerlo otra vez, así puedes más tarde volver a montar cualquier otra cosa. <sect2>Re-formatear como disco nativo de Linux <p> Si quiere borrar un disco ZIP y hacer un sistema de ficheros nativo de Linux, deberá usar <tt>fdisk</tt> en el disco entero: <tscreen><verb> fdisk /dev/sda </verb></tscreen> y borrar cualquier partición (con el comando <tt>d</tt>). Cree una nueva partición con el comando <tt>n</tt>, que sea partición primaria <tt>1</tt>, usar <tt>w</tt> para escribir la tabla de particiones al disco y salir con <tt>q</tt>. Formateo de la partición: <tscreen><verb> mke2fs /dev/sda1 </verb></tscreen> (El <tt>1</tt> es el número que dio a esta partición con el <tt>fdisk</tt>). Ahora podrá montar el disco: <tscreen><verb> mount -t ext2 /dev/sda1 /zip </verb</tscreen> (re-usando el punto de montaje que antes creamos). <sect2>El disco <it/ZIP Tools/. <p> Hay trabajo extra que hacer si quiere usar el disco que viene con la unidad ZIP. De fábrica, el disco está protegido contra escritura por software. La mayoría de la gente ha desprotegido el disco bajo DOS antes de intentar usarlo desde Linux<footnote>Y con una unidad de puerto paralelo, con la SCSI <bf/no/ suele poder hacerse</footnote>. Linux no puede acceder a un disco protegido, y <em>debe</em> ser desprotegido con la herramientas de Iomega. Se espera que pronto esté disponible un programa nativo de Linux para manejar la protección de escritura. <sect2>Eliminación de la protección software desde Linux <p> <bf/Nota del Revisor:/ &nl Mi experiencia es que a menos que se use tanto un zip paralelo, y las herramientas windows, es imposible desproteger un zip <it/por software/ o civilizadamente. Pero hay un <it/truco/: <enum> <item>Inserte un disco no protegido. (El <it/Zip-Tools/, por ejemplo.) <item>Extráigalo mediante el sistema de eyección de emergencia, introduciendo una aguja o similar por el orificio que hay en la esquina superior izquierda de la unidad. <item>Introduzca el disco protegido y haga con él lo que quiera; la unidad zip no notará el cambio. </enum> <tt/:-)/ Por supuesto, todo ello bajo su cuenta y riesgo; a mí y a otros nos ha funcionado, pero no asumo ninguna responsabilidad... <sect1>Expulsión del disco <p> Solo se puede expulsar un disco cuando no esté montado. Actualmente, no hay un comando Linux para expulsar el disco, así que se debe pulsar el botón que tiene la unidad para expulsar el disco. Linux se asegura de que todos los datos estén grabados en el disco antes de desbloquearlo. Se espera un nuevo programa <it/ZIP Tools/ para Linux que soportará algunas posibilidades especiales de Iomega (incluyendo la expulsión por software y la protección contra escritura) tanto en versión SCSI como paralela. <sect>Preguntas de Uso Frecuente <p> Estas son algunas de las preguntas que se hacen. Por favor, ¡lea las respuestas aquí antes de volver a preguntarlas ! <sect1>¿Puedo arrancar desde la unidad ZIP? <p> Esto depende de su controladora. Si la unidad es SCSI interna, y le asignamos las IDs 0 o 1 a la unidad, la controladora lo arrancará automáticamente. Si tiene la unidad SCSI externa, y la controladora tiene BIOS ROM con código que permita arrancar desde los <it/IDs/ 5 ó 6, entonces sí, podrá arrancar desde su unidad ZIP. No puede arrancar desde una unidad de puerto paralelo (directamente. sí usando un disquete de arranque). Si tiene DOS en su disco principal y quiere arrancar Linux desde un disco ZIP, puede usar el cargador de arranque LOADLIN. La imagen del kernel debe estar en algún lugar en el disco DOS, pero el resto del sistema Linux puede estar en el ZIP. Asegúrese de que el kernel que va a usar tiene incluidos los drivers necesarios. Por lo que yo conozco, no hay discos de arranque de instalación para ninguna de la distribuciones más populares que contengan el driver para la unidad ZIP de puerto paralelo, pero esto puede cambiar cuando la versión 2.0 salga. <sect1>¿Por qué Iomega usa la partición número 4 ? <p> Esta es la pregunta más realizada, pero creo que nadie tiene una respuesta definitiva a esta pregunta. Quizás no haya una buena razón. <sect1>¿Cómo puedo montar el disco al arrancar? <p> Todo lo que se necesita es añadir una línea al fichero <tt>/etc/fstab</tt>. Por ejemplo, si siempre se tiene un disco DOS en la unidad cuando se arranca, podría ser: <tscreen><verb> /dev/sda4 /zip msdos defaults 0 0 </verb></tscreen> Dependiendo en la distribución, los scripts de inicialización pueden intentar ejecutar <tt>fsck</tt> en las particiones listadas en el fichero <tt>/etc/fstab</tt>. Cuidado ya que esto podría causar problemas si no hay un disco metido en la unidad cuando se arrancar Linux, o si hay un disco erróneo<footnote>N del T: Respecto a lo indicado en <tt>/etc/fstab</tt> en cuanto a particiones y sistema de ficheros</footnote>. <sect1>¿Qué ocurre si no hay un disco metido cuando arranco? <p> El kernel intentará leer la tabla de particiones, pero la operación expirará. No hay nada por que preocuparse. Una vez insertado el disco, e intentando hacer algo con él, el kernel se dará cuenta de que hay un disco ahora y re-escaneará la tabla de particiones. AYUDA: Cuando cambie de disco, es una buena idea que uses fdisk para chequear la estructura de la partición en el nuevo disco. La BIOS de algunas controladoras SCSI intentarán leer la tabla de particiones en el disco durante el arranque. Si no puedes desactivar este chequeo, siempre puedes forzar el arranque con un disco metido en la unidad. <sect1>¿Qué controladoras SCSI son compatibles con la unidad ZIP? <p> Iomega tiene una lista de las controladoras compatibles en: <tt><htmlurl url="http://www.iomega.com/techs/zip/what063.html" name="http://www.iomega.com/techs/zip/what063.html"></tt> <sect1>¿Puedo usar la unidad de puerto paralelo como un disco SCSI real? <p> El adaptador PPA-3 parallel-to-SCSI esta implementado como un chip ASIC único que Iomega llama <em>VPI0</em>. Está integrado en la controladora de la unidad ZIP. Hay un bus SCSI presente, pero no en una forma útil. Aunque he intentado comparar las dos controladoras, parece lógico que el VPI0 reemplace los circuitos de <it/buffer/ eléctricos convencionales que serían necesarios si el bus SCSI estuviese extendido fuera de la caja. <sect1>¿Puedo conectar una impresora con la unidad de puerto paralelo? <p> Sí, pero actualmente, no se puede tener los drivers <tt>lp</tt> y <tt>ppa</tt> activos a la vez en el mismo puerto paralelo. Se ha diseñado un protocolo de compartición y esta en las primeras etapas de implementación, pero no estará disponible antes de que salga el kernel 2.0. Mientras tanto, se puede conectar a la vez la impresora y la unidad ZIP sin tener que rearrancar el sistema, si se tienen los drivers <tt>lp</tt> y <tt>ppa</tt> como <em>módulos</em>. Si se tienen así, entonces cuando se quiera imprimir se carga el módulo (<tt>insmod lp</tt>), y cuando se quiere utilizar la unidad ZIP se carga el driver <tt>ppa</tt>. Por supuesto, si se tienen <em>dos</em> puertos paralelos, se puede usar uno para imprimir y otro para la unidad ZIP. Se compila el kernel con ambos drivers <tt>lp</tt> y <tt>ppa</tt> incluidos, añadiendo entonces los parámetros de configuración apropiados en la línea de comandos del kernel. Por ejemplo, si se usa LILO y se tiene la impresora en <tt/0x378/ y el ZIP en <tt/0x3bc/ se puede añadir la siguiente línea en el fichero <tt>/etc/lilo.conf</tt>. <tscreen><verb> append = "lp=0x378 ppa=0x3bc" </verb></tscreen> <sect1>¿Hay algún plan de soportar los puertos EPP/ECP en PPA? <p> <tt>ppa</tt> fue inicialmente desarrollado sin contar con el beneficio de ninguna especificación técnica para el protocolo de comandos en el bus paralelo. Sin embargo, se usó el emulador del DOS para reunir información a fin de tratar de averiguar mediante ingeniería inversa cómo funcionaba dicho protocolo. Fue imposible conseguir que la unidad funcionase en el modo mejorado bajo el emulador. El manual de referencia técnica de Iomega se encuentra ahora disponible, y he localizado la hoja del chip de puerto paralelo mejorado, así que es posible mejorar el driver. <sect1>¿Puede usarse el PPA con unidades de cinta de puerto paralelo de Iomega? <p> No. Esas son unidades de cinta de disquetera, el SCSI no esta involucrado. Varias personas han mostrado interés en aplicar mis métodos para intentar determinar el protocolo y desarrollo de un driver para esas unidades de cinta. El primer paso en ese proceso es conseguir un driver para DOS que funcione bajo DOSemu. No he oído aún que nadie lo haya conseguido. <sect1>¿Funcionará el <tt/PPA/ con la unidad <it/SyQuest EZ135/ de puerto paralelo ? <p> No. La <it/EX135/ es una unidad <it/IDE/ con un conversor de puerto paralelo <em>ShuttlePort</em> a IDE integrado. La labor ha comenzado por decodificar el protocolo, con la intención de escribir un driver para Linux del EZ135 de puerto paralelo. Tengo el protocolo básico funcionando, pero no tengo idea de cuando estará disponible un driver completo. Eche un vistazo a mi <tt><htmlurl url="http://www.torque.net/ez135.html" name="http://www.torque.net/ez135.html"></tt>, Buscaré eventualmente algún <it/beta tester/. <sect>Búsqueda de información actualizada. <p> Intentaré tener un actualización de este mini-COMO disponible en mis páginas web. Puede comprobarlo en <tt><htmlurl url="http://www.torque.net/zip.html" name="http://www.torque.net/zip.html"></tt>. Hay una página web más general sobre ZIP FAQ (con influencia de Macintosh) en <tt><htmlurl url="http://earth.cnct.com/home/steveg/zip.html" name="http://earth.cnct.com/home/steveg/zip.html"></tt>. Las páginas de Iomega están en <tt><htmlurl url="http://www.iomega.com/" name="http://www.iomega.com/"></tt>. Y si está buscando información general sobre programación del puerto paralelo para PC, Puede visitar <tt><htmlurl url="http://www.lvr.com/parport.htm" name="http://www.lvr.com/parport.htm"></tt> <sect>Anexo: El INSFLUG <label id="Grupos"> <p> El <em/INSFLUG/ forma parte del grupo internacional <it/Linux Documentation Project/, encargándose de las traducciones al castellano de los Howtos (Comos), así como la producción de documentos originales en aquellos casos en los que no existe análogo en inglés. En el <bf/INSFLUG/ se orienta preferentemente a la traducción de documentos breves, como los <em/COMOs/ y <em/PUFs/ (<bf/P/reguntas de <bf/U/so <bf/F/recuente, las <it/FAQs/. <tt/:)/ ), etc. Diríjase a la sede del INSFLUG para más información al respecto. En la sede del INSFLUG encontrará siempre las <bf/últimas/ versiones de las traducciones: <tt><htmlurl url="http://www.insflug.org" name="www.insflug.org"></tt>. Asegúrese de comprobar cuál es la última versión disponible en el Insflug antes de bajar un documento de un servidor réplica. Se proporciona también una lista de los servidores réplica (<it/mirror/) del Insflug más cercanos a Vd., e información relativa a otros recursos en castellano. Francisco José Montilla, <tt><htmlurl url="mailto:pacopepe@insflug.org" name="pacopepe@insflug.org"></tt>. </article>