小菜鸟

Linux 系统安装：磁盘分区、格式化与挂载全流程详解

在 Linux 系统安装过程中，磁盘分区、格式化和挂载是核心步骤，直接影响系统的稳定性和存储效率。本文将详细解析 MBR 与 GPT 分区表的区别、格式化原理、挂载点设置及自动挂载配置，帮助你掌握系统安装的存储配置环节。

磁盘分区：MBR 与 GPT 分区表

磁盘分区是将物理硬盘划分为多个逻辑区域的过程，不同的分区表类型支持的硬盘大小和分区数量不同。

MBR 分区表（Master Boot Record）

特点

• 最大支持硬盘容量：2.1TB（超过此容量的硬盘无法完全识别）。
• 最大分区数量：最多 4 个主分区，或 3 个主分区 + 1 个扩展分区（扩展分区内可创建多个逻辑分区）。
• 兼容性：支持所有操作系统（包括老旧系统），是传统的分区表格式。

分区类型

• 主分区：直接可以被格式化并挂载使用，最多 4 个。
• 扩展分区：不能直接存储数据，仅用于容纳逻辑分区，一块硬盘最多 1 个。
• 逻辑分区：在扩展分区内创建，数量不受限（取决于操作系统，Linux 通常支持数十个）。

分区操作命令

1
2
3
4
5
6
7
8
9

# 对 /dev/sdb 硬盘进行分区（MBR 分区表默认使用 fdisk）
fdisk /dev/sdb

# 常用交互指令：
# n：新建分区（主分区/扩展分区/逻辑分区）
# p：显示分区表
# d：删除分区
# w：保存并退出
# q：不保存退出

GPT 分区表（GUID Partition Table）

特点

• 最大支持硬盘容量：9.4ZB（zettabyte，远超当前硬件水平），适合大容量硬盘。
• 最大分区数量：理论无限制，Windows 支持 128 个，Linux 支持更多。
• 兼容性：需主板支持 UEFI 启动（传统 BIOS 可能不兼容），是新一代分区表格式。

优势

• 支持 UEFI 启动模式，启动速度更快，安全性更高（支持 Secure Boot）。
• 分区表自带备份，抗损坏能力强。
• 无需区分主分区、扩展分区和逻辑分区，所有分区均为 “主分区”。

分区操作命令

Linux 版本体系与系统信息查询全解析

Linux 系统的版本体系由内核版本和发行版两部分组成，理解两者的区别及查询方法是系统管理的基础。本文将详细梳理 Linux 版本的核心概念及常用查询命令。

Linux 版本的核心构成

内核版本（Kernel Version）

• 定义：Linux 内核是操作系统的核心，负责硬件管理、进程调度、内存控制等底层功能，由 Linus Torvalds 主导开发并维护。
• 版本格式：通常为主版本.次版本.修订版本-补丁号（如3.10.0-1160.88.1.el7.x86_64），其中：
  • 3：主版本（重大功能变更）。
  • 10：次版本（新增功能，偶数为稳定版，奇数为开发版）。
  • 0：修订版本（修复漏洞）。
  • 1160.88.1.el7.x86_64：发行版厂商的补丁号及架构信息。

发行版（Distribution）

发行版是在内核基础上集成了软件包管理工具、系统工具和应用程序的完整操作系统。根据开发理念和目标场景，主要分为两大系列：

系统信息查询命令详解

查看内核版本

（1）uname 命令

Git 基本命令全解析：从入门到精通

Git 作为目前最流行的分布式版本控制系统，其命令是开发者日常协作和版本管理的基础。本文将系统梳理 Git 的核心命令，涵盖仓库初始化、配置管理、版本控制、分支操作、标签管理及远程协作等场景，帮助你快速掌握 Git 的使用技巧。

仓库初始化与配置

初始化本地仓库

1
2

# 在当前目录初始化 Git 仓库（生成 .git 目录）
git init

执行后，目录下会生成 .git 文件夹，存储 Git 版本控制的所有元数据（如分支、提交记录、配置等）。

配置用户信息

Git 通过用户信息区分不同开发者的提交，支持仓库级别和全局级别配置：

1
2
3
4
5
6
7
8
9
10
11

# 仓库级别配置（仅当前仓库生效，存储在 .git/config 中）
git config user.name "你的用户名"
git config user.email "你的邮箱"

# 全局级别配置（所有仓库生效，存储在 ~/.gitconfig 中）
git config --global user.name "你的用户名"
git config --global user.email "你的邮箱"

# 查看配置信息
git config --list          # 查看所有配置
git config user.name       # 查看指定配置项

优先级：仓库级别配置 > 全局级别配置。

工作区与暂存区操作

查看文件状态

Nginx 配置详解：从基础结构到实战优化

Nginx 的灵活性源于其强大的配置系统，通过nginx.conf等文件可实现反向代理、负载均衡、动静分离等核心功能。本文系统拆解 Nginx 配置的结构、核心参数及实战场景，帮助掌握配置逻辑与优化技巧。

Nginx 配置文件体系

Nginx 的配置文件通常包括以下几个核心文件，各司其职：

nginx.conf核心结构

nginx.conf的配置逻辑分为三个层级，从全局到局部逐步细化：全局块 → events 块 → http 块，其中http块可包含多个server块，每个server块又可包含多个location块。

1. 全局块：Nginx 整体运行参数

全局块位于配置文件开头，定义影响 Nginx 服务器整体运行的参数，如进程数、日志路径等。

核心配置示例：

Nginx 核心概念解析：架构、模式与核心功能

Nginx 作为高性能的 HTTP 服务器和反向代理工具，凭借其轻量、稳定、高并发支持的特性，成为现代 Web 架构的核心组件。本文从底层架构、工作模式到核心功能（反向代理、负载均衡、动静分离），全面解析 Nginx 的核心概念，帮助理解其高性能的本质。

Nginx 的架构设计：多进程模型与事件驱动

Nginx 采用 “主进程 + 工作进程” 的多进程架构，配合高效的事件驱动模型，实现了对高并发请求的高效处理。

进程模型：Master 与 Worker 分工协作

Nginx 启动后会生成两类进程，各自承担不同职责：

• Master 进程（主进程）：
  • 负责管理 Worker 进程，包括启动、停止、重载配置；
  • 读取并验证配置文件（nginx.conf）；
  • 接收外界信号（如重启、停止命令）并转发给 Worker 进程。
• Worker 进程（工作进程）：
  • 实际处理客户端请求（HTTP、HTTPS 等）；
  • 多个 Worker 进程并行工作，通过竞争机制处理请求；
  • 数量可通过配置文件指定（通常设为与 CPU 核心数一致，充分利用多核资源）。

配置示例：

1
2

# 工作进程数量（推荐设为CPU核心数）
worker_processes 4;

通过ps命令可查看进程状态：

1
2
3
4
5
6
7

ps -ef | grep nginx
# 输出示例：1个Master进程 + 4个Worker进程
501  4106     1   0 10:43上午 ??         0:00.01 nginx: master process nginx
501 11007  4106   0  5:00下午 ??         0:00.00 nginx: worker process
501 11008  4106   0  5:00下午 ??         0:00.00 nginx: worker process
501 11009  4106   0  5:00下午 ??         0:00.00 nginx: worker process
501 11010  4106   0  5:00下午 ??         0:00.00 nginx: worker process

事件驱动模型：异步非阻塞的高效处理

Nginx 的高性能核心源于其异步非阻塞的事件驱动模型，具体表现为：