我之前為了使用Epson印表機，折騰了驅動好一段時間，我後來打算改使用QEMU/KVM虛擬機，我們來實做看看吧。
我剛好手邊有一臺遠古的EPSON LQ-695C的24針點陣式印表機，沒有Linux的原生驅動，我就來簡單記錄一下我這兩天做過的嘗試，搞不好亂槍打鳥總會幫到。
我先是依照ChatGPT的做法，嘗試修改CUPS提供的.ppd驅動。我發現內建的EPSON的24針通用驅動可以正常列印，字體是清楚的，但是有一個問題，就是列印的寬度不對。舉例來說，我的要列印的文字範圍是0~10單位，但是印出來卻是只有0~8單位，後面2單位的內容會直接被裁掉。因此我依照指示，修改/etc/cups/ppd/LQ-695C.ppd（這個路徑和檔案是系統選定驅動後才生成的）的內容，將原本的*ImageableArea A4/A4: "18 18 577 824"換成*ImageableArea A4/A4: "3 3 592 839"。
這裡容許我科普一下，點陣式印表機的1點陣對應大概是\(\frac{1}{72}\)英寸，倘若依照原始的資料來看，A4的寬度是577*824個點陣（若扣掉保留的8點陣，那就是(577-8)*(824-8)個點陣），因此我們可以試著修改看看，看能不能讓印表機列印比較寬的範圍。最後實測是沒有生效，最右邊的文字都會被削掉。
另外，我也修改過HWMargins，將原本的「*HWMargins: 18 18 18 18」修改為「*HWMargins: 3 3 3 3」。這個參數是修改頁面四面八方要留多少個pt（點陣），修改後一樣無效。
承上一篇〈關於我為何想到用debootstrap安裝Ubuntu，我又是有什麼理由再從debian切換到Ubuntu？〉我暫時放棄使用Thunderbird來獲取我的RSS，因為Thunderbird官方只支持Snap或是Flatpak，其他的就看發行版的發行者社群自己打包處理，理所當然的Ubuntu沒有提供deb包（反觀Fedora，還是有rpm包就是了）。那麼我要怎麼使用RSS？顯然回頭使用Inoreader、Feedly是不可能的，這兩個我都用過，我覺得免費版除了方便之外其他都不怎麼吸引我。我的需求很簡單，可以正常拜訪RSS，不需要特別定製的閱讀器，像是手機上的Inoreader的閱讀界面的字體看起來就很彆扭，Feedly限制的三個分類資料夾有些雞肋。
那麼，用什麼看比較好玩？我想到用終端機看才好玩！像是電腦的效能監視器我推薦用btop，這一個TUI提供的功能把桌面環境的資源監視器甩了好幾條街。如果硬要說我喜歡的GUI界面的效能監視器，大概是xfce上的資源監視器吧，簡潔又是old-school的界面，很戳我。
說來好笑，我用的最久的發行版是Ubuntu，過程中輾轉用了Debian、Fedora、Manjaro和其他Ubuntu的Flavors但我卻選擇了Ubuntu，還是選擇有些奇特安裝方式。我也佷猶豫這個主題要怎麼展開，因為這是一個老生常談的問題，在系上是一個異類、之前有類似的文章、身邊看到有人為了研究而嘴上說要來考慮Linux，這都是我猶豫寫這個主題的原因，因為我的意見不能代表什麼，客觀看來就像是水一篇文章，這篇文章不會讓對Linux陌生的人可以找到切入點，這篇文章也不保證我有足夠新穎的觀點來讓大家眼界一新，這篇文章也不一定能讓為了科研使用Linux的人也可以獲得到我小小折騰過程中的快樂（搞不好是用headless）。也可以說，現階段的我，還不能把Linux發行版當作工具，我還是將其當作我的哲學，就像是數學是我的信仰，這也是這篇文章在講述我切換到Ubuntu的理由（我或許這部分還是很花心）。
這裡我想要講一些暴論（不要當真或是對號入座，這只是我的短期思想），表示說要專門花時間來折騰Linux的人，大多是不會下去折騰的，因為這一個心態本身就不會支撐你足夠久走下去，以我來說，我說暑假我要折騰虛擬機，結果到現在都還沒動手（其實我已經玩過了），為了折騰使我陷入我要折騰什麼、為何折騰等問題，遇上人類拖延的本能，就是裹足不前，反倒是因為相信了某種信仰而有了毅然決然的行動、花時間做出像是在折騰的事情，這再次呼應了Linus那一句：「就只是為了好玩。（Just for fun.）」不是為了做而做，受到哲學思想的號召。
為何我會選擇用debootstrap安裝系統？有很多原因，容許我逐一展開。第一，Ubuntu的官方安裝器無法分配LVM或是Btrfs的掛載點（當然，你也可以用其他風味版，例如Kubuntu，來獲得不同的安裝器以分配LVM或是Btrfs的掛載點，但這樣就不是GNOME桌面就是了），這或許是因為新手易用所做的取捨吧，但我覺得我都選擇了手動分配掛載點，應該要有彈性給我選擇才是，而且在22.04以前（再次強調，「以」有「包含」的意思），舊版的安裝器是可以分配LVM掛載點，開倒車有些不好；第二，我覺得Ubuntu預設安裝有些臃腫，為了方便開箱即用，因此打包了很多，加上我的電腦強制需要安全啓動（Secure Boot），因此我選擇Ubuntu/Debian、Fedora/RHEL系列，方便處理安全啓動的發行版；第三，我可以體驗像是Arch Linux安裝方式，而且最小安裝的Ubuntu是沒有snap，這對於某些人是福音吧，說來也有趣，我一開始是相對支持snap的，但後來Debian用久了，掌握了backports倉庫作為補充的技巧，所以也沒有那麼想要依賴snap了（你應該參考：〈修正Debian上Telegram鼠標變小的問題〉來知道為什麼），經過實測，系統開機速度5秒不到（從GRUB選單按下enter開始計算），夠輕量了吧？
我將會先簡單提一下我的分區情形，闡述一些步驟的原理（比較像是Ivon文章教學在我這裡情況的修改，原諒我沒有創新）。還有，我會着重一下關於最小安裝GNOME以及軟體的選擇，這裡我想展現我的哲學和品味。順帶一提，你應該要先準備好Ubuntu安裝ISO，本文是用Ubuntu 26.04。
之前在Facebook上（可以參考：https://www.facebook.com/share/p/1CtEefWjXb/）看到有人說Linux就是不安全（因為那一陣子不少人用AI挖到不少Linux的漏洞），進而有人說Windows才是最安全的，下面當然有不少網友去和該留言者吵架，我也不例外，結果我被說我是抖M，這下子我的火都起來了，我和他吵了近一週，我逐句懟回去，最後他都沒有懟我、也沒有懟別人。我其實之前就有試著把玩一下AppArmor，結果弄得Firefox不能正常使用，因此暫時作罷，我在Windows 11裡面把所有的安全功能都打開了（Secureboot是因為關不掉），像是記憶體隔離之類的都打開了，我也想來加強我的Linux環境（其實Debian、Ubuntu提供的AppArmor的預設就很夠用了，不會像Fedora的SELinux那樣過於激進）
 |
