Я занимаюсь созданием своего первого массива RAID5. Я использовал mdadm для создания следующей настройки:
root@bondigas:~# mdadm --detail /dev/md1
/dev/md1:
Version : 00.90
Creation Time : Wed Oct 20 20:00:41 2010
Raid Level : raid5
Array Size : 5860543488 (5589.05 GiB 6001.20 GB)
Used Dev Size : 1953514496 (1863.02 GiB 2000.40 GB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 1
Persistence : Superblock is persistent
Update Time : Wed Oct 20 20:13:48 2010
State : clean, degraded, recovering
Active Devices : 3
Working Devices : 4
Failed Devices : 0
Spare Devices : 1
Layout : left-symmetric
Chunk Size : 64K
Rebuild Status : 1% complete
UUID : f6dc829e:aa29b476:edd1ef19:85032322 (local to host bondigas)
Events : 0.12
Number Major Minor RaidDevice State
0 8 16 0 active sync /dev/sdb
1 8 32 1 active sync /dev/sdc
2 8 48 2 active sync /dev/sdd
4 8 64 3 spare rebuilding /dev/sde
Пока это происходит, я решил отформатировать зверя с помощью следующей команды:
root@bondigas:~# mkfs.ext4 /dev/md1p1
mke2fs 1.41.11 (14-Mar-2010)
/dev/md1p1 alignment is offset by 63488 bytes.
This may result in very poor performance, (re)-partitioning suggested.
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=16 blocks, Stripe width=48 blocks
97853440 inodes, 391394047 blocks
19569702 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
11945 block groups
32768 blocks per group, 32768 fragments per group
8192 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
Writing inode tables: ^C 27/11945
root@bondigas:~# ^C
Я не уверен, что сделать «выравнивание / dev / md1p1 смещено на 63488 байт». и как правильно разбивать диски на соответствие, чтобы я мог правильно отформатировать их.
Друг мой указал, что я могу просто mkfs.ex4 прямо на /dev/md1 без разбиения чего-либо, поэтому я удалил раздел и сделал это, и он теперь форматируется.
Мой друг указал, что я могу просто mkfs.ex4 прямо на /dev/md1
без разбиения чего-либо, поэтому я удалил раздел и сделал это, и теперь он форматируется.
Мой друг указал, что я могу просто mkfs.ex4 прямо на /dev/md1
без разбиения чего-либо, поэтому я удалил раздел и сделал это, и теперь он форматируется.
Мой друг указал, что я могу просто mkfs.ex4 прямо на /dev/md1
без разбиения чего-либо, поэтому я удалил раздел и сделал это, и теперь он форматируется.
Мой друг указал, что я могу просто mkfs.ex4 прямо на /dev/md1
без разбиения чего-либо, поэтому я удалил раздел и сделал это, и теперь он форматируется.
Мой друг указал, что я могу просто mkfs.ex4 прямо на /dev/md1
без разбиения чего-либо, поэтому я удалил раздел и сделал это, и теперь он форматируется.
Мой друг указал, что я могу просто mkfs.ex4 прямо на /dev/md1
без разбиения чего-либо, поэтому я удалил раздел и сделал это, и теперь он форматируется.
Мой друг указал, что я могу просто mkfs.ex4 прямо на /dev/md1
без разбиения чего-либо, поэтому я удалил раздел и сделал это, и теперь он форматируется.
Мой друг указал, что я могу просто mkfs.ex4 прямо на /dev/md1
без разбиения чего-либо, поэтому я удалил раздел и сделал это, и теперь он форматируется.
Так как выравнивание всплывает во многих местах -
Жесткие диски «Advanced Format» с блоками 4k SSD RAID LVM- Я немного разберу этот вопрос.
«Linux на дисках на 4kB-сектора» (IBM developerWorks) проходит шаги с помощью fdisk, parted и GPT fdisk.
С fdisk:
sudo fdisk /dev/XXX
c # turn off DOS compatibility
u # switch to sector units
p # print current partitions, check that start sectors are multiples of 8
# for a new partition:
n # new partition
<select primary/secondary and partition #>
first sector: 2048
# 2048 is default in recent fdisk,
# and is compatible with Vista and Win 7,
# 4k-sector disks and all common RAID stripe sizes
Это в первую очередь относится к RAID (уровни 0, 5 и 6, а не уровень 1);
Он также может быть использован для SSD, если вы хотите «Linux на дисках на 4kB-секторах» (если вы хотите Теория Tso, разработчик ядра Linux).
В сообщении OP mkfs, по-видимому, автоматически обнаружены оптимальные настройки, поэтому никаких дальнейших действий не требовалось.
Если вы хотите проверить, для RAID соответствующие параметры:
Жесткие диски «Advanced Format» с размером блоков 4k (такие же, как размер блока mdadm, например, 64k) SSDs [!d3 ] stripe-width: stride * #-of-data-disks (например, 4 диска RAID 5 - 3 диска данных, 16 * 3 = 48)Из Linux Raid Wiki. См. Также этот простой калькулятор для разных уровней RAID и количества дисков.
Для RAID параметры:
размер полосы (такой же, как mdadm размер ..., 64k) SSD стереть блок размер (такой же как mdadm кусок размер, ex. 64k) RAID[d28 ] Из Linux Raid Wiki. См. Также этот простой калькулятор для разных уровней RAID и количества дисков.
Потенциальная проблема заключается в том, что LVM создает заголовок 192k. Это кратно 4k (поэтому нет проблем с 4k-блочными дисками), но не может быть кратным размеру полосы RAID (если LVM работает на RAID) или размер блока стирания SSD (если LVM работает на SSD).
См. сообщение Теодора об обходном пути.
Я считаю этот способ самым легким
parted -a opt /dev/md0
(parted) u MiB
(parted) rm 1
(parted) mkpart primary 1 100%
или альтернативным грязным методом просто будет выглядеть так
(parted) mkpart primary ext4 1 -1
Кажется, что mkfs.ext4 хочет, чтобы файловые системы на вашем RAID запускались на границе 64 KiB. Если вы используете весь диск, он начинается с 0, что, конечно, также кратно 64 KiB ...
Большинство инструментов разбиения теперь будут использовать по умолчанию 1 границу MiB (fdisk, вероятно, не ).
Причина в том, что большинство жестких дисков & amp; В SSD используются физические сектора на гораздо большем, чем логические сектора. Результатом этого является то, что если вы читаете логический сектор из 512 байт с диска, на самом деле аппаратное обеспечение должно считывать гораздо больший объем данных.
В случае вашего программного RAID-устройства происходит нечто подобное: данные на нем хранится в «кусках» 64 KiB с настройками mdadm по умолчанию.
Я считаю, что этот способ является самым легким
parted -a opt /dev/md0
(parted) u MiB
(parted) rm 1
(parted) mkpart primary 1 100%
или альтернативным грязным методом просто будет выглядеть так
(parted) mkpart primary ext4 1 -1
Поскольку выравнивание всплывает во многих местах -
- Я немного раскручу вопрос.
«Linux on Диски 4kB-сектора » (IBM developerWorks) просматривают шаги с помощью fdisk, parted и GPT fdisk.
С fdisk:
sudo fdisk /dev/XXX
c # turn off DOS compatibility
u # switch to sector units
p # print current partitions, check that start sectors are multiples of 8
# for a new partition:
n # new partition
<select primary/secondary and partition #>
first sector: 2048
# 2048 is default in recent fdisk,
# and is compatible with Vista and Win 7,
# 4k-sector disks and all common RAID stripe sizes
Это в первую очередь относится к RAID (уровни 0, 5 и 6, а не уровень 1); файловая система работает лучше, если она создана со знанием размеров полосы.
Она также может использоваться для SSD, если вы хотите выровнять файловую систему с размером блока удаления SSD (Theodore Tso, разработчик ядра Linux).
В сообщении OP mkfs
, по-видимому, автоматически обнаружены оптимальные настройки, поэтому никаких дальнейших действий не требовалось.
Если вы хотите проверьте для RAID соответствующие параметры:
stripe size / block size
(например, 64k / 4k = 16) stride * #-of-data-disks
(например, 4 диска RAID 5 - 3 диска данных, 16 * 3 = 48) Из Linux Raid Wiki . См. Также этот простой калькулятор для разных уровней RAID и количества дисков.
Для выравнивания блока удаления SSD параметры:
Потенциальная проблема заключается в том, что LVM создает заголовок 192k. Это кратно 4k (поэтому нет проблем с 4k-блочными дисками), но не может быть кратным размеру полосы RAID (если LVM работает на RAID) или размер блока стирания SSD (если LVM работает на SSD).
См. сообщение Теодора для обходного пути.
Кажется, что mkfs.ext4 хочет, чтобы файловые системы на вашем RAID начинались с границы 64 KiB. Если вы используете весь диск, он начинается с 0, что, конечно же, также кратно 64 KiB ...
Большинство инструментов разбиения теперь будут использовать по умолчанию 1 границу MiB (fdisk, вероятно, не ).
Причиной этого является то, что большинство жестких дисков & amp; В SSD используются физические сектора на гораздо большем, чем логические сектора. Результатом этого является то, что если вы читаете логический сектор из 512 байт с диска, на самом деле аппаратное обеспечение должно считывать гораздо больший объем данных.
В случае вашего программного RAID-устройства происходит нечто подобное: данные на нем хранится в «кусках» 64 KiB с настройками mdadm по умолчанию.
Я считаю, что этот способ является самым легким
parted -a opt /dev/md0
(parted) u MiB
(parted) rm 1
(parted) mkpart primary 1 100%
или альтернативным грязным методом просто будет выглядеть так
(parted) mkpart primary ext4 1 -1
Кажется, что mkfs.ext4 хочет, чтобы файловые системы на вашем RAID начинались с границы 64 KiB. Если вы используете весь диск, он начинается с 0, что, конечно же, также кратно 64 KiB ...
Большинство инструментов разбиения теперь будут использовать по умолчанию 1 границу MiB (fdisk, вероятно, не ).
Причиной этого является то, что большинство жестких дисков & amp; В SSD используются физические сектора на гораздо большем, чем логические сектора. Результатом этого является то, что если вы читаете логический сектор из 512 байт с диска, на самом деле аппаратное обеспечение должно считывать гораздо больший объем данных.
В случае вашего программного RAID-устройства происходит нечто подобное: данные на нем хранится в «кусках» 64 KiB с настройками mdadm по умолчанию.
Поскольку выравнивание всплывает во многих местах -
- Я немного раскручу вопрос.
«Linux on Диски 4kB-сектора » (IBM developerWorks) просматривают шаги с помощью fdisk, parted и GPT fdisk.
С fdisk:
sudo fdisk /dev/XXX
c # turn off DOS compatibility
u # switch to sector units
p # print current partitions, check that start sectors are multiples of 8
# for a new partition:
n # new partition
<select primary/secondary and partition #>
first sector: 2048
# 2048 is default in recent fdisk,
# and is compatible with Vista and Win 7,
# 4k-sector disks and all common RAID stripe sizes
Это в первую очередь относится к RAID (уровни 0, 5 и 6, а не уровень 1); файловая система работает лучше, если она создана со знанием размеров полосы.
Она также может использоваться для SSD, если вы хотите выровнять файловую систему с размером блока удаления SSD (Theodore Tso, разработчик ядра Linux).
В сообщении OP mkfs
, по-видимому, автоматически обнаружены оптимальные настройки, поэтому никаких дальнейших действий не требовалось.
Если вы хотите проверьте для RAID соответствующие параметры:
stripe size / block size
(например, 64k / 4k = 16) stride * #-of-data-disks
(например, 4 диска RAID 5 - 3 диска данных, 16 * 3 = 48) Из Linux Raid Wiki . См. Также этот простой калькулятор для разных уровней RAID и количества дисков.
Для выравнивания блока удаления SSD параметры:
Потенциальная проблема заключается в том, что LVM создает заголовок 192k. Это кратно 4k (поэтому нет проблем с 4k-блочными дисками), но не может быть кратным размеру полосы RAID (если LVM работает на RAID) или размер блока стирания SSD (если LVM работает на SSD).
См. сообщение Теодора для обходного пути.
Кажется, что mkfs.ext4 хочет, чтобы файловые системы на вашем RAID начинались с границы 64 KiB. Если вы используете весь диск, он начинается с 0, что, конечно же, также кратно 64 KiB ...
Большинство инструментов разбиения теперь будут использовать по умолчанию 1 границу MiB (fdisk, вероятно, не ).
Причиной этого является то, что большинство жестких дисков & amp; В SSD используются физические сектора на гораздо большем, чем логические сектора. Результатом этого является то, что если вы читаете логический сектор из 512 байт с диска, на самом деле аппаратное обеспечение должно считывать гораздо больший объем данных.
В случае вашего программного RAID-устройства происходит нечто подобное: данные на нем хранится в «кусках» 64 KiB с настройками mdadm по умолчанию.
Поскольку выравнивание всплывает во многих местах -
- Я немного раскручу вопрос.
«Linux on Диски 4kB-сектора » (IBM developerWorks) просматривают шаги с помощью fdisk, parted и GPT fdisk.
С fdisk:
sudo fdisk /dev/XXX
c # turn off DOS compatibility
u # switch to sector units
p # print current partitions, check that start sectors are multiples of 8
# for a new partition:
n # new partition
<select primary/secondary and partition #>
first sector: 2048
# 2048 is default in recent fdisk,
# and is compatible with Vista and Win 7,
# 4k-sector disks and all common RAID stripe sizes
Это в первую очередь относится к RAID (уровни 0, 5 и 6, а не уровень 1); файловая система работает лучше, если она создана со знанием размеров полосы.
Она также может использоваться для SSD, если вы хотите выровнять файловую систему с размером блока удаления SSD (Theodore Tso, разработчик ядра Linux).
В сообщении OP mkfs
, по-видимому, автоматически обнаружены оптимальные настройки, поэтому никаких дальнейших действий не требовалось.
Если вы хотите проверьте для RAID соответствующие параметры:
stripe size / block size
(например, 64k / 4k = 16) stride * #-of-data-disks
(например, 4 диска RAID 5 - 3 диска данных, 16 * 3 = 48) Из Linux Raid Wiki . См. Также этот простой калькулятор для разных уровней RAID и количества дисков.
Для выравнивания блока удаления SSD параметры:
Потенциальная проблема заключается в том, что LVM создает заголовок 192k. Это кратно 4k (поэтому нет проблем с 4k-блочными дисками), но не может быть кратным размеру полосы RAID (если LVM работает на RAID) или размер блока стирания SSD (если LVM работает на SSD).
См. сообщение Теодора для обходного пути.
Кажется, что mkfs.ext4 хочет, чтобы файловые системы на вашем RAID начинались с границы 64 KiB. Если вы используете весь диск, он начинается с 0, что, конечно же, также кратно 64 KiB ...
Большинство инструментов разбиения теперь будут использовать по умолчанию 1 границу MiB (fdisk, вероятно, не ).
Причиной этого является то, что большинство жестких дисков & amp; В SSD используются физические сектора на гораздо большем, чем логические сектора. Результатом этого является то, что если вы читаете логический сектор из 512 байт с диска, на самом деле аппаратное обеспечение должно считывать гораздо больший объем данных.
В случае вашего программного RAID-устройства происходит нечто подобное: данные на нем хранится в «кусках» 64 KiB с настройками mdadm по умолчанию.
Я считаю, что этот способ является самым легким
parted -a opt /dev/md0
(parted) u MiB
(parted) rm 1
(parted) mkpart primary 1 100%
или альтернативным грязным методом просто будет выглядеть так
(parted) mkpart primary ext4 1 -1
Поскольку выравнивание всплывает во многих местах -
- Я немного раскручу вопрос.
«Linux on Диски 4kB-сектора » (IBM developerWorks) просматривают шаги с помощью fdisk, parted и GPT fdisk.
С fdisk:
sudo fdisk /dev/XXX
c # turn off DOS compatibility
u # switch to sector units
p # print current partitions, check that start sectors are multiples of 8
# for a new partition:
n # new partition
<select primary/secondary and partition #>
first sector: 2048
# 2048 is default in recent fdisk,
# and is compatible with Vista and Win 7,
# 4k-sector disks and all common RAID stripe sizes
Это в первую очередь относится к RAID (уровни 0, 5 и 6, а не уровень 1); файловая система работает лучше, если она создана со знанием размеров полосы.
Она также может использоваться для SSD, если вы хотите выровнять файловую систему с размером блока удаления SSD (Theodore Tso, разработчик ядра Linux).
В сообщении OP mkfs
, по-видимому, автоматически обнаружены оптимальные настройки, поэтому никаких дальнейших действий не требовалось.
Если вы хотите проверьте для RAID соответствующие параметры:
stripe size / block size
(например, 64k / 4k = 16) stride * #-of-data-disks
(например, 4 диска RAID 5 - 3 диска данных, 16 * 3 = 48) Из Linux Raid Wiki . См. Также этот простой калькулятор для разных уровней RAID и количества дисков.
Для выравнивания блока удаления SSD параметры:
Потенциальная проблема заключается в том, что LVM создает заголовок 192k. Это кратно 4k (поэтому нет проблем с 4k-блочными дисками), но не может быть кратным размеру полосы RAID (если LVM работает на RAID) или размер блока стирания SSD (если LVM работает на SSD).
См. сообщение Теодора для обходного пути.
Кажется, что mkfs.ext4 хочет, чтобы файловые системы на вашем RAID начинались с границы 64 KiB. Если вы используете весь диск, он начинается с 0, что, конечно же, также кратно 64 KiB ...
Большинство инструментов разбиения теперь будут использовать по умолчанию 1 границу MiB (fdisk, вероятно, не ).
Причиной этого является то, что большинство жестких дисков & amp; В SSD используются физические сектора на гораздо большем, чем логические сектора. Результатом этого является то, что если вы читаете логический сектор из 512 байт с диска, на самом деле аппаратное обеспечение должно считывать гораздо больший объем данных.
В случае вашего программного RAID-устройства происходит нечто подобное: данные на нем хранится в «кусках» 64 KiB с настройками mdadm по умолчанию.
Поскольку выравнивание всплывает во многих местах -
- Я немного раскручу вопрос.
«Linux on Диски 4kB-сектора » (IBM developerWorks) просматривают шаги с помощью fdisk, parted и GPT fdisk.
С fdisk:
sudo fdisk /dev/XXX
c # turn off DOS compatibility
u # switch to sector units
p # print current partitions, check that start sectors are multiples of 8
# for a new partition:
n # new partition
<select primary/secondary and partition #>
first sector: 2048
# 2048 is default in recent fdisk,
# and is compatible with Vista and Win 7,
# 4k-sector disks and all common RAID stripe sizes
Это в первую очередь относится к RAID (уровни 0, 5 и 6, а не уровень 1); файловая система работает лучше, если она создана со знанием размеров полосы.
Она также может использоваться для SSD, если вы хотите выровнять файловую систему с размером блока удаления SSD (Theodore Tso, разработчик ядра Linux).
В сообщении OP mkfs
, по-видимому, автоматически обнаружены оптимальные настройки, поэтому никаких дальнейших действий не требовалось.
Если вы хотите проверьте для RAID соответствующие параметры:
stripe size / block size
(например, 64k / 4k = 16) stride * #-of-data-disks
(например, 4 диска RAID 5 - 3 диска данных, 16 * 3 = 48) Из Linux Raid Wiki . См. Также этот простой калькулятор для разных уровней RAID и количества дисков.
Для выравнивания блока удаления SSD параметры:
Потенциальная проблема заключается в том, что LVM создает заголовок 192k. Это кратно 4k (поэтому нет проблем с 4k-блочными дисками), но не может быть кратным размеру полосы RAID (если LVM работает на RAID) или размер блока стирания SSD (если LVM работает на SSD).
См. сообщение Теодора для обходного пути.
Я считаю, что этот способ является самым легким
parted -a opt /dev/md0
(parted) u MiB
(parted) rm 1
(parted) mkpart primary 1 100%
или альтернативным грязным методом просто будет выглядеть так
(parted) mkpart primary ext4 1 -1
Кажется, что mkfs.ext4 хочет, чтобы файловые системы на вашем RAID начинались с границы 64 KiB. Если вы используете весь диск, он начинается с 0, что, конечно же, также кратно 64 KiB ...
Большинство инструментов разбиения теперь будут использовать по умолчанию 1 границу MiB (fdisk, вероятно, не ).
Причиной этого является то, что большинство жестких дисков & amp; В SSD используются физические сектора на гораздо большем, чем логические сектора. Результатом этого является то, что если вы читаете логический сектор из 512 байт с диска, на самом деле аппаратное обеспечение должно считывать гораздо больший объем данных.
В случае вашего программного RAID-устройства происходит нечто подобное: данные на нем хранится в «кусках» 64 KiB с настройками mdadm по умолчанию.
Я считаю, что этот способ является самым легким
parted -a opt /dev/md0
(parted) u MiB
(parted) rm 1
(parted) mkpart primary 1 100%
или альтернативным грязным методом просто будет выглядеть так
(parted) mkpart primary ext4 1 -1
Поскольку выравнивание всплывает во многих местах -
- Я немного раскручу вопрос.
«Linux on Диски 4kB-сектора » (IBM developerWorks) просматривают шаги с помощью fdisk, parted и GPT fdisk.
С fdisk:
sudo fdisk /dev/XXX
c # turn off DOS compatibility
u # switch to sector units
p # print current partitions, check that start sectors are multiples of 8
# for a new partition:
n # new partition
<select primary/secondary and partition #>
first sector: 2048
# 2048 is default in recent fdisk,
# and is compatible with Vista and Win 7,
# 4k-sector disks and all common RAID stripe sizes
Это в первую очередь относится к RAID (уровни 0, 5 и 6, а не уровень 1); файловая система работает лучше, если она создана со знанием размеров полосы.
Она также может использоваться для SSD, если вы хотите выровнять файловую систему с размером блока удаления SSD (Theodore Tso, разработчик ядра Linux).
В сообщении OP mkfs
, по-видимому, автоматически обнаружены оптимальные настройки, поэтому никаких дальнейших действий не требовалось.
Если вы хотите проверьте для RAID соответствующие параметры:
stripe size / block size
(например, 64k / 4k = 16) stride * #-of-data-disks
(например, 4 диска RAID 5 - 3 диска данных, 16 * 3 = 48) Из Linux Raid Wiki . См. Также этот простой калькулятор для разных уровней RAID и количества дисков.
Для выравнивания блока удаления SSD параметры:
Потенциальная проблема заключается в том, что LVM создает заголовок 192k. Это кратно 4k (поэтому нет проблем с 4k-блочными дисками), но не может быть кратным размеру полосы RAID (если LVM работает на RAID) или размер блока стирания SSD (если LVM работает на SSD).
См. сообщение Теодора для обходного пути.
Кажется, что mkfs.ext4 хочет, чтобы файловые системы на вашем RAID начинались с границы 64 KiB. Если вы используете весь диск, он начинается с 0, что, конечно же, также кратно 64 KiB ...
Большинство инструментов разбиения теперь будут использовать по умолчанию 1 границу MiB (fdisk, вероятно, не ).
Причиной этого является то, что большинство жестких дисков & amp; В SSD используются физические сектора на гораздо большем, чем логические сектора. Результатом этого является то, что если вы читаете логический сектор из 512 байт с диска, на самом деле аппаратное обеспечение должно считывать гораздо больший объем данных.
В случае вашего программного RAID-устройства происходит нечто подобное: данные на нем хранится в «кусках» 64 KiB с настройками mdadm по умолчанию.