debian老手想转arch，担心稳定性

用debian习惯了还真懒得装系统,虚拟机上装了arch,感觉还行

作者: tocai 发布时间: 2009-12-19

我也是debian过来的，arch稳定性还是不错的，不过还是建议您保留debian，先组双系统，等对arch满意了，再把debian的各个分区挂到arch下。

作者: yafeng 发布时间: 2009-12-19

偶尔会出点问题 google没封就没关系

作者: vimtex 发布时间: 2009-12-19

呵呵，我就是debian转过来的，debian和arch一样，都可以推积木，可是在没有x86_64的年代，arch比debian快多了。此外，arch 的配置文件真是很简洁，i like!

作者: xsam 发布时间: 2009-12-19

arch是简洁高效版debian, 简单方便版gentoo, 加强版LFS...

作者: kevinlei 发布时间: 2009-12-19

引用:

作者: kevinlei

arch是简洁高效版debian, 简单方便版gentoo, 加强版LFS...

^^^^^^^^^^^^^^^+1

作者: linux701 发布时间: 2009-12-19

引用:

作者: xsam

呵呵，我就是debian转过来的，debian和arch一样，都可以推积木，可是在没有x86_64的年代，arch比debian快多了。此外，arch 的配置文件真是很简洁，i like!

arch比debian快多了？？？

作者: xep007 发布时间: 2009-12-19

快在哪，有什么理由，这个我不觉得
另外问一下Debian的apt-cache rdepends 在arch下怎么用

作者: tocai 发布时间: 2009-12-19

升级后不要急着pacman -Sc 就行了
准备livecd,如果还留着debian就更不怕了
连glibc都挂掉的情况下都能让他起死回生
前面时间我的机子就遇到glibc出错的问题，然后到gentoo系统下用pacman.static 重装了一下这个包就好了，其实debian也行的
arch有时候升级后有点小问题，不过最近没遇到过，我都是天天升级的
就算遇到的话，对于linux老手的来说，也能很快解决，加上还有linuxsir的嘛

作者: axlrose 发布时间: 2009-12-20

debian的确很快，arch也不逊色，但pacman不比apt，比较手工，一般都是先下载第一个镜像，第一个失败了再下载第二个。。。无奈。。。

arch安装软件很快，不是像gentoo那样全靠编译，配置很简单，每个软件都是最新的。。。

作者: defrag 发布时间: 2009-12-20

现在Arch社区正在讨论要不要给 Pacman 加上多镜像下载支援。
但替代的办法早已有了，就是用 Powerpill。

作者: cwjiof 发布时间: 2009-12-20

debian 的包划分让我很头痛，arch 则简单得多。就是 gnome 是散包，所以我宁死不用 gnome 。我就喜欢这种大包发行版，可惜现在 KDE 也分了。

作者: ch_fb 发布时间: 2009-12-20

引用:

作者: ch_fb

debian 的包划分让我很头痛，arch 则简单得多。就是 gnome 是散包，所以我宁死不用 gnome 。我就喜欢这种大包发行版，可惜现在 KDE 也分了。

debian 的散包全部可以用元包来组织，这实在不能算个问题。

作者: AutoXBC 发布时间: 2009-12-20

玩Arch，即使不开testing，也得留个别的系统以防万一。你不能保证升级xorg-server后还能进入X。当然，只用CLI模式的人不在乎。

作者: 至尊宝发布时间: 2009-12-20

哦，偶开着testing一直syu，两年了，还没碰到起不起x的情况，当然，我是intel的和谐卡。

作者: yafeng 发布时间: 2009-12-20

噢！是不是 intel 的卡比较和谐？

AutoXBC ，什么叫“元包来组织”？

作者: ch_fb 发布时间: 2009-12-20

引用:

作者: 至尊宝

玩Arch，即使不开testing，也得留个别的系统以防万一。你不能保证升级xorg-server后还能进入X。当然，只用CLI模式的人不在乎。

我在公司这台ARCH天天Syu, 没见过你说的情况.

话说, 用ARCH乃至用LINUX的人, 怎么会不熟悉CLI呢?

作者: kevinlei 发布时间: 2009-12-20

来围观一下debian老手～～～