| 我覺得被懟是M有些不大好，我認為覺得Linux反人性是因為被windows塑造，覺得用起來麻煩是因為選錯發行版（新手就用Arch Linux，當然會覺得麻煩啊），若是選擇Ubuntu，可以幫助熟悉使用終端機，選擇Linux Mint或是openSUSE基本就可以擺脫終端機，也不會太麻煩。我也想反問，修改登錄檔、使用PowerShell跑一下命令怎麽鮮少聽到有人說這是麻煩、是缺點？ |
我在Debian上使用Telegram一段時間了，有一個問題雖然無傷大雅，但也十分惱人的問題，就是鼠標懸停在Telegram的視窗上會變小。這一篇文章是我藉助AI來解決問題，是一種筆記分享。既然用AI，那我為何還想要分享？一來是，在這裏作為我的筆記，我要是重灌系統遇到問題，我可以來翻我的部落格，作為筆記，二來是因為AI之前大多是提供暫時性解法，像是清理快取之類的，這樣做治標不治本。
之前介紹過使用官方套件倉庫的wine，但我不是很喜歡這個做法，因為會用到32位元倉庫，以及日後升級wine需要手動修改套件倉庫，我覺得很麻煩，但使用debian官方的wine除了日後升級方便維護外，似乎也沒什麼長處了。因為套件有些缺失，所以效果不會太好，但我想來嘗試利用debian官方打包下儘量接近最佳可用狀態。
我相信不少理工科系的同學需要輸入數學公式，我用的是LibreOffice，但內建的編輯器在網路上能找到的教材實在太少了，LaTex還比較多，今天就來教怎麽在Linux上安裝LaTex編輯器的外掛。
最近在思考，GNOME配上平鋪視窗的效果不知如何。仔細想想，GNOME的那些快捷鍵都還滿直覺的，舉例來說，要將當前視窗移動到別的工作區，就按Shift+Super(Windows鍵)+Page Up/Page Down，這些都還滿直覺的的，因為shift是有移動的意思、super鍵就是視窗、Page Up/Page Down就不用多解釋有方位的意思。可以參考這部影片：Mii Beta的〈Using Tiling Assistant in GNOME 45〉和〈Forge: Tiling extension walkthrough | GNOME 45〉。既然GNOME如此偏好簡單、優雅、精簡的操作，我們何不順着這個思路來使用平鋪視窗？
虛擬記憶體是一個常見且相對必要的技術，在以前實體記憶體匱乏的年代，有人想到利用硬碟來模擬記憶體以增加可用的記憶體（此即爲SWAP），雖然會減低效能且不是萬用的，但至少保證了軟體可以持續運作而不易崩潰。現在爲何還需要虛擬記憶體？如果你的電腦實體記憶體容量不大（<=4 GB），沒有虛擬記憶體會容易使得電腦當機，因為現在的軟體、網頁會耗費不少的記憶體；根據我的經驗，非常穩定的Windows 7關閉虛擬記憶體會面臨不穩定，這似乎是Windows的特性——至少得有一定程度的虛擬記憶體；其實虛擬記憶體在現代操作系統最大的有感用處是增加電腦的反應時間，當實體記憶體即將用罄時，利用虛擬記憶體作爲緩衝，以免電腦崩潰、來得及殺掉進程來換取更多可用記憶體、將不常用的進程移到虛擬記憶體以騰出空間給其他程序……。我將介紹如何在Debian上使用zRAM+SWAP。
我記得我幾個月前寫過關於TLP設定教學的文章，總共兩篇，我就不附上連結了，因為在我撰文的當下，最新的TLP 1.9版有了翻天覆地的改變，首先是增加了可以在桌面環境的選單選擇電源模式（例如效能模式、平衡模式、省電模式），這一舉跟上了power-profiles-deamon或是tuned（tlp>tuned>power-profiles-deamon，懶人就裝tuned，省心）。我在此統一寫一篇設定教學的文章，順便作爲記錄。
Tracker，我相信是很多修過普物實驗的人有機會用到的軟體，這個軟體主要是透過影片分析來獲得物體的運動軌跡、情形，舉例來說，我們可以錄製彈簧運動的影片，透過適當的尺標抓取，我們就可以獲得SHO的x-t圖（理想上是一個sin函數，因為其解是震盪的微分方程的解之一）。當然，實際的操作方法我這裡不展開，我主要是分享我在Linux上安裝Tracker的過程、步驟、教學。作為一個Linux愛好者，能不要用windows就不要用（光是進去windows就吃我不少記憶體、筆電風扇狂轉，重點是重灌也沒什麼用），我發現Tracker支援Linux，但其是不大友善，我們接下來慢慢聊。
之前有簡單記錄我使用wine安裝LINE（可以參考：在Linux上用Wine運行Line），我決定這次來細細說明，並且嘗試裝最少的依賴、依照官方建議來安裝wine並且配置LINE。我一開始用Chrome擴充套件的LINE，這是成本最小、對系統影響程度最小的，前提是你是長期的Chrome使用者，因為較令我困擾的是沒有通知，除非我打開Chrome和這個擴充套件（總之就是Chrome要留存後臺）。我又想使用較為Debian的方法來實現，故暫不考慮透過Bottles來實現（有用到Flatpak）。
wine是一種兼容層，將windows的API翻譯成Linux對應的API。主要是有些軟體不適配Linux，不得不的狀況下只好用轉譯層在Linux上執行Windows軟體，其商業版就是CrossOver。需要留意的是，如果需要較好的windows執行表現或是真的無法用wine來處理，建議是雙系統（參考：Debian + btrfs安裝指南（Windows雙系統指南）、Fedora安裝教學 + 配置btrfs硬碟分割 + btrfs淺談、Debian + KDE Plasma 安裝教程與我的KDE桌面美化）或是使用虛擬機。
身為Linux的使用者，自然而然有使用過很多種不同的電子郵件客戶。這裡就丟出一個問題了，為何我需要一個電子郵件客戶端？到了大學，很多聯絡基本都是用電子郵件來處理，舉例來說，作業出問題就是寫電子郵件和助教請教，然後助教也會回信；教授也會用電子郵件統一發送重要訊息，就例如期中考範圍、地點，我偶爾也會寫信向教授問問題（之前就寄信問拉氏反轉換的條件）。總而言之，還滿常用到電子郵件的。我之所以用客戶端（軟體）主要是看中電腦、手機可以方便收到通知，行事曆可以和我的桌面環境有結合。先聲明，我這裏主要討論Debian下我使用過的電子郵件軟體。
這主要是我的一個雜思的集合（ ensemble），我預計聊部落格和我最近對於Linux發行版跳動的追求。
剛好最近寫了兩篇關於Debian和Fedora的安裝指南，主要是着重在btrfs這個檔案系統，我本來就有打算寫一些優化指南，但我其實很膠着，到底是要寫在安裝指南裏面還是獨立寫一篇文章來講，寫在指南裏面的好處是可以安裝完系統順便做些配置、一步到位，獨立寫一篇是考量到文章可以方便依需求查找與保存。我自己本身是會回顧我的部落格，而且這個部落格某方面來說也算是我的筆記（因爲我自己再次安裝Debian時，我還會邊看部落格邊配置btrfs的子卷與掛載點，也因爲裝失敗了所以藉此修正了一些內容），所以我決定分開寫好了。
我主要來聊聊修改電源管理模組、針對核顯的媒體加速驅動。
爲何我現在來分享Debian + btrfs？其實我是有打算使用btrfs這個檔案系統，但是Debian的配置太麻煩，因此我先選擇對於btffs支持比較好的Fedora來實作，直到我大致了解btrfs的實作方式、簡單原理，我才抱持資料丟失的風險遷移到Debian，說實在話我還是偏好apt系列的套件管理器以及Debian系列對於源（Source）的管理方式（我在之後講解媒體編解碼器或許會再分享）。在這篇文章最大的差別就在於掛載點的分配（關於掛載點分配，可以參考〈Fedora安裝教學 + 配置btrfs硬碟分割 + btrfs淺談〉） ，只要解決好fstab、子卷和掛載點，其他都和一般安裝Debian（可以參考〈Debian + KDE Plasma 安裝教程與我的KDE桌面美化〉）沒有甚麼不同。
這裡我就想要小小分享我對於Debian對btrfs支持度的問題，雖然Fedora和openSUSE在「安裝程式」上對於btrfs有較好的支援度，而Debian和Ubuntu則沒有，這在一開始我頗有微詞，但經過上手實際操作了一番，我發現Debian的這個劣勢反而是件優勢，因爲強大的shell（Busybox）使我更有彈性的分配掛載點和參數，這是Fedora圖形安裝器無法比擬的（這我在下文會說明一番）。
