筆記

採開放原始碼（open source）授權條款的字型，就如同於開源碼的軟體程式，對一般使用者來說，基本上就是代表著能夠自由地使用這些字型。雖然 DR 過去主要都是憑印象，記得有哪些開源字型可用，然後在有需要時就會找來用。然而久而久之，覺得記憶力也是有衰敗的風險。所以本文的目的，便是將印象彙整成簡單的清單以便日後查詢，不過並未追求要把清單做到很完整或者是鉅細靡遺。

中日韓（CJK）字型：

由於已事隔快要一年，看起來狀態並沒有什麼變化，所以或許是時候說明一下狀況，以及可行的應對方式。在目前 Red Hat 生態體系的各個 Linux 發行版裡，倘若要實現 WireGuard 支援，則 CentOS Stream 8（以下簡稱 CS8）可能是當中最不簡便的一款發行版。而背後的因素，其實也連帶影響了下游的 RHEL 8 及其複製品（AlmaLinux 8、Rocky Linux 8 等等），只是就時序而言，下游的處境可能會稍微好一點。

有別於先前的 RHEL/CentOS 7/8，這回 RHEL 9 因為 Linux 內核版本較新（5.14）的緣故，已內建對於 WireGuard 的支援。而無須再找尋第三方套件庫，或者是得動手自行編譯模組。所以同樣的支援狀態也適用於 RHEL 的複製品，如 AlmaLinux 及 Rocky Linux 等。

最近讀到一則來自 AdGuard 部落格的消息《EasyList is in trouble and so are many ad blockers》，其內容描述 EasyList 這個由社群維護的廣告過濾清單，近期曾一度因為過多的連線請求，形成就像被 DDoS 的情形而變得難以存取。而問題的來源，似乎是印度地區的某款 Android 網頁瀏覽器存在設計缺失，會以不正常的頻率反覆下載該清單，而造成嚴重的流量負載。

像這樣的案例，倘若技術條件可行，也許在必要時得先暫時封禁特定的地區，讓其它地區的用戶不致受到影響，直到問題的來源消弭為止。而這也讓 DR 想起自己幾年前在虛擬主機商做值班工程師的一個故事。不過在此之前，DR 得先描述一下背景，以便讓人瞭解為什麼當下似乎只能採取這種作法。

很難預想到，即便在 2022 年的現代作業系統中，仍然會遇到與古老 Big5 編碼有關的問題。然而就 Windows 來說確實是如此，時至今日為止，至少在隨處可見的 Windows 10 繁中環境裡，其預設的環境編碼依然是 CP950（微軟自行維護的 Big5 實作）。因此根據壓縮軟體的具體實作而異，所生產出來的 ZIP 壓縮檔，寫入的檔名清單不盡然都會是 Unicode，也有可能依然是 CP950。

延伸閱讀：libarchive 函式庫關於檔名處理的說明文件。

倘若因某些緣故，發生 Linux 系統的 UEFI 開機失效，使得無法順利進入作業系統。那麼可參考以下流程，來進行 UEFI 開機程式重新安裝的動作。本文範例是以 CentOS Stream 8 為操作環境，使用此發行版的安裝映像檔做開機，然後進入救援模式。接著設法讓安裝在磁碟中的相同發行版，回復至可順利啟動的狀態。

若是使用同為 Red Hat 生態體系下的 Linux 發行版，操作流程應會相當一致。至於其它的 Linux 發行版本，則至少在概念上也是相同的。

1. 進入救援模式

按理講 USB 隨身碟應該被視為是一種消耗品，是僅供臨時性的資料移動，而非講究保障的資料儲存方案。但……如果裡頭真的有資料想要救援呢？話說前陣子 DR 拿到一顆 128GB 的隨身碟，是處於無法開啟的狀態。雖然裝置本身偵測得到，但在 Windows 或 Linux 系統上，分割區實際上都無法順利掛載。其中以 Linux 來說，就是即便手動做 mount 也會直接卡住不動，也就無法讀取裡頭的檔案。

嘗試使用 ddrescue 做區塊複製，例如以下指令是將 /dev/sdb 複製到名為 rescued.img 的映像檔：

• ddrescue -f -r 1 -n -v -d -b 512 /dev/sdb rescued.img recovery.log

於 2009 年發佈的 Windows 7 作業系統，就如同許多的 Windows 版本一樣，有著相對驚人的使用壽命。儘管其更新維護已於 2020 年終止（除非是有採購延伸安全性更新的用戶，則能夠獲取更新至 2023 年），但就如 OSnews 網站上的一篇文章所透露出的訊息，依然有為數眾多的 PC 是停留在 Windows 7，且有許多使用者並沒有對此有什麼不滿意的地方。

這或許是因為，其實與 Windows 7 同期的 PC 主流規格，其運算效能往往已經相當飽和。只要使用者執行的工作、以及所使用的應用程式都沒有出現變化，那麼它就依然足敷使用，頂多再經過小幅度的升級即可（SSD、記憶體等等）。因此就一般使用者的角度而言，倘若沒有淘汰整部 PC 的需求，自然就不會想連帶地更換作業系統。而唯一剩下的風險，就是安全性的議題了。不過也是有應對措施，如防火牆管制等，能夠加以緩解。

自從 DR 在去年將二號機的資料碟也更換為 SSD 後，開始接受將藍光光碟備份一份複本的作法。於是便使用 MakeMKV，陸續將手上的藍光媒體皆備份到磁碟裡。前面幾片都相當順利，直到一路操作到 DR 入手的第一片藍光、也就是 2014 年的《哥吉拉》（Godzilla）時，卻出現了光碟部份資料始終讀取失敗，以致無法完成備份的情形。

話說公司裡有一個房間是充當資訊機房的作用，雖然放置了一堆設備跟線路，但外觀上就是很單純的一個房間，也沒有監視器。儘管監視器實際上並不是很重要，但由於 DR 的座位，跟機房之間有點距離。所以若能規劃出一個簡易方案，從遠端就能夠檢視機房現場，覺得也不是件壞事。

於是便從機房中選了一部作業系統為 RHEL 8.x 的伺服器主機，裝上一支 Microsoft LifeCam HD-3000 網路攝影機。讓該主機除了原本的任務外，再額外擔負起監視機房的工作。至於軟體層的規劃非常單純，DR 的構想是在主機上使用 FFmpeg 擷取視訊鏡頭（/dev/video0），並轉碼成 H.264 串流；然後透過管線輸送給本機的 VLC 播放軟體，再由 VLC 建立一個簡單的 HTTP 服務在 8080 埠上，所編寫的指令寫於此文字檔中。