Score:0

Trouble Mounting Raid5 Hardware Array

ธง fr

In my homelab have a Dell R720 server with an H710 RAID controller installed. I built a Raid5 array using the onboard controller with 8 4TB HDDs. I was able to create a partition in fdisk without any issue, but when I go to mount it I receive the following error message:

~$ sudo mount /dev/sda1 /mnt/raid_array/

mount: /mnt/raid_array: wrong fs type, bad option, bad superblock on /dev/sda1, missing codepage or helper program, or other error.

I'm not sure what this error means or how to resolve it. I'm almost certain it's not a bad filesystem, but I'll include screenshots of everything I can think of as relevant.

Here's lsblk:

$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0    7:0    0  55.4M  1 loop /snap/core18/2128
loop1    7:1    0  55.5M  1 loop /snap/core18/2246
loop2    7:2    0  32.4M  1 loop /snap/snapd/13270
loop3    7:3    0  32.5M  1 loop /snap/snapd/13640
loop4    7:4    0  61.9M  1 loop /snap/core20/1169
loop5    7:5    0  67.3M  1 loop /snap/lxd/21545
loop6    7:6    0  69.9M  1 loop /snap/lxd/19188
sda      8:0    0  25.5T  0 disk
└─sda1   8:1    0  25.5T  0 part
sdb      8:16   0 931.5G  0 disk
├─sdb1   8:17   0   499M  0 part
├─sdb2   8:18   0    99M  0 part /boot/efi
├─sdb3   8:19   0    16M  0 part
└─sdb4   8:20   0 465.5G  0 part /

Here's fdisk -l

$ sudo fdisk -l
Disk /dev/loop0: 55.45 MiB, 58130432 bytes, 113536 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


Disk /dev/loop1: 55.51 MiB, 58191872 bytes, 113656 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


Disk /dev/loop2: 32.42 MiB, 33980416 bytes, 66368 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


Disk /dev/loop3: 32.45 MiB, 34017280 bytes, 66440 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


Disk /dev/loop4: 61.85 MiB, 64835584 bytes, 126632 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


Disk /dev/loop5: 67.26 MiB, 70516736 bytes, 137728 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


Disk /dev/loop6: 69.9 MiB, 73277440 bytes, 143120 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


Disk /dev/sda: 25.48 TiB, 28001576157184 bytes, 54690578432 sectors
Disk model: PERC H710
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: B6301972-E216-2E4B-8F60-D70B8A116804

Device     Start         End     Sectors  Size Type
/dev/sda1   2048 54690578398 54690576351 25.5T Microsoft basic data


Disk /dev/sdb: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: PNY CS900 1TB SS
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: 21B6CED0-2E4A-4AD4-8B1D-4A7A51F65B9B

Device       Start       End   Sectors   Size Type
/dev/sdb1     2048   1023999   1021952   499M Windows recovery environment
/dev/sdb2  1024000   1226751    202752    99M EFI System
/dev/sdb3  1226752   1259519     32768    16M Microsoft reserved
/dev/sdb4  1259520 977397759 976138240 465.5G Microsoft basic data

And fstab:

$ sudo cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda4 during curtin installation
/dev/disk/by-uuid/148121e8-c77f-4b6d-a389-c3a37b2379e5 / ext4 defaults 0 1
# /boot/efi was on /dev/sda2 during curtin installation
/dev/disk/by-uuid/9CBB-B356 /boot/efi vfat defaults 0 1
/swap.img       none    swap    sw      0       0

# MythosRaid
UUID=B6301972-E216-2E4B-8F60-D70B8A116804 /mnt/raid_array ext4 defaults 0 0

If there's anything else I can include, please let me know, appreciate any help y'all can give!

Will avatar
id flag
โปรดเพิ่มเวอร์ชันของ Ubuntu ที่คุณใช้ ขอบคุณ!
WifiJedi avatar
fr flag
เสียใจ! นี่คือใน 20.04.3
Score:1
ธง fi

น่าจะเป็น /dev/sda เป็นการนำเสนอ Hardware RAID ของคุณ ฉันจะบอกว่าดูเหมือนว่าคุณยังไม่ได้สร้างระบบไฟล์บนดิสก์เสมือนของคุณ

mkfs.ext4 -L ข้อมูลขนาดใหญ่ /dev/sda1
เมานต์ /dev/sda1/mnt # เมานต์

แต่ก่อนที่จะทำ ให้พิจารณาว่าคุณต้องการมีระบบไฟล์ขนาด 25TB หรือไม่ หรือจะมีประโยชน์มากกว่าหากกำหนดให้เป็นโลจิคัลสเปซ (LVM) ซึ่งคุณสามารถแกะสลักระบบไฟล์ได้ตามความจำเป็น

pvcreate /dev/sda1 # พาร์ติชันดิสก์ที่จะใช้
vgcreate myvg /dev/sda1 # "myvg" คือชื่อของกลุ่มโลจิคัลวอลุ่ม
lvcreate /dev/myvg --name mylv --size 100G # "mylv" เป็นโลจิคัลดิสก์วอลุ่ม
mkfs.ext4 -L myext4 /dev/myvg/mylv # สร้างระบบไฟล์
เมานต์ /dev/myvg/mylv /mnt # เมานต์มัน

กุญแจสู่ความสำเร็จกับ LVM ไม่ใช่การกำหนดพื้นที่ทั้งหมดให้กับระบบไฟล์เดียว แต่เพื่อขยายพื้นที่ (ภายในเหตุผล) ตามความจำเป็น

WifiJedi avatar
fr flag
ปรัชญาในการใช้งานระบบนี้ (อย่างน้อยก็ในความคิดของฉัน) คือการมีพูลขนาดใหญ่ที่ฉันจะใช้เขียนข้อมูลสำรองเป็นประจำจากเดสก์ท็อป/แล็ปท็อป/อื่นๆ ที่ใช้งานทุกวัน เหตุผลหลักที่ฉันตัดสินใจเลือก RAID 5 คือความเท่าเทียมกันในกรณีที่ไดรฟ์ล้มเหลว ในความเห็นของคุณ LVM จะดีกว่าสำหรับสิ่งที่ฉันพยายามทำหรือไม่
WifiJedi avatar
fr flag
นอกจากนี้ ขอขอบคุณสำหรับความช่วยเหลือ!
roaima avatar
fi flag
บนอาร์เรย์ 12TB x8 ของฉัน ฉันรัน RAID 6 ข้อกังวลของฉันคือการปกป้องดิสก์ให้ดีที่สุดเท่าที่จะเป็นไปได้ในระหว่างการสร้างใหม่
roaima avatar
fi flag
ฉันอาจจะยังคงใช้ LVM และเพิ่มพื้นที่สำหรับไดรฟ์สำรองข้อมูลในหน่วย 5TB แต่ฉันไม่สามารถให้คำแนะนำคุณได้จริงๆ หากไม่รู้เรื่องราวทั้งหมดที่อยู่เบื้องหลังความต้องการของคุณ และนั่นไม่เหมาะที่คุณจะแบ่งปันที่นี่

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา