采用MBR格式分区最多只能有4个主要分区。
扩展分区是主分区的一种，它与主分区的不同在于理论上可以划分为无数个逻辑分区。扩展分区中逻辑驱动器的引导记录是链式的。
Windows系统默认情况下，一般都是只划分一个主分区给系统，剩余的部分全部划入扩展分区。其中：
1、在MBR分区表中最多4个主分区或者3个主分区＋1个扩展分区，也就是说扩展分区只能有一个，然后可以再细分为多个逻辑分区。
2、在Linux系统中，硬盘分区命名为sda1－sda4或者hda1－hda4（其中a表示硬盘编号可能是a、b、c等等）。
在MBR硬盘中，分区号1－4是主分区（或者扩展分区），逻辑分区号只能从5开始。
3、在MBR分区表中，一个分区最大的容量为2T，且每个分区的起始柱面必须在这个disk的前2T内。
如果你有一个3T的硬盘，根据要求你至少要把它划分为2个分区，且最后一个分区的起始扇区要位于硬盘的前2T空间内，所以硬盘太大则必须改用GPT。
启动代码
主引导记录最开头是第一阶段引导代码。
MBR是由分区程序（如Fdisk）所产生的，它不依赖任何操作系统，而且硬盘引导程序也是可以改变的，从而能够实现多系统引导。
硬盘分区表
硬盘分区表占据主引导扇区的64个字节，可以对四个分区的信息进行描述，其中每个分区的信息占据16个字节，所以对于采用MBR型分区结构的硬盘(其磁盘卷标类型为MS-DOS)，最多只能识别4个主要分区。
结束标志字
主引导扇区的最后两个字节，是检验主引导记录是否有效的标志。
1、主引导记录（Master Boot Record，缩写：MBR），又叫做主引导扇区，是计算机开机后访问硬盘时所必须要读取的首个扇区，它在硬盘上的三维地址为（柱面，磁头，扇区）＝（0，0，1）。
2、存储缓冲暂存器（memory buffer register，缩写：MBR）。
基督教新教的三位一体指圣父，圣子，圣灵，英文对应的是The Holy Father, the Holy Son and the Holy Spirit。
神的三个位格不是分开的，是合一的又各有各的职分。
耶和华是圣父，是上帝。
耶稣是圣子，取了人的样式来到世界上实现圣父对人类的救赎工作。
圣灵是耶稣死而复活升天之后差来住在圣徒心中的保惠师，是神儿女们的印记，为在末日审判时与灭亡的人区分的标志。
亚伯拉罕诸教指世界主要的三个一神教──基督教、伊斯兰教和犹太教，因为这三个宗教均奉圣经旧约中的亚伯拉罕为共同祖先。
犹太教、基督教、伊斯兰教均源自同一个原始宗教——古犹太教。基督教是古犹太教的一个新兴教派，而伊斯兰教则是在吸收了犹太教与基督教的经典和教义思想的基础上创立的。
三个宗教的观点总结：
总结
daemon 中文翻译是(古希腊神话中的)半神半人的精灵。
Daemon程序，是一段连续运行的程序，用于处理计算机系统希望接收到的阶段性的服务需求。
Daemon程序，又称为守护进程，通常在系统后台长时间运行，由于没有控制终端而无法与前台交互，Daemon程序一般作为系统服务使用。
在Unix等很多系统中，一般以d为结尾的程序就是一个daemon程序，它们是在后台运行的进程，比如FTPD，HTTPD（持续地等待从网络客户端及其用户发送来的请求）等。
Daemon Tool
虚拟光驱
O’Reilly Media Inc.是世界上在Unix 、X、Internet和其他开发系统图书领域具有领导地位的出版公司，同时是联机出版的先锋。
BIOS（Basic Input/Output System的缩写、中文：基本输出输入系统），是加载在电脑硬件系统上的最基本的软件代码。
CMOS（Complementary Metal Oxide Semiconductor），互补金属氧化物半导体，指保存计算机基本启动信息(如日期、时间、启动设置等)的芯片。
启动电脑原理
当电脑的电源打开，BIOS就会由主板上的闪存（flash memory）运行，并将芯片组和存储器子系统初始化。BIOS会把自己从闪存中，解压缩到系统的主存；并且从那边开始运行。PC的BIOS代码也包含诊断功能，以保证某些重要硬件组件，像是键盘、磁盘设备、输出输入端口等等，可以正常运作且正确地初始化。几乎所有的BIOS都可以选择性地运行CMOS存储器的设置程序；也就是保存BIOS会访问的用户自定义设置数据（时间、日期、硬盘细节，等等）。
项目开发的模式
尽管 git 是一个正式项目发布系统，它却可以方便地将你的项目建立在松散的开发人员组织形式上。 Linux 内核的开发，就是按这样的模式进行的。在 Randy Dunlap 的著作中（”Merge to Mainline” 第17页）就有很好的介绍
项目领导人（project lead）的工作推介
1. 在你自己的本地机器上准备好主版本库。你的所有工作都在这里完成。
2. 准备一个能让大家访问的公共版本库。
如果其他人是通过默协议的方式（http）来导入版本库的，那么你有必要保持这个 默协议的友好性。 git-init-db 之后，复制自标准模板库的 $GIT_DIR/hooks/post-update 将包含一个对 git-update-server-info 的调用，但是 post-update 默认是不能唤起它自身的。通过 chmod +x post-update 命令使能它。这样让 git-update-server-info 保证那些必要的文件是最新的。
3. 将你的主版本库推入公共版本库。
4. git-repack 公共版本库。这将建立一个包含初始化提交对象集的打包作为项目的起始线，可能的话，执行一下 git-prune，要是你的公共库是通过 pull 操作来从你打包过的版本库中导入的。
5. 在你的主版本库中开展工作，这些工作可能是你自己的最项目的编辑，可能是你由 email 收到的一个补丁，也可能是你从这个项目的“子系统负责人” 的公共库中导入的工作等等。
你可以在任何你喜欢的时候重新打包你的这个私人的版本库。
6. 将项目的进度推入公共库中，并给大家公布一下。
7. 尽管一段时间以后，”git-repack” 公共库。并回到第5步继续工作。
项目的子系统负责人（subsystem maintainer）也有自己的公共库，工作流程大致如下：
1. 准被一个你自己的工作目录，它通过 git-clone 克隆自项目领导人的公共库。原始的克隆地址（URL）将被保存在 .git/remotes/origin 中。
2. 准备一个可以给大家访问的公共库，就像项目领导人所做的那样。
3. 复制项目领导人的公共库中的打包文件到你的公共库中，除非你的公共库和项目领导人的公共库是在同一部主机上。以后你就可以通过 objects/info/alternates 文件的指向来浏览它所指向的版本库了。
4. 将你的主版本库推入你的公共版本库，并运行 git-repack，如果你的公共库是通过的公共库是通过 pull 来导入的数据的话，再执行一下 git-prune 。
5. 在你的主版本库中开展工作。这些工作可能包括你自己的编辑，来自 email 的补丁，从项目领导人，“下一级子项目负责人”的公共库哪里导入的工作等等。
你可以在任何时候重新打包你的私人版本库。
6. 将你的变更推入公共库中，并且请“项目领导人”和“下级子系统负责人”导入这些变更。
7. 每隔一段时间之后，git-repack 公共库。回到第 5 步继续工作。
“一般开发人员”无须自己的公共库，大致的工作方式是：
1. 准备你的工作库，它应该用 git-clone 克隆自“项目领导人”的公共库（如果你只是开发子项目，那么就克隆“子项目负责人”的）。克隆的源地址（URL）会被保存到 .git/remotes/origin 中。
2. 在你的个人版本库中的 master 分支中开展工作。
3. 每隔一段时间，向上游的版本库运行一下 git-fetch origin 。这样只会做 git-pull 一半的操作，即只克隆不合并。公共版本库的新的头就会被保存到 .git/refs/heads/origins 。
4. 用 git-cherry origin 命令，看一下你有什么补丁被接纳了。并用 git-rebase origin 命令将你以往的变更迁移到最新的上游版本库的状态中。（关于 git-rebase 命令，请参考 git-rebase）
5. 用 git-format-patch origin 生成 email 形式的补丁并发给上游的维护者。回到第二步接着工作。
逆转与恢复
逆转与恢复：git reset
项目跟踪工具的一个重要任务之一，就是使我们能够随时逆转（Undo）和恢复（Redo）某一阶段的工作。
git reset 命令就是为这样的任务准备的。它将当前的工作分支的 头 定位到以前提交的任何版本中，它有三个重置的算法选项。
命令形式：
git reset [--mixed | --soft | --hard] []
命令的选项：
–mixed
仅是重置索引的位置，而不改变你的工作树中的任何东西（即，文件中的所有变化都会被保留，也不标记他们为待提交状态），并且提示什么内容还没有被更新了。这个是默认的选项。
–soft
既不触动索引的位置，也不改变工作树中的任何内容，我们只是要求这些内容成为一份好的内容（之后才成为真正的提交内容）。这个选项使你可以将已经提交的东西重新逆转至“已更新但未提交（Updated but not Check in）”的状态。就像已经执行过 git update-index 命令，但是还没有执行 git commit 命令一样。
–hard
将工作树中的内容和头索引都切换至指定的版本位置中，也就是说自 之后的所有的跟踪内容和工作树中的内容都会全部丢失。因此，这个选项要慎用，除非你已经非常确定你的确不想再看到那些东西了。
