Google
 

音樂分享 - 「君がいるから」by 江口一聲

2007年4月28日 星期六

模擬器下載 Game console emulator

下載站 http://www.emulator-zone.com/
這個站實在非常好用,想找模擬器的話,來這裏就沒錯了,因為各種平台,都有不少模擬器,想知道哪一個最好用,這個站台有簡介且開放使用者打分數,找到分數最高的來下載就對了。

試過 SEGA Mega Drive (美名字為 Genesis ) 的 Fusion ,非常好用,不只SEGA MD之前的主機通吃(還有 32X, Mega-CD),而且連 SEGA GameGear 也行。

PS1.
MAME的話,我是選 MAME Plus

PS2.
想找 Rom 或 IOS 的話,騎小騾子找吧~ 一定不會失望的。一提到小騾子… 我的愛騾是 Emule-XtremeEmule-Plus,都有綠色版;Xtreme拿來搜尋(plus的搜尋結果比較少), Plus 吃的資源很少,兩個下載都很快。

2007年4月27日 星期五

[轉貼] Engadget - 斑馬線也來Wii一下

斑馬線也來Wii一下!


我們相信美國人對Wii一定非常的熱愛,而且愛戀的程度已經到要隨時都可以見到的程度了。在美國的伊利诺斯州裡,某處的白色人行步道標誌被人偷偷的 換成了一隻塗鴉版Wiimote,這支世界上最大的Wiimote甚至連LED和揚聲器都畫了出來,還連接著某個在遠方的配件(該不會是被甩出去的左手?),讓人忍不住就想要拿起來揮個大棒─當然,這是不可能的。

也許下一次,我們可以看到班馬線在玩Wii Sports?

《衛生習慣》不想吃「口水菜」

文中敘述的情形,真的是很髒… 噁~ 希望這些人自省一下… 不用公筷就有點噁心了,還要這樣翻… 所謂人外有人,天外有天,要比髒的話,我也能想出更髒的方法來比賽,但這只能逞一時之快,不是真正解決問題方法… 還望君子自重… 免得被我遇上時會被我歸類為非君子之流外之更下流… 相處很簡單,互相尊重就好。


以前在自家中用餐時,父母經常會叮嚀,夾菜時,看準自己想要吃的菜再動筷子,免得沾有唾沫的筷子在菜餚中東翻西攪,感覺很不衛生。

嫁入夫家後,卻發現他們一家人的「隨性」用餐習慣與我迥異。一鍋滷肉要吃瘦、吃肥、吃豆乾或蘿蔔,任憑喜好,筷子一下去就是盡情翻找,不達目的不會罷手。 若是遇上夏日爽口的涼拌菜,那更是拌得盡興,吃一口就要隨手拌勻一下,這樣才能口口都入味,而桌上的菜餚也要隨時整頓,當盤中菜餚有些鬆散雜亂時,每雙筷 子都萬能,就像是鍋剷一般,撥撥弄弄,將菜集中到盤中央才滿意。

我只能在心中冒著冷汗,默默看著這一盤盤的「口水菜」,有些難以下嚥,卻也無可奈何。外子在我的「勸導」下,已逐漸修改原有的用筷習慣,從前大肆翻攪,匯 整盤中菜餚的情形已經減少,但是公婆的用餐習慣早已行之多年,身為後生晚輩的我也不好說話,每每到了全家用餐的時刻,我總是會見到婆婆的筷子,毫無顧忌的 穿梭在每樣菜色之間,「戳、攪、翻、拌」暢通無阻。

還未與外子結婚前,就已知悉夫家的婆婆與小姑皆為「B型肝炎帶原者」,進家門後,才了解他們這樣的用餐習慣,也不免替自己的健康小小擔心了起來。再繼續吃這樣的「口水菜」,難保哪天會不會也肝炎上身呢?

【2007/04/23 聯合報】@ http://udn.com/


Source: 聯合新聞網 | 生活健康 | 家庭與婦女 | 《衛生習慣》不想吃「口水菜」
Address : http://www.udn.com/2007/4/23/NEWS/LIFE/X1/3814573.shtml

2007年4月26日 星期四

Debian 4.0r0 升級完成

2007-4-26 5:20 紀錄一下,我的第一台Debian 4.0r0 升級完成,過程中還是有出了些問題,升級後apache, bind9也啟動失敗… 嘿嘿嘿 繼續打拼吧~

後記1.
named.conf.options 裏有個 listern-v6 的變數擺放在 log 裏是錯的,所以造成 bind9 無法啟動

後記2.
apache 會依 /etc/hostname 裏的紀錄,去找自己這台電腦對映的 IP , 我的機器沒有 A 紀錄,所以啟動失敗,所性只保留電腦主機名稱,去掉 domain name ,再把 /etc/hosts 裏的紀錄寫好,就正常啦

