I recommend next time to use btrfs. With / and /home (at least) as separate subvolumes. Each subvolume will use the space it needs, and no more. If you have a 500Gb SSD with 300Gb in /home, and 20 in / they both have 180Gb they can use.
And when you manage to fill the 500Gb, it’s easy to just add another drive to the volume.
If you resize the partition? No, the UUID gets allocated when the partition is created and stays the same for the lifetime of the partition. It only changes if you explicitly change it manually. Which is something that’s only needed very rarely.
For example I had to do it when I migrated my root disk to a larger SSD by cat-ing the entire disk to the new one and I wanted to keep both connected for a while (so I can boot into the old one in case anything went wrong). I had to change the UUID of the partition on the new disk but I still ran into some obscure grub issues and had to boot a system rescue live stick into the new disk to update grub properly. Overall it’s not a very good idea, in the future I think I’ll stick to rsync -avx root into the new partition.
In my case it actually changed after i resized it. It was unexpected and broke my system. After i adjusted the UUID in the boot config it worked again.
I hate that I can’t get through all the trash that has been the readers digest for the last 2 decades. Maybe my memory is tinted, but it seems like it’s not what it used to be. Maybe my perspective has shifted.
Honestly, just use Debian. It can run under 200MB of RAM (default install), so it beats all distros on the list except for TinyCore and SliTaz, and it actually has packages.
They intentionally removed this feature years ago. It was possible to reenable via a dconf setting for a while but I believe that was also eventually removed.
So annoying.
What do you mean with “copy path to file”? Do you mean “copy to clipboard”, as in, store the absolute path of a file to the clipboard?
Last time I needed this, all I needed to to was copy a file/folder and paste it in a text editor. Drag and drop also worked for most programs, though some tools weren’t d&d aware and don’t accept input that way.
I don’t use this feature often, though, so it may have changed since I last tried. It also tended to prepend protocols like dav:// or smb:// when copying files from shares rather than copying the path to the place these shares were mounted.
Yes, Gnome is context aware if you ctrl+c a an image file, and you paste it to a text editor it will paste it as a path, if you paste it in an image editor it will be pasted as an image, if the program supports it (e.g. it works in Krita, but not in Pinta)
Drag and drop is not working because of Wayland. Between 2 windows of the same app, e.g. Nautilus it’s working.
Putting the following with executable permissions inside ~/.local/share/nautilus/scripts/SCRIPTNAME adds a right click menu to Nautilus that serves the same purpose:
The ‘notify-send’ bit isn’t necessary; it just puts up a notification.
Mentioning only because it’s a simple demonstration of a pretty easy way to extend Nautilus for all kinds of purposes; w/o messing around with the pygobject interface. (There’s supposed to be an xdg standard for file manager extensions like this, but managers use their own custom folders, syntax, etc. for such extensions. I think pcmanfm adheres to the standard; Dolphin requires a .desktop file somewhere; Thunar, Caja, & Nemo work similar to Nautilus.)
It would be if it wasn’t for NVIDIA, as usual. On Intel/AMD, you assign the seats, the displays light up and you’re good to go, pretty much works out of the box, especially on Wayland.
But for NVIDIA yeah maybe a VM is less pain since NVIDIA works well with VFIO.
Not sure if it’ll solve the issue but you could try docker/podman with x11docker to separate the 2 instances (ie only allow them to see 1 gpu/peripherals), cause it seems like theyre stepping on each others toes rn
linux
Newest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.