专家博客:请VMware不要收购Novell

2020年1月17日16:25:45
评论

我不喜欢SUSE Linux作为一个服务器操作系统。我相信这样的言论会激怒一大批人,但是没有道理拐弯抹角了。

我之所以不喜欢这样,是基于Red Hat,或者Ubuntu的事实。对于那些使用Linux的新手来说,Suse看起来似乎可以让某些事情变得简单,但是通过这样做,就让我们中知道自己做什么的那些人做事情更加困难。这个对于我来讲,就像是个诅咒。

该系统的基础是YaST2,这是和Suse一起推出的全访问的系统工具。它让管理员可以执行更多的系统配置任务,从添加网络接口配置到下载,以及安装新的软件到配置任何数目的服务。它有一个GUI和一个基于文本的控制台。但是这个绝对能让我发疯,它好像总是挡着去路。

YaST的工作方式是,假定完全控制基于文本的服务配置文件,让其非常难以实现YaST系统之外的任何改变。如果YaST不能为特定的套装专门支持某个配置元素。你还必须与YaST架构托管做斗争以便是每件事情都能运行。这在我,是没有帮助的。

另一个问题是,在遇到困难的时候,即使是简单的配置改变,你也必须使用YaST来实现。当你远程实现的时候,通过运行VNC来连接GUI控制台引入延迟。或者在运行菜单驱动YaST文本控制应用程序的延迟。我喜欢能够在不需要它们有自己方式的工具。很显然,YaST不是。

我在很多商店看到Suse,这样后来就出现了一种模式。每家商店运行期Suse服务器的在服务台有GUI。同时Suse的盒子是连续的被非Suse Liunx盒子操作。和GUI一起运行Linux服务器是完全没有意义的。但是,似乎运行Suse的都会依靠GUI工具,还有这些控制台,而这除了能消耗系统资源以外没有任何真实的价值。

我可以肯定,那些害怕bash提示符的人是非常喜欢YaST的,但是对于我们这些需要提示符的人来说,它就是一个巨大的障碍物。对于我们来说,YaST就像是微软的Clippy的Linux版本,除了这个还有更坏的,因为这个Clippy没有弹出来,并询问你是否需要帮助,它积极地干扰你想做的事情。

一个简单的例子是可能是当一个像Sendmail的服务出现的时候,需要一个特定的配置元素补充,YaST没有直接的支持。添加所需要的行道sendmail.mc也就是需要几分钟而已。随着YaST变成图片,它就需要更多的时间来修改YaST配置文件,以便可以处理这个添加。如果YaST部分没有做这个,配置元素将在有人运行YaST的时候配置。在我看来,它只是制造了一些对服务器操作系统没有任何好处的操作而已。

当然,你不必使用YaST,但是总是有人会,同时,一旦你把这条线以外上色,有一些机会就变成错误了。

企鹅博客
  • 本文由 发表于 2020年1月17日16:25:45
  • 转载请务必保留本文链接:https://www.qieseo.com/262369.html

发表评论