(请阅读评论以便更好地理解)
所以让我从头开始。
我在Windows 10中下载了Ubuntu并将其刻录到USB。当我重新启动时,我看到了启动选项并被选中Install Linux
。我到了需要格式化所有数据的步骤。因为很晚才关闭电脑。
当我下次打开电脑时它正在显示
Boot device not found
经过多次尝试,我知道我必须安装Linux,所以我开始了。我选择“擦除磁盘”并出现以下错误:
所以,我选择了“其他东西”,我得到了这些分区:
我还通过磁盘工具格式化磁盘,现在它们如下:
GParted截图:
和日志
:======================
libparted : 2.3
======================
(gpartedbin:19666): GLib-CRITICAL **: Source ID 7 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 6 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 10 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 9 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 29 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 28 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 56 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 55 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 60 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 59 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 66 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 65 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 73 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 72 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 79 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 78 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 84 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 83 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 87 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 86 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 92 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 91 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 95 was not found when attempting to remove it
(gpartedbin:19666): GLib-CRITICAL **: Source ID 94 was not found when attempting to remove it
/dev/sdb contains GPT signatures, indicating that it has a GPT table. However, it does not have a valid fake msdos partition table, as it should. Perhaps it was corrupted -- possibly by a program that doesn't understand GPT partition tables. Or perhaps you deleted the GPT table, and are now using an msdos partition table. Is this a GPT partition table?
命令sudo gdisk -l /dev/sda
给出了以下结果:
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 976773168 sectors, 465.8 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): D66EE60C-6D4C-4668-8DD8-94D5AAA8A182
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 976773134
Partitions will be aligned on 2048-sector boundaries
Total free space is 4077 sectors (2.0 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 1050623 512.0 MiB EF00
2 1050624 1550335 244.0 MiB 8300
3 1550336 976771071 465.0 GiB 8E00
gdisk日志:
sudo gdisk /dev/sda
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Command (? for help): x
Expert command (? for help): n
Expert command (? for help): w
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!
Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/sda.
yWarning: The kernel is still using the old partition table.
The new table will be used at the next reboot.
The operation has completed successfully.
@TomYan我更新了帖子
—
DevUt 2016年
奇怪的。
—
Tom Yan
gdisk
根本没有抱怨保护性MBR。无论如何,也许你可以尝试使用gdisk
(gdisk /dev/sda
- > x
- > n
- > w
)创建一个新的,并看看GParted是否仍然抱怨它。我想知道为什么你的EFI系统分区(EF00
)被格式化为NTFS,标签为“WINRE”...
@TomYan它的Windows 10恢复分区
—
DevUt 2016年
我已经做了...
—
Tom Yan
gdisk /dev/sda
- > x
- > n
- >w
gdisk -l /dev/sda
说?