@qakito 没有包管理，主要对 liveCD 做了稳定性可靠性加强，定位移动操作系统，就想着把常用实用的软件一次搞定，一劳永逸。

@z5864703 确认是重新编译安装的 libtool 最新版本，有空了再深究，10 号要开工了，就想着在开工前利用这 10 几天时间更新一波，这次更新不完就等明年春节再搞。

@secondwtq 回前辈，是的，安装了 libelf-0.8.13 ，config 和 mke 不再提示提示任何缺少文件，但在 make install 时还是会提示：

libtool: warning: relinking 'es1api/libGLESv1_CM*la'
libtool: error: error: relink 'es1api/libGLESv1_CM*la' with the above command before installing it

Makefile:1156: recipe for target 'install-libLTLIBRARIES' failed
make[6]: *** [install-libLTLIBRARIES] Error 1
make[6]: Leaving directory '/home/cdl/Desktop/mesa-17.1.6/src/mapi'
Makefile:2027: recipe for target 'install-am' failed
make[5]: *** [install-am] Error 2
make[5]: Leaving directory '/home/cdl/Desktop/mesa-17.1.6/src/mapi'
Makefile:1676: recipe for target 'install-recursive' failed
make[4]: *** [install-recursive] Error 1
make[4]: Leaving directory '/home/cdl/Desktop/mesa-17.1.6/src/mapi'
Makefile:2021: recipe for target 'install' failed
make[3]: *** [install] Error 2
make[3]: Leaving directory '/home/cdl/Desktop/mesa-17.1.6/src/mapi'
Makefile:851: recipe for target 'install-recursive' failed
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory '/home/cdl/Desktop/mesa-17.1.6/src'
Makefile:1008: recipe for target 'install' failed
make[1]: *** [install] Error 2
make[1]: Leaving directory '/home/cdl/Desktop/mesa-17.1.6/src'
Makefile:642: recipe for target 'install-recursive' failed
make: *** [install-recursive] Error 1

@woodelf 回前辈，前两天就看了 LFS （ BLFS 和 CLFS ），如果从头构建，按上面的版本一个个安装，都会成功，但现在是要用别人的现成的维护，难度大不少。CDLinux 的原作者老赵曾对我说过：如果 2 年不更新，一但更新就是牵一发动全身。这方面就连 debian，ubuntu 这样的大团队都做不到 10 全 10 美，何况我一个人。

@secondwtq 刚才下载了 slackware 14.2 的 llvm-3.8，有了 llvm-config，于是./configure 编译 Mesa-17.1.6 （这个版本与一在的系统依赖刚好相符），出现以下错误：

make[3]: Entering directory '/home/cdl/Desktop/mesa-17.1.6/src/amd'
make all-am
make[4]: Entering directory '/home/cdl/Desktop/mesa-17.1.6/src/amd'
CC common/common_libamd_common_la-ac_binary.lo
common/ac_binary.c:33:18: fatal error: gelf.h: No such file or directory
#include <gelf.h>
^
compilation terminated.
Makefile:910: recipe for target 'common/common_libamd_common_la-ac_binary.lo' failed
make[4]: *** [common/common_libamd_common_la-ac_binary.lo] Error 1
make[4]: Leaving directory '/home/cdl/Desktop/mesa-17.1.6/src/amd'
Makefile:721: recipe for target 'all' failed
make[3]: *** [all] Error 2
make[3]: Leaving directory '/home/cdl/Desktop/mesa-17.1.6/src/amd'
Makefile:851: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/home/cdl/Desktop/mesa-17.1.6/src'
Makefile:642: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/home/cdl/Desktop/mesa-17.1.6/src'
Makefile:642: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1

在 error: gelf.h: No such file or directory 这里缺文件
如果不管这些错误直接 make，会有如下警告：

libtool: warning: relinking 'es1api/libGLESv1_CM.la' 和
libtool: error: error: relink 'es1api/libGLESv1_CM.la' with the above command before installing it

重新安装 libtool，并使用 autoreconf -i -f 做兼容处理后，又得到上面的出错信息，试了安装 ppl，也得不到 gelf.h 这个文件，不知何故，看看前辈能不能帮我看看？

