1.Linux下软件包类故障排错方案详解
2.如何在Ubuntu下使用TF/SD 卡制作Exynos 4412 u-boot启动盘
3.df命令有哪些参数?命令命令
4.DF和Linux的缩写解析一文了解dflinux缩写
5.linux磁盘分区Linux磁盘分区
6.linux里面df-h左边一列filesystem作用是什么?

Linux下软件包类故障排错方案详解

       软件包类故障在Linux系统中比较常见，例如：需要编译源码包程序时系统中没有安装gcc编译工具，源码原理安装RPM软件包时有未解决的命令命令依赖关系，程序库文件或头文件的源码原理安装路径不正确等，软件包类故障产生的命令命令原因非常多，通常只需要根据相应的源码原理图文上传网站源码错误提示信息，确认安装好编译环境，命令命令找到所需要的源码原理依赖软件包，纠正库文件或对应的命令命令头文件路径即可。

       下面主要介绍rpm数据库损坏和找不到.so文件的源码原理故障解决方法。

1、命令命令rpm数据库损坏

       rpm数据库损坏的源码原理故障并不多见，出现该故障的命令命令原因一般是由于经常强制关机，误删除运行中的源码原理文件，强制替换一些rpm包文件等。命令命令rpm数据库损坏后，在使用rpm工具查询或安装软件时，将无法正常运行。

       eg：模拟rpm数据库损坏故障，并验证错误信息。

       RPM作为Linux系统中的软件包管理机制，维护着一份独立的文件数据库，用于存储在系统中已安装的rpm包信息。当数据文件损坏时，将导致不能使用rpm命令或yum命令来查询、安装、升级、mv下载源码删除rpm类软件包。解决该故障一般只需要执行rpm --rebuilddb命令，重建数据库即可。

       Ps:本系统/Linux/-/.htm

       ç¡¬ä»¶ï¼šè¿…为iTop 精英版 & TF卡

       è½¯ä»¶ï¼šç³»ç»Ÿè‡ªå¸¦ç»ˆç«¯å³å¯

       é¦–先，我们应该清楚TF/SD卡可以看作一张完全空白的“白纸”，之所以有分区、分区格式的区别不过是在在这张“白纸”的某些特定位置写入了一些数据来指示分区、分区格式。

       å…¶æ¬¡ï¼Œæˆ‘们还应该清楚，在TF/SD启动模式下，exynos 一上电，内部iROM会从TF/SD的第1个Block（第个字节开始）读取8KB的数据到内部iRAM，然后从内部iRAM的0地址开始运行。

       åŽŸç†æžæ¸…楚了，那么首先需要把TF/SD低级格式化－所有Block全部写0x。

       1、连接TF/SD卡，打开终端

       ä½¿ç”¨ls /dev/sd* 命令查看所有连接到电脑上磁盘。

       é—®é¢˜ï¼šåœ¨è¿™é‡Œä¸ºä»€ä¹ˆä¸ç”¨df命令？

       åŽŸå› æ˜¯å‡è®¾ä½ çš„TF／SD卡只有一个分区但这个分区已损坏，或者有多个分区但是没有一个可以识别的分区，那么此时df命令无法查看到tf／sd卡，所以说直接列出dev下所有sd开头的设备，是终极方案。

       ï¼ˆ1）假设你的tf／sd卡只有一个分区，无论这个分区是否损坏，现象应该是类似这样的：

       æ’上tf／sd卡之前：

       æ’上tf／sd卡之后：

       å¾ˆæ˜Žæ˜¾å¤šå‡ºçš„/dev/sdb就是本文后续操作的对象。

       ï¼ˆ2）假设你的tf／sd卡已有多个分区，无论这些分区是否损坏，现象应该是类似这样的：

       æ’上tf／sd卡之前：

       æ’上tf／sd卡之后：

       è¿™é‡Œå¤šå‡º5个设备，但是我们仍然将/dev/sdb作为本文后续操作的对象。

       æ³¨æ„ï¼šæˆ‘这里是/dev/sdb，但是还有可能是/dev/sdc等等其它符号，必须根据你实际出现的设备名称进行以下操作，否则有可能损坏系统分区，非常重要，切记！！！

       2、使用进制模式打开TF卡查看数据（可跳过）

       æˆ‘们使用linux自带命令hexdump查看tf／sd卡中的数据：

       å‘½ä»¤ä¸ºï¼š

       sudo hexdump -n /dev/sdb

       å…¶ä¸­-n 代表打印出前1M＝*=字节的数据。

       æ‰§è¡Œç»“果（部分）如下：

       ï¼Šä»£è¡¨å†…容为0x，为了节省空间故作省略。

       3、清空TF卡上前1MB的数据

       ç”±äºŽçš„uboot大小基本在几百kB的量级，所以清空前1MB空间足够用，注意这里的清空不是格式化，而是填充0x。

       æˆ‘们利用系统/dev下的zero设备，清零tf／sd卡前1MB。

       æ‰§è¡Œç»“果如下：

       è¿™é‡Œçš„count＝代表清空个block，一个block＝B，个正好为1MB。

       å†æ¬¡hexdump查看tf／sd卡数据，发现：

       å‰1MB空间成功清0x。

       4、烧写uboot启动文件

       åœ¨è¿™é‡Œï¼Œæˆ‘们待烧写的文件为 u-boot-iTOP-.bin 这个文件。

       ç»ˆç«¯æ‰§è¡Œå‘½ä»¤ï¼š

       if代表输入文件地址，以你u-boot-iTOP-.bin 这个文件的实际地址为准，of代表输出地址，以你tf／sd卡的实际设备号为准。

       åˆ°è¿™é‡Œï¼Œå°±å¯ä»¥å°†tf／sd卡插入开发板上电启动了，为了证明我们烧写无误，我们执行后续操作。

       5、确认烧写正确（可跳过）

       æˆ‘们需要确定从tf／sd卡的第一个block开始处，确实正确烧写了u-boot-iTOP-.bin这个文件，下面我们对比一下，用到的命令同样还是hexdump。

       åœ¨è¿™é‡Œï¼Œæˆ‘们为了显示方便，只打印前5KB数据，发现bin文件被正确的复制到了sd卡的字节处：

       6、将TF卡接到开发板上，拨码开关选择TF启动，上电：

       Done。

       æœ¬æ–‡æ°¸ä¹…更新链接地址：/Linux/-/.htm

