[Arm-dev] File system corruption

[Stephan Guilloux]

Le 13/12/2018 à 12:06, Manuel Wolfshant a écrit :
> 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
On the SD, I do not use the whole space. I manage to have only 15Gb 
used, at most, and even less (8Gb) for those tests.

We were also suspecting the SD, so, we tried with different card, but 
all of the same brand.
We have 16 and 32 Gb SD, but the result seems similar for all.

Now stressing with a different brand...
Stressing script is running for almost 2h with no PB.
I'll let it run for the rest of the afternoon...


>
> _______________________________________________
> Arm-dev mailing list
> Arm-dev at centos.org
> https://lists.centos.org/mailman/listinfo/arm-dev