因為沒辦法 comment 這一篇 ，只好自己也寫一篇來試試 trackback 行不行。

基本上，在 Linux 2.4, 2.6 裡面的話，可以保證 Samba 跑 UTF-8 是沒有問題的。這是基於個人經驗；我至少跑了一年以上。詳細的時間不太記得了，是從 Samba 3 進入 Debian sarge testing 之後沒多久開始用到今天。

Samba UTF-8 會有問題，可能是 Samba-2 時代的事。為了 Samba-3 的 UTF-8，當初我也花了蠻多心力把我 Linux box 裡的檔案全部 Big5 to UTF-8，最後證明是很值得的。和 Windows NT 的互連性非常好，許功蓋從此以後不是問題。

P.S. 當初從 Big5 to UTF-8 的資料多半是卡通歌，為了解決日文假名的問題，是用 Linux (Big5 Samba2) to Windows to Linux (UTF-8 Samba3) 來搞的。如果資料量大的話可能沒辦法這樣搞，不過 iconv 用 Big5HKSCS 的話，日文假名應該是沒有問題。

P.P.S. 現在我還有在用 Unicode 補完計畫 2.4alpha3，統統 OK。

TCC 把 ats 在 COREBlog 1.1 的日文在地化工作擴展到正體中文來，製作了 COREBlog ZMI 的正體中文化 。

不才性不喜中文介面軟體，暫時也還沒有測試用的 Zope instance 可以試驗此介面，不過從 TCC 的 screen shot 來看，版面是挺不錯的。

事情是這樣的。

我在最新的 sarge 上裝了 vmware，裡面有一個 Windows XP。剛裝完很高興，因為我把 USB 印表機導進這個虛擬機器裡面。

不幸的事發生在昨天。那部可愛的 sarge，/ 被不曉得什麼東西吃光光了。在 / 只剩 12k 的系統裡找來找去，從檔案全都寫不進去找到檔案全都讀不出來，只好放棄、重灌了事。

昨天熬夜把基本的網路服務安裝好，今天開始繼續組態。就在很高興地裝完 vmware 之後，my root file system blowed up again!!這下子我知道了。哈，原來 sarge 就是 vmware 殺的。如果不是我心有餘悸沒事亂 df ，也沒辦法這麼快找出這個問題，因為 vmware 在 /tmp/vmware-vmware/ 裡寫的暫存資料 是看不見的 (資料會寫進去，但不會顯示為檔案)， du 抓不到它。

先用 ln -s usr/tmp tmp 試試看，這個分割區有 15G 還是空的，可就沒那麼容易被撐爆了！