노트:중복으로 표시하기 전에 질문을 읽어보세요. 그들 사이에는 차이가 있습니다. 이 질문에 대한 답은 어디에서도 찾을 수 없습니다.
Windows 10이 사전 설치되어 있고 우분투 18.04로 이중 부팅되어 있습니다. Windows 10에서 C 드라이브의 공간을 늘려야 합니다. 그래서 아래 링크의 과정을 따랐습니다. https://www.diskpart.com/articles/increase-c-drive-space-5740.html
마지막으로 노트북을 다시 시작해야 했습니다. 재부팅하면 grub 화면이 표시됩니다. 정상적인 질문인 것 같습니다. 실제로 unix.stackexchange.com 및 askubuntu.com에서 많은 답변을 찾았습니다. 그 과정을 따라했는데 중간에 끼어버렸네요.
주어진 답변과 다른 많은 답변에서와 같이 grub/ 또는 boot/를 찾아야 하는데 찾을 수 없습니다. 다음 프로세스를 통해 vmlinuz-4.4.0-38-generic 또는 initrd.img-4.4.0-38-generic 및 해당 버전을 찾을 수 없습니다.
나도 팔로우했다https://www.linux.com/training-tutorials/how-rescue-non-booting-grub-2-linux/이것도 좋은 정보를 제공하네요
내 시스템이 (hd0, gpt1)에 있는 것 같습니다.
grub에 표시된 디렉토리 구조는 다음과 같습니다.
(hd0,gpt1)/efi
Boot/ Microsoft/ ubutnu/
Boot/
bootx64.efi fbx64.efi
ubuntu/
grubx64.efi grub.cfg shimx64.efi mmx64.efi bootx64.csv
따라서 대부분의 답변에서 요구하는 grub/ 또는 boot/가 표시되지 않으며 내가 보는 것이 다릅니다.
편집1: cat(hd0,gpt1)/efi/ubuntu/grub.cfg 및 ls(hd0의 출력은 다음과 같습니다.
편집 2: telcoM에게 감사드립니다. 우분투 설치 USB를 준비하고 우분투 기능을 사용해보았습니다. 테스트디스크도 설치했습니다. 하지만 USB 32GB의 하드 드라이브 파티션 하나만 표시됩니다.
답변1
안타깝게도 AOMEI Partition Assistant를 사용하는 동안 Ubuntu 루트 파일 시스템이 손상되었을 수 있습니다. 어쩌면 Linux 파티션을 인식하지 못하고 드라이브 문자가 없는 알 수 없는/빈 파티션으로 표시될 수도 있습니다.
실제로 grub.cfgESP의 데비안 스타일 미니는 접두사 설정이 다음과 같다는 것을 의미합니다.
set prefix=($root)'/boot/grub'
별도의 파일 시스템이 아님 을 나타냅니다 /boot. 그렇다면 접두사는 로 설정됩니다 $(root)'/grub'.
이 시점에서 GRUB는 파티션을 수정하기 전에 grub.cfg미니파일에 지정된 UUID가 있는 파일 시스템을 찾을 수 있었습니다. 지금은 찾을 수 없기 때문에 파일 시스템이 덮어씌워졌거나 손상된 것은 아닐까 걱정됩니다.
기존 파티션은 다음과 같습니다.
(hd0,gpt1)- GRUB를 로드하는 데 사용되는 EFI 시스템 파티션입니다.(hd0,gpt2)- 크기(단 16M)로 판단하면 이는 Windows 10에서 일반적으로 생성하는 "Microsoft Reserved" 파티션인 것으로 보입니다.(hd0,gpt3)- 귀하의 의견에 따르면 크기는 약 67 GB / 64 GiB입니다. Windows C: 드라이브(hd0,gpt4)- 귀하의 의견에 따르면 크기는 약 200GB / 191 GiB입니다. Windows D: 드라이브(hd0,gpt5)- 크기는 약 870M 정도이며 내용은 알 수 없습니다. 어쩌면 Windows 복구 파티션일까요?
(hd0,gpt3)파티션 크기와 시작 위치에 따라 (hd0,gpt4). 이것은 아마도 Linux 파티션이 있던 곳일 것입니다.
따라서 Linux 파티션이 손실된 것 같습니다. .testdisk
다음은 다음을 포함하는 라이브 CD 목록에 대한 링크입니다 testdisk.https://www.cgsecurity.org/wiki/TestDisk_Livecd
GRUB 프롬프트에 다음을 입력하면 Windows에 들어갈 수 있습니다.
chainloader /efi/Microsoft/boot/bootmgfw.efi
하지만 Linux 파티션에서 파일을 구출해야 한다면,너 지금 이러면 안 돼. 실제로 손실된 Linux 파티션에서 중요한 파일을 모두 성공적으로 복구하거나 추가 복구 시도가 노력할 가치가 없다고 확신할 때까지 디스크에 가능한 모든 쓰기 작업을 피해야 합니다.
Linux 복구 시도를 포기하려면 BIOS 설정으로 이동하여 Windows 부팅 관리자를 부팅 순서의 첫 번째로 이동하세요. 그러면 Windows 부팅 기능도 영구적으로 복원됩니다(전용).
부팅 가능한 Live CD(또는 펜 드라이브와 같은 다른 라이브 부팅 미디어) testdisk또는 기타 사용 가능한 복구 유틸리티를 준비하려면 다른 컴퓨터를 사용해야 합니다.
Ubuntu에 익숙하다면 Ubuntu Live 기능을 사용할 수 있습니다.Ubuntu 설치 USB 플래시 드라이브 준비그리고 "Try Ubuntu" 기능을 사용하면 일반적인 패키지 관리 도구를 사용하여 testdiskRAM 기반 설치에 자동으로 다운로드 및 설치됩니다. 이 경우 도구를 사용하기 위해 USB에서 부팅할 때마다 이 작업을 다시 수행해야 합니다.
아니면 당신은 수도지속성을 갖춘 라이브 USB를 설정하기 위해 더 긴 프로세스 사용또는USB 기반 Ubuntu 설치 완료testdisk;두 옵션 모두 표준 패키지 관리 도구를 사용 하여 USB 및/또는 기타 복구 도구에 추가한 다음 손상된 Linux 파티션이 있는 컴퓨터로 돌아가 USB 드라이브에서 부팅하고 복구를 시도할 수 있도록 해야 합니다 .
복구된 파일을 저장하는 데 사용할 수 있는 두 번째 펜 드라이브나 기타 미디어도 필요합니다. 하지만 Windows D: 드라이브를 마운트하여 복구된 파일을 저장하는 데 사용할 수도 있습니다. 잃어버린 파티션.
펜 드라이브에서 컴퓨터를 부팅하고 testdisk컴퓨터의 HDD(예: sudo testdisk /dev/sdaHDD의 장치 이름이 무엇이든)에서 실행할 수 있게 되면 보고되는 내용에 따라 다음 단계가 달라집니다. 가장 좋은 경우에는 AOMEI가 수행한 작업을 간단히 취소하고 손실된 파티션을 복구할 수 있습니다.
AOMEI Partition Assistant는 Windows가 아닌 파티션 유형을 지원하지 않는 것으로 보이므로 Windows 사용자만을 대상으로 하는 것 같습니다. 앞으로는 다음을 사용하고 싶을 수도 있습니다.gpartedLinux가 설치된 컴퓨터의 파티션을 수정하는 대신.