状態の更新 22/01/17:
2か月が過ぎた今でも、Linuxでストレージにアクセスする方法が見つかりませんでした。 SuperUserの良い人も知らないようです。これを行う方法があるかもしれませんが、まだ把握していません。その後、ストレージドライブを削除し、Windowsの半分をバックアップしてフォーマットした後、プロジェクトを保留にしました。いつかはもう一度試してみる予定ですが、それとも別のアイデアがある方がいらっしゃるなら、ぜひアイデアがあればアップロードしてください！それまで、私はLinuxボックスを楽しむでしょう！
>ポスト
私はLinuxに初めて触れたので、優しく説明してください！私はこれを行う方法を見つけるために数日間オンラインを検索してきましたが、すべてのデータや他のものを削除する前にあきらめました。
私は長い間Windowsを使用してきましたが、Windowsファイルエクスプローラを使用してソフトウェアRAIDで構成された2つの1TBドライブがあります。私はセットアップウィザードなどを使ってデフォルトの方法でこれを行いました。ここはゲーム、多数のメディアなどを保存する場所です。
私は主にLinuxシステムに切り替えることにしましたが、大学で必要な場合は、Windowsを使用したデュアルブートのためのスペースを残しました。 Steamは、ライブラリ全体がLinuxとPopOSで実行され、NVidiaドライバをパッケージ化すると主張しています。 Windowsを引き続き使用する理由はありません。 UbuntuベースのPopOS 21.04 21.10に切り替えました。
驚くべきことは、Windowsブートパーティション（小さなEFIパーティション）を削除したことで、これ以上Windowsからブートできないことです。正直なところ、EFIパーティションもないかもしれません...どちらもWindowsから起動できませんが、NVMeのWindowsインストールにはアクセスできます。起動問題を解決するすべての方法が失敗しました。検索を放棄すると、これに関する別の投稿を作成できます。私はLinuxに閉じ込められていて（おそらくより良いでしょう）、私のPCから2TBのハードドライブスペースにアクセスできなくなりました。
いくつかの情報
ドライブを見ると、各ドライブに2つのパーティションがあるlsblkことがわかりました。どちらのパーティションも不明な形式で一覧表示されます。 128MBのパーティションで大容量ストレージパーティションです。下のスクリーンショット。sdasdbsda(b)1sda(b)2
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931.5G 0 disk
├─sda1 8:1 0 128M 0 part
└─sda2 8:2 0 931.4G 0 part
sdb 8:16 0 931.5G 0 disk
├─sdb1 8:17 0 128M 0 part
└─sdb2 8:18 0 931.4G 0 part
sdc 8:32 0 931.5G 0 disk
├─sdc1 8:33 0 100M 0 part
├─sdc2 8:34 0 16M 0 part
└─sdc3 8:35 0 931.4G 0 part /media/faarie/487C2C9D7C2C87B0
nvme0n1 259:0 0 953.9G 0 disk
├─nvme0n1p1 259:1 0 50M 0 part
├─nvme0n1p2 259:2 0 483G 0 part
├─nvme0n1p3 259:3 0 200M 0 part
├─nvme0n1p4 259:4 0 128M 0 part
├─nvme0n1p5 259:5 0 100M 0 part
├─nvme0n1p6 259:6 0 100M 0 part
├─nvme0n1p7 259:7 0 468.9G 0 part /
├─nvme0n1p8 259:8 0 500M 0 part /boot/efi
└─nvme0n1p9 259:9 0 499M 0 part
nvme0n1私のブートドライブはWindowsとLinuxに分割されています。 p2はWindowsファイルシステムであり、p3 p4 p5とp9はEFIパーティションを修復して作成する恐ろしい実装です。ソフトウェアRAIDドライブですsda。 Windowsで使用している単一の1TBドライブですが、よくインストールされます。sdbsdc
試してみるソリューション
ldmtool --create allコンソールに「[]」を取得しようとします。私はこれを試しました解決策したがって、郵便はがき前述のように、ldmtoolソリューションも試してみました。
私はmdadm --assemble --scanこれを私の結果として試して得ました。
mdadm: No arrays found in config file or automatically
そしてもう一つ。 USBドライブのWindows 10インストールメディアにアクセスできます。sdcファイルを移動した後、Windowsに入って何ができるかを調べるためにWindows 10をインストールしてみましたが、まったくインストールされませんでした。
データを失うことなくインストールメディアからCMDを介してRAIDを削除し、Linuxを起動して各ドライブをマウントできるかどうか疑問に思います。インストールメディアにデータをバックアップしてデータを保存できない場合は、RAIDを削除することもできます。これを行う方法についての指示が必要です。
追加情報
とにかく、役に立つ場合に備えてfdisk -lが出力する内容は次のとおりです。
root@pop-os:/home/faarie# fdisk -l
Disk /dev/nvme0n1: 953.87 GiB, 1024209543168 bytes, 2000409264 sectors
Disk model: INTEL SSDPEKNW010T8
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: gpt
Disk identifier: DB39829D-3C32-11EC-BA97-5CF3708894B3
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 104447 102400 50M Microsoft basic data
/dev/nvme0n1p2 104448 1013065727 1012961280 483G Microsoft basic data
/dev/nvme0n1p3 1013065728 1013475327 409600 200M EFI System
/dev/nvme0n1p4 1013475328 1013737471 262144 128M Microsoft reserved
/dev/nvme0n1p5 1013737472 1013942271 204800 100M EFI System
/dev/nvme0n1p6 1013942272 1014147071 204800 100M EFI System
/dev/nvme0n1p7 1014908928 1998358526 983449599 468.9G Linux filesystem
/dev/nvme0n1p8 1998358528 1999382526 1023999 500M EFI System
/dev/nvme0n1p9 1999382528 2000404479 1021952 499M Windows recovery environment
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: Hitachi HDS72101
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: gpt
Disk identifier: 7E9C3F37-421E-11EB-BA75-5CF3708894B3
Device Start End Sectors Size Type
/dev/sda1 2048 264191 262144 128M Microsoft reserved
/dev/sda2 264192 1953523711 1953259520 931.4G Microsoft Storage Spaces
Disk /dev/sdb: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: Hitachi HDS72101
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: gpt
Disk identifier: 7E9C3F2F-421E-11EB-BA75-5CF3708894B3
Device Start End Sectors Size Type
/dev/sdb1 2048 264191 262144 128M Microsoft reserved
/dev/sdb2 264192 1953523711 1953259520 931.4G Microsoft Storage Spaces
Disk /dev/sdc: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: Hitachi HDS72101
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: gpt
Disk identifier: 0897C9BD-80E3-488A-925F-6774096DC888
Device Start End Sectors Size Type
/dev/sdc1 2048 206847 204800 100M EFI System
/dev/sdc2 206848 239615 32768 16M Microsoft reserved
/dev/sdc3 239616 1953523711 1953284096 931.4G Microsoft basic data
私は何をすべきかわかりません。正直なところ、Linuxに閉じ込められているのは本当に素晴らしいことです。皮肉なことに、私のゲームはよりよく戻り、今までは本当に良い経験でした。実際、NVMe全体をLinuxに引き渡すために、WindowsをNVMeからsdcに移行することを検討しています。
すべてのデータをバックアップして再フォーマットするのか、RAID全体にアクセスするのか、一種の変換を実行するのかなど、RAIDに入る方法には興味がありません。そこにあるデータを失うことはできません。私はLinuxが非常に強力であることを学んだので、解決策があることを願っています。助けてください！
タイトルの「ソフトウェアRAID」を「タイトルのWindowsストレージスペース」に変更して
編集します。
ストレージタグが追加されました。
ベストアンサー1
それでも興味があれば、私はあなたのデータを回復することができます。私は2019年以来、問題なくLinuxにMicrosoft Storage Spaces論理ボリュームをマウントしてきました。私はストレージスペースLVマッピングをLinux dmsetupテーブルファイルに変換するプログラムを作成しました（シンプロビジョニング=読み取り専用！固定プロビジョニングは読み取り/書き込みでマウントできるため心配する必要はありません）。ストレージメタデータは、Windowsのアップデートを通じて数ヶ月に一度変更されるようです。したがって、sudo dd if=/dev/sda2 of=sda2.dd bs=1M count=1まだ通過して取得したものを確認するには、ストレージパーティションの最初の1MiBを調べる必要があります/dev/sdb2。
簡単にまとめると、Linuxでhexeditを使用して見ることができます/dev/sda2（ルートではなく、クレイジーです。代わりに、誤ってシングルバイトを変更しないようにユーザーに読み取り権限を与えるだけです）。ストレージ・スペース・パーティションはSPACEDBASCIIで始まります。このヘッダーにはPDに関する情報が含まれています。オフセット4096では、SDBC内容はASCII形式で表示されます。このヘッダーには、メタデータデータベースに関する情報が含まれています。 512バイト以降は、それぞれSDBBASCIIで始まり、整数が増加する数百または数千の64バイトチャンクが表示されます。これらのそれぞれは、pdボードマッピングのプール、pds、lvs、およびlvブロックに関する情報を含むメタデータレコードです。 UTF16-BE形式で見ると、どこかにプール、PD、LVの「おなじみの名前」も表示されます。