Ubuntu 机器由于安装驱动器而无法重新启动

Ubuntu 机器由于安装驱动器而无法重新启动

概括

我有一个由 Azure 托管的 Ubuntu VM。大约 8 小时前,我跑步apt-get updateapt-get upgrade然后reboot。从那时起我只能在紧急模式下访问机器。我在重新启动的输出中看到的唯一错误是:

[FAILED] Failed to mount /mnt/sdc.

故障排除步骤

我尝试手动安装它,但收到错误消息/mnt/sdc: /dev/sdc already mounted or mount point busy

我运行ps aux | grep sdc并得到以下输出:

root       390  0.0  0.0      0     0 ?        S    12:34   0:00 [jbd2/sdc1-8]
root      1519  0.0  0.0  14860  1016 ttyS0    R+   14:13   0:00 grep --color=auto sdc

于是我尝试终止这个进程,但失败了。

问题

如果您遇到过这种情况或了解发生了什么事,您能帮助我了解我需要做什么吗?我安装这个驱动器大约 10 个月了,从那以后它就没有遇到过问题,所以我在这里迷失了。

cat /etc/fstab

# CLOUD_IMG: This file was created/modified by the Cloud Image build process
UUID=d22737df-af8f-43b8-8146-90f8eb34d05f       /        ext4   defaults,discard        0 0
UUID=5E59-638A  /boot/efi       vfat    defaults,discard        0 0
/dev/sdc        /mnt/sdc        ext4    defaults        0       0
/dev/disk/cloud/azure_resource-part1    /mnt    auto    defaults,nofail,x-systemd.requires=cloud-init.service,comment=cloudconfig       0       2
//sihstaffstor.file.core.windows.net/sih-workspace /mnt/sih-workspace cifs nofail,vers=3.0,credentials=/etc/smbcredentials/sihstaffstor.cred,dir_mode=0777,file_mode=0777,serverino
UUID=1a3bed40-91a8-4e2a-8092-8ddfe3dcb60b /mnt/sdc1 ext4 defaults,nofail 1 2

lsblk -f

NAME    FSTYPE LABEL           UUID                                 MOUNTPOINT
sda     ext4                   d80521c3-0fac-4228-aa39-c2a8db512c72
sdb
└─sdb1  ext4                   1a3bed40-91a8-4e2a-8092-8ddfe3dcb60b /mnt/sdc1
sdc
├─sdc1  ext4   cloudimg-rootfs d22737df-af8f-43b8-8146-90f8eb34d05f /
├─sdc14
└─sdc15 vfat   UEFI            5E59-638A                            /boot/efi

df -h

Filesystem                                          Size  Used Avail Use% Mounted on
udev                                                7.9G     0  7.9G   0% /dev
tmpfs                                               1.6G  608K  1.6G   1% /run
/dev/sdc1                                            29G   25G  4.3G  86% /
tmpfs                                               7.9G     0  7.9G   0% /dev/shm
tmpfs                                               5.0M     0  5.0M   0% /run/lock
tmpfs                                               7.9G     0  7.9G   0% /sys/fs/cgroup
/dev/sdc15                                          105M  3.6M  101M   4% /boot/efi
/dev/sdb1                                            32G   49M   30G   1% /mnt
//sihstaffstor.file.core.windows.net/sih-workspace 1000G  635G  366G  64% /mnt/sih-workspace

答案1

很可能是更新包的问题(大概是任何带有设备服务的东西或者实际上是与这个分区的不幸巧合或者访问冲突。但这些都是在没有进一步信息的情况下进行的猜测。

对于可能出现的问题更新/升级如果不先看到这个/ese日志,就不可能做出猜测:/var/log/apt/term.log &如果需要的话 /var/log/apt/term.log.N.gz (其中“N”是计数器)

blkid此外, and lsblk(和)的输出fdisk -l /dev/sdc可能会提供线索,因为 /dev/sdc 似乎已安装。

如果您尝试挂载,可能会发生访问冲突虚拟FS例如.vmdk)在 VM 来宾中,并且物理分区已由主机挂载。这种情况可能会在 Windows 主机上发生,例如不可见和无意的情况,因为 Windows 总是挂载(重新)连接的所有内容。所以确保卸载每个磁盘来自主机您想要在来宾中使用的分区 - 即使它只是多个分区中的一个分区。

磁盘可能会报废——当您确信这是不可能的时候,它们总是会报废。所以测试一下吧!首先检查SMART数据(gsmartmontools、GSmartControl等)。如果这还不能澄清的话——取决于fs–、运行chkdskfsck 表面测试(后一个命令对 NTFS 肯定没有帮助!)。但这确实需要一段时间。

重点是,如果发生损坏,在最坏的情况下,每次进一步尝试访问该磁盘都会对其造成更严重的损坏,并且您可能无法挽救您的数据!因此,在确定可以排除任何其他选项(例如更新)之前,请勿尝试安装它!

我希望这有助于排除故障。

答案2

这可能是 Azure 中的一个问题。今天早上我继续进行故障排除,重新启动后,在没有配置工作的情况下安装了磁盘。

相关内容