❶ 如何查看 linux 内核源代码
Linux的内核源代码可以从很多途径得到。一般来讲，在安装的linux系统下，/usr/src/linux目录下的东西就是内核源代码。
对于源代码的阅读，要想比较顺利，事先最好对源代码的知识背景有一定的了解。对于linux内核源代码来讲，我认为，基本要求是:1、操作系统的基本知识;2、对C语言比较熟悉，最好要有汇编语言的知识和GNU C对标准C的扩展的知识的了解。另外在阅读之前，还应该知道Linux内核源代码的整体分布情况。我们知道现代的操作系统一般由进程管理、内存管理、文件系统、驱动程序、网络等组成。看一下Linux内核源代码就可看出，各个目录大致对应了这些方面。Linux内核源代码的组成如下(假设相对于linux目录):
arch 这个子目录包含了此核心源代码所支持的硬件体系结构相关的核心代码。如对于X86平台就是i386。
include 这个目录包括了核心的大多数include文件。另外对于每种支持的体系结构分别有一个子目录。
init 此目录包含核心启动代码。
mm 此目录包含了所有的内存管理代码。与具体硬件体系结构相关的内存管理代码位于arch/*/mm目录下，如对应于X86的就是arch/i386/mm/fault.c 。
drivers 系统中所有的设备驱动都位于此目录中。它又进一步划分成几类设备驱动，每一种也有对应的子目录，如声卡的驱动对应于drivers/sound。
ipc 此目录包含了核心的进程间通讯代码。
moles 此目录包含已建好可动态加载的模块。
fs Linux支持的文件系统代码。不同的文件系统有不同的子目录对应，如ext2文件系统对应的就是ext2子目录。
kernel 主要核心代码。同时与处理器结构相关代码都放在arch/*/kernel目录下。
net 核心的网络部分代码。里面的每个子目录对应于网络的一个方面。
lib 此目录包含了核心的库代码。与处理器结构相关库代码被放在arch/*/lib/目录下。
scripts此目录包含用于配置核心的脚本文件。
Documentation 此目录是一些文档，起参考作用。
俗话说:“工欲善其事，必先利其器”。 阅读象Linux核心代码这样的复杂程序令人望而生畏。它象一个越滚越大的雪球，阅读核心某个部分经常要用到好几个其他的相关文件，不久你将会忘记你原来在干什么。所以没有一个好的工具是不行的。由于大部分爱好者对于Window平台比较熟悉，并且还是常用Window系列平台，所以在此我介绍一个Window下的一个工具软件:Source Insight。这是一个有30天免费期的软件，可以从www.sourcedyn.com下载。安装非常简单，和别的安装一样，双击安装文件名，然后按提示进行就可以了。安装完成后，就可启动该程序。这个软件使用起来非常简单，是一个阅读源代码的好工具。它的使用简单介绍如下:先选择Project菜单下的new，新建一个工程，输入工程名，接着要求你把欲读的源代码加入(可以整个目录加)后，该软件就分析你所加的源代码。分析完后，就可以进行阅读了。对于打开的阅读文件，如果想看某一变量的定义，先把光标定位于该变量，然后点击工具条上的相应选项，该变量的定义就显示出来。对于函数的定义与实现也可以同样操作。别的功能在这里就不说了，有兴趣的朋友可以装一个Source Insight，那样你阅读源代码的效率会有很大提高的。怎么样，试试吧!
❷ 跪求操作系统之文件系统实验源代码
首先研究 Linux 源代码树的顶层目录，它通常（但不总是）位于 /usr/src/linux-。我们不会研究得过于详细，因为 Linux 源代码经常会发生变化，但是，我们将尝试让给出的信息足以找出特定驱动程序或函数的位置。
Makefile：这个文件是整个源代码树的顶层 makefile。它定义了很多实用的变量和规则，比如默认的 gcc 编译标记。
Documentation/：这个目录中包含很多关于配置内核、运行 ramdisk 等任务的实用信息（但通常是过时的）。不过，与不同配置选项相应的帮助条目并不在这里 —— 它们在每个源代码目录的 Kconfig 文件中。
arch/：所有与体系结构相关的代码都在这个目录以及 include/asm- 目录中。在此目录中，每种体系结构都有自己的目录。例如，用于基于 PowerPC 的计算机的代码位于 arch/ppc 目录中。在这些目录里，可以找到底层内存管理、中断处理、早期初始化、汇编例程，等等。
crypto/：这是内核本身所用的加密 API。
drivers/：按照惯例，在此目录的子目录中可以找到运行外围设备的代码。包括视频驱动程序、网卡驱动程序、底层 SCSI 驱动程序，以及其他类似的驱动程序。例如，在 drivers/net 中可以找到大部分网卡驱动程序。将一类驱动程序组合在一起的某些更高层代码，可能会（也可能不会）像底层驱动程序本身那些包含在同一目录中。
fs/：通用文件系统的代码（称做 VFS，即 Virtual File System）和各个不同文件系统的代码都可以在这个目录中找到。ext2 文件系统是在 Linux 中最常广泛使用的文件系统之一；在 fs/ext2 中可以找到读取 ext2 格式的代码。并不是所有文件系统都会编译或运行；对某些寻找内核项目的人而言，更生僻的文件系统永远都是理想的候选者。
include/：在 .c 文件的开头所包含的大部分头文件都可以在这个目录中找到。 asm- 目录下是与体系结构相关的包含（include ）文件。部分内核构建过程创建从 asm 指定 asm- 的符号链接。这样，无需将其固定编码到 .c 文件 #include 就可以获得用于那个体系结构的正确文件。其他目录中包含的是 非-体系结构-相关 的头文件。如果在不只一个 .c 文件中使用了某个结构体、常量或者变量，那么它可能应该放入其中一个头文件中。
init/：这个目录中的文件包括 main.c、创建 早期用户空间（early userspace） 的代码，以及其他初始化代码。可以认为 main.c 是内核“粘合剂（glue）”。在下一部分将深入讨论 main.c。早期用户空间提供了 Linux 内核引导起来时所需要的功能，而这些功能并不需要在内核本身运行。
ipc/：IPC 的意思是 进程间通信（interprocess communication）。它包含了共享内存、信号量以及其他形式 IPC 的代码。
kernel/：不适合放在任何其他位置的通用内核级代码位于此处。这里有高层系统调用代码，以及 printk() 代码、调度程序、信号处理代码，等等。文件名包含很多信息，所以可以使用 ls kernel/，并非能常准确地猜到每个文件的功能。
lib/：这里是对所有内核代码都通用的实用例程。常见的字符串操作、调试例程，以及命令行解析代码都位于此处。
mm/：这个目录中是高层次内核管理代码。联合使用这些例程以及底层的与体系结构相关的例程（通常位于 arch//mm/ 目录中）来实现虚拟内存（Virtual memory，VM）。在这里会完成早期内存管理（在内存子系统完全建立起来之前需要它），以及文件的内存映射、页高速缓存管理、内存分配、RAM 中页的清除（还有很多其他事情）。
net/：这里是高层网络代码。底层网络驱动程序与此层次代码交换数据包，这个层次的代码可以根据数据包将数据传递给用户层应用程序，或者丢弃数据，或者在内核中使用它。net/core 包含大部分不同的网络协议都可以使用的代码，和某些位于 net/ 目录本身中的文件一样。特定的网络协议在 net/ 的子目录下实现。例如，在 net/ipv4 目录中可以找到 IP（版本 4）代码。
scripts/：这个目录中包含的脚本可用于内核的构建，但并不将任何代码加入到内核本身之中。例如，各种配置工具可以将它们的文件放在这里。
security/：在这里可以找到不同 Linux 安全模型的代码，比如 NSA Security-Enhanced Linux 以及套接字和网络安全钩子函数（hooks），以及其他安全选项。
sound/：这里放置的是声卡驱动程序和其他与声音相关的代码。
usr/：此目录中的代码用于构建包含 root 文件系统映像的 cpio-格式 的归档文件，用于早期用户空间。
❸ 如何获取ext4文件系统源码
关于获取有关文件系统类型（FAT32、EXT3、EXT4等）的问题，这个要求肯定是不会有人答应的。因为只要一涉及到获取文件系统的源代码的问题，必定会涉及到一些和保密（或者是知识产权等）相关的事宜。
❹ 如何确定Linux内核源代码目录即，KBUILD的路径
方法一：
确定内核源代码目录通常＝＝文件系统中内核驱动模块的build路径
即/lib/moles/2.6.25-14.fc9.i686/build，这个build通常为链接文件，连接到
/usr/src/kernels/2.6.25-14.fc9.i686
此方法较准确，通常可以写如下脚本实现：
# KBUILD is the path to the Linux kernel build tree. It is usually the
# same as the kernel source tree, except when the kernel was compiled in
# a separate directory.
KBUILD ?= $(shell readlink -f /lib/moles/$(KVERS)/build)
方法二：
自己下载内核源文件包，自己指定内核的编译目录！
不推荐这种做法，还是按照各大发行版的做法比较好！这样不至于在编译下载的某个设备驱动程序时
❺ hadoop hdfs 源码怎么看
在使用Hadoop的过程中，很容易通过FileSystem类的API来读取HDFS中的文件内容，读取内容的过程是怎样的呢？今天来分析客户端读取HDFS文件的过程，下面的一个小程序完成的功能是读取HDFS中某个目录下的文件内容，然后输出到控制台，代码如下：
[java] view plain
public class LoadDataFromHDFS {
public static void main(String[] args) throws IOException {
new LoadDataFromHDFS().loadFromHdfs("hdfs://localhost:9000/user/wordcount/");
}
public void loadFromHdfs(String hdfsPath) throws IOException {
Configuration conf = new Configuration();
Path hdfs = new Path(hdfsPath);
FileSystem in = FileSystem.get(conf);
//in = FileSystem.get(URI.create(hdfsPath), conf);//这两行都会创建一个DistributedFileSystem对象
FileStatus[] status = in.listStatus(hdfs);
for(int i = 0; i < status.length; i++) {
byte[] buff = new byte[1024];
FSDataInputStream inputStream = in.open(status[i].getPath());
while(inputStream.read(buff) > 0) {
System.out.print(new String(buff));
}
inputStream.close();
}
}
}
FileSystem in = FileSystem.get(conf)这行代码创建一个DistributedFileSystem，如果直接传入一个Configuration类型的参数，那么默认会读取属性fs.default.name的值，根据这个属性的值创建对应的FileSystem子类对象，如果没有配置fs.default.name属性的值，那么默认创建一个org.apache.hadoop.fs.LocalFileSystem类型的对象。但是这里是要读取HDFS中的文件，所以在core-site.xml文件中配置fs.default.name属性的值为hdfs://localhost:9000，这样FileSystem.get(conf)返回的才是一个DistributedFileSystem类的对象。 还有一种创建DistributedFileSystem这种指定文件系统类型对像的方法是使用FileSystem.get(Configuration conf)的一个重载方法FileSystem.get(URI uri, Configuration)，其实调用第一个方法时在FileSystem类中先读取conf中的属性fs.default.name的值，再调用的FileSystem.get(URI uri, Configuration)方法。
❻ Linux 文件系统管理
3.1Linux 文件系统类型
不同的操作系统使用不同类型的文件系统，为了与其他的操作系统兼容，以相互交换数据，
通常，每种操作系统都支持多种类型的文件系统。
Linux 中保存数据的磁盘分区通常采用EXT2/EXT3 文件系统，而实现虚拟存储的swap 分区
采用swap 文件系统，同时Linux 内核支持十多种不同的文件系统。
1. EXT2 和EXT3 文件系统
EXT（Extended File System，扩展文件系统）是专为Linux 设计的文件系统。在Linux 发展
早起，起到重要中用，但在稳定性、速度和兼容性方面存在缺陷。
EXT2 是为解决EXT 系统存在的缺陷而设计的可扩展、高性能的文件系统。
EXT3 是EXT2 的增强版本，在EXT2 的基础上，增加了文件系统的日志管理功能。
EXT3 文件系统具有的特点：
（1） 高效性：当系统因为异常断电或系统崩溃，重新启动时不需要检查文件系统的一致
性，只需要根据文件系统的日志，快速检测并恢复文件系统到正常状态。
（2） 数据的完整性：可以保持数据域文件系统状态的高度一致性，避免意外关机对文件
系统造成的破坏。
（3） 数据的存取速度更快：EXT3 文件系统的日志功能对磁盘驱动器的读/写进行优化，
使读/写系统的速度更快。
（4） 数据易于转换
2. swap 文件系统
用于Linux 的交换分区。在Linux 中，使用整个交换分区来提供虚拟内存。
3. VFAT 文件系统
VFAT 是Linux 对DOS、Windows 系统下的FAT 文件系统的统称。
4. NFS 文件系统
NFS 即网络文件系统，用在UNIX 或Linux 系统间通过网络进行文件共享。
5. SMB 文件系统
SMB 是Samba 的缩写，是另一种网络文件系统，用于在Windows 和Linux 系统之间共享文
件和打印机。
6. ISO9660 文件系统
CD-ROM使用的标准文件系统。
此外，Linux 支持的文件系统还有minix、msdos、ncpfs、hpfs、umsdos 等。
3.2 Linux 的目录和文件
1.Linux 系统的目录结构
Linux 文件系统由文件和目录组成，文件是专门用来存储数据的对象，目录是一种用来组织
文件和其他目录的容器。Linux 和DOS、Windows 系统一样，使用树形目录结构来组织和管
理文件。
1. / 文件系统的入口，最高一级目录；
2. /bin 基础系统所需要的命令位于此目录，是最小系统所需要的命令，如：ls, cp, mkdir等。
这个目录中的文件都是可执行的，一般的用户都可以使用。
3. /boot 包含Linux内核及系统引导程序所需要的文件，比如vmlinuz initrd.img文件都位于这个目录中。在一般情况下，GRUB或LILO系统引导管理器也位于这个目录；
4. /dev 设备驱动程序文件存储目录，比如声卡、磁盘等，是Linux文件系统的一个闪亮的特性-所有对象都是文件或目录。仔细观察这个目录你会发现hda1, hda2等,它们代表系统主硬盘的不同分区。
5. /etc 存放系统程序或者一般工具的配置文件。
如安装了apache2之后，配置文件在/etc/apache2/目录下。
/etc/init.d这个目录是用来存放系统或服务器以System V模式启动的脚本，这在以System V模式启动或初始化的系统中常见。
6. /home 普通用户默认存放目录Linux是多用户环境，所以每一个用户都有一个只有自己可以访问的目录（当然管理员也可以访问）。它们以/home/username的方式存在。这个目录也保存一些应用对于这个用户的配置，比如IRC, X等。
7. /lib 库文件存放目录这里包含了系统程序所需要的所有共享库文件，类似于Windows的共享库DLL文件。
8. /var 这个目录的内容是经常变动，因为存储的文件，如数据库，数据文件大小是在不断的增大。
/var/log这是用来存放系统日志的目录。
/var/www目录是定义Apache服务器站点存放目录；/var/lib用来存放一些库文件，比如MySQL的，以及MySQL数据库的的存放地；
/var/log系统日志存放，分析日志要看这个目录的东西；
/var/spool打印机、邮件、代理服务器等假脱机目录；
9. /lost+found 在ext2或ext3文件系统中，当系统意外崩溃或机器意外关机，而产生一些文件碎片放在这里。当系统启动的过程中fsck工具会检查这里，并修复已经损坏的文件系统。 有时系统发生问题，有很多的文件被移到这个目录中，可能会用手工的方式来修复，或移到文件到原来的位置上。
Linux应该正确的关机。但有时你的系统也可能崩溃掉或突然断电使系统意外关机。那么启动的时候fsck将会进行长时间的文件系统检查。Fsck会检测并试图恢复所发现的'不正确的文件。被恢复的文件会放置在这个目录中。所恢复的文件也许并不完整或并不合理，但毕竟提供了一些恢复数据的机会。
10. /media 即插即用型存储设备的挂载点自动在这个目录下创建，比如USB盘系统自动挂载后，会在这个目录下产生一个目录 ；CDROM/DVD自动挂载后，也会在这个目录中创建一个目录，类似cdrom的目录。这个只有在最新的发行套件上才有. 10. /mnt /mnt这个目录一般是用于存放挂载储存设备的挂载目录的，比如有cdrom等目录。有时我们可以把让系统开机自动挂载文件系统，把挂载点放在这里也是可以的。比如光驱可以挂载到/mnt/cdrom。
11. /opt 表示的是可选择的意思，有些软件包也会被安装在这里，也就是自定义软件包，比如在Fedora Core 5.0中，OpenOffice就是安装在这里。有些我们自己编译的软件包，就可以安装在这个目录中；通过源码包安装的软件，可以通过./configure --prefix=/opt/，将软件安装到opt目录。
这个目录包含所有默认系统安装之外的软件和添加的包。
12. /proc 操作系统运行时，进程（正在运行中的程序）信息及内核信息（比如cpu、硬盘分区、内存信息等）存放在这里。/proc目录是伪装的文件系统proc的挂载目录，proc并不是真正的文件系统。
这是系统中极为特殊的一个目录，实际上任何分区上都不存在这个目录。它实际是个实时的、驻留在内存中的文件系统。
13. /root Linux超级权限用户root的家目录；
14. /sbin 大多是涉及系统管理的命令的存放，是超级权限用户root的可执行命令存放地，普通用户无权限执行这个目录下的命令；
这个目录和
/usr/sbin;/usr/X11R6/sbin或/usr/local/sbin目录是相似的； 我们记住就行了，凡是目录sbin中包含的都是root权限才能执行的。
15. /tmp 临时文件目录，有时用户运行程序的时候，会产生临时文件。/tmp就用来存放临时文件的。/var/tmp目录和这个目录相似。
许多程序在这里建立lock文件和存储临时数据。有些系统会在启动或关机时清空此目录。
16. /usr 这个是系统存放程序的目录，比如命令、帮助文件等。
这个目录下有很多的文件和目录。
当我们安装一个Linux发行版官方提供的软件包时，大多安装在这里。
如果有涉及服务器配置文件的，会把配置文件安装在/etc目录中。
❼ linux内核源码在哪
一般在Linux系统中的/usr/src/linux*.*.*（*.*.*代表的是内核版本，如2.4.23）目录下就是内核源代码（如果没有类似目录，是因为还没安装内核代码）。另外还可从互连网上免费下载。注意，不要总到http://www.kernel.org/去下载，最好使用它的镜像站点下载。请在http://www.kernel.org/mirrors/里找一个合适的下载点，再到pub/linux/kernel/v2.6/目录下去下载2.4.23内核。 代码目录结构 在阅读源码之前，还应知道Linux内核源码的整体分布情况。现代的操作系统一般由进程管理、内存管理、文件系统、驱动程序和网络等组成。Linux内核源码的各个目录大致与此相对应，其组成如下（假设相对于Linux-2.4.23目录）： 1.arch目录包括了所有和体系结构相关的核心代码。它下面的每一个子目录都代表一种Linux支持的体系结构，例如i386就是Intel CPU及与之相兼容体系结构的子目录。PC机一般都基于此目录。 2.include目录包括编译核心所需要的大部分头文件，例如与平台无关的头文件在include/linux子目录下。 3.init目录包含核心的初始化代码（不是系统的引导代码），有main.c和Version.c两个文件。这是研究核心如何工作的好起点。 4.mm目录包含了所有的内存管理代码。与具体硬件体系结构相关的内存管理代码位于arch/*/mm目录下。 5.drivers目录中是系统中所有的设备驱动程序。它又进一步划分成几类设备驱动，每一种有对应的子目录，如声卡的驱动对应于drivers/sound。 6.ipc目录包含了核心进程间的通信代码。 7.moles目录存放了已建好的、可动态加载的模块。 8.fs目录存放Linux支持的文件系统代码。不同的文件系统有不同的子目录对应，如ext3文件系统对应的就是ext3子目录。 Kernel内核管理的核心代码放在这里。同时与处理器结构相关代码都放在arch/*/kernel目录下。 9.net目录里是核心的网络部分代码，其每个子目录对应于网络的一个方面。 10.lib目录包含了核心的库代码，不过与处理器结构相关的库代码被放在arch/*/lib/目录下。 11.scripts目录包含用于配置核心的脚本文件。 12.documentation目录下是一些文档，是对每个目录作用的具体说明。 一般在每个目录下都有一个.depend文件和一个Makefile文件。这两个文件都是编译时使用的辅助文件。仔细阅读这两个文件对弄清各个文件之间的联系和依托关系很有帮助。另外有的目录下还有Readme文件，它是对该目录下文件的一些说明，同样有利于对内核源码的理解。 在阅读方法或顺序上，有纵向与横向之分。所谓纵向就是顺着程序的执行顺序逐步进行；所谓横向，就是按模块进行。它们经常结合在一起进行。对于Linux启动的代码可顺着Linux的启动顺序一步步来阅读；对于像内存管理部分，可以单独拿出来进行阅读分析。实际上这是一个反复的过程，不可能读一遍就理解。