作者: qiang_liu8183 发布时间: 2009-12-20

ext4 支持快照功能不？若是支持我倒想试试，以后升级要是出问题了，恢复快照就行了。

作者: ch_fb 发布时间: 2009-12-20

引用:

作者: ch_fb

什么叫“元包来组织”？

元包就是逻辑上接近的几个包的一个组合，每个元包对应一个抽象的任务，用户不必去关心实现任务涉及的包的细节。比如想创建编译环境，apt-get install build-essential 就可以了，不用知道 cpp g++ 这些东西，apt-get install kde-minimal 就是 KDE 的最小化安装。可以说 debian 中每一个被大量重复的操作必有一个元包对应，如果出现 apt-get install xxx yyy zzz ... 连续几十个软件包，那一定是用户对系统不够了解。

作者: AutoXBC 发布时间: 2009-12-20

引用:

作者: kevinlei

我在公司这台ARCH天天Syu, 没见过你说的情况.
话说, 用ARCH乃至用LINUX的人, 怎么会不熟悉CLI呢?

不是熟悉 or 不熟悉的问题。是你缺省怎么启动的问题。

对 debian 而言，grub 缺省就有至少两个选项，第一就进X，第二个就不进X。
对 fedora 而言，缺省进X，修改grub参数直接进单用户模式就不进X。
对 arch 而言，如果把 kdm 写到 rc.conf ，那么不论你怎么启动都要进 X，而此时若是 X 的配置有问题造成X无法启动，你就根本无法启动机器。

——当然，如果你机器有另外一个Linux，或者使用LiveCD启动能够协助解决问题，不过这终归不方便不是？在grub 层面就能控制是否进 X 必然更方便。

我就遇到过一次改 Xorg 造成无法启动的问题，一进入 X 就挂掉，X 挂掉有个最大的问题在于它可能让你的键盘挂掉，所以这种情况发生时你Ctrl-Alt-F1或者reisub之类的组合全部是无效的。而这种情况下的 arch 系统自身无法自我修复。后来我用livecd 启动才修复。

作者: poet 发布时间: 2009-12-21

所以我从来不把kdm，gdm写入rc.conf

从来都是利用/etc/inittab控制的……

所以level 3就是字符了

有啥不好嘛……话说ubuntu也是service启动kdm，gdm……不过貌似他们有rescue mode？。。

作者: hurricanek 发布时间: 2009-12-21

引用:

作者: poet

不是熟悉 or 不熟悉的问题。是你缺省怎么启动的问题。

对 debian 而言，grub 缺省就有至少两个选项，第一就进X，第二个就不进X。
对 fedora 而言，缺省进X，修改grub参数直接进单用户模式就不进X。
对 arch 而言，如果把 kdm 写到 rc.conf ，那么不论你怎么启动都要进 X，而此时若是 X 的配置有问题造成X无法启动，你就根本无法启动机器。

——当然，如果你机器有另外一个Linux，或者使用LiveCD启动能够协助解决问题，不过这终归不方便不是？在grub 层面就能控制是否进 X 必然更方便。

我就遇到过一次改 Xorg 造成无法启动的问题，一进入 X 就挂掉，X 挂掉有个最大的问题在于它可能让你的键盘挂掉，所以这种情况发生时你Ctrl-Alt-F1或者reisub之类的组合全部是无效的。而这种情况下的 arch 系统自身无法自我修复。后来我用livecd 启动才修复。

修改grub，就复制启动的第一项，然后在第二行加一数字3，搞定。

作者: jobinson99 发布时间: 2009-12-21

引用:

作者: hurricanek

所以我从来不把kdm，gdm写入rc.conf
从来都是利用/etc/inittab控制的……
所以level 3就是字符了
有啥不好嘛……话说ubuntu也是service启动kdm，gdm……不过貌似他们有rescue mode？。。

ubuntu grub 选第二个选项就可以进字符了。

作者: poet 发布时间: 2009-12-21

引用:

作者: yafeng

哦，偶开着testing一直syu，两年了，还没碰到起不起x的情况，当然，我是intel的和谐卡。

re testing开着也没啥。。。

作者: vimtex 发布时间: 2009-12-22