Difference between revisions of "Master Boot Record (简体中文)"

From ArchWiki
Jump to navigation Jump to search
(update interlanguage links)
Tag: wiki-scripts
Tag: New redirect
 
Line 1: Line 1:
[[Category:Boot process (简体中文)]]
+
#redirect [[Partitioning_(简体中文)]]
[[Category:Mainboards and BIOS (简体中文)]]
 
[[Category:System recovery (简体中文)]]
 
[[en:Partitioning]]
 
[[es:Partitioning]]
 
[[hu:Master Boot Record]]
 
[[it:Master Boot Record]]
 
[[ja:Master Boot Record]]
 
[[ru:Master Boot Record]]
 
{{Related articles start (简体中文)}}
 
{{Related|Arch boot process}}
 
{{Related|GUID Partition Table}}
 
{{Related|Partitioning}}
 
{{Related|Unified Extensible Firmware Interface}}
 
{{Related articles end}}
 
{{TranslationStatus (简体中文)|Master_Boot_Record|2016-08-25|445496}}
 
主引导记录 [[w:Master Boot Record|Master Boot Record]](MBR) 是指一个存储设备的开头 512 字节。它包含操作系统的引导器和存储设备的分区表。在 [[wikipedia:BIOS|BIOS]] 系统的 [[boot process|启动过程]] 中扮演重要角色。
 
 
 
