Linux中proc目录下文件详解
- 格式:pdf
- 大小:169.21 KB
- 文档页数:16
linux操作系统目录结构详解linux操作系统目录结构详解为了帮助广大考试新手们更加顺利地复习备考,店铺整理了关于Linux目录结构的备考资料,希望能够对大家有所帮助。
linux 目录结构/: 根目录,一般根目录下只存放目录,不要存放文件,/etc、/bin、/dev、/lib、/sbin应该和根目录放置在一个分区中/bin:/usr/bin: 可执行二进制文件的目录,如常用的命令ls、tar、mv、cat等。
/boot: 放置linux系统启动时用到的一些文件。
/boot/vmlinuz为linux的内核文件,以及/boot/gurb.建议单独分区,分区大小100M 即可/dev: 存放linux系统下的设备文件,访问该目录下某个文件,相当于访问某个设备,常用的是挂载光驱mount /dev/cdrom /mnt./etc: 系统配置文件存放的目录,不建议在此目录下存放可执行文件,重要的配置文件有/etc/inittab、/etc/fstab、/etc/init.d、/etc/X11、/etc/sysconfig、/etc/xinetd.d修改配置文件之前记得备份。
注:/etc/X11存放与x windows有关的设置。
/home: 系统默认的用户家目录,新增用户账号时,用户的家目录都存放在此目录下,~表示当前用户的家目录,~test表示用户test的家目录。
建议单独分区,并设置较大的磁盘空间,方便用户存放数据/lib:/usr/lib:/usr/local/lib: 系统使用的函数库的目录,程序在执行过程中,需要调用一些额外的参数时需要函数库的协助,比较重要的目录为/lib/modules./lost+fount: 系统异常产生错误时,会将一些遗失的片段放置于此目录下,通常这个目录会自动出现在装置目录下。
如加载硬盘于/disk 中,此目录下就会自动产生目录/disk/lost+found/mnt:/media: 光盘默认挂载点,通常光盘挂载于/mnt/cdrom下,也不一定,可以选择任意位置进行挂载。
Linux中/proc目录下文件详解(2008-7-20 15:54)Linux中/proc目录下文件详解(一)--------------------------------------------------------------------------------/proc文件系统下的多种文件提供的系统信息不是针对某个特定进程的,而是能够在整个系统范围的上下文中使用。
可以使用的文件随系统配置的变化而变化。
命令procinfo能够显示基于其中某些文件的多种系统信息。
以下详细描述/proc下的文件。
--------------------------------------------------------------------------------/proc/cmdline文件这个文件给出了内核启动的命令行。
它和用于进程的cmdline项非常相似。
示例:[root@localhost proc]# cat cmdlinero root=LABEL=/ rhgb quiet--------------------------------------------------------------------------------/proc/cpuinfo文件这个文件提供了有关系统CPU的多种信息。
这些信息是从内核里对CPU的测试代码中得到的。
文件列出了CPU的普通型号(386,486,586,686等),以及能得到的更多特定信息(制造商,型号和版本)。
文件还包含了以bogomips表示的处理器速度,而且如果检测到CPU的多种特性或者bug,文件还会包含相应的标志。
这个文件的格式为:文件由多行构成,每行包括一个域名称,一个冒号和一个值。
示例:[root@localhost proc]# cat cpuinfoprocessor : 0vendor_id : AuthenticAMDcpu family : 6model : 8model name : AMD Athlon(tm) XP 1800+stepping : 1cpu MHz : 1530.165cache size : 256 KBfdiv_bug : nohlt_bug : nof00f_bug : nocoma_bug : nofpu : yesfpu_exception : yescpuid level : 1wp : yesflags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnowbogomips : 2998.27--------------------------------------------------------------------------------/proc/devices文件这个文件列出字符和块设备的主设备号,以及分配到这些设备号的设备名称。
linux pid 路径Linux操作系统中,每个进程都有一个唯一的进程标识符(PID)。
PID是一个数字,用于标识进程在操作系统中的身份。
在Linux系统中,PID路径是指一个进程在文件系统中的路径,可以通过该路径找到对应进程的相关信息。
在Linux系统中,每个进程都有一个对应的进程目录,该目录的路径为/proc/PID。
其中,PID是进程的标识符。
进入该目录后,可以通过查看相应的文件来获取进程的详细信息。
在/proc/PID目录下,有一些重要的文件和目录,如下所示:1. cmdline:该文件保存了进程的启动命令行参数。
通过查看该文件,可以了解进程是如何启动的。
2. environ:该文件保存了进程的环境变量。
通过查看该文件,可以了解进程的运行环境。
3. exe:该文件是进程的可执行文件的链接。
通过查看该文件,可以了解进程的可执行文件路径。
4. fd:该目录保存了进程打开的文件描述符的信息。
通过查看该目录下的文件,可以了解进程打开了哪些文件。
5. status:该文件保存了进程的状态信息,如进程的PID、父进程的PID、进程的运行状态等。
除了以上这些文件外,还有许多其他的文件和目录,保存了进程的其他信息。
通过读取这些文件,可以了解进程的详细信息。
通过PID路径,我们可以对进程进行监控和管理。
比如,我们可以通过读取/proc/PID/status文件获取进程的状态信息,判断进程是否在运行;通过读取/proc/PID/cmdline文件获取进程的启动命令行参数,了解进程是如何启动的;通过读取/proc/PID/fd目录下的文件,了解进程打开了哪些文件。
PID路径在Linux系统中扮演着重要的角色。
通过PID路径,我们可以方便地获取进程的相关信息,进行进程管理和监控。
同时,PID 路径也是Linux系统中进程管理的基础,通过PID路径,操作系统可以对进程进行唯一标识和管理。
PID路径是Linux系统中进程在文件系统中的路径,通过该路径可以找到进程的相关信息。
linux中proc详解Linux-procproc ⽂件系统在Linux中有额外的机制可以为内核和内核模块将信息发送给进程-- /proc ⽂件系统。
最初设计的⽬的是允许更⽅便的对进程信息进⾏访问(因此得名),现在它被每⼀个有有趣的东西报告的内核使⽤,例如/proc/modules 有模块的列表/proc/meminfo 有内存使⽤的统计表。
使⽤proc ⽂件系统的⽅法和使⽤设备驱动程序⾮常相似--创建⼀个/proc ⽂件需要的所有信息的结构,包括任何处理函数的指针(在我们的例⼦中只有⼀个,当某⼈试图从/proc ⽂件读时调⽤的那⼀个)。
然后,init_module 在内核中登记该结构⽽cleanup_module 注销它。
我们使⽤proc_register_dynamic(这是在2.0 版中的情况,在2.2 版中如果我们将节点设置为0系统将⾃动为我们做到) 的原因是我们不想预先决定我们的⽂件的节点数字,⽽是为防⽌冲突⽽由内核决定它。
通常的⽂件系统存在于磁盘上⽽不是内存中(/proc 在内存中),在这中情况下,节点数是是指向⽂件的索引节点所在的磁盘位置的指针。
节点包含⽂件的信息(例如⽂件的存取权限)和指向磁盘位置或⽂件数据可以被找到的⼏个位置的指针。
因为当⽂件被打开或关闭的时候不能得到调⽤,所以在这个模块中没有地⽅放置MOD_INC_USE_COUNT 和MOD_DEC_USE_COUNT,并且,如果⽂件被打开随后模块被移除,我们没有办法避免后果。
在下⼀章我们会看到⼀个艰难的但更灵活的可以处理/proc⽂件的实现⽅式,它也可以让我们防⽌那个问题。
/os/201202/119552.htmlLinux 内核提供了⼀种通过/proc ⽂件系统,在运⾏时访问内核内部数据结构、改变内核设置的机制。
尽管在各种硬件平台上的Linux 系统的/proc ⽂件系统的基本概念都是相同的,但本⽂只讨论基于intel x86 架构的Linux /proc ⽂件系统。
你不知道的Linux内核中的proc文件系统简介procfs文件系统是内核中的一个特殊文件系统。
它是一个虚拟文件系统: 它不是实际的存储设备中的文件,而是存在于内存中。
procfs中的文件是用来允许用户空间的程序访问内核中的某些信息(比如进程信息在 /proc/[0-9]+/中),或者用来做调试用途(/proc/ksyms,这个文件列出了已经登记的内核符号,这些符号给出了变量或函数的地址。
每行给出一个符号的地址,符号名称以及登记这个符号的模块。
程序ksyms、insmod和kmod使用这个文件。
它还列出了正在运行的任务数,总任务数和最后分配的PID。
)这个文档描述了内核中procfs文件系统的使用。
它以介绍所有和管理文件系统相关的函数开始。
在函数介绍后,它还展示了怎么和用户空间通信,和一些小技巧。
在文档的最后,还给出了一个完整的例子。
注意/proc/sys中的文件属于sysctl文件,它们不属于procfs文件系统,被另外一套完全不同的api管理。
seq_fileprocfs在处理大文件时有点笨拙。
为了清理procfs文件系统并且使内核编程简单些,引入了seq_file机制。
seq_file机制提供了大量简单的接口去实现大内核虚拟文件。
seq_file机制适用于你利用结构序列去创建一个返回给用户空间的虚拟文件。
要使用seq_file机制,你必须创建一个”iterator”对象,这个对象指向这个序列,并且能逐个指向这个序列中的对象,此外还要能输出这个序列中的任一个对象。
它听起来复杂,实际上,操作过程相当简单。
接下来将用实际的例子展示到底怎么做。
首先,你必须包含头文件。
接下来,你必须创建迭代器方法:start, next, stop, and show。
start方法通常被首先调用。
这个方法的函数原型是:void *start(struct seq_file *sfile, loff_t *pos);sfile没什么作用,通常被忽略。
linux下各文件夹的结构说明及用途介绍:/bin 二进制可执行命令/dev 设备特殊文件/etc 系统管理和配置文件/etc/rc.d 启动的配置文件和脚本/home 用户主目录的基点,比如用户user的主目录就是/home/user,可以用~user表示/lib 标准程序设计库,又叫动态链接共享库,作用类似windows里的.dll文件/sbin 系统管理命令,这里存放的是系统管理员使用的管理程序/tmp 公用的临时文件存储点/root 系统管理员的主目录(呵呵,特权阶级)/mnt 系统提供这个目录是让用户临时挂载其他的文件系统。
/lost+found 这个目录平时是空的,系统非正常关机而留下“无家可归”的文件(windows 下叫什么.chk)就在这里/proc 虚拟的目录,是系统内存的映射。
可直接访问这个目录来获取系统信息。
/var 某些大文件的溢出区,比方说各种服务的日志文件/usr 最庞大的目录,要用到的应用程序和文件几乎都在这个目录。
其中包含:/usr/x11r6 存放x window的目录/usr/bin 众多的应用程序/usr/sbin 超级用户的一些管理程序/usr/doc linux文档/usr/include linux下开发和编译应用程序所需要的头文件/usr/lib 常用的动态链接库和软件包的配置文件/usr/man 帮助文档/usr/src 源代码,linux内核的源代码就放在/usr/src/linux里/usr/local/bin 本地增加的命令/usr/local/lib 本地增加的库根文件系统通常情况下,根文件系统所占空间一般应该比较小,因为其中的绝大部分文件都不需要经常改动,而且包括严格的文件和一个小的不经常改变的文件系统不容易损坏。
除了可能的一个叫/ v m l i n u z标准的系统引导映像之外,根目录一般不含任何文件。
所有其他文件在根文件系统的子目录中。
Linux中的⽂件和⽬录结构详解 对于每⼀个Linux学习者来说,了解Linux⽂件系统的⽬录结构,是学好Linux的⾄关重要的⼀步.,深⼊了解linux⽂件⽬录结构的标准和每个⽬录的详细功能,对于我们⽤好linux系统只管重要,下⾯我们就开始了解⼀下linux⽬录结构的相关知识。
当在使⽤Linux的时候,如果您通过ls –l / 就会发现,在/下包涵很多的⽬录,⽐如etc、usr、var、bin ... ... 等⽬录,⽽在这些⽬录中,我们进去看看,发现也有很多的⽬录或⽂件。
⽂件系统在Linux下看上去就象树形结构,所以我们可以把⽂件系统的结构形象的称为树形结构。
⽂件系统的是⽤来组织和排列⽂件存取的,所以它是可见的,在Linux中,我们可以通过ls等⼯具来查看其结构,在Linux系统中,我们见到的都是树形结构;⽐如操作系统安装在⼀个⽂件系统中,它表现为由/ 起始的树形结构。
linux⽂件系统的最顶端是/,我们称/为Linux的root,也就是 Linux操作系统的⽂件系统。
Linux的⽂件系统的⼊⼝就是/,所有的⽬录、⽂件、设备都在/之下,/就是Linux⽂件系统的组织者,也是最上级的领导者。
由于linux是开放源代码,各⼤公司和团体根据linux的核⼼代码做各⾃的操作,编程。
这样就造成在根下的⽬录的不同。
这样就造成个⼈不能使⽤他⼈的linux系统的PC。
因为你根本不知道⼀些基本的配置,⽂件在哪⾥。
这就造成了混乱。
这就是FHS(Filesystem Hierarchy Standard )机构诞⽣的原因。
该机构是linux爱好者⾃发的组成的⼀个团体,主要是是对linux做⼀些基本的要求,不⾄于是操作者换⼀台主机就成了linux的‘⽂盲’。
事实上,FHS是根据过去的经验⼀直再持续的改版的,FHS依据⽂件系统使⽤的频繁与否与是否允许使⽤者随意更动,⽽将⽬录定义成为四种交互作⽤的形态,⽤表格来说有点像底下这样:可分享的(shareable)不可分享的(unshareable)不变的(static)/usr (软件放置处)/etc (配置⽂件)/opt (第三⽅协⼒软件)/boot (开机与核⼼档)可变动的(variable)/var/mail (使⽤者邮件信箱)/var/run (程序相关) /var/spool/news (新闻组)/var/lock (程序相关)四中类型:1.可分享的: 可以分享给其他系统挂载使⽤的⽬录,所以包括执⾏⽂件与⽤户的邮件等数据,是能够分享给⽹络上其他主机挂载⽤的⽬录;2.不可分享的: ⾃⼰机器上⾯运作的装置⽂件或者是与程序有关的socket⽂件等,由于仅与⾃⾝机器有关,所以当然就不适合分享给其他主机了。
/proc文件系统编程在Linux中有一个另外的机制来使内核及内核模块发送信息给进程——/proc文件系统。
./proc文件系统在Linux中有一个另外的机制来使内核及内核模块发送信息给进程——/proc文件系统。
/proc文件系统最初是设计使得容易得到进程的信息(从名字可以看出),现在却被任意一块有内容需要报告的内核使用,比如拥有模块列表的/proc/modules和拥有内存使用统计信息的/proc/meminfo。
使用proc文件系统的方法很象使用设备驱动——你创建一个数据结构,使之包含/proc文件需要的全部信息,包括所有函数的句柄(在我们的例子里只有一个,在试图读取/proc 文件时调用)。
然后,用init_module注册这个结构,用cleanup_module注销。
我们使用proc_register_dynamic(注3.1)的原因是我们不希望决定以后在文件中使用的索引节点数,而是让内核来决定它,为了防止冲突。
标准的文件系统是在磁盘上而不是在内存(/proc的位置在内存),在这种情况下节点数是一个指向文件的索引节点所在磁盘地址的指针。
这个索引节点包含了文件的有关信息比如文件的访问权限以及指向磁盘地址的指真或者文件数据的位置。
因为在文件打开或关闭时我们没有调用,所以在模块里无处可放宏MOD_INC_USE_COUNT和MOD_DEC_USE_COUNT,而且如果文件被打开了或者模块被删除了,就没有办法来避免这个结果。
下一章我们将会看到一个更困难的处理/proc的方法,但是也更加灵活,也能够解决这个问题。
ex procfs.c/* procfs.c - create a "file" in /proc* Copyright (C) 1998-1999 by Ori Pomerantz*//* The necessary header files *//* Standard in kernel modules */#include <linux/kernel.h> /* We're doing kernel work */#include <linux/module.h> /* Specifically, a module *//* Deal with CONFIG_MODVERSIONS */#if CONFIG_MODVERSIONS==1#define MODVERSIONS#include <linux/modversions.h>#endif/* Necessary because we use the proc fs */#include <linux/proc_fs.h>/* In 2.2.3 /usr/include/linux/version.h includes a* macro for this, but 2.0.35 doesn't - so I add it* here if necessary. */#ifndef KERNEL_VERSION#define KERNEL_VERSION(a,b,c) ((a)*65536+(b)*256+(c)) #endif/* Put data into the proc fs file.Arguments=========1. The buffer where the data is to be inserted, ifyou decide to use it.2. A pointer to a pointer to characters. This isuseful if you don't want to use the bufferallocated by the kernel.3. The current position in the file.4. The size of the buffer in the first argument.5. Zero (for future use?).Usage and Return Value======================If you use your own buffer, like I do, put itslocation in the second argument and return the number of bytes used in the buffer.A return value of zero means you have no further information at this time (end of file). A negativereturn value is an error condition.For More Information====================The way I discovered what to do with this function wasn't by reading documentation, but by reading the code which used it. I just looked to see what usesthe get_info field of proc_dir_entry struct (I used a combination of find and grep, if you're interested),and I saw that it is used in /fs/proc/array.c.If something is unknown about the kernel, this is usually the way to go. In Linux we have the great advantage of having the kernel source code for free - use it.*/int procfile_read(char *buffer,char **buffer_location,off_t offset,int buffer_length,int zero){int len; /* The number of bytes actually used *//* This is static so it will still be in memory* when we leave this function */static char my_buffer[80];static int count = 1;/* We give all of our information in one go, so if the * user asks us if we have more information the* answer should always be no.** This is important because the standard read* function from the library would continue to issue * the read system call until the kernel replies* that it has no more information, or until its* buffer is filled.*/if (offset > 0)return 0;/* Fill the buffer and get its length */len = sprintf(my_buffer,"For the %d%s time, go away! ", count,(count % 100 > 10 && count % 100 < 14) ? "th" : (count % 10 == 1) ? "st" :(count % 10 == 2) ? "nd" :(count % 10 == 3) ? "rd" : "th" );count++;/* Tell the function which called us where the* buffer is */*buffer_location = my_buffer;/* Return the length */return len;}struct proc_dir_entry Our_Proc_File ={0, /* Inode number - ignore, it will be filled by* proc_register[_dynamic] */4, /* Length of the file name */"test", /* The file name */S_IFREG | S_IRUGO, /* File mode - this is a regular * file which can be read by its* owner, its group, and everybody* else */1, /* Number of links (directories where the* file is referenced) */0, 0, /* The uid and gid for the file - we give it* to root */80, /* The size of the file reported by ls. */NULL, /* functions which can be done on the inode * (linking, removing, etc.) - we don't* support any. */procfile_read, /* The read function for this file,* the function called when somebody* tries to read something from it. */NULL /* We could have here a function to fill the* file's inode, to enable us to play with* permissions, ownership, etc. */};/* Initialize the module - register the proc file */int init_module(){/* Success if proc_register[_dynamic] is a success,* failure otherwise. */#if LINUX_VERSION_CODE > KERNEL_VERSION(2,2,0) /* In version 2.2, proc_register assign a dynamic* inode number automatically if it is zero in the* structure , so there's no more need for* proc_register_dynamic*/return proc_register(&proc_root, &Our_Proc_File);#elsereturn proc_register_dynamic(&proc_root, &Our_Proc_File); #endif/* proc_root is the root directory for the proc* fs (/proc). This is where we want our file to be* located.*/}/* Cleanup - unregister our file from /proc */void cleanup_module(){proc_unregister(&proc_root, Our_Proc_File.low_ino);}。
rc.d的内容如下:init.d/ :各种服务器和程序的二进制文件存放目录。
rcx.d/: 各个启动级别的执行程序连接目录。
里头的东西都是指向init.d/的一些软连接。
具体的后边叙述。
还有三个脚本:rc.sysinit, rc, rc.localredhat的启动方式和执行次序是:加载内核执行init程序/etc/rc.d/rc.sysinit # 由init执行的第一个脚本/etc/rc.d/rc $RUNLEVEL # $RUNLEVEL为缺省的运行模式/etc/rc.d/rc.local/sbin/mingetty # 等待用户登录在Redhat中,/etc/rc.d/rc.sysinit主要做在各个运行模式中相同的初始化工作,包括:调入keymap以及系统字体启动swapping设置主机名设置NIS域名检查(fsck)并mount文件系统打开quota装载声卡模块设置系统时钟等等。
/etc/rc.d/rc则根据其参数指定的运行模式(运行级别,你在inittab文件中可以设置)来执行相应目录下的脚本。
凡是以Kxx开头的,都以stop为参数来调用;凡是以Sxx开头的,都以start为参数来调用。
调用的顺序按xx 从小到大来执行。
例如,假设缺省的运行模式是3,/etc/rc.d/rc就会按上述方式调用/etc/rc.d/rc3.d/下的脚本。
值得一提的是,Redhat中的运行模式2、3、5都把/etc/rc.d/rc.local做为初始化脚本中的最后一个,所以用户可以自己在这个文件中添加一些需要在其他初始化工作之后,登录之前执行的命令。
init在等待/etc/rc.d/rc执行完毕之后(因为在/etc/inittab中/etc/rc.d/rc的action是wait),将在指定的各个虚拟终端上运行/sbin/mingetty,等待用户的登录。
至此,LINUX的启动结束。
Linux操作系统中的文件目录结构“/”根目录部分有以下子目录:/usr 目录包含所有的命令、程序库、文档和其它文件。
proc_create 例子-回复如何使用proc_create函数创建一个proc文件节点,并实现读写操作在Linux内核中,proc文件系统提供了一种方便的方式来与内核进行交互,proc文件节点是一种特殊类型的文件,它基于进程和系统信息,可以在运行时动态地创建和删除。
在本篇文章中,我们将介绍如何使用`proc_create`函数创建一个proc文件节点,并实现读写操作。
`proc_create`函数是proc文件系统中的一个重要接口,它允许用户在proc文件系统中创建一个新的文件节点,并指定相应的读写操作。
使用该函数需要包含头文件`<linux/proc_fs.h>`。
下面是`proc_create`函数的原型:cstruct proc_dir_entry *proc_create(const char *name, umode_t mode, struct proc_dir_entry *parent, const struct file_operations*proc_fops);参数解释:- `name`:指定proc文件节点的名称。
- `mode`:指定文件的权限,如文件的读、写、执行权限。
- `parent`:指向父目录的指针。
- `proc_fops`:指向一个`file_operations`结构体,里面包含了读写的操作函数。
现在我们详细解释一下如何使用`proc_create`函数来创建一个proc文件节点,并实现读写操作。
步骤1:包含相关的头文件首先,需要在代码中包含相关的头文件,使用`#include<linux/proc_fs.h>`语句。
步骤2:定义读写操作函数我们需要定义一个`file_operations`结构体,并实现相应的读写操作函数。
这些操作函数将被内核调用,以处理用户对proc文件节点的读写请求。
下面是一个基本的示例:cstatic ssize_t my_read(struct file *file, char __user *ubuf,size_t count, loff_t *ppos){在此处实现读操作的逻辑}static ssize_t my_write(struct file *file, const char __user *ubuf,size_t count, loff_t *ppos){在此处实现写操作的逻辑}步骤3:创建proc文件节点在`init`函数中,通过调用`proc_create`函数来创建一个proc文件节点,指定相应的读写操作函数。
proc⽂件系统下,创建⽂件和⽂件夹proc_mkdir()proc_create()proc_create的使⽤⽅法proc⽂件系统是个有⽤的东东。
创建⼀个proc虚拟⽂件,应⽤层通过读写该⽂件,即可实现与内核的交互。
proc虚拟⽂件是如何创建的呢?先看看⽐较简单的,创建proc⽂件夹。
调⽤以下函数,即可实现proc⽂件夹的创建:struct proc_dir_entry *proc_mkdir(const char *name, struct proc_dir_entry *parent);name就是要创建的⽂件夹名称。
parent是要创建节点的⽗节点。
也就是要在哪个⽂件夹之下创建新⽂件夹,需要将那个⽂件夹的proc_dir_entry传⼊。
如果是在/proc⽬录下创建⽂件夹,parent为NULL。
例如:struct proc_dir_entry *mytest_dir = proc_mkdir("mytest", NULL);然后来看看proc⽂件的创建。
创建⽅法是调⽤以下函数:static inline struct proc_dir_entry *proc_create(const char *name, mode_t mode,struct proc_dir_entry *parent, const struct file_operations *proc_fops);name就是要创建的⽂件名。
mode是⽂件的访问权限,以UGO的模式表⽰。
parent与proc_mkdir中的parent类似。
也是⽗⽂件夹的proc_dir_entry对象。
proc_fops就是该⽂件的操作函数了。
例如:struct proc_dir_entry *mytest_file = proc_create("mytest", 0x0644, mytest_dir, mytest_proc_fops);还有⼀种⽅式:struct proc_dir_entry *mytest_file = proc_create("mytest/mytest", 0x0644, NULL, mytest_proc_fops);如果⽂件夹名称和⽂件名定义为常量:#define MYTEST_PROC_DIR "mytest"#define MYTEST_PROC_FILE "mytest"第⼆种⽅式为:struct proc_dir_entry *mytest_file = proc_create(MYTEST_PROC_DIR"/"MYTEST_PROC_FILE, 0x0644, NULL, mytest_proc_fops);接下来看看mytest_proc_fops的定义。
随着Linux的不断发展,越来越多的人开始使用Linux,对于那些刚刚接触的人来说,恐怕最先感到困惑的就是那些“不明不白”的目录了。
如果想熟练使用Linux,让Linux听命于自己,就必须掌握这些目录,下面就以Xteam公司的最新产品——XteamLinux 4.0为例,介绍一下在该系统下的目录。
/bin bin是Binary的缩写。
这个目录存放着最经常使用的命令。
/boot这里存放的是启动Linux时使用的一些核心文件,包括一些链接文件以及镜像文件。
/dev dev是Device(设备)的缩写。
该目录下存放的是Linux的外部设备,在Linux中访问设备的方式和访问文件的方式是相同的。
/etc这个目录用来存放所有的系统管理所需要的配置文件和子目录。
/home用户的主目录,在Linux中,每个用户都有一个自己的目录,一般该目录名是以用户的账号命名的。
/lib这个目录里存放着系统最基本的动态链接共享库,其作用类似于Windows里的DLL文件。
几乎所有的应用程序都需要用到这些共享库。
/lost+found这个目录一般情况下是空的,当系统非法关机后,这里就存放了一些文件。
/mnt在这里面中有四个目录,系统提供这些目录是为了让用户临时挂载别的文件系统的,我们可以将光驱挂载在/mnt/cdrom上,然后进入该目录就可以查看光驱里的内容了。
/proc这个目录是一个虚拟的目录,它是系统内存的映射,我们可以通过直接访问这个目录来获取系统信息。
这个目录的内容不在硬盘上而是在内存里,我们也可以直接修改里面的某些文件,比如可以通过下面的命令来屏蔽主机的ping命令,使别人无法ping你的机器:echo 1 >; /proc/sys/net/ipv4/icmp_echo_ignore_all。
/root该目录为系统管理员,也称作超级权限者的用户主目录。
/sbin s就是Super User的意思,这里存放的是系统管理员使用的系统管理程序。
proc详解内容摘要:Linux系统上的/proc⽬录是⼀种⽂件系统,即proc⽂件系统。
Linux系统上的/proc⽬录是⼀种⽂件系统,即proc⽂件系统。
与其它常见的⽂件系统不同的是,/proc是⼀种伪⽂件系统(也即虚拟⽂件系统),存储的是当前内核运⾏状态的⼀系列特殊⽂件,⽤户可以通过这些⽂件查看有关系统硬件及当前正在运⾏进程的信息,甚⾄可以通过更改其中某些⽂件来改变内核的运⾏状态。
基于/proc⽂件系统如上所述的特殊性,其内的⽂件也常被称作虚拟⽂件,并具有⼀些独特的特点。
例如,其中有些⽂件虽然使⽤查看命令查看时会返回⼤量信息,但⽂件本⾝的⼤⼩却会显⽰为0字节。
此外,这些特殊⽂件中⼤多数⽂件的时间及⽇期属性通常为当前系统时间和⽇期,这跟它们随时会被刷新(存储于RAM中)有关。
为了查看及使⽤上的⽅便,这些⽂件通常会按照相关性进⾏分类存储于不同的⽬录甚⾄⼦⽬录中,如/proc/scsi⽬录中存储的就是当前系统上所有SCSI设备的相关信息,/proc/N中存储的则是系统当前正在运⾏的进程的相关信息,其中N为正在运⾏的进程(可以想象得到,在某进程结束后其相关⽬录则会消失)。
⼤多数虚拟⽂件可以使⽤⽂件查看命令如cat、more或者less进⾏查看,有些⽂件信息表述的内容可以⼀⽬了然,但也有⽂件的信息却不怎么具有可读性。
不过,这些可读性较差的⽂件在使⽤⼀些命令如apm、free、lspci或top查看时却可以有着不错的表现。
⼀、进程⽬录中的常见⽂件介绍/proc⽬录中包含许多以数字命名的⼦⽬录,这些数字表⽰系统当前正在运⾏进程的进程号,⾥⾯包含对应进程相关的多个信息⽂件。
[root@rhel5 ~]# ll /proctotal 0dr-xr-xr-x 5 root root 0 Feb 8 17:08 1dr-xr-xr-x 5 root root 0 Feb 8 17:08 10dr-xr-xr-x 5 root root 0 Feb 8 17:08 11dr-xr-xr-x 5 root root 0 Feb 8 17:08 1156dr-xr-xr-x 5 root root 0 Feb 8 17:08 139dr-xr-xr-x 5 root root 0 Feb 8 17:08 140dr-xr-xr-x 5 root root 0 Feb 8 17:08 141dr-xr-xr-x 5 root root 0 Feb 8 17:09 1417dr-xr-xr-x 5 root root 0 Feb 8 17:09 1418上⾯列出的是/proc⽬录中⼀些进程相关的⽬录,每个⽬录中是当程本⾝相关信息的⽂件。
Linuxdev⽬录详解和Linux系统各个⽬录的作⽤Linux /dev⽬录详解 在linux下,/dev⽬录是很重要的,各种设备都在下⾯。
下⾯简单总结⼀下: dev是设备(device)的英⽂缩写。
/dev这个⽬录对所有的⽤户都⼗分重要。
因为在这个⽬录中包含了所有Linux系统中使⽤的外部设备。
但是这⾥并不是放的外部设备的驱动程序,这⼀点和,dos操作系统不⼀样。
它实际上是⼀个访问这些外部设备的端⼝。
我们可以⾮常⽅便地去访问这些外部设备,和访问⼀个⽂件,⼀个⽬录没有任何区别。
Linux沿袭的风格,将所有设备认成是⼀个⽂件。
关于⼀些特殊设备,我曾经总结过⼀些: 设备⽂件分为两种:块设备⽂件(b)和字符设备⽂件(c) 设备⽂件⼀般存放在/dev⽬录下,对常见设备⽂件作如下说明: /dev/hd[a-t]:IDE设备 /dev/sd[a-z]:SCSI设备 /dev/fd[0-7]:标准软驱 /dev/md[0-31]:软raid设备 /dev/loop[0-7]:本地回环设备 /dev/ram[0-15]:内存 /dev/null:⽆限数据接收设备,相当于⿊洞 /dev/zero:⽆限零资源 /dev/tty[0-63]:虚拟终端 /dev/ttyS[0-3]:串⼝ /dev/lp[0-3]:并⼝ /dev/console:控制台 /dev/fb[0-31]:f ramebuffer /dev/cdrom => /dev/hdc /dev/modem => /dev/ttyS[0-9] /dev/pilot => /dev/ttyS[0-9] /dev/random:随机数设备 /dev/urandom:随机数设备 (PS:随机数设备,后⾯我会再写篇博客总结⼀下) /dev⽬录下的节点是怎么创建的? devf或者udev会⾃动帮你创建得。
kobject是sysfs⽂件系统的基础,udev通过监测、检测sysfs来获取新创建的设备的。
linux各文件夹的作用linux下的文件结构,看看每个文件夹都是干吗用的/bin 二进制可执行命令/dev 设备特殊文件/etc 系统管理和配置文件/etc/rc.d 启动的配置文件和脚本/home 用户主目录的基点,比如用户user的主目录就是/home/user,可以用~user表示/lib 标准程序设计库,又叫动态链接共享库,作用类似windows里的.dll文件/sbin 系统管理命令,这里存放的是系统管理员使用的管理程序/tmp 公用的临时文件存储点/root 系统管理员的主目录(呵呵,特权阶级)/mnt 系统提供这个目录是让用户临时挂载其他的文件系统。
/lost+found 这个目录平时是空的,系统非正常关机而留下“无家可归”的文件(windows 下叫什么.chk)就在这里/proc 虚拟的目录,是系统内存的映射。
可直接访问这个目录来获取系统信息。
/var 某些大文件的溢出区,比方说各种服务的日志文件/usr 最庞大的目录,要用到的应用程序和文件几乎都在这个目录。
其中包含:/usr/x11r6 存放x window的目录/usr/bin 众多的应用程序/usr/sbin 超级用户的一些管理程序/usr/doc linux文档/usr/include linux下开发和编译应用程序所需要的头文件/usr/lib 常用的动态链接库和软件包的配置文件/usr/man 帮助文档/usr/src 源代码,linux内核的源代码就放在/usr/src/linux里/usr/local/bin 本地增加的命令/usr/local/lib 本地增加的库通常情况下,根文件系统所占空间一般应该比较小,因为其中的绝大部分文件都不需要经常改动,而且包括严格的文件和一个小的不经常改变的文件系统不容易损坏。
除了可能的一个叫/ v m l i n u z标准的系统引导映像之外,根目录一般不含任何文件。
所有其他文件在根文件系统的子目录中。
linux查看cpu的方法步骤详解大家知道怎么样在linux 查看cpu吗?下面是店铺为你整理相关的内容,希望大家喜欢!linux 查看cpu,方法1. 最简单的方法就是查看/proc/cpuinfo ,这个虚拟文件展示的是可用CPU硬件的配置。
通过查看这个文件,你能识别出物理处理器数(插槽)、每个CPU 核心数、可用的CPU标志寄存器以及其它东西的数量。
2. cpufreq-infocpufreq-info命令(cpufrequtils包的一部分)从内核/硬件中收集并报告CPU频率信息。
这条命令展示了CPU当前运行的硬件频率,包括CPU所允许的最小/最大频率、CPUfreq策略/统计数据等等。
来看下CPU #0上的信息:3. cpuidcpuid命令的功能就相当于一个专用的CPU信息工具,它能通过使用CPUID功能来显示详细的关于CPU硬件的信息。
信息报告包括处理器类型/家族、CPU扩展指令集、缓存/TLB(译者注:传输后备缓冲器)配置、电源管理功能等等。
4. dmidecodedmidecode命令直接从BIOS的DMI(桌面管理接口)数据收集关于系统硬件的具体信息。
CPU信息报告包括CPU供应商、版本、CPU 标志寄存器、最大/当前的时钟速度、(启用的)核心总数、L1/L2/L3缓存配置等等。
6. i7zi7z是一个专供英特尔酷睿i3、i5和i7 CPU的实时CPU报告工具。
它能实时显示每个核心的各类信息,比如睿频加速状态、CPU频率、CPU电源状态、温度检测等等。
i7z运行在基于ncurses的控制台模式或基于QT的GUI的其中之一上。
7. likwid拓扑likwid (Like I Knew What I'm Doing) 是一个用来测量、配置并显示硬件相关特性的命令行收集工具。
其中的likwid拓扑结构能显示CPU硬件(线程/缓存/NUMA)的拓扑结构信息,还能识别处理器家族(比如:Intel Core 2, AMD Shanghai)。