筆記

過去這一陣子終於將手邊最後的 CentOS 7 及 CentOS Stream 8 系統皆全數替換掉，其中多數是採取服務遷移或者原機重灌，以 RHEL 9 取而代之，至於測試或者非正式用途的機器則是使用 CentOS Stream 9。不過也有兩部 CentOS Stream 8 主機，是使用 Red Hat 所提供的 Convert2RHEL 工具程式，以沒有做任何重灌或遷移的方式，原地轉換至 RHEL 8。由於這似乎不是很常見的需求，網路上並沒有許多可見的使用案例，但還是可以找得到一些文件說明可加以參考。

許多一般家用型、採 Wi-Fi 無線網路連接的網路監控攝影機（IP camera）都具備 RTSP 串流輸出的功能。所以除了預設的本機儲存能力外，其實也可以考慮啟用此功能。然後在區域網路中的其它電腦主機上，常態性的從攝影機接收 RTSP 串流，並儲存成檔案，來實現某種即時的遠端錄影備份。雖然這並不是一項很認真的需求，只是根據手上有的設備做試驗，但還是想看看這樣的作法是否容易實現。

結果並沒有如預期般的單純，在 Linux 主機上若是以腳本程式搭配工作排程的方式執行 FFmpeg，例如在腳本中執行以下指令：

• ffmpeg -loglevel error -i <RTSP 來源位址> -y -vcodec copy -an -t <錄製長度> <輸出的 MKV 檔案> > <輸出的日誌檔> 2>&1

最近在評估無須依賴監視系統所提供的網頁後台、就能夠在電腦上查看監視畫面的替代方案。由於該監視系統也有提供 RTSP 串流，所以其實是可以在媒體播放器上，輸入指定的連線位址及登入帳密，就能夠播放監視畫面。然而如果要同時觀看十幾個畫面頻道，這樣若是播放程式也要同時開啟十幾個在桌面上，感覺就不是一件很妙的事……

自己已經很久沒有遇到需要重新編譯 SRPM 套件的情形了，顯得相當生疏，需要順便記錄下來……話說最近在等待 CentOS Stream/RHEL 9 的 net-snmp 套件釋出針對某項問題的修正，但不知何故，問題回報上去，而且 net-snmp 專案本身也已經有相應的更新，卻過了一個月都沒有後續的下文。

於是決定自己手工解決，在 CentOS Stream 9 環境中，本文的操作指令皆是統一在 root 權限下執行（儘管有些動作實際上並不依賴 root 權限），首先執行以下的 dnf 群組安裝指令：

• dnf group install "Development Tools"

然後針對 net-snmp 套件重新編譯的依賴需求，再安裝以下套件：

在 Linux 上若要簡單地測試磁碟的寫入速度，一般來說並不需要任何額外的工具，只要用 dd 就可以了：

• dd if=/dev/zero of=test1.img bs=1G count=1 oflag=dsync

前述指令會產生一個 1GB 大小的空白檔案（test1.img）在當前路徑中，並顯示所花費的時間，以及平均的寫入速度。印象中 DR 第一次使用這樣的測試指令，應該是數年前在雲主機商做工程師的時候。那時遇到的一項困擾，是用於建構用戶 VPS 的多部 Linux KVM Hypervisor 伺服器，存在著效能參差不齊的問題。其主要的癥結點，估計是因為公司並未對主機資源是否超賣的定義及量化，有很積極及足夠科學的評估。

赫然發覺 FFmpeg 好像已經默默地成為本站文章的常客……回歸正題，倘若使用者的需求，是希望將影片檔中的音訊軌，單純地按照其原始編碼另存成獨立的音訊檔，而不做任何編碼格式的轉換，那麼透過 FFmpeg 所需要使用的操作指令並不複雜。然而如果是想要以更加自動化的方式，比方說形成一支腳本程式。那麼腳本設計中就必須要能夠偵測原始音訊的編碼格式，以便儲存成對應的音訊檔。

以 Python 語言編寫的腳本在此：audio_extractor.py，下載後給予可執行權限，然後在執行時以影片檔作為輸入參數：

• chmod +x audio_extractor.py
• ./audio_extractor.py <影片檔名>

測試網路速度或者是下載速度，顯然有很多種方式。比方說若要測試兩個端點之間的傳輸頻寬，常見的有例如 iPerf 這樣的工具，基本上無須在此多做介紹。不過倘若是想要單純地驗證，一個地方的 Wi-Fi 無線網路，客戶端連接後實際的上網體驗大概如何，而且又要留下數據可作為比對及後續評估。那麼顯然一種簡單有效的作法，就是測試從網路上下載檔案，並且要能夠記錄其下載速度及時長。

最近開始嘗試在使用 RHEL 9 發行版的情況下，將其打造成更接近於 DR 平日桌面工作環境的狀態。然而跟同屬於 Red Hat 生態體系的 Fedora 發行版相比，其中一項可以感受到的顯著差異，是倘若要安裝 Wine 這款 Windows 應用程式的相容工具，則 Fedora 比起 RHEL 要方便許多。因為 Fedora 本身的套件庫即有提供 Wine，或者 Wine 專案也有為 Fedora 提供套件庫，使用者只要擇一來源使用 dnf 安裝即可。

以訂閱形式提供 Microsoft Office 授權的 Microsoft 365（舊名為 Office 365）方案，DR 自己也用個人版很多年了。但直到最近，DR 才開始意識到微軟習於強迫捆綁產品的惡習，跟著傳染到 Office 安裝程式上，是件蠻惱人的事。在多數情境下，電腦只需要安裝 Word、Excel 及 PowerPoint 就夠了。然而從官網下載的 Office 安裝程式，卻無法選擇僅安裝哪些應用程式，例如 Outlook 就是個不必要的存在，但安裝程式卻會連帶把它安裝起來。並且在安裝完畢後，也無法針對個別的應用程式做移除。

在 Linux KVM 虛擬化環境裡，若是想要擴充客體機的磁碟容量，並不是件很麻煩的事，而且通常可以在客體系統無須下線的情況下實現。然而如果是反過來，想要以非破壞性的方式縮減磁碟容量，把用不到的空間重新釋放出來，那麼在程序上就會比較繁雜一些。

本文是以 RHEL/CentOS Stream 8 為主要的示範環境，所使用的主體及客體皆是 Linux 系統。倘若所使用的 Linux 發行版並沒有比 RHEL 8 陳舊，則預期在操作上應不會遇到什麼障礙。此外由於 DR 自己在建立 Linux 客體機時，多數情況下都是採用傳統 BIOS 模式，虛擬磁碟會單純地切成兩個分割區，一是系統根目錄，使用 ext4 檔案系統；二則是 swap 分割區。所以本文的操作概念會同樣以此設想為基礎，不會特別涉及到其它更加複雜的情境。