Эта ошибка — unrecognised disk label преследует меня уже 8-ой час. Я пытаюсь установить ubuntu, хоть как нибудь. Попытался на нескольких разных жестких дисках установить ubuntu, что на одном, что на другом одна и та же проблема, тут явно я делаю что то не так. Я загружаюсь с liveCD ubuntu. Если полностью освободить диск, чтобы вся его память была не распределена, то система не может сама установить ему label. Через gdisk пытался создать таблицу разделов(опцией w) — пишет, что успешно все создано, но только ничего не поменялось в gparted. Через fdisk пытался создать также таблицу разделов, тоже самое. Через parted с опцией mklable gpt, пишу команду, parted принимает ее, но эффекта опять же никакого. Как с этим бороться?
Если просто без всяких созданий разделов запустить инсталяцию убунту, то вот, что выскакивает в ответ — the efi file system creation in partition #1 of SCSI1 (0,0,0) failed. Материнская плата с UEFI, на BIOS таких проблем ни разу не было.
Если пытаюсь через gparted формат раздела поменять с ntfs на ext4, такая ошибка выскакивает — The file /dev/sda does not exist and no size was specified
12 августа, 2016 12:35 пп
12 423 views
| 1 комментарий
Centos, Debian, Linux, Ubuntu
В Linux можно очень быстро подготовить новый диск к работе. Для этого система поддерживает много различных инструментов, форматов файловых систем и схем разделения дискового пространства.
Данное руководство научит вас:
- Определять новый диск в системе.
- Создавать единый раздел, который охватывает весь диск (большинству операционных систем необходима структура разделов даже при использовании одной файловой системы).
- Форматировать разделы с помощью файловой системы Ext4 (она используется по умолчанию в большинстве современных дистрибутивов Linux).
- Монтировать файловую систему и настраивать автоматическое монтирование при запуске.
Установка инструментов
Для разделения диска используется утилита parted. В большинстве случаев она установлена на сервере по умолчанию.
Если эта утилита не установлена, используйте следующие команды, чтобы установить её:
Ubuntu или Debian
sudo apt-get update
sudo apt-get install parted
CentOS или Fedora
sudo yum install parted
Определение нового диска в системе
Прежде чем установить диск, нужно научиться правильно определять его на сервере.
Чтобы определить на сервере совершенно новый диск, проще всего узнать, где в системе отсутствует схема разбиения. Запросите у parted структуру разделов дисков. Эта команда вернёт сообщение об ошибке для всех дисков, которые не имеют схемы разбиения диска. Это поможет определить новый диск:
sudo parted -l | grep Error
Неразделённый новый диск вернёт ошибку:
Error: /dev/sda: unrecognised disk label
Также можно использовать команду lsblk, чтобы найти диск определённого размера, с которым не связаны разделы:
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 100G 0 disk
vda 253:0 0 20G 0 disk
└─vda1 253:1 0 20G 0 part /
Предупреждение: Команду lsblk нужно использовать в сессии до внесения каких-либо изменений. Дисковые идентификаторы /dev/sd* и /dev/hd* не всегда обеспечивают согласованность имён между загрузками системы. Это значит, что вы можете случайно создать раздел и отформатировать неправильный диск без предварительной проверки идентификатора диска. Рекомендуется использовать более постоянные идентификаторы (например /dev/disk/by-uuid, /dev/disk/by-label ил и/dev/disk/by-id). Больше информации по этому вопросу можно получить здесь.
Узнав имя, которое ядро системы присвоило новому диску, можно приступать к разделению.
Разделение нового диска
Данный раздел поможет создать единый раздел, охватывающий весь диск.
Выбор стандарта дискового разделения
Для начала нужно выбрать стандарт разделения диска. Стандарт GPT предлагает более современное решение, а MBR – широкую поддержку. Если у вас нет каких-либо особых требований, рекомендуется использовать GPT.
Чтобы выбрать стандарт GPT, используйте:
sudo parted /dev/sda mklabel gpt
Чтобы выбрать MBR, введите:
sudo parted /dev/sda mklabel msdos
Создание нового раздела
Выбрав формат разделения, создайте раздел диска, охватывающий весь диск:
sudo parted -a opt /dev/sda mkpart primary ext4 0% 100%
С помощью команды lsblk можно узнать, появился ли новый раздел:
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 100G 0 disk
└─sda1 8:1 0 100G 0 part
vda 253:0 0 20G 0 disk
└─vda1 253:1 0 20G 0 part /
Создание файловой системы на новом разделе
Итак, теперь у вас есть новый диск и раздел на нём. Отформатируйте его как файловую систему Ext4. Для этого используется утилита mkfs.ext4.
Чтобы добавить метку раздела, используйте флаг –L. Выберите имя, которое поможет в дальнейшем узнать этот диск.
Примечание: Убедитесь, что вы переходите в раздел, а не на сам диск. В Linux диски называются sda, sdb, hda и т.п. Идентификаторы дисковых разделов заканчиваются порядковым номером раздела (например, первый раздел диска sda будет называться sda1).
sudo mkfs.ext4 -L datapartition /dev/sda1
Чтобы изменить метку раздела, используйте команду e2label:
sudo e2label /dev/sda1 newlabel
Чтобы узнать о других способах идентификации разделов, используйте lsblk. Нужно найти имя, метку и UUID раздела. Некоторые версии lsblk выводят все эти данные с помощью:
sudo lsblk --fs
Если ваша версия не поддерживает этой команды, запросите эти данные вручную:
sudo lsblk -o NAME,FSTYPE,LABEL,UUID,MOUNTPOINT
Команда должна вернуть такой результат.
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
└─sda1 ext4 datapartition 4b313333-a7b5-48c1-a957-d77d637e4fda
vda
└─vda1 ext4 DOROOT 050e1e34-39e6-4072-a03e-ae0bf90ba13a /
Примечание: Выделенная красным строка указывает различные методы, которые можно использовать для обозначения новой файловой системы.
Монтирование новой файловой системы
Стандарт иерархии файловой системы рекомендует использовать каталог /mnt или его подкаталоги для временно смонтированных файловых систем.
Он не дает никаких рекомендаций относительно более постоянных файловых систем, потому вы можете выбрать для них любое место в системе. В этом руководстве для этого используется /mnt/data.
Создайте такой каталог:
sudo mkdir -p /mnt/data
Временное монтирование файловой системы
Чтобы временно смонтировать файловую систему, введите:
sudo mount -o defaults /dev/sda1 /mnt/data
Автоматическое монтирование файловой системы
Чтобы файловая система автоматически монтировалась во время загрузки сервера, отредактируйте файл /etc/fstab:
sudo nano /etc/fstab
Ранее с помощью команды:
sudo lsblk --fs
вы получили три идентификатора файловой системы. Добавьте любой из них в файл.
## Use one of the identifiers you found to reference the correct partition
# /dev/sda1 /mnt/data ext4 defaults 0 2
# UUID=4b313333-a7b5-48c1-a957-d77d637e4fda /mnt/data ext4 defaults 0 2
LABEL=datapartition /mnt/data ext4 defaults 0 2
Примечание: Чтобы узнать больше о полях файла /etc/fstab, откройте мануал с помощью man fstab. Больше опций монтирования можно найти при помощи команды man [filesystem] (например man ext4).
Для SSD-накопителей иногда добавляется опция discard, которая включает поддержку continuous TRIM. Воздействие TRIM на производительность и целостность данных до сих пор остаётся предметом обсуждения, потому большинство дистрибутивов включают periodic TRIM в качестве альтернативы.
Сохраните и закройте файл.
Если вы ранее не смонтировали систему, сделайте это сейчас:
sudo mount -a
Проверка монтирования
Смонтировав том, нужно убедиться, что система имеет доступ к новой файловой системе.
Чтобы убедиться, что диск доступен, используйте df:
df -h -x tmpfs -x devtmpfs
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 20G 1.3G 18G 7% /
/dev/sda1 99G 60M 94G 1% /mnt/data
Также вы должны найти каталог lost+found в каталоге /mnt/data, который обычно указывает на root файловой системы Ext *.
ls -l /mnt/data
total 16
drwx------ 2 root root 16384 Jun 6 11:10 lost+found
Также можно проверить права на чтение и изменение файла, попробовав записать в тестовый файл:
echo "success" | sudo tee /mnt/data/test_file
Теперь прочтите только что изменённый файл:
cat /mnt/data/test_file
success
После тестирования можно просто удалить этот файл.
sudo rm /mnt/data/test_file
Заключение
Данное руководство описало полный процесс подготовки неформатированного диска к использованию. Теперь у вас есть новый разделённый диск, отформатированный, смонтированный и полностью готовый к работе. Конечно, существуют и более сложные методы и подходы, которые позволяют создать более сложный диск.
Tags: Ext4, Linux
GParted forum → GParted → [solved]»unrecognized disk label» — typical resolutions not successful
Pages 1
You must login or register to post a reply
1 2014-09-20 23:44:39 (edited by notorious.dds 2014-09-23 11:29:49)
- notorious.dds
- New member
- Offline
- Registered: 2014-09-20
- Posts: 3
Topic: [solved]»unrecognized disk label» — typical resolutions not successful
I have a 320 GB HD that was originally formatted using a Windows Vista x64 installation disk utilizing an MSDOS partition table. It was formatted into 2 partitions per the default Vista installation. Following the installation of Vista, the disk appeared normally when viewed with Gparted (Live CD or via Parted Magic).
All was normal until I decided to clone the Windows 8.1 partition (/dev/sda5) from my Microsoft surface over the Vista parition (/dev/sda2) on the HD mentioned above. The /dev/sda5 partition was roughly 100 GB and came from a disk that had a GPT partition table. It was cloned to a 300 GB partition (/dev/sda2) on the 320 GB drive mentioned above with the MSDOS partition table. This HD only has 2 partitions.
After cloning, I boot the windows 8.1 install disk and ran the following commands on the 320GB drive:
bootrec /fixmbr
bootrec /fixboot
bootrec /scanos
bootrec /rebuildbcdAt this point, the computer will boot the OS without issue and all seems well and good. That is, until I try to access either partition from linux OS. I can’t mount either parition in linux and when I view the drive in Gparted, I get the «unrecognized disk label» error. The drive essentially appears as though it has no partition table within Gparted.
Following
sudo fdisk -l -u /dev/sdaIt does not appear that there is any overlap of the two partitions.
Following
sudo parted /dev/sdb unit s printThere is no error about a partition being outside of the disk.
Following
There’s nothing about lingering GPT data
At any rate, I’m not sure where to go from here. I’ve tried Gparted 0.19.1 Live as well as earlier versions with no success.
Any ideas are appreciated. Thanks!
2 Reply by mfleetwo 2014-09-21 12:51:19
- mfleetwo
- Developer
- Offline
- Registered: 2012-05-18
- Posts: 440
Re: [solved]»unrecognized disk label» — typical resolutions not successful
Hi,
GParted uses libparted to query the hard drive and show the partitions, so what «parted /dev/MYDISK unit s print» shows is what GParted should show.
Please show the output of the fdisk and parted commands. (Was that a typo saying «parted /dev/sdb» instead of sda?) Also the output from «blkid» and if available «lsblk».
How did you clone Windows 8.1 partition to the 320 GB HD?
Thanks,
Mike
3 Reply by notorious.dds 2014-09-21 15:00:59 (edited by notorious.dds 2014-09-21 15:45:28)
- notorious.dds
- New member
- Offline
- Registered: 2014-09-20
- Posts: 3
Re: [solved]»unrecognized disk label» — typical resolutions not successful
Thanks Mike,
Here’s the output:
Welcome - Parted Magic (Linux 3.5.6-pmagic)
root@PartedMagic:~# fdisk -l -u /dev/sda
Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders, total 625142448 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 identifier: 0x0b8fdec7
This doesn't look like a partition table
Probably you selected the wrong device.
Device Boot Start End Blocks Id System
/dev/sda1 ? 2048 718847 358400 7 HPFS/NTFS/exFAT
/dev/sda2 718848 625139711 312210432 7 HPFS/NTFS/exFAT
root@PartedMagic:~# parted /dev/sda unit s print
Error: /dev/sda: unrecognised disk label
Model: ATA Hitachi HTS54323 (scsi)
Disk /dev/sda: 625142448s
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
root@PartedMagic:~# fixparts /dev/sda
FixParts 0.8.5
Loading MBR data from /dev/sda
MBR command (? for help): p
** NOTE: Partition numbers do NOT indicate final primary/logical status,
** unlike in most MBR partitioning tools!
** Extended partitions are not displayed, but will be generated as required.
Disk size is 625142448 sectors (298.1 GiB)
MBR disk identifier: 0x0B8FDEC7
MBR partitions:
Can Be Can Be
Number Boot Start Sector End Sector Status Logical Primary Code
1 * 2048 718847 primary Y Y 0x07
2 718848 625139711 primary Y 0x07
root@PartedMagic:~# blkid
/dev/sdb1: LABEL="Parted Magic" UUID="2671-BF4E" TYPE="vfat"
/dev/sdb2: LABEL="Data" UUID="d9ab5edb-07ab-4418-bb25-8b1df42b6efc" TYPE="ext2"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
root@PartedMagic:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 298.1G 0 disk
└─sda2 8:2 0 7.3G 0 part
sdb 8:16 1 3.8G 0 disk
├─sdb1 8:17 1 656M 0 part
└─sdb2 8:18 1 3.1G 0 part
sr0 11:0 1 1024M 0 rom
loop0 7:0 0 39.3M 1 loop
loop1 7:1 0 184.1M 1 loopYes, the sdb was a typo. And, I think I used that typo when originally running my parted command. It’s corrected in the commands above.
I cloned the windows partition using clonezilla. I used sda5 as the source and cloned it to an image. I then changed all of the sda5’s to sda2’s in the image and cloned the image to sda2 on the 320GB disk.
4 Reply by mfleetwo 2014-09-21 19:35:53
- mfleetwo
- Developer
- Offline
- Registered: 2012-05-18
- Posts: 440
Re: [solved]»unrecognized disk label» — typical resolutions not successful
Hi,
The partition table on your 320 GB HD appears to have been partitially corrupted.
Assuming the partition table printed by fdisk is correct …
Re-write the partition table using fdisk:
1) Write down the details of the 2 partitions: start, end sectors and partition type and boot flag.
2) Run «fdisk /dev/sda».
2a) Delete both partitions.
2b) Recreate two new partitions with the exact same start and end sectors, restore partition type, boot flag and write the partition table back to the disk.
It is a possiblilty that the MBR boot code is corrupted too. You may need to follow this FAQ: 15: What are the commands for repairing Windows Vista or Windows 7 boot problems?
Thanks,
Mike
5 Reply by notorious.dds 2014-09-23 11:29:16 (edited by notorious.dds 2014-09-23 15:43:22)
- notorious.dds
- New member
- Offline
- Registered: 2014-09-20
- Posts: 3
Re: [solved]»unrecognized disk label» — typical resolutions not successful
Thanks again Mike!
Deleting and recreating the partitions with fdisk did it. However, upon booting into Windows, I noticed that the disk usage was constantly hovering around 100% and some programs were not opening properly even with a reboot. I decided to run chkdsk (with the /f /r options).
For whatever reason, the chkdsk stopped at 12% complete and stayed there for hours. I decided to let it go and went to bed. When I woke up, I was pleasantly surprised to find that all was well. 
Thanks.
As a side note to anyone reading this in the same situation, I would normally use Clonezilla to back up a drive before playing with the partition table in this way. However, given it’s issue as described above, Clonezilla was a no go as well. In lieu of using Clonezilla, I was able to successfully create a disk image using Macrium Reflect.
Pages 1
You must login or register to post a reply
GParted forum → GParted → [solved]»unrecognized disk label» — typical resolutions not successful
- Печать
Страницы: [1] 2 Все Вниз
Тема: проблема с монтированием (Прочитано 3227 раз)
0 Пользователей и 1 Гость просматривают эту тему.
Sheffdop
В общем вставил сегодня флешку и при монтировании получил следующие:
sudo mount /dev/sdc1 /mnt/1Кругом куча похожих проблем, в основном на буржуйских форумах… Дело еще в том, что файловая система FAT32.
mount: /dev/sdc1: can't read superblock
Подскажите что можно сделать?
alecsartania
Дома Linux Mint 20.1 / 20.02
Sheffdop
Disk /dev/sdd1: 8 GB, 8011422720 bytes
255 heads, 63 sectors/track, 974 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
Изначально флешка была, /dev/sdc1, а сейчас /dev/sdd1. Что тоже странно, на мой взгляд.
БТР
Изначально флешка была, /dev/sdc1, а сейчас /dev/sdd1. Что тоже странно, на мой взгляд.
Ничего странного — названия устройствам присваиваются динамически.
Монтировать нужно существующее устройство. Список смотреть через
sudo fdisk -l
sudo blkid
какое рабочее окружение используете? почему монтируете вручную?
Sheffdop
БТР, гном второй. При подключении выдается такая же ошибка, просто решил с консоли вывод показать.
БТР
флешка исправна, другие монтируются?
sudo mount -t vfat /dev/sdd1 /mnt/1
и полный вывод
sudo fdisk -l
sudo blkid
Sheffdop
Другие без проблем монтируются, насчет исправности могу сказать, что еще с утра проблем не было.
sudo blkid
/dev/sda2: UUID="490213a6-4302-4b39-9e12-f17bfa1c2a8a" TYPE="ext4"
/dev/sda3: UUID="f6dc3e4b-de63-4bc1-9bb6-19e7db1301c6" TYPE="swap"
/dev/sda4: LABEL="sejf" UUID="AC64182B6417F734" TYPE="ntfs"
/dev/sdb1: UUID="f39e3d03-857a-423e-adec-72f9ca08ecf9" TYPE="ext4"
/dev/sdd1: LABEL="8GB" UUID="872C-EF9C" TYPE="vfat"
sudo fdisk -l
Что за устройство /dev/fd0?
БТР
Что за устройство /dev/fd0?
это дискета.
покажи вывод
cat /etc/fstab
cat /etc/mtab
ls -l /mnt
ls -l /media
Sheffdop
Дискета? Странно, у меня и флоппика-то нету в компе…
cat /etc/fstab
cat /etc/mtab
ls -l /mnt
ls -l /media
« Последнее редактирование: 14 Апреля 2016, 22:21:59 от Alex_ander »
БТР
ну и что насчёт
флешка исправна, другие монтируются?
sudo mount -t vfat /dev/sdd1 /mnt/1
Sheffdop
ну и что насчёт
флешка исправна, другие монтируются?
sudo mount -t vfat /dev/sdd1 /mnt/1
Забыл вывод написать. Все то же:
sudo mount -t vfat /dev/sdd1 /mnt/1
mount: /dev/sdd1: can't read superblock
БТР
Флешка исправная? На другом компе открывается?
sudo lsusb
Sheffdop
Насчет исправности писал, что с утра работала, как проверить не знаю. Комп с виндой ее не открывает, начинает тупить дико.
lsusb
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 005: ID 046d:c050 Logitech, Inc. RX 250 Optical Mouse
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 038: ID 090c:1000 Feiya Technology Corp. Flash Drive
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
san-alex
Насколько я понял:
1. Не монтируется только эта флешка, с другими проблем нет..
2. Винда тоже эту флешку не видит.
Я думаю, проблема очевидна. И система тут совершенно ни при чем.
А вещи ломаются именно так: сначала работает, а потом — работать перестает.
Sheffdop
san-alex, попробовать ее форматнуть, просто хочется исправить как-то, а то данные важные на ней…
- Печать
Страницы: [1] 2 Все Вверх
I have a Linux from scratch LiveCD running on qemu vm.
I’m using this command to create a hda disc for qemu:
qemu-img.exe create -f qcow2 base-linux.img 5G
Then I run my vm:
qemu.exe -m 1024 -boot d -cdrom lfslivecd-x86-6.3-r2145.iso -hda base-linux.img
After booting I try this command:
parted /dev/hda unit GB mkpartfs primary ext3 0 5
And it gives me the ‘unrecoginised disc label error’.
I’m using parted 1.9.0 and have no ideas as to how to fix it.
slm
7,49516 gold badges54 silver badges74 bronze badges
asked Jan 21, 2010 at 9:43
You probably need to make a label on the disk first.
Try just running parted manually:
parted /dev/hda
unit GB
mklabel msdos
mkpartfs primary ext3 0 5
answered Jan 21, 2010 at 12:45
JamesJames
7,6032 gold badges24 silver badges33 bronze badges
1
If you want to do what @James recommended via the cli you can do the following:
$ parted /dev/sde --script -- mklabel msdos
$ parted /dev/sde --script -- mkpart primary 0 -1
This was of course on a smaller HDD (1TB) so as was mentioned in the comments, anything over 2TB will require a different label, and yes you should be using GPT for that.
$ parted /dev/sde --script -- mklabel gpt
answered Jul 31, 2015 at 11:48
slmslm
7,49516 gold badges54 silver badges74 bronze badges
I have three 3 TB drives that I am attempting to put together into a RAID 5 setup with mdadm, but I am running into some issues. (Actually, I have four 3 TB drives I will be using, but one of them currently has data on it, so I need to back that data up first. Thus I have been playing with three of the drives to figure out how to get everything working, then I will backup the data and rebuild with all four drives)
First, I did the initial configuration following the instructions outlined here: https://raid.wiki.kernel.org/index.php/RAID_setup
I ended up with:
root@VMHost:/home/lex# mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Mon Nov 10 22:41:00 2014
Raid Level : raid5
Array Size : 5860270080 (5588.79 GiB 6000.92 GB)
Used Dev Size : 2930135040 (2794.39 GiB 3000.46 GB)
Raid Devices : 3
Total Devices : 3
Persistence : Superblock is persistent
Update Time : Tue Nov 11 05:14:13 2014
State : clean
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 512K
Name : VMHost:0 (local to host VMHost)
UUID : d058bef5:ae3c96bd:a3a7d216:cb6aca06
Events : 81
Number Major Minor RaidDevice State
0 8 0 0 active sync /dev/sda
1 8 16 1 active sync /dev/sdb
3 8 64 2 active sync /dev/sde
I then tried to create a filesystem on it using the command
root@VMHost:/home/lex# mkfs.ext3 -v -m .1 -b 4096 -E stride=128,stripe-width=256 /dev/md0
mke2fs 1.42.9 (4-Feb-2014)
fs_types for mke2fs.conf resolution: 'ext3', 'big'
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=128 blocks, Stripe width=256 blocks
183136256 inodes, 1465067520 blocks
1465067 blocks (0.10%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
44711 block groups
32768 blocks per group, 32768 fragments per group
4096 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848, 512000000, 550731776, 644972544
Allocating group tables: done
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
However, when I attempted to mount it, I received:
root@VMHost:/home/lex# mount /dev/md0 /mnt/md0/
NTFS signature is missing.
Failed to mount '/dev/md0': Invalid argument
The device '/dev/md0' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
Furthermore, specifying the type as ext3:
root@VMHost:/home/lex# mount -t ext3 /dev/md0 /mnt/md0
mount: wrong fs type, bad option, bad superblock on /dev/md0,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
So, I thought that maybe I need to create partitions on the drives beforehand, then use the partitions as the RAID setup (instead of the full drive), so I disassembled the RAID and began to create partitions on the drive, however it doesn’t seem to recognized a gpt drive when I create one
root@VMHost:/home/lex# parted /dev/sda
GNU Parted 2.3
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print
Error: /dev/sda: unrecognised disk label
(parted) mklabel gpt
(parted) print
Error: /dev/sda: unrecognised disk label
(parted) quit
Information: You may need to update /etc/fstab.
For this setup with gpt, I was attempting to follow along with some other instructions I found https://plone.lucidsolutions.co.nz/linux/io/using-parted-to-create-a-raid-primary-partition which uses msdos as the disk label, but since these are 3 TB disks, I believe I need to use something other than msdos, which supports larger disks, thus I was trying gpt.
Do you know why parted isn’t recognizing the disk label, even after it sets it to gpt itself? Is there a better approach to creating the RAID device than what I was doing?
EDIT: Checking dmesg after executing the mount -t command (these results are actually for when I attempted to format to ext4, which was something I tried before ext3) results in:
root@VMHost:/home/lex# dmesg | tail
[611756.731067] EXT4-fs (md0): VFS: Can't find ext4 filesystem
[611756.731488] EXT4-fs (md0): VFS: Can't find ext4 filesystem
[611756.731790] EXT4-fs (md0): VFS: Can't find ext4 filesystem
[611756.732391] FAT-fs (md0): bogus logical sector size 65535
[611756.732421] FAT-fs (md0): Can't find a valid FAT filesystem
[611756.733932] XFS (md0): bad magic number
[611756.733974] XFS (md0): SB validate failed with error 22.
[611756.735611] FAT-fs (md0): bogus logical sector size 65535
[611756.735621] FAT-fs (md0): Can't find a valid FAT filesystem
[611773.636148] EXT4-fs (md0): VFS: Can't find ext4 filesystem
EDIT: I am sure the system supports GPT as one drive is already mounted with GPT
root@VMHost:/u01# parted --list
Error: /dev/sda: unrecognised disk label
Error: /dev/sdb: unrecognised disk label
Model: ATA ST1000DM003-1CH1 (scsi)
Disk /dev/sdc: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 256MB 255MB primary ext2 boot
2 257MB 1000GB 1000GB extended
5 257MB 1000GB 1000GB logical lvm
Model: ATA ST3000DM001-1CH1 (scsi)
Disk /dev/sdd: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Number Start End Size File system Name Flags
1 1049kB 3001GB 3001GB ntfs Basic data partition msftdata
Model: ATA ST3000DM001-1CH1 (scsi)
Disk /dev/sde: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Number Start End Size File system Name Flags
1 1049kB 3001GB 3001GB primary