El mar, 26-01-2010 a las 13:08 +0100, Alejandro Vargas escribió: > El día 25 de enero de 2010 20:37, Alfredo Daniel Rezinovsky > <[email protected]> escribió: > >> He probado diferentes tamaños de cluster y con lo único que no he > >> tenido problemas ha sido formateándola en fat16, pero quiero fat32 > >> porque en fat16 los tamaños de cluster son muy grandes y me da algunos > >> problemas con programas de la tarjeta. > > > probaste con particiones VFAT con y sin LBA ? > > No... he dejado la tarjeta particionada como venía de fábrica. No la > he querido tocar porque ya me pasó que dije "¿para qué hacen que la > primera partición comience en la pista 2 si puede comenzar en la 1?" > la cambié y después daba montones de errores así que tuve que dejarla > como estaba. > > Ayer estuve investigando más del asunto. Al parecer el aparatejo > comete algunos errores al grabar. Me parece que graba solo en la > primera fat y no en la segunda. A demás parece que no actualiza la > cantidad de espacio libre. > > Eso no afecta en lo más mínimo ni a las mtools, ni a windows ni al > mismo aparato. Y tampoco debería afectar mucho a Linux. Al menos no > debería hacer que mostrara el directorio raíz con lo que tiene más > cientos de entradas llenas de basura. De hecho, estuve mirando el > contenido con hexedit y el directorio raíz no tiene la basura que > muestra el fsck y al montarlo. > > Finalmente preparé un script que copia una fat en la otra y estoy > esperando que se repita el problema para probar si así se arregla. Si > es así tal vez le eche una mirada al fuente del fsck o del vfat del > kernel a ver si descubro qué pasa, porque la segunda fat no tendría > por qué afectar para nada.
me ha pasado algo parecido en otros equipos. Al parecer el formateo fat que hacen las herramientas de linux no es completo. Solo toca unos headers. Con un mp3 Phillips y un SM1 tuve que formatear usando windows y dejarme una copia hecha con dd de la unidad formateada para poder reformatearla sin necesidad de un windows.
