Vic的博客

至此，XFS的核心架构及实现已经基本介绍完了。转载至。

我们在排查问题的过程中，经常会遇到需要修复文件系统的场景，这类问题处理前需要对文件系统的结构有一定了解。本文主要总结一些xfs文件系统的结构。先看下下面这个图，图中可以看到xfs是由多个AG组成的，每个AG可以看做是一个独立的文件系统，默认AG数量是4个，这个可以在mkfs的时候指定。下图是一个AG的结构，整个文件系统的空闲空间和所有inode数量只由第一个AG（primary）维护。每个AG都是以superblock开始。AG0的主超级志（primary superblock）保存了所有AG信息。

abrt也可以叫abrtd，展开应该是automatically bug report daemon，也就是自动错误报告守护进程。从字面意义就可以看出，他是一个守护进程，监控进程，如果进程出现崩溃，那么他就会开始工作，收集bug，收集现场。用于在发生崩溃时报告软件包中的错误。

问题描述我正在尝试启动oprofile，并且在此步骤遇到了问题：opcontrol --vmlinux=/path/to/vmlinuxUbuntu没有名为vmlinux的软件包，当我执行locate vmlinux时，会得到很多文件：/usr/src/linux-headers-2.6.28-14/arch/h8300/boot/compressed/vmlinux.lds/usr/src/linux-headers-2.6.28-14/arch/m68k/kernel/vmlin

文章目录Linux调试之（二）gdb+vmlinux 【1】定位arm-eabi-gdb 和 vmlinux 【2】gdb加载内核符号表 1.查看内核符号表 2.执行arm-eabi-gdb vmlinux 3.输入 list*(函数名+函数内偏移) 即可查看特定位置的代码，定位问题。 【3】gdb调试基本命令 Linux调试之（二）gdb+vmlinux运行linux内核，难免会遇到oops崩溃问题，如类似空指针crash，系.

上一篇我们大概聊了如何写一个简单的字符设备驱动，我们不是神，写代码肯定会出现问题，我们需要在编写代码的过程中不断调试。在普通的c应用程序中，我们经常使用printf来输出信息，或者使用gdb来调试程序，那么驱动程序如何调试呢？我们知道在调试程序时经常遇到的问题就是野指针或者数组越界带来的问题，在应用程序中运行这种程序就会报segmentation fault的错误，而由于驱动程序的特殊性，出现此类情况后往往会直接造成系统宕机，并会抛出oops信息。那么我们如何来分析oops信息呢，甚至根据oops信息来定位

本文信息优快云 GitHub Linux Kernel PANIC(三)–Soft Panic/Oops调试及实例分析 LDD-LinuxDeviceDrivers/study/debug/modules/panic/03-soft_panic 同类博文信息优快云 GitHub Linux Kernel PANIC(一)–概述(Hard Panic/Aieee和Soft Panic/Oops) LDD-LinuxDeviceDrivers/study/debu

文章目录一、调试环境准备 二、使用crash分析vmcore 1、bt命令 2、log命令 3、dis命令 4、mod命令 5、sym命令 6、ps命令 7、files命令 8、vm命令 9、task命令 10、kmem命令 11、struct命令 13、p命令 14、查看某个命令使用方法及使用示例 15、其它命令 三、写在最后我们在Kdump-内核崩溃转储服务中，介绍了kdump服务可以在系统崩溃时，生成崩溃转储文件vmcore，.

真是傻逼一个啊，从网上看了资料，直接复制别人的命令，而没有理解，造成全部磁盘的文件丢失了！！起因：想测试下linux下磁盘的性能，找到一篇傻逼的不负责任的文章，更多是自己傻逼！ fio -filename=/dev/sdb1 -direct=1 开始执行 read 测试，没有问题，然后执行 write 测试，测试的是 / 所在的分区，显示写入速度只有 0df -h 查看，所有被 fio 查过的6个...

今天登陆同事的一台gateway 开始以为hive环境登陆不了了，仔细一看看了下是因为机器很卡，我每次等几秒没登陆就ctrl+c了，看了下是有个java进程cpu:340.4%  mem:14.6% 一般解决方法是通过top命令找出消耗资源高的线程id，利用strace命令查看该线程所有系统调用 1. 通过top命令找到可疑进程PID top 一下 可以看出java进程CPU利用率一直保持100%...

先说说linux下怎么处理1、使用top命令查看CPU使用情况top - 17:07:58 up 2 days, 7:36, 4 users, load average: 1.49, 0.45, 0.20Tasks: 115 total, 2 running, 105 sleeping, 8 stopped, 0 zombieCpu(s): 83.7%us, 2.0%sy...