I’m one of these people that finds myself re-installing my OS at least once or twice a year, either because of a wonky update, or having hosed something myself in my own tinkering.
To facilitate that process, I’ve decided to run with my /home directory on a separate 3TB HDD that I was using for storage anyway, and just hard-linking things like my Documents/Videos/Pictures folders to those locations.
So now my setup is
/ on an internal M2 1TB SSD
/home on an internal 3.5" 3TB HDD (SATA, 7200rpm, 6gb/s)
My problem is that Nautilus and the gnome file-picker are agonizingly slow to open. For example, sitting with nothing running at an empty desktop fresh from a boot up, I click on the Nautilus icon on the bar, and it takes a solid 10-20 seconds for the window to open. Using the file picker (e.g., in Firefox or Gimp or Libreoffice) is 10x worse. Like, I can go to the kitchen, get a glass of cold water, come back, sit down, and still have to wait another 10-15 seconds for it to open.
Several question arise from this:
Is this normal when /home is on a separate partition/drive?
the old profile doesnot match the new profile, (specially the “.xyxzx” drawers)
try to make a new profile or even a new installation of everything (including / and /home)
and copy your data (dokuments, video, downloads and so on.
Before that search the forum for a similar problem - with separate /home or not separate /home…
…shouldn’t be possible AFAIK. AFAIK they should/can’t be used cross filesystems, so the should all be on the same partition if they are to be hard-linked. Else it’s soft-links.
I also have my Documents, Downloads, Pictures and Videos separate, on a spinning disc and not my SSD, and it’s instant.
But don’t use links, I don’t. Instead, I use, and recommend bind mounts. And for those I recommend systemd automount units. You can find more here:
Using bind mounts also makes it very easy to back up and restore. And on that subject:
That was me as well. Well, Manjaro and Timeshift changed that. It’s now been more than 2/3 years since I did a reinstall. I’d recommend you start making, maintaining and using regular updates. Timeshift is a lifesaver for that.
No, it’s not. Or at least, not if you’re using a Linux-native filesystem like ext4, btrfs, xfs, jfs, f2fs or yaffs2.
If on the other hand you’re one of those people who for whatever crazy reason chose ntfs for your /home, then all bets are off, because ntfs is not POSIX-compatible — or at least, not without some serious tweaking, and even then still…
It could be the bug with xdg-desktop-portal-gnome, although in theory it should not affect GNOME proper — note: if you’re running either Cinnamon or MATE, then those are not GNOME.
Good Lord, no. Everything is ext4. Sorry. I should have mentioned that in the OP.
OK. I guess I got my terminology mixed up/backwards.
The heart of it is yes, previously the entire OS was installed on SSD /dev/nvmeABCD (or whatever). I then deleted the existing ~/Documents, ~/Pictures, ~/Videos and used ln -s to link to my actual folders on a spinning 3TB spinning HDD. That worked seamlessly and flawlessly. It was fast, snappy, and had no issues.
Gave it a shot. Didn’t seem to have any effect.
Maybe, rather than chase geese, it’s easier at this point to just move /home back on to the SSD and go back to my previous arrangement. How hard is that? I’ve heard of it being done, but never saw a write-up on it or anything.
Well, if that is your choice, then that is your choice. See below…
The best way would be to boot up from the live USB and issue the following commands…
sudo su -
mkdir /mnt/rootfs
mkdir /mnt/home
mount -t ext4 /dev/your-root-partition-here /mnt/rootfs
mount -t ext4 /dev/your-home-partition-here /mnt/home
mv -v /mnt/home/* /mnt/rootfs/home/
nano /mnt/rootfs/etc/fstab # comment out the line for your /home by putting a "#" in front of it
# save the file with Ctrl+X, Enter, and exit nano with Ctrl+O
sync
Be sure to let everything finish. Once you’re done, safely reboot the system.
That’s a core dump of gvfs, the GNOME virtual filesystem. I can’t really help you with that — I’m on Plasma and I have exorcised gvfs from my system completely, in spite of repeated attempts from the Manjaro devs to push it back onto my system as some sort of dependency.
Meaning, if you don’t want to use the disk for anything that’s not in ~/.
The reason I suggested, and use the bind-mount way, is with the bind-mount, all configuration files are kept on the SSD, so there’s not performance hit. Only the large files/directories are on the spinning discs. So it doesn’t impact startup time all that much, if any.
So it won’t really work if you’re trying to save something on it that’s not for the ~/ directory, because everything on it, will end up in your ~/ directory.
What @Mirdarthos is talking about, is separating the documents, pictures, movies et al, from the actual files in one’s ${HOME} that are part of the user-generated configuration, such as ~/.bash*, ~/.zsh, and anything under ~/.config, ~/.local, et al.
So the contents of /home and one’s own configuration files would still reside on the SSD, but the documents et al would be stored in a separate partition on the HDD.
Just to bring everyone up t date:
The problem is gone. Nautilus windows and application file-pickers are now launching in what I would call reasonable times.
I’m not at all sure what happened, but Aragorn’s proposed solution
seems to be what worked, but I think it needed a reboot to get everything to start to play nice together again. At least, that’s the story I’m going with.
I never ended up moving /home back to the SSD, and haven’t been around long enough to try anything else or screw anything else up.
So, problem solved, even if the ending is kind of anticlimactic.
This is a nice method, although I doubt any speed advantage, because:
first I had the system on a nvme, /home on a hdd.
Now I use a second nvme as /home
and installed backintime to back up the documents et al to an internal hdd.
The System runs as fast as before…