記一次「硬碟檔案系統錯誤」修復過程

2021-10-14 09:31:16 字數 574 閱讀 3267

linux 新使用者,這兩天在公升級 gentoo, 結果遇到如下錯誤, 看上去像是檔案系統或硬碟問題(到底啥問題還不知道,但這不是本文主題)。

因為始終繞不過這個問題(包括 unmerge 解除安裝了 kdenlive 包後), 我 sudo reboot 命令重啟了機器,結果發覺進不了 x window 了,「could not create lock file in /tmp/.tx1-lock」 錯

另外,console 模式下,命令返回的中文訊息都是黑方塊,讓我不知道到底咋回事, locale 返回的都是 zh_cn.utf8, 除了 lc_all 變數外,這個是空的,記得當初安裝的時候看到**說過這個一般不設定,設定後可以覆蓋其它值。

於是,執行命令export lc_all=en_us.utf8

再接下來,命令列返回的就都是英文了。

發現檔案系統是唯讀的,根據

執行fsck.ext4 -y /dev/sda3

再重啟,就可以進 x window 了

更新: 最後 gentoo 公升級成功了,當時遇到些莫名其妙的問題,碰巧解決了:

記一次增加corefile檔案系統操作

ibm,9133 55a aix 5.3 察看以前沒有將程式core檔案放到固定的目錄,一般放在使用者的家目錄,用lscore察看 lscore compression off path specification off corefile location not set naming speci...

記一次grub引導修復

今早起床發現deepin出了問題,還好週六備份過一次,於是直接用映象覆蓋了主分割槽 但是開機後出現了引導錯誤,即grub 的命令列介面 參考乙個部落格,有驚無險的修復了 ls 出現了很多裝置,逐個測試 ls hd,gpt?有ext檔案系統的就是boot分割槽 ls hd1,gpt7 設定root,p...

記一次bug修復過程

我的建議,究竟有誰會看,以我的位置,到底能推動到哪一層 可行性,可能性 問題 使用者的資料丟失了。以為是修改操作 有bug,但檢視了後端介面和前端校驗,都沒有發現問題。但是input資料沒有日誌 日誌級別是debug 不能自證清白。並且一些沒有辦法輕易證明的猜測也有 是不是併發問題,乙個insert...