X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/4efda2bbcf8fee170ea05969d1bfde18e16c9624..5a21b31fbaf9c7d7c6c8b01f8f09477a7e5f9e31:/blog/data/2013-07-17-new-laptop.txt diff --git a/blog/data/2013-07-17-new-laptop.txt b/blog/data/2013-07-17-new-laptop.txt index af5bdc24da..92d3d66bfe 100644 --- a/blog/data/2013-07-17-new-laptop.txt +++ b/blog/data/2013-07-17-new-laptop.txt @@ -55,7 +55,7 @@ parameters are tuned:

  • Tell swap to use TRIM commands by adding 'discard' to /etc/fstab.
  • -
  • Change I/O scheduler from cfq to deadline.
  • +
  • Change I/O scheduler from cfq to deadline using a udev rule.
  • Run fstrim on every ext3 and ext4 file system every night (from cron.daily).
  • @@ -95,8 +95,9 @@ have not yet had time to investigate those parts.

    there.

    As for the answer to the question in the title of this blog post, -as far as I know, the only solution is to replace the disk. It might -be possible to flash it with Intel firmware instead of the Lenovo -firmware. But I have not tried and did not want to do so without -approval from Lenovo as I wanted to keep the warranty on the disk -until a solution was found and they wanted the broken disks back.

    +as far as I know, the only solution I know about is to replace the +disk. It might be possible to flash it with Intel firmware instead of +the Lenovo firmware. But I have not tried and did not want to do so +without approval from Lenovo as I wanted to keep the warranty on the +disk until a solution was found and they wanted the broken disks +back.