後記3.
smokeping 重啟也失敗,因為當初建立一些 rrd 檔時,可能就有問題了,所以新版的 smokeping 無法正常寫入 rrd 檔,建議砍掉或修正設定檔… 我選擇砍了,因為有問題的這些資料不太重要,重要的都沒事… 呼~ 還好。

後記4.
cacti 也升級了… 第一次連入時,會重導到升級的頁面,依指示按幾個確定鈕,程式寫的很棒,自動升級沒有任何失誤。

後記5.
整個升級過程中, snmp設定失敗(postconfig),重新執行一次 aptitude upgrade 也不行,最後執行 aptitude install /var/cache/apt/archives/snmp* 就搞定了。

後記6.
ntop 有些 rrd 檔的權限錯誤,對這些檔案執行 chown -R ntop:ntop * 就好了。

後記x.
過程不是完全順利,但還是升級成功了,蠻高興的 哈哈哈~

後記x+1.
簡單寫一下升級指令

確認沒有 hold 的 packages
# dpkg --audit

如果有的話
# aptitude unhold package_name

# dpkg --get-selections "*" > ~/curr-pkgs-list-20070426.txt

備份
# cd / && tar zcvpf /mnt/pc1/debian3-bak/bak-20070426.tgz ~/curr-pkgs-list-20070426.txt etc/* /var/lib/dpkg/* var/cache/bind/*

非官方的source最好暫時拿掉
可以參考 http://www.debian.org/distrib/ftplist
# vi /etc/apt/sources.list
deb http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free
deb-src http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free
deb http://security.debian.org/ stable/updates main contrib non-free

deb ftp://debian.linux.org.tw/debian/ stable main non-free contrib
deb-src ftp://debian.linux.org.tw/debian/ stable main non-free contrib
deb ftp://ftp.tku.edu.tw/OS/Linux/distributions/debian/ stable main non-free contrib
deb-src ftp://ftp.tku.edu.tw/OS/Linux/distributions/debian/ stable main non-free contrib

# new sources for 4.0r0
deb http://ftp.tw.debian.org/debian/ stable main non-free contrib
deb http://debian.csie.ntu.edu.tw/debian/ stable main non-free contrib
deb http://linux.cdpa.nsysu.edu.tw/debian/ stable main non-free contrib
deb http://opensource.nchc.org.tw/debian/ stable main non-free contrib
deb http://debian.nctu.edu.tw/debian/ stable main non-free contrib
#deb http://mirror.nttu.edu.tw/debian/ stable main non-free contrib
#deb http://debian.csie.nctu.edu.tw/debian/ stable main non-free contrib

也可以把source同步過來後,以 file: 的方式來指定來源
deb file:/var/ftp/debian etch main contrib

或是以 4.0r0 光碟來當來源
改 /etc/fstab 加入 /dev/hdc /cdrom auto defaults,noauto,ro 0 0
確認 mount 後可讀的話就執行 apt-cdrom add 讓系統自動加入

可以錄下安裝過程的畫面
# script -t 2>~/upgrade-etch.time -a ~/upgrade-etch.script
下面是重播過程的指令
# scriptreplay ~/upgrade-etch.time ~/upgrade-etch.script

準備工夫完畢

開始升級
# aptitude update

確認空間足夠 免得失敗 冏~
# aptitude -y -s -f --with-recommends dist-upgrade

# aptitude upgrade
# aptitude install initrd-tools
(This step will automatically upgrade libc6 and locales and will pull in SELinux support libraries (libselinux1).)

我沒裝 X window 所以略過 4.5.4.1 Upgrading a desktop system 與 4.5.4.2 Upgrading a system with some X packages installed ,有的人請自行參考 http://www.debian.org/releases/stable/i386/release-notes/ch-upgrading.en.html

升級 kernel
# aptitude install linux-image-2.6-flavor
(我的主機CPU是P3 所以選了 aptitude install linux-image-2.6-686)

大升級
# aptitude dist-upgrade

更新 apt keys
# aptitude update

# /sbin/lilo

Linux - LILO boot error codes

轉貼自 The Linux Bootdisk HOWTO
Address : <http://tldp.org/HOWTO/Bootdisk-HOWTO/a1483.html>


LILO boot error codes

Questions about these codes are asked so often on Usenet that we include them here as a public service. This summary is excerpted from Werner Almsberger's LILO User Documentation.

When LILO loads itself, it displays the word LILO. Each letter is printed before or after performing some specific action. If LILO fails at some point, the letters printed so far can be used to identify the problem.

