linux启动时有文件错误,解决由于文件系统错误而出现 Linux VM 启动 - Virtual Machines | Microsoft Docs...

朱雀 2023-01-19 09:57 90阅读 0赞

解决由于文件系统错误导致 Linux VM 启动问题

10/09/2019

本文内容

无法使用安全命令行管理程序 (SSH) Azure Linux 虚拟机 (VM) 。 当你在 Azure门户上运行启动诊断功能时，你将看到类似于以下示例的日志条目。

示例

以下是可能错误的示例。

示例 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.

示例 3

\[ 14.252404\] EXT4-fs (sda1): Couldn’t remount RDWR because of unprocessed orphan inode list. Please unmount/remount instead

An error occurred while mounting /.

示例 4

此示例由干净 fsck 导致。 在这种情况下，还有附加数据磁盘附加到 VM (/dev/sdc1 和 /dev/sde1) 。

Checking all file systems.

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

/dev/sda1: clean, 65405/1905008 files, 732749/7608064 blocks

\[/sbin/fsck.ext4 (1) — /tmp\] fsck.ext4 -a /dev/sdc1

\[/sbin/fsck.ext4 (2) — /backup\] fsck.ext4 -a /dev/sde1

/dev/sdc1: clean, 12/1048576 files, 109842/4192957 blocks

/dev/sde1 : clean, 51/67043328 files, 4259482/268173037 blocks

如果文件系统未完全关闭或存储相关问题，则可能会出现此问题。 这些问题包括硬件或软件错误、驱动程序或程序问题、写入错误等。对关键数据进行备份始终非常重要。 本文中介绍的工具可帮助恢复文件系统，但仍可能发生数据丢失。

Linux 具有多个可用的文件系统检查器。 Azure 中最常见的分发包括：FSCK、E2FSCK和 Xfs\_repair。

分辨率

若要解决此问题，请使用串行控制台将 VM 启动到紧急模式，并使用该工具修复文件系统。 如果在 VM 上未启用串行控制台或无法工作，请参阅本文的脱机修复 VM 部分。

使用串行控制台

选择"电源图标"按钮，然后选择"重新启动 VM"。 (如果串行控制台未启用或未成功连接，你将看不到按钮。)

![b7e07ad9a32d6bb7eef99670c3d4e2f6.png][]

将 VM 启动到紧急模式。

输入根帐户的密码以登录到紧急模式。

使用xfs\_repair -n 选项检测文件系统中的错误。 在下面的示例中，我们假定系统分区是 /dev/sda1。 将其替换为 VM 的适当值：

xfs\_repair -n /dev/sda1

运行以下命令修复文件系统：

xfs\_repair /dev/sda1

如果您收到错误消息"ERROR： the filesystem has valuable metadata changes in a log which needs to replayed"，请创建一个临时目录并装载文件系统：

mkdir /temp

mount /dev/sda1 /temp

如果磁盘无法装入，请xfs\_repair -L 选项运行 (日志清零) ：

xfs\_repair /dev/sda1 -L

接下来，尝试装载文件系统。 如果磁盘成功装入，您将收到以下输出：

XFS (sda1): Mounting V1 Filesystem

XFS (sda1): Ending clean mount

重新启动 VM，然后检查该问题是否得到解决。

Reboot -f

脱机修复 VM

将 VM 的系统磁盘作为数据磁盘附加到任何运行中的 Linux VM (恢复 VM) 。 为此，可以使用CLI命令，或者可以使用 VM 修复命令自动设置恢复 VM。

找到所附加的系统磁盘的驱动器标签。 在这种情况下，我们假定您附加的系统磁盘的标签为 /dev/sdc1。 将其替换为 VM 的适当值。

使用xfs\_repair -n 选项检测文件系统中的错误。

xfs\_repair -n /dev/sdc1

运行以下命令修复文件系统：

xfs\_repair /dev/sdc1

如果您收到错误消息"ERROR： the filesystem has valuable metadata changes in a log which needs to replayed"，请创建一个临时目录并装载文件系统：

mkdir /temp

mount /dev/sdc1 /temp

如果磁盘无法装入，请xfs\_repair -L 选项运行 (日志清零) ：

xfs\_repair /dev/sdc1 -L

接下来，尝试装载文件系统。 如果磁盘成功装入，您将收到以下输出：

XFS (sdc1): Mounting V1 Filesystem

XFS (sdc1): Ending clean mount

卸载并分离原始虚拟硬盘，然后从原始系统磁盘创建 VM。 为此，可以使用 CLI 命令或 VM 修复命令(如果使用它们来创建恢复 VM)。

检查该问题是否得到解决。

后续步骤

[b7e07ad9a32d6bb7eef99670c3d4e2f6.png]: /images/20221021/5703daff0cdb45bca4e514590dfadef0.png

linux启动时有文件错误,解决由于文件系统错误而出现 Linux VM 启动 - Virtual Machines | Microsoft Docs...

发表评论取消回复

还没有评论，来说两句吧...

相关阅读

相关 Linux启动网卡时出现RTNETLINK answers: File exists错误解决方法

相关 Linux QTCreator调试器启动错误解决方法

相关解决MySQL--发生系统错误 1069。由于登录失败而无法启动服务。

相关 linux启动时有文件错误,解决由于文件系统错误而出现 Linux VM 启动 - Virtual Machines | Microsoft Docs...

相关 Linux系统启动–虚拟文件系统

相关 Linux下matlab打开出现启动桌面时错误

相关安装coreseek启动searchd时出现libmysqlclient错误解决

相关 tomcat启动时出现错误

相关服务器上出现1069错误（由于登录失败而无法启动服务）解决方法

相关 VM虚拟机启动centos出现内部错误