拯救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,“这样很危险,你果真要我去死?”你确定,然后他蓝屏,重启后就现什么也没发生过一样。

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

你可能感兴趣的:(拯救Ubuntu的一天,初步复活)