<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Storage on MeerStory</title><link>https://linux.meerstory.com/categories/storage/</link><description>Recent content in Storage on MeerStory</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Wed, 14 Oct 2026 01:20:16 +0900</lastBuildDate><atom:link href="https://linux.meerstory.com/categories/storage/index.xml" rel="self" type="application/rss+xml"/><item><title>Mastering Linux blkid: Find Drive UUIDs &amp; Configure fstab</title><link>https://linux.meerstory.com/ubuntu/20261014_011947_62/</link><pubDate>Wed, 14 Oct 2026 01:20:16 +0900</pubDate><guid>https://linux.meerstory.com/ubuntu/20261014_011947_62/</guid><description>&lt;h2 id="overview">Overview&lt;/h2>
&lt;p>Reliable storage mounting across Linux environments hinges on stable volume identifiers. Because legacy device names like &lt;code>/dev/sda&lt;/code> can unpredictably shift between hardware reboots, systems engineers rely on Universally Unique Identifiers (UUIDs) to pin down targets. This tutorial breaks down the standard utility for the job—&lt;code>blkid&lt;/code>—explaining how to extract partition identifiers, inspect filesystem signatures, filter block attributes, and safely feed those identifiers into your persistent &lt;code>/etc/fstab&lt;/code> configuration.&lt;/p>
&lt;h2 id="exploring-block-device-layouts-and-global-attributes-with-blkid">Exploring Block Device Layouts and Global Attributes with blkid&lt;/h2>
&lt;p>Before querying underlying metadata, you can inspect the operational drive hierarchy using &lt;code>lsblk&lt;/code>. This offers a bird&amp;rsquo;s-eye view of active partition boundaries, block capacities, and attached mount points across internal NVMe or SATA media.&lt;/p></description></item><item><title>Secure SSD Wipe on Ubuntu: Master blkdiscard</title><link>https://linux.meerstory.com/ubuntu/20261014_011001_61/</link><pubDate>Wed, 14 Oct 2026 01:10:31 +0900</pubDate><guid>https://linux.meerstory.com/ubuntu/20261014_011001_61/</guid><description>&lt;h2 id="overview">Overview&lt;/h2>
&lt;p>Modern Linux administration relies heavily on &lt;code>blkdiscard&lt;/code> to quickly refresh solid-state drives (SSDs) and NVMe media by issuing low-level TRIM directives across block ranges. In this walkthrough, we bypass the dangers of running wipe routines directly on physical hardware by constructing an isolated loopback block device. Following along gives you hands-on experience experimenting with &lt;code>blkdiscard&lt;/code> syntax, parameters, and wiping mechanics—essential skills for sanitizing disks and restoring drive throughput before redeployment.&lt;/p></description></item></channel></rss>