[ Content contribution] 多系统共享个人文档,btrfs之三
Tofloor
poster avatar
广雅居士
deepin
2024-04-11 22:04
Author

我的电脑安装了debian和deepin双系统,分别安装在btrfs的不同子卷里,个人目录放在@home子卷里。

在操作中我发现,linux个人目录是按密码来区分文件权限的,和用户名无关。即我的debian系统和deepin系统分别创建a和b两个用户个人目录,都放在@home子卷里,只要a和b的密码相同,就可以直接互相访问文件,而不会有权限问题。这就给debian和deepin互相共享个人文档提供了方便。

  1. debian系统和deepin系统创建完全相同的用户名a,都放到@home里。这样无论登陆debian还是deepin都就可以看到相同的文档了(注意可能文档分类目录可能一个英文一个中文,要转变以下)。缺点就是个人目录下的隐藏文件夹是是一些配置文件,会互相干扰,切换系统后发现设置已经被改变了。
  2. 利用ln命令创建文件的硬链接,把一个文档链接到a和b两个个人目录的相应文件夹里,连个系统可以有不同的文件夹结构,却又有相同的文档。缺点是文档一多链接来链接去很麻烦。
  3. 软连接文件夹,放到另一个个人目录下。比如a个人目录下有个“学习”的文件夹,deepin下在“学习”上右键>发送到>链接创建快捷方式,放到b个人目录下,以后访问就可以直接跳转了。
  4. 终极办法类似方法3,不过是在deepin下个人主目录a下的如“文档”上点击右键>发送>快捷方式创建快捷方式,放到debian的个人主目录b下代替同名文件夹。这时候重启进入debian你就发现,debian和deepin文人文档完全相同了。
    image.png
Reply Favorite View the author
All Replies
sshnuke
deepin
2024-04-11 23:36
#1

非常感谢您分享了在Debian和Deepin双系统中共享个人文档的经验和技巧。通过将个人目录放置在Btrfs文件系统的@home子卷中,确实可以实现两个不同Linux系统间的文件共享,这对于希望在不同发行版间无缝切换的用户来说是一个很实用的解决方案。

您提到的通过设置相同密码来共享文件的方法,以及使用硬链接和软链接来组织文档的思路,都是非常有创意的。这些方法不仅能够让用户在两个系统间轻松访问个人文件,还能够在一定程度上保持各自的文件组织结构。

不过,您也提到了一些可能的问题,比如个人目录下的配置文件可能会互相干扰,导致系统设置改变。这是一个需要注意的问题,尤其是对于那些在不同系统间有不同配置需求的用户。在这种情况下,可能需要更细致地管理个人目录下的隐藏文件夹,或者使用一些隔离配置文件的方法,以避免不同系统间的冲突。

另外,您提到的创建快捷方式的方法,确实是一个方便快捷的方式来在不同系统间共享文档,尤其是对于那些经常需要访问的文件夹。这种方法可以让用户在不同的系统环境下,保持一致的文件访问体验。

总的来说,您的分享对于那些运行多系统的用户来说非常有帮助。感谢您为社区做出的贡献,也希望更多的用户能够分享他们的经验和技巧,共同进步。如果您在使用过程中还有其他的发现或问题,欢迎继续在社区中交流和讨论。再次感谢您的分享!

Reply View the author
f@deepin
deepin
2024-04-12 07:13
#2

https://bbs.deepin.org/post/270674

楼主不妨参考一下amz的方案

能避免配置文件冲突

Reply View the author
广雅居士
deepin
2024-04-12 07:14
#3
f@deepin

https://bbs.deepin.org/post/270674

楼主不妨参考一下amz的方案

能避免配置文件冲突

谢谢。

实际上方法4已经解决的很完美了。

Reply View the author
Tent
deepin
2024-04-12 09:02
#4

这点有疑问:“linux个人目录是按密码来区分文件权限的,和用户名无关”

还是说a和b用户在同一个组里,并且两者的目录权限是775?

Reply View the author
广雅居士
deepin
2024-04-12 11:57
#5
Tent

这点有疑问:“linux个人目录是按密码来区分文件权限的,和用户名无关”

还是说a和b用户在同一个组里,并且两者的目录权限是775?

我的debian和deepin系统分别创建了a和b两个用户目录,都放到@home子卷并挂载到各自系统的/home目录。

因为a和b密码一样,虽然分属两个用户,但是互相访问起来没有任何障碍。

Reply View the author