Re: gtkpod and Filesystem
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Date: Fri, 16 Dec 2005 23:33:42 +0100 (MET)
>>>> a bug in gtkpod or the kernel (FS Panic).
>>>Maybe an FS error on your iPod? Did you try to reformat or dosfsck it?
>> Even then, the filesystem code should handle corrupt filesystems more
>> gracefully.
>
>Mh, what's "more gracefully" in the light of fs corruption?
return -EIO;
through all instances back to userspace and keep returning EIO for all
future requests. But let the user still umount the device.
>The driver just
>blocked write access to avoid further damage caused by writing to an
>inconsistent file system which sound perfectly reasonable to me. Writing to
>a corrupted fs could cause anything to it, depending on the corruption, so
>better act safe than sorry...
The interesting part comes when the filesystem corrupts itself
(= the code corrupts the on-disk data), and/plus it does not
notice quickly enough.
Jan Engelhardt
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: gtkpod and Filesystem
- From: Gunter Ohrner
- Re: gtkpod and Filesystem
- References:
- gtkpod and Filesystem
- From: Alejandro Bonilla
- Re: gtkpod and Filesystem
- From: Gunter Ohrner
- Re: gtkpod and Filesystem
- From: Jan Engelhardt
- Re: gtkpod and Filesystem
- From: Gunter Ohrner
- gtkpod and Filesystem
- Prev by Date: [PATCH 2.6] Altix - ioc3 serial support
- Next by Date: [PATCH] ppc: ppc4xx_dma DMA_MODE_{READ,WRITE} fix
- Previous by thread: Re: gtkpod and Filesystem
- Next by thread: Re: gtkpod and Filesystem
- Index(es):
Relevant Pages
|
