拯救Ubuntu的一天，初步复活

在一顿挫败之后，我成功编译安装了ffmpeg+mencoder，可是其 所带来的欣喜止于安装完成我重启系统的那一刻：可以找到Nvidia的驱动，但GDM不能启动，出现不了登陆框，只弹出一个满是方框的登陆框，然后点击其 上的按键，GDM重启，问题依旧，照此循环...

想了一下重启前的操作...
编译安装了七八种解码编码库文件，编译安装了ffmpeg，编译安装了freetype，编译安装了mplayer。之后系统SB。

查看Xorg.0.log无异常，看gdm日志/:0.log也未发现可在Google上被搜索到的异常情况。

于是，自己动脑...

库文件应该不会导致GDM的问题。那么问题就应该在freetype上了。于是重装freetype2.3.6.问题依旧...


怀疑是ubuntu和freetype版本问题，上网找到ubuntu HARDY 中的freetype版本2.3.5。编译，安装，问题依旧。

Google，死马活马的方法都试

试了dpkg -reconfigure -a，不行

于是开始怀疑GDM问题，卸载，出现某个问题包含如下内容：
deconf: .....’reload‘ failed
还有parse一个scrollXXXX（命名忘记了）.xml的错误，

先后运行
dpkg -reconfigure scrollXXXX
dpkg -reconfigure deconf，那两个问题OK了，可以卸载GDM了


重装之后问题依旧。不过，用startx仍可进入xwindows，说明我的xserver还健在，就是GDM的问题。


不知何是出路，不知从何处寻找问题....Google上除了没有fixed的Bug listing告诉我有几个和我一样的倒霉人之外，没有任何可以借鉴的地方。

没有办法，可是实在不愿意重做系统....

于 是把log／下的貌似相关的.log文件都认真地翻看了一遍。发现在daemon.log中有GDM的一些信息....大意是不能加载/usr/lib /下的一个pango的驱动。按照提示在相应位置做了连接，却依旧提示我不能被允许加载。为了确认其正确存在，我想看一下这个文件，此时发现我自己居然没 有权限把它ls出来....靠，于是先把其改为777，看到了。重启GDM....成功。

从昨天中午到今天中午，整整一天，终于救活了

可能原因是因为安装freetype对原来的freetype相关文件做了更改，在权限出现了一些问题，导致自己的系统不能加载自己的文件，然后给了我个奇怪的提示....

Linux像个傻傻的孩子，你让他去撞死，他会一丝不苟地执行你的指令，直到死了为止。也不会像Windows一样给你个Dialog，“这样很危险，你果真要我去死？”你确定，然后他蓝屏，重启后就现什么也没发生过一样。

库文件相互之间的关系和影响，太复杂了，这种奇怪的错误太让人郁闷，幸好啊，没有重装...