One problem is that I can no longer keep pinned items on an external hard drive to places in sidebar pinned on restarting. I tried unmounting and remounting to `/run/media/jray/SG`, pinning a folder in the ext. hard drive and restarting, but that didn't work. Not sure if this is a bug or because of the partition being formatted as fat32, or the way it is mounted. Background info: https://forum.manjaro.org/t/how-to-remount-a-device-partition-after-unmounting-it/62016/69. I found the same error on a Red Hat system: https://bugzilla.redhat.com/show_bug.cgi?id=1255432. There is no reset-failed package available. ```bash [jray@jr-dl ~]$ yay reset-failed No packages match search [jray@jr-dl ~]$ inxi CPU: Dual Core Intel Core i5 M 560 (-MT MCP-) speed/min/max: 1320/1199/2667 MHz Kernel: 4.19.6-1-MANJARO x86_64 Up: 1h 40m Mem: 1323.4/3805.1 MiB (34.8%) Storage: 1.20 TiB (6.9% used) Procs: 186 Shell: bash 4.4.23 inxi: 3.0.27 [jray@jr-dl ~]$ thunar --version Thunar 1.8.2 (Xfce 4.12) Copyright (c) 2004-2015 The Thunar development team. All rights reserved. Written by Benedikt Meurer <benny@xfce.org>. Please report bugs to <http://bugzilla.xfce.org/>. ```
Related issues: https://github.com/systemd/systemd/issues/1351 https://bugzilla.redhat.com/show_bug.cgi?id=1272368
Nevermind, I figured it out. systemd-umount /media/sg Run blkid to get the UUID for the /dev/sdb1 partition. Read https://wiki.archlinux.org/index.php/Fstab. Add the UUID to /etc/fstab, e.g. like so: # <file system> <mount point> <type> <options> <dump> <pass> # snip other entries UUID=52776559-1302-4aa3-92b8-987d2d3d9a9c /media/sg_data ext4 nofail,x-systemd.device-timeout=1,noauto,x-systemd.automount,xusers-gvfs-show,noatime,exec,rw,users 0 0 I also had a partition for backups of the built-in SSD using timeshift (https://github.com/teejee2008/timeshift), that I mounted to /run/media/root/SG_backup, so I unmounted that (with `sudo umount /run/media/root/SG_backup`), got the UUID for it with blkid, created a /media/sg_backup mountpoint for it (with `sudo mkdir /media/sg_backup`, removed the former mountput with `sudo rm -r /media/sg`, added a line with the UUID and mountpoint to /etc/fstab (with `sudo -e /etc/fstab`): UUID="a9eb34d2-615f-4113-ab93-b60ac2192a8d" /media/sg_backup ext4 nofail,x-systemd.device-timeout=1,noauto,x-systemd.automount,xusers-gvfs-show,noatime,exec,rw,users 0 0 and remounted it mount ` You can then run sudo mount -a, or more specificaly `sudo mount /dev/sdb1 /media/SG_data`. Finally I confirmed everything was correct with `mount -l` and `lsblk -fs`, and moved my data back onto /dev/sdb1.
Actually I am not able to move files to SG_data, so will work on fixing that. The options in /etc/fstab were not passed, instead the options shown for both with `mount -l` are rw,relatime,stripe=8191.
I removed the noauto,x-systemd.automount from each line, but now when I try to use `sudo mount -a`: ```bash [jray@jr-dl ~]$ sudo mount -a mount: /media/sg_data: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error. mount: /media/sg_backup: wrong fs type, bad option, bad superblock on /dev/sdb2, missing codepage or helper program, or other error. ``` Removed the `xusers-gvfs-show` option. Tried sudo mount -a again, got no output, and confirmed it worked with `mount -l`. But still can't paste files into /media/sg_data/.
These now show at the bottom of `mount -l` /dev/sdb1 on /media/sg_data type ext4 (rw,nosuid,nodev,noexec,noatime,stripe=8191,x-systemd.device-timeout=1,user) [SG_data] /dev/sdb2 on /media/sg_backup type ext4 (rw,nosuid,nodev,noexec,noatime,stripe=8191,x-systemd.device-timeout=1,user) [SG_backup]
Clearly nosuid,nodev,noexec, weren't intended to be added. [jray@jr-dl ~]$ sudo umount -a umount: /run/user/1000: target is busy. umount: /tmp: target is busy. umount: /sys/fs/cgroup/unified: target is busy. umount: /sys/fs/cgroup: target is busy. umount: /dev/shm: target is busy. umount: /: target is busy. umount: /run: target is busy. umount: /dev: target is busy. [jray@jr-dl ~]$ mount -l proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) dev on /dev type devtmpfs (rw,nosuid,relatime,size=1940584k,nr_inodes=485146,mode=755) run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755) /dev/sda2 on / type ext4 (rw,noatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate) tmpfs on /tmp type tmpfs (rw,nosuid,nodev) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=389640k,mode=700,uid=1000,gid=1000) [jray@jr-dl ~]$ sudo mount -a [jray@jr-dl ~]$ mount -l proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) dev on /dev type devtmpfs (rw,nosuid,relatime,size=1940584k,nr_inodes=485146,mode=755) run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755) /dev/sda2 on / type ext4 (rw,noatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate) tmpfs on /tmp type tmpfs (rw,nosuid,nodev) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=389640k,mode=700,uid=1000,gid=1000) /dev/sda1 on /boot/efi type vfat (rw,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro) /dev/sdb1 on /media/sg_data type ext4 (rw,nosuid,nodev,noexec,noatime,stripe=8191,user,x-systemd.device-timeout=1) [SG_data] Passing the user option also adds nosuid,nodev,noexec, but even without it, exec still doesn't show. I also tried adding suid,dev, to the fstab line, but as expected (since exec is overrode anyway with noexec), that didn't help.
Moving further comments to https://forum.manjaro.org/t/how-to-remount-a-device-partition-after-unmounting-it/62016/57 as I just need to figure out how to get this to work, and a bug isn't reproducible.
OK, I missed an instruction in the above thread. I forgot to change the permission of /media/SG_data with `sudo chown jray:jray /media/sg_data`. Now that I have done that, it works!
Well, I can move files to /media/sg_data, but there are some things that I need to correct e.g. https://forum.manjaro.org/t/how-to-remount-a-device-partition-after-unmounting-it/62016/23?u=jamesray, the options showing, remove the lines from fstab, etc.
So if I got it correctly, finally you fixed the problem yourself, and it was not a thunar bug ?
More or less. I had some failures in boot after the operations on the partitions on the external hard drive, but I can move files to the data partition and items remain pinned in the sidebar after restarting.