Richard S.mount (for sda1)
/dev/sda1 on /media/flash type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
[email protected]:/media/flash/www# dosfsck -t -a -w /dev/sda1
dosfsck 3.0.13, 30 Jun 2012, FAT32, LFN
There are differences between boot sector and its backup.
Not automatically fixing this.
Contains a free cluster (17553). Assuming EOF.
File size is 13899 bytes, cluster chain length is 0 bytes.
Truncating file to 0 bytes.
Contains a free cluster (17552). Assuming EOF.
File size is 2176 bytes, cluster chain length is 0 bytes.
Truncating file to 0 bytes.
C:\>chkdsk g: /f
The type of the file system is FAT32.
Volume Serial Number is 18EB-A6E5
Windows is verifying files and folders...
\www\videos.html first allocation unit is not valid. The entry will be truncated.
\www\links.html first allocation unit is not valid. The entry will be truncated.
File and folder verification is complete.
Convert lost chains to files (Y/N)? y
32768 bytes in 2 recovered files.
Windows has made corrections to the file system.
3,998,826,496 bytes total disk space.
16,384 bytes in 1 hidden files.
245,760 bytes in 15 folders.
3,208,265,728 bytes in 151 files.
790,282,240 bytes available on disk.
16,384 bytes in each allocation unit.
244,069 total allocation units on disk.
48,235 allocation units available on disk.
The official Pi PSU's have the lead built into them, so you can't change it. They're obviously not fit for purpose if they're putting out below 4.7v !!RaTTuS wrote:try another micro USB lead, you probably are seeing a lot of voltage drop on that one
Right, but I do not have any SD card trouble, it's specifically a usb-connected 2.5" hdd. (Via powered hub. I also tried another hub.)RaTTuS wrote:I've got a couple of RPi's that hammer the network - [85-95% of the link for 24x7]
and not had any SD card corruption this is a specific home brewed program but involves a some writes to the SD card but is mostly for pushing data.
What a load of rubbbish. Please do not keep repeating this nonsense. As Dougie says above, almost ALL USB problems are fixed, and whilst the USB HW isn't the greatest, the USB software is now of a sufficient standard that the huge majority of devices work fine, even at high USB loads.JonAbbott wrote:Its definitely not power related and almost certainly firmware related. The issues with the USB stack are well known, quite frankly the USB module on the Broadcom chip is not fit for purpose.
Unfortunately, the knock on effect is that the Pi is next to useless for anything that requires heavy USB traffic.
I've just noticed mine has now trashed the USB storage again, having replaced all the hardware (Pi, PSU, memory stick), which pretty much points the blame at the USB driver, firmware or module.
This problem is USB specific, I've never seen SD card corruption.
In which case very specific reproduction details are need so the issue can be investigated. So, the USB topology, the type of stick, power supply, software being used etc.JonAbbott wrote:This issue occurs on the latest firmware with fully patched up linux.
Its all in the posts above, simply repeatedly read/write to any USB stick formatted as FAT or ext4 (not tried others) plugged directly into the USB ports, no hub, and eventually the file allocation table will become corrupt, resulting in corrupt files and directories.jamesh wrote:In which case very specific reproduction details are need so the issue can be investigated. So, the USB topology, the type of stick, power supply, software being used etc.