Timeshift恢復踩坑記

​ 由於情緒比較激動，所以大部分都是我描述自己心路歷程的廢話，想看看我怎麼莫名其妙又（並沒有完全）解決了問題的話，直接目錄->莫名其妙成功解決問題的辦法，希望能夠幫到你

​ 如果圖一樂，就看完吧

• Timeshift恢復踩坑記
  • 莫名其妙成功解決問題的方法
  • 後記

​ 玩Linux就是折騰。以前玩過幾次ArchLinux，系統崩過幾次，長了教訓，於是裝了Timeshift做Rsync的備份，想著有個萬一還有救。只是沒想到，這一次，萬一來了，還是出了狀況。

​ 現在用的是Deepin V20，穩定性也還可以，界面也挺好看的，雖然偶爾會卡一下，不過倒不是什麼大問題。但是當初裝系統的時候留了個問題，分區給的太小了。。。總共給了60GB，如果只是玩玩應該也夠了，問題就出在我是把Linux作為常用開發環境的，Windows也就周末打游戲用用。終於，就在昨天，這個問題爆發了。

​ 昨天，我的系統盤還是52/60GB，但我因為開發需要，需要在Linux下裝Vivado。看著80多個G的安裝包，我陷入了沉思。那總得搞啊，，，想了想，反正有備份，所以決定大膽嘗試，擴容後重裝系統再恢復回來，於是我先進行了下麵的操作：

• 用做Timeshift做最後一次備份
• 從我的ntfs放游戲的分區割了45G下來，把之前閑置的30G分區給刪了，然後把Linux系統盤格式化了。三個盤加起來135G，看起來差不多夠了
• 之前下了20.7.1的Deepin鏡像拷貝進我的Ventoy U盤，裝系統
• 新系統裝Timeshift，恢復！

​ 好，到這裡為止我覺得應該會一切順利，因為以前Deepin系統更新然後各種bug，我用Timeshift恢復，一切正常，然後開開心心等到bug fixed版本出了再快快樂樂更新的經歷。但是！！！這次重啟以後居然。。。進不了桌面了。。。

當時我的心情真是一萬隻草泥馬奔騰而過QAQ

讓我稍感安慰的是，按Ctrl+Alt+2還能切到命令行，還能進系統，不是完全炸了

但是，人生就是大起大落大起大落落落，正當我打算使用老辦法（因為以前出現過更新後進不了桌面的類似情況），重裝dde的時候，我看到了Read Only Filesystem bla bla bla，哦，G

我人傻了，為毛線會變成只讀系統了。。。

好吧，雖然我很急但先別急

我決定先冷靜一下，查查看還也沒有救

萬能的度娘（雖然實際上用的是bing）告訴我，運行mount看看系統分區的末尾掛載信息裡面是不是有ro

我一看，有

然後她告訴我，umount，再mount成rw，問題就解決了

然後我試了，沒用。。。

命令行告訴我，正掛著呢別掛了！

？？？

我不是umount了嗎

然後我仔細看了看，發現一件事，度娘給的例子都是其它盤只讀了，好像還沒見過根目錄的盤只讀的。。。

握草

不會根目錄沒法umount吧

好吧，這條路是g了

又查，激動的發現曾經也有個老哥重裝系統，也用timeshift恢復，然後進不了系統

但他的問題是以前的timeshift有點小bug，分區的UUID對不上，所以開不了，但我也不是進不了系統，我是進不了桌面還文件系統只讀，以後想命令行用都不成啊。。。

莫名其妙成功解決問題的方法

​ 好吧，度娘已經救不了我了，我決定靠自己。

​ 冷靜分析一下，我進入系統以後，自己看起來是沒法umount自己了（系統文件都在根目錄，我想umount根目錄確實不靠譜，好比你不能自己開了自己吧。。。） ，那麼問題來了，最開始是哪個老6埋伏了我，把系統盤掛成了ro（read only）？？？

​ 好像是grub

​ 所以，在剛開機進入引導頁面的時候就已經決定我能不能正常進入系統了。

​ 於是，我重啟了電腦，在引導界面我看到底部有一行貼心的小字：

...按E編輯...

​ 於是我把選項移到Deepin上，然後按了E，我發現在啟動命令裡面，還真有個ro：

	load_video
	insmod gzio
	if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
	insmod part_gpt
	insmod ext2
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root  fb15abff-15b2-4941-b972-3a79267455cb
	else
	  search --no-floppy --fs-uuid --set=root fb15abff-15b2-4941-b972-3a79267455cb
	fi
	linux	/boot/vmlinuz-5.15.77-amd64-desktop root=UUID=fb15abff-15b2-4941-b972-3a79267455cb ro splash quiet  DEEPIN_GFXMODE=$DEEPIN_GFXMODE
	initrd	/boot/initrd.img-5.15.77-amd64-desktop
	boot 

​ 我懷疑就是這個ro害的我進不去桌面！

​ 於是我把ro改成rw，然後，我成功進入桌面了

​ 這一段內容在/boot/grub/grub.cfg裡面，這個文件記錄了所有的efi啟動的配置，掛載在這個目錄的是EFI分區，我把裡面所有的ro都改成rw，於是怎麼啟動都能進桌面了！！！

6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666

後記

​ 雖然這樣莫名奇妙的解決了，但還是要復盤一下

​ 改完之後雖然能進桌面了，但在載入系統的時候按Esc還是能看到有一項掛載的任務出錯了，應該正常情況下就是這一項任務把最開始ro掛載的系統盤改成rw。這項任務掛了，進入系統也就看到了ro（但，純屬瞎猜）。只能說通過這種神奇的操作，彌補了這一個任務。

​ 好吧，雖然落下了Deepin開機從十幾秒到幾十秒的後遺症，但好歹能正常使用了。

​ 血的教訓啊QAQ

​ 嘗試有風險，瞎搞需謹慎

​ 這個故事告訴我們，不管怎麼瞎搞，一定要先做好備份，至少還有恢復的機會！！！

根據昨天發生在我自己身上的真實故事寫的真實故事，對於技術上我瞎搞的部分，如果有大佬路過知道是怎麼回事，敬請批評指正！