问一个系统安装问题。

slackcode

我看了很久，也没有看明白是什么意思

fender010

我想到一个办法，

我mount各个分区以后到/home里面建一个文件夹for_installation，然后把stage3和portage_snapshot放到那个里面，然后在解压缩，步骤如下：

1.

1. mkdir /mnt/gentoo/home/for_installation
2. cd /mnt/gentoo/home/for_installation

复制代码

2.

1. download stage3
2. tar xvjpf stage3-*.tar.bz2 -C /mnt/gentoo/

复制代码

3.

1. download portage_snapshot
2. tar xvjf /mnt/gentoo/portage-latest.tar.bz2 -C /mnt/gentoo/usr

复制代码

/home的空间很大，不需要考虑stage3和portage_snapshot的大小问题。

我的意思是说，如果我需要把各个分区分开的话，对于其他发行版比如debian来说/只分256M也许就够用了，但是对于gentoo来说安装handbook的方法，必须是256+150M因为需要多余的空间存放stage3+portage_snapshot，所以有点感觉不好，但是用户对/home的大小肯定不是很敏感的，或者说肯定没有/敏感，

顺便问问各位/var分了多大，我打算分4G，但是不知道编译OOo xorg这样软件包时够不够？

coderoar

Post by fender010;1918187
但是不知道编译OOo xorg这样软件包时够不够？

尽量不要编译openoffice，用openoffice-bin就好。

fender010

要为大型编译做好充分准备。

軒轅.子

大哥... 这样不累啊...

你用lvm 不行吗?........... 还能动态调整分区大小...

还有...
/var 才4G ... 不用说大型编译了 对于ccache来说都小了点
/tmp 1G ... 分析某些上G的log 基本就完蛋了...
/usr 10G ... 不评价... 反正FEATURES别用 buildpkg ...
没有语言了.........

要我说 如果硬盘空间有限的话 要么别分什么/usr 和/var等 最多就分一个/ 和/boot 需要的在加一个/home; 要么就直接上lvm 可以根据实时情况动态调整空间

coderoar

Post by 軒轅.子;1918345

/var 才4G ... 不用说大型编译了 对于ccache来说都小了点
/tmp 1G ... 分析某些上G的log 基本就完蛋了...
/usr 10G ... 不评价... 反正FEATURES别用 buildpkg ...

/var 我分了6G，目前使用了3.9G，没有用ccache。
/tmp 平时都是64k大小，我也没分区。如果是服务器的话就另说了。
/usr 就更美必要分区了，因为放的基本上都是程序，把portage移动到/var，让/usr和/团聚吧

coderoar

Post by 軒轅.子;1918345
你用lvm 不行吗?........... 还能动态调整分区大小...

要配合能调整大小的fs，如reiserfs，才能实现。我对分区调整转换一直充满恐惧。

Post by 軒轅.子;1918345

/var 才4G ... 不用说大型编译了 对于ccache来说都小了点
/tmp 1G ... 分析某些上G的log 基本就完蛋了...
/usr 10G ... 不评价... 反正FEATURES别用 buildpkg ...

/var 我分了6G，目前使用了3.9G，没有用ccache。
/tmp 平时都是64k大小，我也没分区。如果是服务器的话就另说了。
/usr 就更美必要分区了，因为放的基本上都是程序，把portage移动到/var，让/usr和/团聚吧

fender010

我对调整分区这种高级操作一直敬而远之，

/tmp应该很少用到，每次开机都会清零，对于desktop用户来说，似乎很少需要独立分出。
看了ls的分区，我决定/var分8G或者10G，/usr独立分15G，
反正硬盘空间富裕，我打算整个硬盘只装一个系统。

ls的怎么不用ccache啊，能加速很多，

我在freebsd下面用cchache，在不编译不需要的内核模块下，能在70s内编译完freebsd的系统内核，cpu＝pd915，

但是编译OOo时出错，编译freebsd基本系统时出错。

軒轅.子

lvm 用起来非常简单 谈不上什么高级操作
lvm 是把硬盘分区 pv (物理卷)分成若干个pe 再把pe(物理单元)组合成vg(卷组) 在vg中划分lv(逻辑卷)
调整大小 实际上就是改变lv中的pe的数量
用户不用考虑所使用的vg中的pe 分布在硬盘什么位置 那是lvm干的事

redhat enterprise linux AS系列 默认分区方案就是lvm
aix hpunix 等很多unix用的也是lvm

ext3/4 reiserfs 都支持 调整大小