すべてのパーティションを削除して再インストールした後も、ホームディレクトリは残ります。

すべてのパーティションを削除して再インストールした後も、ホームディレクトリは残ります。

私はmdadm RAID1ボリューム上でUbuntu Serverを実行していましたが、いくつかの問題があり、新しくインストールすることにしました。

  • Gpartedを使用して各パーティションでmdadm配列を起動、停止、および実行し、--zero-superblockGpartedを使用してパーティションを削除しました。

  • その後、Ubuntu Server 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)は、ログインしている場合はコンテンツをクラウドにバックアップできます。ローカルデータを安全に削除する方法は2つあります。

FDEの使用

cryptsetup luksFormat /dev/sda

ドライブ全体をゼロに設定

cat /dev/zero > /dev/sda

もう一度パーティションを分割してくださいそしてファイルシステムが原因でデータを回復するには、追加の作業(PhotoRec)が必要です。

関連情報