虽然说现在在澳洲度假,应该写的是游记,不过免不了还是胡思乱想一番,于是一早起来来写这篇文章。题目看起来很技术,其实这篇文章我一点也不准备讲技术。
我觉得,Windows 就像毒品,而 Mac 和 Linux 则是两种不同的信仰。
Mac 为什么是信仰其实并不需要多说。苹果的东西做得确实非常好,无论是外表、用户体验还是科技创新。不过果粉们选择 Mac 的理由和这些都没有关系,反倒更像某个讽刺果粉买 iPhone 的短片里说的那样,因为这是苹果。这就是一种宗教般的狂热。
而 Linux 则代表了软件界中一种开放和自由的精神,追捧它的人们所怀有的是一种乌托邦式的梦想和希望。这种精神是极有号召力的,且不说默默无闻的第二大软件公司 Oracle,也不说妇孺皆知的 IBM、Intel 和 nVIDIA,就连把 Linux 视作最大敌人之一的微软,都曾经想要为 Linux 贡献代码。
反观 Windows,虽然有无数的人离不开它,依赖它,但是同时听到的,也是种种的抱怨和不满伴随着 Windows 的成长。人们知道 Windows 有种种麻烦,而且今后可能需要为此付出许多额外的开销,但是仍然义无反顾地选择 Windows,而离开它却需要经历一个痛苦的过程,这完全与毒品无异。
可,这就是现实。绝大多数游戏除了家用机的版本外,基本只有 Windows 版;许许多多精巧有趣的小程序和专业性较强的软件,也并非全都有 Mac 和 Linux 版。这就是现实,现实和狂热的信仰,和梦想和希望之间总有那么些距离。因此有时我们不得不向现实妥协。wine (可视为 Mac 和 Linux 下的 Windows 模拟器) 就是一种妥协,Parallels (Mac 下的 Windows 虚拟机) 就是一种妥协。
但是,存在现实并不代表我们不能像 Martin Luther King 那样拥有梦想,并不代表我们不能拥有狂热的信仰。向现实的妥协有时不过是为了更好的追求我们所追求的那些东西。
毕竟,构成这个世界的,虽然有90%的现实,但也有9%的狂热和1%的理想;
毕竟,hope is a good thing, and maybe the best of things.
< Linux,Windows,信仰,理想,自由软件,苹果 >
前一段由于收了某个 zip 文件,用 Ubuntu 自带的归档管理器打开,哎呦,那真不是一般的蛋疼……因为里面全是中文文件名,那个乱码啊……
于是我就下决心要解决这个问题。
虽然我的系统还在 9.10,但看到网上一篇文章教人如何在 10.04 中解决这个问题,我就了解了,这个问题至今没有解决。那么什么叫做“半完美”呢?大概意思就是说,对我来说差不多完美了,不过还是很可能出问题的……
Read the rest of this entry »
< Linux,patch,Ubuntu,zip,乱码 >
每当感觉到系统卡的时候,最好的方法无外乎进入 tty,登入,打开一个 top 监视。可是每次到了需要的时候才去开,打开的效率自然不敢恭维。于是便想,每次开机的时候,记起来就跑到 tty 下面去先开起来。不过这件事情总归是麻烦的,于是才有了现在的方案。
既然 tty 那么多,那我们就把他利用一下吧~让他开机自动在某个 tty 里面启动 top 无疑最方便了~
Read the rest of this entry »
< Linux,tty,Ubuntu >
过去的一段时间里看到很多关于 Arch Linux 的文章,我也对此有那么一点感兴趣了。据说这个是比 Ubuntu 要难折腾一些的,我想,这也正好测试一下我的 Linux 水平,扩充一下关于 Linux 的见识嗯~(其实说白了就是装一下13嗯……)
准备工作肯定是要有的。由于我这次又准备对硬盘分区做一番大动作,资料备份是必不可少的了。整理了一下移动硬盘里的东西,然后把 /home/upsuper 里面的大量资料和部分配置文件移入了移动硬盘,费了大概一个多小时的时间。接下去打开了我的上网本,打开当时在 LinuxToy 刊登的 Arch Linux 安装指南,这是非常必要的。对于一个用惯了 Ubuntu 这样几乎纯图形界面配置的人来说,一个更接近于 LFS 的系统没有参考自然是不敢随便动手的。
Read the rest of this entry »
< Arch Linux,Linux >
众所周知,Windows 下的中文程序使用的是 GBK 或 GB18030 编码,而 Linux 下则默认是 UTF-8 编码。对于图形界面的程序,wine 对中文的处理似乎已经做的不错了,但对于文字界面就无能为力了……
在网上找了找,发现很多人的方法是改 .profile 或者 .bashrc,在里面把 LANG 和 LC_ALL 设置为 zh_CN.gbk 或 zh_CN.gb18030。这种方法对于只在 Windows 下用终端连接 Linux 的用户当然没问题,可是对于像我这样惯用 Linux 的人怎么办?
Read the rest of this entry »
< Linux,Windows,Wine,编码 >
文章最前面,先祝各位在新的一年里天天开心哈~
昨天用 BT 下载了 Linux Deepin。记得当年装 XP 就一定要装 Deepin 的,觉得 Deepin 做的最好,做的最清楚。现如今 Deepin 也转投 Linux 的怀抱,是在不能不说是一件令人高兴的事情。
下面来说说 LD 吧。
我用 UNetBootin 将 LD 弄进了 U 盘里,然后通过 LiveUSB 进入了 LD。LD 给我的第一印象就是那个漂亮的时明时暗的 LD 的 Logo,接着看到了 Ubuntu 9.10 引入的 Xsplash,也很不错~由于是 LiveUSB 启动,因此启动速度不好做评述,不过感觉还是比较满意的。
Read the rest of this entry »
< Linux,Linux Deepin >
昨天晚上我第一次看到 Linux 真正的死机:连 SysRq 都无效了……这实在不能不说是一种讽刺:我写过的被转载最多的莫过于那篇 Linux 死机了该怎么办?我却自己遇到了一次真正的,无法处理的死机……
无图无真相,以下是我的 Tattoo 拍摄下的死机后的屏幕显示,那些是 Linux 在死机前垂死挣扎输出的信息:
Read the rest of this entry »
< Linux,死机 >
据部分人称,百度Hi打开网页都是直接使用IE而非默认浏览器,当然我这里做不了实验……Javran 以为是因为他用的 Chrome 是百度竞争对手开发的而不支持,便托他在百度里面工作的朋友去问了下开发者,结果据说开发者说是直接调用 iexplore.exe 打开网页的 _-b
今天高中时候的贴吧上有一个人在试用了 Chrome 后称“现在终于发现IE有多么LJ了”,然后就提出了同样的问题。于是我就稍微研究了一下~
拿 eXeScope 打开 BaiduHi.exe 文件(eXeScope 是可以完美 wine 出来的~),没有发现与 iexplore.exe 有关的字符串,有点失望。再看看目录里面如此多的 dll 文件,用 eXeScope 一个一个开过去,发现对于那里的 dll 文件 eXeScope 似乎只能看到版本信息……然后突然想到,我们可以直接去找文件中有没有 iexplore.exe 这个字符串~因为在 Linux 下,这一工作变得格外简单:
1
| find -type f -print0 | xargs -0 grep --binary-files=binary -l iexplore.exe |
一条命令便足矣,对 Bash 稍有了解的人一定能完全理解这句话的含义~
下面它输出了两个文件:ImEngine.dll 和 Basement.dll。用 IE 打开很可能就固化在这两个文件里面!用 MadEdit 打开这两个文件,果真发现了 iexplorer.exe。不过不敢乱改,改了也没法实验(印象中百度Hi不能被完美 wine 出来),于是接下去的实验就作罢了。
可是又有人报告百度Hi可以调用疼逊TT打开,我就真不知道是怎么回事了 _-b
< Chrome,eXeScope,Linux,百度Hi >
今天看了 LinuxToy 上推荐的《Arch Linux 安装指南》,看到其中关于分区的部分,我突然想写篇文章来讨论一下 Linux 中应该怎么分区、应该怎么选文件系统、应该怎么配置才会比较不错。
Read the rest of this entry »
< Linux,分区 >
Linux 会死机么?我可以很肯定地说,会!如何?很简单,我的上一篇日志就介绍了一种方法~要让 Linux 死机很容易,但难的是在死机以后如何安全的让他摆脱死机状态。
Linux 死机有很多种情况,最常见的是系统负载过高导致的。如上次介绍的 fork 炸弹就是这个原理,此外还可以运行内存耗用极大的程序(如虚拟机),也会迅速提升系统负载。由于系统负载过高导致的卡死,一定是解决的越快越好!此时必须记住的是,不能再试图依赖任何图形界面的东西,如 Gnome 的系统监视器(这是我从 Windows 遗留下来的愚昧习惯……),这只会继续加重这种卡死的局面。那怎么办?
Read the rest of this entry »
< Linux,死机 >
Comments