2015年9月27日 星期日

網路流量監控工具(一):MATE Netspeed

使用電腦時,經常需要連上網路,但是網路流量常會受到限制,有時來自電信公司、有時來自網管人員。若不隨時注意網路的使用量,不小心就會超過流量限制,暫時不能上網。網路暫停使用,少則一天,多則數天。若剛好有不得不上網的『正事』要辦,只好硬著頭皮去請網管人員開放。
  為了避免不小心被暫停『網路使用權』,一個能夠即時記錄網路流量、累積統計一段區間的使用量的工具程式,就是最佳的輔助了。現代常用的「圖形化桌面環境」是「MATE 桌面」,就把這個當做起點開始尋找,能夠即時顯示在『面板工具列』上的『面板小工具』應該是較方便的吧。
  最先發現到的工具程式是「MATE Netspeed」這個「面板小工具」,接下來就安裝它來用用看。

一、安裝「MATE Netspeed」

Fedora 中已經將它收錄在套件資料庫中,安裝非常方便,
[root@Core-i7 ~]# dnf install mate-netspeed
註:「GNOME」專案有個「GNOME Netspeed」,所以「MATE Netspeed」應該也是源自「GNOME」。

2015年9月8日 星期二

修改「VNC 服務」預設的 xstartup 腳本

之前發過一篇〝設定「VNC 伺服器」使啟動後即為「MATE 桌面環境」〞,提及如何修改自己的「VNC 服務」設定,使其開啟「MATE 桌面環境」。這個方法需得在每個使用者的家目錄下,個別設定很是麻煩,故從上一篇發文後就一直有個想法,是否有系統層級的設定,讓每個新使用者在第一次啟動「VNC 服務」時,就自動產生一個已修改好的『啟動設定』。
  先以 Fedora 22 為例詳細說明整個設定過程,假設系統只安裝「MATE 桌面」環境,完全沒有安裝「GNOME 桌面」的情形。在文章最後,再貼上在 Fedora 20、21 系統中的修改設定,以供參考。

一、啟動 VNC 服務

除非是架設多人使用的伺服器,並需提供每個人以 VNC 連線登入,不然由使用者透過 SSH 連線,再自行啟動自己用的「VNC 服務」,是較簡單、不佔資源的作法。(參考〝開啟個人化的 VNC 服務,供「遠端桌面」連線〞)
[SiB@Core-i7 ~]$ vncserver :1888
上例是在連線後,於「SSH 終端機」開啟「VNC 服務」,並設定連接埠為 7788。

註:7788 - 5900 = 1888。這是最容易被設錯的數字,可以參考這篇〝用較短的命令,加快建立由 SSH 重導之 VNC 連線〞的做法避免錯誤。

2015年9月7日 星期一

解決「F22 不能安裝 RocketRAID 命令列管理程式」的問題

成功安裝 HighPoint RocketRAID 驅動程式核心模組後,接下來的 Fedora 22 就沒問題了。Fedora 系統內建的 RAID 系統它自有工具程式可用,外接 RAID 介面卡就要由廠商來支援了。目前仍服役中的 RocketRAID 當然就是由 HighPoint 提供了,由公司官網下載的維護工具程式已經相檔老舊,之前的使用經驗只剩「命令列 (CLI)」的工具可用,其它的「圖形化」、網頁式的工具都不行。

一、從 HighPoint 下載「命令列」工具程式

這次安裝當然也是用「命令列」工具程式,但是過程就沒像以前那麼順利。從 HighPoint 官網的支援網頁下載「命令列(CLI)」的工具程式,這組程式適用好幾個型號的 RocketRAID 卡,筆者是下載『CLI-Linux-3.5-100701.tgz』這個檔案,看編號就可判斷出大概是 2010 年的程式。

2015年8月28日 星期五

2015年8月9日 星期日

解決「用『AutoFS 服務』連線 NFS 伺服器失敗」問題

