私は長年にわたってデュアルブートシステムで実行されてきたNTFSパーティションを持つRAID-0ボリュームを持っています（WindowsとLinuxの両方で読み書きできます）。
今日do-release-upgrade -d（Ubuntu 20.04から）Ubuntu 22.04にアップグレードした後、このファイルシステムはUbuntuに表示されません。問題はデバイスマッピングにあるようです。これまでに試した/発見した内容は次のとおりです。
Windowsではまだうまく動作します。ディスクには何も変更されていないようです。
他のディスク（非RAID）上のNTFSパーティションはまだマウントされており、正常に動作できます。
grubを介して古いカーネルから起動しても問題は解決しません（そして他の問題が発生しているようです）。
「Intel Matrix Storage Manager」というBIOSスタート画面で設定したので、私の設定が「ハードウェアRAID」であると思っていましたが、実際には「fakeraid」のようです。
RAIDボリュームは、ディスクユーティリティ（
/dev/dm-0このファイルなど）にパーティションなしで「割り当てられていない領域」と表示されます。/dev/mapper/isw_dfjaifidah_KarlsRaidRAIDボリュームは、ntfsという名前のパーティション/dev/mapper/isw_dfjaifidah_KarlsRaid1（つまりボリューム名が追加されている）と共にGParted（つまり、このファイルが存在する）に表示されますが、1デバイスファイルは存在しません。の唯一のファイル/dev/mapper/はisw_dfjaifidah_KarlsRaid。
これが関連部分ですsudo fdisk -l。 （sda、sdbはsdcRAIDアレイのディスクです。）
Disk /dev/sda: 596.17 GiB, 640135028736 bytes, 1250263728 sectors
Disk model: WDC WD6401AALS-0
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: 0x15967f5e
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 3750772735 3750770688 1.7T 7 HPFS/NTFS/exFAT
Disk /dev/sdb: 596.17 GiB, 640135028736 bytes, 1250263728 sectors
Disk model: WDC WD6401AALS-0
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: 0x2a0921b8
Disk /dev/sdc: 596.17 GiB, 640135028736 bytes, 1250263728 sectors
Disk model: WDC WD6401AALS-0
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: 0x2a0921bf
Disk /dev/mapper/isw_dfjaifidah_KarlsRaid: 1.75 TiB, 1920398131200 bytes, 3750777600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 131072 bytes / 393216 bytes
Disklabel type: dos
Disk identifier: 0x15967f5e
Device Boot Start End Sectors Size Id Type
/dev/mapper/isw_dfjaifidah_KarlsRaid-part1 2048 3750772735 3750770688 1.7T 7 HPFS/NTFS/exFAT
ファイル/dev/mapper/isw_dfjaifidah_KarlsRaid-part1（注-part1）も存在しません。
/dev/sda1そんな姿が見えて少し心配になりますね、（私の前提が正しい場合）、アレイ内の個々のディスクから直接見つけるのではなく、結合されたボリュームでのみパーティションテーブルを見つける必要があるからです。ファイル/dev/sda1が存在する、sudo ntfs-3g.probe --readwrite /dev/sda1「NTFS署名がありません」を報告します。sdaそのデータがRAIDストライプの一部にすぎず、dev/sda1それに基づいて作成されていても、システムは自分のパーティションテーブルを探している可能性があります。 RAIDボリュームで同じ「実際の」パーティションテーブルに遭遇すると、これが一種の名前の競合を引き起こすことを想像できます。
FWIW、hdparm -z /dev/mapper/isw_dfjaifidah_KarlsRaid出力：
/dev/mapper/isw_dfjaifidah_KarlsRaid:
re-reading partition table
BLKRRPART failed: Invalid argument
これは私が付いているところとほぼ同じです！この問題をどのように解決できますか？私が何をしているのか全く分からないので、明白なアドバイスでもよろしくお願いします。
その他の注意事項（おそらく関係がない可能性があります）：
- 昨日はGUI「追加ドライバ」ツールを介してアップグレードしました
nvidia-driver-390。nvidia-driver-470この問題あるカーネルから私のネットワークハードウェアを認識しない-genericカーネルに切り替えました。-oracle新しい（共通）カーネルが欲しいというのは、distroのアップグレードへの私の動機でした。 - Ubuntu 22.04 Live CD（書き込み後に公開されたチェックサムと比較して確認）から新しくインストールしたかったのですが、起動しません（数分後に「CUPSスケジューラを起動できません」）。
do-release-upgradeAFAICTの最後に、いくつかの「mpi」パッケージエラーを除いてうまくいきました。その後、aptコマンドは失敗し、dpkgはパッケージが「まだ構成されていません」と文句を言います。openmpi-bin次のように再インストールして問題を解決しました。この回答。
コメントで要求されたように追加の出力：
# lsblk -M -f
NAME
FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
[after a bunch of loop devices related to /snap/...]
┌┈▶ sda
isw_ra 1.2.0
├┈▶ sdb
isw_ra 1.2.0
└┬▶ sdc
isw_ra 1.2.0
└┈┈isw_dfjaifidah_KarlsRaid
sdd
│
├─sdd1
│ ntfs OCZ Vertex 4 1A7643E57643C06D 58.6G 69% /mnt/WinC
├─sdd2
│ ntfs 129E918C9E9168CD
├─sdd3
│
├─sdd5
│ ext4 1.0 5b327639-85e6-4f6a-ac79-743cfedf3e29 10.8G 64% /
└─sdd6
swap 1 b601da00-767d-4e50-b62a-0b832992599c [SWAP]
# partx /dev/mapper/ is isw_dfjaifidah_KarlsRaid
partx: bad usage
Try 'partx --help' for more information.
# partx /dev/mapper/isw_dfjaifidah_KarlsRaid
NR START END SECTORS SIZE NAME UUID
1 2048 3750772735 3750770688 1.7T 15967f5e-01
# partx /dev/sda
NR START END SECTORS SIZE NAME UUID
1 2048 3750772735 3750770688 1.7T 15967f5e-01
答え1
u1686_grawityのおかげで、簡単な追加手順を実行する必要があります。kpartxビルドドライブでパーティションを検出します。
sudo kpartx -a /dev/mapper/isw_dfjaifidah_KarlsRaid
私は私のシステムでこれを行い（もちろん私のjMicron fakeRAIDを使って）うまくいきました。
hopungo@hopungo-pc:~$ sudo kpartx -l /dev/mapper/jmicron_GRAID
jmicron_GRAID1 : 0 7813722112 /dev/mapper/jmicron_GRAID 2048
2番目の部分は、システム起動時にコマンドが自動的に実行されるようにすることです。これについては他のトピックで扱います（ただし、情報は古くなっています）。うまくいくと確信したら、ここにソリューションを追加します。