Page 3 of 5

Re: SSD failure or Debian 10 Incompatible ?

Posted: Sat Jul 20, 2019 1:30 pm
by XDm9wf8aS2aZsKh
I have also :

Code: Select all

# -W Disable/enable the IDE drive's write-caching feature
#write_cache = off

Re: SSD failure or Debian 10 Incompatible ?

Posted: Sun Jul 21, 2019 10:42 am
by tamir
Please confirm the below:
Were the tests suggested earlier performed while "libata.force=1.5G" configuration was active?

Re: SSD failure or Debian 10 Incompatible ?

Posted: Mon Jul 22, 2019 10:35 pm
by dhwalker
This problem of the SSD becoming read-only also occurs on Mint.

I've been having this problem with a Fitlet2 on openSUSE Tumbleweed (where a SMART test is run about every half-hour, making openSUSE unusable on a Fitlet2) and recently discovered that a workaround is to disable the smartd daemon.

Seeing this topic made me wonder if Mint also had this problem, so I installed smartmontools ran "smartctl -d ata -t long /dev/sda", and the SSD became read-only.

Looks to me like either a generic Linux kernel problem, or one with the hardware/firmware we're using...

Re: SSD failure or Debian 10 Incompatible ?

Posted: Tue Jul 23, 2019 8:04 am
by fred44nl
dhwalker wrote:This problem of the SSD becoming read-only also occurs on Mint.
did you try to modify the kernel parameter, as mentioned ?
GRUB_CMDLINE_LINUX_DEFAULT="quiet libata.force=1.5G"
Does the current version of Mint has a service running called apparmor ??

Re: SSD failure or Debian 10 Incompatible ?

Posted: Wed Jul 24, 2019 1:49 pm
by tamir
We'd like to try and replicate the behavior with identical environment since this issue is not being replicated consistently.

Please provide the following details about your system:

1. S/N (Printed on the whiter sticker located at the bottom cover)
2. P/N (Printed on the whiter sticker located at the bottom cover)
3. Full name of the Debian ISO used to install the machine.

Re: SSD failure or Debian 10 Incompatible ?

Posted: Wed Jul 24, 2019 9:28 pm
by dhwalker
To answer the questions in the previous two posts...
  • * I hadn't tried libata.force=1.5G, but I have now on Mint. It didn't change the outcome.
    * Apparmor is a systemd-enabled service on both Tumbleweed and Mint.
    * S/N is 1181011-00620
    * P/N is FITLET2-CE3950
    * I've seen this behavior on "Linux Mint 19 Tara" and "openSUSE Tumbleweed (20190718)".

Re: SSD failure or Debian 10 Incompatible ?

Posted: Thu Jul 25, 2019 7:31 am
by fred44nl
dhwalker wrote: * Apparmor is a systemd-enabled service on both Tumbleweed and Mint.
if you like you can uninstall / remove this service.
if only, just for testing.

Re: SSD failure or Debian 10 Incompatible ?

Posted: Thu Jul 25, 2019 2:12 pm
by tamir
After further investigation we conclude that S.M.A.R.T is not a reliable method to monitor SSD controllers and may cause issues, possibly due to certain incompatibility of the SSD's firmware.

Nevertheless, if the fitlet2 have Linux mint installed and SSD does not function as advertised, please follow our RMA procedure to have the machine repaired - https://www.fit-pc.com/web/support/rma/

Re: SSD failure or Debian 10 Incompatible ?

Posted: Thu Jul 25, 2019 4:12 pm
by dhwalker
Thanks, Tamir. If the only thing that's wrong is that SMART doesn't work, I think I'll live with it, rather than being without my server for several days. If I run into further problems, though, you'll hear from me. ;-) I am assuming that the likely repair would be replacement of some hardware, not BIOS or firmware that I could install?

Fred44nl, I don't really understand how apparmor ties into the problems of the SSD becoming read-only or of slower (SSD) performance, as apparmor deals with application permissions, not really I/O. I'm running Tumbleweed now, although I could boot Mint to run a test, if that would help you and/or Fit-PC.

Re: SSD failure or Debian 10 Incompatible ?

Posted: Thu Jul 25, 2019 4:46 pm
by fred44nl
dhwalker wrote:Fred44nl, I don't really understand how apparmor ties into the problems of the SSD becoming read-only or of slower (SSD) performance, as apparmor deals with application permissions, not really I/O. I'm running Tumbleweed now, although I could boot Mint to run a test, if that would help you and/or Fit-PC.
I have been running Debian 9 Stretch from the beginning, without any problems.
after upgrading to Debian 10 Buster, I have had frequent lock-up.
after removing apparmor, my machine has not produced one single mistake.

I don't think I am experiencing the same problem as you seem to have.
but I will continue without apparmor.