df命令有哪些参数?

       df -h命令代表什么意思呢？我们一起了解一下吧！

       df -h是df命令加上参数h，日常普遍用该命令可以查看磁盘被占用了多少空间、还剩多少空间等信息。

       Linux 是一种自由和开放源码的类 UNIX 操作系统。df命令是Linux命令之一，df命令的英文全称即“Disk Free”，顾名思义功能是用于显示系统上可使用的磁盘空间，默认显示单位为KB。“df -h”命令的参数组合，是可以根据磁盘容量自动变换合适的容量单位，更利于阅读和查看。

       参考实例：

       [root@linux ~]# df -h

       文件系统 容量 已用 可用 已用% 挂载点

       devtmpfs 1.9G 0 1.9G 0% /dev

       tmpfs 2.0G 0 2.0G 0% /dev/shm

       tmpfs 2.0G 1.1M 2.0G 1% /run

       tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup

       /dev/mapper/fedora_linuxhell-root G 2.0G G % /

       tmpfs 2.0G 4.0K 2.0G 1% /tmp

       /dev/sda1 M M M % /boot

       tmpfs M 0 M 0% /run/user/0

       显示的单词分别代表的具体含义如下。

       Filesystem：表示该文件系统位于哪个分区，因此该列显示的是设备名称；

       Used：表示用掉的磁盘空间大小；

       Available：表示剩余的磁盘空间大小；

       Use%：磁盘空间使用率;

       Mounted on：文件系统的挂载点，也就是磁盘挂载的目录位置

       Filesystem：表示该文件系统位于哪个分区，因此该列显示的是设备名称；

       Used：表示用掉的磁盘空间大小；

       Available：表示剩余的磁盘空间大小；

       Use%：磁盘空间使用率;

       Mounted on：文件系统的挂载点，也就是磁盘挂载的目录位置。

       关于df -h命令，我们就了解到这啦！

DF和Linux的缩写解析一文了解dflinux缩写

       DF 与 Linux 的缩写解析

       DF（Disk Free）和Linux 是两个非常重要的计算机术语，也是两大热门话题。今天，cesium 源码下载让我们一起来解读缩写DF和Linux代表的意思。

       DF指的是“Disk Free”，即磁盘可用空间。它是操作系统中最重要的概念，用于检查和报告指定磁盘有多少空间可用于存储文件。广泛应用于Unix/Linux系统，Windows系统和硬盘驱动器上，通常可以用文本形式或图形形式查看。

       要检查磁盘可用空间，可以通过df命令来实现。该命令可以用C语言编写，也可以用bash脚本编写，例如：

       示例：

       $df -h

       查看可用的磁盘空间

       此外，DF还可以用于查看文件系统状态，包括文件系统大小，使用情况，可用空间等。

       Linux是一种免费、开放源代码的操作系统，也是一种UNIX-like操作系统，被广泛地用于嵌入式系统，服务器和个人电脑上。作为一项著名的开源项目，其稳定性、可靠性和性能也得到了广泛认可。Linux可以通过多种硬件架构，thingsboard源码解读给用户提供简单易用的图形界面，以及大量的系统工具，用于构建和运行嵌入式系统。

       总的来说，DF（Disk Free）是Unix系统检查和报告磁盘可用空间的重要工具，而Linux是一种免费、开放源代码的操作系统，广泛应用于各类电脑上。

