如何清空一个文件

$ >file

find的正则表达式

水木上有人问：SHELL如何只list名称是8个数字的文件夹？用ls [0-9]（重复9次），或者结合grep可以做到。但是用find怎么做呢？研究了一会儿才给出答案：

find . -type d -regextype posix-egrep -regex '.*/[0-9]{8}'

find的-regex不是搜索，而是要匹配整个的路径，所以正则表达式前面要加.*/。默认的正则表达式类型是Emacs类型的。虽然Emacs的正则表达式支持\{\}的重复，但是在find的info里面写到是不支持的，要改成posix-egrep类型的正则表达式就可以用{}了。

DBus揭密

昨晚折腾够呛，看代码找GNOME的休眠命令。正好看到Rex写的一篇“基本的 DBus 偵錯技巧
”，用D-Bus提供的工具来解剖程序，要比看代码操作容易多了。比如用如下命令：

dbus-send --system --type=method_call --print-reply --dest=org.freedesktop.UPower /org/freedesktop/UPower org.freedesktop.UPower.Hibernate

即可执行休眠操作。不过这个操作是试图直接休眠，要比在GNOME中的休眠少一些操作，例如检查能不能休眠、休眠前锁定屏幕等。

以前看到D-Bus这个东西，总觉得挺抽象、比较底层，没有去研究过，看了Rex的这篇文章，结合自己昨天看代码的经历，一下就对D-Bus去神秘化了。

寻找GNOME的休眠命令

为了试验Mac OS X Snow Leopard，把笔记本电脑硬盘全部格式化了。后来又重装了Ubuntu 10.10，但是休眠功能不行了。试着装了hibernate包，再休眠又可以了，在屏幕上可以看到hibernate包的s2disk命令存储内存印象的进度。卸载了hirbernate包，又不能休眠了。可是重装前的Ubuntu 10.10，不用装hibernate也可以休眠的。

记得上大学时候在实验室很旧的计算机上装的Breezy Badger（Ubuntu 5.10），是可以休眠的，可是自己的电脑就没法休眠。现在家用的台式机也是Ubuntu 10.10，没有装hibernate也可以休眠。

我就想知道在GNOME里面点击“Hibernate”后，到底执行了什么命令来休眠？装了hibernate用的是它的s2disk，那么不装的时候呢？我想一切皆有缘由的。

先Google了一下，和/usr/lib/indicator-session/gtk-logout-helper（由indicator-session提供）有关系。apt-get了indicator-session和indicator-applet的源代码，但是没有找到线索。倒是/usr/bin/gnome-session-save --shutdown-dialog（由gnome-session-bin提供）可以弹出关机的提示框：

用apt-get下载源代码，用grep大法搜索hibernate，在gnome-session的gsm-manager.c里面找到了如下的代码：

static void
manager_attempt_hibernate (GsmManager *manager)
{
        gboolean  can_hibernate;
        GError   *error;
        gboolean  ret;

        can_hibernate = up_client_get_can_hibernate (manager->priv->up_client);
        if (can_hibernate) {

                /* lock the screen before we suspend */
                manager_perhaps_lock (manager);

                error = NULL;
                ret = up_client_hibernate_sync (manager->priv->up_client, NULL, &error);
                if (!ret) {
                        g_warning ("Unexpected hibernate failure: %s",
                                   error->message);
                        g_error_free (error);
                }
        }
}

里面的up_client_hibernate_sync应该就是执行具体休眠操作的函数了。可是这个函数从哪里来呢？我没有什么浏览源码的工具，只有find、grep和vim。其实Google基本就够了，直接Google搜索这个函数名，哦，原来是upower的函数。再apt-get下来upower的源代码，这个函数在upower的libupower-glib/up-client.c里面，是这么写的：

gboolean
up_client_hibernate_sync (UpClient *client, GCancellable *cancellable, GError **error)
{
        gboolean ret;
        GError *error_local = NULL;

        g_return_val_if_fail (UP_IS_CLIENT (client), FALSE);
        g_return_val_if_fail (client->priv->proxy != NULL, FALSE);

        ret = dbus_g_proxy_call (client->priv->proxy, "Hibernate", &error_local,
                                 G_TYPE_INVALID, G_TYPE_INVALID);
        if (!ret) {
                /* DBus might time out, which is okay */
                if (g_error_matches (error_local, DBUS_GERROR, DBUS_GERROR_NO_REPLY)) {
                        g_debug ("DBUS timed out, but recovering");
                        ret = TRUE;
                        goto out;
                }

                /* an actual error */
                g_warning ("Couldn't hibernate: %s", error_local->message);
                g_set_error (error, 1, 0, "%s", error_local->message);
        }
out:
        if (error_local != NULL)
                g_error_free (error_local);
        return ret;
}

dbus_g_proxy_call函数执行了实际的休眠操作，Google一下立刻得到其文档。至于这个“Hibernate”的method怎么调的，我不懂DBus，没搞清楚。歪打正着地在src/linux/up-backend.c里面找到了答案：

#define UP_BACKEND_SUSPEND_COMMAND              "/usr/sbin/pm-suspend"
#define UP_BACKEND_HIBERNATE_COMMAND            "/usr/sbin/pm-hibernate"
#define UP_BACKEND_POWERSAVE_TRUE_COMMAND       "/usr/sbin/pm-powersave true"
#define UP_BACKEND_POWERSAVE_FALSE_COMMAND      "/usr/sbin/pm-powersave false"

