Hey guys, I really apologize for keeping this already long thread going, but - after doing some research, I am not sure of the "right" way to handle the /tmp and tmpfs situation.
I "seems" to work fine right now, but a lot of things in life "seem" to work, until they don't. Here is what I have now: Debian GNU/Linux 13 (Stable), 64-bit Kernel: Linux 6.12.38+deb13-amd64 Dell Inc. Inspiron 15 3000, Model 3511 11th Gen Intel® Core™ i3-1115G4 × 4 8.0 GiB physical memory Intel® UHD Graphics (TGL GT2) Firmware version: 1.37. Desktop: Gnome version 48 Windowing system: Wayland Internal drive: nvme, 256 Gb (238 GiB) Boots into: UEFI lsblk: NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS nvme0n1 259:0 0 238.5G 0 disk ├─nvme0n1p1 259:1 0 512M 0 part /boot/efi ├─nvme0n1p2 259:2 0 23.3G 0 part / ├─nvme0n1p3 259:3 0 9.3G 0 part /var ├─nvme0n1p4 259:4 0 2.8G 0 part [SWAP] └─nvme0n1p6 259:5 0 202.6G 0 part /home /etc/fstab: # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # systemd generates mount units based on this file, see systemd.mount(5). # Please run 'systemctl daemon-reload' after making changes here. # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/nvme0n1p2 during installation UUID=4fdd4399-6267-404a-a292-cdc7761df3c9 / ext4 errors=remount-ro 0 1 # /boot/efi was on /dev/nvme0n1p1 during installation UUID=26EE-0EF5 /boot/efi vfat umask=0077 0 1 # /home was on /dev/nvme0n1p6 during installation UUID=00f0c2db-0490-4354-b949-f9af11a7f001 /home ext4 defaults 0 2 # /tmp was on /dev/nvme0n1p5 during installation # UUID=6a105a72-f5d5-441b-b926-1e405151ee84 /tmp ext4 defaults 0 2 # /var was on /dev/nvme0n1p3 during installation UUID=8bfeee23-9c09-45b7-a73e-bd2ff43e207c /var ext4 defaults 0 2 # swap was on /dev/nvme0n1p4 during installation UUID=e2a56ec3-99d4-4b40-9aa4-24975143cdc7 none swap sw 0 0 mount: sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,nosuid,relatime,size=3884888k,nr_inodes=971222,mode=755,inode64) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=600,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=787696k,mode=755,inode64) /dev/nvme0n1p2 on / type ext4 (rw,relatime,errors=remount-ro) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64) cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime) bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=40,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_i no=1668) mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k,inode64) debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime) hugetlbfs on /dev/hugepages type hugetlbfs (rw,nosuid,nodev,relatime,pagesize=2M) tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime) tmpfs on /run/credentials/systemd-journald.service type tmpfs (ro,nosuid,nodev,noexec,relatime,nosymfollow,size=1024k,nr_inodes=1024, mode=700,inode64,noswap) fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime) configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /tmp type tmpfs (rw,nosuid,nodev,size=3938476k,nr_inodes=1048576,inode64) /dev/nvme0n1p3 on /var type ext4 (rw,relatime) /dev/nvme0n1p6 on /home type ext4 (rw,relatime) /dev/nvme0n1p1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortna me=mixed,utf8,errors=remount-ro) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=787692k,nr_inodes=196923,mode=700,uid=10 00,gid=1000,inode64) gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000) portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000) df -h: Filesystem Size Used Avail Use% Mounted on udev 3.8G 0 3.8G 0% /dev tmpfs 770M 1.9M 768M 1% /run /dev/nvme0n1p2 23G 9.6G 13G 45% / tmpfs 3.8G 8.0K 3.8G 1% /dev/shm efivarfs 374K 229K 141K 63% /sys/firmware/efi/efivars tmpfs 5.0M 12K 5.0M 1% /run/lock tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd- journald.service tmpfs 3.8G 88K 3.8G 1% /tmp /dev/nvme0n1p3 9.1G 3.0G 5.7G 35% /var /dev/nvme0n1p6 199G 53G 136G 29% /home /dev/nvme0n1p1 511M 60M 452M 12% /boot/efi tmpfs 770M 224K 770M 1% /run/user/1000 I can get other information, if necessary. In general, this is at least "adequate" for my current needs. (Except that Dell was too cheap or greedy to have virtualization support, even thought the processor has it! But that's another story . . . ) I don't do anything that really stresses the system, such as audio/video production, etc. Just modest single-user SOHO stuff. Note: since the computer is a fairly recent (circa 2023-2024) laptop, it is almost impossible to open it up to add more RAM or more internal drive capacity. :( So I probably don't need much swap space. I do occasionally clean up /var when it gets significantly above 50% full. I assumed that memory would, if needed, use the /swap partition the same way it was using the /tmp partition. But I think I have read that the /tmp partition will preserve some .tmp and .lock files between reboots. I don't know if that is good, bad, or "depends". (Note: if given a choice between performance and data safety, I would choose safety every time!) And I got the impression that /tmp partition is or will be deprecated. That's why I removed /tmp partition. So . . . Should I go back and repartition with a 2 Gb /tmp partition, as it was before? And would I have to create a new initramfs? (I did not do that when I removed the /tmp partition after the upgrade). Or just leave it as it is now? Or do something else? INB4: "Get a new computer". Sure. Real Soon Now . . .
