Неразмеченная область размером 1 MiB

упорядочивание к номеру дорожки диска, т.е. раздел может начинаться только с C/H/S некий-номер/0/0

Дело в том, что в ни в 8.04, ни в 8.10 ни в 9.04 я такого не наблюдал. Насколько это влияет на работоспособность системы и стоит ли эмм...паниковать по этому поводу?

появиться внезапно эти области не могли, скорее всего просто представление переделали в той утилите в которой смотрите

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


покажите

sudo fdisk -l

на всякий случай

Может gparted ерунду показывает? На команду отозвался так:

Диск /dev/sda: 320.1 ГБ, 320072933376 байт
255 heads, 63 sectors/track, 38913 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000aa3b1

Устр-во Загр Начало Конец Блоки Id Система
/dev/sda1 * 1 3648 29295616 83 Linux
/dev/sda2 3648 38914 283273217 5 Расширенный
/dev/sda5 3648 3666 145408 83 Linux
/dev/sda6 3666 3909 1951744 82 Linux своп / Solaris
/dev/sda7 3909 38914 281174016 83 Linux

это кажется новая фича для винтов с 4к сектором (WD EARS)

ничего криминального не вижу

Ага. Только веник Toshiba...

https://bugs.launchpad.net/ubuntu/+source/parted/+bug/511075/comments/11

The consensus regarding util-linux's fdisk (and the already committed fix) is to align on a 1MiB boundary by default

Вот скрин gparted'а
http://img514.imageshack.us/img514/6751/gpartedw.jpg

Это для ВСЕХ. Оффтопик тоже так делает, не помню, с висты или с семерки, узнал, когда читал про эти EARS, сам не видел.

Ну-ну, «это не баг, это фича такая»... Веник-то 320-ка. Или теперь уже никакой разницы не будет и для всех новых веников будет использоваться размер 4096 байт на сектор вместо старых 512? Судя по инфе фикс скоро выйдет и топология новых веников будет нормально определятся.

Нет, не так. 512 остаются 512, просто разметка начинается с 1 MiB для всех, вот и все. 1 MiB - устраивает большинство топологий, будет работать при побайтовом копировании на другой винт, касается не только WD, а и SSD всяких, ну а мегабайта не жалко, туда можно загрузчик зато запихать. И вообще DOS partition table умрет на 2 Tb и все перейдут на GPT.

Как тогда в таком случае разбивать веник?

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

Эээ, в каком? Сейчас он разбит нормально, с мегабайтным зазором в начале, емнип этот мегабайтный зазор как раз попадает на границу цилиндров и при этом кратен 4096 (не нужно медленного выравнивания для EARS). Или я не понял вопроса?

Нда, будем считать что это оптимизация. Надеюсь новые версии parted/gparted научатся разбивать диск без появления таких вот неразмеченных областей.

Чтобы не было неразмеченных областей. Чисто их этих соображений. Хотя, с другой стороны, под оффтопиком как-то пережил 8 метров неразмеченную область при разметке установщиком много лет назад, тут тоже как-нибудь переживу.

Нууу, там и раньше пустое место было (1 цилиндр) и никому оно не мешало ;-).

Ага, ну можно переразбить, если сильно хочется, и у партеда и у фдиска есть опции, но я их не помню, как-то не понадобилось, мне метра не жалко.

оптимизация отчасти от того что пишет vga например, запросто могли «подстраховаться» из-за WD и делать вот такие мегабайтные барьеры на всех или части винчестеров

у меня Gparted такие зазоры не показывает
http://s51.radikal.ru/i132/1007/83/a6add8ec0450.png

Почитаю на досуге маны к ним, а то я в основном отдаю предпочтение именно gparted (мне просто удобно им пользоваться, наверно в этом плане осталась старая привычка от оффтопика).

