☰

팬텀 파티션... 이 문제를 어떻게 해결합니까?

tag-icon • tag-icon partitioning gparted
팬텀 파티션... 이 문제를 어떻게 해결합니까?

이 문제가 나타난 이후로 새로 설치를 두 번 수행했습니다(모든 것이 작동하는 것 같으므로 이 문제를 해결하기 위한 것이 아닙니다). Gparted에는 그러한 파티션이 표시되지 않습니다. 새로 설치를 한 번 더 수행할 예정이므로 이제 제대로 설치해야 합니다. 어디서부터 시작해야 할지 조언이 있으신가요?

여기에 이미지 설명을 입력하세요

여기에 이미지 설명을 입력하세요

 marc@Thor:~$ blkid
 /dev/sda1: UUID="1bd1fc27-31da-4515-b1b1-2d4acea80abe" TYPE="ext4" 
 /dev/sda5: UUID="e54014fa-3d67-42c0-9532-b5b5efc35e5b" TYPE="swap" 
 marc@Thor:~$

 marc@Thor:~$ cat /proc/partitions
 major minor  #blocks  name

    8        0  312571224 sda
    8        1  308659200 sda1
    8        2          1 sda2
    8        5    3909632 sda5
   11        0    1048575 sr0
 marc@Thor:~$

 marc@Thor:~$ sudo blkid -p /dev/sda2
 [sudo] password for marc: 
 /dev/sda2: PTTYPE="dos" PART_ENTRY_SCHEME="dos" PART_ENTRY_TYPE="0x5" PART_ENTRY_NUMBER="2" PART_ENTRY_OFFSET="617322494" PART_ENTRY_SIZE="7819266" PART_ENTRY_DISK="8:0" 
 marc@Thor:~$`

답변1

내 생각엔 하드 디스크에 데비안 이미지가 있고(파일로 또는 파티션에 "원시"로 기록됨) 현재 시작되는 위치에 저장되어 있었던 것 같습니다 /dev/sda2. /dev/sda2은 기본적으로 스왑 공간인 의 자리 표시자일 뿐이 므로 /dev/sda5자동 마운터를 혼란스럽게 할 만큼 원본 디스크 이미지가 디스크에 남아 있을 수 있습니다.

내 말이 맞다면 자동 마운터가 보고 있는 데이터를 덮어쓰면 데비안 이미지가 있다고 생각하게 됩니다 /dev/sda2. 이 솔루션의 문제점은 귀하가 수행하는 모든 작업이 잠재적으로 위험하다는 것입니다. 실수로 데이터의 일부 또는 전부를 폐기할 수도 있습니다. 따라서 내 제안을 따르려면 다음을 수행해야 합니다.그렇게 할 경우 위험은 본인 부담입니다.그리고 나강하게당신에게 조언하다중요한 사용자 데이터를 먼저 백업하세요!

가장 간단하고 쉬운 방법은 의 /dev/sda2첫 번째 섹터에 불필요한 데이터가 없는지 확인하는 것입니다.

sudo dd if=/dev/zero of=/dev/sda2 bs=440 count=1

이 명령을 입력하세요정확히여기에 표시된 대로. 옵션에 실수가 있으면 심각한 데이터 손실이 발생할 수 있습니다. 이 명령을 입력한 후 재부팅하고 상황이 개선되었는지 확인하세요. 그렇지 않은 경우 더 길고 위험한 절차를 시도해 볼 수 있습니다.

  1. 터미널 창에서 sudo swapoff스왑 공간 사용을 비활성화하려면 다음을 입력하십시오.
  2. GParted, parted또는 을 사용하여 및 을 fdisk삭제합니다 ./dev/sda5/dev/sda2
  3. 새 를 생성 /dev/sda2하되 확장 파티션이 아닌 일반 기본 파티션으로 만듭니다. 를 사용하는 경우 fdisk유형 코드 0x82(Linux 스왑)를 지정하세요. 를 사용하는 경우 parted"파일 시스템 유형"을 로 지정하십시오 linux-swap.
  4. 재부팅합니다. 이렇게 하면 새 파티션 테이블을 사용할 수 있습니다.
  5. 유형 sudo dd if=/dev/zero of=/dev/sda2. BE엑스트라 엑스트라 슈퍼이 명령에 주의하세요. of=값 에 특히 주의하세요 /dev/sda2. ,~ 아니다 /dev/sda또는 다른 값. 이 명령의 요점은 가 차지하는 디스크 공간을 완전히 지우는 것입니다 /dev/sda2. 실수로 잘못된 대상을 지정하면 대상에 포함된 모든 내용이 지워집니다.
  6. 에 새 스왑 공간을 만듭니다 /dev/sda2.
    • 파티션을 나누기 위해 fdisk또는 를 사용한 경우 를 입력합니다 . 다시 말하지만, 디스크 장치에 대해서는 매우 주의하십시오.partedsudo mkswap /dev/sda2
    • 파티셔닝에 GParted를 사용한 경우 GParted로 돌아가서 /dev/sda2스왑 공간으로 설정하는 것이 가장 쉽습니다.
  7. 유형 sudo blkid /dev/sda2. 그러면 스왑 공간과 관련된 UUID 값이 표시됩니다.
  8. /etc/fstab스왑과 관련된 UUID 값을 이전 값에서 새 값으로 편집하고 변경합니다 .
  9. 재부팅하고 테스트하십시오. 문제는 사라져야합니다.

모든 주의 사항과 경고에서 볼 수 있듯이 이 절차는 위험이 전혀 없습니다. dd및 와 같은 하위 수준 도구에 이미 익숙한 경우에만 시도해 보는 것이 좋습니다 fdisk.

파티션에 대한 작은 크기 조정 작업으로 문제가 해결될 수도 있습니다. 예를 들어 /dev/sda11MiB만큼 축소하고 크기를 조정하여 /dev/sda2해당 /dev/sda5공간을 채울 수 있습니다. 하지만 이것이 효과가 있을 것이라고 장담할 수는 없습니다. 이동/크기 조정으로 인해 잘못된 디스크 이미지 데이터가 다른 모든 것과 함께 이동될 수도 있습니다.

답변2

내 솔루션은 재설치의 일부로 새 파티션 테이블을 생성하는 것으로 끝났습니다. 궤도에서 핵무기를 발사했어요.

관련 정보