@secondwtq 编译 llvm 可以使用./autogen.sh 或./config 来完成，但两个都卡住我了，前者提示我安装 Autom4te，我已经装了 automake-1.14.6，后者提示我 --enable-llvm r300 什么的，都是通不过编译。另外 /usr/lib/dri/下有 r600_dri.so 文件，两者有什么区别？为什么不用 r600 而用 r300 ？

关于 llvm-config 能否给我连接，我看过 llvm 的官网，包括 llvm-dev，都没有提到过 llvm-config，下载页面看到的是如下信息：

Download LLVM 4.0.0
Sources:

LLVM source code (.sig)
Clang source code (.sig)
compiler-rt source code (.sig)
libc++ source code (.sig)
libc++abi source code (.sig)
libunwind source code (.sig)
LLD Source code (.sig)
LLDB Source code (.sig)
OpenMP Source code (.sig)
Polly Source code (.sig)
clang-tools-extra (.sig)
LLVM Test Suite (.sig)
Documentation:

LLVM (release notes)
Clang (release notes)
clang-tools-extra (release notes)
LLD (release notes)
libc++
LLVM Doxygen (.tar.xz)
Clang Doxygen (.tar.xz)
clang-tools-extra Doxygen (.tar.xz)
Pre-Built Binaries:

Clang for Mac OS X (.sig)
Clang for FreeBSD10 AMD64 (.sig)
Clang for FreeBSD10 i386 (.sig)
Clang for AArch64 Linux (.sig)
Clang for armv7a Linux (.sig)
Clang for x86_64 Ubuntu 14.04 (.sig)
Clang for x86_64 Ubuntu 16.04 (.sig)
Clang for x86_64 Ubuntu 16.10 (.sig)
Clang for x86_64 Debian 8 (.sig)
Clang for MIPS (.sig)
Clang for MIPSel (.sig)
Clang for Windows (32-bit) (.sig)
Clang for Windows (64-bit) (.sig)
Signed with PGP key 345AD05D.

望前辈给予帮助。

@Cooky 活得很好，而且今非惜比，见： http://kxs-co.gicp.net/Linux/
这是我维护的第 7 个年头了。

问题已经解决，百度找到的答案：
1，先安装 libxml-simple-perl //CDLinux 使用的 deb 包，直接解压复制文件到对应的目录即可
2，# perl -e shell -MCPAN
3，# install XML::Parser //过程中会补齐一些其它依赖包
4，设置变量路径，在 /etc/profile 下面添加一行：export PERL5LIB=$PERL5LIB:/usr/lib/perl5/5.24.0/TAP/;
5，更新变量：# source /etc/profile
测试可行

@churchmice 感谢前辈的好心参与
@crisewng 感谢前辈的回复，我按上面的方法搞定后才看到你的信息，多用了 4 个小时才解决问题。但我后来测试了你说的方法，确实可行，而且完美简单，万分感谢！！！

希望有遇到同样问题的朋友可以参考以上两个方案。
我自己之前没碰过 perl，不懂源于我的浅学与无知，操作系统真的是个庞大复杂的工程，涉及方方面面的知识，没有长时间的学习实践和经验积累确实难以精通，我会继续努力，把 CDLinux 维护到我认为理想的状态。

@crisewng 另外前辈对 Mesa 和 llvm 的编译是否熟悉？这两个也费了我好多时间，特别是 llvm-config 的缺失，让我一直卡在 Mesa 这一步无法继续更新图形界面和一些驱动。如果你能帮助我就最好了，期朌。

@churchmice 前辈
我更正上一条回的笔误：
# perl Makefile_PL PREFIX=/opt/perl INSTALLDIRS=perl5 写错，正确的是
# perl Makefile_PL PREFIX=/usr/lib INSTALLDIRS=perl5
但这样在执行# make install 时通不过，改为：
# perl Makefile_PL PREFIX=/opt/perl INSTALLDIRS=perl
可以正常# make install，但再./configure 也是提示找不到 XML::Parser

