Solved Thunar was removed after the last pkg upgrade.

Just install with ZFS next time. No need to bother with partitions, and you can adjust size limits at any time. I discovered that kind of convenience back in 2017! 😏
AFAIK, this is not possible with ZFS. Recently, I had to increase my swap space from 8GB to 32GB to build editors/vscode successfully by taking a full recursive snapshot of my zroot and sending it to my storage drives, then reduce root partition's size and add them back to swap space and restore zroot. I don't think that you can resize ZFS partitions.
 
Hmm, for me was enough swapoff, then destroy swap zvol and create new bigger swap zvol + reboot.
I have a seperate freebsd-swap partition in my root disk. I heard that swap on ZFS is a bad idea but don't know why.
Code:
% gpart show -p nda0
=>       40  500118112    nda0  GPT  (238G)
         40     532480  nda0p1  efi  (260M)
     532520   67108864  nda0p2  freebsd-swap  (32G)
   67641384  432476768  nda0p3  freebsd-zfs  (206G)
 
I have a seperate freebsd-swap partition in my root disk. I heard that swap on ZFS is a bad idea but don't know why.
Code:
% gpart show -p nda0
=>       40  500118112    nda0  GPT  (238G)
         40     532480  nda0p1  efi  (260M)
     532520   67108864  nda0p2  freebsd-swap  (32G)
   67641384  432476768  nda0p3  freebsd-zfs  (206G)
I forgot all about partitioning the disk since moving to ZFS... One less installation-related headache, more flexibility later on, what's not to like? No-brainer for me. Oh, and by default, my swap size is just 2 GB, and I compiled my way into KDE 6 on that setup no problem.
Code:
% gpart show
=>        40  1000215136  nda0  GPT  (477G)
          40      532480     1  efi  (260M)
      532520        1024     2  freebsd-boot  (512K)
      533544         984        - free -  (492K)
      534528     4194304     3  freebsd-swap  (2.0G)
     4728832   995485696     4  freebsd-zfs  (475G)
  1000214528         648        - free -  (324K)
 
Oh, and by default, my swap size is just 2 GB, and I compiled my way into KDE 6 on that setup no problem.
How much system memory do you have? I didn't have compilation issues with big ports like llvm, rust, electron, firefox etc. but vscode does requires more ram and i had less swap back then and it failed to build. I have 16GB of ram.
 
Thanks. 13.0-RELEASE is EoL, though. Good thing that archived copies of documentation still exist. But I would suggest making sure to check against the up-to-date stuff, especially if you're running up-to-date stuff yourself: :)

How much system memory do you have? I didn't have compilation issues with big ports like llvm, rust, electron, firefox etc. but vscode does requires more ram and i had less swap back then and it failed to build. I have 16GB of ram.
I have 40 GB RAM on the system I was using for this conversation. However, I have compiled same stuff in VMs that got 16GB of RAM, and 2 GB of swap in a ZFS setup.

AFAIK, this is not possible with ZFS. Recently, I had to increase my swap space from 8GB to 32GB to build editors/vscode successfully by taking a full recursive snapshot of my zroot and sending it to my storage drives, then reduce root partition's size and add them back to swap space and restore zroot. I don't think that you can resize ZFS partitions.
with ZFS, you don't need to bother with partitions at all.

What you're talking about is first creating partitions, and then assigning the ZFS filesystem to it.

I don't create any stinking partitions. Not with the FreeBSD installer, not with any other tool! From get-go, I use the Auto (ZFS) option in the installer, and that saves me the headache of partitions. After install at any time you can resize a ZFS dataset, swap, anything. Small wonder ZFS was a no-brainer for me! It allowed me to forget about partitioning completely.
1744644924589.png


That's what made FreeBSD so friggin' awesome and prompted me to leave Linux behind. FreeBSD was first on the scene with Root-on-ZFS back in pre-OpenZFS days! 😤
 
with ZFS, you don't need to bother with partitions at all.

What you're talking about is first creating partitions, and then assigning the ZFS filesystem to it.
So you are using ZFS without any partition, I mean did you give your whole disk to the ZFS? I think that it can create problems with partition table.
I don't create any stinking partitions. Not with the FreeBSD installer, not with any other tool! From get-go, I use the Auto (ZFS) option in the installer, and that saves me the headache of partitions. After install at any time you can resize a ZFS dataset, swap, anything. Small wonder ZFS was a no-brainer for me! It allowed me to forget about partitioning completely.
Yes, the installer creates the partitions for you.
I have 40 GB RAM on the system I was using for this conversation. However, I have compiled same stuff in VMs that got 16GB of RAM, and 2 GB of swap in a ZFS setup.
I see, did you ever built editors/vscode with 16GB ram ? I think 40GB is more than enough. Some big ports can still build in less ram but vscode seems to be kind of different with it's heavy swap usage in 16gb or less systems.
 
So you are using ZFS without any partition, I mean did you give your whole disk to the ZFS? I think that it can create problems with partition table.
Never had a problem 😲. I sure did give the whole disk to ZFS, that's what it takes to get the friggin' awesome flexibility that won me over and got me to forget about partitioning headaches. Well, I ditched platter-based disks back in 2012, and used only SSDs ever since.

Never bothered with editors/vscode. I did a bit of research on the features, and realized that I'm happier with editors/kate for the same feature set. I did try building textproc/obsidian ( but not in a VM with 16 GB of RAM ). One dependency (devel/electron32) did not build for me, so I had to fetch a package. But beyond that, Obsidian got built successfully for me, and I'm still playing with it. 😏
 
Back
Top