大約一年前，我寫的OpenGL / GLSL的調試glsldevil在文章的Gentoo的ebuild為glsldevil-1.1.5， 並為它提供了一個Gentoo的ebuild。 不幸的是，glsldevil似乎從斯圖加特大學（網頁不提供了http://cumbia.informatik.uni-stuttgart.de/glsldevil/ ），這使該ebuild無用。
由於的glsldevil許可證再分配的牌照，我決定要上傳我的本地副本，使公眾glsldevil再次可用。 不幸的是，這不僅包括了Linux二進制代碼（32位和64位），無論是Windows二進制文件或源代碼。
你可以從這裡下載的Linux二進制文件： glsldevil-1.1.5.tar.gz（11）
對於使用的ebuild，只需複製到/ usr / portage目錄/ distfiles目錄/文件。
問候
於爾根
（1票，平均：5.00 5） 
載入中... 今天出現了apache-2.4.1的ebuild在gentoos Portage樹。 新興php-5.4.1_rc1的失敗，安裝Apache 2.4.1 Gentoo的網絡服務器與下面的錯誤消息：
配置SAPI模塊
檢查AOLserver的支持......不
檢查是Apache 1.x模塊支持通過示波器通過使用APXS ...沒有
檢查是Apache 1.x模塊支持......不
檢查是否啟用Apache字符集兼容性的選項...沒有
檢查的Apache 2.0過濾器模塊支持通過示波器通過使用APXS ...沒有
檢查Apache 2.0的處理程序模塊通過DSO支持，通過使用APXS ...
對不起，我不能運行apxs的。 可能的原因如下：
1。 未安裝Perl
2。 APXS沒有被發現。 試圖通過使用-apxs2 = /路徑/ / apxs的路徑
3。 Apache是不使用啟用（APXS使用頁面顯示）
/ usr / sbin目錄/ apxs的輸出如下：
/配置：行8325：/ usr / sbin目錄/的APXS：沒有這樣的文件或目錄
配置：錯誤：中止
這樣做的原因是，apxs 的可執行文件不安裝的apache-2.4.1的ebuild。 得到固定與APACHE-2.4.1-R1的ebuild據以gmane.org這個問題。 然而，升級後的Apache 2.4.1-R1新興PHP仍然無法與同樣的錯誤信息。 一個快速瀏覽到文件系統顯示，/ usr / sbin目錄/ APXS了安裝以及創建的/ usr/sbin/apxs2符號鏈接了。
mittelerde sbin目錄＃LS-alsh的APXS *
24K-RW-R-R-1根23K 1。 亞太區16:14 APXS
0 lrwxrwxrwx 1根14 1。 4月16時14 apxs2 - > / usr / sbin目錄/ APXS
這也揭示了為新興的PHP與Apache-2.4.1-R1失敗的原因。 在/ usr / sbin目錄/ apxs的 perl腳本的與APACHE-2.4.1-R1的ebuild缺乏可執行標誌。
因此，一個簡單的
使用chmod + x / usr / sbin目錄/ APXS
解決問題和新興PHP之後就像一個魅力。 最有可能，這將讓未來的Apache的ebuild固定。 2.4升級後的工作來獲得Apache的配置，你可能想讀： 從2.2升級到2.4 。
於爾根
（尚未有評分） 載入中... 我最後的內核升級後，我試圖建立iptables的鏡子發表在這裡的目標。 iptables的鏡像目標需要發送到你的機器的數據包，並返回相同的數據包，機包來自。 因此，讓我們說，有人試圖以掃描您的計算機，或試圖攻擊他會掃描自己的機器，甚至攻擊自己的機器。 當我試圖與它的內核版本3.3，它沒有建立了與當前的Linux內核。 不過，這一次只有輕微的修改已經neccesary。 另一個頭文件必須包括函數的名稱已更改。 您可以下載新版本內核版本3.3，也許未來的內核這裡：
| MIRROR.3.3.0.tar.gz（44） |  |
已通過測試的內核模塊與內核版本的Linux-3.3-虛擬服務器的2.3.3.1。要構建模塊，您要使用的模塊，啟動內核。 之後，解壓縮歸檔文件，和運行的compile.sh的腳本來構建模塊。 編譯的模塊安裝到你的內核的/ lib / modules目錄，然後運行install.sh腳本。
現在你可以使用鏡像的目標，拒絕或放棄目標的地方中的INPUT，FORWARD和這樣的PREROUTING鏈，在你的防火牆腳本：
iptables的一個輸入-J鏡
注意：使用的鏡像目標可能會導致奇怪的結果，例如，如果你想連接到一個iptables保護機器採用鏡面目標，你可能會不承認它連接到本地計算機。 它也可以使用多少帶寬。 最壞的情況發生，如果你有兩台機器使用的模塊。 這些機器可能最終會打乒乓球。 所以，你已經被警告，請謹慎使用您自己的風險 。 欲了解更多信息，請參見： 鏡像的目標 。
下面是舊的內核版本下載。 請注意版本編號到2.6.27的內核為2.6.25工程。 2.6.28也適用於2.6.29和2.6.30內核。 2.6.13版本的模塊應工作的內核版本2.6.16。
問候
於爾根
（尚未有評分） 載入中... Gentoo的虛擬服務器運行系統的最新升級後1 3.3.0 Linux的虛擬服務器內核（虛擬服務器資源，2.3.3.1），系統沒有啟動正常了。 有沒有內核模塊加載，甚至在網絡設備重新啟動後仍未提供的。 這或多或少是最壞的情況下，自那時以來，在機器前身體和無法修復通過ssh遠程登錄系統。
內核升級是不是因為這個原因，但升級到udev-182。 這是日誌說：
03月21日17時20分05秒mittelerde的/ etc / init.d /的sshd的[5563]：錯誤：無法啟動sshd的作為的net.eth0將無法啟動
03月21日17時二十分09秒mittelerde / etc / init.d中/ udev的安裝[6075]：Udev的使用安裝在/ dev管理設備1 devtmpfs。
03月21日17時二十分09秒mittelerde / etc / init.d中/ udev的安裝[6076]：這意味著，需要CONFIG_DEVTMPFS =
21日17時二十分09秒mittelerde的/ etc / init.d /的udev的安裝[6077]：在內核配置。
03月21日17時二十分09秒mittelerde / etc / init.d中/ udev的安裝[6067]：錯誤：udev的安裝啟動失敗
3月21日17時二十分09秒mittelerde / etc / init.d中/ udev的[6066]：錯誤：無法啟動的udev udev的安裝將無法啟動
03月21日17時21分06秒mittelerde / etc/init.d/net.eth0 [6463]：錯誤：接口eth0不存在
的信息“ 需要CONFIG_DEVTMPFS = Y”得到的東西的工作日誌中包含了必要的提示。 CONFIG_DEVTMPFS選項必須在內核中啟用。 事後必須重新編譯內核。 設備驅動程序- >通用驅動程序選項下的選項，可以發現在menuconfig被稱為保持一個devtmpfs文件系統掛載在/ dev。在啟動時自動掛載devfs的很有意義也啟用的選項自動掛載在/ dev devtmpfs ，後安裝內核的rootfs（CONFIG_DEVTMPFS_MOUNT）。
年紀較大的udev版本，它是安全的，使這些選項。 這樣做可以保護您的系統不工作時，你獲得udev的更新後。
於爾根
（尚未有評分） 載入中... 與2.6.36內核開始，，tuxonice已從禪源。 最新的官方tuxonice補丁，這是目前可用的，是為Linux內核3.0。 同時更近的補丁，內核版本3.2.1和3.2.10，出現在crow202.org 。 所以我從那裡的3.2.1 tuxonice的補丁修補禪宗穩定-3.2源。
這個內核掛起到RAM的作品，至少在我的戴爾精密型M65和我的台式機，以及暫停磁盤做。 此外，我可以證實，3.2.1補丁也x86_64架構。
下載得到的東西的工作，從禪禪穩定的3.2內核樹kernel.org內核和提取。 之後下載的3.2.1 tuxonice補丁crow202.org和應用它。 應用修補程序後，可以繼續與標準內核的建設進程。 與禪源-3.1，沒有額外的補丁是必要為zcache功能，修復已列入禪宗穩定-3.2。 zcache功能雙打RAM效率，同時提供了很多的工作量顯著的性能提升。 位於下舉辦的驅動程序在內核樹zcache功能和上的cleancache的功能，這是位於處理器的類型和特點下。 為了使zcache功能，你有你的內核，例如在你的grub.conf，通過zcache關鍵字。
例如：內核/ bzImage的恐慌= 60根= / dev/hda3的zcache
Gentoo的用戶有一個更簡單的方法：下載我修改覆蓋禪源-3.2.tar.gz（52），並在/ usr /本地/ portage中提取。 覆蓋包含了所有必要的修補程序。 一定要在你的/ etc / make.conf中包括以下行：
PORTDIR_OVERLAY =“的/ usr /本地/ portage目錄”
如果你想使用tuxonice包括在你的USE標誌tuxonice。 然後出現禪源和建設的核心，只要你喜歡。
tuxonice不正式支持在當前的禪源。 所以如果你使用上面的文件，不報告任何禪sources.org錯誤。 你是你自己。
對於我的精密M65的，我用下面的內核配置： config_zen_3.2_dell_m65.zip（49）
為禪源的更多信息補丁集www.zen-sources.org， 。
最好的問候
於爾根
（尚未有評分） 載入中... 展望與N900的電話號碼在文章中，我描述了一個解決方案內執行反向電話號碼查詢的N900的延伸通話記錄。 補丁也因此而二進制包中的一個小bug。 每當有國際長途電話，開始用“00”，在日誌中，反向查找失敗，由於不正確的解釋“00”的來電顯示應用。 現在固定extcalllog應用程序轉換這些尾隨零一個“+”被解釋為正確的來電顯示應用。
在原始文章的下載已經更新。
於爾根
（尚未有評分） 載入中... KVM已經成為過去幾年的主要虛擬化技術之一。 針對Redhat Linux的它甚至已經成為默認的虛擬化解決方案。 KVM的IO性能是很難有競爭力的其他虛擬化解決方案時使用的默認選項。 KVM / qemu的 IO性能，尤其是當使用qcow2圖像，可以通過禁用底層的主機文件系統的緩存大大提高。 開始KVM 緩存= none選項可以做到這一點的例子，與選項
驅動文件= my_image.qcow2，指數= 0，媒體=磁盤，緩存=無
而不是僅僅提供-HDA my_image.qcow2圖像文件。 然後圖像文件被打開使用O_DIRECT標記 ，繞過頁面緩存。 如果底層文件系統不支持O_DIRECT標記 ，這個失敗的錯誤消息：
無法打開磁盤映像my_image.qcow2：無效的參數
這是與全面啟用日誌ext4文件系統的情況下。 人們可以很容易測試O_DIRECT標記 ，如果底層文件系統的支持與主機上的一個簡單的dd命令：
月月如果= = / dev / null的iflag =直接some_file
如果O_DIRECT標記不支持它在下面的錯誤的結果：
DD：開幕`some_file“：無效的參數
因此，如果不適用的安全問題，並不要使用完整的日記，以提高性能。 無論是在/ etc / fstab文件或文件系統本身的日誌選項，可以設置。 以下示例條目的紅色標記部分為fstab中案已被刪除。
0 1 / dev/sda7 / ext4的默認值，noatime的，nodiratime，異步，數據=日記
如果在文件系統中設置日誌選項，可以顯示和編輯tune2fs命令。 例如tune2fs-L / dev/sda7 / dev/sda7文件系統顯示的信息。 如果充分日誌啟用，輸出包含journal_data的掛載選項：
默認安裝選項：journal_data
tune2fs-O ^ journal_data / dev/sda7選項可以刪除。 事後tune2fs-L的輸出不包含的journal_data掛載選項更多：
默認掛載選項：（無）
在這兩種情況下的文件系統，必須重新安裝激活更改。 事後qemum-KVM 緩存= none選項，如上文所述，與增加的IO性能。
於爾根
參考文獻：
[1] itscblog.tamu.edu
[2] blog.nkadesign.com
（尚未有評分） 載入中... 
![[Valid RSS]](http://validator.w3.org/feed/images/valid-rss.png "驗證我的RSS提要")