"perl 用 PERL5LIB 这个变量"，能否给个例子，就以我把 XML::Parser 安装到了 /usr/lib/perl5，完整路径：/usr/lib/perl5/5.24.0/ 这个目录为例，因为我# perl5lib 或# per perl5lib 提示出错。

另外在 redme 文件里，官方给的这句，我始终没有看明白：
perl -I../blib/lib -I../blib/arch xmlcomments REC-xml-19980210.xml

@churchmice 前辈
是在 /etc/ld.so.conf 里添加一行吗？比如：/opt/perl/lib/ ，此方法不行，通不过
再次按你说的直接安装到 /usr/share 下面，我原来的 perl-5.24 路径：/usr/lib/per5
那么：

# perl Makefile.PL
# perl Makefile.PL PREFIX=/opt/perl INSTALLDIRS=perl5
# make
# make install

得到以下结果：

chmod 755 ../blib/arch/auto/XML/Parser/Expat/Expat.so
"/usr/bin/perl" -MExtUtils::Command::MM -e 'cp_nonempty' -- Expat.bs ../blib/arch/auto/XML/Parser/Expat/Expat.bs 644
Manifying 1 pod document
make[1]: Leaving directory '/home/cdl/Desktop/XML-Parser-2.36/Expat'
Manifying 6 pod documents
0 15:02# make install
make: *** No rule to make target 'pure_perl5_install', needed by 'pure_install'. Stop.

@churchmice 前辈你好，按你说的得到如下结果：

cpan[5]> install lync
Warning: Cannot install lync, don't know what it is.
Try the command

i /lync/

to find objects with matching identifiers.

cpan[6]> install html2text.pl
Warning: Cannot install html2text.pl, don't know what it is.
Try the command

i /html2text.pl/

to find objects with matching identifiers.

cpan[7]> perldoc XML::Parser
Running perldoc for module 'XML::Parser'
Could not run 'which html2text.pl':

You need to install lynx or html2text.pl to use this feature.
cpan[8]>

要不你还是直接告诉我，perllib 的变量在哪里设置？
是在 /etc/ld.so.conf 里添加一行吗？比如：
/opt/perl/lib/

楼主是问题见这里： http://kxs-co.gicp.net/linux/CDLinux.html

以下选取：

5，一个所有 Linux 发行版都有的不是 BUG 的 BUG
Linux 当初设计文件的读写时思想是：当用户复制 /剪切 /移动一个文件表面看起来瞬间就完成了，等待一定的时间如果用户不再操作时再在后台完成余下的工作，这样可以有效的避免产生大量的磁盘碎片，但因此带来的害处远远大于益处，如果应用场合是本地硬盘还算好，若使用的是移动存储设备就可能产生意外，结果就是使用外置存储设备时及易因误判断而损坏文件（两边的文件均是损坏的），从表象上看就是操作时的反馈进度信息不同步
实验过程：在 KDE/XFCE/LXDE 下复制一个 500M 的文件到 U 盘，看着进度条走完就拔出 U 盘，试试 U 盘里的文件是否是正常的？
解决办法：A，操作完成后多等会（ 10 分钟？）。B，看着 U 盘的灯不再闪后才拔盘。C，在文件管理器里面弹出 U 盘，且提示成功才拔盘
危害等及：非常严重，对于不知情或心急的人，极易把文件损坏，后果严重，业界确对这种低级的设计视而不理
可修复性：难度大，曾和老赵商讨过此事，内核并不知道文件操作完没，因为对文件的操作很多文件管理器可以跳过内核直接对文件进行操作，整个反馈均在应用层，所以这是由 DE 引起的。在 CDLinux 的 xfce 环境里，曾试着解决这个问题，最开始是强制同步，每次写入后就同步到进度条，结果发现这样及易损坏存储设备（在测试中把一张 16G 的威刚内存卡写成了只读），后来改为不强制同步但尽量多次同步进度条，虽有改善但并不完美，与 Windows 的实时进度条相比，天差地别。
我只想对这种设计思维的人说一句：简直就是狗屎一样的设计！

