無標題文檔

简述 Slackware Linux 硬盘安装原理

虽然 Slackware Linux 12.1 已经出来了 ,但对于我这个懒人也懒得去折腾。前几天有台 Windows 服务器被换下,在我的忽悠下管理员答应安装 Slackware 试试看,于是揣着我心爱的移动硬盘去了冬暖夏凉的 IDC 机房。

服务器没有光驱(有我也不会用),加上硬盘安装是最快的,所以没有理由不用硬盘安装。在硬盘安装 Slackware 之前,先说说本人对于 Slackware 包机制的理解。

众所周知,Slackware 的包机制其实就是 tgz 压缩包。其实按照我个人的理解,如 installpkg 这样的程序也就是个 Shell 脚本,软件的安装除了在 /var/packages 下生成已安装的软件版本以外,就不会生成别的东西;删除某个包也是类似的操作,脚本根据文件列表删除文件,作其他任何的修改。

如此的包机制,是不会校验某个软件的库依赖机制的。但就是因为这点,Slackware 在保持 了系统足够 KISS 的同时,把更多的工作交给了用户。这也意味着为什么 Slackware 不适合新手的原因,因为他们不知道将要安装的包需要哪些运行库。

言归正传,从 Slackware 的包管理机制就可以理解 Slackware 的安装过程。首先它会从安 装光盘引导各基本的内核,通常是 /isolinux/kernel 然后此内核载入 initrd 文件,引导 系统并提供给用户 Shell 接口。顺便提一下, Busybox 是个好东西,目前 Slackware 安装环境中的大部分程序都是它的映射。

然后,在引导完基本的安装环境以后,用户执行一系列的操作(分区、格式化、配置),最后安装脚本(注意,不是程序),开始最漫长的一步,就是解压缩软件包至指定的安装路径,这就是我们通常所说的安装软件包。最后是配置相应的服务等等,这并没有不同的地方。

似乎废话有点多,根据上述所言硬盘安装最重要的两个步骤就是:如何去引导安装环境,以及去何让脚本知道软件包的位置。解决这两步,硬盘安装基本上就没有什么大的问题了。

首先,我们解决如何引导安装环境。默认的 Slackware 系统还是交给 lilo 引导(「迂腐」的 Volkerding ),个人更喜欢使用 grub 。根据上述的环境,我已经有了现成的 Windows 系统,所以先下载了份 grub for DOS ,然后让 Windows 引导 grub ,再让 grub 引导内核。

这里需要两个文件从 iso 镜像中解压出来,一个就是内核,这个当然不用说;还有一个就是 initrd,它包含了安装环境需要的脚本等等。grub 引导完毕以后,指定内核和 initrd 文件,然后引导(详细步骤在参考文档中指出)。

grub> kernel (hd0,0)/bare.i
    注,Slackware 还提供了其他几个内核镜像
grub> initrd (hd0,0)/initrd
grub> boot

这样,基本的安装环境就引导完毕了。下面可以执行在安装软件包前的一系列操作。

安装软件包前需要制定软包的位置,在 选择安装源(Source Media Selection)这个步骤中,我选择 Install from a pre-mounted directory ,手工指定安装路径。当然,再次之前得把这个 iso 文件给 mount 进来。

# mkdir /target /iso 
    注,不要重名就可以
# mount /dev/sda1 /target 
    注,/dev/sda1 是移动硬盘的相应分区位置
        可以通过查看内核输出获得

然后在可以读取 iso 文件的前提下,再 mount 这个镜像文件到另外一个目录

# mount -o loop /target/slackware-12.1-dvd.iso /iso

切换回到 setup 安装程序(ALT + F1),指定安装源为 /iso/slackware 即可继续完成安装操作。

至于引导器方面,如果没有用多系统,个人认为 lilo 已经能够满足日常的应用了。grub 有更多的选择,但是有时会有不必要的安全问题,请根据实际情况选择。

最后,有关详细的安装步骤,可以 参考 LinuxSir 上面的篇文章

