Як розділити диск на 22 ТБ?

У мене на диску 22 ТБ /dev/sdb. Як створити розділ 22 ТБ? Не дуже піклується про файлову систему - ext4або zfsце добре.

Запуск CentOS 6.2 - розділ буде використовуватися як дамп даних. Лише один потік даних, тож прискіпливий / вибагливий до того, яка файлова система зараз насправді не викликає занепокоєння. Диск сформований з приводних SAS-дисків 12x2TB і контролера Dell Perc.

Я просто хочу розділ 22 ТБ.

Найпростіше рішення - використовувати розділ GPT , 64-бітну версію Linux та XFS :

• GPT необхідний тому, що створена та створена компанією MSR -DOS таблиця розділівfdisk обмежена двома дисками TiB. Отже, вам потрібно використовувати partedіншу програму розділення, відому GPT fdisk. ( gdisk, gpartedІ т.д.)

• 64-бітове ядро ​​необхідне, оскільки 32-розрядні ядра обмежують вас у файлових системах менше, ніж ви просите. Ви або досягаєте обмеження розміру на основі 32-бітових цілих чисел, або не зможете вирішити достатню кількість оперативної пам’яті для належної підтримки файлової системи.

• XFS - не єдине рішення, але, на мою думку, це найпростіший варіант для систем RHEL.

  Ви не можете використовувати ext4 для цього в RHEL 6. Хоча файлова система була розроблена для підтримки файлових систем 1 EiB , у версії, e2fsprogsвключеній до RHEL 6 та її похідних , існує штучний обмеження обсягу 16 TiB . І Red Hat, і CentOS називають це у своїх документах. (Межа ext4 16 TiB значно підвищена в RHEL від 7 до 50 TiB.)

  ZFS може не бути практичним у вашій ситуації . Через декілька юридичних і технічних обмежень я не можу прямо рекомендувати його, якщо вам не потрібне щось, що дає лише ZFS.

  Виключивши дві обрані вами файлові системи, я пропоную XFS. Це файлова система за замовчуванням у RHEL 7, вона була доступна у якості підтримуваної файлової системи у всіх версіях RHEL 6 та була підтримана до наступних версій RHEL 5 після виходу RHEL 6.

Ось процес:

1. Перевірте, чи mkfs.xfsвстановлено ви , запустивши його без аргументів. Якщо його немає, встановіть інструменти XFS userland:

   # yum install xfsprogs
   

   Якщо це не вдалося, можливо, ви знаходитесь в старшій ОС, яка не має цього в своєму сховищі пакетів за замовчуванням. Вам дійсно слід оновити, але якщо це неможливо, ви можете отримати це від CentOSPlus або EPEL . Можливо, вам також знадобиться встановити kmod_xfsпакет.

2. Створіть розділ:

   Оскільки ви кажете, що ваш об'єм 22 TiB увімкнено /dev/sdb, команди для parted:

   # parted /dev/sdb mklabel gpt
   # parted -a optimal -- /dev/sdb mkpart primary xfs 1 -1
   

   Це змушує зайняти весь обсяг за допомогою одного розділу. Насправді він ігнорує перші 1 Мб обсягу, щоб досягти вирівнювання в 4 Кб, необхідного для отримання повної продуктивності з жорстких дисків розширеного формату та SSD .

   Ви можете пропустити цей крок і відформатувати весь том за допомогою XFS. Тобто ви б використали /dev/sdbу наведеному нижче прикладі замість /dev/sdb1. Це дозволяє уникнути проблеми вирівнювання сектору. У випадку з томом, який бачитиме лише ваша ОС на базі Linux, про недоліки, про які варто говорити, немає, але я застерігаю цього не робити на знімному або внутрішньому томі в багатозавантажувальному комп'ютері, оскільки деякі Операційні системи (наприклад, Windows і macOS) пропонують відформатувати жорсткий диск без розділів для кожного разу, коли він з’явиться. Розміщення файлової системи на розділі вирішує це.

3. Відформатуйте розділ:

   # mkfs.xfs -L somelabel /dev/sdb1
   

4. Додати /etc/fstabзапис:

   LABEL=somelabel    /some/mount/point    xfs     defaults   0 0
   

5. Гору!

    # mount /some/mount/point
   

Якщо ви хочете йти вниз по LVM шлях, вищевказані кроки в основному тільки більш докладно варіант другого набору команд користувача bsd«s відповідь нижче . Ви повинні виконати його перший набір команд перед наведеними вище.

LVM пропонує певні переваги при вартості складності. Наприклад, ви можете пізніше "виростити" групу томів LVM, додавши до неї більше фізичних томів, тим самим зробивши простір для збільшення логічного обсягу ("свого роду", сортування), що, в свою чергу, дозволяє вам розробити файлову систему, що живе на логічній обсяг. (Подивіться, що я маю на увазі щодо складності? :))

Як альтернатива іншим пропозиціям.
Вам взагалі не потрібно розділяти диск.
Можна просто створити групу томів з одним або кількома логічними томами .

pvcreate /dev/sdb
vgcreate data /dev/sdb
lvcreate --name dump -L '100%VG' data

Тепер у вас є логічний том, який ви можете відформатувати з будь-якого типу файлової системи.

mkfs.XXXX /dev/mapper/data-dump #<- XXXX can be ext4, xfs, btrfs, reiser
mount /dev/mapper/data-dump /mntpt

