/usr/portage 太大了，准备挪走，会出现什么问题吗？

475929257

前些日子有过一次把/var 放到别的路径，然后ln -s回来的经历，结果emerge的时候会报错。
这次想把/usr/portage挪走（比如放到/var里面），会出现问题吗？如果用mount --bind行不行？查了查手册，似乎没发现有提到能不能改变这目录的。

RichardGv

• 把/var/改成symlink应该不会出错吧... 您可能在设置symlink时有问题。
  
• 把Portage tree移走没什么不可以的。make.conf中有四个变量PORTDIR、DISTDIR、PKGDIR、RPMDIR分别用来调整Portage tree、源代码包、二进制包、RPM包的存放位置。PORTAGE_TMPDIR可以调整编译的临时文件位置。不过把/usr/portage做成symlink或许兼容性更佳，否则某些编写不善的第三方脚本可能不能适应新的Portage tree位置。另外，通过PORTDIR移动Portage tree之后或许需要用eselect profile重新选择profile -- 如果是symlink就没必要了。
  
• Portage tree不算很大，Portage tree的overhead很大。按照Flameeyes的测算，对常用的4KB block文件系统而言，Portage tree有70%的空间是浪费的：
  http://blog.flameeyes.eu/2009/10 ... -tree-overhead-data
  因此可以考虑将Portage tree放到squashfs里：
  https://github.com/Stolz/linux-c ... aster/squash_dir.md
  http://en.gentoo-wiki.com/wiki/Squashed_Portage_Tree
  http://mynixworld.wordpress.com/ ... system-by-squashfs/
  

darrenlee

symlink 速度慢，可能会有权限问题，可能会使路径操作(*)失败
mount bind 则健壮、快速

放到squash里需要打aufs补丁，平时维护需要花一点点儿 精力，好处是速度更快，占地儿非常小

jsun

把/usr/portage/distfiles挪走不就好了？可以考虑修改DISTDIR变量，也可以用mount 挂载

dutongtie

4楼说的对，可能是里面的旧文件太多了，楼主可以试试

1. sudo eclean-dist -d

复制代码

475929257

多谢各位解惑，我刚刚从arch换到gentoo不长时间，还不太熟悉，这次准备先mount bind，再尝试squashfs。

RichardGv，我遇到的那个报错的问题我也记不太清了，只记得大概意思是提示我的/var/XXX路径不应该是/mnt/arch_var/var/XXX，让我检查，当时是把var临时挪到arch的var分区去，然后ln -s回来的，没加别的参数。

今天才知道symlink还会有速度损失，多谢darrenlee。

dutongtie：删除旧文件能解燃眉之急，但终归不是长久之计啊……说起来还是换个硬盘实在

darrenlee

Post by 475929257;2161245
多谢各位解惑，我刚刚从arch换到gentoo不长时间，还不太熟悉，这次准备先mount bind，再尝试squashfs。

今天才知道symlink还会有速度损失，多谢darrenlee。

不谢，你把sandbox关了，估计就能用symlink方式emerge了
据我所知，在文件多文件目录深和创建多个文件时有速度损失，我不知道这个损失是否能在portage应用中明显地测出来，因为已换arch，所以没法测试。

RichardGv

Post by 475929257;2161245

今天才知道symlink还会有速度损失，多谢darrenlee。

如果symlink的内容在64字节之内，ext2/3/4会将symlink存在inode之内，这个叫做fast symbolic link；超过64字节之后就才会被保存在分区的数据区中，就是slow symbolic link。其他文件系统应当也有相应的机制。而且或许Linux内核会对这些symlink inode进行缓存。对一般桌面用户而言，我认为fast symbolic link的速度损失基本可以无视，就像吃饭确实有噎死的可能性，不过一般没有人会考虑它一样...

Portage不允许${PORTAGE_TMPDIR}/portage是一个symlink，不过${PORTAGE_TMPDIR}以及它的父目录似乎可以，所以/var的symlink理论上不会导致什么问题... ：https://bugs.gentoo.org/show_bug.cgi?id=378403