PS:我的移动硬盘容量太少了,尤其是放了 Slackware 安装镜像(舍不得删)和几部「电影」(更舍不得删)以后更是捉襟见肘。哪位兄弟有实惠的移动硬盘推荐?

Slackware Linux 启动图

Slackware Linux 经典的部分之一,就是其启动脚本(有空写下注释)。看见 老外的篇文章 ,让我重新审视了其启动的详细过程。

https://friable.rocks/_/2009_11_05/1260656ecf6c.jpg

使用 Slackware 那么久,尝试着给它做点贡献。于是就有了这张启动图,可能还有很多遗漏或者错误的地方,欢迎随时指正。

最后, 大图下载在这里

回顾 /proc 目录

Linux 内核将所有的设备都抽象成文件管理。这在 Linux 开发中非常有用,比如读取和写入端口只需要文件操作就可以了。

基本上,Linux 系统下的文件类型可以划分成 普通文件、目录(是的,目录也是文件)、字符设备文件、块设备文件、符号链接文件等。具体的文件类型信息,可以 参考这里

https://friable.rocks/_/2007_11_10/1194688459.gif

很多兄弟都会发现,在根目录(「/」)下都有个名为 proc 的目录。而实际的硬盘上,却并没有此目录内容。这是因为 Linux 内核在初始化系统以后,对系统各信息生成的映射。

比如,/proc/cpuinfo 文件记录了本机的 CPU 信息。放心的 cat 一下吧,它可以认为是个文本文件。这样,无论调用哪种程序语言(当然,Javascript 可不行),只要访问这个文件的内容就可得知 CPU 信息。

类似的,比如

  1. /proc/meminfo 本机的内存信息
  2. /proc/version 内核的版本信息,甚至包含了编译日期
  3. /proc/filesystems 内核支持的文件系统列表
  4. /proc/uptime 记录了系统已经运行了多少秒
  5. ...

通过 proc 目录,还可以得知内核是否支持某项功能。比如在 proc 目录下有没 apm (「/proc/apm」)文件,即可得知内核是否支持高级电源管理等等。

最后,有关 proc 更多的内容,可以 参看这里

配置 MPD 播放器

一直都有边听音乐边 coding 的习惯。在 Linux 下,我一直使用 MPD 播放器

这个非常有趣的播放器,有别于同类其他的软件,它将播放功能分成「服务端」以及「客户端」。

这样做的好处,就是非常的灵活 -- 使用者可以调用多种「客户端」,「服务端」只是呆呆的负责播放和给「客户端」提供信息即可。

安装方面,这里可以参考其官方文档。喜好折腾的朋友相信对此 case,应该非常容易的应对。

下面,主要就本人配置 MPD 的经验分享下。

倾向于可以随时听音乐,并且本身 MPD 的「服务端」,在未工作的状态下,占用的系统资源并不高,于是干脆就将其启动系统就载入。

强烈建议不要用 root 运行此「服务端」程序。比如我就专门为它建立了个名为 mpd 的用户,专门运行此服务。

这里 是本人写的针对 Slackware 的启动脚本,如果你也是使用 Slackware,将它拷贝到 /etc/rc.d 下面,然后将其设置为 755 ,然后在 /erc/rc.d/rc.M 中,加入

if [ -x /etc/rc.d/rc.mpd ]; then
  . /etc/rc.d/rc.mpd start
fi

即可(其他的发行版,就不复述)。

然后,本人使用 mpc 「客户端」,运行

mpc play 

试试看是否能正常播放。如有问题,请检查音乐目录及其它配置路径,是否已经正确设定,并且 mpd 数据库已经正常初始化。

如果能够正常使用,那么接下来就可以配置常用的软件去调用 MPD 了。

https://friable.rocks/_/2009_11_05/532615643685.jpg

比如在 Vim 下,就可以绑定热键随时切歌

map mn :!mpc next<cr>
map mc :!mpc stop<cr>
map mp :!mpc play<cr>

在上述的例子中,在 Vim Normal 模式下,按相应的按键既可以「下首」「停止」和「播放」。

Fvwm 中(如果你也是使用 Fvwm 的话),就可以使用下面的快捷键

