<div dir="ltr"><div>Once bitten, twice shy I thinks.  When I was running very short in my tiny / space, I also started having troubles putting GB-size files in /tmp.</div><div><br></div><div>-- CHS</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 27, 2020 at 8:40 AM Jerald Sheets via Ale <<a href="mailto:ale@ale.org">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">That’s what I was going to ask.  That much space for /tmp is a little unheard of unless you’re transcoding large video files, etc.<br>
<br>
Jerald Sheets<br>
Sent from my iPhone<br>
<a href="mailto:questy@gmail.com" target="_blank">questy@gmail.com</a><br>
<br>
> On 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>
> <br>
> 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>
_______________________________________________<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>