安裝Proxmox VE遇到「command 'chroot /target dpkg --force-confold --configure -a' failed with exit code 1 at /usr/bin/proxinstall line 177」錯誤時的解決方法

如果在安裝P`roxmox VE 3.0的時候遇到了「command 'chroot /target dpkg --force-confold --configure -a' failed with exit code 1 at /usr/bin/proxinstall line 177」的錯誤訊息，表示你的伺服器記憶體不足512MB。讓伺服器記憶體超過512MB就沒問題了。

When installing Proxmox VE 3.0, if you encounter the error “command 'chroot /target dpkg --force-confold --configure -a' failed with exit code 1 at /usr/bin/proxinstall line 177”, please increase server’s memory more than 512MB. Proxmox VE need 512MB memory at least.

為何使用Proxmox VE與OpenVZ / Why I use Proxmox VE and OpenVZ?

我從2011年開始安裝Proxmox VE(以下簡稱Proxmox) 1.9版開始，就深深地受到OpenVZ的魅力所吸引。OpenVZ是一種非主流的虛擬化技術，它是將Linux的執行緒(process)分隔成不同的容器(container)，每個容器都執行完整的Linux作業系統。因此它的缺點在於只能限制於Linux、硬體環境配置較難，但是它在執行效率上的優點卻是其他技術所遠遠不及的。也因為OpenVZ執行時就像是在容器裡面運作一樣，所以Proxmox把它簡稱為CT，意即ConTainer。

Proxmox VE是一款整合OpenVZ與KVM的虛擬機器管理平台，並以開放原始碼的形式釋出。安裝時僅需要從光碟直接安裝即可，安裝過程不到三十分鐘，一台可以建置OpenVZ與KVM的虛擬機器環境就可以上線運作了。

不過那是安裝1.9版時的經驗，現在安裝更新的版本時，似乎遇到了一些問題。

使用VirtualBox安裝Proxmox VE發生錯誤 / Install Proxmox VE failed on VirtualBox

那時我安裝1.9版時並沒有遇到什麼問題，倒是後來想用VirtualBox來安裝2.3與3.0版時就發生了錯誤。

VirtualBox的機器配置參數如下圖：

安裝3.0版時的錯誤訊息是：

command 'chroot /target dpkg --force-confold --configure -a' failed with exit code 1 at /usr/bin/proxinstall line 177

而安裝2.3版時也會遇到一樣的錯誤，錯誤訊息只有行數的差別：

command 'chroot /target dpkg --force-confold --configure -a' failed with exit code 1 at /usr/bin/proxinstall line 172

如果要安裝Proxmox VE，記憶體必須是512MB以上 / If you want to install Proxmox VE, server’s memory must be more than 512MB.

經過Proxmox的論壇解答之後，我才知道原來記憶體要設成512MB以上。仔細一看，Proxmox VE的系統安裝需求中，記憶體居然要求要1GB耶。而VirtualBox建立Debian作業系統時，預設只會給予384MB而已，這樣子難怪會失敗。

所以我調整了記憶體數量到896MB（隨便設的），設定細節如下圖：

然後再安裝Proxmox VE，這次就能順利成功了。

謝謝Proxmox Staff Member的dietmar回答，真是幫了很大的忙啊。

結語：證實了虛擬機器中的虛擬機器不能使用KVM的疑惑 / Conclusion: VM in VM could not use KVM.

其實這次主要要測試一件事情。那就是即使在Intel VT-x指令集的支持中，在VirtualBox裡面使用Debian 64Bit的Proxmox VE，依然不能使用KVM。終於解決了我長久以來的疑惑了，雖然中間花了不少時間就是。

WordPress外掛Postie啟用其他郵件通訊協定的方法 / Enable other mail protocols of WordPress plugin “Postie”

最近在研究WordPress上的Postie外掛，它可以從電子郵件帳戶收信，轉換成WordPress的文章發佈出去。不過預設的郵件通訊協定（Mail Protocol）僅有POP3可以選，後面會顯示「IMAP/IMAP-SSL/POP3-SSL unavailable」表示不能使用。但是只要啟用PHP的php_imap.dlll擴充功能就可以啟用這功能了。

Postie, a plugin of WordPress for receiving email to be a blog post automatically, could only use POP3 mail protocol. There would be a message “IMAP/IMAP-SSL/POP3-SSL unavailable” displayed near the “Mail Protocol” option. You can enable php extension “php_imap.dll” to use other mail protocols.

修改php.ini / Edit php.ini file

修改的方式是找到你的php.ini檔案，每個作業系統的php.ini位置都不太一樣，請詢問你單位的網管。

然後找到這一行：

;extension=php_imap.dll

把前面的註解「;」去掉，變成：

extension=php_imap.dll

修改完就儲存檔案吧。

重新啟動apache / Restart Apache Server

重新啟動apache伺服器。重新啟動的方法也請教你的網管吧。

可以使用其他郵件通訊協定了 / Other Mail Protocols Are Enabled

回到Postie的設定，其他的郵件通訊協定已經可以選擇了。如果你要用Gmail來設定Postie的話，就必須開啟POP3-SSL才可以喔。

用Zotero從臺灣博碩士論文知識加值系統直接匯入書目 / Using Zotero to import references from NDLTD

我寫了Zotero的臺灣博碩士論文知識加值系統（又稱博碩士論文網）轉譯器（translator），讓Zotero可以直接在博碩士論文網中匯入文獻的書目資料，也可以從搜尋列表匯入多筆書目資料。希望能夠藉此促進我國研究者使用Zotero的的意願。

I developed a Zotero’s translator for importing reference from NDLTD (National Digital Library of Theses and Dissertations in Taiwan). You can import a refence from single page, or import multiple refences from list page. I hope the NDLTD translator will promote the acceptance of Zotero for Chinese.

用Zotero從CEPS中文期刊服務直接匯入書目 / Using Zotero to import references from CEPS

我寫了Zotero的CEPS轉譯器（translator），讓Zotero可以直接在CEPS(Chinese Electronic Periodical Services)中匯入文獻的書目資料，也可以從搜尋列表匯入多筆書目資料。希望能夠藉此促進我國研究者使用Zotero的的意願。

I developed a Zotero’s translator for importing reference from CEPS (Chinese Electronic Periodical Services). You can import a refence from single page, or import multiple refences from list page. I hope the CEPS translator will promote the acceptance of Zotero for Chinese.

用SQLite資料庫安裝Drupal 7 / Install Drupal 7 with SQLite database

目前Drupal 7（我用的是elms-7.x-1.x-dev-core.zip）安裝時選用SQLite資料庫會發生錯誤，導致無法正常安裝。我試著修正了一些程式碼之後，使用SQLite資料庫安裝Drupal 7就能夠順利進行。以下介紹如何順利安裝使用SQLite資料庫的Drupal 7。

If you want to install Drupal 7 (for example, elms-7.x-1.x-dev-core.zip) with SQLite database, the installation would have encountered an error and crash. I fixed some bug of Drupal 7 to let the installation completes successfully. I will show you how to completely install Drupal 7 with SQLite in this post.

更新程式碼 / Update Codes

用Drupal 7原始碼安裝的時候，我看到畫面上出現了很多錯誤。於是我照著這些錯誤去修正程式碼，然後安裝大致上就很順利。

要修正的程式碼如下：（[elms7]表示Drupal 7的根目錄）

1. [elms7]\includes\install.core.inc
2. [elms7]\includes\database\sqlite\query.inc
3. [elms7]\profiles\elms\modules\contrib\features\features.module
4. [elms7]\profiles\elms\modules\contrib\spaces\spaces_og\plugins\space_og.inc
5. [elms7]\profiles\elms\modules\elms_features\elms_site\elms_site.module

安裝完成之後會遇到登入錯誤，於是我又修改了兩個檔案：

1. [elms7]/profiles/elms/modules/contrib/og/og.module
2. [elms7]/profiles/elms/modules/contrib/entity/includes/entity.wrapper.inc

安裝環境 / Environment

• PHP Version 5.4.7
• SQLite Library 3.7.7.1

安裝Drupal 7 / Install Drupal 7

接下來我用圖文教學，教大家用SQlite資料庫安裝Drupal 7的方法。

我這邊要安裝Drupal的發行版之一ELMS，所以我選擇這個。

在此不要選擇其他語言，因為安裝的時候中文好像有點問題。

選擇SQLite資料庫安裝，其他選項都用預設。

如果你的程式碼沒有更新，你會看這一堆警告。

如果程式碼更新過了，你就會看到正常安裝的畫面。

安裝過程非常久，但是沒有錯誤訊息的話就一切OK！

資料庫安裝完成！接著設定其他的資訊吧。

完成。

全新的Drupal 7，很穩。

登入 / Login

安裝完成之後，預設網頁上並沒有登入的按鈕。你只會看到「Access denied」的錯誤訊息。

登入網址為：http://localhost/elms7/user/login （請換成你自己的網站）

請用安裝時設定的管理者帳號登入吧。

至於要怎麼在首頁就顯示登入表單，請看看「Display login form for anymous users when 'access denied'」這篇或其他的教學，本篇就到此為止了。

結語：自己修Bug / Conclusion: Fix Bug by Yourself

安裝過程中很多的問題都是在於陣列裡面沒有對應的指標，例如：

$non_required[$module] = $files[$module]->sort; 

有時候$module出現的值不見得存在於$files陣列中，或著是$files可能根本就不是個陣列。所以我們要在之前加入判斷式。

if (is_array($files) 
  && isset($files[$module]) 
  && is_object($files[$module])) {
    $non_required[$module] = $files[$module]->sort; 
}

這樣就不會發生錯誤了。

共勉之。

Zotero安裝自製的轉譯器 / Install custom translator on Zotero

本篇教你如何在Zotero安裝自製的轉譯器（translator），讓你可以拿取別人設計好的轉譯器安裝在自己的Zotero上。

This guide will show you how to install custom translator to Zotero. If you get some special translator which used for your local database or website, you could install it to your Zotero by following steps.

Google閱讀器的關閉與資訊傳播的退化 / Google Reader is going to be closed, and information dissemination will be more closed too.

Google閱讀器（Google Reader，以下簡稱Reader）即將於2013年七月關閉的消息讓網路上許多人哀號遍野。但是在大家擔心不能用Reader只好看看能不能轉戰Feedly之餘，我擔心的卻不是服務本身，而是RSS這個開放的標準逐漸不受重視的隱憂──資訊傳播正在逐漸從公開分享退化成私人隱蔽了。

Yesterday (14 March) many people on the internet got into panic because of Google Reader is going to be closed on July 2013. Somebody try to find another feed reader service, like Feedly, to replace Google Reader. But compared with service, we should pay more attention on the decline of RSS using. It means information dissemination is going to degrade from public sharing to private concealing. 

Google Reader的價值在於RSS標準 / The value of Google Reader is using RSS standard

Google Reader是大家彙整RSS訂閱網址而使用的訂閱器，那這個RSS大家知道是什麼嗎？

RSS的全名叫做Really Simple Syndication，這是一個資料交換的標準，讓人們能夠用統一的格式訂閱網站的最新訊息。我們就不用特別打開每個網站、每個人的BLOG，就能夠在我們習慣的環境下閱讀這些訂閱來源的最新資訊。

而RSS有一個特徵，他是公開的，每個人訂閱的RSS都相同，可以看到﹑追蹤一樣內容的資訊。大多數RSS都沒有權限控管，你只要那得到RSS訂閱網址，你就有權利訂閱訊息。當然，權限控管仍然可能做得到，但是非常麻煩也不實際，這不是RSS專注的重點。

發明RSS的人非常偉大。他就是之前因為從JSTOR抓太多論文而被FBI盯到自殺的名人Aaron Swartz。我相信RSS的利用率絕對超過圖資界常用的Metadata交換標準Dublin Core好幾倍，可是諷刺的是，圖資界許多人並不知道也不重視RSS標準，大家的概念依然停留在「讀者應該來圖書館（網站）找資料」的層級，但RSS卻早已經做到「圖書館（網站）把資料送到讀者面前」了。

G+取代Google Reader的隱憂 / The problem about if G+ placing Google Reader

現在Google要用G+來取代Google Reader，這其實是限制了我們取得資訊的途徑。這限制來自於必需經過G+，也來自於人們獲得了選擇的自由──大家都可以限制散佈資訊的對象了。

後者是一種諷刺，也是我的悲觀心態。人們獲得了選擇散佈對象的自由，可是卻很容易傾向於限制對小範圍的人分享他們獨特的資訊。這是人之常情，人擁有了自由之後對於自己加設限制的常情。一旦大家習以為常地將資訊埋沒在你自身周遭的世界，而吝於分享給素未謀面的陌生人，那結果很明顯，最後只是助長Google或Facebook獲得更多資訊，大家依然只是活在自己的小世界難以成長。人們在自己的選擇之下加深了資訊落差的鴻溝，而且是幫別人累積更多資訊、把自己推下了谷底。別懷疑，這不是未來的擔憂，而是現在正在發生的事情。

前者就更嚴重了。現在Google Reader關掉，大家還可以跳槽到Feedly。這是因為Google Reader用的是標準格式RSS。未來如果大家都變成G+，就算Google可以讓你Takeout匯出服務，你又要到哪去找到一個跟G+一樣的平台？死對頭FB，可能嗎？

如果從這角度來看，你會發現你根本就沒得選擇──用了G+就必須要一直用G+，就像是用了Facebook之後就很難轉移到其他服務，是一樣的意思。

結語 / Conclusion

Google Reader關閉所帶來的問題並不只是要我們跳槽到其他服務就好。Google捨棄了標準但強制公開的RSS，而轉向權限細緻化但封閉的G+。

儘管我們還是可以稍微期待一下G+隱藏的RSS功能有朝一日會再被受到重視，或是像G+或FB這種社交網站有天會有共通的資訊交換標準出現，好讓我們隨時跳槽到我喜歡的服務上。但是可以確定的是，控管閱讀權限的資訊分享方式已經是勢不可擋的趨勢。

這是否意味著我們獲知的權利即將從自由開放退化到隱性封閉呢？這對追求資訊自由的圖書館從業人員來說，是相當值得深思的議題。