写一些生活上的琐事，发表一些技术心得，记录下人生。
突然发现先前的copy to的路径中含有假名、汉字就会提示无法找到文件或目录。
比如：
COPY tb_tmp to ‘C:/新しいフォルダ/tb_tmp.csv’ WITH CSV;
原因至今不明。至于上边的路径里边为什么用/而不用\，是因为遇到\n的情况，就会被当作换行来处理。不知道用quote_literal括起来怎么样，但是不论/还是\，都没办法找到路径。DB是EUC-JP编码，连接的时候指定ENCODING为UNICODE。
怀疑是编码的问题，可是又没有什么具体的证据。只好考虑替代解决方案。就是取一个可以访问的临时目录，然后再在VB中把临时目录中的挪到指定的目录下。
另外还遇到一个问题。COPY TO的情况要求运行postgres服务的账户对目标目录可写。一般创建的目录都是可以用的，但是创建在桌面上的目录就有问题。原因是其访问控制没有继承，因此默认只有系统管理员账号和SYSTEM组的用户可以访问。对于这个，postgresql也是无能为力。好在使用临时目录中转一下也就可以解决这个问题了。
头天晚上老婆问我早点要吃什么。我想都不想就说稀饭。
对于脑力劳动者来说，早餐很重要，尤其是早餐的碳水化合物的摄入量。因此，选择稀饭比选择牛奶加鸡蛋更加有力。
试过一次早上吃牛奶加鸡蛋。结果很难受。大脑要求糖分才工作，可早点里边糖分并不多，于是只好分解鸡蛋、牛奶中的蛋白质来救急。
在日本久了，就会发现日本人真的很奇怪，做饭会用量杯呀小天平来量着材料做。便利店的食品，几乎都标着卡路里。中午自己去买便当的时候，都是尽量选择卡路里最多的。
日本人天天叫着“カロリーオフ(Calorie Off)”，我却追求“カロリーアップ(Calorie Up)”。
在ubuntu里边发一篇吧。
昨晚装好了dapper，升级到了edgy。
本来打算装feisty herd2，结果两次都花屏，不论是desktop CD还是Alternative CD，不论选中文还是英文。
今天吃完饭，又是手闲，打算编译2.6.20.rc6，还打上了mm补丁。
编译了很久，久到碗都洗好了。安装顺利。
启动之后也基本顺利，到了登录界面都很顺利，输了用户名密码之后，就没有了反应了。
这次学聪明了，几乎没有强关电源，而是用Ctrl＋Alt＋SysRq再来个B就重启了。
反复几次没有效果，于是就放弃了，用dapper的安装光盘的救援模式。可惜自己基本功太差。本打算修改lilo的配置文件来恢复原来的2.6.17内核。可惜反而把MBR搞坏了。彻底无法启动。
之后左右无法，到网上查了查，原来解决起来很简单。光盘启动，把sda1挂到/target，然后在光盘的shell里边，把跟目录下的etc和sbin给重命名一下，然后把
/target/boot
/target/etc
/target/sbin
/target/vmlinuz
/target/initrd.img
/target/vmlinuz.old
/target/initrd.img.old
在/下边建立符号连接，然后就可以lilo -v -v -v了。
搞定。当然前提是你把vmlinuz和initrd.img给替换对了。
后来想到，难道lilo启动时候不能选择启动的目标么？不可能。唉，太失败。为什么用lilo而不用grub。因为这次用的是XFS，而dapper告诉我用grub会无法启动。
最近很忙，忙着调查资料和总结。平均两个星期就得到千葉幕張出差一天。两个多小时的车程，实在让人头晕。
发现自己比较倾向于做实质技术性的工作，其他的，不太感兴趣。
周六开始整理硬盘上的乱七八糟的东西，目的是把所有的必要的东西全部丢到最后的40GB左右的分区，然后前边的重新分区安装ubuntu。结果周六并没有能够开始安装，主要原因是硬盘上的东西实在是太乱，而全部挪到一个分区，就不得不删除一些东西。
周日早上开始继续整理，删除几个一、两GB的游戏镜像之后，并且把先前拍的照片全部批处理成原有画质的85%之后，终于挪完了。然后就开始安装。
手头只有Dapper的光盘，打算安装之后，再升级到edgy或者feisty。第一次，选择了XFS格式，到了后边提示安装lilo，因为grub似乎不能很好的识别XFS格式的分区。想要用grub，结果就返回去重新修改分区格式到ext3。不过后来才知道对于家用小型系统，XFS的效率似乎比ext3要好。安装好基本系统之后，按照官方的升级指南，升级到edgy。
其间，老是提示LC_ALL没有设定，使用默认的locale “C”。先前在VM里边安装升级的时候也是一样，一点都不奇怪了。原因大概是/etc/environment里边没有设置LC_ALL。而后来又一次安装的时候，设置了LC_ALL，但是却提示没有指定的目录什么的，反正最终还是”C”。
升级很顺利。完成之后就开始提升一下系统的应用性。安装一些常用的软件什么的。然后装了nvidia的显卡驱动和beryl。就是那个著名的让linux显示效果超越vista的3D桌面。这个东西在我的M1710上通常占用56MB左右的内存和6%的CPU。当时的内核似乎是2.6.17的i386版。效果很不错，可惜最大化最小化窗口的时候有小点儿卡。一般来说，类似的情况不应该发生的。于是考虑是否是内核不太合适的原因，因为CPU是Core Duo。其实M1710来跑linux，本身对硬件就有些浪费(跑Windows也一样)。于是换成generic内核。之后似乎确实不卡了。什么都安的差不多了，手就开始闲了。开始修改beryl的设置，什么模糊效果了，什么下雪、水纹效果了全部开启的途中，没有了响应。强制重启（以下的所有重启都是强关电源再开机，笔记本没有复位键）之后，登陆，加载了beryl-manager之后就没有响应。多次重启也无效。后来有一次进去之后，窗口管理恢复到了ubuntu默认的metacity，趁机修改了beryl的设置，可惜改得不彻底。于是后来只有进入安全终端，修改~/.beryl/settings文件，把多余的关闭，才正常。
好景不长，再次手闲，修改字体的渲染程度，由于是LCD显示器，因此选择了次级像素级。结果点了确定就又没有了响应。再次重启，滚动条途中没有了响应。再次强制重启，途中显示fsck发现错误。什么super block last mounted in futurre之类的，并且显示FIXED，之后就再次没有了响应。再次重启，从grub选择恢复模式，第一次启动起来了，但是不知道应该怎办，只是简单的fsck -p /dev/sda8。两遍之后，所有的都FIXED。reboot。途中依旧没有响应。再次重启，从grub选择恢复模式，结果在fsck检查了sda1之后，就没有了响应，等了一小会儿，出现了一个Error:Soft lockup found on CPU#0之类的。然后就没有任何反应。之后无论怎么都没有反应。用光盘启动选择急救模式，也不知道该怎么办。
据说那个super block的问题和系统时间使用UTC有关，而那个CPU#0 soft lockup则似乎是迅驰平台上的一个bug。
终于在极其郁闷之下重装。之后抱着破罐破摔的心理，直接修改源从dapper到feisty。下载啊，下载。终于所有更新下载完成，开始安装。但是发现我设定的LC_ALL不管用，是否必须在设定完成之后再重新dpkg-reconfigure locales呢？升级到metacity-common的时候出现错误。sudo apt-get -f install重试也没有办法，错误依旧。看来，这个升级不是随随便便升的。怪不得官方的wiki上只注明edgy->feisty而提示不推荐跨版本升级。
断念！！
昨天又去逛街，一个目的是Softbank的店，一个是京成百货，最后一个是茨城県立図書館。
途中经过水戸芸術館，下边是广场上的纪念塔，据说可以等上顶部观景，不过没去。
LFS被删除之后，又回到了ubuntu。没办法，ubuntu实在是太简单了。依然是在VMware里边安装。
装完过程中无法连接网络，所以部分中文包没有下载。安装完成后第一件事就是修改source.lst。然后升级。
结果sudo apt-get upgrade时候，提示使用dist-upgrade。
于是得到了需要新装七百多个包，更新一百多个包的结果，总共下载量是500多MB。选的是日本的源，速度应该是比较快的，可平均也只有120KB/s。到了夜里12点半，终于下载完成。然后是安装，看来得花好久，其间还出现很多LC_ALL未设置，使用默认locale “C”的提示。莫非是应该先设定一下locale在更新？。到了快一点半，终于受不了了，直接^C中断掉，关机睡觉。
昨天打开看看，居然能够顺利登陆系统，样子比原来的酷了很多，这是我才知道这次不是普通的更新，而是版本的升级。我一直以为我的光盘就是edgy的，想都没想就把source.lst里边的都弄成edgy的源。打开命令行，然后打算修复昨天中断的，先是sudo apt-get -f install。提示我用sudo dpkg –configure -a。然后就没有问题了。更新完才知道，昨天的中断的地方，其实离完成已经不远了。
之后就是一些小的设置，可惜不知道是不是因为LC_ALL的问题，输入法无法使用。没想到版本升级，就这么糊里糊涂的完成了。