☰

ファントムパーティション...これを修正するにはどうすればいいでしょうか?

tag-icon • tag-icon partitioning gparted
ファントムパーティション...これを修正するにはどうすればいいでしょうか?

この問題が現れてから、クリーン インストールを 2 回実行しました (修正のためではなく、すべて正常に動作しているようです)。Gparted ではそのようなパーティションは表示されません。もう 1 度クリーン インストールを実行する予定なので、今が正しいタイミングです。どこから始めればよいか、アドバイスをいただけますか?

ここに画像の説明を入力してください

ここに画像の説明を入力してください

 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

私の推測では、ハードディスクに Debian イメージ (ファイル内またはパーティションに「raw」で書き込まれたもの) があり、それがたまたま の/dev/sda2開始位置に保存されただけだと思います。 は/dev/sda2基本的に のプレースホルダー (スワップ領域) にすぎないため/dev/sda5、元のディスク イメージがディスク上に十分に残っていて、自動マウント機能が混乱する可能性があります。

私の考えが正しければ、修正方法は、自動マウントがDebianイメージが上にあると認識しているデータを上書きすることです/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またはを使用してパーティション分割した場合はparted、 と入力しますsudo mkswap /dev/sda2。この場合も、ディスク デバイスには十分注意してください。
    • /dev/sda2パーティション分割に GParted を使用した場合は、GParted に戻ってスワップ領域として設定するのが最も簡単です。
  7. と入力しますsudo blkid /dev/sda2。これにより、スワップ領域に関連付けられた UUID 値が表示されます。
  8. スワップに関連付けられた UUID 値を編集し/etc/fstab、古い値から新しい値に変更します。
  9. 再起動してテストしてください。問題は解決するはずです。

すべての警告や注意事項からわかるように、この手順はリスクがまったくないわけではありません。ddやなどの低レベル ツールにすでに精通している場合にのみ、試すことをお勧めしますfdisk。

パーティションを少しサイズ変更すると問題が解決する可能性があります。たとえば、/dev/sda11MiB 縮小してサイズを変更し/dev/sda2、/dev/sda5そのスペースを埋めることができます。ただし、これが機能するとは保証できません。移動/サイズ変更によって、誤ったディスク イメージ データが他のすべてのものと一緒に移動される可能性があります。

答え2

私の解決策は、再インストールの一環として新しいパーティション テーブルを作成することになりました。私はそれを軌道から削除しました。

関連情報