centos 文件系统修复 查看linux文件系统

很多朋友对于centos 文件系统修复和查看linux文件系统不太懂，今天就由小编来为大家分享，希望可以帮助到大家，下面一起来看看吧！

CentOS下ext4、vfat文件系统创建、修改

（接上文： CentOS磁盘和分区简介）

1，磁盘分区之后并不能直接使用，需要在分区上创建文件系统并挂载；

2，查看系统能够支持的文件系统类型： cat/etc/filesystems

3，挂载

设备或文件系统，挂载的目标位置，称为挂载点（mount point）

挂载使用mount命令，设备、挂载点两者都需要指明

卸载使用umount命令，设备、挂载点两者只需要指明其一

Note：挂载完成后，挂载点下原有的文件就会被隐藏，无法访问，直到卸载。因此，通常使用空目录作为挂载点。

CentOS的文件系统创建工具 mkfs. fstype

其中，mkfs是Linux下各种文件系统创建工具（ mkfs. fstype）的前端入口，这些工具都以 mkfs.开头，后面是该工具管理的文件系统类型（fstype）。

实际上，ext系列文件系统真正常用的工具是 mke2fs，其语法及常用选项如下：

用法举例： mke2fs-t ext4-L'test'-b 4096-i 4096-m 8/dev/sdb1

因进程意外中止或系统崩溃等原因导致定稿操作非正常终止时，可能会造成文件损坏；此时，应该检测并修复文件系统，检测和修复建议离线（卸载磁盘或分区）进行；

举例： e2fsck-y/dev/sdb1

举例： fsck-t ext4-a/dev/sdb1#自动修复/dev/sdb1

3.1显示ext系列文件系统的属性信息： dumpe2fs

dumpe2fs [-options] device

-h：只显示设备上的超级块信息，否则还会显示块组信息

3.2显示或修改ext系列文件系统的Label信息： e2label

查看Label：e2label device

设定Label：e2label device LABEL

举例：

3.3查看（也能修改）ext系列文件系统数据信息： tune2fs

举例： tune2fs-l/dev/sdb1

注意：块大小创建后不可修改；

tune2fs命令及其常用选项：

如果我们希望一个存储设备（比如优盘）不需要重新创建文件系统，就能同时在Windows或Linux系统下使用，那么这时在优盘上创建vfat类型的文件系统就能满足需求。

fat和vfat：

fat和vfat基本一致，区别在于vfat支持长文件名，而fat不支持。

此外，Linux将fat/vfat/fat32文件系统都统一用vfat表示，

vfat文件系统是CentOS原生支持的，但是fat文件系统的管理工具mkfs.vfat，mkfs.fat却未必开始就安装，比如我最小安装的CentOS 7就没有。

因此，首先要解决两个问题，

1.1，安装哪个包可以提供需要的管理工具？

通过yum可知，当前版本提供mkfs.vfat工具的是dosfstools-3.0.20-10.el7.x86_64这个包。

1.2，安装dosfstools-3.0.20-10.el7.x86_64包

yum install dosfstools-y

mkfs.vfat命令的用法

mkfs.vfat [-options] device

其中一个比较重要的选项是-F FAT-size，在命令的man手册中是这样介绍的：

Specifies the type of file allocation tables used(12, 16 or 32 bit). If nothing is specified, mkfs.fat will automatically select between 12, 16 and 32 bit, whatever fits better for the filesystem size.

简单渣翻：该选项用于指定文件分配表的类型（12,16或32 bit，即fat12，fat16或fat32）。如果没有指定，mkfs.fat将根据文件系统的大小，在12、16或32 bit中自动选择更合适的。

也就是说，如果这里指定-F选项如-F 32，创建的文件系统就是fat32，如果不指定， mkfs.vfat工具将自动选择文件类型，创建的不一定是fat32的文件系统。所以为了保险起见还是指定该选项比较好。

CentOS7安装提示dracut:/#什么意思

答案：

在安装CentOS 7时遇到"dracut:/#"的提示，通常是由于系统启动过程中遇到了问题，尤其是在尝试从安装介质启动或恢复系统时。以下是一些可能的解决方法：

1.检查安装介质

确保安装用的光盘、USB或网络安装源没有问题。可以尝试重新制作安装盘或检查网络连接的稳定性。

2.使用救援模式进行修复

在启动过程中尝试进入救援模式。在该模式下，可以执行一些基本的系统操作，如检查文件系统、修复损坏的配置等。

3.检查硬件兼容性

确认你的硬件与CentOS 7的安装要求相匹配。有时硬件兼容性问题可能导致安装失败。

详细解释：

*检查安装介质：安装介质可能由于各种原因出现问题，比如制作过程中的损坏或者不兼容的文件系统。重新制作安装盘或者检查网络安装源的稳定性可以解决这个问题。