OutputProblem
(nothing) No part of LILO has been loaded. LILO either isn't installed or the partition on which its boot sector is located isn't active.
L The first stage boot loader has been loaded and started, but it can't load the second stage boot loader. The two-digit error codes indicate the type of problem. (See also section ``Disk error codes''.) This condition usually indicates a media failure or a geometry mismatch (e.g. bad disk parameters).
LI The first stage boot loader was able to load the second stage boot loader, but has failed to execute it. This can either be caused by a geometry mismatch or by moving /boot/boot.b without running the map installer.
LIL The second stage boot loader has been started, but it can't load the descriptor table from the map file. This is typically caused by a media failure or by a geometry mismatch.
LIL? The second stage boot loader has been loaded at an incorrect address. This is typically caused by a subtle geometry mismatch or by moving /boot/boot.b without running the map installer.
LIL- The descriptor table is corrupt. This can either be caused by a geometry mismatch or by moving /boot/map without running the map installer.
LILO All parts of LILO have been successfully loaded.

If the BIOS signals an error when LILO is trying to load a boot image, the respective error code is displayed. These codes range from 0x00 through 0xbb. See the LILO User Guide for an explanation of these.

2007年4月25日 星期三

samba error: oplock

朋友的samba 出現這些錯誤訊息

[2007/04/22 07:16:18, 1] smbd/service.c:make_connection_snum(642)
sft02 (192.168.1.152) connect to service XP_Batch initially as user nobody (uid=65534, gid=65534) (pid 20322)
[2007/04/22 07:16:18, 0] smbd/reply.c:reply_lockingX(4675)
reply_lockingX: Error : oplock break from client for fnum = 6093 and no oplock granted on this file (FreeStyle0212.bat).

[2007/04/23 22:01:13, 0] smbd/oplock.c:oplock_break(847)
oplock_break: receive_smb timed out after 30 seconds.
oplock_break failed for file index.mbd (dev = 301, inode = 4104858, file_id = 1).
[2007/04/23 22:01:13, 0] smbd/oplock.c:oplock_break(919)
oplock_break: client failure in oplock break in file index.mbd

然後我在網路上找到這一篇
http://lists.debian.or.jp/debian-users/200202/msg00138.html

[debian-users:31775] Re: SAMBA EXCEL File Error



  たかはしもとのぶです。

> "call_nt_transact_ioctl: Currently not implemented"
>
>というメッセージが引用されてますが、"ioctl" というと
>カーネルに関係してそうですね。 2.4 系カーネルのための
>機能とか ?

無視してください。メッセージのとおりで、NT側から送られたリクエストの一
部をSambaが実装していないだけです。

>> oplock_break: receive_smb timed out after 30 seconds.
>> oplock_break failed for file wada-pc/data/庶務/作業員名簿/作業員名簿.xls
>> (dev= 903, inode = 376134).
>
>"oplock break" ってなんだろう ? Operation Lock ?
>たぶん File Lock とは違うよね。あと念のために、同時に
>複数の人が開こうとしたとか、そういうことではないんですよね ?

oplock は、Windows 用語ですので、詳細はそっちを参照してください。簡単
に説明すると、オープンしたサーバ上のファイルをクライアント側でキャッシュ
する技術です。

今回の件に関して言うと、

oplock = no (這是解決的關鍵)

にすれば、パフォーマンスは多少落ちますが、このエラーはでなくなる筈です。

>あと念のために、同時に
>複数の人が開こうとしたとか、そういうことではないんですよね ?

多分、これでしょう。同時に複数箇所から書き込みオープンされると、原理的
にクライアント側でファイルのキャッシュはできないので。

-----
TAKAHASHI, Motonobu (たかはしもとのぶ) monyo@home.monyo.com
Samba Team - http://samba.org/ Samba-JP - http://www.samba.gr.jp/
JWNTUG - http://www.jwntug.or.jp/ Analog-JP - http://www.jp.analog.cx/
MCSE(NT40,W2K), SCNA, CCNA, Turbo-CI

最後去 面 smb.conf

fake oplocks (S)

Oplocks are the way that SMB clients get permission from a server to locally cache file operations. If a server grants an oplock (opportunistic lock) then the client is free to assume that it is the only one accessing the file and it will aggressively cache file data. With some oplock types the client may even cache file open/close operations. This can give enormous performance benefits.

When you set fake oplocks = yes(在 smb.conf 裏加上這個就搞定了), smbd(8) will always grant oplock requests no matter how many clients are using the file.

It is generally much better to use the real oplocks support rather than this parameter.

If you enable this option on all read-only shares or shares that you know will only be accessed from one client at a time such as physically read-only media like CDROMs, you will see a big performance improvement on many operations. If you enable this option on shares where multiple clients may be accessing the files read-write at the same time you can get data corruption. Use this option carefully!

Default: fake oplocks = no