linux磁盘分区Linux磁盘分区

       在Linux磁盘分区中，与Windows的分区方式不同，Linux首先创建目录，然后将物理地址映射到这些目录。路径在Linux中从根目录开始，系统默认分为三个主要分区：boot、swap和根分区。每个分区可以采用不同的文件系统，例如FAT、NTFS或Yaffs2。

       (1) Boot分区，即/boot目录，约MB，存放Linux的启动加载器Grub和内核源代码，用户通过访问这个目录间接操作该分区。

       (2) Swap分区，是虚拟内存区域，不对应任何目录，产品手册 源码用于内存不足时临时存储数据，系统自动管理和释放。虚拟内存大小通常为物理内存的两倍。

       (3) 根分区包含除/boot外的所有其他目录，用户通过访问这些目录访问根分区。

       在Linux中，用户可以根据需求修改分区，例如将/home目录下的子目录挂载到不同的分区。但要注意，一块磁盘最多可以有个分区，包括1个主分区和最多个逻辑分区。在安装Linux时，通常会自动分配这三部分区，对应盘符hda1、hda2和hda3。

       使用fdisk -l和df -h命令，用户可以查看和管理硬盘分区，但df命令无法显示swap分区的大小。在PC机中，A、B盘在Linux中代表hda1和hda2，而C盘类似hda3，D、E、F盘则对应于其他磁盘。

       最后，如果MBR（主引导记录）损坏，磁盘将无法作为引导盘，只能作为数据盘使用，因为MBR的位置无法通过软件修复。硬盘的其他部分损坏可以通过软件修复或跳过。

扩展资料

       要掌握Linux磁盘分区，先了解一下硬盘的物理结构.

