安装GLIBC2.3.2的时候出错，出错信息如下：

独孤不羁

没有啊，文件系统是EXT2，属主是LFS，
现在编译仍然没有通过，出错信息还是老样子。
昨天用如下命令：
mount -o exec /dev/hdc1 /mnt/lfs
mount -o exec /dev/hda7 /mnt/lfs/tools
再次编译，仍然不能通过。
不知道问题症结何在。

晨想

chown lfs /mnt/lfs/tools -R
这样呢？

独孤不羁

好的，我试试看。不过，可以告诉我这样做的原因吗？
为什么要加－R参数

晨想

全部改变权限。

独孤不羁

　　昨天晚上，决定以ROOT的身份在主系统里面升级安装GLIBC2.3.2
配置
　　./configure --prefix=/usr --disable-profile \
        --enable-add-ons
编译
　　make
安装
　　make install
　　结果，配置和编译均正常进行，但安装的时候出现了错误，开始我以为只是安装错误，所以没有在意开始一段出错信息，但问题严重了，我除了输入CD命令可以正常执行外，其他所有的命令均不能正常执行，显示如下错误信息：
   /sbin/mingetty:error while loading shared  \
    libraries:libc.so.6:cannot handle TLS data
　　连重新启动，关机也不行，没有办法，切换到第二个控制台，
　　结果连要我输入登录的用户名的那一个界面也不出现了。
　　满屏都是像上面一样的信息。
　　最后只好重新安装主系统了，
我的主系统是REDHAT9.0，GCC3.2.2。

threeseconds

是不是和你的分区有关系啊
我就是RH9，LFS5.0,5.11都没什么问题
你直接在hda7上面做吧
对了，你的sources放在哪个分区上面了，hdc1还是hda7？

晨想

最大的错误，就是升级主系统的glibc。。。那是绝对不能动的。

你重装rh9吧。：）。

独孤不羁

是啊，的确不该升级GLIBC2.3.2的，
现在重装系统了，不过，这次是采用楼上那位的主意，
直接在HDA7分区上装LFS系统，
但我仍然保留原来的目录结构，
HDA7挂载在TOOLS目录下，
源代码与原来一样，均是在TOOLS目录下。

目录树结构如下：
/mnt
|--lfs　　　　　在hda3（主系统的分区里面）
　　　|--tools　　在hda7
　　　　　|--source
　　　　　　　　|----source
　　　　　　　　　　　　|-----lfs-source
　　　　　　　　　　　　|-----lfs-source-pack
　　　　　　　　　　　　|-----build

到目前为止，第一次编译GLIBC正常，
在编译BINUTILS和GCC3.3.1的时候均未出错，不过，我升级了系统的
GCC，为3.3.1版本的，但没有升级系统的GLIBC，
还有，在测试GLIBC的时候，也没有出错误，均正常，
晚上有空再接着编译，看到最后会不会出错，，
谢谢各位的热心帮助，
不过，为什么会出现将/mnt/lfs挂一个硬盘，
然后将tools挂另一个分区的时候出错呢？

小丑奇兵

其实主系统的glibc的升级倒是一个可以研究的问题。
有空试验一下。对于LFS如果有一个新的glibc了，是否也可以升级它呢？
嘿嘿。
以前也曾经试着升级glibc，但是可想而知，得重装系统了。