web-dev-qa-db-ja.com

Minitool Partition WizardまたはLinuxがWindows7で認識されない、またはその逆で作成されたパーティション

私はヘルバの問題を抱えています。 tl; drの背景は、作業ファイル用に共有TrueCrypt/NTFSパーティションを使用してデュアルブートシステムをセットアップしようとしていることです。コンピューターの詳細：

  • HP ZBook 15
  • 256G m.2 SATA SanDisk SD6PP4M SSD
  • BIOSをレガシーモードに設定
  • MBR、notGPT（このようなグーグルの問題は多くの場合GPTに関連しています。これはそうではありません）。
  • SATAモードがAHCIに設定されている

コンピューターは次のパーティションで起動しました。

  • システム
  • C：
  • HP_RECOVERY
  • HP_TOOLS

後者の2つをバックアップし、Cを拡張しました。

start

次に、Windowsを最大80Gに縮小しました。

shrink

次に、インストールしました Minitool Partition Wizard WindowsはパーティションID（私が知っている）を変更しないので、Linuxをインストールするためにタイプ83として/bootと/が必要でした。 TrueCrypt/NTFS用の共有パーティションも必要だったので、空き領域から次のものを作成しました。

  • プライマリ：TrueCrypt NTFSの場合は100G、NTFS（一時的に）としてフォーマット、ID 7
  • 論理：/bootの場合は512M、フォーマットなし、ID 83
  • 論理：/の場合は50G、フォーマットなし、ID 83

EasyBCD を取得できず、論理/bootパーティションにチェーンロードできないという話の途中を短くします。 Minitoolからのボリュームの作成/削除/フォーマットはたくさんありましたが、何も他にはありませんでした（たとえば、MBRへの書き込みはありません）。

途中で、Minitoolで論理パーティションを作成できなくなりました。それらをアクションキューに追加し、[適用]をクリックすると、「操作は成功しました」と表示されますが、スペースは未割り当てとして表示されます。このような：

キューに入れられ、ロックする準備ができているアクション： minitool-queued

[適用]をクリックした後（未割り当て領域の最後のチャンクがあり、パーティションがないことに注意してください）： minitool-after

それほど速くはありません... Windowsディスクユーティリティは操作がうまくいったと思っているようです！ win-disk-util

私はそれらをフォーマットすることさえできます： after-format.png

ここで、Arch LinuxインストールUSBを起動し、itが何を考えているかを確認します。

### sometimes booting to USB reverses the normal /dev/sda for the SDD
### with /dev/sdb. This reboot happened to be one of those times...

# fdisk -l /dev/sdb

Invalid flag 0xefdb of EBR (for partition 5) will be corrected by w(rite).
Disk /dev/sdb: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x1e6513b3

Device     Boot      Start        End    Sectors   Size Id Type
/dev/sdb1  *          2048    2101247    2099200     1G  7 HPFS/NTFS/exFAT
/dev/sdb2          2101248  172433407  170332160  81.2G  7 HPFS/NTFS/exFAT
/dev/sdb3        172435393  500103167  327667775 156.3G  f W95 Ext'd (LBA)
/dev/sdb5       3629746069 6108529054 2478782986   1.2T 74 unknown

したがって、明らかに、拡張/論理パーティションで何かファンキーなことが起こっています（fdiskおよび256G！= 1.2T ...からのエラー）。

fdiskに仕事を任せてはどうですか？

# fdisk /dev/sdb
### delete partitions 3 and 5
### new primary, default start, +50G, change type from 83 -> 7
### new extended, default start, default end
### new logical, default start, default end
### w to write

# mkfs.ntfs -f /dev/sdb3
# mkdir ./ntfs
# mount /dev/sdb3 ./ntfs
# touch ./ntfs/test.txxt
# umount /dev/sdb3

# mkfs.ext4 /dev/sdb5
# mkdir ./ext4
# mount /dev/sdb5 ./ext4
# touch ./ext4/test.txt
# umount /dev/sdb5

Windowsに戻って、D：をクリックすると、フォーマットするように求められ、認識されたフォーマットではないと言われます。 Minitoolはどうですか？うまくいくようで、内容も表示されます（Dを右クリック：->探索）！ minitool-fdisk

Windowsディスクユーティリティは別の話をします： windows-fdisk

私はこれを何時間も追いかけてきました。私が試したこと（すべて失敗）：

  • NTFSの代わりにFAT32でフォーマットする
  • シングルプライマリvs.2プライマリvs.1プライマリ+論理
  • Linuxからのフォーマットvs.Winディスクユーティリティからのフォーマットvs.Minitoolからのフォーマット
  • chkdsk /f c:（再起動時のチェックのフラグ、再起動、問題は見つかりませんでした）
  • 起動時にEscを押し、ハードウェア診断に移動し、短いテストを実行します。問題は見つかりませんでした
  • chkdisk /f d:（Minitoolによって作成された場合、$MFTエラーを検出して修正すると、Minitoolはフォーマットされたものとして認識しなくなります）
  • デフラグ
  • Windows以外のパーティションを削除し、Windowsをディスク全体に再成長させ、パーティションプロセスを最初からやり直します。
  • WindowsディスクユーティリティでパーティションをフォーマットしてLinuxにマウントしようとすると、「NTFS署名がありません」というエラーが表示されます。
  • Windowsディスクユーティリティで3番目のパーティションを削除してその場で再作成すると、エンドセクターがわずかに変化することに気付きました（382146607から382146559）。これが問題だと思ったので、Windowsでパーティションを作成し（追加のプライマリ+ 2論理）、/dev/sda3の開始/終了セクターと拡張コンテナーに注意を払い、同じ値を使用してパーティションテーブルを再作成しました。運がない。

