概括
我有一个由 Azure 托管的 Ubuntu VM。大约 8 小时前,我跑步apt-get update
,apt-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–、运行chkdsk
或fsck
和表面测试(后一个命令对 NTFS 肯定没有帮助!)。但这确实需要一段时间。
重点是,如果发生损坏,在最坏的情况下,每次进一步尝试访问该磁盘都会对其造成更严重的损坏,并且您可能无法挽救您的数据!因此,在确定可以排除任何其他选项(例如更新)之前,请勿尝试安装它!
我希望这有助于排除故障。
答案2
这可能是 Azure 中的一个问题。今天早上我继续进行故障排除,重新启动后,在没有配置工作的情况下安装了磁盘。