X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/c63c56b3f06c913e6b4f5d7d3f8d281b962d7564..3882048f60f47ce7edb89cc3816978cff32551f9:/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 6509fe1b3a..92d3d66bfe 100644
--- a/blog/data/2013-07-17-new-laptop.txt
+++ b/blog/data/2013-07-17-new-laptop.txt
@@ -36,7 +36,9 @@ file systems in SSD and non-SSD file systems.</p>
 set up Debian Wheezy with an SSD.  It is adjusted to my use case,
 where I set up the machine with one large encrypted partition (in
 addition to /boot), put LVM on top of this and set up partitions on
-top of this again.  At the moment these parameters are tuned:
+top of this again.  See the README file in the package source for the
+references I used to pick the settings.  At the moment these
+parameters are tuned:</p>
 
 <ul>
 
@@ -53,7 +55,7 @@ top of this again.  At the moment these parameters are tuned:
 <li>Tell swap to use TRIM commands by adding 'discard' to
     /etc/fstab.</li>
 
-<li>Change I/O scheduler from cfq to deadline.</li>
+<li>Change I/O scheduler from cfq to deadline using a udev rule.</li>
 
 <li>Run fstrim on every ext3 and ext4 file system every night (from
     cron.daily).</li>
@@ -69,7 +71,7 @@ little gain.  My goal with the encrypted file system is to ensure
 those stealing my laptop end up with a brick and not a working
 computer.  I have no hope in keeping the really resourceful people
 from getting the data on the disk (see
-<ahref="http://xkcd.com/538/">XKCD #538</a> for an explanation why).
+<a href="http://xkcd.com/538/">XKCD #538</a> for an explanation why).
 Thus I concluded that adding the discard option to crypttab is the
 right thing to do.</p>
 
@@ -93,8 +95,9 @@ have not yet had time to investigate those parts.</p>
 there.</p>
 
 <p>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.</p>
+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.</p>