在adb shell 中看根目录下的所有文件,今天来捋一捋。
有些人说,在adb shell下看到的手机根目录就是system分区。
我们还可以在根目录执行df命令或者mount命令查看具体挂载的所有分区。这样我们还可以利用这种方法确定哪些是文件哪些是挂载的分区。
详细解释:
df 命令 【我一般用df -a -h就可以】它是查看所有文件系统的
Linux中df命令的功能是用来检查linux服务器的文件系统的磁盘空间占用情况。可以利用该命令来获取硬盘被占用了多少空间,目前还剩下多少空间等信息。
1、命令格式:
df [选项] [文件]
2.命令功能:
显示指定磁盘文件的可用空间。如果没有文件名被指定,则所有当前被挂载的文件系统的可用空间将被显示。默认情况下,磁盘空间将以 1KB 为单位进行显示,除非环境变量 POSIXLY_CORRECT 被指定,那样将以512字节为单位进行显示
3.命令参数:
必要参数:
-a 全部文件系统列表
-h 方便阅读方式显示
-H 等于“-h”,但是计算式,1K=1000,而不是1K=1024
-i 显示inode信息
-k 区块为1024字节
-l 只显示本地文件系统
-m 区块为1048576字节
--no-sync 忽略 sync 命令
-P 输出格式为POSIX
--sync 在取得磁盘信息前,先执行sync命令
-T 文件系统类型
选择参数:
--block-size=<区块大小> 指定区块大小
-t<文件系统类型> 只显示选定文件系统的磁盘信息
-x<文件系统类型> 不显示选定文件系统的磁盘信息
--help 显示帮助信息
--version 显示版本信息
4.使用实例:
实例1:显示磁盘使用情况
命令:
df
输出:
[root@CT1190 log]# df
文件系统 1K-块 已用 可用 已用% 挂载点
/dev/sda7 19840892 890896 17925856 5% /
tmpfs 16473212 0 16473212 0% /dev/shm
说明:
linux中df命令的输出清单的第1列是代表文件系统对应的设备文件的路径名(一般是硬盘上的分区);第2列给出分区包含的数据块(1024字节)的数目;第3,4列分别表示已用的和可用的数据块数目。用户也许会感到奇怪的是,第3,4列块数之和不等于第2列中的块数。这是因为缺省的每个分区都留了少量空间供系统管理员使用。即使遇到普通用户空间已满的情况,管理员仍能登录和留有解决问题所需的工作空间。清单中Use% 列表示普通用户空间使用的百分比,即使这一数字达到100%,分区仍然留有系统管理员使用的空间。最后,Mounted on列表示文件系统的挂载点。
实例2:以inode模式来显示磁盘使用情况
命令:
df -i
输出:
[root@CT1190 log]# df -i
文件系统 Inode (I)已用 (I)可用 (I)已用% 挂载点
/dev/sda7 5124480 5560 5118920 1% /
tmpfs 4118303 1 4118302 1% /dev/shm
说明:
实例3:显示指定类型磁盘
命令:
df -t ext3
输出:
[root@CT1190 log]# df -t ext3
文件系统 1K-块 已用 可用 已用% 挂载点
/dev/sda7 19840892 890896 17925856 5% /
说明:
实例4:列出各文件系统的i节点使用情况
命令:
df -ia
输出:
[root@CT1190 log]# df -ia
文件系统 Inode (I)已用 (I)可用 (I)已用% 挂载点
/dev/sda7 5124480 5560 5118920 1%
tmpfs 4118303 1 4118302 1% /dev/shm
none 0 0 0 - /proc/sys/fs/binfmt_misc
说明:
实例5:列出文件系统的类型
命令:
df -T
输出:
root@CT1190 log]# df -T
文件系统 类型 1K-块 已用 可用 已用% 挂载点
/dev/sda7 ext3 19840892 890896 17925856 5% /
tmpfs tmpfs 16473212 0 16473212 0% /dev/shm
说明:
实例6:以更易读的方式显示目前磁盘空间和使用情况
命令:
输出:
[root@CT1190 log]# df -h
文件系统 容量 已用 可用 已用% 挂载点
/dev/sda7 19G 871M 18G 5% /
tmpfs 16G 0 16G 0% /dev/shm
[root@CT1190 log]# df -H
文件系统 容量 已用 可用 已用% 挂载点
/dev/sda7 21G 913M 19G 5% /
tmpfs 17G 0 17G 0% /dev/shm
[root@CT1190 log]# df -lh
文件系统 容量 已用 可用 已用% 挂载点
/dev/sda7 19G 871M 18G 5% /
tmpfs 16G 0 16G 0% /dev/shm
[root@CT1190 log]# df -k
文件系统 1K-块 已用 可用 已用% 挂载点
/dev/sda7 19840892 890896 17925856 5% /
tmpfs 16473212 0 16473212 0% /dev/shm
说明:
-h更具目前磁盘空间和使用情况 以更易读的方式显示
-H根上面的-h参数相同,不过在根式化的时候,采用1000而不是1024进行容量转换
-k以单位显示磁盘的使用情况
-l显示本地的分区的磁盘空间使用率,如果服务器nfs了远程服务器的磁盘,那么在df上加上-l后系统显示的是过滤nsf驱动器后的结果
-i显示inode的使用情况。linux采用了类似指针的方式管理磁盘空间影射.这也是一个比较关键应用
mount命令 挂在文件系统
例如1,挂在一个文件系统: mount -o remount,rw /dev/block/mmcblk0p20 /cust
例如2,挂在system 并设置权限为可读写--.mount -o remountn rw /system 挂载/system为可读可写
解释:如果直接去chmod 777 system ,那么会提示system :Read-only file system
这时就需要用到mount,将system修改为可读写的,也就是修改其权限:mount -o remount rw /system ,可以对system文件进行读写操作。
这时 再chmod 777 system 就不会报错 就会把system的权限修改为 -rwxrwxrwx
/dev/目录下的内容与/proc/下文件devices中的内容有什么区别?
/proc/devices/中的设备是通过insmod加载到内核的,它可产生一个major供mknod作为 参数。
/dev/*.* 是通过mknod加上去的,格式:mknod device1 c/b major minor 如:mknod dr1 c 254 0,用户通过此设备名来访问你的驱动。
习惯上,所有的设备文件 都放置在/dev 目录下。
关于标题内容的几点解释:
1、proc目录是一个虚拟文件系统,可以为Linux用户空间和内核空间提供交互
它只存在于内存中,而不占实际的flash或硬盘空间
2、/proc/devices/里的设备是加载驱动程序时生成的
3、/dev/下的设备是通过创建设备节点生成的,用户通过此设备节点来访问内核里的驱动
Linux层有公共目录。例如ps命令可以看到所有运行的进程信息(进程的UID,PID,内存,CPU等信息)。大多数资源由两个虚拟的文件系统提供:
proc filesystem(procfs) :包括内存,CPU,网络等
sys filesystem(sysfs):设备驱动,网络环境(/sys/class/net/)等
【引号内容为转载】
”proc文件系统是一个伪文件系统,它只存在内存当中,而不占用外存空间。它以文件系统的方式为访问系统内核数据的操作提供接口。用户和应用程序可以通过proc得到系统的信息,并可以改变内核的某些参数。"
“/proc 文件系统是一种内核和内核模块用来向进程 (process) 发送信息的机制 (所以叫做 /proc)。这个伪文件系统让你可以和内核内部数据结构进行交互,获取 有关进程的有用信息,在运行中 (on the fly) 改变设置 (通过改变内核参数)。 与其他文件系统不同,/proc 存在于内存之中而不是硬盘上。如果你查看文件 /proc/mounts (和 mount 命令一样列出所有已经加载的文件系统),你会看到其中 一行是这样的:
grep proc /proc/mounts
/proc /proc proc rw 0 0
/proc 由内核控制,没有承载 /proc 的设备。因为 /proc 主要存放由内核控制的状态信息,所以大部分这些信息的逻辑位置位于内核控制的内存。对 /proc 进行一次 'ls -l' 可以看到大部分文件都是 0 字节大的;不过察看这些文件的时候,确实可以看到一些信息。这怎么可能?这是因为 /proc 文件系统和其他常规的文件系统一样把自己注册到虚拟文件系统层 (VFS) 了。然而,直到当 VFS 调用它,请求文件、目录的 i-node 的时候,/proc 文件系统才根据内核中的信息建立相应的文件和目录。” ------调用时创建文件和目录
1. proc/uid_stat/
手机数据使用情况统计在
/proc/uid_stat/(每个app)
/sys/class/net/[interface]/statistics/(每个interface)
第一个数据可以直接访问,或通过TrafficStatsAPI访问。
其中/proc/uid_stat/[uid]/tcp_rcv和 /proc/uid_stat/[uid]/tcp_snd记录了每个app收发的字节数,
2.proc/meminfo
内存使用率
3.proc/stat
处理器使用率
具体的内容可以参考linux手册中的文档
/usr/src/linux/Documentation/filesystems/proc.txt
在proc目录下,有很多数字编号的文件。每个数字代表一个进程的PID。Android中,每个应用是用唯一的UID标识的,我们在/proc/[pid]/status文件中可以知道该进程对应的UID(即应用)。
这里的UID有四行:分别是
第一列数字(RUID):实际用户ID,指的是进程执行者是谁.
第二列数字(EUID):有效用户ID,指进程执行时对文件的访问权限.
第三列数字(SUID):保存设置用户ID,作为effective user ID的副本,在执行exec调用时后能重新恢复原来的effectiv user ID.
第四列数字(FSUID):目前进程的文件系统的用户识别码.一般情况下,文件系统的用户识别码(fsuid)与有效的用户识别码(euid)是相同的.
一般这四行是一样的,看第一行就好。
以下具体内容可见:http://linux.die.NET/man/5/proc
每个进程的目录下有如下一些文件:
auxv:ELF信息,不过试着用cat打出来是乱码
cgroup: control group的信息,即属于哪个组,这里也可以看属于哪个UID
cwd:进程当前的工作目录
exe:指向可执行的程序
fd:进程打开的文件,里面的每个文件由文件描述符来命名。0是标准输入,1是标准输出等等。。
maps:所有映射的内存区域和访问权限
mem:通过open,read,lseek等访问进程的内存
mounts和mountstat, mountinfo: mount信息
ns: 可以通过setns命令设置的namespace以及有关的内容。
oom_adj:内存不足(out of memmory时,用于杀死进程的命令)
root:指向进程根目录的符号链接
smaps:内存使用情况
stat:ps命令用,
statm:内存信息
status:是对stat,和statm里信息的总结,方便阅读
task:该进程创建的每个线程