@okudayukiko0 再换一种方式问，ext4 的更新提现在磁盘上还是提现在操作系统里面?

@okudayukiko0 不是这个意思，我是想问：几年前格式的 ext4 分区，是不是就没有最新的 ext4 特性（最近加入的补丁之类）。还是说，更新 linux 就能享受到最新的 ext4 而与什么时候格式化磁盘无关?

@okudayukiko0 “Reiser 现在好像用 Reiser4”，我试过在 GParted 里面格式为 reiser4，能格式化成功，但不能访问，是否还需要其它东西才能找开格式化好的 reiser4 磁盘？

另外 reiser4 的性能已经到什么程度了？能达到 ext4 的性能吗？

@Osk btrfs 也适用于我需求？大小文件混存，且数量巨大。另外去年我还看到论坛有人说 btrfs 到 2018 年了还有些 bug，可靠性有待完善，不知这种道听途说是否正确？

@feather12315 请教前辈：
“4. 当前各大发行版，ext4 是主流。使用得越多 bug 越少。ext4 在不断更新，一直有新 feature 加入。”
是编译了最新的内核就拥有了最新的 ext4 文件系统支持吗？还是说如果我想用最新的 EXT4 文件系统支持，需要使用储如 GParted 分区工具（ mkfs.ext4 ）来重新建立磁盘分区？

另一个问题是：如果我有个 U 盘是在 2015 年使用 Linux kernel 4.4 格式化为 ext4，那么这个 U 盘即不是最新的 ext4 文件系统，一些新加入的的特性就没有，这种理解对不对？

换个方式问：最新加入 ext4 的 feature 是在内核模块（*.ko ）中，还是存在于已经格式化的磁盘中？

@love “而 reiserfs 不限制 inode 数，小文件随便存，可能这是这个文件系统唯一的好处了。”这句话，我能不能理解为：除此之外，其它方面都很差？

@liang96 请问前辈，“reiserfs 杀手文件系统”怎么理解？一直在用是用于什么场景？另外它的可靠性，性能如何？

@所有人 此帖到此为止，我已经找到自己想要的答案的了，感谢所有浏览以及参与回复本帖的朋友 /前辈们！

@msg7086 看了所有的回复，前辈的回复对我最有帮助，如果不是经验丰富或内部人士，不可能得到这些高深（偏门 /专业）见解的，所以深表感谢！

另外回复前辈，Debian 10 和 ubuntu 19.10 刚出来我就测试了，最少我发现的都有 3 个以上问题，Debian 维护了 2 年才发部的 stable 版本，还有存在一些很基础或很不应该存在的 bug，我认为他们做事不够严慎，或者说他们没有以前那么认真负责了，于是选择了放弃。

另外 2 年前，测试过 centos，gentoo，没几分钟桌面就挂了，印象极差。

我不否认：大多数发行版本安装在硬盘上以后，有足够的内存和强劲的 CPU 资源，都很稳定
也不否认：大多数 Linux 发版本只跑服务，就那么几个应用或进程，都很稳定

但是：跑桌面有时比跑服务器更考验技术，对稳定性要求更严苛，因为通用 PC 不管算力还是 RAM 都非常有限，而且软件多，软件相互之间竞争有限的硬件资源，加上软件开发者水平参差不齐，代码质量有优有劣，所以跑服务器很稳定的，装上 DE 后不一定经得起考验。

而：移动操作系统（ LiveCD ）比上面说的两种情况要求更严苛，因为他甚至不依赖硬盘，除了系统运行需要 RAM 之外，还要把很有限的 RAM 分一部份给用户当存储空间。

就以我自己维护的 CDLinux 来说可以选择只载入主要的文件到内存以最小内存占用的方式运行，也可以选择完全把 squashfs 包载入内存中运行，不依赖硬盘，所以不管是内核还是软件的选择上都是反复考量了的。就如前面所说，最新的不一定是最好的最稳定的，相反，一个能在自己系统上运行得很好的软件才是适合自己的。为了尽可能的让系统更稳定可靠，这个提问的目的就是想从基础上一步步抓起。