Нотатки сісадміна Linux The util fdisk doesn’t support GPT. Use GNU Parted.

The util fdisk doesn’t support GPT. Use GNU Parted.

WARNING: GPT (GUID Partition Table) detected on

С таким сообщением как “The util fdisk doesn’t support GPT. Use GNU Parted. ” можно столкнуться когда попробовать просмотреть таблицу разделов диска не с MBR а GPT таблицей разделов. Разница если вкратце в том что MBR это разделы размером до 2Тб, а GPT можно сказать без ограничений на размер раздела и кол-во логических дисков.

The util fdisk doesn't support GPT. Use GNU Parted

The util fdisk doesn’t support GPT. Use GNU Parted

 

 

 

 

 

Собственно решается все просто  – не использовать fdisk для работы с диском, а использовать gdisk. Что бы начать работу с этой утилитой – подключаем репозиторий EPEL.

После чего устанавливаем данную утилиту:

После чего создаем раздел и после создания радела создаем на нем файловую систему.

 

 

В моем случае я отдаю все место под раздел – по этому я не указываю начальный и конечный сектора. Если это разбивка диска под какие то другие нужды – то необходимо создавать поочередно разделы, тогда первый сектор задавать ничего не нужен, а последний я обычно указываю размер нужной мне партиции к примеру 50G – это будет выделено 50 гигабайт под раздел.

Собственно и все – эти простые шаги помогли создать раздел на диске у которого размер больше 2Тб.

После создания раздела нужно его форматнуть и добавить в автомонтирование при перезагрузке.

Если нет никаких ошибок – радуемся жизни.

При работе с большими разделами (больше 16Тб) могут возникать проблемы – например при форматировании, вот одна из таких.

 

 

Click to rate this post!
[Total: 0 Average: 0]

Залиште відповідь

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *

Related Post

max_input_time

PHP Fatal error: Maximum execution time of 0 seconds exceeded inPHP Fatal error: Maximum execution time of 0 seconds exceeded in

Опять тот же парсер, опять начинаю с ним работу – эта гадость не стартует, точнее стартует минуту работатет и отваливается. Проверил параметры – все в норме, потом в логах заметил

Table is marked as crashed

Table ХХХХХ is marked as crashed and last (automatic ?) repair failedTable ХХХХХ is marked as crashed and last (automatic ?) repair failed

Столкнулся с проблемой – упала таблица mysql после “зависания” сервака т нагрузки на винты. В итоге делал как и раньше “repair table TAB_NAME” но проблема не решалась, в процессе восстановления

apache2 + mod_proxy + mod_proxy_http = сокрытие домена

apache2 + mod_proxy + mod_proxy_http = сокрытие доменаapache2 + mod_proxy + mod_proxy_http = сокрытие домена

Крайне редко выпадают интересные задачи, как правило все скучно или банально или просто не интересно, но тут один заказчик попросил выяснить можно ли обойти защиту скрипта который привязывается к доменному