{{注意|作为新的分区方案, [[GPT]] ( [[UEFI]] 标准的一部分) 也能通过[[wikipedia:GUID_Partition_Table#Legacy_MBR_.28LBA_0.29|保护分区]]在 BIOS 系统上使用。GPT 解决了一些 MBR 的遗留问题但又造成了许多兼容问题。更多见 [[GUID Partition Table#Master Boot Record]]。}}
 
 
 
== 关于主引导记录(MBR) ==
 
 
 
MBR 分区表像下面这样把分区信息存储在第一个扇区:
 
 
 
{| class="wikitable"
 
! HDD 上的位置 !! 代码的用意
 
|-
 
| {{ic|001-440 bytes}}  || 由 BIOS 启动的 MBR 启动代码
 
|-
 
| {{ic|441-446 bytes}} || MBR 硬盘签名
 
|-
 
| {{ic|447-510 bytes}} || 分区表 (主分区和扩展分区,而非逻辑分区)
 
|-
 
| {{ic|511-512 bytes}} || MBR 启动签名 0xAA55.
 
|}
 
 
 
所有主分区的信息都被限制在分配给的64B空间里。为了扩展,我们采用了扩展分区。一个扩展分区就像是 MBR 上的一个主分区,它是其他被称为逻辑分区的分区的容器。所以一块硬盘被限制为四个主分区或者三个主分区加一个内有许多逻辑分区的扩展分区。
 
 
 
=== MBR 导致的问题 ===
 
 
 
# 只能有四个主分区或者三个主分区加一个扩展分区 (以及在扩展分区中的任意数量的逻辑分区). 如果你有三个主分区加一个扩展分区以及除此之外的空闲空间,在空闲空间之上你无法创立分区。
 
# 在扩展分区里,逻辑分区的元数据被存储在一个链表结构中。如果一个环节丢失,该元数据之后的逻辑分区全部丢失。
 
# MBR 只支持1个字节的分区类型编码,导致许多冲突。
 
# MBR 使用32位的 LBA 值来存储分区扇区信息。LBA 的大小以及512B的扇区大小共同限制了硬盘可寻址大小最大为2[[Wikipedia:TiB|TB]]. 如果使用 MBR, 2TB以外的空间无法使用。
 
 
 
[[GUID Partition Table (简体中文)|GPT]]是新一代分区表格式,用以解决 [[MBR]] 分区表的缺点
 
 
 
== 启动过程 ==
 
 
 
启动是一个多阶段的过程。今天,大多数 PC 通过一个叫做 [[wikipedia:BIOS|BIOS]] (Basic Input/Output System) 的固件初始化系统,它存储在主板的专有芯片中。系统初始化之后,BIOS 会搜寻在第一个识别出的存储设备(机械硬盘,固态硬盘,CD/DVD, USB等等) MBR 的第一个分区的引导器,然后运行它。引导器读取分区表,然后它就能加载操作系统了。常见的 GNU/Linux 引导器包括 [[GRUB]] 和 [[Syslinux]].
 
 
 
== 备份与还原 ==
 
 
 
因为 MBR 位于硬盘上所以它能被备份以及还原。
 
 
 
备份 MBR:
 
 
 
# dd if=/dev/sda of=/path/mbr-backup bs=512 count=1
 
 
 
还原 MBR:
 
 
 
# dd if=/path/mbr-backup of=/dev/sda bs=512 count=1
 
 
 
{{警告|把 MBR 还原到不相符的分区表会导致数据不可读并且很可能无法恢复。如果你只是想重新安装引导器,见其专属页面[http://www.pixelbeat.org/docs/disk/ DOS 兼容区]: [[GRUB]] 或 [[Syslinux]].}}
 
 
 
擦除 MBR (可能当你全新安装另一个操作系统时有用) 只需以0填充头446B因为剩余部分是分区表:
 
 
 
# dd if=/dev/zero of=/dev/sda bs=446 count=1
 
 
 
请参考 [[fdisk#Backup and restore]]{{Broken section link}}.
 
 
 
== 恢复 Windows 引导记录 ==
 
 
 
按照习俗 (以及安装方便),Windows 通常安装在第一个分区上并安装了分区表和到把该分区的第一个扇区引用到引导器。如果你意外安装了像 GRUB 的引导器到 Windows 分区或者以某种方式破坏了引导记录,你会需要一个工具来修复它的。Microsoft 在他们的修复盘,或者安装盘里提供了引导扇区修复工具 {{Ic|FIXBOOT}} 和名为 {{Ic|FIXMBR}} 的 MBR 修复工具。以这种方式,你可以分别修复第一个分区到引导器的引导和第一个分区的 MBR. 做完之后 你需要如原来一样[[GRUB#Bootloader installation|重新安装 GRUB]]{{Broken section link}} 到 MBR (也就是说 GRUB 引导器可以用来链接到 Windows 引导器)。
 
 
 
如果你想恢复使用 Windows, 你可以用 {{Ic|FIXBOOT}} 命令,它能让第一个分区的启动扇区的 MBR 恢复正常,自动加载 Windows 系统。
 
 
 
值得注意的是,有一个名为 {{Ic|ms-sys}} (AUR 里的包 {{AUR|ms-sys}}) 的 Linux 工具能够安装 MBR. 然而这个工具只能写入新的 MBR (支持所有系统和文件系统) 和引导扇区 (又名引导记录; 这种方法和对 FAT 文件系统用 {{Ic|FIXBOOT}}) 等同。大部分 LiveCD 默认不包含这个工具,所以首先我们要安装它或者你可以找一个含有它的急救 CD,例如  [http://partedmagic.com/ Parted Magic].
 
 
 
首先,再次写入分区信息(分区表):
 
 
 
# ms-sys --partition /dev/sda1
 
 
 
下一步,写入 Windows 2000/XP/2003 MBR:
 
 
 
# ms-sys --mbr /dev/sda  # Read options for different versions
 
 
 
然后,写入新的引导扇区 (引导记录):
 
 
 
# ms-sys -(1-6)          # Read options to discover the correct FAT record type
 
 
 
{{Ic|ms-sys}} 也能写入 Windows 98, ME, Vista, 和 7 的 MBR,见 {{Ic|ms-sys -h}}.
 
 
 
==TestDisk MBRCode==
 
 
 
[[官方源]]的 {{Pkg|testdisk}} 能把它自己的 [http://www.cgsecurity.org/wiki/Menu_MBRCode 代码]写入 MBR (它应该能够启动 Windows). 该软件包也包含在安装介质中。
 
 
 
==另见==
 
 
 
* [http://kb.iu.edu/data/aijw.html What is a Master Boot Record (MBR)?]
 

Latest revision as of 04:11, 13 March 2019