Key P  A CM exec mpc play
Key S  A CM exec mpc stop
Key N  A CM exec mpc next

对 Fvwm 如有兴趣,请参阅其相关文档。

https://friable.rocks/_/2009_11_05/190504d3e025.jpg

最后,如果要显示 MPD 当前播放曲目信息,建议使用 Conky 这个程序。同时,它也是个强大的系统监视程序。

如果 Conky 下显示 MPD 信息乱码,则是 ID3 的编码问题。在 /etc/mpd.conf 下配置下相应的选项,比如我的是这个样子

filesystem_charset  "utf-8"
id3v1_encoding      "gbk"

附,我的 Conky 配置文件

另,如果不想那么麻烦,可以试试看 Mp3Blaster ,它是个控制台播放器。

Shell 不是 BASH,BASH 是 Shell

标题听起来像是在绕口令,不过很多兄弟都会将 BASH、CSH 和 ZSH 以及 Shell 之间的关系搞混。本人似乎又在「误人子弟」了,下面是我和 ghosTM55 兄弟 的一些聊天记录,整理如下。

ghosTM55: 自动补全是 Shell 极为有用的一项拓展功能 ,这句话有没有错?
手气不错: 应该是 BASH,Shell 是一个接口,而不是程序
ghosTM55: 好的,明白了。那么为什么有 Shell 分类这种说法呢?
手气不错: Shell 的主要功能就是封装内核和系统调用,提供统一的接口供
          用户使用。比如你编辑 /etc/passwd 更改用户默认的 shell 为
          ls,那么就显示一下当前用户目录就退出了。这是因为 ls 发送
          了 Shell 退出同样的信号(通常为 EXIT_SUCCESS)。
ghosTM55: 对
手气不错: 同时 Shell 会在幕后做很多的事情。比如你在 Shell 中输入 ls
          回车。它要做的事情首先就是在 PATH 中寻找 ls 程序。
ghosTM55: 恩
手气不错: 然后 exec() 运行 ls,等待 ls 返回,然后 shell 获得 ls 的
          退出返回值(信号),程序结束。
          这你可以看 time ls 就知道,有一个用户进程和内核进程的概念。
          大致的流程就这样,不过通常 shell 要做的事情比上述要做的事
          情要复杂得多。
ghosTM55: 那么 Shell 的种类这种讲法是不存在的?
手气不错: 这就回到上面所提到的了,shell 我个人认为是一个接口,可以有
          不同的实现(有一个叫 POSIX 标准的东西),对比 bash、csh、
          zsh 等等这些 Shell,这就像虚拟终端(Virtual Terminals)有 
          xterm、rxvt 一样。所以,引证上面的话,说终端都有半透明功能,
          这是不正确的 - 有可能就 rxvt 有这样的功能。
ghosTM55: 哦

简而言之,可以用下面的图来理解 内核 - Shell - 应用程序 - 用户 之间的的关系(图片引自 这里 )。

https://friable.rocks/_/2008_01_09/536750136.jpg

想更深入了解 Shell 机制的,可以参看 这里这里

更正:感谢寂寞烈火等兄弟的 指正 ,「应该是 BASH,Shell 是一个接口,而不是程序」这句话是 错误 的。应该是:

理论上,只要你愿意,任何一个程序都可以作为你的 Shell。- 引自 r2007 兄弟

我的照片

嗨!我叫「明城」,八零后、码农、宁波佬,现居杭州。除了这里,同时也欢迎您关注我的 GitHubTwitterInstagram 等。

这个 Blog 原先的名字叫 Gracecode.com 、现在叫 「無標題文檔」 。 其实无所谓叫什么名字,作为码农知道取名是件很难的事情。最后想到的这个名字,其实都没啥特别的含义,系统默认的文件名而已。

作为八零后,自认为还仅存点傲娇式的幽默感,以及对平淡生活的追求和向往。 为了免得对号入座和不必要的麻烦,声明本站点所持观点仅代表个人意见,不代表自己所服务公司的立场。

如果您想联系我,可以发我邮件 `echo bWluZ2NoZW5nQGdyYWNlY29kZS5jb20K | base64 -d`

文章

项目