내 가상 머신이 갑자기 작동을 멈췄습니다. 시스템을 부팅하면 다음 메시지가 나타납니다.
그러면 초기화 옵션 중 하나가 아래와 같은 오류를 검색합니다.
공간이 없다는 알림을 받았기 때문에(올바르게 기억한다면 500MB 남음) VM 상자에 저장 공간이 부족하기 때문인 것으로 의심되지만 불행히도 grub 쉘에서 삭제 명령을 실행할 수 없습니다.
www/ 폴더를 제외한 전체 시스템을 잃어도 괜찮으므로 몇 가지 가능한 해결책을 생각해 보았는데 어떤 도움이라도 주시면 감사하겠습니다.
머신에서 일부 파일을 삭제합니다(grub 전용 작업). 내 www/ 폴더를 다른 Linux 우분투 서버로 복원했습니다. cmd에 액세스하고 apt-get autoremove 또는 이와 유사한 작업을 수행할 수 있습니다. 다른 아이디어도 환영합니다(지금 제가 처한 절박한 상태를 감안할 때).
답변1
GRUB 셸은 읽기 전용이므로 지속적인 변경이 불가능합니다. 따라서 GRUB 셸에서 항목을 삭제한다는 아이디어는 작동하지 않습니다.
스크린샷의 메시지는 여러 개의 커널 패닉 메시지를 함께 압축한 것처럼 보입니다. 줄 중 하나가 표시되기 때문에 + / 를 사용하여 콘솔 디스플레이를 Lost 677 message(s)!
계속 스크롤할 수 있더라도 첫 번째 긴급 메시지(다른 메시지의 근본 원인일 수 있음)가 화면 밖으로 스크롤되어 액세스할 수 없을 가능성이 높습니다 .ShiftPgUpPgDn
설명에서 이미 언급한 것처럼 ISO 이미지의 라이브 CD를 얻어 이를 VM을 호스팅하는 시스템에 업로드한 다음 VM 관리 기능(VM 콘솔 또는 별도의 GUI에서)을 사용하여 "삽입" "가상 CD 드라이브"를 선택하고 해당 드라이브에서 부팅하도록 VM에 지시합니다. 정확한 세부 사항은 사용된 가상화 기술에 따라 다릅니다. 가상 머신이 상업용 호스팅에 있는 경우 호스팅 공급자의 기술 지원이 도움을 드릴 수 있습니다.
저렴한 상업용 호스팅을 사용하면 가상 머신이 제한된 수의 표준 설치 이미지로 제한될 수 있습니다. 이 경우 정상적인 운영 체제로 두 번째 가상 머신을 생성한 다음 가상 머신 관리 기능을 사용하여 실패한 가상 머신에서 가상 시스템 디스크를 분리하고 (일시적으로) 새로운 정상 가상 머신으로 두어야 할 수도 있습니다. 두 번째 디스크가 렌더링됩니다. 이렇게 하면 실패한 가상 머신의 디스크에 액세스할 수 있습니다. 간단히 해당 파티션을 별도의 위치에 마운트할 수 있습니다.
예를 들어, 새로운 양호한 VM의 자체 시스템 디스크가 있고 /dev/sda
불량 VM의 디스크가 이제 양호한 VM에 있는 것으로 나타나는 경우 또는를 /dev/sdb
사용하여 파티션을 식별한 다음 불량 VM의 디스크 에서 파티션 N을 마운트하여 복구할 수 있습니다. 데이터를 수집하고 해당 디스크의 문제를 식별하고 복구할 수도 있습니다.lsblk
fdisk -l /dev/sdb
mkdir /rescue
mount /dev/sdbN /rescue
/rescue