Promox 6.x에서 7.x로 업그레이드한 후 VM이 "부팅 가능한 디스크가 아닙니다"

Question 1

서버가 다시 시작되도록 파티션 테이블을 "수리"할 수 있습니다. 그 후 모든 것이 제대로 실행되는지 확인하기 위해 모든 것을 새 서버로 마이그레이션할 수 있었습니다. 아래 단계에 따라 수행했습니다.

다음 명령을 사용하여 서버를 시작하십시오.부팅 복구 디스크.
자동으로 실행되는 도구 "시동 복구"를 끄십시오.
터미널 창을 열고 명령을 실행합니다 sudo testdisk /dev/sda. 그러면 디스크(sda)에서 파티션을 검색하는 (명령줄) 도구가 시작됩니다.
확인 디스크를 사용하십시오 Proceed.
사용할 파티션 테이블 유형을 선택합니다. "BIOS" 디스크가 있으므로 그것이 필요합니다 Intel. "EUFI" 디스크가 있는 경우 이를 선택합니다 EFI GPT.
가서 Analyse디스크를 분석해 보세요.
Quick search빠른 검사를 진행 하세요 . 디스크에 따라 이 작업은 몇 초에서 한 시간 정도 걸릴 수 있습니다.
어떤 경우에는 a가 도움이 될 것이라고 생각했지만 a가 더 정확하고 디스크 복구 가능성이 높아진다는 quick scan것을 알았습니다 . deeper search내가 아는 한 그것만으로는 quick scan충분하지 않습니다.

deep search여러 파티션이 발견 될 수 있습니다. 를 사용하여 파일을 찾아볼 수 있습니다 P. 을 선택하거나 ..눌러 돌아갈 수 있지만 , 너무 많이 누르면 처음부터 다시 시작해야 하므로 Q주의하세요 !Q

디렉터리가 포함된 파티션을 찾아 etc화살표 키( 또는 )를 사용하여 해당 파티션을 (기본) 파티션으로 표시합니다. 제 경우에는 두 번째 파티션이 리눅스와 같은 파일 구조를 갖고 있어서 "기본 부팅 가능"으로 설정했는데, 파티션이 항상 발견되지 않는 것을 발견했습니다. 찾을 수 없으면 (내 테스트에서는) 디렉터리가 있는 파티션을 기본으로 표시합니다. (아래 테스트 머신의 스크린샷을 참조하세요.) (계속)을 눌러 설정을 확인한 다음 새 파티션 테이블을 디스크에 씁니다.P←→*etcPEnterWrite

파티션 테이블을 작성한 후 부팅 복구 도구(처음에는 꺼두었습니다)를 열어 Linux 부트 로더(GRUB)를 복구합니다. 를 사용하여 수리를 수행할 수 있습니다 Recommended repair. 이 옵션을 사용할 수 없는 경우 파티션 테이블 검색 중에 여전히 활성화되어 있을 수 있으므로 부팅 복구 도구를 다시 시작하십시오.

메일 서버를 이렇게 고칠 수 있습니다. 일부 테스트 머신의 작업 백업에서 (손상된) 머신의 백업을 복원했습니다. 테스트한 기계 5개를 모두 수리할 수 있었습니다.

이 답변이 다른 사람들에게 도움이 되기를 바랍니다.

Answer

서버가 다시 시작되도록 파티션 테이블을 "수리"할 수 있습니다. 그 후 모든 것이 제대로 실행되는지 확인하기 위해 모든 것을 새 서버로 마이그레이션할 수 있었습니다. 아래 단계에 따라 수행했습니다.