原来用的硬盘上的pm-hibernate命令（由pm-utils包提供）。这个命令的落实，在/usr/lib/pm-utils/pm-functions脚本里面可以找到：

do_hibernate()
{
        [ -n "${HIBERNATE_MODE}" ] && \
        grep -qw "${HIBERNATE_MODE}" /sys/power/disk && \
        echo -n "${HIBERNATE_MODE}" > /sys/power/disk
        echo -n "disk" > /sys/power/state
}

好了，就此打住了。至于HIBERNATE_MODE的设置，再不往下追究了，否则就没完没了了。

找到这个休眠命令的过程很纠结。以后要提高开发本领，至少是读代码的本领，才能在类似的postmortem分析中快速找到答案。

更舒服地阅读man

很多man页我都没有读完过，只是用作参考。一个原因是很多man页太长了。某天发现了man的-t参数，可以把man页处理成Postscript文件，方便打印了。我用

man -t 7 regex > regex.ps

生成了PS文件，打开一看才Letter纸上两页过一点。原来在less里面看，看不出有多长，如果要翻页几次，就觉得挺长的了，现在转成PS发现一点并不长。于是打印出来精读了两遍，很受用。

用PS文件看，可以看到页数，定位、阅读的时候是以页作为单位的，可以放大、缩小，缩小后可以一眼扫到很多东西。这些要素让man页的阅读体验大大增强，效率得到了提高。虽然我们都很习惯在终端阅读man了，但是这种阅读方式明显是有缺陷的。

我干脆写了一个叫pdfman的脚本，用来生成man页的PS文件并调用Evince打开这个PS文件。PS文件在Evince中是无法选取和查找的，所以要看PDF的话，就要先用ps2pdf把PS文件转换为PDF文件。

我现在如果要细读man页，就用pdfman，打印出来就更好读了；如果是查找个参数什么的，就用正常的man，因为最常用的可能就是用'/'来查找关键字了，less里面很方便。

所以，是时候用PS来看man了！

GNOME显示器分辨率的设置

最近在笔记本上外接了我已经退休的15寸CRT显示器，这样切换屏幕面积变大，多窗口使用比较方便。这台显示器最大支持1024x768@85Hz，但是“显示器首选项”里面比这个分辨率高的还有三个，最高是1280x1024@60Hz。这个刷新率比较低，不太习惯。

每次在“显示器首选项”里面关闭CRT再打开的时候，默认的分辨率就是最高的，还要用鼠标去选择1024x768的分辨率和85Hz的刷新率才行。我想把高的三个删掉，但是在Xorg.conf、在gconf-editor里面都没有找到。最后只好来地毯式搜索了：

tux@dell:~$ find . -name '.*' | grep -R 1280

结果是空的。
再来：

root@dell:/home/tux# find /etc -type f -print0 |xargs -0 grep -R 1280
/etc/gnome-settings-daemon/xrandr/monitors.xml: 1280
…………

第一个就抓到了，原来在/etc/gnome-settings-daemon/xrandr/monitors.xml里面。因为在“显示器首选项”里面选了设为默认，需要认证sudo，所以设置应当是保存在了系统目录里面。

但是打开这个文件就发现，里面保存的是各模式的组合，而不是这些模式本身。研究发现GNOME是从xrandr获取的可用模式：

tux@dell:~$ xrandr
Screen 0: minimum 320 x 200, current 2390 x 768, maximum 8192 x 8192
VGA1 connected 1024x768+1366+0 (normal left inverted right x axis y axis) 306mm x 230mm
   1280x1024      60.0 
   1280x960       60.0 
   1152x864       75.0 
   1024x768       85.0*    75.1     70.1     60.0 
   832x624        74.6 
   800x600       100.0     85.1     72.2     75.0     60.3 
   640x480       100.0     85.0     72.8     75.0     60.0 
   720x400        70.1 
   640x350        70.1 
LVDS1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 309mm x 174mm
   1366x768       60.0*+
   1360x768       59.8     60.0 
   1024x768       60.0 
   800x600        60.3     56.2 
   640x480        59.9 
DP1 disconnected (normal left inverted right x axis y axis)

这些模式是GNOME实时获得的，貌似不是从什么配置文件获得的。顺便把一个3年多前问这个问题的帖子也给回答了。:-)

右边屏幕分辨率：1280x1024

右边屏幕分辨率：1024x768

最后发现把显示器分辨率设置成1024x768还有一个好处。笔记本的分辨率是1366x768，这样两个显示器的高度一样，整个桌面是一个整齐的长方形。如果设置成1280x1024，那么笔记本电脑比较矮，在它屏幕的下方就有一块1366x256黑块。虽然用的时候看不到，但是GNOME是把那里也当成桌面的。我的桌面特效里面把鼠标挪到左下角显示桌面，这样的话要把鼠标挪到看不到的黑块的左下角才能显示桌面。

SSH上不去

新建了个测试用户，结果远程登录上不去。看了这个用户没有家目录，还以为这样不行呢。但建了也上不去。是不是设置了knockd？没有。是不是端口改成了不是22的？也不是。最后打开IBM DW上的《保护 SSH 的三把锁》这篇文章，因为我照着这个配置过。一看还有一把锁是用PAM限制登录用户，原来我用PAM设置了两个用户能用SSH登录上来。有时候做了一些不常用的配置，时间长了就记不清了。出了问题想不起来就有点麻烦了。