From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 23B831581EE for ; Wed, 02 Apr 2025 04:05:11 +0000 (UTC) Received: from lists.gentoo.org (bobolink.gentoo.org [140.211.166.189]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: relay-lists.gentoo.org@gentoo.org) by smtp.gentoo.org (Postfix) with ESMTPSA id 0786834327A for ; Wed, 02 Apr 2025 04:05:11 +0000 (UTC) Received: from bobolink.gentoo.org (localhost [127.0.0.1]) by bobolink.gentoo.org (Postfix) with ESMTP id 9A88A1104C1; Wed, 02 Apr 2025 04:03:25 +0000 (UTC) Received: from mail-oi1-x22d.google.com (mail-oi1-x22d.google.com [IPv6:2607:f8b0:4864:20::22d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by bobolink.gentoo.org (Postfix) with ESMTPS id 5CD091104B1 for ; Wed, 02 Apr 2025 04:03:24 +0000 (UTC) Received: by mail-oi1-x22d.google.com with SMTP id 5614622812f47-3f8d2f8d890so3647109b6e.0 for ; Tue, 01 Apr 2025 21:03:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743566603; x=1744171403; darn=lists.gentoo.org; h=in-reply-to:mime-version:user-agent:date:message-id:autocrypt:from :references:to:subject:from:to:cc:subject:date:message-id:reply-to; bh=SVOJkk8Awl+DACL5tpYzrx3Koou+b9TOwY3Tg87Lz4g=; b=kbhTMUdL9SOv04UfWgDF+xnqVCq1rYdSLuu82uAycHMuRvHSOeAPUS27BDWLtIWura mSQopsQiGtp+1fyZHrgEg49lbsFFcPxoMtb9USy1PG+XljBeGYCvNkzsmbf2BAmpOPWf ABJnGBN9HC0fGSsEiePH0z2tGRRwxLX18CC0X8Yg1kXVTiOdbCrMVPF2++KCjnVBj3ic NpoZAtaOEXnxbiu68btGSRTDdnGqgeQ6r65caasu6Kf9QtluhrRc9HjbXdjx+0OMdM9Q vuXvL5u4+E7++uKIyX5AoYbLxIq39zw5NZHDRWzBpyr6v3nou9bFdARvG5KFSRRjTkJX cMVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743566603; x=1744171403; h=in-reply-to:mime-version:user-agent:date:message-id:autocrypt:from :references:to:subject:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=SVOJkk8Awl+DACL5tpYzrx3Koou+b9TOwY3Tg87Lz4g=; b=Tx+xrEKmQUOuZ6OdG1BaxZb0N1b23soG1/0QaKn9Mn/54JQWCVqrNtvJ6ZUavw1ObQ A6gfoVYA7M8n+28LGyIwFNZCzTCbwcnBsi1wlJABI5cuL8bBK/MGGpcXiO66IgsvjHU7 SIRYN7eeCH27q3bJdeA/2klv3TgMNrFxdCNjdEMwweQYJ9bLQPsnKZxuoWAOf2uqRPT/ nMj30F7tWmxhD/euWiwQvTlDqFYejQsnrK0yQ4gQ7bPsQt3amK0ZAtsJ2beCfv/PgPSA rl00oxaE0bGR/CIF0pI1e1oLH28Twsmq7o8Ou3Xb2N+VkxugM9MebjZjxKvNbbnHb4AG yhXg== X-Gm-Message-State: AOJu0YzYHqHtLJKxd1rgVkjTooARt+H3+3v+4nWhVYAxoA3oqNU4E4BA sxFkH4ZoLkbddGRt+BUDdmsVtQxyF9g5w4amKJkCSqhXdTD3eUtC X-Gm-Gg: ASbGncuXaR2L55SZKTiGXYS5KxFjtMT7XRoUiuBZHYZs5Vfq5x+FnOV7N/gikkyWv5I ZV6hrXpT07klN5iAY5VmtrblJ8GE6p8LLebTdkZX+gxU1ixwVrCR8icnRFIAJPxR7VtNEpNUaPv EvZmStmXC/3uWyCPadU98nxOmzO7A3n4a+JxSZLD7+sQ5AQuOXTDVITLw51hT+zCpK2keJrM2PY 7s9i9+z7z0jHxs890FRFSda+dXuk4O71GBiaJhS6Enr56ubOd2ZpUgA6kc+HfMVgz+ybcqppQcm MBvdFIrjnrQQ4x3Fbh+NtlWKFEApPb0FrPv/GkeBwNTXXg== X-Google-Smtp-Source: AGHT+IGIjwkWWids043wysbVCKdF47QY7AuUxEz+PhAbDBtGRp9S0pxigaDsBZnZrg858eQVRdQ8hw== X-Received: by 2002:a05:6808:1895:b0:3fa:ca26:6291 with SMTP id 5614622812f47-3ff0f5cc296mr10631487b6e.28.1743566603226; Tue, 01 Apr 2025 21:03:23 -0700 (PDT) Received: from [10.8.8.10] ([212.102.44.110]) by smtp.gmail.com with ESMTPSA id 5614622812f47-3ff052799d2sm2267087b6e.34.2025.04.01.21.03.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 01 Apr 2025 21:03:22 -0700 (PDT) Subject: Re: [gentoo-user] What are common SSDs does and don'ts. To: gentoo-user@lists.gentoo.org References: <3275233.5fSG56mABF@rogueboard> <17945501-8b32-3548-bfe7-7d9170327085@gmail.com> <5873402.DvuYhMxLoT@rogueboard> <0366e58b-826c-3ec4-bc94-20a992d21dd0@gmail.com> <6894d6b7-8d31-4c95-f5b7-0537086a1f6e@gmail.com> From: Dale Autocrypt: addr=rdalek1967@gmail.com; prefer-encrypt=mutual; keydata= mQINBGFSciYBEADcEGMyJBSuavKO/XKUVvgkxck7Nl8Iuu8N2lcnRji/rSKg5c1Acix1ll9i oW8JBCHwvn0+Xy60BvEsqcup3YSHw5STl/bR1ePEehtnYrg8FdjdS91+B805RfnKMm69rFVI wLSBHQrSG1yxHd8CloWoEdhmVtP24buajbh114bgXd9ahtpZrCVMrWdWYUg2mEXguGV5uNAh Rf8SWxDNc79w24JxsV34a8niMUYMjzWr0rafIbzk732X38vGjVMLo/2mMpkbp9mPp++LHoY+ 0Pet8zxxdXPJSCd475kza1AD+hhSyBZXB9yknYWgyY3cZe1rGmooJSi2KX4QxO7npwLThcO1 be6KKRkd35+Fi/a1BzVOHsZMiK/gcwxEFoMd27gir4ehaeHJfFXl+65w4hj0EsOZSxrJrm2C R50g5By2czSKP1bADEygFNpIJj51AR+wM88NImG2RPtlT2maYBzazvF05g65cdHXGp1C7W5P wwwKU2DgABB2t7N7z5A69LnryBRw4zUYDRRYLTYlBlYgg+xILm2c0OrBdxJgLJa7JE50Eo25 d3PFwt9J0gYvqy6sPFLl9So0sDg9zm0hKQtXOP5kgropUFGrNoJI+mjwF4rYLRBVzZwNAvlO OhEvHubBo3mEllv4x+FeptwXZxlk7gUsdqI8AxnFB8K9wi6FVQARAQABtBtEYWxlIDxyZGFs ZWsxOTY3QGdtYWlsLmNvbT6JAk4EEwEIADgCGyMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AW IQQSG1h01ruv/WNXc3Q3RqOgiQH1GwUCYVJy8gAKCRA3RqOgiQH1G+waEACeTZCt77jnRAmQ AV7otKuZekDWiLi3Eig8tj5ZJiCNSYA/hIxzmexRP0GMqjitcXK1iGwWcvMzzvIq30GAjIfB 4BR38cnXbtBa6fNewiT7QaZe/Hn6yBRldXNQypzbHy+/o27bUEy+oX4rE7etUgEHQAjuw7xz XFWg4tH1/KJvsOVY5upnWc5LdxYhsuQ3dQD4b22GsK0pOBDfb9PiirYM8eGKvrVuq4E/c75z lDDFhINl18lNZ9D0ZFL3IkTjHsAAqFH9uhnnEB8CWdHbBewPEfRaOhBUYWZ3Q8uTkmDgZT8q D9jlvLEdw7Nh2ApdxoepnI/4D+ql2Gr4DtH7SEPydr5gcf1Qr/2bXRb1hAYnIVcbncs/Bm3Z bkRKPVWMfE3Fusa+p5hMzixk0YysMaTHlc7mYRYAEZGnPMXnmcCbetwARU7A0yz1M1kCMOAQ Lsz8KH5kv3cRenMB6SFfjND2JfAK61H5TtnPq3L8noS2ZykRYxq9Nm3X64O1tJojIKBoZFr8 AwYNCvqC6puUyGMuzHPh7jPof8glfrrEKIYUvNPGMDoVX3IGetxh/9l6NcxgFA4JGoR+LS3C zmeNrwlllAe3OEUfKoWVQ+pagpSdM+8hHolaSda4Ys66Z3fCR4ZvcTqfhTAVskpqdXa4isAk 7vTcXu3L499ttywEp7rJTbkCDQRhUnImARAAncUdVhmtRr59zqpTUppKroQYlzR0jv8oa7DG K4gakTAT2N7evnI9wpssmzyVk8VEiLzhnFQ/Ol3FRt6hZCXDJt0clyHOyTfvz/MNFttWuZTc mLpSvmRR6VRjAH+Tz3Eam2xUw3PGuH97BcXQ3NnX3msv1UDxtxxBu6e2YrdeOhrCUSgzokcJ 98ChUNy934cgepPybAI12lSWqVFQ1aG7jExZfiUk+333fPSDbpKoZbTW5YJLXbycmW/C1IWL qYQyNjRWKaGoJtUWFhhmNiOQct7n90aKivNVPavmN+UQ9LlMaINtf9T6XCzLfogCFsulDCDJ 0yNQLDTurHaB4E71xoctgXmLLq9z1RQ0W2XiVAAOZQj6K3+d0AOUjDhCQ2QW8dUSq0ckkZXV DKVJOGS8Nhf2eIWIqRnP3AcUiiaiFGqUaVUmUAZ6h/oJmgghEu/1S+pcuUKU5i69+XCZ3hH2 Jzwzbf7K+FAIkOhCfHncF8i1N1pk00pOVykNnqHTfFo3qFusHt0ZWgXVnnn4pYdXqZNoDhvF BRE5Vm4k/k96Pw8HRx6Os6eFSRrlqGzRgqsu86FekxusXB9UGv4lJhtU/J+8MRWsh22K718s DbQnABicGKFz1qQlWvcf59oTByhLINJCBt1WXl+TzJDXepr3QSkqmK41dO9Hob97C9dMiK8A EQEAAYkCNgQYAQgAIAIbDBYhBBIbWHTWu6/9Y1dzdDdGo6CJAfUbBQJhUnLyAAoJEDdGo6CJ AfUbVHIQAKSWw620vPhR3A/njU2z77F3z/Jk+HTKdE3fIyWSWdkYN7CBFL0NguOMP30WZ+qE sJhZu7T5hf251MwQUUt27xlfnKYOmQs7CqONlXuXlGZI6WufrUjxNcVz+5gJsqvUWuuJWsgg sDmE92IBnfG/f81fPHWQyfr/SF4wYDMyoFp5xCCQpp1zB63iuFvvrhxBkEHzmbRtVDOhl0Xp BVEDR1w3QRACw9QJD/KM05Czv9JNQYlwinWO/OaQ9cMlUpKLgswUPg9IZ5vucxScfuAUA5uC B1jlAQ8ZPlVukBmbEv5RGOv+lpuEbA3YDMVtEeH4YMFbjt/+vH3Cr2vTbp5JlpByLburJEH0 WXZLUawEfUsZvVwpOuJK75vaa2HYXee+Cb3iCIzwfIfctdlqzUcbGRczlRNM59hpvj4z29Gh 3kAxVHItAYq54ikxQ9l4hQ8s9sLYPbX/WtcBxNX8crBSw0FLnmzGleVEtBHyqtt5CLzQNgrj GYWl1vKDUmRPw1CdZ1c+fMN9CY11jOM5B5ZnqZWfDeVYO2iJ5SuvTycChexCb8WYn1bdCBIo bBtga2RBXbVt4Mh9E4owsszefn51MwfjXxB20Fc5k3GU1AVpTCMs3ayYCzo0b2pvEvdjtDcA CYLEFPWgaFX9iQAM/CDfKvTtvgGWpqtCL2raq/mQoJEU Message-ID: <5c36d59a-9a6e-4724-2194-c3867b038ab4@gmail.com> Date: Tue, 1 Apr 2025 23:03:19 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:128.0) Gecko/20100101 Firefox/128.0 SeaMonkey/2.53.20 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------B25680BEB7FF166A259E194E" X-Archives-Salt: 1f1e1167-64d6-4b2b-8d63-984dffa2e2eb X-Archives-Hash: 0bdba36625b3baec902c47314eb76464 This is a multi-part message in MIME format. --------------B25680BEB7FF166A259E194E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Frank Steinmetzger wrote: > Am Mon, Mar 31, 2025 at 07:44:18PM -0500 schrieb Dale: > >>> $ journalctl -fu fstrim >>> Mär 31 23:03:26 q systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab... >>> Mär 31 23:06:27 q fstrim[4946]: /mnt/windows: 62.6 GiB (67195392000 bytes) trimmed on /dev/nvme0n1p3 >>> Mär 31 23:06:27 q fstrim[4946]: /mnt/gentoo: 25.1 GiB (26987544576 bytes) trimmed on /dev/vg/gentoo >>> Mär 31 23:06:27 q fstrim[4946]: /mnt/data: 410.3 GiB (440560844800 bytes) trimmed on /dev/vg/data >>> Mär 31 23:06:27 q fstrim[4946]: /home: 14.5 GiB (15569068032 bytes) trimmed on /dev/vg/home >>> Mär 31 23:06:27 q fstrim[4946]: /boot: 211.4 MiB (221700096 bytes) trimmed on /dev/nvme0n1p1 >>> Mär 31 23:06:27 q fstrim[4946]: /: 8.6 GiB (9203961856 bytes) trimmed on /dev/vg/root >>> Mär 31 23:06:27 q systemd[1]: fstrim.service: Deactivated successfully. >>> >>> $ df -h >>> Filesystem Size Used Avail Use% Mounted on >>> /dev/mapper/vg-data 1.4T 956G 411G 70% /mnt/data >>> /dev/mapper/vg-gentoo 50G 25G 25G 50% /mnt/gentoo >>> /dev/mapper/vg-home 199G 184G 15G 93% /home >>> /dev/mapper/vg-root 50G 41G 8.2G 84% / >>> /dev/nvme0n1p1 300M 89M 212M 30% /boot >>> /dev/nvme0n1p3 196G 133G 63G 68% /mnt/windows >>> >> I'm using ext4 for my file system. > So am I. > > /dev/mapper/vg-data: LABEL="data" TYPE="ext4" > /dev/mapper/vg-home: LABEL="home" TYPE="ext4" > /dev/mapper/vg-root: LABEL="arch" TYPE="ext4" > /dev/nvme0n1p1: SEC_TYPE="msdos" LABEL_FATBOOT="efi" LABEL="efi" TYPE="vfat" > /dev/nvme0n1p3: LABEL="windows" TYPE="ntfs" > > (abbreviated for clarity) > > >> Could the file system make a difference if you use something else?  Your >> root and /home is getting a little full.  o_O  > Root has always been kinda full. I tend to size it according to real-world > need, so I have more usable space where it’s actually needed. This habit > stems back to when I had a 120 GB hard drive in my laptop 20 years ago. > > But LVM came in handy here; I’ve embiggened / at least twice by now. > > Home doesn’t grow very fast, mostly “temp” photo downloads and Mail. I can > actually look that up thanks to my borg snapshots and the file listings¹ I > keep around for precicely such look-ups so I don’t have to actually attach > the backup disk. ^^ From the first Borg snapshot onwards (dated June 2021), > it’s been growing by about 5 ± 1 GB/year. > > I’ve long been pondering merging the home and data partition, as there is an > arbitrary separation of which photos I store where. That separation has an > historical reason, too: back when I had my first SSD (120 GB), it was too > small for anything but Winblows and / (then still Gentoo). Later, on a > 512 GB SSD, I added home and a large Windows games partition to it, but > still had the 1 TB data partition on a hard drive. Home became too small for > my photos, so I started a new hierarchy in /mnt/data, but without migration > the existing digikam collection from /home. Big mistake. > > Nowadays it’s 2 TB solid state in both laptop and PC. But merging the > partition content would mean I need to reorganise my Borg backups, too. I still have some things under /mnt too.  After a big change a few years ago, and a couple with me building the new rig, I did move some stuff to places where it is more logical.  Given the amount of video data here, I now organize even my pv's by the type of data.  Most is encrypted but some is still plain file systems.  I want to buy enough hard drives that even one of my data file system's is encrypted.  I didn't encrypt it in the beginning and now it would take about 3 spare 16TB or 18TB drives hard drives just to reorganize.  Create encrypted file system, move files over and then have the old drives as spares.  I have not found a way to encrypt in place without data loss.  Sometimes old ways of doing things comes back to make problems.  Usually, when I build a new rig, I fix that as I add to fstab.  Sometimes tho, those old ways are hard to shake.  >> I didn't put anything OS related on LVM this time.  With a 1TB stick, I >> figured I could make everything big enough that I shouldn't ever run out >> of space. > While / does grow over time as packages get bigger, I never saw a reason to > keep it much larger than necessary, especially as storage space was tight > back in the days due to budget problems. > > > > ¹ from my tree wrapper script. > > -- Grüße | Greetings | Salut | Qapla’ Please do not share anything > from, with or about me on any social network. Very funny Scotty... now > beam down my pants! I still remember my first build and that little 30GB hard drive that was for everything, OS and data.  Eventually, I added a separate drive for /home.  Back then, 30GBs was a LOT of room.  That was about the biggest drive they made back then, that was affordable anyway.  This takes me back to around 2003 or so.  Computers have come a long ways since then.  Hard drives have certainly grown.  Heck, they closer to 30TBs than they are to 30GBs.  Have to watch my T's and G's there.  o_O  Dale :-)  :-)  --------------B25680BEB7FF166A259E194E Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
Frank Steinmetzger wrote:
Am Mon, Mar 31, 2025 at 07:44:18PM -0500 schrieb Dale:


$ journalctl -fu fstrim
Mär 31 23:03:26 q systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
Mär 31 23:06:27 q fstrim[4946]: /mnt/windows: 62.6 GiB (67195392000 bytes) trimmed on /dev/nvme0n1p3
Mär 31 23:06:27 q fstrim[4946]: /mnt/gentoo: 25.1 GiB (26987544576 bytes) trimmed on /dev/vg/gentoo
Mär 31 23:06:27 q fstrim[4946]: /mnt/data: 410.3 GiB (440560844800 bytes) trimmed on /dev/vg/data
Mär 31 23:06:27 q fstrim[4946]: /home: 14.5 GiB (15569068032 bytes) trimmed on /dev/vg/home
Mär 31 23:06:27 q fstrim[4946]: /boot: 211.4 MiB (221700096 bytes) trimmed on /dev/nvme0n1p1
Mär 31 23:06:27 q fstrim[4946]: /: 8.6 GiB (9203961856 bytes) trimmed on /dev/vg/root
Mär 31 23:06:27 q systemd[1]: fstrim.service: Deactivated successfully.

$ df -h
Filesystem             Size  Used Avail Use% Mounted on
/dev/mapper/vg-data    1.4T  956G  411G  70% /mnt/data
/dev/mapper/vg-gentoo   50G   25G   25G  50% /mnt/gentoo
/dev/mapper/vg-home    199G  184G   15G  93% /home
/dev/mapper/vg-root     50G   41G  8.2G  84% /
/dev/nvme0n1p1         300M   89M  212M  30% /boot
/dev/nvme0n1p3         196G  133G   63G  68% /mnt/windows


I'm using ext4 for my file system.

So am I.

/dev/mapper/vg-data: LABEL="data" TYPE="ext4"
/dev/mapper/vg-home: LABEL="home" TYPE="ext4"
/dev/mapper/vg-root: LABEL="arch" TYPE="ext4"
/dev/nvme0n1p1: SEC_TYPE="msdos" LABEL_FATBOOT="efi" LABEL="efi" TYPE="vfat"
/dev/nvme0n1p3: LABEL="windows" TYPE="ntfs"

(abbreviated for clarity)



Could the file system make a difference if you use something else?  Your 
root and /home is getting a little full.  o_O 

Root has always been kinda full. I tend to size it according to real-world 
need, so I have more usable space where it’s actually needed. This habit 
stems back to when I had a 120 GB hard drive in my laptop 20 years ago.

But LVM came in handy here; I’ve embiggened / at least twice by now.

Home doesn’t grow very fast, mostly “temp” photo downloads and Mail. I can 
actually look that up thanks to my borg snapshots and the file listings¹ I 
keep around for precicely such look-ups so I don’t have to actually attach 
the backup disk. ^^ From the first Borg snapshot onwards (dated June 2021), 
it’s been growing by about 5 ± 1 GB/year.

I’ve long been pondering merging the home and data partition, as there is an 
arbitrary separation of which photos I store where. That separation has an 
historical reason, too: back when I had my first SSD (120 GB), it was too 
small for anything but Winblows and / (then still Gentoo). Later, on a 
512 GB SSD, I added home and a large Windows games partition to it, but 
still had the 1 TB data partition on a hard drive. Home became too small for 
my photos, so I started a new hierarchy in /mnt/data, but without migration 
the existing digikam collection from /home. Big mistake.

Nowadays it’s 2 TB solid state in both laptop and PC. But merging the 
partition content would mean I need to reorganise my Borg backups, too.

I still have some things under /mnt too.  After a big change a few years ago, and a couple with me building the new rig, I did move some stuff to places where it is more logical.  Given the amount of video data here, I now organize even my pv's by the type of data.  Most is encrypted but some is still plain file systems.  I want to buy enough hard drives that even one of my data file system's is encrypted.  I didn't encrypt it in the beginning and now it would take about 3 spare 16TB or 18TB drives hard drives just to reorganize.  Create encrypted file system, move files over and then have the old drives as spares.  I have not found a way to encrypt in place without data loss. 

Sometimes old ways of doing things comes back to make problems.  Usually, when I build a new rig, I fix that as I add to fstab.  Sometimes tho, those old ways are hard to shake.  


        

          
I didn't put anything OS related on LVM this time.  With a 1TB stick, I
figured I could make everything big enough that I shouldn't ever run out
of space.


        

        
While / does grow over time as packages get bigger, I never saw a reason to 
keep it much larger than necessary, especially as storage space was tight 
back in the days due to budget problems.



¹ from my tree wrapper script.


-- 
Grüße | Greetings | Salut | Qapla’
Please do not share anything from, with or about me on any social network.
Very funny Scotty... now beam down my pants!


      

    

    

    

    I still remember my first build and that little 30GB hard drive that
    was for everything, OS and data.  Eventually, I added a separate
    drive for /home.  Back then, 30GBs was a LOT of room.  That was
    about the biggest drive they made back then, that was affordable
    anyway.  

    

    This takes me back to around 2003 or so.  Computers have come a long
    ways since then.  Hard drives have certainly grown.  Heck, they
    closer to 30TBs than they are to 30GBs.  Have to watch my T's and
    G's there.  o_O  

    

    Dale 

    

    :-)  :-)  

  


--------------B25680BEB7FF166A259E194E--