解決「某些 HP 印表機不能使用 Fedora 內建設定程式」的問題

在 Fedora 中使用用 HP 印表機，之前都是由《程式選單》→《系統》→《管理》中點選《列印設定值》以開啟印表機設定程式 (system-config-printer)。在安裝 Fedora 26 以後版本，發現這個設定程序已不能順利使用印表機了。網路上有提到用 hp-setup 就可以正確，查到方法趕快測試。

安裝前的準備工作

在使用 HP-Setup 安裝驅動程式前，要先開啟一個「通訊埠」SLP，即：427/TCP，請參考前文〝 Fedora 18 的「防火牆」設定（一）：開「通訊埠」〞操作。

使用 HP-Setup 安裝驅動程式

網路上有提到用 hp-setup 就可以正確，查到方法趕快測試，

設定『驅動程式核心模組』的參數

在解決驅動程式安裝問題時，常看到在『開機選單』階段，按【e】鍵在以『linux16 . . .』或『linuxefi . . .』為首那列命令後，暫時性地加入參數，或是在 /boot/grub2/grub.conf 或 /boot/efi/EFI/fedora/grub.cfg 檔案中，永久性地加入這些設定。
　　在安裝 NVIDIA 驅動程式時，安裝程式會在 /etc/modprobe.d/ 這個目錄中，加入一個名為 nvidia-installer-disable-nouveau.conf 的檔案。其設定檔中，有列設定為『. . . modeset=0』，和在載入系統時的命令列中加入『nomodeset』，似乎有些關聯。為什麼是在 /etc/modprobe.d/ 這個目錄中？又檔案的內容有何意義？格式為何？
　　筆者覺得，這些關聯性有深入探討的必要，以下就是這些整理。

安裝 OpenCL 程式框架 (二)：NVIDIA GPU

NVIDIA 在 2007 年 2 月 15 日釋出 CUDA 的 SDK，提供一個開發程式的框架，可使用 GPU 內大量的處理單元以加速程式的執行。在 2008 年 12 月 9 日，NVIDIA 也宣稱將支援 OpenCL 程式框架 。所以，符合 OpenCL 框架所開發的平行運算程式，將可以在多種不同的平台執行。
　　將 NVIDIA 的 OpenCL 程式框架安裝過程，記錄、整理如下：

一、下載驅動程式及安裝準備

NVIDIA 的 OpenCL 程式框架是透過繪圖顯示的驅動程式來支援的，由官方的下載點下載適當的驅動程式。以目前最新版為例，也可以用這個命令下載，

有關 VirtualBox 的 Guest Additions 之記錄

最近在 VirtualBox 中安裝 Fedora 23 試用，照例會安裝 Guest Additions 讓畫面更順暢。這次安裝時卻失敗了，所以研究了一下 Guest Additions 安裝的驅動程式之相關內容。雖然，最後問題還是由 Fedora 23 核心版本的小更新（4.2.6-301）所解決，但是在這過程中也發現了一些有趣的東西，就把它記錄下來，也許以後會需要再參考到。

在 Fedora 22 安裝「EDIMAX EW-7811Un」驅動程式

將舊筆電由 Fedora 20 升級到 Fedora 22，在編譯 EDIMAX EW-7811Un 的「驅動程式核心模組」時，果不其然地又遇到問題了。原因又是 Linux 中的 C 函式庫有些調整，花了些時間把問題全部解決了。既然，Fedora 改版了，乾脆前文也重新改寫一次，用一個有完整的安裝步驟的發文，開啟另一個階段的序幕。
　　以下的操作步驟是基於這些條件，如果讀者有情況不同，要斟酌修改：

• 下載的「驅動程式」原始檔案，先存在一般使用者目錄下。
• 解壓縮、修改、編譯等步驟，也都在一般使用者的權限下進行。
• 進行安裝前，才切換成 root 身份。

一、下載「驅動程式」、解壓縮

從 Realtek 的官網下載 RTL8192CU 最新版的驅動程式 （目前是 4.0.2_9000.20130911），因為要修改「核心模組原始碼」的一個 C 程式檔，所以原有驅動程式的安裝不可以讓它自動作業，要分段執行。
    第一步先解壓縮，

(F22) 安裝 HighPoint RocketRAID 的 Kernel 4.0.4-301 驅動程式

