共 5 篇相关文章
这篇讲的是Linux文件系统，作者从1996年的亲身经历切入：当时他学会了安装软件，却对/etc、/usr这些“神秘目录”的含义一头雾水。文章的目的就是帮助新手快速搞清楚这套结构。 不同于纯理论讲解，作者推荐了一个非常具体的起点：在终端安装并运行`tree`命令，尤其是`tree -L 1 /`，能立刻直观展示从根目录开始的、清晰的一级目录树。接着，文章对/bin（用户基本工具）、/boot（启动文件，警告别乱动）、/etc（系统配置）、/home（用户个人文件）等核心目录逐一拆解，解释了它们的用途和命名由来。 文中还穿插了不少实用细节，比如现代发行版中/bin和/usr/bin的趋同关系，/tmp是少数无需root权限即可操作的目录，以及/srv等特定服务数据的存放位置。作者的口吻带着老技术人的风趣，比如调侃自己对新工具“不以为然”，但整体非常务实，旨在帮读者快速建立对Linux文件系统的结构化认知，避免当初自己踩过的坑。
这篇讲的是一个在24TB大分区上使用XFS文件系统做备份时，遇到的典型“陷阱”。同事反馈明明磁盘显示还有2.4TB可用空间，inode使用率也极低，系统却突然报告没有磁盘空间了。 经过排查，根因藏在XFS的一个默认设计里：在32位inode模式下，XFS会将所有inode（文件元数据）集中在磁盘最开始的1TB空间内。当这个1TB区域因存放了大量小文件的inode而“填满”时，即使磁盘其余部分空空如也，系统也无法创建新文件，从而抛出令人困惑的“磁盘已满”错误。 文章给出的解决方案明确而直接：在挂载文件系统时，加上`inode64`选项。这个选项会让inode和数据块就近存放，打破了最初的1TB限制，完美适配超过1TB的大容量磁盘。文末还贴心地提醒，如果磁盘本身就小于1TB，则无需担心这个问题。对于运维和架构人员来说，这是一个在规划大容量存储时非常值得留意的细节。
这篇笔记聚焦于Linux磁盘管理的基础知识，是系列文章的第一篇。作者从硬盘的物理结构讲起，解释了扇区、柱面这些最小单位如何构成存储空间，并重点剖析了MBR（主引导分区）的核心作用——它不仅是引导程序的起点，其内嵌的磁盘分区表更是定义了数据如何被逻辑划分。 文章厘清了一个关键概念：由于MBR容量限制，一块硬盘最多只能定义四个主分区。为了解决多分区需求，引入了“扩展分区”这一特殊角色，它本身不直接存储数据，而是作为一个容器，内部可以进一步划分出多个逻辑分区来使用。 理解这套基于MBR的分区规则，是进行任何Linux磁盘操作的前置知识。文章为后续的分区实战、文件系统创建与挂载打下了清晰的理论地基。
这篇讲的是一个看似复杂但根源很“低级”的Linux存储识别问题。某项目中，Linux系统连接HP HSV200存储时，虽然Qlogic HBA卡驱动正常、链路也已建立，但系统始终无法看到存储磁盘。从日志看，卡能识别到存储阵列，但关键的错误提示是“scsi: unknown device type 12”。 问题的根因并不在于驱动或硬件，而在于Linux内核对SCSI设备类型（Peripheral Device Type）的识别规则。日志中存储设备被报为“Type: RAID”，但类型码12（0x0C）在标准定义中属于“Reserved”。内核遇到无法识别的设备类型时，便会放弃后续操作，导致磁盘无法挂载。 解决方法是手动为该设备类型赋予一个可被系统理解的标识。作者在内核启动参数或SCSI子系统规则中，将设备类型12显式指定为磁盘设备（type 0），问题便得以解决。这个案例提醒我们，有时在“驱动正常、链路正常”的表象下，问题可能藏在更底层的协议交互和类型定义中，需要深入日志细节寻找线索。
这篇讲的是Oracle如何通过软硬件结合来“暴力提升”数据库性能的故事。在旧金山的OOW大会上，Oracle与HP合作推出了首款硬件产品Exadata，它由Database Machine主机和Exadata Storage Server存储组成——硬件来自HP，软件层则由Oracle深度优化。Oracle宣称，在数据仓库场景下，Exadata相比传统Oracle数据库能带来数量级的性能飞跃。 文章带我们深入了解这款被Oracle寄予厚望的产品，它的核心亮点和配置究竟有何不同。比如，它如何重新设计存储层与数据库层的交互，让海量数据扫描和分析的速度远超常规方案。对于关心数据仓库性能瓶颈、或是对Oracle技术战略感兴趣的读者，文中对产品特性的拆解提供了不少实际的细节。 如果你想了解Oracle押注的这个“性能怪兽”到底靠什么取胜，这篇文章从产品本身出发，给出了清晰的梳理和解读。