升級 Fedora 22 後想連線到「伺服器」,當然是用 NFS 是最方便的。把舊發文〝用「AutoFS 服務」改善 NFS 連線的方便性〞找出來參考,照上面的步驟做完;結果,並不能如願連線,應該是 Fedora 22 改了什麼東西,讓 AutoFS 不能像往常一樣連上「NFS 伺服器」。
  查了一下 AutoFS 的設定,沒看到什麼問題。就再查一下是否問題出在 NFS,看到 NFS 文件中,在掛載時有指定 NFS 版本的設定,試試看是否是「伺服器」和「客戶端」的版本不合所致?

註:筆者的「伺服器」是 Fedora 14。

  接下來修改的步驟都在「客戶端」電腦上,在「終端機」中先切換為 root 身分,接著,再用文字編輯器開啟 /etc/auto.nfs 這個檔,在『 - 』後加上『nfsvers=4』這個設定,強制使用 NFS v4,修改的結果如下:
Data   -nfsvers=4,rw,soft,intr,rsize=8192,wsize=8192 192.168.10.17:/home/Data
Media  -nfsvers=4,rw,soft,intr,rsize=8192,wsize=8192 192.168.10.17:/home/Media
Upload -nfsvers=4,rw,soft,intr,rsize=8192,wsize=8192 192.168.10.17:/home/Upload
將檔案存回,再重啟 AutoFS 服務,
[root@Celeron-D ~]# systemctl restart autofs.service
之後就一切正常了。

已測試版本:

  • Fedora 22 (客戶端)-> Fedora 14(伺服器)

參考資料:

2015年8月7日 星期五

解決「因 avahi 未安裝,致 PulseAudio 不能連線」問題

最近想將工作機升級到 Fedora 22,不過暫時因為不支援 PDC 介面的 BIOS RAID 而未能順利升級。之前在這台電腦安裝 Fedora 21 時,是先安裝「GNOME 桌面」再安裝「MATE 桌面」,既然升級不成,就重新安裝一次 Fedora 21,不過這次只安裝「MATE 桌面」,安裝過程就參考〝(修訂)「安裝只有『MATE 桌面』(無 GNOME 3) 的 Fedora 21」〞的步驟。
  安裝後,照例將「遠端電腦」的音效利用 PulseAudio 送到「本地電腦」,參考之前有關 PulseAudio 安裝、設定的幾篇發文也不能成功。覺得問題可能不在 PulseAudio 本身的安裝、設定,就從使用 PulseAudio 需要開啟的幾個「通訊埠」(即:4713/TCP、16001/TCP、5353/UDP)查起,
[root@Celeron-D ~]# netstat -tulnp
Active Internet connections (only servers)
ProtoRecv-QSend-QLocal AddressForeign AddressStatePID/Program name
  . . . . .
tcp000.0.0.0:160010.0.0.0:*LISTEN2643/pulseaudio
  . . . . .
tcp000.0.0.0:47130.0.0.0:*LISTEN2643/pulseaudio
  . . . . .
上例中,只列出 IPv4 的埠號,可以發現 5353/UDP 並沒有出現。查一下另一台電腦,

2015年8月4日 星期二

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

將舊筆電由 Fedora 20 升級到 Fedora 22,在編譯 EDIMAX EW-7811Un 的「驅動程式核心模組」時,果不其然地又遇到問題了。原因又是 Linux 中的 C 函式庫有些調整,花了些時間把問題全部解決了。既然,Fedora 改版了,乾脆前文也重新改寫一次,用一個有完整的安裝步驟的發文,開啟另一個階段的序幕。
  以下的操作步驟是基於這些條件,如果讀者有情況不同,要斟酌修改:
  • 下載的「驅動程式」原始檔案,先存在一般使用者目錄下。
  • 解壓縮、修改、編譯等步驟,也都在一般使用者的權限下進行。
  • 進行安裝前,才切換成 root 身份。

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

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