2019/03/14

linux mint 19 昇級問題

linux mint 18.1 用了.. 什麼?居然才三年?

因為關機異常的緩慢,amule 持績性的 crash,firefox 的音效有雜音,好久沒看到可愛的 (?) 更新圖示了

遂起了昇級的念頭

上一次 是 16 -> 18
這一次是 18 -> 19

看來昇級的週期變慢了 (我是說 linux mint 的版次)

算一算從 12 用到現在好象也八年了




首先在安裝時遇到 要不要安裝 third party driver 的問題 = =a
如果要的話,就要設密碼將 UEFI secure boot 關掉
看得懂是什麼,但不了解為什麼要這樣做,日後再查

20190317 不確定為什麼,但這個安裝因為經常性發生 /dev/sf1 / abort journal 導致需要 fsck
乾脆重裝,這一次就選擇不要 turn off secure boot 
意外的是沒有發生 UEFI may not boot 的問題 (上一次光是 bootloader 的問題就搞很久)
20190317 再記:abort journal 是一個 ubuntu 18.04 的 bug (爬文看到,忘了留下參考連結: Bug #1817060),解決的方法是在格式化的時候指定參數:
#mkfs.ext4 -E lazy_itable=init=0 /dev/sdf1
這是我的 / 分割區
再來是 UEFI may not boot ,在安裝過程很前面,因為我之前用 boot repair 去修復不能開機的問題,而 boot repair 會強制用 BIOS compatible 的模式去做,造成 linux mint 如果用 UEFI 模式進行安裝,會不能開機,處理起來非常麻煩 (上面曾經有意外成功過一次);因為實在懶得處理,我就在 may not boot 那個問題,選擇 [返回] (另一個選項是用 UEFI 模式繼續,選了這一個會不能 boot linux mint)
最後是 turn off secure boot,這個東西我還是看不太懂,但確定它和開機問題無關
可能只和第三方 driver 有關

後記快比正文長了... = =a


以下正文

和 boot 問題奮戰許久
第一次正常進入桌面後,就把之前的設定先找回來
  • 掛回舊的 /home
  • 執行 bkRS.sh restore 
  • 重開機,看起來一切正常
  • 結果是假象,要安裝 samba 啟用共享時,發現系統在唯讀狀態
  • 查了一下,發現是 bkRS.sh 寫到 /etc/fstab 裡的 / 掛載,uuid 錯了
  • 試了 single user mode,最後用大絕招 : live cd 解決 (live usb ?)
bkRS.sh 要修一下,不要直接倒回上次的 fstab 免的系統不正常,不太好修 

這次遇到的主要是輸入法問題,可以參考上一次的文章解決
追加記錄:
  • 上一次的文章說裝 qt4 相關模組即可,但我還是不爭氣的把 gtk2 / gtk3 一起補了
  • 裝完 hime 相關模組要記得重新登入才有作用

再來是軟體問題,有一些改名字了,有一些不能用 script 直接裝會有問題
wine -> wine-stable

dropbox -> x
glipper -> x
skype -> x
不能直接裝的部份,註解在  script 裡,至少以後知道要手動裝什麼東西

本來沒想到要寫記錄的,在查 hime 問題的時候被自己之前的文章救到..
覺得有點感動(?)
這也是玩 linux 的醍醐味啊 (茶)

沒有留言: