wiki-ingest batch 9: ChinaTextbook/Clonezilla/Cursor2.0/VibeCoding
This commit is contained in:
34
wiki/concepts/GPT与MBR分区表.md
Normal file
34
wiki/concepts/GPT与MBR分区表.md
Normal file
@@ -0,0 +1,34 @@
|
||||
---
|
||||
title: "GPT 与 MBR 分区表"
|
||||
type: concept
|
||||
tags: [分区表, UEFI, BIOS, 运维]
|
||||
date: 2025-12-19
|
||||
---
|
||||
|
||||
## Definition
|
||||
两种磁盘分区表格式：MBR（Master Boot Record）是传统 BIOS 标准，GPT（GUID Partition Table）是现代 UEFI 标准。启动模式决定分区表类型，而非硬盘容量。
|
||||
|
||||
## Comparison
|
||||
| 维度 | MBR | GPT |
|
||||
|------|-----|-----|
|
||||
| 最大磁盘 | 2TB（512字节扇区） | 9.4ZB（理论） |
|
||||
| 分区数量 | 4 个主分区（或 3 主+1 扩展） | 128 个（Windows 标准） |
|
||||
| 启动模式 | BIOS 传统启动 | UEFI 安全启动 |
|
||||
| 兼容性 | 老旧硬件 | 新硬件默认 |
|
||||
| 损坏恢复 | MBR 损坏即无法启动 | GPT 保存副本，容错性高 |
|
||||
|
||||
## Decision Rule
|
||||
```
|
||||
启动模式 → 分区表类型
|
||||
BIOS (传统) → MBR
|
||||
UEFI (现代) → GPT
|
||||
```
|
||||
|
||||
## Common Pitfalls
|
||||
- 在 UEFI 机器上使用 MBR：系统无法从 GPT 磁盘的 BIOS 模式启动
|
||||
- 在 BIOS 机器上使用 GPT：大多数 BIOS 不支持从 GPT 磁盘启动
|
||||
- Rufus DD 模式 vs ISO 模式：ISOHybrid 镜像建议先试 ISO 模式，失败再用 DD
|
||||
|
||||
## Connections
|
||||
- [[GPT与MBR]] ← 决定于 ← [[UEFI启动]] vs [[BIOS启动]]
|
||||
- [[GPT与MBR]] ← 影响 ← [[Clonezilla备份]] 时的分区方案选择
|
||||
@@ -1,41 +1,45 @@
|
||||
---
|
||||
title: "Vibe Coding"
|
||||
type: concept
|
||||
tags: [ai-programming, methodology]
|
||||
last_updated: 2025-12-30
|
||||
tags: [AI编程, 方法论]
|
||||
date: 2025-12-30
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**：AI 编程方法论
|
||||
- **来源**：GitHub 上 5000 人收藏的 Vibe Coding 神级指南
|
||||
## Definition
|
||||
Vibe Coding 是由 [[Karpathy]] 提出的 AI 辅助编程范式：开发者扮演"导演"角色，把握产品逻辑、用户流程、审美和交互，将代码编写体力活交给 AI，自己专注于创意方向和代码审查。
|
||||
|
||||
## 定义
|
||||
Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行，让「从想法到可维护代码」变成一条可审计的流水线。
|
||||
## Core Formula
|
||||
```
|
||||
Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行
|
||||
```
|
||||
|
||||
## 核心思想
|
||||
开发者从"苦哈哈写每一行代码"转变为"保持对产品逻辑、用户流程、审美和交互的感觉"，剩下的体力活交给 AI 编程工具。
|
||||
## Key Principles
|
||||
|
||||
## Karpathy 描述
|
||||
> "我几乎不写代码了，我只负责调整氛围（Vibe），代码会自动长出来。"
|
||||
### 规划驱动
|
||||
AI 写代码前必须有清晰的技术选型、实施规划和模块化设计。防止 AI 因理解偏差产生巨石文件和逻辑混乱。
|
||||
|
||||
## 关键要素
|
||||
1. **规划驱动**：技术选型、实施规划、模块化设计先行
|
||||
2. **上下文固定**：保持 AI 理解一致，防止理解偏差
|
||||
3. **AI 结对执行**：AI 承担代码实现，开发者做导演
|
||||
### 上下文固定
|
||||
通过项目规则文件、上下文管理机制，确保 AI 在长对话中保持一致理解，避免上下文遗忘。
|
||||
|
||||
## 工具生态
|
||||
- [[Cursor]]
|
||||
### AI 结对执行
|
||||
人类开发者与 AI 形成结对编程关系：人类负责方向决策和审查，AI 负责代码生成和执行。
|
||||
|
||||
## Related Concepts
|
||||
- [[AI结对执行]]：Vibe Coding 的人机协作模式
|
||||
- [[规划驱动]]：预防 AI 生成无序代码的核心策略
|
||||
- [[上下文固定]]：解决 AI 长对话遗忘问题的方法
|
||||
|
||||
## Tools
|
||||
- [[Cursor]]（首选工具）
|
||||
- [[Windsurf]]
|
||||
- [[Trae]]
|
||||
- [[Claude-Code]]
|
||||
- [[Claude Code]]
|
||||
|
||||
## 资源
|
||||
- [[vibe coding cn]]：中文开发者资源库
|
||||
## Misconceptions
|
||||
- "不写代码"≠ 完全不管：规划、审查、版本控制仍需人类主导
|
||||
- AI 生成≠ 草稿：某些工具（如 Cursor）AI 生成即写入真实文件
|
||||
|
||||
## 关联
|
||||
- [[AI编程]] ← 范畴
|
||||
- [[Prompt工程]] ← 演进基础
|
||||
|
||||
## Aliases
|
||||
- 氛围编程
|
||||
- Vibe Coding
|
||||
## Connections
|
||||
- [[Vibe Coding]] ← 概念起源 ← [[Karpathy]]
|
||||
- [[Vibe Coding]] ← 实践框架 ← [[vibe-coding-cn]]
|
||||
- [[Vibe Coding]] ← 工具 ← [[Cursor]] + [[Windsurf]] + [[Trae]]
|
||||
|
||||
@@ -1,38 +1,40 @@
|
||||
---
|
||||
title: "磁盘镜像备份"
|
||||
type: concept
|
||||
tags: [backup, disk-imaging, clonezilla, disaster-recovery]
|
||||
tags: [备份, 运维, 灾难恢复]
|
||||
date: 2025-12-19
|
||||
---
|
||||
|
||||
## Definition
|
||||
磁盘镜像备份（Disk Imaging Backup）指将整个磁盘的所有扇区内容打包为单个镜像文件（.img）的备份方式，支持完整还原到任意相同或更大容量磁盘。
|
||||
将整个磁盘或分区保存为单个压缩镜像文件的技术，灾难时可完整恢复到任意磁盘状态。区别于文件级备份（逐文件复制），镜像备份保留磁盘分区表、引导扇区等底层结构。
|
||||
|
||||
## How It Works
|
||||
1. **扇区级复制**：读取磁盘每个扇区，包括引导扇区、分区表、文件系统元数据和所有数据
|
||||
2. **压缩存储**：镜像文件通常压缩（如 Clonezilla -z1p 高压缩率）以节省存储空间
|
||||
3. **差异备份**（部分工具支持）：仅备份自上次全量备份后的变更扇区
|
||||
## Core Properties
|
||||
- **完整性**：包含操作系统、应用程序、数据、引导信息的完整副本
|
||||
- **粒度**：磁盘级（整个硬盘）或分区级（单个分区）
|
||||
- **压缩**：通常支持压缩（如 Clonezilla 的 -z1p）
|
||||
- **增量备份**：部分工具（如 Clonezilla server）支持增量模式
|
||||
|
||||
## Tools
|
||||
- **Clonezilla**：开源方案，支持 NFS/SMB/USB 多种存储后端
|
||||
- **Acronis True Image**：商业方案，支持增量镜像
|
||||
- **Macrium Reflect**：Windows 平台商业方案
|
||||
- **dd**：Linux 原生命令行工具，无压缩无差异
|
||||
## Comparison with File-Level Backup
|
||||
| 维度 | 磁盘镜像备份 | 文件级备份 |
|
||||
|------|------------|-----------|
|
||||
| 恢复速度 | 快（全盘一次性恢复） | 慢（逐文件还原） |
|
||||
| 存储效率 | 低（包含未使用空间） | 高（仅备份使用数据） |
|
||||
| 系统迁移 | 支持完整迁移 | 需要重新安装系统 |
|
||||
| 粒度 | 粗（整盘/分区） | 细（单个文件） |
|
||||
|
||||
## vs rsync增量备份
|
||||
| 维度 | 磁盘镜像备份 | rsync增量备份 |
|
||||
|------|------------|-------------|
|
||||
| 范围 | 整个磁盘/分区 | 单个目录/文件系统 |
|
||||
| 粒度 | 扇区级 | 文件级 |
|
||||
| 备份速度 | 慢（全盘复制） | 快（仅差异） |
|
||||
| 恢复速度 | 快（直接还原） | 慢（逐文件恢复） |
|
||||
| 场景 | 灾难恢复、系统迁移 | 日常增量备份 |
|
||||
## Use Cases
|
||||
- 服务器灾难恢复（硬盘故障替换）
|
||||
- 系统升级前的安全网
|
||||
- 迁移到新硬件
|
||||
- 合规性定期备份
|
||||
|
||||
## Related Concepts
|
||||
- [[灾难恢复]]：磁盘镜像备份的核心应用场景
|
||||
- [[Clonezilla]]：磁盘镜像备份的开源工具
|
||||
- [[rsync增量备份]]：互补的增量备份方案
|
||||
## Related Tools
|
||||
- [[Clonezilla]]：开源镜像备份工具
|
||||
- Ghost：商业镜像备份工具（Symantec）
|
||||
- Macrium Reflect：Windows 商业备份工具
|
||||
- Time Machine：macOS 内置备份（文件级）
|
||||
|
||||
## Aliases
|
||||
- Disk Imaging
|
||||
- 全盘镜像
|
||||
- Ghost 备份
|
||||
## Connections
|
||||
- [[磁盘镜像备份]] ← 工具 ← [[Clonezilla]]
|
||||
- [[磁盘镜像备份]] ← 存储目标 ← [[Synology NAS]]
|
||||
- [[磁盘镜像备份]] ← 协议 ← [[NFS]]
|
||||
|
||||
Reference in New Issue
Block a user