Запитання до запитання: Ви запитували " як розділити диск на 22 ТБ", а потім у запитанні знову сказали, що ви просто хотіли розділ 22 ТБ. Тож це в першу чергу неоднозначності.

Якщо у вас вже є одноблочний пристрій, який може підтримувати 22 ТБ простору на ньому, то ви вже володієте цілим розділом 22 ТБ. Все, що вам потрібно, - це файлова система поверх неї, яка зробить пристрій підготованим і зручним для читання / запису в системних процесах. Більше того, вам потрібно мати ядро ​​Linux, що працює в 64-бітному режимі, з модулем / драйвером файлової системи, який підтримує і масштабує до 22 ТБ зростання даних, може обробляти входи та виходи управління даними на (одиничному) блоковому пристрої за допомогою легкість. Продуктивність - це зовсім інший вимір для цього. У такому випадку я б вирішив обрати XFSяк свою файлову систему з тієї причини, що це 64-бітна файлова система і здатна обробляти файлові системи розміром в мільйон терабайт. Він підтримує до 9 EXABYTES.

2^63  = 9 x 1018 = 9 exabytes 

Детальніше про XFS: http://oss.sgi.com/projects/xfs/

Якщо ви шукаєте для подальшого розділення величезного блочного пристрою розміром 22 ТБ, використовуйте gpartedдля того, щоб розділити пристрій на зручні розділи, а потім відформатувати їх за допомогою файлових систем, щоб зробити їх змонтованими.

Схоже, у вас є апаратний RAID-контролер, оскільки ви згадуєте, що у вас є DELL perc RAID-контролер - що означатиме це, ви повинні сказати, яку конфігурацію RAID (саме, який рівень RAID ви використовуєте?) І в більшості випадків, ви не збираєтеся отримати повний 22 ТБ місця для використання, я можу помилитися.

Під час використання ZFS вам не потрібно мати жодних розділів, просто створіть пул ZFS на пристрої 22 ТБ та файлову систему в ньому, якщо ви не хочете використовувати типовий і все. Якщо чомусь zpool не підтримує використання всього диска, спершу створіть мітку EFI та розділ, використовуючи весь доступний всередині простір, а потім використовуйте цей розділ для створення пулу.

З кількох причин я б не рекомендував використовувати для такої великої файлової системи нічого, крім ZFS. Найбільш очевидно, якщо у вас жорстоке відключення живлення (наприклад, паніка ядра або дефіцит живлення), fsck може зайняти болісний проміжок часу для відновлення традиційних файлових систем. З іншого боку, ZFS не потребує fsck, тому імпортувати пул буде миттєво.

Зауважте, що вам краще порушити конфігурацію апаратного RAID і використовувати дванадцять пристроїв як JBOD для створення пулу ZFS з використанням своїх можливостей програмного RAID. Якщо ваша мета - ефективність, ви можете відобразити пари дисків, і якщо ваша мета має максимальний простір, ви можете використовувати конфігурацію RAIDZ, RAIDZ2 або RAIDZ3. Це значною мірою поліпшить надійність ваших даних та відмовостійкість рішення.

Я не впевнений, що наразі це можливо за допомогою стандартної таблиці розділів. У стандартній схемі таблиці розділів обсяги обмежені 2 ³² секторами. Маючи 512 байт на сектор, ви просто не вистачаєте чисел, щоб призначити секторам близько 2 ТБ.

Однак ви повинні зробити це, якщо ви використовуєте таблицю розділів GUID замість стандартної. Таблиці розділів GUID дозволяють розширювати обсяги в діапазоні zettabyte. Більшість дистрибутивів Linux завантажуються з тома GUID, однак жодної версії Windows (крім Windows 7 на EFI) наразі немає.

Деякі інструменти, такі як fdisk, не можуть працювати з томами GUID, проте інші інструменти, такі як GParted, можуть. Створюючи таблицю розділів GUID, ви повинні мати змогу створити об'єм за допомогою однієї з декількох загальних файлових систем, що підтримують обсяг такого розміру (наприклад, EXT4.)

Для таблиці ваших розділів, як згадувалося в іншому місці, GPT є прекрасним варіантом, оскільки він підтримує розділи розміром до 9,4 ZiB (9,4 × 10 ²¹ байт), що значно перевищує все, що вам знадобиться 22 TiB.

Для вашої файлової системи в Linux BTRFS є прекрасною файловою системою "копіювання на запис":

1. Його атрибут копіювання при записі означає, що жоден дублікат не зберігається двічі.
2. Він оснащений стисненням на ходу, тому ваші дані запускаються через LZO або GZip перед тим, як записуватись і читатись з диска, економивши фізичний простір на диску.
3. Він підтримує надмірність у конфігураціях RAID-1, RAID-10, RAID-5 та RAID-6 без накладних витрат.
4. Він також підтримує RAID-0, якщо швидкість є суттєвою.
5. Він також містить підтомники, знімки тощо.
6. Практично всі завдання файлової системи виконуються в Інтернеті , тому зазвичай вам не доведеться деактивувати файлову систему для виправлення речей.

За функціями він схожий на ZFS, але є частиною основного ядра Linux.

Якщо ви не шукаєте надмірності або можливості резервного копіювання, можливо, ви можете:

mkfs -t ext4 /dev/sdb