2009/3/13 任晓磊
> 如果好用，服务卖给谁啊？
>
> 2009/3/13 明�X :
> > 那为什么这么差的一个系统会怎么有名？还得到商业支持呢？
原来是这样，看来我们用debian的永远也发不了财了，除非...有人发善心捐钱给我们，哈哈
>
>
> --
> Ren Xiaolei
>
--
My platform is debian sid AMD64 gnome.
如果好用，服务卖给谁啊？
2009/3/13 明覺 :
> 那为什么这么差的一个系统会怎么有名？还得到商业支持呢？
--
Ren Xiaolei
2009/3/13 任晓磊
> redhat的是太监操作系统，要啥没啥
>
> 2009/3/13 明�X :
> > 鼎鼎有名的redhat连个软件库都没有吗？
> --
> Ren Xiaolei
>
那为什么这么差的一个系统会怎么有名？还得到商业支持呢？
--
My platform is debian sid AMD64 gnome.
redhat的是太监操作系统，要啥没啥
2009/3/13 明覺 :
> 鼎鼎有名的redhat连个软件库都没有吗？
--
Ren Xiaolei
2009/3/13 任晓磊
> redhat用户整天想的是在哪找rpm，然后依赖冲突；或者是在哪找源代码，然后configure&&make install之类的事情
> 咱们和他们鸡同鸭讲
鼎鼎有名的redhat连个软件库都没有吗？
> 2009/3/13 Feng Lu <0...@mininews.info>:
> > 太不人道了……
>
> --
> Ren Xiaolei
>
--
My platform is debian sid AMD64 gnome.
直接改文件应该是不涉及到内核升级的，改内核的办法只是因为直接改 modules.conf 不起作用的情况下的补救办法。
对了，忘了汇报，已经按Dongsheng大哥的办法利用LABEL改好了，效果不错（很诡异的是早上折腾几下之后系统又成功地起来了，然后大摇大摆地进去改LABEL了），然后重启，没问题了
谢谢两位兄台的指点
2009/3/13 任晓磊
> 2009/3/13 Dongsheng Song :
> > 此外，升级内核(安全升级等，在 Debian 的版本支持周期中，会有多次的)后，
> > 你还要改顺序，原本只需要停机 10 分钟，会被拖长到小时级别。
> 这个我倒还没考虑
redhat用户整天想的是在哪找rpm，然后依赖冲突；或者是在哪找源代码，然后configure&&make install之类的事情
咱们和他们鸡同鸭讲
2009/3/13 Feng Lu <0...@mininews.info>:
> 太不人道了……
--
Ren Xiaolei
太不人道了……
--
MININEWS.INFO
mininews是一个业界微新闻站点，添加xiaohua...@hotmail.com为msn好友
做最敏捷的媒体，人人都可以是记者，关注身边正在发生的事。[M]
2009/3/13 Dongsheng Song :
> 此外，升级内核(安全升级等，在 Debian 的版本支持周期中，会有多次的)后，
> 你还要改顺序，原本只需要停机 10 分钟，会被拖长到小时级别。
这个我倒还没考虑到。按说modules.alias等是modutils的文件吧？和内核似乎关系不是很大？
--
Ren Xiaolei
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Feng Lu 写道:
> 哈哈~~很充分
因为这里是debian的邮件列表
我有一个debian的qq群13553849，如果有redhat或者lfs的用户混进来，我是立刻
就把他踢出去的。
>
> 2009/3/9 Star Liu
>
>> 2009/3/9 Zealot :
>>> 新买了个本本，准备做C/C++/Java开发用，用那个发行版本更好一些呢？ 大家给点儿意见吧
>>>
>>> ps : 对Debian和Ubuntu都有所了解，公司里有台Debian的机器一直当部门信息
不可重复实施。换句话说，叫“经验不可推广”
2009/3/12 Feng Lu <0...@mininews.info>:
> 我倒觉得改顺序的办法简单有效呃。。。UUID太长太可怕了。。。
--
Ren Xiaolei
2009/3/12 任晓磊
>
> 倒也谈不上老掉牙，关键是用改模块顺序的方法是一种trick，不可重复实施的方法。本来SCSI就没有保证顺序嘛，不像IDE的顺序概念那么强。既然SCSI本来就有这个特性，就应该迁就它，而不是强令它去遵守某一种不自然的运行方式。
>
> 2009/3/12 Dongsheng Song :
> > 你这个是老掉牙的解决方案，应该使用文件系统的 LABEL 或 UUID 来解决。
> >
> > 先不接存储，启动 Linux，然后对文件系统加标签(ext2 用 e2lable, xfs 用 xfs_admin，等)，
> > 或者用 /sbin/blkid
2009/3/12 Dongsheng Song
> 2009/3/12 Feng Lu <0...@mininews.info>:
> > 各位好，
> > 小弟今日遇到一问题未能解决（到现在还在加班想办法T_T），希望各位大哥大姐叔叔阿姨能帮忙想想办法
> >
> >
> 在一台服务器上外接了一个磁盘阵列――我之前也遇见过这个问题，忘了后来怎么解决了，但是因此知道和设备型号无关，故略去――在安装完系统后重启，Grub引导失败，查看原因是机器把外接阵列识别成了
> > /dev/sda，本机硬盘变成了 /dev/sdb ，所以无法找到系统文件，因此无法起动
> > 在网络上找到如下解决
倒也谈不上老掉牙，关键是用改模块顺序的方法是一种trick，不可重复实施的方法。本来SCSI就没有保证顺序嘛，不像IDE的顺序概念那么强。既然SCSI本来就有这个特性，就应该迁就它，而不是强令它去遵守某一种不自然的运行方式。
2009/3/12 Dongsheng Song :
> 你这个是老掉牙的解决方案，应该使用文件系统的 LABEL 或 UUID 来解决。
>
> 先不接存储，启动 Linux，然后对文件系统加标签(ext2 用 e2lable, xfs 用 xfs_admin，等)，
> 或者用 /sbin/blkid 显示 UUID。 然后使用 LABLE 或 UUID更新 f
2009/3/12 Feng Lu <0...@mininews.info>:
> 各位好，
> 小弟今日遇到一问题未能解决（到现在还在加班想办法T_T），希望各位大哥大姐叔叔阿姨能帮忙想想办法
>
> 在一台服务器上外接了一个磁盘阵列——我之前也遇见过这个问题，忘了后来怎么解决了，但是因此知道和设备型号无关，故略去——在安装完系统后重启，Grub引导失败，查看原因是机器把外接阵列识别成了
> /dev/sda，本机硬盘变成了 /dev/sdb ，所以无法找到系统文件，因此无法起动
> 在网络上找到如下解决办法：http://www.kuqin.com/article/34storage_b
2009/3/12 Feng Lu <0...@mininews.info>:
> 各位好，
> 小弟今日遇到一问题未能解决（到现在还在加班想办法T_T），希望各位大哥大姐叔叔阿姨能帮忙想想办法
>
> 在一台服务器上外接了一个磁盘阵列——我之前也遇见过这个问题，忘了后来怎么解决了，但是因此知道和设备型号无关，故略去——在安装完系统后重启，Grub引导失败，查看原因是机器把外接阵列识别成了
> /dev/sda，本机硬盘变成了 /dev/sdb ，所以无法找到系统文件，因此无法起动
> 在网络上找到如下解决办法：http://www.kuqin.com/article/34storage_b
哈哈~~很充分
2009/3/9 Star Liu
> 2009/3/9 Zealot :
> > 新买了个本本，准备做C/C++/Java开发用，用那个发行版本更好一些呢？ 大家给点儿意见吧
> >
> > ps : 对Debian和Ubuntu都有所了解，公司里有台Debian的机器一直当部门信息系统的Server,
> > 以前一直用Ubuntu当个人桌面，一年前因为工作关系换成windows。
> > 也不排斥suse/Fedora/CentOS/Gentoo等。
> >
>
> debian,理由是我们都用debian，所以你应该跟我们一样，否则你碰到问题我们就不
各位好，
小弟今日遇到一问题未能解决（到现在还在加班想办法T_T），希望各位大哥大姐叔叔阿姨能帮忙想想办法
在一台服务器上外接了一个磁盘阵列――我之前也遇见过这个问题，忘了后来怎么解决了，但是因此知道和设备型号无关，故略去――在安装完系统后重启，Grub引导失败，查看原因是机器把外接阵列识别成了
/dev/sda，本机硬盘变成了 /dev/sdb ，所以无法找到系统文件，因此无法起动
在网络上找到如下解决办法：http://www.kuqin.com/article/34storage_backup/823626.html
linux系统加载存储时，时常会出现本地的设备好sda被存储抢占，
18 matches
Mail list logo
