<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="https://dev1galaxy.org/extern.php?action=feed&amp;tid=8057&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / No move to trash can on symbolic linked folders]]></title>
		<link>https://dev1galaxy.org/viewtopic.php?id=8057</link>
		<description><![CDATA[The most recent posts in No move to trash can on symbolic linked folders.]]></description>
		<lastBuildDate>Mon, 22 Jun 2026 16:15:35 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: No move to trash can on symbolic linked folders]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=64369#p64369</link>
			<description><![CDATA[<p>Can&#039;t properly explain it (don&#039;t use encrypted stuff) but it has to do with crossing boundaries between encrypted and non-encrypted file storage. Which has a root (sic <img src="https://dev1galaxy.org/img/smilies/tongue.png" width="15" height="15" alt="tongue" /> ) in link nodes storing data blocks. Simply said: if you store a file, there&#039;s a table-of-sorts that keeps track of which data chunks are located on the various nodes of the drive. By removing the file, you unlink said data chunks to the original location in the file tree while making new links to these nodes from the Trash location.</p>]]></description>
			<author><![CDATA[dummy@example.com (Dutch_Master)]]></author>
			<pubDate>Mon, 22 Jun 2026 16:15:35 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=64369#p64369</guid>
		</item>
		<item>
			<title><![CDATA[No move to trash can on symbolic linked folders]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=64368#p64368</link>
			<description><![CDATA[<p>System: luks encrypted Excalibur on sysvinit with Cinnamon DE. </p><p>I have split up my data into a static part and a dynamic part. The static part are all the documents, pictures and other data I have. No .dot files in there. Resides on a SSD and is decrypted and mounted to /mnt/HomeDaten during bootup. fstab entry is:</p><div class="codebox"><pre><code>/dev/mapper/homedata_crypt	/mnt/HomeDaten	ext4	defaults	0	2</code></pre></div><p>The folders on this drive are the ones used by xdg. </p><p>All .dot files reside in the normal /home/$USER folder. /home is on a separate drive, also luks encrypted. fstab entry is:</p><div class="quotebox"><blockquote><div><p>/dev/mapper/home_crypt&#160; &#160; /home&#160; &#160; &#160; &#160; ext4&#160; &#160; defaults&#160; &#160; 0&#160; &#160; 2</p></div></blockquote></div><p>I am using symbolic links to get access to the folders on the static drive. Typical command (in German):</p><div class="codebox"><pre><code>ln -s /mnt/HomeDaten/$USER/Dokumente /home/$USER/Dokumente </code></pre></div><p>Problem:<br />In most folders I cannot move deleted files into the trashcan where I have the chance to review/undo the deletion. I must immediately delete any file. This is not only limited to the linked folders, I seem to have a partial problem in my /home too. Not everywhere. I haven&#039;t fully understood the systematics behind the behaviour yet. I played around and copied some empty trashcans on my HomeDaten folder and into the individual folders I have linked. No succes. </p><p>What is the reason and what can I do to fix the problem (keeping the setup)?</p>]]></description>
			<author><![CDATA[dummy@example.com (rolfie)]]></author>
			<pubDate>Mon, 22 Jun 2026 15:48:57 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=64368#p64368</guid>
		</item>
	</channel>
</rss>
