<div dir="ltr"><div>Heh!  Thanks for the thoughtful post!.   Yeh, concerns over numerous writes was why I decided to leave my Swap partition on the spinning-rust side.  I don't see a whole lot of use in /tmp on this machine, and with 60 gb I think I am safe for a while even if I start getting bad sectors.   I mostly brainlessly used LVM _because_ it's an extra level of abstraction, but you right that in this case it probably didn't buy me a whole lot.  I have my eye on that old 8 GB OS partition though. Once I am sure I'm not interested in any part of it, I'll probably fold it into /home -- or I suppose I could make it into a /tmp if I get paranoid.   Fortunately my Core I7 mobo with an AMI 2010 bios has always had UEFI turned off.  Still seems fast enough for Buster though.  And you right, it's definitely a faster boot.  Old system took a minute to get from power-on to login screen.  This one clocks in at under 30 seconds.<br></div><div><br></div><div><br></div><div>-- CHS</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jul 25, 2020 at 4:18 AM Steve Litt via Ale <<a href="mailto:ale@ale.org" target="_blank">ale@ale.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, 24 Jul 2020 20:37:11 -0400<br>
Charles Shapiro via Ale <<a href="mailto:ale@ale.org" target="_blank">ale@ale.org</a>> wrote:<br>
<br>
> Finally decided to bite the bullet and upgrade my main desktop from<br>
> Debian 8 to Debian 10. It had been a shameful two years since my last<br>
> full upgrade.  Followed the Path of Least Resistance.  The original<br>
> machine had a 1/2 TB drive partitioned into 8 gb of OS space, 18 gb<br>
> of Swap, and the rest /home.  I was seriously running out of root and<br>
> tmp space.  I've only filled up about 150 GB of my /home partition.<br>
> I've got 12 GB of memory in this thing and I don't come close to<br>
> using that up.<br>
> <br>
> So I hopped down to my friendly neighborhood Micro Center and picked<br>
> up a 120 gb SSD for a laughable $18. <br>
<br>
Nice!<br>
<br>
> The hardest part of the hardware<br>
> installation was squinching the data cable into the connector on the<br>
> side of the motherboard.  BIOS recognized it right away.  A far cry<br>
> from the Bad Old Days of fiddling with jumpers and entering<br>
> cylinders/heads/sectors.<br>
> <br>
> I partitioned half the SSD as OS and half as /tmp. <br>
<br>
You might want to reconsider that /tmp. /tmp gets written/erased all<br>
the time, and that's bad for SSDs. On the other hand, my /tmp contains<br>
only 48 MEGAbytes of data, so from a practical standpoint that's<br>
probably not an issue if your /tmp is like mine. I mean, if the SSD<br>
breaks in 3 years, you buy another one for $18, and that one will<br>
probably be 512GB.<br>
<br>
> lvm made it a<br>
> Snap to use my old swap and mount my old /home partition. <br>
<br>
I'm not a fan of LVM because it's one more level of abstraction, and<br>
it's one more level to drill through if something goes wrong. That's my<br>
personal thing: I know a lot of people love LVM, especially those who<br>
do encryption. But if you *didn't* want to LVM, you could also put a<br>
mount to your current spinning rust /home in /etc/fstab.<br>
<br>
I bet your computer is now *a lot* faster. Every program you load now<br>
comes straight from electronics, not from a head moving to the right<br>
place on a cylinder. <br>
<br>
The way I set my (5 year old, 16GB RAM) desktop up, I have a 256GB SSD<br>
as my root partition, and mount my spinning rust hosted data partitions<br>
like /home, /scratch, /d, /s, and /classic. All of those but /home are<br>
Steve Litt creations, and all of them get written a lot except<br>
/classic. So, like you, my OS is on SSD, but for my big data I get the<br>
cheaper cost per GB of spinning rust for my big data.<br>
<br>
Check out the following line from my /etc/fstab:<br>
<br>
/scratch/gnome-boxes /home/slitt/.local/share/gnome-boxes none bind 0 0<br>
<br>
I did the preceding because the gnome-boxes utility, which performs a<br>
similar task as qemu and Virtualbox, defaults to putting huge disk<br>
images in /home/slitt/.local/share/gnome-boxes, quickly overconsuming<br>
the partition I use for /home. Meanwhile, I had no disk space left to<br>
make a new partition and no desire to shrink an existing partition, and<br>
also, I have no idea of my gnome-boxes needs for the future. No<br>
problem: I used a bind-mount to my humongous 2.9TB /scratch partition,<br>
which is normally used for big and/or miscellaneous stuff not needing<br>
to be backed up. So my newly bind-mounted<br>
/home/slitt/.local/share/gnome-boxes can now grow and shrink as needed,<br>
without my having to tell it to (like with LVM).<br>
<br>
Another nice thing about using a small SSD as / is that you don't have<br>
to use UEFI: You can use old-style MBR BIOS, without losing disk space,<br>
if you want to use MBR and if your mobo supports it. That's what I do.<br>
I've heard a few too many stories of badly programmed mobo UEFI<br>
firmware bricking the box if you alter or delete the wrong files within<br>
your disk's UEFI partition.<br>
<br>
SteveT<br>
<br>
Steve Litt <br>
May 2020 featured book: Troubleshooting Techniques<br>
     of the Successful Technologist<br>
<a href="http://www.troubleshooters.com/techniques" rel="noreferrer" target="_blank">http://www.troubleshooters.com/techniques</a><br>
_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a><br>
<a href="https://mail.ale.org/mailman/listinfo/ale" rel="noreferrer" target="_blank">https://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" rel="noreferrer" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
</blockquote></div>