Red Hat Bugzilla – Bug 1024002
SSD has been wiped after kernel update
Last modified: 2013-12-20 21:23:11 EST
Description of problem:
SSD GPT got wiped after kernel update.
Version-Release number of selected component (if applicable):
Fedora 20 + rawhide kernel 3.12rc5 (NODEBUG)
Steps to Reproduce:
1. Install Fedora 20 with stock kernel (3.11)
2. Install rawhide kernel from NODEBUG repo.
SSD GPT got wiped.
UEFI, no secure boot, Crucial M500 SSD, XFS filesystem for everything except of EFI partition. The same kernel works fine on conventional HDD with MBR and EXT4 partitions.
Can you define at what point it got wiped? Did it happen before you rebooted into the new kernel, or after?
I have updated and continued working on the machine.
Then, I have rebooted the machine once and everything seemed to be OK.
After the next reboot I've got a blank screen right after POST (SSD was wiped). So it is probably happened during shutdown syncing.
The XFS partitions were mounted with 'default,noatime,discard' options.
I have reproduced the bug again! The same routine, while disk scheme was ext4 + MBR, but not XFS + GPT. So I would not expect it to be on the file system level, but rather in SSD-specific things, e.g. TRIM support, etc. It seems like SandForce SSDs are not afected (have intel 520 at work on the same kernel). So the bottom line is that marvel-based SSDs got wiped by 3.12. At the moment I am limited to iPod only communication, so I would be greatfull if you can advertise this bug to the kernel developers and Linux community.
Thanks in advance.
Just wondering, was the 'Queued TRIM' support ever tested?
Marc Carino committed a workaround for affected SSDs. It is already merged into libata/for-3.13-fixes
I have an impression that you guys want to push 3.12 soon. Should it be avoided until the workaround is backported to stable?
We can add that patch in Fedora before it hits upstream. We'll try to make sure the patch is included before it hits stable updates.
kernel-3.12.5-302.fc20 has been submitted as an update for Fedora 20.
With this version I cannot reproduce the problem any more. I guess the issue should be reopened once MU04 firmware will appear for Crucial/Micron M500. So if MU04 firmware will fix the queued TRIM support, then Marc's patches should be reverted.
kernel-3.12.5-302.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.