Linux | z14

CentOS 最佳第三方仓库

Submitted by Dot on Mon, 05/15/2017 - 02:00

我翻译的这篇《 CentOS 最佳第三方仓库》今天发表在 linux.cn 首页，这是我为 linux.cn 翻译的第二篇文章。

一个实现 LFS(Linux From Scratch) 自动化的脚本(上)

Submitted by Dot on Fri, 12/09/2016 - 09:20

LFS ( Linux From Scratch ) ，即“从零开始构建 linux ”。具体是指，从最基本的 glibc, binutils, gcc 等开始，逐个编译 linux 运行所必须的各个软件，最终构建出一个可以启动并独立运行的 linux 。
一个完整的 LFS 过程至少要分为两个阶段——chroot 前和后。本文涉及 chroot 前的内容，基本可以完成 LFS 6.4 即 chroot (包括)之前的所有工作，包括软件包下载、环境设定、编译等，直到 chroot 命令本身。

记得给crontab加上路径

Submitted by Dot on Tue, 10/04/2016 - 20:23

如果没有添加路径，外部命令无法执行。
之前只是听说，不以为然，今天出现问题才有体会。
事情是这样的。
TrinityCore 6.x很不稳定，worldserver经常因为客户端的一些行为而异常退出。因为放在aws上，不想每次都ssh上去启动，就写了个脚本：
pidof bnetserver || { /home/dot/6tcinit/bin/bnetserver & } pidof worldserver || { /home/dot/6tcinit/bin/worldserver < /dev/null &> /dev/null & }

加到crontab里每5分钟运行一次。奇怪的是||后面的语句总会运行，这说明前面的的命令报错了（状态码非0）。
把前面的命令替换为:（冒号，等同true）则正常，说明问题出在pidof命令上。这时才想起查看日志，于是看了看crond发送的邮件，提示pidof: command not found，这才想起没有添加路径，导致找不到pidof。

一个在 linux 上部署 TrinityCore 的脚本

Submitted by Dot on Wed, 09/07/2016 - 20:23

tcinit 是一个自动部署 TrinityCore 的 bash 脚本

resize2fs: Bad magic number in super-block

Submitted by Dot on Mon, 09/05/2016 - 20:25

这是在CentOS 7上扩展lv时遇到的问题。

当时为了给TrinityCore配置环境，需要编译较新的gcc。但之前只给这个CentOS虚拟机分配了8G的硬盘，编译时gcc目录竟然涨到了近5G，No space left one device，进行不下去了。

第一反应是扩展lv。
先添加一块硬盘，然后执行：
pvcreate /dev/sdb
vgextend centos /dev/sdb
lvextend -l +100%free /dev/mapper/centos-root
但是最后resize2fs报错：
resize2fs: Bad magic number in super-block while trying to open /dev/mapper/centos-root

最后在这里找到了答案。

原来CentOS 7默认采用xfs而非ext4，resize2fs自然无效了。