☰

드라이버 마운팅으로 인해 Ubuntu 시스템이 재부팅되지 않습니다.

tag-icon • tag-icon ubuntu mount reboot
드라이버 마운팅으로 인해 Ubuntu 시스템이 재부팅되지 않습니다.

일반화하다

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또한 /dev/sdc가 마운트된 것으로 나타나므로 lsblk및 의 출력이 단서를 제공할 수 있습니다.fdisk -l /dev/sdc

마운트하려고 하면 액세스 위반이 발생할 수 있습니다.가상 FS(예를 들어.vmdk) VM 게스트에서 물리적 파티션은 호스트에 의해 마운트됩니다. 예를 들어, Windows는 항상 모든 것을 마운트(재)연결하기 때문에 Windows 호스트에서는 보이지 않거나 의도하지 않게 이런 일이 발생할 수 있습니다. 따라서 각 디스크를 마운트 해제해야 합니다.호스트에서게스트에서 사용하려는 파티션 - 여러 파티션 중 하나일지라도.

디스크는 죽을 수 있습니다. 불가능하다고 확신할 때 항상 그렇습니다. 그러니 시험해 보세요! 먼저 SMART 데이터(gsmartmontools, GSmartControl 등)를 확인하세요. 아직 명확하지 않다면 —fs에 따라 다릅니다.–, 실행 chkdsk또는fsck 그리고표면시험(후자의 명령은 확실히 NTFS에 도움이 되지 않습니다!). 하지만 시간이 좀 걸립니다.

요점은 손상이 발생하는 경우 최악의 경우 디스크에 액세스하려는 추가 시도가 디스크에 더 심각한 손상을 초래하고 데이터를 저장하지 못할 수도 있다는 것입니다!따라서 다른 옵션(예: 업데이트)을 배제할 수 있다고 확신할 때까지 설치하지 마십시오!

문제 해결에 도움이 되기를 바랍니다.

답변2

이는 Azure에서 문제일 수 있습니다. 오늘 아침에 문제 해결을 계속했는데 재부팅 후 구성이 작동하지 않고 디스크가 마운트되었습니다.

관련 정보