⑴ 如何用U盤啟動盤來修復Ubuntu系統
首先，當然是准備一個1G以上容量的U盤，用來製作可啟動U盤；
其次，到官網上下載Ubuntu desktop鏡像文件。Ubuntu Desktop鏡像一般700多兆，從而可以把它寫到1G大的U盤上，可以從Ubuntu官網下載10.4的鏡像文件。
用UltraISO將其寫入U盤，製作成可啟動的U盤。自作完成後重啟電腦，選擇從U盤啟動。
由於你寫入U盤的實際上是個像光碟一樣的Ubuntu安裝盤，所以進入U盤Ubuntu後，你可以選擇不安裝而直接試用體驗Ubuntu，這也是本方法的關鍵所在，利用LiveCD，我們可以暫時進入系統，藉以修復原有系統！
進入Ubuntu系統後，啟動命令終端，輸入如下指令，在線安裝lilo和mbr：
ubuntu@ubuntu:~$ sudo apt-get install lilo
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
mbr
Suggested packages:
lilo-doc
The following NEW packages will be installed:
lilo mbr
0 upgraded, 2 newly installed, 0 to remove and 408 not upgraded.
Need to get 413kB of archives.
After this operation, 1,315kB of additional disk space will be used.
Do you want to continue [Y/n]? y
Fetched 413kB in 3s (124kB/s)
Preconfiguring packages ...
Selecting previously deselected package mbr.
(Reading database ... 129801 files and directories currently installed.)
Unpacking mbr (from .../archives/mbr_1.1.10-2_i386.deb) ...
Selecting previously deselected package lilo.
Unpacking lilo (from .../lilo_1%3a22.8-8ubuntu1_i386.deb) ...
Processing triggers for man-db ...
Setting up mbr (1.1.10-2) ...
Setting up lilo (1:22.8-8ubuntu1) ...
WARNING: kernel & initrd not found in the root directory (/vmlinuz & /initrd.img)
WARNING: Do NOT reboot or LILO may fail to boot if your kernel+initrd is large.
WARNING: Please read /usr/share/doc/lilo/README.Debian
ubuntu@ubuntu:~$
安裝過程中，會得到如下lilo的配置提示，按OK就行了：
Package configuration
┌───────────────────────────┤ Configuring lilo ├────────────────────────────┐
│ │
│ LILO configuration │
│ │
│ It seems to be your first LILO installation. It is absolutely necessary │
│ to run liloconfig(8) when you complete this process and execute │
│ /sbin/lilo after this. │
│ │
│ LILO won't work if you don't do this. │
│ │
│ <Ok> │
│ │
└───────────────────────────────────────────────────────────────────────────┘
然後使用lilo修復系統：
ubuntu@ubuntu:~$ sudo lilo -M /dev/sda mbr
Backup of /dev/sda in /boot/boot.0800
The Master Boot Record of /dev/sda has been updated.
ubuntu@ubuntu:~$
修復完成，重啟系統：
ubuntu@ubuntu:~$ sudo -s -H
root@ubuntu:/home/ubuntu# reboot
OK了，相信重啟後選擇進入系統的畫面就出現了，是不是很簡單？
⑵ ubuntu+Windows10雙系統安裝後卸載ubuntu重新安裝grub報錯修復
用U盤引導進入PE，打開DiskGenius直接把ESP分區刪除重建一個。然後用Dism++修復Windows10的引導。重啟確定能進入Windows10之後，按照正常流程用U盤安裝Ubuntu
圖文說明：
把ESP分區刪除後，在剛空出來的為置新建一個分區，文件系統類型一定要選擇EFI system partiton，空間分配100MB足以，默認都是差不多到100MB的。建好後可以看到文件系統FAT16。沒錯。
保存更改。然後打開Dism++。①先選擇Windows 10 ②恢復功能>>引導修復
重啟，嘗試進入Windows10 系統，能進入的話就開始安裝Ubuntu。不能進就嘗試其他方式修復引導。
之後Ubuntu的安裝都很順利。
希望這些能有幫助。
⑶ Ubuntu系統修復命令有哪些
1、在桌面添加『』計算機『』主文件夾『』回收站『』圖標的操作：
按ALT+F2，運行程序gconf-editor打開配置編輯器
選擇apps→nautilus →desktop
勾選computer_icon_visible、home_icon_visible和trash_icon_visible邊上的復選框。
馬上就會在桌面上看到效果。
2、非常有用的清除系統垃圾文件命令：
終端裡面輸入：sudoapt-get autoremove
sudo apt-get autoclean
sudo apt-getclean
3、清除已刪除包的殘余配置文件：
終端裡面輸入：dpkg-l |grep ^rc|awk '{print $2}' |sudo xargs dpkg-P
我從來都是直接將上面的命令復制到終端裡面粘貼，省力省事省時。
⑷ 解決ubuntu下 NTFS分區不能寫入的問題
解決NTFS分區不能寫入的問題
Windows系統開啟了快速啟動。這種情況一般出現在Ubuntu與Win10共存的計算機上，需要在Win10的電源管理中關閉快速啟動。
在啟動Ubuntu系統之前，與之共存的Windows系統執行過強制關機。這種情況需要在Ubuntu系統中修復文件系統
表示待掛載的受到Windows強制關機影響的NTFS分區。
其實無論是Windows開啟了快速啟動還是執行了強制關機，其本質都是待掛載的NTFS分區中存放了Widnows未釋放緩存，導致Ubuntu無法寫入。只要掌握了這個原則，其它類似的情況就好解決了。
⑸ Mac安裝ubuntu系統無法啟動，進入grub的拯救方法
很多時候，特別是在linux調整分區後，開機重啟時會出現如下字樣，系統進不去：
error : unknow filesystem
grub rescue>
這一般是由於分區調整或分區UUID改變造成grub2不能正常啟動，從而進入修復模式了（grub rescue)，也稱救援模式，在救援模式下只有很少的命令可以用：set, ls, insmod, root, prefix
set 查看環境變數，這里可以查看啟動路徑和分區。
ls 查看設備
insmod 載入模塊
prefix 設定grub啟動路徑
修復步驟：
1、查看分區
grub rescue> ls
(hd0) (hd0,msdos9) (hd0,msdos8) (hd0,msdos7) (hd0,msdos6) (hd0,msdos5) (hd0,msdos2) (hd0,msdos1)
以上結果每個人可能不一樣
2、尋找ubuntu所在分區
grub rescue> ls (hd0,msdos1)/
若出現 unknown filesystem 字樣，則嘗試下一個，若出現的是你的 ubuntu 根文件系統內容，那就是的要找的分區了（例如：bin usr sbin 等）
3、修改啟動分區
假如你找到的啟動分區是 hd0,msdos1
grub >set root=(hd0,msdos1)/
grub >set prefix=(hd0,msdos1)/boot/grub
grub >insmod normal
grub >normal
4、進入命令行啟動 ubuntu，一切正常。
有疑問的朋友可以在下方留言，可以協助解決問題哦。
⑹ Ubuntu新建文件夾灰了
#問題描述：WIn10+Ubuntu雙系統，其中WIn10系統和Ubuntu的目錄「/」和「/boot」在同一塊固態中，剩餘的其他文件都在另一塊機械硬碟裡面。在機械硬碟下的軟體（E：&分區5）和文檔（F：&分區6）盤中無法新建文件夾，該建為灰色（昨天還好好的，攤手）：
#環境聲明：
Ubuntu20.04
WIn10
機械硬碟上所有盤符已經掛載（所謂掛載就是已安裝能被看到），不過掛載方式是只讀
#解決問題：
瀏覽大概3~4篇帖子，下圖這種情況大概率是第二塊硬碟掛載方式出現問題，通過最後一篇參考文章找到一個較為簡單的方法：利用Ubuntu自帶的硬碟系統進行修復。當然，這只是個臨時的辦法，對於其原理我並不完全了解，其他方法未來有機會會更新。
在掛載出現問題的硬碟中空白處右鍵查看屬性
點擊用「磁碟」打開，可以看到：
點擊齒輪：
依次點擊「檢查文件系統」和「修復文件系統」，再從文件中點擊未掛載的盤符自動重新掛載。進入修復後的機械硬碟內的「文檔（分區6）」，已經重新可以正常使用了。
#主要參考：
解決linux對D盤（非系統盤）只有隻讀許可權，無法創建文件夾 （linux 重新掛載盤符）
https://blog.csdn.net/weixin_38854402/article/details/81301702
Linux中掛載詳解以及mount命令用法
https://blog.csdn.net/daydayup654/article/details/78788310
ubuntu文件系統結構講解
https://blog.csdn.net/poplong/article/details/8259386
ubuntu硬碟變成只讀狀態的最簡單解決辦法
https://blog.csdn.net/JOHNCHANGE/article/details/103280064/