########################################################## DIARY since Wed, 15 Jan 2014 ----------------------------------------- Please see the attached log of this post for the last 6 days.
########################################################## CONCLUSION (mainline kernel) ---------------------------- Wed, 22 Jan 2014 10:58:57 +0100 10:58:57 up 23:45, 4 users, load average: 0,11, 0,12, 0,19 Finally got quite stable system with some error remaining. A. What DID "solve" the problem: ---------------------------------- 1. Disabling the POWER: PCIe / PCI powermanagementin the bios. I seemed to work, but did not in the end. After a while a hard reset occured and the system freezed. That's why additional tasks are necessary: 2. The usage of the tlp package seams to force PCIe powermangement, at least with my settings (see formerly attached files). Since freezes also occured with ubuntu 12.04, it should not be a problem with the tlp package itself, but the machine. Removing tlp seems to work. 3. Additionally disabling PCIe powermanagement by adding the boot parameter libata.noacpi=1 seams to be crucial. 4. Adding "options libata noacpi=1" in "/etc/modprobe.conf" is also crucial for getting a stable system after supsend or resume. 5. I also applied the Thinkpad dock / undock scripts from comment #34 (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1269777/comments/34). Without this, I enountered various problems when docking / undocking the machine. B. What did NOT solve the problem: ------------------------------- 1. Using a different SSD (Samsung 840 Pro instead of 840 EVO) is not the point. The same problems did occur with both type of hardware. 2. Using the mainline, the standard or an older kernel lead to the same problems. 3. Adding the libata.noncq=1 kernel option is not necessay and not advised due to performance (see comment #44) Nevertheless: the error messages in dmesg "failed to get NCQ Send/Recv Log Emask 0x1" remain. 4. Using the SATA/Compatibility mode in bios. 5. I also applied the kernel parameters "libata.force=1:3.0Gbps,2:1,5Gbps,2:80c modprobe.blacklist=pata_acpi" which lead to the same results: ata1 was limited to 1,5 Gbps after a while. Also created an /etc/modprobe.conf with this content: "options libata noacpi=1 force=1:3.0Gbps,2:1.5Gbps,2:40c" C. What causes still problems: ------------------------------- 1. Hibernation: seams to force upcoming of hard resets. In the end this forces the kernel to set the ata1 device to a limit of 1,5 Gbps (when libata.noacpi=1 is applied) 2. After a while ata1 is limited to 1,5 Gbps. 2. Setting modprobe.conf and kernel parameters is far from perfect. D. FURTHER TESTING ------------------- 1. Apply the SSD of another Tinkpad (X201 / Samsung EVO 830) to this machine for testing purpose. Just to see if this is really a problem with the Samsung 840 series SSD. 2. Test "safe" settings the Trusty mainline kernel. 3. Talking to the maintainer of the tlp package - this might solve interferences with PCIe powermangement. 4. Testing a normal harddisk with PCIe on, without libata kernel boot options and tlp and see if it works. Please be patient, this could take a few days, if not weeks. E. SUMMARY ---------- The problem occur with PCIe powermanagement ENABLED in bios and NOT applying the libata.noacpi=1 kernel parameter. Also the tlp package seems to force the usage of PCIe powermanagement and should not be used with this machine / bios. At January 15th, I had a running system (see at the beginning the attached log to this post) with kernel 3.12.7. This had been exact the same settings from [1. - 3.], except with 3.12.7 kernel. So I think this are the minimum requirements getting things done. F. QUESTIONS --------- 1. Is there any chance that this might be a problem that can be fixed by the kernel? 2. Does anybody know how to report this to lenovo? 3. Probably this might be a hardware problem, not just firmware / biso related? F. ATTACHMENTS: ------------ Attached you'll find dmesg.log for the actual uptime since last boot on Sun, 19 Jan 2014 12:32:45 +0100. ** Attachment added: "dmesg_egrep_ata_scsi_BOOT.log" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1269777/+attachment/3954221/+files/dmesg_egrep_ata_scsi_BOOT.log -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1269777 Title: [ Ubuntu 14.04 - Lenovo W510 - SSD Samsung 840 PRO] Sudden Read-Only Filesystem To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1269777/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