다음 명령을 사용하여 서버를 시작하십시오.부팅 복구 디스크.
자동으로 실행되는 도구 "시동 복구"를 끄십시오.
터미널 창을 열고 명령을 실행합니다 sudo testdisk /dev/sda. 그러면 디스크(sda)에서 파티션을 검색하는 (명령줄) 도구가 시작됩니다.
확인 디스크를 사용하십시오 Proceed.
사용할 파티션 테이블 유형을 선택합니다. "BIOS" 디스크가 있으므로 그것이 필요합니다 Intel. "EUFI" 디스크가 있는 경우 이를 선택합니다 EFI GPT.
가서 Analyse디스크를 분석해 보세요.
Quick search빠른 검사를 진행 하세요 . 디스크에 따라 이 작업은 몇 초에서 한 시간 정도 걸릴 수 있습니다.
어떤 경우에는 a가 도움이 될 것이라고 생각했지만 a가 더 정확하고 디스크 복구 가능성이 높아진다는 quick scan것을 알았습니다 . deeper search내가 아는 한 그것만으로는 quick scan충분하지 않습니다.

deep search여러 파티션이 발견 될 수 있습니다. 를 사용하여 파일을 찾아볼 수 있습니다 P. 을 선택하거나 ..눌러 돌아갈 수 있지만 , 너무 많이 누르면 처음부터 다시 시작해야 하므로 Q주의하세요 !Q

디렉터리가 포함된 파티션을 찾아 etc화살표 키( 또는 )를 사용하여 해당 파티션을 (기본) 파티션으로 표시합니다. 제 경우에는 두 번째 파티션이 리눅스와 같은 파일 구조를 갖고 있어서 "기본 부팅 가능"으로 설정했는데, 파티션이 항상 발견되지 않는 것을 발견했습니다. 찾을 수 없으면 (내 테스트에서는) 디렉터리가 있는 파티션을 기본으로 표시합니다. (아래 테스트 머신의 스크린샷을 참조하세요.) (계속)을 눌러 설정을 확인한 다음 새 파티션 테이블을 디스크에 씁니다.P←→*etcPEnterWrite

파티션 테이블을 작성한 후 부팅 복구 도구(처음에는 꺼두었습니다)를 열어 Linux 부트 로더(GRUB)를 복구합니다. 를 사용하여 수리를 수행할 수 있습니다 Recommended repair. 이 옵션을 사용할 수 없는 경우 파티션 테이블 검색 중에 여전히 활성화되어 있을 수 있으므로 부팅 복구 도구를 다시 시작하십시오.

메일 서버를 이렇게 고칠 수 있습니다. 일부 테스트 머신의 작업 백업에서 (손상된) 머신의 백업을 복원했습니다. 테스트한 기계 5개를 모두 수리할 수 있었습니다.

이 답변이 다른 사람들에게 도움이 되기를 바랍니다.

Question 2

솔루션을 게시해 주셔서 정말 감사합니다. 제 생명을 구했습니다!

상황: Proxmox 7.2-7 환경에서 5개의 Debian LAMP VM(CPU 리소스)을 사용하고 다시 시작하여 변경 사항을 적용합니다. 그 중 어느 것도 부팅되지 않으며, 둘 다 부팅에 실패합니다. 잘 알려진 "부팅 가능한 디스크가 아닙니다"라는 오류 때문입니다. 제 경우에는 수리 과정에서 두 가지 세부 사항이 달랐습니다.

sudo testdisk /dev/sda문제의 장치가 sda인데도 "파일 또는 장치 /dev/sda: 디렉토리가 아님"을 열 수 없다는 메시지와 함께 실패합니다. 해결책: 방금 입력한 sudo testdisk후 로깅 옵션을 선택할 수 있습니다 /dev/sda.

빠른 테스트 결과는 다음과 같습니다.

    Partition               Start        End    Size in sectors
>*Linux                    0  32 33   121 157 36    1951744 [boot]
P Linux                  121 157 37  3161  11 50   48828416 [system]
P Linux Swap            3161  11 51  3647  99 36    7813120
L Linux                 3647 164 38 13054  10 12  151113728 [data1]

아무것도 변경하거나 전환할 필요가 없습니다. 다음 화면으로 이동하여 Enter"쓰기"를 선택하면 됩니다. 거기에서는 위에 쓰여진 것처럼 작동합니다.

어쩌면 내 작은 팁이 다른 사람들에게도 도움이 될 수 있습니다.

이는 다음과 같이 추적됩니다.프록시목스 오류 2874.

Answer