このエラーは引き続き発生します。
警告する! !サポートされていないGPT(GUIDパーティションテーブル)が検出されました。 GNU Partedの使用
一般MBRに戻りたいです。いくつかの提案を見つけました。ここそしてそうでした:
parted /dev/sda
mklabel msdos
quit
ただし、そのオプションに入ると、mklabel
そのファイルが失われるという警告が表示されます/dev/sda
。ディスクをフォーマットせずに通常のMBRを復元する方法はありますか?
答え1
あなたが投稿したリンクは非常に醜いハッカータイプのソリューションのように見えます。
ただし、MBR - > GPT変換のマニュアルページによれば、「回復と変換」メニューにGPT - > MBRを変換するgdisk
オプション(長押し)もあります。 r
g
GPTをMBRに変換して終了します。このオプションは、できるだけ多くのパーティションをMBR形式に変換し、GPTデータ構造を破壊し、新しいMBRを保存して終了します。 GPTを使用してMBRがより適切であると判断した場合は、このオプションを使用してください。この機能は、最大4つのプライマリMBRパーティションまたは3つのプライマリパーティションとできるだけ多くの論理パーティションを作成します。各論理区画には、最初のブロックの前に割り当てられていないブロックが 1 つ以上必要です。
まず試してみましょう。
答え2
以前の回答者のほとんどは、一般的にGPTパーティションテーブルレイアウトを使用して必要なことを達成できると述べています。これは正しいですがはい私はMBRを使うべき正当な理由が欲しかったので、あなたが間違って質問したと仮定するのではなく、あなたの質問に答えるだけだと思いました。
GPTを削除するには、この形式を使用するときに次に記録されたパーティションテーブルがあることに注意してください。終わりfdiskまたはGPTをサポートしていないファイルシステムツールを使用して削除しようとすると、ドライブはそのまま残ります。 partedで行った操作では、このパーティションテーブルの問題は解決されませんでした。
GPTを消去するには、gdiskなどのツールを使用する必要があります。プロンプトで root と入力し、表示するgdisk
デバイスを gdisk に通知します (例: /dev/sd??)。 gdiskを使用して保護MBRをディスクに書き込むことは、特定のMBRデータ構造にアクセスできるようにするためのものです。その後、[エキスパートオプション]セクションに移動し(r
次へを押しますx
)(?
別のプログラムプロンプトでタップすると、異なる時間に利用可能なオプションが表示されます)、「GPTデータ構造をZap(破壊)して終了」オプション(z
)を見つけることができます。プログラムは確認メッセージを表示し、MBR構造を維持するかどうかを尋ねます。これを必ず保存してください。
その後、コンピュータを再起動するのと同じくらい簡単でなければなりません(カーネルはまだ古いパーティションテーブルを使用して更新するために再起動する必要があるためです)。その後、fdiskを起動し、GPTパーティションの残りの部分を削除します。以前にGNU Partedを使用したことと同じ警告が表示されますが、今回はパーティションを削除すると消えてしまうので無視してもかまいません。
これにより、オペレーティングシステムを再インストールできる空のドライブにMBRパーティションテーブルシステムが提供されます。既存のパーティションでこれを実行しようとすると、より複雑で場合によっては不可能になる可能性があるため、データをバックアップしてそのように実行することをお勧めします。
答え3
使用gdisk /dev/sda
メモ: /dev/sda
質問された方も同様ですが、ドライブ名に変更してください。
gdiskと入力したら、次を使用します。
x extra functionality (experts only)
その後、すべてのオプションビューを入力すると、p
次のようになります。
Expert command (? for help): ?
a set attributes
c change partition GUID
d display the sector alignment value
e relocate backup data structures to the end of the disk
g change disk GUID
h recompute CHS values in protective/hybrid MBR
i show detailed information on a partition
l set the sector alignment value
m return to main menu
n create a new protective MBR
o print protective MBR data
p print the partition table
q quit without saving changes
r recovery and transformation options (experts only)
s resize partition table
t transpose two partition table entries
u Replicate partition table on new device
v verify disk
w write table to disk and exit
z zap (destroy) GPT data structures and exit
? print this menu
使用z
Expert command (? for help): z
About to wipe out GPT on /dev/xvdf. Proceed? (Y/N): Y
GPT data structures destroyed! You may now partition the disk using fdisk or
other utilities.
Blank out MBR? (Y/N): Y
答え4
これしなければならないほとんどの状況に適しています。ご存知のように、パーティションが2TBを超える場合、またはパーティションが15個を超えると、MBRは使用できません。
- partedを使用してパーティションのサイズを確認します(つまり、両方とも2 TB未満ですか?)。
parted /dev/sdX p
- より大きなパーティションがある場合は、問題のファイルシステムと実行する必要があるその他の作業を折りたたみます。 (これについて詳しくは、この記事の最後で確認してください。)
parted /dev/sdX u B p
パーティションレイアウトの再作成方法がわかるように、正確なパーティションサイズ(バイト単位で表示)をすべてダンプします。携帯電話を使用して両方の出力で写真を撮りますparted
。- MBRの内部構造のため、デフォルトのパーティションは4つしかありません。したがって、より多くのパーティションがある場合は、「割り当て」できるようにVBRを配置できる論理パーティションを作成するには、ディスクのどこかに空き容量が必要です(もちろん、これがどこにあるのかを知る必要があります!)。他の4部門/既存5/6部門。
- GPTを消去するために使用されます
gdisk
。 - 新しいMBRを作成します。
- 最初/2番目/3番目のパーティションをベースに再作成し、いくつかの空き領域(以前にデータがなかった場所!!!)に論理パーティションを作成し、別のパーティションを作成します。
- 保存と終了。
- 祈る
- 再起動。
grml
これをすべて行うには、このようなライブディスクを使用する必要があります。何か間違っている場合は、再起動してもう一度やり直してください。
データがディスクに書き込まれない限り、データは失われません。すべてのパーティションレイアウトは携帯電話に残り、必要に応じて元のGPTを再作成できます。
本当に混乱していて写真を撮っていない場合は、testdisk
パーティションの境界を識別してみてください。しかし、いったん素晴らしいレイアウトを得たら、そこにお金をかけないでください。
パーティションを縮小するためにサイズを変更する方法の鳥瞰図は次のとおりです。
- まず、常にファイルシステムを縮小する必要があります。 ext4(
resize2fs -M dev/sdX
) では簡単ですが、XFS では縮小できないため不可能です。これらのスタントを試す前に、現在作業しているものを特定してGoogle検索を実行してください。 - LVMがある場合は、次に論理ボリュームを縮小します。 (
lvreduce -L 20G /dev/mapper/<VG>-<LV>
) - LVM の次のステップは、物理ボリュームのサイズを小さくすることです。
pvresize --setphysicalvolumesize 25G /dev/sdX
行く道です。 - 次に、選択したパーティションツールを使用してlvmを持つパーティションを削除し、より小さいパーティションを再作成します。
ここで言及されているすべての要素のサイズは次のとおりです。ファイルシステム< LV < PV <パーティション。次の再起動後にそうでない場合は、FSチェックを実行する必要があることがわかります。これを行わずに、livediskで再起動して調整してください。そこで問題を解決すると、システムが再起動することが保証されます。
これを行うには、PARTITION + LUKS + LVM + FILESYSTEMがある場合は、シェルでこれを行う方法についていくつかのヒントがあります。
df -h
パーティションをマウントするときにファイルシステムのサイズを示す友人ですか?lsblk
lsblk -f
友達がパーティションを見せていますか?- LUKSを使用している場合は、
cryptsetup open /dev/sdX asdf
暗号化されたコンテナを開き、パスワードを入力すると以下から確認できます/dev/mapper/asdf
。暗号化されたコンテナはサイズ変更する必要はありません。 (もちろん、暗号化されたパーティションがない場合は、この手順をスキップしてください。) vgchange -aay
使用できるようにすべての論理ボリュームを有効にします。mkdir asdf; mount /dev/mapper<VG>-<LV> asdf
その後、df -h
サイズを変更する前にファイルシステムのサイズを確認してください。umount asdf
だから再び削除されました。resize2fs -M /dev/mapper/<VG>-<LV>
。mount /dev/mapper/<VG>-<LV> asdf; df -h
ファイルシステムのサイズがまだどれだけ大きいかを確認してください。- LVをファイルシステムより1GB大きくします。それだけでは十分ではない可能性があります。余裕があればもっと大きくしてください。そうでなければ、Linuxは再起動後に機能しないことを知らせます。プロンプトが表示されたらFSスキャンを実行せず、ライブディスクから再起動してから再起動してください。この場合、データは失われません。
- PVがLVより1GB大きいとします。
- パーティションをPVより1GB大きくします。 LVMは4Mサイズのエクステントを作成し(ハードディスクに直接ブロックを作成するのと少し似ていますが、LVMの場合)、パーティションを小さすぎて最後のエクステントを省略したくないので、100Mでも十分です。しかし、私が言ったように、しなければならない。すべてを計算せずに状況を調整し、問題が発生した場合は修正してください。やっぱりLinuxだからそうすることができます。
頻繁に再起動する必要がないように、必要以上に大きくしてください。
LVMの目的を簡単に識別するには、LVM設定を作成するときは、必ずホスト名をVG名とLVのマウントポイント(root
、、、、swap
...)として使用var
してください(まだ実行していない場合)。これは一般的なヒントであり、上記の手順を実行する必要はありません。