之前在“(F21) 安裝 HighPoint RocketRAID 1740 的 Kernel 3.17.4-301 驅動程式”一文中，記錄了安裝 HighPoint RocketRAID 的「驅動程式核心模組」的步驟。在當時的只能以 Live CD 的方式加載「驅動程式核心模組」，因此只能先安裝「GNOME 3 桌面」，當再安裝「MATE 桌面」時，又要解決“GNOME 與 MATE 程式選單同時出現”的問題。若平常不用「GNOME 3 桌面」時，又佔用不少寶貴的硬碟空間。這次利用安裝 Fedora 22 的機會，再找找更好的解決辦法。
　　在 Fedora 22 安裝程式 Anaconda 的參數中找到一些新線索，就用這些新發現的參數試了一下，最後成功地在 HighPoint RocketRAID 1740 的 RAID 硬碟組中，安裝一個『只有 MATE 桌面的 Fedora 22』，詳細步驟說明如下：（為方便讀者參考，與前文重覆步驟仍予以保留）

(F21) 安裝 HighPoint RocketRAID 的 Kernel 3.17.4-301 驅動程式

安裝 Fedora 21 後，大概是自已工作上事情稍微多了些。幾台安裝 HighPoint RocketRAID RAID 硬碟加速卡的電腦，一直沒有時間升級。最近有些時間，就想將它們升級為 Fedora 21。
　　雖然試了很多次，不過目前只能以 Workstation（工作站）版，將整個 Fedora 21 系統安裝在 RocketRAID 硬碟加速卡所管轄的硬碟組中。Server（伺服器）版只能將「RAID 硬碟組」當做資料碟使用（註：目前的嘗試的做法，尚未能在系統安裝前就載入 RokcetRAID 驅動程式）。

　　以下就是這幾台電腦的安裝紀錄，這次的升級例子是使用 RocketRAID 1740，詳細步驟如下：

一、編譯驅動程式的核心模組

記得一定要從 HighPoint 官網下載 Linux 的「開放原始碼驅動程式」，才不容易有『後遺症』。不過，這次不用像以前一樣，一列一列去找要修改的地方，在 ubuntu 的一份文件中，有提供一份「修補檔 (patch)」的壓縮檔，『rocketraid-linux-3.11-patch-r2.tar.bz2』，裏面有有許多適用 HighPoint RocketRAID RAID 不同型號硬碟加速卡的「修補檔」。解開壓縮找出適用該型號的「修補檔」。

用 ethtool 查詢網路卡的規格

通常使用者對網路卡使用時的狀態（如：是否連線中？忙碌程度？）是比較有興趣的，若是想知道目前網路卡運作時的狀態時，從桌面上方的工具列之右側，在『』上按【滑鼠右鍵】會跳出一個下拉選單，點選《連線資訊》可以得知。

但若想要判斷：驅動程式是否能正確設定網路卡？網路效能是否完全發揮？光靠這些資訊是不足夠的，需要能查詢網路卡的規格，才可以正確得知答案。

Fedora 21 不能安裝 NVIDIA FX 5200 原廠驅動程式

升級到 Fedora 21 後想再編譯 nVIDIA FX 5200 顯示卡的驅動程式，卻無法成功編譯，之前試過的方法也都無效。就轉而找尋提否有其它原因，就它們的版本先查起：

• Fedora 所用的 X Server 版本為 1.16.3（註：用『Xorg -version』查得）。
• nVIDIA 173.1439 所支援的 X Server 版本只到 1.15，且未再更新。
• 「RPM Fusion 套件資料庫」也沒有 nVIDIA 173.1439 驅動程式的已編譯模組可下載。

基於這幾個原因，可以得到一個結論就是：

nVIDIA FX 5200 只能使用 nouveau 這個由社群發展的驅動程式

不過，這一陣子的使用經驗，nouveau 倒也相當穩定、效能也不算太差。

---

已測試版本：

• Fedora: 21

參考資料：

• X.Org Foundation, "X.Org project," [Mar. 11, 2015].
• NVIDIA Corporation, "Linux x64 (AMD64/EM64T) Display Driver," [Mar. 11, 2015].
• freedesktop.org, "Nouveau: Accelerated Open Source driver for nVidia cards," Mar. 7 2015[Mar. 11, 2015].

