LINUX.ORG.RU
решено ФорумAdmin

SSD. Сага о невыравненных разделах.

 , ,


0

1

Добрый день, форумчане. Столкнулся с такой проблемой.
При установке с нуля Uduntu Server разметил системный SSD crucial mx200 на два раздела:
swap
корневой раздел (LVM)

Уже в процессе эксплуатации обнаружил в выхлопе fdisk -l интересную информацию

Disk /dev/sdb: 465.8 GiB, 500107862016 bytes, 976773168 sectors                 
Units: sectors of 1 * 512 = 512 bytes                                           
Sector size (logical/physical): 512 bytes / 4096 bytes                          
I/O size (minimum/optimal): 4096 bytes / 4096 bytes                             
Disklabel type: dos                                                             
Disk identifier: 0x22733979                                                     
                                                                                
Device     Boot   Start       End   Sectors   Size Id Type                      
/dev/sdb1  *       2048    999423    997376   487M 83 Linux                     
/dev/sdb2       1001470 976771071 975769602 465.3G  5 Extended                  
/dev/sdb5       1001472 976771071 975769600 465.3G 8e Linux LVM                 
                                                                                
Partition 2 does not start on physical sector boundary.     

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

Лезу в поисковик и натыкаюсь на противоречивую инфу по существу вопроса.
Одни источники утверждают, что для LVM это нормальная ситуация.
Что в сам расширенный раздел запись не ведется,
он служит только вмещения ,собственно, раздела 5 , который вполне себе выравнен.

Другие утверждают, что на современных SSD проблема неактуальна,
но даже учитывая умные контролеры и кеширование ,
износ должен быть больше, а скорости операций меньше.

В общем-то, беды особой нет, система молодая и переразметить с изнова нетрудно.
Но хотелось бы
1) понять кто в интернетах прав
2) разрулить все на текущей системе.

поможите разобраться))

Почему не GPT?

iZEN ★★★★★
()
Ответ на: комментарий от Radjah

