[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]El Miércoles, 17 de Mayo de 2006 16:14, Miguel Cardenas escribió: > Hola lista > > Al parecer primero la reconoce el kernel de linux y Las memorias de marka kingston y tal vez otras tienen un problema de fábrica respecto de Linux, no se puede encontrar el sistema de archivos por tener una tabla de particiones deplazada e incorrecta, en algunas está desfazada 16 sectores en otras 32 en otras 8 o 64 es variable, para corregirlas se puede hacer esto: mount /dev/sda -o offset=$[512*64] /mnt NO SE OLVIDEN DESMONTAR ANTES DE HACER CUALQUIER OTRA OPERACION Si son 64 sectores de desplazamiento sino cambiamos el 64 por 32 o 16 u 8 hasta encontrarlo. Una vez que monta podemos copiar los archivos para respaldarlos. Ahora podemos borrar la tabla de asignación y el sistema de archivos desplazado para crear uno nuevo: dd if=/dev/zero bs=1M of=/dev/sda count=2 ahora sacamos el tamaño efectivo en sectores: dd if=/dev/sda bs=1M of=/pluma.raw después la volvemos a formatear, pero en el archivo virtual ya que si lo hacemos en el dispositivo quedará más grande que los sectores reales que tiene la memoria y dará error de lectura cuando se llene y se graben los ultimos 32 o 64 sectores de 512bytes: mkdosfs -n "mis_chivas" /pluma.raw Sin tabla de particiones la montamos en loop y copiamos el respaldo mount -o loop /pluma.raw /mnt NO SE OLVIDEN DESMONTAR ANTES DE HACER CUALQUIER OTRA OPERACION y después lo subimos a la pluma porque no se dejan formatear directamente sobre el dispositivo dd if=/pluma.raw bs=1M of=/dev/sda El resultado es que ahora podemos abrirla sin problemas tanto en XP como en Linux y MAC OSX, si llegaran a tener errores la pueden formatear en windows ya que la maldad fue hecha al limpiar los primeros tantos sectores. :P -- Gustavo Guillermo Pérez Compunauta uLinux www.compunauta.com