解決「成功編譯的『驅動模組 (driver module)』卻掛載失敗」的問題

最近一個多月來 Linux 的核心的版本更新頻繁，從 3.17.x ~ 3.18.x 每個的更新都要編譯一次『驅動模組』。根據前文所述的步驟：

• 在 Fedora 20 (3.14.9 +) 安裝「EDIMAX EW-7811Un」驅動程式
• 在 Fedora 18 (3.11.10) 安裝 RocketRAID 2220 的驅動程式

製作『驅動程式模組』時，偶而會出現掛載失敗的情況。『驅動模組』掛載失敗時，錯誤訊息不一定會看得到或容易被忽略，較明顯、可察覺的現像就是：原先可以使用的週邊設備（上例中為：無線網路及 RAID 硬碟組）變成不可用。

在 Fedora 20 (3.14.9 +) 安裝「EDIMAX EW-7811Un」驅動程式

Fedora 20 的系統核心升級到 3.14.9-200 後，依前文『在 Fedora 20 (3.13.3~3.14.8) 安裝「EDIMAX EW-7811Un」驅動程式』步驟編譯新的驅動程式，會出現

．．．．．
  CC [M]  /home/SiB/RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911/driver/rtl8188C_8192C_usb_linux_v4.0.2_9000.20130911/os_dep/linux/os_intfs.o
/home/SiB/RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911/driver/rtl8188C_8192C_usb_linux_v4.0.2_9000.20130911/os_dep/linux/os_intfs.c:1006:2: 警告：永遠不相容的指標類型初始化 [enabled by default]
  .ndo_select_queue = rtw_select_queue,
  ^
/home/SiB/RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911/driver/rtl8188C_8192C_usb_linux_v4.0.2_9000.20130911/os_dep/linux/os_intfs.c:1006:2: 警告：(在 「rtw_netdev_ops.ndo_select_queue」的初始化附近) [enabled by default]
．．．．．

的錯誤訊息，又得修改『驅動程式原始碼』了。修改後的新步驟如下：

解決「NVIDIA GeForce2 MX 400 顯卡用 nouveau 驅動會當機」

不想淘汱舊電腦，又想用新系統，只能透過「遠端連線」使用另一台電腦的資源。所以，舊電腦只扮演『終端機』的角色，鍵盤、滑鼠、喇叭及顯示桌面是所需的資源。使用的連線程式只有 SSH、VNC 或 RDP 而已，其中的 RDP 主要是為了連上伺服器的虛擬機，有興趣的讀者可參考之前的發文。
　　由於本機（舊電腦）的顯示卡是『NVIDIA GeForce2 MX 400』，而原廠已經不支援這張舊卡，且『nouveau 驅動程式』也不太能用，根據網路建議使用『VESA 驅動程式』。因為都沒有使用到任何『加速』功能，用起來感來頓頓的。
　　最近將系統升級到 Fedora 20，試著用『nouveau 驅動程式』，使用起來是感覺比較快些，但是有些不穩定（最頻繁時，一小時當了兩、三次）。猜想應該是一些『加速』功能的問題。查了一下『nouveau 驅動程式』的參數，發現有個『noaccel』的參數，應該是將某些『加速』功能關閉，就試試看，

[root@Celeron-D ~]# pluma /boot/grub2/grub.conf

在以 linux 為首的那列命令中加入『nouveau.noaccel=1』。用了好幾天，都不會再當機，而速度也較使用『VESA 驅動程式』來得快。

---

已測試版本：

• Fedora 20 (i686) + MATE 1.6.2

參考資料：

• freedesktop.org, "Nouveau Kernel Module Parameters," Dec. 3, 2013 [May 31, 2014].

在 Fedora 19 (3.14.4) 安裝 NVIDIA FX 5200 驅動程式

