<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>HDD on WRITELOOP</title><link>https://writeloop.dev/tags/hdd/</link><description>Recent content in HDD on WRITELOOP</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Tue, 14 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://writeloop.dev/tags/hdd/index.xml" rel="self" type="application/rss+xml"/><item><title>How to fix for general slowness when plugging an HDD to a linux machine (EndeavourOS)</title><link>https://writeloop.dev/posts/how-to-fix-for-general-slowness-when-plugging-an-hdd-to-a-linux-machine-endeavouros/</link><pubDate>Tue, 14 Apr 2026 00:00:00 +0000</pubDate><guid>https://writeloop.dev/posts/how-to-fix-for-general-slowness-when-plugging-an-hdd-to-a-linux-machine-endeavouros/</guid><description>&lt;h2 id="the-cause"&gt;The Cause&lt;/h2&gt;
&lt;p&gt;The system was freezing because multiple background processes were continuously and unknowingly waking the spinning HDD, causing repeated I/O stalls over the slow USB connection.&lt;/p&gt;
&lt;p&gt;Things like the &lt;code&gt;mlocate&lt;/code&gt; indexer and the kernel&amp;rsquo;s own file access timestamp writes were constantly poking the drive without any obvious reason.&lt;/p&gt;
&lt;p&gt;The fix tackles this on three fronts:&lt;/p&gt;
&lt;p&gt;A) Mounting the drive with &lt;code&gt;noatime&lt;/code&gt; and &lt;code&gt;lazytime&lt;/code&gt; eliminates unnecessary writes triggered by simple file reads;
B) Excluding the HDD paths in &lt;code&gt;updatedb.conf&lt;/code&gt; stops the &lt;code&gt;locate&lt;/code&gt; daemon from scanning and waking it during background indexing;
C) Configuring &lt;code&gt;hd-idle&lt;/code&gt; makes the drive spin down automatically after 10 minutes of inactivity.&lt;/p&gt;</description></item></channel></rss>