Re: 2.6.34-rc1 eat my photo SD card :-(

[Romano Giannetti <romanol@upcomillas.es>]

(Nick re-added to the Cc: list; sorry, I dropped you without noticing) 

On Tue, 2007-11-06 at 10:58 +0100, Romano Giannetti wrote:
> Hi, 
> 
> I have some more data. I really start to think that the mmc layer is
> busted. I repeated a dd of the device, unmounted, five or six times in a
> row, and look:

[ dd if=/dev/mmcblk0  bs=1c count=128 | od -h output differs from time to time ]

> I really do not think this is normal. I will try to reboot to 2.6.23
> and to see what's happening... 
> 

Tried it. The card is corrupted now, the vfat filesystem panics and a
directory is changed into a file; but the dd results are everytime the
same... the vfat error is:

SYS: Nov  6 11:04:10 rukbat hald: mounted /dev/mmcblk0p1 on behalf of uid 1153
SYS: Nov  6 11:04:10 rukbat kernel: [  126.597563] FAT: Filesystem panic (dev mmcblk0p1)
SYS: Nov  6 11:04:10 rukbat kernel: [  126.597572]     fat_get_cluster: invalid cluster chain (i_pos 0)
SYS: Nov  6 11:04:10 rukbat kernel: [  126.597577]     File system has been set read-only
SYS: Nov  6 11:04:11 rukbat kernel: [  127.705440] FAT: Filesystem panic (dev mmcblk0p1)
SYS: Nov  6 11:04:11 rukbat kernel: [  127.705448]     fat_get_cluster: invalid cluster chain (i_pos 0)

The first difference between the good and bad data is here: 

--- good.txt    2007-11-06 11:20:59.000000000 +0100
+++ bad.txt     2007-11-06 11:20:49.000000000 +0100
@@ -48,7 +48,7 @@
 0141720 6120 796e 6b20 7965 7720 6568 206e 6572
 0141740 6461 0d79 000a 4f49 2020 2020 2020 5953
 0141760 4d53 4453 534f 2020 5320 5359 0000 aa55
-0142000 fff8 ffff ffff ffff 0005 0006 0007 0008
+0142000 fff8 ffff 0000 ffff 0005 0006 0007 0008
 0142020 0009 000a 000b 000c 000d 000e 000f 0010
 0142040 0011 0012 0013 0014 0015 0016 0017 0018
 0142060 0019 001a 001b 001c 001d 001e 001f 0020
@@ -64,7 +64,7 @@
 0142320 0069 006a 006b ffff 0000 0000 0000 0000
 0142340 0000 0000 0000 0000 0000 0000 0000 0000
 *
-0201000 fff8 ffff ffff ffff 0005 0006 0007 0008
+0201000 fff8 ffff 0000 ffff 0005 0006 0007 0008
 0201020 0009 000a 000b 000c 000d 000e 000f 0010
 0201040 0011 0012 0013 0014 0015 0016 0017 0018
 0201060 0019 001a 001b 001c 001d 001e 001f 0020


Well... what now? 

	Romano 




-- 
Sorry for the disclaimer --- ¡I cannot stop it!



--
La presente comunicación tiene carácter confidencial y es para el exclusivo uso del destinatario indicado en la misma. Si Ud. no es el destinatario indicado, le informamos que cualquier forma de distribución, reproducción o uso de esta comunicación y/o de la información contenida en la misma están estrictamente prohibidos por la ley. Si Ud. ha recibido esta comunicación por error, por favor, notifíquelo inmediatamente al remitente contestando a este mensaje y proceda a continuación a destruirlo. Gracias por su colaboración.

This communication contains confidential information. It is for the exclusive use of the intended addressee. If you are not the intended addressee, please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited by law. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this message. Thank you for your cooperation. 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/