모든 파티션을 삭제하고 다시 설치한 후에도 홈 디렉토리가 지속됩니다.

모든 파티션을 삭제하고 다시 설치한 후에도 홈 디렉토리가 지속됩니다.

저는 mdadm RAID1 볼륨에서 Ubuntu Server를 실행하고 있었는데 몇 가지 문제가 있어서 새로 설치하기로 결정했습니다.

  • Gparted를 사용하여 각 파티션에서 mdadm 배열을 시작, 중지 및 실행한 --zero-superblock다음 Gparted를 사용하여 파티션을 삭제했습니다.

  • 그런 다음 Ubuntu 서버 USB에서 부팅하고 수동 파티셔닝 옵션을 사용하여 처음부터 RAID를 구성하고 Ubuntu 18.04를 설치했습니다.

  • OS를 설치한 후 가장 먼저 다른 표준 유틸리티와 함께 ​​xfce4와 firefox를 설치한 다음 startx를 실행하여 재부팅하고 Firefox를 시작했습니다.

로그인하면 다시 설치하기 전에 열었던 탭이 즉시 열리고 여전히 SO에 로그인되어 있습니다. 사실 내 홈 폴더 전체가 아직 거기에 있습니다.

나는 모든 것을 핵무기로 처리하고 다시 시작한다고 생각했습니다. 나는 이것이 어떻게 일어 났는지 전혀 모른다. 추가 조사 결과, 홈 폴더에 있는 모든 파일이 여전히 거기에 있다는 것을 발견했습니다.

몇 가지 단계를 놓쳤나요? --zero-superblock 및 delete partition의 목적은 드라이브의 모든 데이터를 삭제하는 것이라고 생각합니다. 내가 놓친 게 무엇입니까? 진정한 새로 설치를 어떻게 보장할 수 있나요? 나는 이전에 동일한 단계를 따랐으며 내 홈 디렉토리가 보존되지 않았다고 확신합니다.

편집: 그래서 어레이의 구성 요소 드라이브를 제로화했지만 이제 설치 프로그램의 수동 설정에서 새 파티션을 "부팅 가능"으로 설정할 수 없습니다(선택해도 아무 것도 변경되지 않음). 이상한 점은 파티션을 생성할 때 이전처럼 동일한 USB 설치 프로그램을 사용하여 기본 파티션을 생성할지 논리 파티션을 생성할지 더 이상 묻지 않는다는 것입니다.

답변1

파티션 테이블은 실제로는 데이터의 한 조각일 뿐이며 내용은 다음과 같습니다.

  • 파티션 1은 트랙 10에서 시작하여 트랙 99에서 끝납니다.
  • 파티션 2는 트랙 100에서 시작하여 트랙 599에서 끝납니다.
  • 파티션 3은 트랙 600에서 시작하여 트랙 16383에서 끝납니다.

파티션 테이블을 삭제하면 트랙 10->99, 100->599, 600->16383의 데이터는 영향을 받지 않습니다. 단지 운영 체제가 더 이상 이를 찾는 방법을 알 수 없다는 것뿐입니다. 따라서 이후에 동일한 방식으로 분할된 테이블을 다시 생성하면 데이터를 계속 사용할 수 있습니다. 2016년에 실수로 모든 파티션 테이블을 파괴했을 때 이것을 사용했습니다(https://www.sweharris.org/post/2016-02-10-break-mbr/)

파티션 내의 데이터도 삭제하려면 전체 디스크를 제로화하거나체재분할. 대부분의 설치 프로그램은 설치 과정에서 "파티션 포맷" 옵션을 제공합니다.

또는 파티션이 다른 위치(예: 9->100, 101->600, 601->16384)에서 시작하여 내부 데이터가 파일 시스템처럼 보이지 않도록 하세요.

답변2

아마도 파티션을 정확하게 다시 지정했지만 그렇게 하지 않았을 수 있습니다.새로운파일 시스템.

mkfs.ext4 /dev/sda1

다른 가능성; Firefox(ubuntu, google, microsoft)는 로그인한 경우 콘텐츠를 클라우드에 백업할 수 있습니다. 로컬 데이터를 안전하게 삭제하는 방법에는 두 가지가 있습니다.

FDE 사용

cryptsetup luksFormat /dev/sda

전체 드라이브를 0으로 설정

cat /dev/zero > /dev/sda

그냥 다시 파티션을 나누세요그리고파일 시스템으로 인해 데이터를 복구하려면 추가 작업(PhotoRec)이 필요합니다.

관련 정보