これまでのところ、WindowsディスクユーティリティとMinitoolの両方が一致するシナリオはまったく見つかりませんでした。私didは成功したデュアルブートシステムを持っています。 fdiskでパーティションテーブルを作成すると、WindowsはC:で起動し、ArchLinuxは/dev/sda5で起動できるように見えます（/bootの論理） ）。 2人がパーティションを同時に有効であると認識していないように見えるだけです。

この問題の複雑さは、ラップトップが McAfee Endpoint Encryption（EEPC） に付属している仕事用コンピューターであるということです。起動前の認証はありませんが、MBRの一部はまだ暗号化されている可能性があると思います。 fdiskが起動を妨げなかったため、パーティションテーブルは明らかにそうではありません（試してみる前に、ddを使用して512MBの/dev/sdaのバックアップを作成しました）。 fixmbrを使用すべきではないと述べているいくつかのMcAfeeドキュメントに出くわしたので、これを追加します（現時点では再検索できません）。

この振る舞いは、問題が何であるかについて何か考えを思い起こさせますか？ Minitoolがディスクユーティリティに同意するためにを使用したことを考えると、何かが不注意に失敗したと思います。

これが修正可能かどうか、またはドライブのイメージを再作成するように依頼する必要があるかどうかを判断しようとしています。約1週間前に入手したばかりで、まだすべてのファイルを復元していません（暗号化の有無にかかわらず共有パーティションを作成できなかったため）。したがって、これは弾丸を噛んで提出するのに理想的な時期です。チケット。

ラップトップを半日あきらめて最初からやり直すことを避けるための私の望ましくない回避策は、 64Gの小さなフラッシュドライブ を入手して、ポートに永久に残すことです。暗号化されたTrueCrypt/NTFSストレージまたはArchのいずれかに使用します。

ご提案いただきありがとうございます。追加情報については、お気軽にお問い合わせください。

windows-7linuxpartitioningntfs
3
Hendy

ロッドの答えは、システム以外のパーティションが暗号化されている可能性があるかどうか疑問に思いました。まあ、見た目が良い（McAfee Endpoint Encryptionステータス）：

endpoint-statys

D:とF:はWindowsで作成されたパーティションであるため、自動的に暗号化されているように見えます。私が検討している回避策は、Ext4でフォーマットすることです。おそらく、それらがWindowsネイティブでない場合、McAfeeはそれらをそのままにします。

これは、Linuxにマウントできない理由を明確に説明しています。サードパーティのパーティションツールが必ずしもそれらを認識しない理由については、まだ少し混乱しています。おそらく、ファイルシステムの「実際の」フォーマットが何であるかを知るためにWindows/McAfeeによって使用されるいくつかの補助データ/情報/パーティションテーブルがあります。 Minitoolは明らかにそれにアクセスできないか、フォーマットされていると見なされないため、適切に実行されていません。

また、Minitoolで作成されている場合、何かが更新されていないため、Windowsはそれらをフォーマット済みとして認識しません。おそらく、復号化するドライブを探していて、暗号化されていないためですか？

とにかく、おそらく私は正確な理由を推測するべきではありませんなぜ;重要な点は、これがほぼ確実に暗号化に関連していることを確認することでした。以前のラップトップも同じ設定だったので、Endpoint Encryptionが更新されたか、システム以外のパーティションを暗号化するようにポリシーが変更された可能性があります。以前はそうではありませんでした。

1
Hendy

暗号化ツールは、ブートローダーと競合する場所やパーティションツールの誤動作を引き起こす可能性のある場所にデータを保存することがあります。これがあなたの問題の原因であるというのが私の予感ですが、それは確かではありません。

私の最初の提案は、デュアルブートセットアップではなく仮想化の使用を検討することです。 LinuxをWindows内で実行できる場合、またはその逆の場合は、2つではなく1つのOS（およびその暗号化ツール）をセットアップに満足させる必要があることを意味します。これはまた、クロスプラットフォームの暗号化ツールを見つける必要がないことを意味します。これにより、検討対象の範囲が広がる可能性があります。

私の2番目の提案は、他のパーティショニングツールを試し続けることです。 Linux側でpartedまたはGParted（どちらもlibpartedに基づく）を試すことができます。また、Windows側には他のサードパーティのパーティショニングツールがあります。これらのツールの1つが他のすべてを幸せにすることが考えられます。

4
Rod Smith