linux里面df-h左边一列filesystem作用是什么?

       在解释df命令前，需要先对mount基本操作做一下解释。一般挂载一个文件系统系统的时候我们会用命令（例如）：

       或者额外指定一些选项：

       那mount后面的那些东西都是什么呢？ext4肯定是文件系统的类型，/dev/sda1是带有ext4文件系统ondisk结构的一个存储设备，/mnt就是挂载点(mountpoint)，再后面的就是挂载选项。

       对比上面的命令，我们看一下df -h的输出：

       问题问最左侧一列是什么。从最左侧一列的标题我们可以看到"Filesystem"，那么说这一列对应的是文件系统类型吗？看到tmpfs和devtmpfs的时候，似乎是文件系统类型。但是这一列还有诸如：/dev/sda1和/dev/mapper/fedora_xxx---root这样的设备名，这么看的话这一列似乎又不是文件系统类型名，而是设备名。

       那到底最左侧一列是什么呢？有一点可以肯定的是最左侧这列肯定不是挂载点，因为很明显挂载点在最右侧"Mounted on"那列，所以所有告诉你最左侧那列是挂载点的都不要相信。

       那最左侧一列到底是文件系统类型还是设备名呢？我们继续往下看。

       为了更深入了解df -h最左侧一列到底是什么，我们需要了解mount系统调用的格式，我们看mount(2)的手册：

       (新mount API的话可以看fsopen, fsconfig, fsmount等，没有的就看mount的就行)。

       我们看到mount一个文件系统的时候有五个参数，后两个和options/flags有关（“大部分”和mount命令里-o选项后面那些有关），我们暂且不管，我们就看前三个：source, target和filesystemtype。

       filesystemtype肯定是对应mount命令里面诸如“-t ext4”的选项（在不用-t选项指明文件系统类型的时候，mount命令也会尝试从设备上获取文件系统的类型）。总之这个参数没什么可讨论的，它肯定就是诸如ext4, xfs, btrfs, tmpfs等表示文件系统类型的字符串。

       再看target，我觉得它也很好理解，顾名思义它就是挂载的目的地，也基本上就是mountpoint。

       最后就剩下source这个参数了，我们也只剩下设备名没有对应了，那这个source就是设备名了呗？并不准确！

       即使不深入内核查看mount系统调用的过程，我们也可以通过mount(2)手册描述"DESCRIPTION"的第一句话来了解个大概：

       mount() attaches the filesystem specified by source (which is often a pathname referring to a device, but can also be the pathname of a directory or file, or a dummy string) to the location (a directory or file) specified by the pathname in target.

       直接翻译这句话就是：mount系统调用把一个由"source"指明的文件系统附/挂在由target指明的路径上。解释这个问题的重点在一个第一个括号里！这个source通常是指向设备的路径名，但也可以是一个目录或文件的路径名，甚至可以是一个虚构的没用的字符串。

       source是设备名

       通常我们挂载文件系统的时候都是指定一个含有文件系统ondisk结构的设备名。

       这时候我们就可以从df -h的输出中看到：

       设备名对应df -h最左侧一行。

       source是目录名或文件名

       source除了可以是存储设备以外，还可以是目录或文件名，比如：

       这时候我们得到df -h的输出是：

       （为了得到bind mount的情况，我额外使用的-a选项）我们看到df最左侧并不是/etc，而是/dev/mapper/fedora_xxx-root。这其实和bind原理有关，因为/etc在fedora_xxx-root所含的文件系统上，所以这里直接显示为/dev/mapper/fedora_xxx-root。

       其实通过findmnt可以看到bind的关系：

       findmnt给出了mount source是/etc。

       source是虚设的名字

       第三种情况就是dummy name的情况，在挂载诸如tmpfs, proc这样的文件系统的时候，由于这些文件系统只存在于内存中，所以它们不需要指定设备名或文件名之类的，因为文件系统类型(filesystemtype)已经可以足够表明要挂载的文件系统对象了。这时候source这个参数就显得有些没用了，这种情况我们允许source可以是随便一个名字，比如：

       这时候-t proc和-t tmpfs已经足够指定我们要挂载的文件系统了，所以后面我们随便起了个名字，比如myproc和mytmp。这时候我们得到df -h的输出如下：

       可以看到我们所用的dummy name出现在了df -h输出的最左侧一列。也就是说此时最左侧一列是虚设的字符串，是挂载的时候随便起的名字。你可以随便起一个你觉得合适的能起到提示作用的名字，而一般人将这个名字起的和文件系统名一样，所以你才会看到诸如：

       这样的输出，其实最左侧一列并不非得是文件系统的名字，只是挂载的时候故意将source设置为这样的名字而已。

       推测结论

       到此我相信很多人应该已经可以猜到df -h最左侧一列到底是什么了，它并不是文件系统类型，更不是挂载点，而是基本上和mount系统调用的source参数相对应。一般来说是文件系统所在的设备的名字，同时也可以是一个虚设的名字，而一般习惯将这个虚设的名字设置为和文件系统类型同名。

       验证

       作为开源软件，没有什么比源代码更有说服力。虽然我认为上面的结论已经很站得住脚了，但是代码就放在那，不打开看一把真是愧对程序员这三个字。下面我们就粗略的看一下df.c的代码：

       df这个命令的源程序就在GNU的coreutils这个项目里，可以通过下面的途径获得源代码：

       拿到代码后我们迫不及待的找到df.c文件开始翻看。在省略掉大量翻阅细节后，我在df.c:main()函数里找到了和获取挂载信息有关的一段代码：

       这个read_file_system_list就是我们下面要看的一个函数，它不在df.c里，而是在gnulib/lib/mountlist.c文件里。因为不止df命令需要获取mountlist，很多其它命令也有需要获取mountlist的时候（比如mount -l)，所以获取mountlist就作为了一个库函数。这个函数比较长，我截取一小部分：

       大概的意思就是从/proc/self/mountinfo这个文件中获取mountlist（或退回使用老方法）。通过 Linux/Documentation/filesystems/proc我们可以找到/proc/self/mountinfo的格式：

       这里也提到了mount source，而read_file_system_list()代码中我们看到这里将source和me_devname关联到了一起，而me_devname又和dummy关联到了一起。所以一切都指向source。

       再回过头看df.c，它在main函数得到通过read_file_system_list()函数得到mount_list（包括me_devname）后调用了get_all_entries。而这个get_all_entries就是通过get_dev把mount_list遍历一遍：

       这里我们看到me_devname给了get_dev的第一个参数:

       get_dev的第一个参数device又给了dev_name变量，最后dev_name变量和SOURCE_FIELD这个输出关联了起来。那这个SOURCE_FIELD又和什么有关联呢？从df.c中我们找到了：

       关键字“Filesystem”这个title就和SOURCE_FIELD关联了起来。

       想想df -h的输出最左侧一列的tile是什么？就是这个"Filesystem"。

       这样一切都串联了起来df -h调用read_file_system_list从/proc/self/mountinfo得到mount list信息，将mount list中的mount source和mount_entry的me_devname关联起来，后通过get_all_entries和get_dev将这个me_devname（也就是mount source）打印在“Filesystem”这列的下面，作为了df -h最左侧的输出。

       知识还是要求甚解，不要你觉得，要现实逻辑觉得，要事实依据觉得。