А веник насколько новый? У меня внешний веник Hitachi на 160 GiB в юсб-коробке (на 2.5") - gparted не показывает неразмеченных областей (ровно как и fdisk). Может опять же эта тенденция относится только к веникам последних года-двух?

не старше 2 лет
Model Family: Hitachi Deskstar P7K500 series


Gparted 0.5.2 / Gentoo
разметка через cfdisk

Там не в венике дело, а в версии партеда (кажется его убунту использует при установке). Выравнивание в мегабайт по умолчанию появилось начиная с люсида.

P.S. Я кстати напоролся на это выравнивание на EARS, кажется кармик ставил (или джаунти, не помню уже). Тормозил он при умолчательной установке - это слабо сказано. Я день убил, пока додумался посмотреть, что на винте написано (комп собирали без меня, сразу не видел). После это почитал всякие статьи про этот Advanced Format, там и узнал, что новые версии parted/fdisk будут разбивать начиная с мегабайта.

Да у тебя все разделы отделены друг от друга 1МБ-ными промежутками!

С чего бы это? O_o

18 June 2010 : GParted 0.6.0

The GParted team is proud to announce this release brings support for devices with sector sizes greater than 512 bytes.

For the last three decades, 512 byte sector sizes have been the norm and many tools, including GParted, were hard coded to assume this sector size.

Also included in this release are bug fixes, and language translation updates.

Key changes include:

* Add support for devices with sector sizes > 512 bytes

* Add alignment option to align to MiB

* Set _default_ alignment to align to MiB

и что самое интересное , что

8 July 2010 : GParted 0.6.1

This is an important bug fix release for two critical bugs found in GParted. Also included are some language translation updates.

Key changes include:

* Fix crash moving partition when size is a multiple of 16 MiB

* Disable MiB alignment temporarily until bug #623630 can be fixed.

Bug #623630 is a problem where moving logical partitions using the new MiB alignment feature might overwrite the Extended Boot Record of another logical partition. This causes an invalid partition table with a wrong signature.

https://bugzilla.gnome.org/show_bug.cgi?id=623630

ссылка на багу, для ТС, чтобы не испортить себе таблицу разделов )

Спасибо, посмотрел ссылку. Я создавал вначале логический раздел (как видно на скрине), а потом уже экстендед со всеми примочками. Ну ладно. Фиг с ним. Если делать будет нечего, снесу всё и поставлю начисто...

off-topic:
я смотрю у вас gentoo? где можно почитать про установку? я хотел бы пощупать её в эмуляторе. руки чешутся посмотреть...видать женится пора :)

http://www.gentoo.org/doc/ru/handbook/
как обычно
только там устарело немного, так что все совсем буквально воспринимать не стоит

Ох уж эта Сильвия :
Все знает, все понимает =)

В русском переводе - да, устарело. А если в оргинале читать , то нормально еще

Вот почему у меня и возникли нехорошие мысли, что что-то не так как обычно :)

Можно и в оригинале. Заодно попрактикуюсь в переводе :)

1) графические утилиты (типа gparted) для работы с такими низкоуровневыми вещами как разбиение диска оставьте пользователям виндовс. Консольных наследников ({,s,c}fdisk) DOS-овской fdisk тоже. Пользоваться надо православным консольным parted, вот например из моей подопытной ubuntu

root@ubuntu:~# parted /dev/vda
GNU Parted 2.2
Использование /dev/vda
Добро пожаловать в GNU Parted! Наберите 'help' для получения списка команд.
(parted) unit s                                                           
(parted) print free                                                       
Модель: Блочное устройство Virtio (virtblk)
Диск /dev/vda: 31457280s
Размер сектора (логический/физический): 512B/512B
Таблица разделов: gpt

Число  Начало   Конец      Размер     Файловая система  Имя  Флаги
 1     34s      95s        62s                               bios_grub
 2     96s      200000s    199905s    ext3                   загрузочный
 3     200001s  31457246s  31257246s                         lvm

2) опять-же пора уже положить болт на это архаическое наследие MS-DOS как MBR. Диски надо размечать в GPT, тогда и фокусов с выравниванием разделов по мифическим C/H/S не будет.

> gparted не показывает неразмеченных областей (ровно как и fdisk)

Совсем-совсем? В DOSовской Partition Table принято начинать 1-ый раздел с 63 сектора. Т.е. в секторе 1: MBR, а 2..62 - не размечены. Хотя, это, бесспорно, значительно меньше 1 МБ :)

У меня, кстати, есть EARS. Разбивал вручную: fdisk -u. Для подобных винчестеров следует соблюдать всего лишь одно условие: значение первого сектора раздела должно делиться на 8 без остатка. Т.к. популярный размер кластера в ОС равен 4 КБ, т.е. 8 классических секторов по 512 байт или один «новый» сектор 4 КБ, в который должны уложиться (по модулю) 8 «старых». Принятые раньше 63 я просто заменил на 64 для первого раздела. Для остальных аналогично.