再探编译源码升级 glibc 的问题

d00m3d

莫非 glibc 的 developers 也知道 cp 会完蛋，用 mv 才行？

但是为什麽 mv 可以，cp 又不行呢？

LanEast

slackware用了另一种方法,我试了,在slackware上可以,我拿到LFS上用就不行.
不过slackware的方法在slackware上似乎也有出错信息,只不过不显示

d00m3d

好奇心驱使，请 LanEast 兄说说 Slackware 的方法有啥不同吧

LanEast

1. if [ -r /proc/ksyms ]; then
   
2.   echo "FATAL: you need to be running a 2.6.x kernel in order to upgrade"
   
3.   echo "to this version of glibc."
   
4.   echo
   
5.   sleep 999
   
6.   exit 1
   
7. fi
   
8. 
   
9. # Next, stop using the /lib/ntpl libraries.  These are now obsolete and
   
10. # will break the installation if present:
    
11. if [ -d lib/tls ]; then
    
12.   mkdir -p lib/obsolete
    
13.   mv lib/tls lib/obsolete
    
14. fi
    
15. if [ -x sbin/ldconfig ]; then
    
16.   sbin/ldconfig -r .
    
17. fi
    
18. 
    
19. # Install NPTL glibc libraries:
    
20. if [ -x /sbin/ldconfig -a -d lib/incoming ]; then # swap on the fly
    
21.   # First create copies of the incoming libraries:
    
22.   ( cd lib/incoming
    
23.     for file in * ; do
    
24.       if [ ! -r ../${file}.incoming ]; then
    
25.         cp -a $file ../${file}.incoming
    
26.       fi
    
27.     done
    
28.   )
    
29.   # Then switch to them all at once:
    
30.   /sbin/ldconfig -l lib/*.incoming 2> /dev/null
    
31.   # Finally, rename them and clean up:
    
32.   ( cd lib
    
33.     for file in *.incoming ; do
    
34.       rm -f `basename $file .incoming`
    
35.       cp -a $file `basename $file .incoming`
    
36.       /sbin/ldconfig -l `basename $file .incoming`
    
37.       rm -f $file
    
38.     done
    
39.   )
    
40. else # no ldconfig?  Good, it's safe to just jam it on home (and make links below):
    
41.   ( cd lib/incoming
    
42.     for file in * ; do
    
43.       cp -a $file ..
    
44.     done
    
45.   )
    
46. fi
    
47. # Now, get rid of the temporary directory:
    
48. rm -rf lib/incoming
    
49. # Done installing NPTL glibc libraries.
    

复制代码

这个是slackware的glibc-solibs-2.5-i486-4.tgz的安装脚本中的关键部分
我直接把

1. 
   
2. if [ -x /sbin/ldconfig -a -d lib/incoming ]; then # swap on the fly
   
3.   # First create copies of the incoming libraries:
   
4.   ( cd lib/incoming
   
5.     for file in * ; do
   
6.       if [ ! -r ../${file}.incoming ]; then
   
7.         cp -a $file ../${file}.incoming
   
8.       fi
   
9.     done
   
10.   )
    
11.   # Then switch to them all at once:
    
12.   /sbin/ldconfig -l lib/*.incoming 2> /dev/null
    
13.   # Finally, rename them and clean up:
    
14.   ( cd lib
    
15.     for file in *.incoming ; do
    
16.       rm -f `basename $file .incoming`
    
17.       cp -a $file `basename $file .incoming`
    
18.       /sbin/ldconfig -l `basename $file .incoming`
    
19.       rm -f $file
    
20.     done
    
21.   )
    
22. else # no ldconfig?  Good, it's safe to just jam it on home (and make links below):
    
23.   ( cd lib/incoming
    
24.     for file in * ; do
    
25.       cp -a $file ..
    
26.     done
    
27.   )
    
28. fi
    

复制代码

存成一个脚本使用,比直接cp要好一些,cp一用就挂,这个脚本用了至少shell不挂,但是其它的命令就用不了了
在slackware中使用,出现了segment fault的提示,但是没什么影响

linux001

看大家讨论得热烈，对这种重要问题，我也来凑个热闹吧。

1。关于 mv 和 cp的问题，我觉得还是有区别的：因为直觉上mv只是修改了目录结构，而cp需要完整的文件操作；或许在 glibc更新过程中进行文件操作会破坏系统的完整性；

2。最关键的问题是，在单纯升级 glic 后，是否会有比较核心的程序崩溃？是否需要立刻重新编译内核等等，这个不知道是否有现成的资料？我觉得如果解决了这个问题，对LFS的应用会更有意义。

d00m3d

1. 不详

2. 这要看新旧旧版之间有哪些地方不同，多数情况下是向下兼容的，问题应该不大，但也有可能某些程序会有问题，这不奇怪。

内核虽然也是 C 程序，但出问题的机会并不大，否则 glibc 是不会 release 出来的

资料方面，源码包里的文档应该很详细了

LanEast

Post by linux001;1796752
看大家讨论得热烈，对这种重要问题，我也来凑个热闹吧。

1。关于 mv 和 cp的问题，我觉得还是有区别的：因为直觉上mv只是修改了目录结构，而cp需要完整的文件操作；或许在 glibc更新过程中进行文件操作会破坏系统的完整性；

2。最关键的问题是，在单纯升级 glic 后，是否会有比较核心的程序崩溃？是否需要立刻重新编译内核等等，这个不知道是否有现成的资料？我觉得如果解决了这个问题，对LFS的应用会更有意义。

1.这个不太清楚,不过感觉有点像这个意思-_-U

2.升级过glibc,但是升级完了之后就很少用升级之后的系统,所以稳定性就不太清楚了.另外,内核应该不依赖glibc的吧?