2015年3月7日 星期六

有關「根目錄」出現檔名為 core.xxxxx 的問題

在『根目錄』出現一個檔案,名稱為『core.xxxxx』(其中 xxxxx 為數字)大小為 31297536 位元組。以前的系統中,偶而也會出現幾個,但不影響系統運作,也就不理會它。這次的出現,就順便做個記錄,方便以後參考。
  回想一下之前的運作情形,雖說 Linux 不容易當機,但是所用的 Fedora 分支常引入一些新的套件做測試。也因此偶而會有某個服務當機的時候,但是整個系統當機的情形,的確是很少見。
  在這些少數當機的情形下,系統會將當機當下的系統記憶體內容存下(即『core dump (核心傾印)』),以利事後分析發生的原因。而所存下來的記憶體內容就記錄在『core.xxxxx』這些檔案中,大小與當下系統所佔的大小有關,不一定每次都一樣。
  知道出現這些檔案的原因,而重新啟動服務或重開機後,運作也不受影響。因此,將來有需要深入研究這些檔案內容時,再做進一步分析。目前的處理方法為:
  • 記錄當機時,正在操作的程式。下次再操作時,要多注意。
  • 過些時候,若不再出現類似的檔案時,再把它們刪掉。
  • 將這些檔案回傳 Fedora 開發團隊,提供其除錯的參考。

已測試版本:

  • Fedora: 20, 21

參考資料:

2015年3月1日 星期日

適用 Fedora 21 的「可選版本 USB 安裝隨身碟」

Fedora 21 已經釋出兩個多月,由於這次的光碟分成『工作站(Workstation)』、『伺服器(Server)』和『雲技術(Cloud)』三片,讓使用者依自已的需求安裝。在這種情形下,「多版本 USB 安裝隨身碟」的製作更是需要。
  一直想寫篇「可選版本 USB 安裝隨身碟」的製作步驟,但是,這次的『工作站』光碟是『Live 光碟』,所以原有的「可選版本 USB 安裝隨身碟」製做步驟不能沿用,新的方法記錄如下:
這個程序主要是由前文的程序修改而來,為方便讀者參考,將前文相關內容複製過來,以求完整。部份截圖可能仍為舊版,請讀者包涵。

一、下載開機檔案

下載的檔名列表如下:
CPU版本分類網路
需求
網路
頻寬
選用 / 燒錄之 ISO 檔檔案大小
32-bit工作站--Fedora-Live-Workstation-i686-21-5.iso1.2 GB
伺服器--Fedora-Server-DVD-i386-21.iso2.0 GB
必需Fedora-Server-netinst-i386-21.iso482 MB
64-bit工作站--Fedora-Live-Workstation-x86_64-21-5.iso1.4 GB
伺服器--Fedora-Server-DVD-x86_64-21.iso1.9 GB
必需Fedora-Server-netinst-x86_64-21.iso424 MB
其中,『工作站』版為 Live 光碟,『伺服器』版則有兩個版:DVD 安裝光碟(檔名有 DVD)及網路安裝光碟(檔名有 netinst)。請依需要下載適當版本,以製做「可選版本 USB 安裝隨身碟」,
  • 『工作站』版依 CPU 下載適當該 ISO 檔即可。
  • 『伺服器』版除依 CPU 下載該 ISO 檔外,其網路安裝光碟也要下載。
下列步驟以 Fedora 21 在上表中所列的版本為例。

2015年2月24日 星期二

用 systemctl 更改 Fedora 的「運行等級」

Linux 為方便管理系統功能,發展一套 systemd 的管理架構。自 Fedora 15 後,Fedora 社群也開始導入這個技術。因為習慣原有的方式,並沒有特別去留意利用 systemd 的管理方式。最近,在『啟動』、『關閉』某些服務,才注意到 systemctl 有許多參數。好奇心驅使下,就查了相關資料。
  其中,Systemctl 這個命令有幾個參數可用以『查詢』、『設定』Fedora 的「運行等級 (runlevel)」。還滿方便的不用打上一長串目錄名稱。

2015年2月18日 星期三

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

最近一個多月來 Linux 的核心的版本更新頻繁,從 3.17.x ~ 3.18.x 每個的更新都要編譯一次『驅動模組』。根據前文所述的步驟:
製作『驅動程式模組』時,偶而會出現掛載失敗的情況。『驅動模組』掛載失敗時,錯誤訊息不一定會看得到或容易被忽略,較明顯、可察覺的現像就是:原先可以使用的週邊設備(上例中為:無線網路及 RAID 硬碟組)變成不可用。

2015年2月6日 星期五

VirtualBox 的 CPU『熱插拔 (Hot-Plug)』功能之實驗

若「虛擬機」所使用的 CPU 數量,會因不同的應用需求而常常調整。以往都需要將「虛擬機」先關機、設定 CPU 數、再開機,過程相當麻煩。VirtualBox 有提供一個可動態『插』、『拔』CPU 的功能。覺得相當有趣,就試了一下。
  這次測試過程中,無論是「主機」或「虛擬機」都是使用 Fedora。其它 Linux 分支應該也適用,至於 Windows 系統,就不得而知了。當然,過程也順便整理、記錄下來,以備將來不時之需。記錄如下:

2015年1月30日 星期五

縮小 VirtualBox 「虛擬機」的硬碟映像檔

一般在建立 VirtualBox 虛擬機時,所使用的『硬碟映像檔』多直接使用預設的『VDI (VirtualBox 磁碟映像)』。這個映像檔格式若同時設為『動態配置』,則其實際所佔硬碟空間將隨虛擬機的系統使用而增加,也就是說「虛擬機」新建立時在「實體主機」的硬碟映像檔較小,而會隨著「虛擬機」的使用漸漸增加。
  但是,隨著刪刪改改,「虛擬機」中所存的資料並未實際增加多少,可是已經增大的映像檔卻不會縮小。使用 VirtualBox 提供的『VBoxManage modifyhd ... --compact』這個『緊縮』命令,也不能回復到實際大小。這是因為:
  • 「虛擬機」的硬碟資料被刪除時,並未實際被清空,只在 FAT(檔案配置表)中註記為『該空間可再使用於儲存新資料』。
  • VirtualBox 的命令只將內容為0值之位置回收,而被註記為『空』的位置但內容不為0值,故並未回收。
當需要『減少實際硬碟映像檔大小』及『匯出「虛擬機」』時,上述的機制並不能滿足要求。網路上有許多『VDI 廋身』分享,以下是整理出來適合目前工作環境的方法:

2015年1月26日 星期一

查詢特定套件 (package) 所隸屬的套件群組 (group)

Fedora 社群已經將套件(package)依用途、桌面或需求的不同,分門別類地分成數個不同的群組(group),方便使用者一個步驟就做完整個群組的安裝,不用一一加裝。
  • 特定套件可能同時隸屬於數個群組,
  • 同一群組一起安裝,可減少使用時突然發現少了什麼套件。
查詢套件所隸屬的套件群組的命令為:
repoquery --groupmember <套件名>
以播放音樂常用的套件 Rhythmbox 為例,查詢的命令為:
[SiB@Core-i7 ~]$ repoquery --groupmember 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
由查詢結果得知,只安裝「MATE 桌面」是不會同時安裝 Rhythmbox 的。所以,讀者若要使用 Rhythmbox 時,需要自己加裝它。

已測試版本:

  • Fedora: 21

參考資料: