Linux 為方便管理系統功能，發展一套 systemd 的管理架構。自 Fedora 15 後，Fedora 社群也開始導入這個技術。因為習慣原有的方式，並沒有特別去留意利用 systemd 的管理方式。最近，在『啟動』、『關閉』某些服務，才注意到 systemctl 有許多參數。好奇心驅使下，就查了相關資料。
其中，Systemctl 這個命令有幾個參數可用以『查詢』、『設定』Fedora 的「運行等級 (runlevel)」。還滿方便的不用打上一長串目錄名稱。
2015年2月24日 星期二
2015年2月18日 星期三
解決「成功編譯的『驅動模組 (driver module)』卻掛載失敗」的問題
最近一個多月來 Linux 的核心的版本更新頻繁，從 3.17.x ~ 3.18.x 每個的更新都要編譯一次『驅動模組』。根據前文所述的步驟：
製作『驅動程式模組』時，偶而會出現掛載失敗的情況。『驅動模組』掛載失敗時，錯誤訊息不一定會看得到或容易被忽略，較明顯、可察覺的現像就是：原先可以使用的週邊設備（上例中為：無線網路及 RAID 硬碟組）變成不可用。
製作『驅動程式模組』時，偶而會出現掛載失敗的情況。『驅動模組』掛載失敗時，錯誤訊息不一定會看得到或容易被忽略，較明顯、可察覺的現像就是：原先可以使用的週邊設備（上例中為：無線網路及 RAID 硬碟組）變成不可用。
2015年2月6日 星期五
VirtualBox 的 CPU『熱插拔 (Hot-Plug)』功能之實驗
若「虛擬機」所使用的 CPU 數量，會因不同的應用需求而常常調整。以往都需要將「虛擬機」先關機、設定 CPU 數、再開機，過程相當麻煩。VirtualBox 有提供一個可動態『插』、『拔』CPU 的功能。覺得相當有趣，就試了一下。
這次測試過程中，無論是「主機」或「虛擬機」都是使用 Fedora。其它 Linux 分支應該也適用，至於 Windows 系統，就不得而知了。當然，過程也順便整理、記錄下來，以備將來不時之需。記錄如下：
這次測試過程中，無論是「主機」或「虛擬機」都是使用 Fedora。其它 Linux 分支應該也適用，至於 Windows 系統，就不得而知了。當然，過程也順便整理、記錄下來，以備將來不時之需。記錄如下：
2015年1月30日 星期五
縮小 VirtualBox 「虛擬機」的硬碟映像檔
一般在建立 VirtualBox 虛擬機時，所使用的『硬碟映像檔』多直接使用預設的『VDI (VirtualBox 磁碟映像)』。這個映像檔格式若同時設為『動態配置』，則其實際所佔硬碟空間將隨虛擬機的系統使用而增加，也就是說「虛擬機」新建立時在「實體主機」的硬碟映像檔較小，而會隨著「虛擬機」的使用漸漸增加。
但是，隨著刪刪改改，「虛擬機」中所存的資料並未實際增加多少，可是已經增大的映像檔卻不會縮小。使用 VirtualBox 提供的『VBoxManage modifyhd ... --compact』這個『緊縮』命令，也不能回復到實際大小。這是因為：
但是，隨著刪刪改改，「虛擬機」中所存的資料並未實際增加多少，可是已經增大的映像檔卻不會縮小。使用 VirtualBox 提供的『VBoxManage modifyhd ... --compact』這個『緊縮』命令，也不能回復到實際大小。這是因為：
- 「虛擬機」的硬碟資料被刪除時，並未實際被清空，只在 FAT（檔案配置表）中註記為『該空間可再使用於儲存新資料』。
- VirtualBox 的命令只將內容為０值之位置回收，而被註記為『空』的位置但內容不為０值，故並未回收。
2015年1月26日 星期一
查詢特定套件 (package) 所隸屬的套件群組 (group)
Fedora 社群已經將套件（package）依用途、桌面或需求的不同，分門別類地分成數個不同的群組（group），方便使用者一個步驟就做完整個群組的安裝，不用一一加裝。
- 特定套件可能同時隸屬於數個群組，
- 同一群組一起安裝，可減少使用時突然發現少了什麼套件。
repoquery --groupmember <套件名>以播放音樂常用的套件 Rhythmbox 為例，查詢的命令為：
[SiB@Core-i7 ~]$ repoquery --groupmember rhythmbox由查詢結果得知，只安裝「MATE 桌面」是不會同時安裝 Rhythmbox 的。所以，讀者若要使用 Rhythmbox 時，需要自己加裝它。
rhythmbox-3.1-1.fc21.i686
@gnome-desktop
@sound-and-video
@workstation-product
rhythmbox-3.1-1.fc21.x86_64
@gnome-desktop
@sound-and-video
@workstation-product
已測試版本：
- Fedora: 21
參考資料：
2015年1月25日 星期日
解決「在 Fedora 更新 Chrome 失敗」問題（二）
前文『解決「在 Fedora 更新 Chrome 失敗」問題（一）』只是暫時提供一個解決辦法，當 Google 再更新 Chrome 時，又得再做一次，並不能算是一勞永逸。再整理出兩個方法，應該可以根本解決這個問題了。
註：筆者較推薦這個步驟，因其只要下一次命令即可，且不更改其它檔案設定。
註：這個步驟筆者並不建議使用，只是查到這個解決辦法做個記錄。
一、手動載入 Google 的 Linux 『數位簽章』
更新 Google Chrome 前，在「終端機」中以 root 身分輸入以下命令，[root@Celeron-D ~]# rpm --import https://dl-ssl.google.com/linux/linux_signing_key.pub這個命令是從 Google 官網下載 Linux 用的『數位簽章』，並將『數位簽章』加入「套件安裝程式」（即：RPM）的簽章資料庫。
註：筆者較推薦這個步驟，因其只要下一次命令即可，且不更改其它檔案設定。
二、修改 Google Chrome 的「套件資料庫」設定
另一個方法是在 Google Chrome 的「套件資料庫」設定檔中，加上一列指示『數位簽章』下載點的設定。用讀者熟悉的「文字編輯器」（gedit, pluma 或 vim）開啟位於『/etc/yum.repos.d/』目錄中，的 google-chrome.repo 檔。
[google-chrome]上面的紅色文字，就是新加上的指示設定。
name=google-chrome
baseurl=http://dl.google.com/linux/chrome/rpm/stable/x86_64
enabled=1
gpgcheck=1
gpgkey=https://dl-ssl.google.com/linux/linux_signing_key.pub
註：這個步驟筆者並不建議使用，只是查到這個解決辦法做個記錄。
三、正常的更新程序
經過上面的任一個步驟操作後，Google Chrome 的更新就可以如其它 Fedora 套件般，方便地用『yum update』命令更新了。已測試版本：
- Fedora: 21, 22
參考資料：
2015年1月19日 星期一
解決「在 Fedora 更新 Chrome 失敗」問題（一）
前幾天更新時，Google Chrome 發生更新失敗。之前也沒有碰過，先把它略過，再找時間處理。這幾天剛好有空，就試試看能否找出發生了什麼問題。
請參考另一篇發文：解決「在 Fedora 更新 Chrome 失敗」問題（二），在終端機中下達更新命令，出現如下的錯誤訊息：
本篇留做備用方法。
訂閱：
文章 (Atom)