*使用救援模式：当系统无法正常启动，但还可以进入救援模式时，你可以通过这个模式进行基本的系统修复操作。在救援模式下，你可以检查和修复文件系统，或者恢复丢失的重要数据。

*硬件兼容性：不同的操作系统与硬件的兼容性有所不同。如果你的硬件比较新或者特殊，可能与CentOS 7不完全兼容。确认你的硬件满足CentOS 7的安装要求，并查阅相关文档确认兼容性。

如果以上方法都不能解决问题，建议查找更详细的错误日志或联系技术支持获取帮助。在处理此类问题时，保持耐心，仔细按照每一步操作，避免进一步损坏系统。

文件系统损坏导致虚拟机无法正常启动的问题及解决方法

简介

计算机的文件系统是一种存储和组织计算机数据的方法，它使得对其访问和查找变得容易，文件系统使用文件和树形目录的抽象逻辑概念代替了硬盘和光盘等物理设备使用数据块的概念，用户使用文件系统来保存数据不必关心数据实际保存在硬盘（或者光盘）的地址为多少的数据块上，只需要记住这个文件的所属目录和文件名。

在使用中,会遇到文件系统损坏的故障,直接导致 Azure平台的虚拟机无法正常启动和访问,以下是关于此类问题的描述及解决方法.

关于文件系统,详情参见如下:

文件系统

注意:本文档讨论的文件系统以 CentOS作为范例,其他版本的 Linux略有不同,请注意差别.

文件系统损坏常见问题

范例1:

复制

Checking all file systems.

[/sbin/fsck.ext4(1)--/] fsck.ext4-a/dev/sda1

/dev/sda1  contains a file system with errors, check forced.

/dev/sda1: Inodes that were part of a corrupted orphan linked list found.

/dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY

范例2:

复制

EXT4-fs(sda1): INFO: recovery required on readonly filesystem

EXT4-fs(sda1): write access will be enabled during recovery

EXT4-fs warning(device sda1): ext4_clear_journal_err:4531: Filesystem error recorded from previous mount: IO failure

EXT4-fs warning(device sda1): ext4_clear_journal_err:4532: Making fs in need of filesystem check.

解决方案之 root文件系统损坏

A=文件系统故障所在的虚拟机

B=临时虚拟机

在 Azure经典管理门户上停止运行虚拟机 A.

在同一个 cloud service里创建一台临时 Linux虚拟机 B.

删除虚拟机 A,但是选择保留磁盘.

在 Azure经典管理门户上,选择虚拟机 B->附加磁盘->选择虚拟机 A的系统磁盘.

以管理员身份登陆虚拟机 B.

执行:# fdisk-l

确认虚拟机 A的系统磁盘作为新的磁盘设备附加在虚拟机 B上.假定虚拟机A的系统磁盘为/dev/sdc, root文件系统为/dev/sdc1

执行以下步骤,进行备份文件系统信息:

复制

# fdisk-l/dev/sdc>/var/tmp/fdisk_before.log

# dumpe2fs/dev/sdc1>/var/tmp/dumpe2fs_before.log

# tune2fs-l/dev/sdc1>/var/tmp/tune2fs_before.log

# e2fsck-n/dev/sdc1>/var/tmp/e2fsck._beforelog

执行以下命令,进行文件系统修复:

复制

# fsck-yM/dev/sdc1

解决方案之常规文件系统损坏

A=文件系统故障所在的虚拟机

B=临时虚拟机

在 Azure经典管理门户上停止运行虚拟机 A.

在同一个 cloud service里创建一台临时 Linux虚拟机 B.

删除虚拟机 A,但是选择保留磁盘.

在 Azure经典管理门户上,选择虚拟机 B->附加磁盘->选择虚拟机 A的系统磁盘.

以管理员身份登陆虚拟机 B.

执行:# fdisk-l

确认虚拟机 A的系统磁盘作为新的磁盘设备附加在虚拟机 B上.假定虚拟机 A的系统磁盘为/dev/sdc, root文件系统为/dev/sdc1

执行如下命令,将虚拟机A的系统磁盘挂载到临时虚拟机上:

复制

# mkdir/mnt/temp_fs

# mount/dev/sdc1/mnt/temp_fs

# cp/mnt/temp_fs/etc/fstab/mnt/temp_fs/etc/fstab.org

# vi/mnt/temp_fs/etc/fstab

将文件系统损坏的条目注释掉,保存修改,退出 vi.

# umount/dev/sdc1

在 Azure经典管理门户上分离虚拟机 A的系统磁盘.

在 Azure经典管理门户上基于虚拟机 A的系统磁盘,重建虚拟机 A.

以管理员身份登录虚拟机 A.

执行以下命令,进行文件系统修复:

复制

# fsck-yM;

文件系统修复完毕以后,恢复/etc/fstab被注释的对应条目,重启虚拟机.

立即访问