Score:0

RAID array not mounting after upgrade

mn flag

I've upgraded from 20.04 to 22.04 and now I can't mount my RAID array. I believe it's hardware RAID, and I'm hopeful I didn't mess it up while restoring other things (after upgrade my system didn't boot, but I adjusted fstab and sorted that out). I'm pretty sure I previously setup RAID using fstab (mdadm wasn't installed).

Here's what I see in gparted:

enter image description here

With the following error message when I right-click and press Information on 0000p3:

Couldn't find valid filesystem superblock.

tune2fs 1.46.5 (30-Dec-2021)

tune2fs: No such file or directory while trying to open /dev/mapper/isw_cgbjhghfci_Volume_0000p3
Couldn't find valid filesystem superblock.

Couldn't find valid filesystem superblock.

dumpe2fs 1.46.5 (30-Dec-2021)
dumpe2fs: No such file or directory while trying to open /dev/mapper/isw_cgbjhghfci_Volume_0000p3

Unable to read the contents of this filesystem!
Because of this some operations may be unavailable.
The cause might be a missing software package.
The following list of software packages is required for ext4 filesystem support:  e2fsprogs v1.41+.

Here's the output of sudo blkid

/dev/sda1: UUID="F864-25BE" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="8dfc5bb4-a8f8-4fc5-b3da-368fb1e1d11b"
/dev/sdb: TYPE="isw_raid_member"
/dev/loop19: TYPE="squashfs"
/dev/loop17: TYPE="squashfs"
/dev/loop8: TYPE="squashfs"
/dev/loop15: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop21: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop0: TYPE="squashfs"
/dev/loop18: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop16: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/loop14: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop22: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop20: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/loop23: TYPE="squashfs"
/dev/mapper/isw_cgbjhghfci_Volume_0000: PTUUID="55e53925-2bb8-4c57-85f6-cd80abcf4107" PTTYPE="gpt"
/dev/sdc2: PARTLABEL="Microsoft reserved partition" PARTUUID="5f347fdf-5b49-426f-a8dc-3f4d1068d35c"
/dev/sdc3: PARTLABEL="LDM data partition" PARTUUID="e77c02fa-a29b-11e7-9835-d89ef302d60a"
/dev/sdc1: PARTLABEL="LDM metadata partition" PARTUUID="e77c02f6-a29b-11e7-9835-d89ef302d60a"

And here's what I tried putting in fstab:

/dev/mapper/isw_cgbjhghfci_Volume_00003 /raid ext4 defaults        0       2

With the result:

$ sudo mount /raid
mount: /raid: special device /dev/mapper/isw_cgbjhghfci_Volume_00003 does not exist.

In case relevant, here's more output:

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           6.3G  3.1M  6.3G   1% /run
/dev/sda2       234G  127G   95G  58% /
tmpfs            32G  875M   31G   3% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
/dev/sda1       511M  5.3M  506M   2% /boot/efi
tmpfs           6.3G  240K  6.3G   1% /run/user/1000

Thanks for any pointers!

I sit in a Tesla and translated this thread with Ai:

mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.