Монтування +2.2 TiB-томів на 32-розрядної ArchLinux


2

Нещодавно я встановив 32-розрядну установку Arch Linux для використання домашнього сервера. При спробі підключення та підключення 3-х терабайтного зовнішнього жорсткого диска USB, я отримую повідомлення про те, що томи, що перевищують 2TiB, не підтримуються на [32-бітної] архітектурі. Чи існує якийсь спосіб обійти це, наприклад, розділяючи диск на менші розміри, або мені абсолютно потрібна 64-бітна система?

* Примітка - процесор sever - 32-бітний, тому я не маю можливості перевстановити 64-бітний дистрибутив

Додаткова інформація за відповідями: Диск відформатований як том NTFS. Раніше сервер запускав 32-бітну інсталяцію Windows 7, що дозволило цій операційній системі подолати межі, з якими стикається ядро ​​Linux?


Як питання, яку файлову систему ви використовуєте на цьому диску?
Wolfizen

1
Ви не можете замінити старий комп'ютер?
Michael Hampton

Відповіді:


2

Я не впевнений, що це те ж саме питання, але системи, що використовують BIOS, не можуть бачити більше 2 ТБ на диску. Це обмеження існуючих BIOS. Єдиний спосіб дізнатися про цю проблему - UEFI.

джерело


1

Для того, щоб запитувати дані з пристрою зберігання даних, потрібно записати секції жорсткого диска, на які ви націлюєте запит. Припускаючи 512 байтових секторів, найбільша кількість простору, на яку ви можете звертатися, становить 1.099511627 × 10¹² або трохи нижче 1TB. Якщо ядро ​​не має адресного простору, щоб посилатися на простір, до якого він намагається потрапити, він не може відформатувати запит нічого над цим.


Звідки надходять ці цифри? І якщо обмеження нижче 1 ТБ, чому в повідомленні про помилку вказується, що верхня межа становить 2 TiB?
Der Hochstapler

1
Найбільша кількість простору є найбільшим підписаним 32-бітним числом (2,147,483,647), помноженим на розумний розмір сектора. Дивлячись на це день пізніше, я розумію, що робив мою математику на основі підпису, але не брав до уваги непідписані числа, які фактично подвоїтимуть адресний простір (нас до 2TB). І це має сенс, ви не збираєтеся просити сектор -34 (негативний тридцять чотири).
Bratchley

0

Ви повинні мати можливість створювати два розділи ~ 1.5TiB на пристрої, якщо BIOS дає вам доступ до пристрою.

Потім можна використовувати LVM для об'єднання або смуги двох розділів. Проблема полягає в тому, що 32-бітне ядро ​​не може звернутися до LUN більше, ніж 2.2TiB. Максимальний розмір обсягу для 32-бітного - 16TiB, ви можете створити файлову систему XFS на LVM.

XFS поставить inodes у 32-бітний адресний простір і ваша файлова система повинна працювати нормально.


0

Виявляється, що Arch Linux є здатний встановлювати / читати / писати з / на жорсткий диск 2.2+ TiB. При спробі монтувати під час входу, я робив помилку початківця, не вказавши, яку частину я хотів змонтувати (sdd vv. Sdd1). Для того, щоб монтувати його під час завантаження з fstab, мені потрібно було вказати, що том був відформатований як том NTFS. Дякуємо за ваші відповіді-ні-менш!

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.