手上有一台塵封好些日子的老筆電 Aspire ES1-331-C2DE，CPU 為 Celeron N3160。之所以塵封起來，是因為起初回收到它時，經過排查便發現它是自身的螢幕故障，有訊號但已無法正常呈像，不過外接 HDMI 介面則是可用。由於筆電若螢幕無法使用，就失去了可攜式的用處。除非找得到料件來更換螢幕，否則 DR 就覺得它沒有什麼使用的意義，也否決了把它當桌機來使用的提議。然而最近重新評估手邊的可用物資，轉念接受了自己曾經否決的想法。於是就將這台筆電的螢幕拆除，用分離的外接螢幕與它搭配，就當成某種特殊的桌機來使用。
這個起因是赫然發覺在 Linux 系統上，倘若存在不只一個 Wi-Fi 無線網卡，則 NetworkManager 似乎截至目前為止，並沒有提供任何操作方式，能夠很便利的暫時性停用（及回復啟用）其中一個無線網路介面。要就是整個無線網路關閉，而沒有關閉特定裝置的選項（至少 DR 在 Fedora 40 發行版上研究了一陣的結論是這樣）。所以倘若有此需求，基本上還是得回歸最基本的網路控制指令，例如：
於是就設想了一種將其腳本化的方式：networking_control.py。此腳本設計並不要求帶入參數，會以選項清單的互動方式呈現。在給予可執行權限後，便以 root 權限執行即可：
無論是出於什麼樣的原因而使用了 RHEL（或者其複製品），這款發行版在使用上的一項挑戰，就是它字面上的 Linux 內核版本，無法準確地反映出它實際的內核狀況。比方說 RHEL 9 的內核版本乍看之下為 5.14，但它實際上還包含了許多由 Red Hat 從其它較新的內核版本裡所移植的異動。這使得第三方的內核模組，比方說特定硬體裝置的驅動程式，倘若要妥善地支援及應對 RHEL 的內核變化，基本上很難不透過一連串的試錯（排除編譯錯誤），以及加入許多額外的條件判斷來實現。
過去這一陣子終於將手邊最後的 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，例如在腳本中執行以下指令：
最近在評估無須依賴監視系統所提供的網頁後台、就能夠在電腦上查看監視畫面的替代方案。由於該監視系統也有提供 RTSP 串流，所以其實是可以在媒體播放器上，輸入指定的連線位址及登入帳密，就能夠播放監視畫面。然而如果要同時觀看十幾個畫面頻道，這樣若是播放程式也要同時開啟十幾個在桌面上，感覺就不是一件很妙的事……
自己已經很久沒有遇到需要重新編譯 SRPM 套件的情形了，顯得相當生疏，需要順便記錄下來……話說最近在等待 CentOS Stream/RHEL 9 的 net-snmp 套件釋出針對某項問題的修正，但不知何故，問題回報上去，而且 net-snmp 專案本身也已經有相應的更新，卻過了一個月都沒有後續的下文。
於是決定自己手工解決，在 CentOS Stream 9 環境中，本文的操作指令皆是統一在 root 權限下執行（儘管有些動作實際上並不依賴 root 權限），首先執行以下的 dnf 群組安裝指令：
然後針對 net-snmp 套件重新編譯的依賴需求，再安裝以下套件：
在 Linux 上若要簡單地測試磁碟的寫入速度，一般來說並不需要任何額外的工具，只要用 dd 就可以了：
前述指令會產生一個 1GB 大小的空白檔案（test1.img）在當前路徑中，並顯示所花費的時間，以及平均的寫入速度。印象中 DR 第一次使用這樣的測試指令，應該是數年前在雲主機商做工程師的時候。那時遇到的一項困擾，是用於建構用戶 VPS 的多部 Linux KVM Hypervisor 伺服器，存在著效能參差不齊的問題。其主要的癥結點，估計是因為公司並未對主機資源是否超賣的定義及量化，有很積極及足夠科學的評估。
赫然發覺 FFmpeg 好像已經默默地成為本站文章的常客……回歸正題，倘若使用者的需求，是希望將影片檔中的音訊軌，單純地按照其原始編碼另存成獨立的音訊檔，而不做任何編碼格式的轉換，那麼透過 FFmpeg 所需要使用的操作指令並不複雜。然而如果是想要以更加自動化的方式，比方說形成一支腳本程式。那麼腳本設計中就必須要能夠偵測原始音訊的編碼格式，以便儲存成對應的音訊檔。
以 Python 語言編寫的腳本在此：audio_extractor.py，下載後給予可執行權限，然後在執行時以影片檔作為輸入參數：
測試網路速度或者是下載速度，顯然有很多種方式。比方說若要測試兩個端點之間的傳輸頻寬，常見的有例如 iPerf 這樣的工具，基本上無須在此多做介紹。不過倘若是想要單純地驗證，一個地方的 Wi-Fi 無線網路，客戶端連接後實際的上網體驗大概如何，而且又要留下數據可作為比對及後續評估。那麼顯然一種簡單有效的作法，就是測試從網路上下載檔案，並且要能夠記錄其下載速度及時長。