最近 Fedora 19 系統的核心升級到 3.14.4-100，接著編譯 NVIDIA GeForce FX 5200 的驅動程式（173.14.39），又出問題了。查看錯誤訊息，與上次的問題相似（請參考『在 Fedora 19 (3.13.5) 安裝 NVIDIA FX 5200 驅動程式』），也是與 ACPI 有關，有了上一次的經驗，事情就好辦了。
　　比較一下 Linux 新舊版的核心程式，發現 3.13.11-100 核心程式的『acpi/acpi_drivers.h』的『標頭檔』中，原有引入『linux/acpi.h』和『acpi/acpi_bus.h』的那兩列指令在 3.14.4-100 中已經不見了。再去查看 NVIDIA GeForce FX 5200 驅動程式中，有引進『acpi/acpi_drivers.h』這個『標頭檔』的檔案，發現『/usr/src/nv/nv-linux.h』這個檔可能是問題所在。
　　有了這些線索，再在網路上找一下相關訊息。最後修改的完整步驟（節錄部份前文，方便操作）整理、說明如下：

在 Fedora 18 (3.11.10) 安裝 RocketRAID 2220 的驅動程式

使用 HighPoint RocketRAID 2220 這張 RAID 卡，覺得 C/P 值不錯。可惜的是，Linux 原生支援的驅動程式，並不能正常啟用 RAID 加速晶片，只能當一張多埠的 SATA 擴充卡來用。為了讓這張 RAID 卡發揮功能，只好從網路上遍尋一些直接、間接的高人異士修改的『驅動原始碼』。
　　之前幾篇有關 2220 驅動程式的相關發文：

• 在 Fedora 安裝 HighPoint RocketRAID 的驅動程式
• 安裝 HighPoint RocketRAID 2220 的 Kernel 3.8 驅動程式
• 安裝 HighPoint RocketRAID 2220 的 Kernel 3.9 驅動程式

在 Fedora 18 的 Linux 的核心更新到 3.10 之後，便不能用了。雖然有心想要嘗試修改『驅動原始碼』，可是一直抽不出時間來研究它，只好一直勉強將 kernel 留在 3.9 版，不敢更新。
　　最近發現在網路上發現了高手修改的例子，它是給 2320 用的，既然有得參考，修改起來將事半功倍，就試試看吧！
    本文內容將包含：驅動程式原始碼的修改、Fedora 18 首次安裝、核心更新後驅動程式的編譯三大部份。

在 Fedora 19 (3.13.5) 安裝 NVIDIA FX 5200 驅動程式

Fedora 19 系統安裝好後，曾經試過安裝 NVIDIA GeForce FX 5200 的驅動程式，當時測的版本是 173.14.37，好像 173.14.38 時也測過一次，不過沒有成功。因為有其它事情正在忙，就先改用 Fedora 隨附的 NVIDIA 驅動程式 nouveau 先撐著用。去年底 NVIDIA 釋出 173.14.39 版的驅動程式，又因忙著安裝一台 FreeBSD 伺服器，也擱置未測。
　　最近成功地將 173.14.39 版驅動程式安裝在 Fedora 19 (kernel 3.12.11-201)，想說應該可以用原廠的驅動程式了。想不到 Fedora 又更新核心到 3.13.5-101 版，剛裝沒多久的驅動程式又再重新編譯一次了。不過，這次沒有那麼成功，一直卡在一個 ACPI 的函式。到網路上搜尋許久，都沒有 173.14.39 版的修正資料。猜想這又是一個 Linux 核心改寫的問題，就往這方向去找。結果，就間接地找到修正的方法，不然怎麼會有這次的發文。修改的地方很簡單，只有一個位置，完整步驟（節錄部份前文步驟，方便讀者操作）的說明如下：

在 Fedora 20 (3.13.3~3.14.8) 安裝「EDIMAX EW-7811Un」驅動程式

Fedora 20 的系統核心升級到 3.13.2-201 後，依前文『在 Fedora 20 安裝「EDIMAX EW-7811Un」驅動』步驟編譯新的驅動程式，會出現

．．．．．
  CC [M]  /home/SiB/RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911/driver/rtl8188C_8192C_usb_linux_v4.0.2_9000.20130911/os_dep/linux/os_intfs.o
/home/SiB/RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911/driver/rtl8188C_8192C_usb_linux_v4.0.2_9000.20130911/os_dep/linux/os_intfs.c:1006:2: 警告：永遠不相容的指標類型初始化 [enabled by default]
  .ndo_select_queue = rtw_select_queue,
  ^
/home/SiB/RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911/driver/rtl8188C_8192C_usb_linux_v4.0.2_9000.20130911/os_dep/linux/os_intfs.c:1006:2: 警告：(在 「rtw_netdev_ops.ndo_select_queue」的初始化附近) [enabled by default]
．．．．．

