LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
查看: 705|回复: 8

关于debian unstable的安装求助

[复制链接]
发表于 2010-1-15 10:17:13 | 显示全部楼层 |阅读模式
因为主要想把linux作为桌面系统使用,所以权衡以后,选择debian,而且想使用unstable,毕竟所有软件都是最新的。

想问几个问题:

1.是否不存在unstable的ISO?而必须要么从stable系统升级,要么下载debian-503-i386-businesscard.iso刻盘从网络安装?还有别的方法么?

2.我使用了第二种方法。安装过程手动输入源,写的是ustc的源,选择了unstable。
  安装过程中大多顺利,但是grub2没有安装成功,说有致命错误。遂安装lilo。
  系统安装完成启动后,X没启动起来。进入一个控制台,用root用户和安装过程中设 定的普通用户,都说登陆错误。多次登陆都不行。但是安装过程中,我选择了可以由root直接登录,而且密码都不会有错(我安装了两遍unstable,可以保证密码绝对正确)。

所以最终直接安装unstable失败。而我的机器安装stable以后没有问题。

请高手们指点一下,大概出错在什么地方?谢谢了!
发表于 2010-1-15 12:00:43 | 显示全部楼层
不存在 sid 的 iso,不用从 stable 升级,可以直接安装,看起来你已经这么做了。

实际上 sid 并不够稳定,还是有很多 bug,尤其是 grub2 这种半成品。最好从 testing 装起,有针对性的升级部分 sid 中的包。

至于很多人声称 sid 怎么怎么样,比 ubuntu 还 stable 什么的,基本上是小马过河中充老牛,说水就到脚脖子,害死人不偿命。

还有个要注意的 X.org 在 stable testing sid 中有大变化,常是造成不能进入的元凶,必要时从 stable 试起,锁定在一个合适的版本,不是越新越好。

抱歉没涉及问题细节,因为不知道你操作的细节。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-1-15 12:35:21 | 显示全部楼层
Post by AutoXBC;2064351
不存在 sid 的 iso,不用从 stable 升级,可以直接安装,看起来你已经这么做了。

实际上 sid 并不够稳定,还是有很多 bug,尤其是 grub2 这种半成品。最好从 testing 装起,有针对性的升级部分 sid 中的包。

至于很多人声称 sid 怎么怎么样,比 ubuntu 还 stable 什么的,基本上是小马过河中充老牛,说水就到脚脖子,害死人不偿命。

还有个要注意的 X.org 在 stable testing sid 中有大变化,常是造成不能进入的元凶,必要时从 stable 试起,锁定在一个合适的版本,不是越新越好。

抱歉没涉及问题细节,因为不知道你操作的细节。
非常中肯,谢谢!

我现在的主要需求就是,想用比较新的软件,但是也不是非得要“玩”软件。stable里面的软件确实老了一些,做服务器比较适合,但是桌面的话,还是感觉有些不很合适。

我看debian的FAQ里面说,推荐安装unstable,而不是testing,因为如果出现bug,后者更新周期有可能长达几个月。对此你怎么看?

请问,你实际使用的是什么版本?如果是用的stable的话,临时改源更新unstable里面的某个软件,出现问题的可能性大么?

谢谢!
回复 支持 反对

使用道具 举报

发表于 2010-1-15 16:28:17 | 显示全部楼层
sid 中的软件 bug 总量比较大,不过当某一个 bug 被确认并修正时,会迅速的应用到 sid 中,直到软件一定时间没有新发现的 bug,就会被移动到 testing 中,并把 sid 中的替换为一个可能包含较多 bug 的新版本。从这个流程可以看出,sid 的 bug 总量一定高于 testing,而某一个已被确认的 bug 的修复速度一定快过 testing。

对用户体验起决定性影响的还是 bug 的总量,特别在意某个 bug 完全可以用 testing 做主源,sid 辅助个别升级。

我的需求比较特别,偏好用 KDE 环境,又不希望每一个小版本变化搞乱系统,所以一直观望 KDE 4 的发展,主要用的还是包含 KDE 3.5 的 Ubuntu 8.04 LTS,相当于 Debian Lenny Stable。

用户实际使用的软件都是整个依赖树的树叶部分,只要保证对底层库谨慎升级,应用程序出问题可以随时用 aptitude 降级回去,不会造成大的麻烦。关键是每次升级有针对性,涉及的包要少,操作有记录,排查问题就很容易。

混源使用时不用手动操作换源,可以用 /etc/apt/preferences 控制优先级,设定为 testing 优先,而 sid 中某几个软件优先。
http://wiki.debian.org/AptPreferences
回复 支持 反对

使用道具 举报

发表于 2010-1-15 18:45:26 | 显示全部楼层
呃...一直用sid...而且使用businesscard和netboot这种的....直接装unstable, 不用从别的升级上去...
回复 支持 反对

使用道具 举报

发表于 2010-1-15 19:02:20 | 显示全部楼层
Unstable branch may need certain skill to master it.

If LZ is new to Debian, but dislike Stable, why not install Testing (Sequeeze)?
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-1-15 19:44:09 | 显示全部楼层
Post by AutoXBC;2064393
sid 中的软件 bug 总量比较大,不过当某一个 bug 被确认并修正时,会迅速的应用到 sid 中,直到软件一定时间没有新发现的 bug,就会被移动到 testing 中,并把 sid 中的替换为一个可能包含较多 bug 的新版本。从这个流程可以看出,sid 的 bug 总量一定高于 testing,而某一个已被确认的 bug 的修复速度一定快过 testing。

对用户体验起决定性影响的还是 bug 的总量,特别在意某个 bug 完全可以用 testing 做主源,sid 辅助个别升级。

我的需求比较特别,偏好用 KDE 环境,又不希望每一个小版本变化搞乱系统,所以一直观望 KDE 4 的发展,主要用的还是包含 KDE 3.5 的 Ubuntu 8.04 LTS,相当于 Debian Lenny Stable。

用户实际使用的软件都是整个依赖树的树叶部分,只要保证对底层库谨慎升级,应用程序出问题可以随时用 aptitude 降级回去,不会造成大的麻烦。关键是每次升级有针对性,涉及的包要少,操作有记录,排查问题就很容易。

混源使用时不用手动操作换源,可以用 /etc/apt/preferences 控制优先级,设定为 testing 优先,而 sid 中某几个软件优先。
http://wiki.debian.org/AptPreferences
谢谢,我会阅读你提供的链接的!
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-1-15 19:46:06 | 显示全部楼层
Post by adaml;2064406
呃...一直用sid...而且使用businesscard和netboot这种的....直接装unstable, 不用从别的升级上去...
我也是用这种方法,中间每步都没有什么问题,就是grub2和X.org出问题,最后X起不来。

请问你用的是哪里的源?我用的是ustc的,会不会跟源也有关系?比如有的源还没及时同步等原因?
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-1-15 19:46:55 | 显示全部楼层
Post by d00m3d;2064414
Unstable branch may need certain skill to master it.

If LZ is new to Debian, but dislike Stable, why not install Testing (Sequeeze)?
got it

trying~
thx!
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表