Автоматическая разметка Ubuntu (((
В чем преимущество GPT перед MBR для диска в полтерабайта?

Выхлоп gdisk

[sudo] password for ss:                                                         
GPT fdisk (gdisk) version 1.0.1                                                 
                                                               
Partition table scan:                                                           
  MBR: MBR only                                                                 
  BSD: not present                                                              
  APM: not present                                                              
  GPT: not present                                                              
                                                                                
                                                                                
***************************************************************                 
Found invalid GPT and valid MBR; converting MBR to GPT format                   
in memory.                                                                      
***************************************************************                 
                                                                                
Disk /dev/sdb: 976773168 sectors, 465.8 GiB                                     
Logical sector size: 512 bytes                                                  
Disk identifier (GUID): 1002383A-5A89-4469-9358-D1BBBBB3D3D9                    
Partition table holds up to 128 entries                                         
First usable sector is 34, last usable sector is 976773134                      
Partitions will be aligned on 2048-sector boundaries                            
Total free space is 6125 sectors (3.0 MiB)                                      
                                                                                
Number  Start (sector)    End (sector)  Size       Code  Name                   
   1            2048          999423   487.0 MiB   8300  Linux filesystem       
   5         1001472       976771071   465.3 GiB   8E00  Linux LVM     

HerrMamont
() автор топика
Ответ на: комментарий от HerrMamont

grub2 умеет грузить систему с lvm без отдельного /boot.

Radjah ★★★★★
()
Ответ на: комментарий от HerrMamont

В чем преимущество GPT перед MBR для диска в полтерабайта?

В большей надёжности и простоте разметки.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

К большому сожалению, hp microserver gen8 имеет только bios.
Загрузка из-под bios'а с GPT-диска сопряжена с танцами.
Это во-первых.
Во-вторых, как уже было мной отмечено, разметка совершалась в
автоматическом режиме силами установщика Убунты.
Отсюда вопрос. Как выравнять имеющееся разбиение?

HerrMamont
() автор топика
Ответ на: комментарий от HerrMamont

Просто расслабься. Все два раздела у тебя выравнены по границе 1мб. Расширенный раздел-контейнер не выравнен для того, чтобы не занимать лишний мегабайт из-за одного сектора полезной нагрузки.

iliyap ★★★★★
()
Последнее исправление: iliyap (всего исправлений: 1)

В расширенный раздел запись не ведется, он лишь содержит другие разделы. У SSD нет «блинов», дорожек и секторов но есть страницы памяти, относительно которых так же надо выравнивать ФС. Читаем тут http://www.intel.ru/content/www/ru/ru/solid-state-drives/ssd-partition-alignm..., думаю Intel достаточно авторитетный источник :)

Правда есть вопрос как в эту схему вписывается LVM.

Hatifnatt
()
Ответ на: комментарий от iliyap

я дичайше извинюсь...

Подскажи нубу, почему по 1 мегабайту?

Сектор же определен в 4, разве выравнивание идет не по тем же объемам?

HerrMamont
() автор топика
Ответ на: комментарий от HerrMamont

Потому что так все договорились. 1 мб это 2048 или 256 секторов, а так же нормально идёт с NAND.

anonymous
()
Ответ на: комментарий от HerrMamont

Впервые слышу, что у кого-то проблема загрузиться с GPT-раздела при наличии BIOS. В чём её суть-то, объясни.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Суть-то в том, что для загрузки с GPT-диска в среде BIOS
необходимо в начале диска создать небольшой раздел с типом EF02
(«BIOS boot partition» / «загрузочная область BIOS»),
ну и модификация GRUB2,чтобы он обрабатывал это дело.

HerrMamont
() автор топика
Ответ на: комментарий от HerrMamont

ну и модификация GRUB2,чтобы он обрабатывал это дело

Разупорись, GRUB2 как раз знает про этот раздел и использует его автоматически.

anonymous
()
Ответ на: комментарий от HerrMamont

В GPT для осуществления обратной совместимости со старыми версиями BIOS предусмотрено место для загрузчика псевдо-MBR (pMBR). Например, во FreeBSD код pMBR штатно находится в каталоге /boot в виде файла, откуда его можно использовать в утилите gpart(8) для разметки других загрузочных носителей с GPT и записи загрузочной записи, воспринимаемой BIOS:

> gpart create -s gpt ada0
> gpart bootcode -b /boot/pmbr ada0
Про GRUB2 ничего не могу сказать - это слишком переусложнённая прослойка для загрузки ОС.

iZEN ★★★★★
()
Ответ на: комментарий от anc

«дублирование информации из таблицы разделов. Помимо оригинала GPT в начале диска существует ее копия в самом конце диска, позволяющая восставить таблицу разделов в случае повреждения.»

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Фигня. В случае повреждения онли бэкапы. Помним про «две таблицы» толку практически всегда ноль. Никакого отношения к надежности это не ведет. А если уж рухнули так и ПО восстановления данных может поискать разделы, долго муторно, но может.

anc ★★★★★
()
Ответ на: комментарий от anc

Не совсем фигня.

Где-то на просторах ЛОРа читал ветку про разметку GPT.

Юзер заменил MBR на GPT, в ходе разбирательства оказалось,
что одна таблица дохлая, но система грузилась,
так как вторая запись была цела.

Собственно, согласен, что только бэкап спасет отца русской демократии.
Две таблицы хорошо, но и одна не критична.

HerrMamont
() автор топика
Ответ на: комментарий от HerrMamont

Давайте рассуждать логически. Какие шансы убить небольшое кол-во байт и именно в таблице разделов и при этом что бы все остальные были целы? Если хард посыпался то тут уж от копии таблицы разделов имхо совсем мало толку.

anc ★★★★★
()
Ответ на: комментарий от Deleted

А уж «расширенный» раздел при MBR как полезен! Да ещё в нём нехилая матрёшка из томов LVM! Вот и зашифровались естественным образом - в случае любого чиха на SSD много чего распутывать придётся.

iZEN ★★★★★
()
Ответ на: комментарий от anc

Вам в линуксах не смешно, а меня смех разбирает. 😃

iZEN ★★★★★
()
Ответ на: комментарий от anc

Кстати, в линукс до сих пор не решена проблема загрузки с зеркала RAID1, если активный загрузчик «случайно» оказался на отвалившейся половинке?

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Незнаю у мню с слаке все работет ЧЯДНТ?

anc ★★★★★
()
Ответ на: комментарий от Deleted

Это он про: о том что загрузчик не установлен на все харды, а только на первый при софтрэйд1/etc. Только вот все темы фактически не очем, а точнее в виде «я не осилил».

anc ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.