☰

Windows가 파티션 구성표를 망칠 때 Linux 파일 시스템을 손상시키지 않는 방법

tag-icon • tag-icon partition windows grub2 dual-boot boot-loader
Windows가 파티션 구성표를 망칠 때 Linux 파일 시스템을 손상시키지 않는 방법

최근에 설치 프로그램의 기본 이중 부팅 파티션 구성표를 사용하여 친구의 시스템에서 Manjaro Linux 및 Windows 10을 이중 부팅했습니다. 어제 Windows는 자체 업데이트를 결정했고(악명 높은 Creator's Update인 것 같습니다) Manjaro가 시작되지 않았습니다. 친구에게 liveUSB에서 로그인하라고 지시했는데 sudo fdisk -l결과는 다음과 같습니다.

Disk /dev/nvme0n1: 238,5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: DBCB2883-9E10-40F3-8007-B1B409A79DF5

Dispositivo        Start      Fine   Settori   Size Tipo
/dev/nvme0n1p1      2048    206847    204800   100M EFI System
/dev/nvme0n1p2    206848    239615     32768    16M Microsoft reserved
/dev/nvme0n1p3    239616 123472110 123232495  58,8G Microsoft basic data
/dev/nvme0n1p4 497999872 500097023   2097152     1G Windows recovery environment
/dev/nvme0n1p5 123472112 497999871 374527760 178,6G Linux filesystem

Partition table entries are not in disk order.

참고 사항 : 이제 물리적으로 메인 Linux 파티션( ) 뒤에 Partition table entries are not in disk order. 있지만 디지털적으로는 그 앞에 파티션( )이 있는 것 같습니다 . 이것은 매우 비표준적인 것처럼 보이기 때문에 Windows가 파티션 테이블을 엉망으로 만든 것 같습니다./dev/nvme0n1p4/dev/nvme0n1p5

이 작업을 수행한 후:

sudo mount /dev/nvme0n1p5 /mnt
sudo mount /dev/nvme0n1p1 /mnt/boot/efi
sudo grub-install --target=x86_64-efi --efi-directory=/mnt/boot/efi --bootloader-id=manjaro --boot-directory=/mnt/boot --recheck --debug

시스템이 다시 시작되었고 정상적으로 실행되는 것 같았습니다.

문제는 다음과 같습니다

Windows에는 내가 아는 정보가 전혀 없는데 ext4어떻게 아무것도 손상시키지 않고 파티션 테이블을 엉망으로 만들 수 있습니까? "숫자" 파티션 순서만 변경됩니까? 정확히 어떤 역할을 하나요?

답변1

파티션에 아무 작업도 수행하지 않았을 가능성이 높지만 EFI 부팅을 다시 작성하여 자신을 유일한/기본 OS로 만들었습니다. 물론 디스크에 Windows 10이 있으면 다른 것이 왜 필요합니까?

귀하의 문제는 업데이트 후 다른 컴퓨터에서 두세 번 발생했으며 간단한 업데이트 또는 GRUB2 재설치로 항상 사라졌습니다.

파티션 번호를 다시 매겨도 아무런 해가 없다고 생각합니다. Windows를 망치지 않는다면 GRUB/GRUB2도 망치지 않을 것이라고 확신합니다.

그러나 Linux 파티션에서 e2fsck를 실행하여 1GB로 단축되지 않도록 하세요. 내부 FS가 파티션보다 더 크게 표시된 경우 후자가 맹목적으로 크기가 조정되었기 때문에 포함해야 합니다(Windows가지다충분한 파티셔닝 지식저것), Linux가 복구 데이터를 덮어쓰거나 Windows가 복구 데이터를 "업데이트"하고 Linux ext4가 거기에 넣기로 결정한 모든 것을 덮어쓸 때 문제가 발생할 수 있습니다. 너는 필요할지도 모른다:

  • 1GB 데이터를 Linux 파일에 백업하고,
  • 파티션을 삭제하고 Linux 파티션을 전체 크기로 재설정합니다.
  • 파일 시스템을 축소하여 1GB의 여유 공간을 남겨두고,
  • 파티션을 다시 생성하고,
  • 백업 복원

두 운영 체제를 모두 수용하고 우호적인 조건을 유지합니다.

관련 정보