blk_update_request : I / O 오류, dev fd0, 섹터 0


16

이것은 커널 업데이트 후에 발생했습니다. 부팅하려고 할 때마다 컴퓨터에 "권한 부여 오류 : 권한 초기화 오류 : 연결할 수 없습니다 : 해당 파일이나 디렉토리가 없습니다 (g-io-error-quark, 1) 비상 모드에 오신 것을 환영합니다! ..."다음에 abunch가 나타납니다. 내가 할 수있는 일들. 기본 모드로 부팅하기 위해 ctrl-d를 실행하면 fstab 파일이 드라이브 UUID와 완벽하게 일치하면 동일한 오류가 발생합니다. 그러나 나는 범인을 발견했다고 생각합니다. blkid를 실행하면 시간이 걸리고 "blk_update_request : I / O 오류, dev fd0, sector 0"과 드라이브 데이터가 나옵니다. 무엇이 일어나고, 왜, 어떻게 고쳐야합니까?

가능한 중복 질문을 시도했지만 약간 다른 오류이며 솔루션이 작동하지 않습니다.



리커버리 모드로 부팅하고 손상된 패키지를 수정하도록 지시하면 작동하도록 할 수 있다는 것을 알았습니다. 이것이 성공했는지 여부는 중요하지 않습니다. 그런 다음 부팅을 계속할 수 있으며 작동합니다.
Ben

업데이트 : 깨진 패키지 수정 옵션이 필요하지 않다는 것을 알았습니다. 실제로 파일 시스템을 읽기 / 쓰기 모드로 다시 마운트하는 모든 옵션과 함께 작동합니다. 따라서 파일 시스템이 올바르게 마운트되지 않은 경우에만이 문제가 발생한다고 가정 할 수 있습니다.
Ben

문제를 직접 해결 한 경우 자신의 질문에 대답 하고 동의하십시오. 의견에 답을 넣지 마십시오! :-)
David Foerster

1
충돌. 부끄러움을 느끼지 않습니다.
Ben

답변:


38

/unix/282845/blk-update-request-io-error-dev-fd0-sector-0

장치에는 플로피 드라이브가 없지만 플로피 드라이버 모듈이 설치되어 있으므로 / dev / fd0이 있으며 많은 것들이이를 사용하려고 시도합니다.

sudo rmmod floppy
echo "blacklist floppy" | sudo tee /etc/modprobe.d/blacklist-floppy.conf
sudo dpkg-reconfigure initramfs-tools

편집 해 주셔서 감사합니다. 그것은 정확히 무엇을 잃어버린 것처럼 보입니다.
Auspex

7
Microsoft Hyper-V의 VM에서 Ubuntu를 실행하는이 오류를 검색 한 후 여기에 오는 사람은 기본적으로 플로피 드라이브가 VM 구성에 추가되었지만 올바르게 활성화되지 않았기 때문입니다. 위의 답변으로 여전히 해결되지만 VM 구성에 플로피 장치가 있는지 먼저 확인 하고이 수정 사항을 적용하기 전에 해당 장치를 제거하십시오. 나는 15 가지의 멍청한 것들을 가지고 있으며, 지금까지 5 가지가 Hyper-V 관리자를 사용하여 Hyper-V 시스템 구성에서 루즈 플로피를 제거하여 수정되었습니다.
shawty 2015 년

@shawty 예, VirtualBox에서도 보았습니다.
Auspex

1

Bios 시스템에서 플로피 드라이브를 비활성화하면 나에게도 같은 일이 일어났습니다.


1

나는 아직 어리석은 시간을 위해 충실하고 장난했습니다. 짧고 긴 솔루션.

이것은 짧은 것입니다

  • 먼저 fstab 파일, 특히 스왑 파일이 올바른지 확인 하십시오.
  • 달리기보다 :

    sudo update-initramfs -u
    

    그리고 당신의 문제는 끝났어야합니다.

긴 버전

내가 메모하지 않은 다른 사람이 작성한 긴 버전입니다. (죄송합니다!)

시험:

  • 사용 blkid결정하기 위해 UUID스왑 파티션의, 그리고 그것에 동안, 확실히 다른 모든 파티션이 올바른 가지고 있는지 확인 UUID에이야 ' /etc/fstab. 의 lsblk -f를 찾는 데 사용할 수도 있습니다 UUID.

  • 이 오류에 대해 올바른 , 특히 스왑 UUID을 넣습니다 /etc/fstab.

  • 올바른 UUID교환을 넣습니다 /etc/initramfs-tools/conf.d/resume.

  • 운영 sudo update-initramfs -u

재부팅하십시오. 스왑 파일이 변경됨에 따라이 오류로 Stretch의 트리플 부팅이 모두 수정되었습니다.

긴 버전에 대한 설명

스왑이 암호화되어 문제가 발생했습니다. 따라서 local-premountinitramfs 의 스크립트는 시간이 초과 될 때까지 사용할 수없는 스왑 장치를 기다리고있었습니다. 관련 메시지가 일시 중지 / 다시 시작 장치를 기다리는 중입니다.

이 기능을 비활성화하려면 (스왑에서 다시 시작할 수 없으며 암호화 된 스왑으로는 불가능하므로 최대 절전 모드를 사용하지 않습니다)이 파일을 수정했습니다 /etc/initramfs-tools/conf.d/resume.

  • 이 파일에서

    RESUME=none
    

    (여기 있던 UUID 대신) 재개 장치 대기를 비활성화합니다.

  • sudo update-initramfs -u변경 사항을 적용하려면 실행하십시오 .

  • 이제 시스템이 정상적으로 부팅됩니다.

버트


1

나는 다른 상황을 겪었다. 우분투 서버는 18.04를 설치했으며 모드 플로피가 활성화되었습니다.

있었다 fstab항목 활성화 커널 모듈은 floppy.

## check for mod floppy
lsmod | grep -i floppy

저는 이것을 했어요:

  • fstab 항목에 주석을 달거나 삭제하십시오.
  • 모드 플로피 비활성화-블랙리스트에 추가

블랙리스트 모듈

echo "blacklist floppy" | sudo tee /etc/modprobe.d/blacklist-floppy.conf

재부팅하지 않고 :

sudo rmmod floppy
sudo dpkg-reconfigure initramfs-tools

또는 재부팅

reboot
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.