的錯誤訊息。
　　看樣子，又得修改『驅動程式原始碼』了，順便將需要 root 權限的部分減少些。修改後的新步驟如下：

在 Fedora 20 安裝「EDIMAX EW-7811Un」驅動程式

自從 Fedora 18 的核心更新到 3.8 版後，EDIMAX EW-7811Un 無線網路又不能用了。Google 的結果也是無解，只好等 Realtek 修改驅動程式。在 2013-10-29 終於釋出新版的驅動程式 4.0.2_9000。不過，如官網所稱只支援到 kernel 3.9，那一陣子 Fedora 核心的更新特別快，當再更新到 3.10 版後，就不再能用了；只好暫時停止更新 Linux 的核心了。
　　據找到的訊息所述，是因為 Linus Benedict Torvalds 在整理核心程式所用的函式時，將幾個 Realtek 官網的驅動程式中所用的函式移除了，造成編譯時錯誤百出，根本不能成功編譯。
　　基於對 Linux 的瞭解，猜測被移除的函式，應該有替代的函式，或有相容處理。但是，終究要針對 Realtek 的驅動程式原始碼做些修改。由於前一陣子有些忙，就只試試看 Linux 官網的驅動是否修改到可用的程度。
　　跨完年，就是新的一年的開始，有些時間就上網找一下解法。有些 Raspberry Pi 的玩家好像在 kernel 3.10 版成功編譯了，似乎可以參考這個結果，嘗試一下。今天又將舊筆電安裝 Fedora 20，乾脆就再試一次吧！想不到就成功編譯了，就將過程記錄如下：

「在 Fedora 19 適用的 Fedora 安裝、設定程序」測試

安裝 Fedora 19 後，照例得重頭再設定一次使用環境，另外也要補安裝一些軟體。每次的重新安裝也都發現一些設定或安裝程序有些微的改變，當然也要花些時間找一下新的適用程序。
　　這次也不例外，就將 Fedora 18 以後的安裝、設定程序也驗證一次。同時也記錄下來測試的結果，有不適用的程序再另外記錄。一方面提醒自己，還有哪些未試過。一方面分享同好方便參考。

可以沿用的安裝、設定程序：

(F18) 安裝 HighPoint RocketRAID 2220 的 Kernel 3.9 驅動程式

隨著 Fedora 18 的更新，其中的 Linux 核心也更新到 kernel 3.9.4-200。由於安裝方法都可延用，似乎沒有再發文的必要，但是考量到

• 有些讀者如果是用 kernel 3.9 為搜尋鍵值，也許會錯過上次的發文。
• 筆者希望自己的安裝記錄，也詳實、完整記錄，方便將來查閱。

所以有此篇。
　　詳細安裝方法請參考之前的發文：安裝 HighPoint RocketRAID 2220 的 Kernel 3.8 驅動，在此不再重覆。

安裝記錄：

• 2013-6-22：在 Kernel 3.9.6-200 安裝成功。
• 2013-6-15：在 Kernel 3.9.5-201 安裝成功。
• 2013-5-26：在 Kernel 3.9.4-200 安裝成功。
• 2013-5-13：在 Kernel 3.9.2-200 安裝成功。

---

已測試版本：

• Fedora: 18

改進「安裝『EDIMAX EW-7811Un』驅動」的步驟

能夠在 Fedora 18 成功安裝「EDIMAX EW-7811Un」的驅動程式後，還有什麼步驟可以改進呢？若讀者已經參考過之前的發文，

• 編譯 Kernel 3.8 的「EDIMAX EW-7811Un」驅動
• 成功在 Fedora 18 安裝「EDIMAX EW-7811Un」驅動
• 在 Fedora 18 用「EDIMAX EW-7811Un」的變通辦法
• 在 Fedora 安裝「EDIMAX EW-7811Un」的驅動程式

會發現到，這些步驟要先以新版的 Linux 核心開機後，才可編譯、安裝。萬一在以新系統開機前忘了安裝 Fedora 「編譯『核心模組』」所需套件時，又得重新開機，以舊版核心啟動。
    因此，如何在舊版核心（網路可正常使用時）執行系統更新後，可以立即編譯、安裝適用新版的驅動程式，就是本文所做的改進。