Sorry bout half the mail you just got(*alt-enter shortkey confusion*)

Thanks again for the swift answer.
fdisk -l /dev/sdb tells me the following:

#################################################################
Platte /dev/sdb: 501 MByte, 501219328 Byte
16 Köpfe, 32 Sektoren/Spuren, 1912 Zylinder
Einheiten = Zylinder von 512 × 512 = 262144 Bytes

    Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sdb1   *           1        1938      496112+   6  FAT16
#################################################################

cat /proc/partitions:
#################################################################
cat /proc/partitions | grep sdb
   8    16     489472 sdb
   8    17     496112 sdb1
#################################################################



Am Sonntag, den 21.08.2005, 11:46 -0400 schrieb Alan Stern:
> On Sun, 21 Aug 2005, Gian Ghodrat wrote:
> 
> > Allow me one last question though, do you think the second set of error
> > messages, i posted here, the
> > 
> > #######################################################################
> > printk: 6 messages suppressed.
> > Buffer I/O error on device sdb1, logical block 978871
> > lost page write due to I/O error on sdb1
> > #######################################################################
> > 
> > kind of thing, is also related to the udev vol_id application (which as
> > it seems should do nothing more than probe for a device name)?
> 
> Since vol_id is supposed to run only when the device is plugged in, this 
> probably is not related to it.  But what is causing that error is not 
> clear.  What does "fdisk -l /dev/sdb" show, and what does /proc/partitions 
> contain?
> 
> > After several tests filling the mp3 player and deleting and so on this
> > error message seems to show up when the real damage is done to the
> > filesystem.
> 
> It's suspicious that the block number is so close to the end of the 
> partition.  It could be that you have filled the device up completely, or 
> that it claims to have more sectors than it really does have.
> 
> Alan Stern
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> [EMAIL PROTECTED]
> To unsubscribe, use the last form field at:
> https://lists.sourceforge.net/lists/listinfo/linux-usb-users
> 



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users

Reply via email to