That’s too bad. It was great for use as a root fs on VMware when you had an unreliable NFS storage. Kept every VM from needing an FSCK on recovery.
- 0 Posts
- 9 Comments
- tiptoes@sh.itjust.workstoLinux@lemmy.ml•EXT4 Deprecates Its Journaled "data=journal" Mode7·7 days ago
- tiptoes@sh.itjust.workstoSelfhosted@lemmy.world•Going nuts with networking of VMs on Proxmox (SOLVED)English1·5 months ago
Heh true enough. And you can run into issues with package updates breaking something. But hopefully that breaks things for others too so there’s some shared misery there rather than just having to curse your past self for decisions you no longer remember? 🤣
- tiptoes@sh.itjust.workstoSelfhosted@lemmy.world•Going nuts with networking of VMs on Proxmox (SOLVED)English1·5 months ago
DHCP can be set to specifically assign the same IP to specific devices, reserving them and ensuring that no other systems will use the same IP accidentally. So your servers will consistently get that same IP address assigned to them every time, no worry about the ip address changing unexpectedly.
- tiptoes@sh.itjust.workstoSelfhosted@lemmy.world•Going nuts with networking of VMs on Proxmox (SOLVED)English2·5 months ago
Very old school; yes you can certainly do all of that and track all of that yourself. We all used to do it that way……But it’s 2026….just as you’d use a real editor rather than edlin, or password managers rather than text files, the new ways ARE better, easier and more consistent. Making sure dhcp works is one of the modern (honestly not that modern) basics that make sure your network is set up properly and isn’t hiding some misconfiguration gremlins that only work because of some static ip and route workaround you implemented years ago and worked “until now”.
- tiptoes@sh.itjust.workstoSelfhosted@lemmy.world•Going nuts with networking of VMs on Proxmox (SOLVED)English7·5 months ago
Wrong. It’s 2026. You should be setting static dhcp entries and using dhcp to ensure static IPs, not avoiding dhcp. Using manually assigned static IPs just means you’ve built a fragile unique snowflake.
How small are these devices? I think the other problem is that neither BTRFS nor zfs really are suitable for removable devices, and definitely not for ones smaller than probably 8Gb at the very least.
Unlike NTFS which is just a file system, both BTRFS and ZFS do volume management too, so it’s not just a single partition thing; they prefer to take over an entire volume and manage everything.
So while they’re the closest filesystem with NTFS-like transparent compression……they don’t match exactly.
I also hazard to guess if the devices you’re using are too small to accept a BTRFS formatted volume, no amount of compression is going to be enough to fit what you need.
If you just want to play with a bunch of small old devices……maybe play with LVM and small RAID arrays and configurations instead. You can the build a bigger volume out of a bunch of those disks together and then put a BTRFS or zfs volume on them. Can be fun to experiment and learn with anyway.
The equivalent would be either zfs or btrfs compression. Transparent to applications, you don’t have to do anything special other than enable it.
Last month, but that’s cuz I’m an idiot still stuck with Nvidia drivers