On 12/13/18 12:34 PM, Stephan Guilloux wrote:
Hello all,
I noticed many many filesystem corruptions, after raspberry 3B reboot. For instance, with image Raspberry 1804, "yum update and reboot" made my RPM DB corrupted rather often after reboot. We found some other scenarios, but all less easy to reproduce.
Somehow, we came to the conclusion that we had to start some kind of stressing tool, and this how it comes out:
- install SD-Card with last CentOS image available (kernel 4.14.82)
- create a 4Gb primary partition #4, starting at 2Gb with help of fdisk.
- then, grow partition #3 with rootfs-expand.
- format partition #4 as EXT4, with default parameters.
In a stress-loop
- mount partition #4
- copy huge number of files (/usr/) to partition #4
(cd /usr ; tar -c . ) | (cd /mnt/ ; tar -x)
- umount part #4
- fsck on partition #4
The script breaks the loop when FSCK returns status different than 0. Only a couple of iterations are enough to crash partition #4.
I just tried the same with EXT2, and result is identical.
Any idea to make this "system" less vulnerable ?
did this happen with multiple SD-cards ? if not, I strongly suspect that the issue is that particular card , not the OS. it rhymes extremely well with either a faulty card or a card whose firmware was doctored to report a larger size than the one it really has