Главная » Таблицы размеров » Смартфон моторола g3 инструкция по применению. Дешевый водонепроницаемый смартфон - Motorola Moto G (3rd)

Смартфон моторола g3 инструкция по применению. Дешевый водонепроницаемый смартфон - Motorola Moto G (3rd)

Какой бы продвинутой ни была операционная система, ее загрузка невозможна без наличия двух секторов на жестком диске, которые содержат код, необходимый для запуска любой операционной системы. Первый сектор называется Master Boot Record (MBR); он всегда располагается по адресу: сектор 1/цилиндр 0/головка1 и является самым первым сектором жесткого диска. Вторым важнейшим сектором является Boot Sector (загрузочный сектор), расположенный в первом секторе каждого тома.

Master Boot Record

Master Boot Record является самой важной структурой диска; этот сектор создается при разбиении диска на разделы. В секторе MBR расположены небольшой код, называемый Master Boot Code, а также сигнатура диска и таблица разделов. В конце сектора MBR располагается двухбайтовая структура, указывающая на конец сектора. Она имеет значение 0x55AA. Сигнатура диска - это уникальное число, расположенное по смещению 0x01B8 и позволяющее операционной системе однозначно определить данный диск.

Код, находящийся в секторе MBR, выполняет следующие действия:

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

Если эти функции по какой-то причине не удается завершить, то выдается одно из следующих системных сообщений об ошибке:

Invalid partition table;
Missing operating system.

Отметим, что для гибких дисков не существует понятия MBR. Загрузочным сектором является первый сектор на диске. Также следует помнить, что каждый жесткий диск содержит сектор MBR, но загрузочный код используется только на дисках, имеющих активный первичный раздел.

Таблица разделов

Таблица разделов - это 64-байтовая структура, используемая для определения типа и местоположения разделов на жестком диске. Содержимое данной структуры унифицировано и не зависит от операционной системы. Информация о каждом разделе занимает 16 байт - таким образом, на диске может быть не более четырех разделов.

Информация о каждом разделе начинается с определенного смещения от начала сектора, как показано в табл. 1 .

Смещение

| |

Значение

Описание

0x01BE| 1 байт| 0x80| Индикатор загрузки (Boot Indicator) - указывает, является ли том активным разделом. Может иметь значения: 00 - не используется для загрузки; 80 - активный раздел
0x01BF| 1 байт| 0x01| Начальная головка (Starting Head)
0x01C0| 6 бит| 0x01| Начальный сектор (Starting Sector) - используются биты 0-5. Биты 6 и 7 используются следующим полем
0x01C1| 10 бит| 0x00| Начальный цилиндр (Starting Cylinder) - 10-битовое число с максимальным значением 1023
0x01C2| 1 байт| 0x07| Идентификатор системы (System ID) - определяет тип тома
0x01C3| 1 байт| 0xFE| Конечная головка (Ending Head)
0x01C4| 6 бит| 0xBF| Конечный сектор (Ending Sector) - используются биты 0-5. Биты 6 и 7 используются следующим полем
0x01C5| 10 бит| 0x09| Конечный цилиндр (Ending Cylinder) - 10-битовое число с максимальным значением 1023
0x01C6| Двойное слово| 0x3F000000| Относительные сектора (Relative Sectors) - смещение от начала диска до начала тома, выраженное в числе секторов
0x01CA| Двойное слово| 0x4BF57F00| Общее число секторов (Total Sectors) - число секторов в данном томе

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

Поле Boot Indicator

Первый элемент таблицы разделов, поле Boot Indicator, указывает, является ли том активным разделом. Напоминаем, что только первичный раздел диска может быть активным. Имеется возможность установки различных операционных систем и различных файловых систем на различных томах. Используя утилиты типа FDISK (MS-DOS), Disk Management (Windows 2000) или утилиты сторонних производителей, можно активизировать первичный раздел и установить соответствующее значение данного поля.

Поле System ID

Это поле содержит идентификатор системы и указывает, какая файловая система - FAT16, FAT32 или NTFS - использовалась для форматирования тома, а также позволяет узнать некоторые характеристики файловой системы. Кроме того, данное поле показывает, существует ли на диске расширенный раздел (extended partition). Возможные значения поля System ID показаны в табл. 3 .

Тип раздела

Пояснения

0x01| Первичный раздел или логический диск FAT12. Том имеет менее 32 680 секторов
0x04| Раздел или логический диск FAT16. Том имеет от 32 680 до 65 535 секторов, или размер от 16 до 33 Мбайт
0x05| Расширенный раздел
0x06| Раздел или логический диск BIGDOS FAT16. Размер от 33 Мбайт до 4 Гбайт
0x07| Раздел или логический диск NTFS. Installable File System
0x0B| Раздел FAT32 или логический диск
0x0C| Раздел FAT32 или логический диск с использованием расширений BIOS INT 13h
0x0E |Раздел BIGDOS FAT16 или логический диск с использованием расширений BIOS INT 13h
0x0F| Расширенный раздел, использующий расширения BIOS INT 13h
0x12| EISA-раздел
0x42 |Том динамического диска (Windows 2000)

Отметим, что под управлением MS-DOS доступны только тома с полем System ID, которое равно 0x01, 0x04, 0x05 или 0x06. Но тома с другим System ID этого поля могут быть удалены с помощью утилиты FDISK.

Поля Cylinder, Head и Sector

Поля Starting Cylinder, Ending Cylinder, Starting Head, Ending Head, Starting Sector и Ending Sector (общее название - CHS) являются дополнительными элементами таблицы разделов. Загрузочный код использует значения этих полей для нахождения загрузочного сектора и его активизации. Поля Starting CHS неактивных разделов указывают на загрузочные сектора первичных разделов и на расширенный загрузочный сектор первого логического диска в расширенном разделе.

На рис. 2 показаны Master Boot Record (содержащий код, таблицу разделов и сигнатуру) и загрузочные сектора для диска с четырьмя разделами.

рис. 2
Поле Ending Cylinder в таблице разделов имеет размер 10 бит и позволяет описывать цилиндры с номерами от 0 до 1023. Поля Starting Head и Ending Head имеют размер 1 бит и могут содержать номера головок от 0 до 255. Так как поля Starting Sector и Ending Sector занимают по 6 бит, они могут содержать значения от 0 до 63. Поскольку нумерация секторов начинается с 1 (а не с 0, как для других полей), то максимальное число секторов на дорожке равно 63.

При низкоуровневом форматировании для всех дисков задается стандартный размер сектора 512 байт, поэтому максимальный размер диска, описываемый в таблице разделов, может быть вычислен следующим образом:

Код:

Максимальный размер = Размер сектора x Число цилиндров x Число головок x x Число секторов на дорожке.

Используя максимально допустимые значения этих величин, мы получаем:

Код:

512 x 1024 x 256 x 63 (или 512 x 224) = = 8 455 716 864 байт, или 7,8 Гбайт.

Таким образом, без использования расширений INT 13h, известных под названием Logical Block Addressing (LBA), размер активного первичного раздела не может превышать 7,8 Гбайт независимо от используемой файловой системы.

Максимальный размер тома под FAT16 зависит от геометрии диска и максимальных значений в таблице разделов. Возможные значения при использовании и отсутствии LBA показаны в табл. 4. Число цилиндров в обоих случаях равно 1024 (0-1023). В том случае, когда первичный раздел или логическое устройство занимает область далее 1023-го цилиндра, все поля таблицы разделов будут иметь максимально допустимые значения.

Режим LBA

Число головок

Секторов/Дорожка

Макс. размер раздела

Запрещен| 64| 32| 1 Гбайт
Разрешен| 255| 63| 4 Гбайт

Чтобы обойти описанное выше ограничение в 7,8 Гбайт, в Windows 2000 игнорируются значения полей Starting Sector и Ending Sector - вместо этого используются значения полей Relative Sectors и Total Sectors.

Поля Relative Sectors и Total Sectors

Поле Relative Sectors содержит смещение от начала диска до начала тома, выраженное в числе секторов. Поле Total Sectors указывает общее число секторов в томе.

Используя значения двух этих полей (которые вместе являются 32-битовым числом), мы получаем дополнительные 8 бит для хранения общего числа секторов по сравнению с описанной выше схемой CHS. В этом случае число секторов может быть представлено как 232. При использовании стандартного размера сектора (512 байт) и 32-битового представления числа секторов максимальный объем раздела ограничивается числом 2 Тбайт (или 2 199 023 255 552 байт). Такая схема используется только в Windows 2000 с файловыми системами NTFS и FAT32.

Отметим, что при создании разделов под управлением Windows 2000 корректные данные заносятся и в поля Starting Cylinder, Ending Cylinder, Starting Head, Ending Head, Starting Sector и Ending Sector. Это позволяет обеспечить совместимость с MS-DOS, Windows 95 и Windows 98, а также с функциями INT 13h, используемыми BIOS при загрузке компьютера.

Расширенная загрузочная запись

Расширенная загрузочная запись (Extended Boot Record, EBR) состоит из расширенной таблицы разделов и сигнатуры - двухбайтовой структуры, имеющей значение 0x55AA. Расширенная загрузочная запись существует для каждого логического устройства в расширенном разделе. Она содержит информацию о первой стороне первого цилиндра для каждого логического устройства. Загрузочный сектор логического диска обычно располагается в относительных секторах с номером 32 либо 63. Если на диске нет расширенного раздела, то нет расширенной загрузочной записи и нет логических устройств.

Первый элемент расширенной таблицы разделов для первого логического устройства указывает на его загрузочный сектор, второй элемент - на EBR следующего логического устройства. Если следующего логического устройства не существует, то и второй элемент не используется - он содержит набор нулей. Третий и четвертый элементы расширенной таблицы разделов не используются.

На рис. 3 показано, как устроена расширенная загрузочная запись. Показаны три логических устройства в расширенном разделе.

рис. 3
За исключением последнего логического устройства в расширенном разделе (см. рис. 3 ), формат расширенной таблицы разделов, описанный в табл. 5 , повторяется для каждого логического устройства: первый элемент описывает загрузочный сектор логического устройства, второй элемент указывает на следующую расширенную загрузочную запись. Для последнего логического устройства элементы со второго по четвертый не используются.

Элемент расширенной таблицы разделов

Содержимое

Первый элемент| Информация о текущем логическом устройстве в расширенном разделе, включая начальный адрес для данных
Второй элемент| Информация о следующем логическом устройстве в расширенном разделе, включая адрес сектора, содержащего EBR для следующего логического устройства. Это поле не используется, если нет следующих логических устройств
Третий элемент| Не используется
Четвертый элемент| Не используется

Поля каждого элемента в расширенной таблице разделов аналогичны полям обычной таблицы разделов, описанной выше.

Поле Relative Sectors в расширенной таблице разделов указывает в байтах смещение от начала расширенного раздела до первого сектора логического устройства. Число в поле Total Sectors позволяет узнать число секторов, отведенных под логическое устройство. Значение поля Total Sectors равно числу секторов от начала загрузочного сектора до конца логического раздела.

Ввиду исключительной важности информации, хранимой в секторах MBR и EBR, рекомендуется периодически проверять диск с помощью соответствующих утилит и создавать резервные копии данных.

Boot Sector

Загрузочный сектор , расположенный в секторе 1 каждого тома, является структурой, обеспечивающей запуск компьютера. В этом секторе содержатся исполняемый код и данные, которые требует этот код, включая информацию о файловой системе, используемой на данном томе. Загрузочный сектор создается при форматировании тома. В конце загрузочного сектора размещается двухбайтовая структура, называемая маркером конца сектора. Эта структура всегда содержит значение 0x55AA.

На компьютерах, работающих под управлением Windows 2000, загрузочный сектор активного раздела загружается в память и вызывает загрузчик операционной системы - NTLDR , который выполняет все необходимые действия по загрузке Windows 2000.

В Windows 2000 загрузочный сектор содержит следующие элементы:

ассемблерную инструкцию JMP;
идентификатор производителя (OEM ID);
структуру данных, называемую BIOS Parameter Block (BPB);
расширенную структуру BPB;
исполняемый код, запускающий операционную систему.

Отметим, что загрузочные сектора для NTFS, FAT16 и FAT32 отформатированы иным образом.

Структура BPB содержит физические параметры тома, расширенная структура BPB начинается сразу же после стандартной BPB. Длина структуры BPB и содержащаяся в ней информация зависят от типа загрузочного сектора - NTFS, FAT16 или FAT32.

Информация, хранимая в BPB и расширенной структуре BPB, используется драйверами устройств для чтения и конфигурации томов.

Сразу же за расширенной структурой BPB следует загрузочный код.

Процесс загрузки

Процесс загрузки компьютера состоит из следующих основных шагов:

При включении питания выполняется проверочный тест BIOS и процессора - POST .
BIOS ищет загрузочное устройство (обычно это диск).
BIOS загружает первый физический сектор с загрузочного диска в память и передает управление по тому адресу, куда загружен этот сектор.

Если загрузочным устройством является жесткий диск, то BIOS загружает MBR. Располагаемый в MBR код загружает загрузочный сектор активного раздела и передает управление по тому адресу, куда загружен этот сектор. На компьютерах с Windows 2000 исполняемый код в загрузочном секторе находит файл NTLDR, загружает его в память и передает ему управление.

Если в дисководе A находится диск, то BIOS загружает первый сектор (загрузочный сектор) этого диска в память. Если диск является загрузочным (содержит базовые файлы операционной системы), загрузочный сектор загружается в память и использует код для передачи управления файлу IO.SYS - базовому файлу операционной системы MS-DOS. Если диск не является загрузочным, исполняемый код в загрузочном секторе выдает следующее сообщение:

Non-System disk or disk error
Replace and press any key when ready

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

Виды загрузочных секторов

Как мы уже знаем, MBR передает управление загрузочному сектору. Поэтому первые три байта данного сектора должны содержать допустимую инструкцию для центрального процессора. Этой инструкцией является инструкция перехода, перенаправляющая выполнение кода. За инструкцией JMP следует 8-байтовый идентификатор производителя (OEM ID) - строка, описывающая название и номер версии операционной системы, использовавшейся для форматирования тома.

Для сохранения совместимости с MS-DOS Windows 2000 записывает идентификатор «MSDOS5.0» для файловых систем FAT16 и FAT32. Для файловой системы NTFS идентификатор содержит символы «NTFS».

Windows 95 использует идентификатор «MSWIN4.0», а Windows 95 OSR2 и Windows 98 - идентификатор «MSWIN4.1».

Сразу же за идентификатором производителя следует структура данных, называемая BIOS Parameter Block (BPB). В ней содержится информация, необходимая для обнаружения файла NTLDR. Поскольку BPB обычно располагается по одному и тому же смещению, то стандартные параметры легко обнаруживаются. Так как инструкция JMP обходит структуру BPB, ее размер может быть увеличен в будущем, если здесь потребуется хранить какую-либо дополнительную информацию.
Теперь давайте рассмотрим, как выглядят загрузочные сектора для трех основных файловых систем - FAT16, FAT32 и NTFS.

Загрузочный сектор FAT16

В табл. 6 приведено описание загрузочного сектора для файловой системы FAT16.

Смещение

| |

На конкретном примере показано содержимое загрузочного сектора FAT16. Здесь можно выделить три секции:

байты 0x00-0x0A содержат инструкцию JMP и OEM ID (выделены шрифтом);
байты 0x0B-0x3D содержат BPB и расширенный BPB;
остальные байты содержат код загрузки и маркер конца сектора (выделены шрифтом).

В двух следующих таблицах показано содержимое BPB (табл. 7 ) и расширенного BPB (табл. 8 ) для FAT16. Приведенные значения соответствуют загрузочному сектору, показанному на рис. 4.

Смещение

| |

Значение

Описание

0x0D| 1 байт| 0x40| Число секторов в кластере. Так как FAT16 поддерживает ограниченное число кластеров (до 65 536), тома большего объема требуют использования большего числа секторов в кластере. Значение этого поля по умолчанию зависит от размера тома. Допустимы следующие значения: 1, 2, 4, 8, 16, 32, 64 и 128. Значения, приводящие к увеличению размера кластера более 32 Кбайт (количество байт в секторе, умноженное на число секторов в кластере), могут служить источником ошибок
0x0E| 2 байт| 0x0100| Зарезервированные сектора - число секторов перед первой таблицей FAT, включая загрузочный сектор. Значение этого поля всегда равно 1

0x11| 2 байт| 0x0002| Общее число 32-байтовых имен файлов и каталогов, которые могут храниться в корневом каталоге тома. Обычно значение этого поля равно 512. Один элемент всегда используется для хранения метки тома, поэтому максимальное число файлов и каталогов не превосходит 511
0x13| 2 байт| 0x0000| Число секторов в томе, выраженное 16-битовым значением. Для томов, имеющих более 65 536 секторов, это поле не используется и его значение равно 0

0x16| 2 байт| 0xFC00| Число секторов в каждой копии FAT. Значение этого поля, число копий FAT и число зарезервированных секторов используются для вычисления местонахождения корневого каталога. Зная максимальное число элементов корневого каталога, можно также узнать, где начинаются пользовательские данные

0x1A| 2 байт| 0x4000| Число головок. Используется для низкоуровневого форматирования дисков
0x1C| 4 байт| 0x3F000000| Число “скрытых” секторов - число секторов перед загрузочным сектором. Используется во время загрузки для вычисления абсолютного смещения корневого каталога и данных
0x20| 4 байт| 0x01F03E00| Число секторов в томе, выраженное 32-битовым значением. Используется для томов, имеющих более 65 536 секторов

Смещение

| |

Значение

Описание

рис. 4
Загрузочный сектор FAT32

Загрузочный сектор FAT32 имеет много общего с загрузочным сектором FAT16, но BPB содержит дополнительные поля, а те поля, которые используются в FAT16, находятся по другим адресам. Таким образом, диски, отформатированные под FAT32, не могут быть прочитаны операционными системами, несовместимыми с FAT32.

В табл. 9 показано содержимое загрузочного сектора для файловой системы FAT32.

Смещение

| |

Значение

Описание

0x0B| 2 байт| 0x0002| Число байт в секторе - размер сектора. Допустимы следующие значения: 512, 1024, 2048 и 4096. Для большинства дисков значение этого поля равно 512
0x0D| 1 байт| 0x40| Число секторов в кластере. Так как FAT32 поддерживает ограниченное число кластеров (до 4 294 967 296), тома очень большого объема требуют использования большего числа секторов в кластере. Значение этого поля по умолчанию зависит от размера тома. Допустимы следующие значения: 1, 2, 4, 8, 16, 32, 64 и 128. В Windows 2000 для FAT32 поддерживаются тома максимальным объемом до 32 Гбайт. Тома большего объема, созданные с помощью Windows 95 OSR2 и Windows 98, доступны из Windows 2000
0x0E| 2 байта| 0x0200| Зарезервированные сектора - число секторов перед первой таблицей FAT, включая загрузочный сектор. Значение этого поля для FAT32 обычно равно 32
0x10| 1 байт| 0x02| Число копий таблиц FAT для данного тома. Значение этого поля всегда равно 2
0x11| 2 байт| 0x0000| Общее число 32-байтовых имен файлов и каталогов, которые могут храниться в корневом каталоге тома (только для FAT12/FAT16). Для томов FAT32 значение этого поля должно быть равно 0
0x13| 2 байт| 0x0000| Число секторов в томе, выраженное 16-битовым значением (только для FAT12/FAT16). Для томов FAT32 значение этого поля должно быть равно 0
0x15| 1 байт| 0xF8| Тип носителя. Значение 0xF8 указывает на жесткий диск, 0xF0 - на флоппи-диск высокой плотности. Данное поле не используется в Windows 2000
0x16| 2 байт| 0x0000| Число секторов в каждой копии FAT (только для FAT12/FAT16). Для томов FAT32 значение этого поля должно быть равно 0
0x18| 2 байт| 0x3F00| Число секторов в дорожке. Используется для низкоуровневого форматирования дисков
0x1A| 2 байт| 0xFF00| Число головок. Используется для низкоуровневого форматирования дисков
0x1C| 4 байт| 0xEE39D700| Число «скрытых» секторов - число секторов перед загрузочным сектором. Используется во время загрузки для вычисления абсолютного смещения корневого каталога и данных
0x20| 4 байт| 0x7F324E00| Число секторов в томе, выраженное 32-битовым значением. Используется для томов, имеющих более 65 536 секторов
0x24| 4 байт| 0x83130000| Число секторов в FAT (только для FAT32)
0x28| 2 байт| 0x0000| Расширенные флаги (только для FAT32). Отдельные биты этого слова имеют следующее назначение: биты 0-3 - число активных FAT; биты 4-6 - зарезервированы; бит 7 - равен 0, если выполняется «зеркалирование» FAT; равен 1, если активна только одна FAT; биты 8-15 - зарезервированы
0x2A| 2 байт| 0x0000| Версия файловой системы (только для FAT32)
0x2C| 4 байт| 0x02000000| Номер кластера для первого кластера корневого каталога (только для FAT32). Обычно значение этого поля равно 2
0x34| 2 байт| 0x0600| Номер сектора с резервной копией загрузочного сектора (только для FAT32). Обычно значение этого поля равно 6
0x36| 12 байт| 0x000000000000000000000000| Зарезервировано (только для FAT32)

табл. 10.

Смещение

| |

табл. 12.

Для томов NTFS поля, следующие за BPB, представляют собой расширенный блок BPB. Содержащиеся здесь данные помогают NTLDR найти во время загрузки таблицу MFT. В отличие от FAT16 и FAT32 MFT не располагается в каком-то фиксированном месте - ее местоположение может изменяться, например при обнаружении дефектных секторов. Если MFT не может быть найдена, Windows 2000 предполагает, что диск неотформатирован.
В табл. 13 представлены поля BPB и расширенного BPB для томов NTFS. Поля со смещениями 0x0B, 0x0D, 0x15, 0x18, 0x1A и 0x1C идентичны полям для томов FAT16 и FAT32. Приведенные значения соответствуют загрузочному сектору, показанному на рис. 6 .

Смещение

| |

Значение

Описание

Иногда требуется создать дополнительный раздел на диске (разделить его ) например, для второй операционной системы или для разделения системных файлов с пользовательскими. Таким образом, можно обеспечить их сохранность если с компьютером, что-то случится. Я покажу как создать раздел в самой Windows через управление дисками и при её установке.

Предвкушаю вопрос: не удалятся ли файлы с диска из которого будет создаваться раздел? Нет, не удалятся и он будет точно так же работать. Вы возьмёте лишь часть свободного пространства и из него будет создан раздел.

Создание раздела в управлении дисками

Откройте строку выполнения Пуск >> Выполнить (или Win+R) и введите команду, которая откроет панель управления дисками.

Затем вы увидите все диски и разделы. Для создание нового нужно свободное место (зеленая область ) или нераспределённое место (черная область ).

У меня только 118 мегабайт нераспределенной области — этого конечно недостаточно, значит надо взять свободное место со свободного диска. В данном случае C.

Перед этим крайне желательно выполнить , иначе место может вообще не выделится. В контекстном меню нажмите «Сжать том» и ждите.

Выберите размер для тома. Мне хватит 5000 мегабайт для Windows XP. Для Windows 7, 8 и 10 — минимум 16 гигабайт. Лучше больше если планируете активно пользоваться системой.

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

Из неё сделайте раздел. Для этого нажмите правой кнопкой мыши по ней и выберите «Создать простой том» как на изображении ниже.

Откроется встроенная программа для создания тома. Перейдите дальше.

Из свободного места вам предложат выбрать размер. Я для установки Windows XP выбираю 5000 Мб. Этот размер только для демонстрации, вы можете поставить намного больше, чтобы было комфортно работать.

Затем назначьте незанятую букву, чтобы не запутаться.

После этого надо выполнить форматирование.

Файловая система — NTFS.
Размер кластера — по умолчанию.
Метка тома — укажите название вашей операционной системы, чтобы потом не запутаться. Я собираюсь устанавливать туда Windows XP, так и назвал.

Завершите создание раздела.

Затем появится раздел с синей областью, который можно использовать при установке Windows или для хранения файлов. Я подготовил его специально для Windows XP.

Его так же можно увидеть как дополнительный диск зайдя в проводник Мой компьютер.

Теперь остаётся и установить операционную систему. Вы так же можете создать раздел непосредственно во время (смотрите ниже ).

Ту же инструкцию можно посмотреть в формате видео. Все действия проводятся на операционной системе Windows 7.

Создание раздела во время установки Windows

Я считаю, что этот способ намного удобней и проще остальных так, как позволяет сделать всё сразу в процессе установки. Но если вы хотите просто разбить диск на несколько — то этот способ вряд ли вам подойдёт. Инструкция применима для версий Windows 7, 8 и 10. У них интерфейс при установке почти одинаковый.

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

Если у вас нет незанятого пространства и есть ещё разделы, то удалите их используя соответствующую кнопку. Они преобразуются и из них можно будет сделать новый раздел. Учтите, что все данные на них будут безвозвратно удалены.

Затем выберите созданный раздел и нажмите далее перейдя к простому процессу установки.

Разделение диска с помощью программы

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

Скачайте AOMEI Partition Assistant Standard и установите. В ней очень удобно разделять, создавать и изменять разделы. Помимо этого в программе есть множество других возможностей, но в этой статье я рассмотрю как разделить диск на 2 и более. С остальными возможностями вы можете ознакомиться самостоятельно.

На главном экране расположены все диски и разделы. Выберите тот, который нужно разделить, а затем в контекстном меню нажмите разделение раздела.

В появившемся окне задайте размер. Для примера у меня установлено 256 мегабайт.

Теперь нужно подтвердить изменения. Для этого на главном экране нажмите «Применить» и появиться окно, в котором будет предупреждение о том, что требуется перезагрузка. После неё произойдут изменения и вы сможете увидеть результат.

Думаю этих способов достаточно, чтобы решить данную задачу. Ваши вопросы задавайте в комментариях.

Каким способом вы создали раздел?

Внимательно изучив все комментарии к предыдущей записи о людях с маленьким сами знаете чем, я пришел к удивительному выводу. Ровно 50% читателей создают на диске лишние разделы! Давайте разберемся, для чего нужны разделы и сколько их на самом деле требуется.

Загадка в оснастке управления дисками

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

Вы можете сказать, на каком разделе система, а на каком – загрузчик? По идее, загрузчик должен находиться на активном разделе, а с другой стороны – понятно, что на раздел в 100 Мб система никак не поместится! Но почему в оснастке написано наоборот?

И зачем же я тогда писал про 6 ошибок людей с маленьким системным разделом , если у самого он крошечный? :)

Меня всегда смущали эти термины в оснастке, и я решил обратиться к главному эксперту по загрузке Windows – Аркадию Пилипенко , MVP и моему коллеге по форуму. Он подтвердил, что общепринятая терминология прямо противоположна той, что предлагает Microsoft.

В Windows считается, что системный раздел содержит файлы, необходимые для запуска системы , и на зарезервированном разделе без буквы находится диспетчер загрузки Windows.

Он в свою очередь передает управление загрузчику операционной системы (winload.exe), который находится в папке System32. Поэтому раздел, где находится система, называется загрузочным .

Логика имеет право на жизнь, но Microsoft пришлось разъяснять эту путаницу в специальной статье базы знаний (KB314470).

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

Общая информация о дисках и разделах

Несмотря на скромный внешний вид, оснастка управления дисками напичкана различной информацией. На рисунке вы видите расклад по разделам, который любезно предоставил читатель Hector в комментариях к предыдущей записи.

Официально у Microsoft приняты следующие понятия, которых я и буду придерживаться далее.

Диск — это физический или виртуальный диск, содержащий разделы или неформатированное пространство. На MBR-диске нельзя создать более четырех разделов (а вы знаете причину ограничения ?), но у GPT-дисков такой проблемы нет.

Раздел – это область диска, которая выглядит для системы как отдельный диск (например, в проводнике). Раздел может быть основным или дополнительным.

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

Том – это область жесткого диска, отформатированная с файловой системой. Составные тома могут включать в себя несколько физических дисков. Но мы будем говорить только о базовых томах, которые в столбце «Тип» оснастки обозначены как… основные .

Здесь проблема исключительно в русской локализации, потому что термин Basic можно переводить по-разному.

В данном случае, лучше подходит базовый том , чтобы не было путаницы с основным разделом . Но переводчик явно находился под впечатлением от фильма Основной инстинкт :)

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

Для чего нужны разделы

Разделы можно создавать для чего угодно, но на домашних компьютерах реальная необходимость возникает в двух случаях:

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

Сколько нужно разделов

Универсального ответа на этот вопрос не существует. Я буду рассматривать все варианты только с технической точки зрения, чтобы застраховаться от непобедимой контраргументации «А я так привык!»:)

Алгоритм

Для простоты я буду считать, что нет необходимости в дополнительных разделах под операционные системы, т.к. Windows 7 или Windows 8 ставятся на VHD, если у вас «Максимальная» (разделы для остальных ОС вы можете сами приплюсовать).

В этом случае нужно учитывать такие факторы:

Свой подход к хранению пользовательских данных.
Наличие в системе других дисков, в том числе внешних и сетевых.
Стратегию резервного копирования.
Кривизну своих рук (объективно:)

Вы не находите удивительным, что тут не упоминается размер диска? Однако все выглядит именно так, если непредвзято посмотреть на ситуацию, отбросив на миг многолетнюю привычку дробить диск на разделы.

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

Пояснения

Каждый узел схемы соответствует одному из факторов, перечисленных выше.

Хранение своих файлов и документов отдельно от системы

Из комментариев к прошлой записи, в том числе и в форуме, выяснилось, что я недостаточно четко сформулировал свой подход. Некоторые читатели по диагонали решили, что я считаю неправильным хранение личных данных отдельно от системы.

Все проще – делайте так, как вам удобно , ибо в домашних условиях у этого подхода нет технических недостатков.

Однако учтите, что размещение своих файлов на другом разделе не имеет никакого отношения к резервному копированию. Вы лишь избавляетесь от головной боли при переустановке системы.

Наличие других дисков

От этого фактора я отталкиваюсь в первую очередь, и могу легко пояснить на примере. Работая три года с единственным HDD в 120 Гб, я держал в профиле все документы, а также новую музыку и фильмы. Все остальное находилось на внешнем диске.

Сейчас у меня системный SSD по-прежнему имеет объем 120 Гб, но благодаря второму внутреннему диску стратегия поменялась .

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

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

Стратегия резервного копирования

Этот фактор я считаю самым главным, потому что с технической точки зрения он напрямую связан с подходом к хранению своих данных. Я регулярно делаю резервные образы системы , а их размер имеет значение!

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

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

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

Кривизна рук

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

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

Когда есть другие диски, то сам Гейтс велел делать образ системы. Для этого логично использовать два раздела, экономя на размере резервной копии.

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

Вывод: достаточно двух разделов!

У меня сейчас два диска — 120 240 Гб для системы и 750 Гб для данных, и ни один из них не разбит на разделы. Если бы я обладал единственным диском в 1 Тб, то я бы создал два раздела, выделив для системы столько же пространства.

Как видно из схемы, не требуется создавать больше одного-двух разделов, причем их количество никак не зависит от размера диска!

К созданию других разделов нет никаких технических предпосылок, кроме установки старых Windows или открытых операционных систем.

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

А как же разделы для…

Вы увидели мой вывод и негодуете, потому что привыкли создавать 100500 разделов? Давайте посмотрим, зачем они вам нужны.

… других операционных систем

Для ОС Windows Vista и XP, а также Linux, понадобятся свои разделы, конечно. Если вам нужна только одна такая система наряду с Windows 8 или Windows 7, нужно использовать основной раздел. В этом случае общее количество разделов все равно не превысит четырех, т.е. в создании дополнительного раздела нет необходимости.

… хранения данных

Вы уже видели правую картинку в статье об ошибках людей с маленьким системным разделом .

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

В контексте хранения данных я не вижу никакого преимущества разделов над папками. А вы?

Более того, дробление на разделы имеет недостаток, поскольку существует вероятность неэффективного использования дискового пространства, особенно на маленьких дисках.

Допустим, диск в 120 Гб разбит на три раздела (20, 40, 40) и на каждом из них свободно по 4 Гб. И хотя на диске не занято 10% процентов места, вам не удастся сохранить файл размером, например, 4.36 Гб;)

… удобства навигации

Сомневаюсь, что в окне «Компьютер» наличие разделов, используемых в качестве папок, хоть как-то ускоряет навигацию. Я не хожу окольными путями, а максимально быстро добираюсь до конкретных часто используемых папок с помощью избранного в проводнике (такая возможность есть и в других файловых менеджерах).

Вверху избранного у меня постоянные папки, а список в нижней части постоянно варьируется в зависимости от текущих задач и проектов. Заметьте, что в области переходов проводника избранное находится выше раздела «Компьютер», позволяя обходиться без лишней прокрутки.

Бывает, что вы по ошибке открываете другой диск? Со мной такое случалось, и поэтому я считаю неудобным большое количество дисков, потому что среди них теряются съемные носители и монтируемые образы ISO.

А вы нашли у себя лишние разделы?

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

Если у вас нашлись лишние разделы, расскажите, почему вы предпочитаете их обычным папкам . Есть ли у вас какие-то технические причины для создания этих разделов? Обязательно напишите об этом в комментариях и я дополню материал!

Вы можете отметить интересные вам фрагменты текста, которые будут доступны по уникальной ссылке в адресной строке браузера.

Об авторе

У меня система и программы ставятся на RAID1 из двух 750 ГБ дисков. Это — С. Есть терабайтник на котором хранится музыка, фильмы, семейное видео — каталогизировано и в случае переустановки подключается к бибилотекам. Есть физический диск Е — 320 ГБ для хлама, файлов виртуальных машин, резервных копий и прочего.
Раньше создавал отдельные разделы, но потом понял, что проще взять отдельный физический диск, т.к. он надёжнее, быстрее и проще.

MCat78

После прочтения — задумался… У меня оказался только один лишний раздел, который, в общем-то, можно ликвидировать. Но время на это тратить жаль:)

Дмитрий

Года 3-4 назад, создавал (тогда еще на XP) минимум 3 раздела, включая ОС. Сейчас RAID0 (2×500 WD RE4) и на нем два раздела: Система -50Гб, оставшиеся под второй раздел. Последний раз систему ставил более полугода назад, и то лишь потому, что собирался новый ПК на данном ПК. В ближайшее время планирую опять переустановить, т.к. решил заменить M/B

Антон

По теме: я лет 5 назад пришел к тем же самым выводам, и с того времени у меня на всех моих компах 2 раздела. 30+ Гб ситемный и все остальное под все остальное:) Причем папку «мои документы» я переношу с системного раздела на второй, чтоб не париться.

Дмитрий ,

ИМХО очень зря, потому что при поломке одного винта из раздела данные потеряются ВСЕ.

Сергей

Я в новогодние каникулы перешёл на организацию с одним разделом (раньше было два). Все данные, кроме фильмов (то есть музыка, фотографии и документы) хранятся в профиле. Коллекция музыка у меня не сильно велика (4 Гб) и пополняется редко

Имеется внешний HDD, на котором хранятся:
1. Фильмы и большие дистрибутивы редко обновляющихся программ (Windows 7 и Visual Studio 2010);
2. Резервный образ системы;
3. Архивная копия данных (библиотек и AppData — то есть профиля) — в том виде, в каком предлагает средство архивации Windows 7.

С одной стороны, имеется дублирование данных из профиля — они хранятся на внешнем диске как в составе образа, так и в составе резервной копии данных. С другой стороны, мне не потребуется из-за нескольких утерянных фотографий/документов восстанавливать всю систему из образа целиком. Кроме того, коллекция музыки у меня не так велика (4 Гб, что в совокупности с объёмом внешнего диска в 400 Гб не сильно отнимает пространство) и пополняется/изменяется крайне редко (то есть при последующих архивациях музыка не будем съедать всё больше объёма).

Дмитрий

На буке диск 100 Гигов. разбит в соотношении 30:70, установлена XP (32 bit) и Windows 7 (64 bit). XP нужна из-за частых подключений специализированных совтин при конфигурировании контроллеров оборудования, 7-ка используется как основная рабочая система, при это регулярно использую Norton Ghost для резервирования на внешний диск.

Очень хотелось бы услышать мнение специалистов о использовании специально подготовленной и урезанной Unix с целью одновременного использования 2-х и более OS на компьютере.

Александр

6 жестких дисков от 1.5 до 3 ТБ, первый разбит под систему (около 70-80 гб) и остальное, остальные не разбиты.

Во время установки можно сделать так, чтобы обрезок на 100 мб не создавался. Имхо так удобнее, когда нет ничего лишнего.

Сергей

Разбивка примерно такая же как и у автора.
У меня один SSD 120Gb под систему и основные программы (C:) и два харда по 500Gb в аппаратном RAID-1 (D:) подо всё остальное. Под остальным я имею ввиду: фотоархивы, видеоархивы, музыку, документы, сохранёнки игр, сами игры, виртуальные машины и библиотеки. Все бэкапы делаются на отдельный домашний сервер под W2K8 R2 (на нём тоже много всяких интересных задач:) кроме бэкапа) и на отдельный диск который потом убирается на полку.
Объяснение такой конфигурации простое — исторически сложилось ещё с Windows 95, что документы и всё что нажито надо хранить отдельно от системы. А уж сейчас, когда система на SSD, учитывая их «надёжность», тем более.
В итоге получается всё быстро и достаточно надёжно. Возможно немного избыточно, но я уже давно как-то пережил потерю данных и потому знаю толк в бэкапах.

artem

Терпеть не могу такую ситуацию - точно помню, что чего-то читал, примерно представляю себе содержание, но убей не помню источник. В данном случае, кажется, это был вечный Реймонд Чен, но подтверждений найти не удалось. Так что может, приснилось.

Речь идёт о непривычной терминологии с «System Partition» и «Boot Partition». Эти определения уходят корнями в то время, когда Windows NT только появилась. И как правило её устанавливали второй ОС - после MS-DOS. Таким образом, первый раздел с MS-DOS (и загрузчиком Windows) являлся системным - в том смысле, что на нём изначально стояла ОС. А потом второй раздел тоже понадобилось как-то обозвать - ну и придумали называть его загрузочным. В том смысле, что новая ОС с него грузилась.

1. Диск в наше время может быть не только физическим, но и виртуальным. (Собственно, ниже ты сам об этом несколько раз упоминаешь)..
2. И что значит «раздел с точки зрения системы выглядит как диск»? А оснастка управления дисками, на которую ты ссылаешься - это не с точки зрения системы? А как - взгляд из астрала, что ли?
3. Вообще, надо признать, что наша терминология - полное говно. Почему логический - диск, а не раздел? Изначально всё-таки были разделы, и так было гораздо понятнее. Три типа разделов протипоставлялись друг другу - основные, расширенные (дополнительные) и логические.

Переводить «basic» как «базовый» лично я считаю моветоном. Это не перевод никакой, а калька. Так как никакой ясности не добавляет. С таким же успехом этот термин можно было оставить вовсе без перевода. А вот «основной» - в данном контексте вариант более чем уместный.

Ну и хранение личных данных на отдельном разделе никакой головной боли не убавляет - так как никто вас не заставляет форматировать раздел при переустановке.

Аргумент про резервную копию я не очень понял - а чего тебе мешает просто исключить ряд типов (вроде iso) из копирования?

Ну и всё остальное в этом разделе звучит крайне двусмысленно. Например, хранить резервную копию на том же физическом диске практически бессмысленно. А если не включать в копию личные данные из профиля - то тем более, нахрена она такая нужна? :)

Т.е. я примерно понимаю, о чём ты думал, когда это писал. Но считаю, что не мешало бы быть более точным. (И где надо - подробным). Если бы я сам не был с тобой солидарен - обязательно бы нашёл, к чем докопаться:)

Максим

У себя лишних разделов не нашел.
Система (Win7) + файлы + линукс + линукс (SWAP). Вроде самое то.
Только вот возник вопрос по самой первой картинке из управления дисками. На ней загрузчик стоит отдельно от системы в маленьком разделе, System reserved . У меня же и «» приходятся на системный раздел С, а скрытого вообще не видать. Вы специально ставили загрузчик и систему в разные разделы или это у меня всё не как у нормальных людей?))

artem

Дмитрий : Очень хотелось бы услышать мнение специалистов о использовании специально подготовленной и урезанной Unix с целью одновременного использования 2-х и более OS на компьютере.

Эммм. Я правильно понимаю, что постановка задачи примерно такая: «использовать две ОС для того, чтобы использовать две ОС»?

А по теме - один раздел на физический диск. Ну, потому что меньше нельзя:) Исключение - системный диск на 100-200 мегабайт, который всё-таки нужен. В том числе, для BitLocker.

artem

Максим : Только вот возник вопрос по самой первой картинке из управления дисками. На ней загрузчик стоит отдельно от системы в маленьком разделе, System reserved. У меня же и «система» и «загрузка» приходятся на системный раздел С, а скрытого вообще не видать. Вы специально ставили загрузчик и систему в разные разделы или это у меня всё не как у нормальных людей?))

Такая картинка получается, если вы ОС (Vista или старше) ставите на чистый диск. Тогда она сама разбивает его на разделы. И специально выделяет маленький системный диск.

У вас, как я понимаю, на диске разделы уже существовали. В этом случае установщик ничего не меняет.

Александр

artem :
Такая картинка получается, если вы ОС (Vista или старше) ставите на чистый диск. Тогда она сама разбивает его на разделы. И специально выделяет маленький системный диск.У вас, как я понимаю, на диске разделы уже существовали. В этом случае установщик ничего не меняет.

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

artem

Vadim Sterkin : 3. Логический диск, а не раздел потому, что на дополнительном разделе можно создать несколько «частей», не называть же их разделами опять. И тут, кстати, полное совпадение с английской терминологией.

Именно что называть. Потому что «с точки зрения системы»© (т.е. «Проводника») - что основной раздел, что логический выглядят абсолютно одинаково. В этом гораздо больше смысла, чем называть основные и расширенные (дополнительные) - разделами, а логические - дисками.

Я не спорю с тем, что здесь мы имеем вполне адекватный перевод англоязычных терминов, если говорить о названиях в интерфейсе Диспетчера разделов. Я говорю о том, что сами термины (вернее, термин логического диска) не сами удачные, на мой вкус. И в индустрии, насколько я помню, понятие логического раздела встречается едва ли не чаще.

Алексей

Убедился в этой статье, что 3 диска на стационаре у меня оправданы))
***
Купил нетбук. там 4 раздела: Система (100),Раздел восстановления(15), 2 диск, 10МБ чего-то защищённого)
Чисто технически неохота терять гарантию на ноут и переразбивать диск. 320 ГБ всего. Рад был бы вместо ЖД там видеть SSD. Там бы один раздел вполне подошёл бы.
А так 1 раздела на нетбуке вполне достаточно)

artem

Vadim Sterkin : При создании образа системы нельзя исключать типы файлов. Да и зачем возиться с этим, если можно держать их на другом разделе? :)

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

artem

Vadim Sterkin : Я не вижу проблемы – зачем мне ISO и фильмы вместе с системой, если у меня есть второй диск?

Второй диск - ок. в Конце концов, надо же чего-то на нём хранить:)

Но вот выделять для этого отдельный раздел в пределах одного диска - на мой взгляд, овчинка не стоит выделки.

Александр

Vadim Sterkin , затем, чтобы не было лишнего

gendozz

Вот уже почти два года (с момента последней переустановки win7prof) на моем ноутбуке два раздела системный — 50 Гб и для мультимедиа — 180 Гб. на первом стоит система и все программы, на втором храню документы, чуток музыки, немного видео и инсталляторы программ и утилит необходимых в работе. Также на второй раздел закачивается все из Интернета. Еще есть внешний HDD — 500 Gb. На нем храню фото, лучшее видео, картинки, отборную коллекцию музыки. Периодически сливаю лучшие файлы на внешний диск, а весь хлам удаляю. Система работает устойчиво и проблем за два года эксплуатации не замечено.
Конечно включено обновление, резервное копирование и архивация.
На мой взгляд лишних разделов у меня нет. И такая кофигурация мне наиболее удобна.

Александр

Vadim Sterkin ,

Vadim Sterkin : Александр, это не ответ. Где у вас лишнее – в оснастке? Так вы ней не часами сидите, небось.Вы можете объяснить, зачем удалять раздел в 100 мб, на котором хранится загрузчик? Вы понимаете, что вам потом загрузку чинить придется?

нет, не в оснастке, а при установке. Раз, удалил, и все — ничего лишнего.
Что значит чинить загрузку? Зачем мне ее чинить, если она не ломается. При удалении 100-мбайтного раздела, все файлы с него устанавливаются на системный раздел. Таким образом функционал не теряется. Насколько я понимаю, отдельный раздел делается для безопасности всего лишь.

drshura

Вадим, все правильно, все хорошо. Но все это верно для домашнего пользования. Не рассмотрены другие ситуации.
Пример: занимаясь дизайном и тому подобным есть необходимость держать на диске клипарт, состоящий из кучи относительно маленьких по объему картинок. Порой 200-500 тысях файлов и папок. В таком случае выделить раздел по них не только логично, но и целесообразно (проверено практикой) — скорость доспупа к конкретному файлу, папке, да и просто скорости навигации по ним

Andrey Bayatakov

Всегда 1 диск — 1 раздел. Исключая системный, всегда ставлю ОС в неразмеченное пространство позволяя системе самой определиться. В данный момент на системном диске (80Гб) 4 раздела:
Recovery — 300Мб
EFI System Partition — 100Мб
MS Reserved — 128Мб
Остальное под ОС.
Мультимедиа, документы, программы и т.д. находятся на внешнем диске, где все разложено по папкам, которые после установки системы просто включаются в соответствующие библиотеки. В профиле храню только текущие файлы.

Алексей

Vadim Sterkin :, что шла «из коробки» – вдобавок к большому разделу для ОС/данных там был зарезервированный раздел (100 мб), раздел для восстановления (15 Гб), какой-то мелкий еще HP Tools…Но я удалил у них буквы дисков, и они не мне не мешают в проводнике. А необходимости в использовании этого пространства пока нет.

Производители стали умнее) Метку тома сделали такую, чтобы стандартными срдствами системы содержимое невозможно было прочитать.

(а вы знаете причину ограничения?)
ууууф…насколько помню, это ограничение времён динозавтров (bios и ms-dos), т.е. только в разметке MBR
В GPT такого ограничения нет

Макс

А почему совсем не говорим о скорости доступа к информации?

Если на ноуте сделать 3 раздела, то с последнего раздела информация будет считываться намного медленней, а множество мелких файлов так вообще с тормозами. Объясните пожалуйста почему так.

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

У меня конфигурация простая: диск1, раздел1 — только система и все установленные программы; диск1, раздел2 — временные файлы а также все что скачивается с инета сразу попадает сюда в общую кучу; диск2 — файлы для долговременного хранения, все аккуратно отсортировано.

Виталий

BitLocker ом я бы не советовал шифровать. Скорее всего имеет закладки для спецслужб. Ну и доступно не во всех редакциях. Большинство имеет Домашнюю расширенную, где его нет. Советую TrueCrypt как надёжное средство с открытым исходным кодом, проверенным тысячами параноиков.

Vadim Sterkin : Но в этом заложено единственное техническое обоснование для создания второго раздела – уменьшение размера резервного образа системы.

Ещё говорят доступ к данным вначале диска осуществляется быстрее. А так как систему создают первой, то и работать раздел с системой будет чуть быстрее. К тому же отдельный раздел несколько ограничивает разброс системных библиотек по диску, и это так же должно благотворно сказаться на скорости доступа. Так что отдельный раздел под систему должен быть.

Vadim Sterkin : Я еще в прошлый раз просил читателей порадовать хоть какими-то аргументами на тему скорости доступа к данным в контексте скорости вращения диска. Ничего не увидел.

Я как- то проводил тест скорости чтения разделов, и дальний показал худшие результаты. Так что не миф.

zoog

1 — на начальных 10% секторов время доступа (= скорость) в 1,5 раза лучше, чем на всём диске.
2 — разделы с системой и программами я дефрагментирую перемещением их на самый большой раздел и обратно. Это в разы быстрее и надёжнее любых дефрагментаторов. Автодефрагментация ухудшает здоровбе диска — да и вообщё зачастую любое авто- — зло.
3 — если по совету Божественного Билля хранить всё в ём месте — гигабайтные фильмы, мегабайтные проги, вплоть до байт — получится ужас такой, что никакая дефрагментация не спасёт. Тем более на НТФС, у которой с этим проблемы.

Макс

Vadim Sterkin ,

1. Я исхожу из личного опыта. У меня есть ноут, 5200об., sata на котором я по глупости сделал 3 раздела. На последнем разделе очень медленно читаются небольшие файлы и когда их много. Даже если хранить один файл, но к которому идет частое обращение, то также вижу огромные тормоза, например БД от Евернот. Это не выдумки и не теория, это личный опыт.

2. А то что нагрузка на диск увеличивается в разы это тоже несостоятельный аргумент? А если хранить инфу в зависимости от обращений этого не происходит. К тому же если у тебя много, очень много мелких файлов, например при разработке сайтов очень много скриптов в CMS, то тут уже никакая дефрагментация не спасет.

Алексей

Вадим, неправильная формулировака. ID раздела (в переводе менеджера разделов Paragon).

Насчёт медленной скорости в «дальних» разделах: мне кажется это должно касаться энергоэффективных накопителей. На краю диска, расстояние между дорожками\секторами становится большим, и головке требутся большее время, потребляя эту же энергию, делать опрерации r\w. В диска 3.5 дюймовых вроде такого не должно наблюдаться.

Криворукость производителя тоже не мало важную роль играет) Ошибки firmware…т.д.(тут мне кажется лидирует в этой проблеме seagate, нежели wd. мнение ничем теоретически не оосновано, но звук wd мне нравится больше)

Ну и наш любимый субъективный фактор)

xela

Что ж, Вадим, статья содержательная. Как раз обдумываю организацию системы, т.к. осенью приобрел пару внешних хранилища (на 0,5 и 2 Тб), как раз для таких целей.
В самой системе установлены два 0,5 ТБ диска. На каждом по два раздела, в которых, при сложившейся ситуации, конечно, нет смысла. В отпуск займусь перераспределением пространства. В качестве восстановления использую программу от Акрониса. Правда, висит вопрос по поводу RAID’а — стоит-не стоит. С уважением ко всем коментирующим, xela

Антон Смаль

Нет у меня лишних разделов, так как они существуют для хранения личных данных других пользователей, имеющих реальный доступ к данному компьютеру.

С уважением.

Сергей

В системе 3 раздела. Исторически сложилось, что имеется 2 жестких диска, 250 и 500 Гб (покупались по мере уменьшения свободного места). Отдавать под систему (win7) полностью 250 Гб диск считаю неприемлемым, т.к. большинство данных храню на отдельном разделе, в т.ч. и для создания меньших по размеру рез. копий системы. Системный раздел — 60 Гб. (свободно 39% после более года использования), остальное место отдано 2 разделу под различные архивные данные, к которым не требуется постоянное обращение, видео, образы и пр. Так что в моем случае правильное число разделов — 3.

Andrey

Ну насчет 100 мб уже давно было ясно-известно, что это нужно для запуска системы и ни куда от этого не деться. А с двумя разделами полностью согласен. Что косается двух систем(не читал всех коментов может кто упомянул) не проще ли на win 7 установить виртуальную машину, т.е. XP, которую сам microsoft и придумал для тех случаев, когда нужна старая добрая XP. Она замечательно работает и устанавливается весь софт.

Vadim Sterkin : Макс, я не знаю, состоятельный аргумент в п.2 или несостоятельный. Я просто думаю, что современные диски вполне должны справляться с нагрузкой и жить долго и счастливо, если они не дефектные.
Ну и я не понимаю, что вы предлагаете. Хранить все на разных разделах – плохо, ибо медленно. А на одном – нагрузка на диск увеличивается?

По поводу нагрузки уже давно установил опытным путем. Пользовался торрентом на одном диске довольно серьезно. В итоге SMSRT очень серьезно просел. Если диск используется для тривиальных задач, то да, его ресурсов хватает. Но вот если напрячь его чем-то более серьезным, что требует частого обращения к множеству файлов — тут уже можно наблюдать и тормоза, и глюки.

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

Попробую пояснить еще кое-что на примере организации этого в Linux. Там у томов, или разделов — букв нет))) Так как каждый раздел может быть монтирован (назначен, привязан) к любой папке системы… Так вот в Linux-системах нумерация для базовых разделов зарезервирована. То есть выглядит это грубо в самом простом примере так:
|—————————————————————|
|—-базовый раздел sda1—— |
| sda1 — это основной раздел |
|—-конец базового раздела—— |
|—————————————————————|
|—-расширенный раздел sda2—— |
| sda5 — swap (подкачка) |
| sda6 — 1-й логический раздел |
| sda7 — 2-й логический раздел |
|—-конец расширенного раздела—— |
|—————————————————————|

Номера 3 и 4 остались в резерве, нумерация разделов началась с 5 внутри «Расширенного» 2-го.
для наглядности — вот картинка:
http://i28.fastpic.ru/big/2012/0110/40/5e01fa43fadad1daa1c1156412eb2240.jpg
Надеюсь, что пояснил, а не запутал еще больше.

Вообще, теорию Вадима поддерживаю, единственно, что хотел бы заметить — иногда бывает оправдано использование трех разделов:
один — система
второй — рабочий
третий — архив или помойка, кому как удобнее. То есть то, куда редко лазишь, но все же бывает.
Это просто эмпирически установлено, что так логичнее расположить разделы и соответственно файлы особой категории туда складывать. Плюс упрощается поиск. Я быстрее найду что-либо на 3-х разделах, чем на 2-х:)

Так же, как и при установке новой копии Windows, о разбиении винчестера на разделы нужно продумать заранее. Есть несколько вещей, которые вы должны знать о разделах, которые требуются при установке Ubuntu Linux. Установка Ubuntu требует как минимум двух разделов: один для самой операционной системы - обозначается «/» и называется «root» (корневой раздел), а второй для виртуальной памяти (для файлов подкачки) - называется «swap». Есть еще третий раздел - Home, создается по желанию, на нем будут храниться основные настройки приложений и файлы пользователя.

Разделы жесткого диска

Раздел - часть долговременной памяти жёсткого диска или флеш-накопителя, выделенная для удобства работы, и состоящая из смежных блоков. На одном устройстве хранения может быть несколько разделов.

Создание разделов на различных видах современных накопителей почти всегда предусмотрено (хотя, к примеру, на, ныне уже не используемых, флоппи-дисках было невозможно создать несколько разделов). Однако в Windows, с флешки с несколькими разделами будет доступен только первый из них (в Windows принято считать флешки аналогом флоппи-диска, а не жесткого диска).

Преимущества использования нескольких разделов

Выделение на одном жёстком диске нескольких разделов даёт следующие преимущества:

На одном физическом жёстком диске можно хранить информацию в разных файловых системах, или в одинаковых файловых системах, но с разным размером кластера (например, выгодно хранить файлы большого размера - например, видео - отдельно от маленьких, и задавать больший размер кластера для хранилища больших файлов);

Можно отделить информацию пользователя от файлов операционной системы;

На одном жёстком диске можно установить несколько операционных систем;

Манипуляции с одной файловой системой не сказываются на других файловых системах.

Таблица разделов жесткого диска

Существует несколько типов таблиц разделов жестких дисков. Наиболее распространенной на данным момент являемся IBM-PC совместимая таблица разделов, являющаяся частью главной загрузочной записи (MBR). MBR располагается в первом(нулевом) физическом секторе жесткого диска. Однако в последнее время начинает все чаще использоваться таблица GPT (GUID Partition Table). Если ваш диск имеет таблицу разбиения GPT, то вам не нужно заботится о количестве разделов (в GPT по умолчанию зарезервировано место под 128 разделов) и разбираться с типами разделов (в GPT - все разделы первичные). Если у вас MBR разбивка - то в данной статье приводится детальное описание такого разбиения диска.

Структура диска, разбитого на разделы (MBR)

Информация о размещении разделов на жёстком диске хранится в таблице разделов, которая является частью главной загрузочной записи (MBR).

Раздел может быть либо первичным , либо расширенным .

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

В MBR под таблицу разделов выделено 64 байта. Каждая запись занимает 16 байт. Таким образом, всего на жестком диске может быть создано не более 4 разделов. Когда разрабатывалась структура MBR, это считалось достаточным. Однако, позднее был введён расширенный раздел , в котором можно прописать несколько логических разделов.

По правилам расширенный раздел может быть только один. Таким образом, в максимальной конфигурации на жёстком диске может быть сформировано три первичных и один расширенный раздел, содержащий несколько логических .

Виды разделов

Первичный (основной) раздел

Первичный раздел обязательно должен быть на физическом диске. Этот раздел всегда содержит либо одну файловую систему, либо другие логические разделы. На физическом диске может быть до четырёх первичных разделов. Некоторые старые операционные системы - например, MS -DOS и Windows - могли быть установлены только на первичный раздел.

Расширенный и Логические разделы

Таблица разделов может содержать не более 4 первичных разделов, поэтому были изобретёны расширенный разделы. В расширенном разделе можно создать несколько логических разделов. Логические разделы выстраиваются в цепочку где информация о первом логическом разделе храниться в MBR, а информация о последующем хранится в первом секторе логического раздела. Такая цепочка позволяет (в теории) создавать неограниченное количество разделов, но (на практике) число логических разделов ограничивается утилитами и, обычно, больше 10 логических разделов не создать.

Важно отметить что некоторые версии Windows не могут загрузиться с логического раздела (нужен обязательно первичный раздел), тогда как для Linux никакой разницы в виде разделов - нет, Linux загружается и работает с разделами совершенно независимо от их вида (первичный или логический).

Выбор файловой системы

Подобно Windows, Linux за свою жизнь повидала несколько разных файловых систем. Ubuntu «понимает» файловые системы Windows, но не установится на них. Ubuntu может сразу же записывать и считывать из разделов FAT16, FAT32 и VFAT и NTFS. Однако Windows не может работать с файловыми системами Linux, и вам придётся передавать файлы в и из Windows из-под операционной системы Ubuntu.

Помимо знакомых файловых систем Windows, вы можете выбрать несколько таких, которые вы, возможно, не знаете. Среди таких файловых систем - ext4 . Ext4 в настоящий момент является одной из самых подходящих файловых систем для настольной системы. Файловые системы ext3 и ext2 сейчас используются редко: ext3 - чуть более старая версия ext4, и не имеет никаких преимуществ перед ext4, а ext2 не имеет журналирования , без него при, системном сбое будет трудно восстановить данные. Файловые системы BTRFS, XFS, ReiserFS, Reiser4, JFS и т.д. также можно использовать, однако их стоит выбирать исходя из понимания особенностей этих ФС (стоит почитать немного о разных ФС, что бы сделать правильный выбор). Раздел «swap» предназначен только для виртуальной памяти и в отличие от других файловых систем ему не требуется точка монтирования.

Точки монтирования

Linux не назначает буквы каждому диску и разделу, как в Windows и DOS. Вместо этого вы должны задать точку монтирования для каждого диска и раздела. Linux работает по принципу иерархического дерева каталогов, где корневой каталог ( /) является основной точкой монтирования, в которую по умолчанию входят все остальные. В отличии от Windows в Linux все используемые разделы дисков монтируются в подкаталоги корня, а не как отдельные устройства (C:, D: …).

К примеру, в /home хранятся все ваши персональные файлы. Если вы хотите разместить эти данные в отдельном от корня разделе, то создадите новый раздел и установите точку монтирования на /home . Это можно сделать для любого подкаталога. Во время установки Ubuntu предоставляет возможность задать следующие точки монтирования: /boot (начальный загрузчик и заголовки ядра), /dev (драйверы и устройства), /home (пользовательские файлы), /opt (дополнительное программное обеспечение), /srv (системные сервисы) /tmp (временные файлы), /usr (приложения), /usr/local (данные, доступные всем пользователям) и /var (server spool и логи). Также при установке можно создать и свои точки монтирования с произвольными именами.

Для типичной настольной системы нет никакого смысла выделять собственные разделы для /dev , /opt , /srv , /tmp , /usr/local и /var . Если вы планируете запускать более двух операционных систем или использовать шифрование корневого раздела, то возможно потребуется отдельный раздел для /boot . Иногда стоит также создать раздел для /usr , но только если вы уже имеете чёткое представление о том, сколько места займут приложения. Желательно создать отдельный раздел для /home . Это предоставит вам дополнительные удобства при обновлении и переустановке системы.

Минимально можно ограничится только двумя разделами: «root» и «swap», тогда /boot , /home , /usr и все остальные будут просто храниться в корневом разделе ( /).

Структура файловой системы

Объем раздела для корня файловой системы

Свежеустановленная система Ubuntu занимает 4-6 Гб дискового пространства, однако при активном использовании (установке большого количества программ, увеличении кэша программ, и т.д.) или возникновении сбоев в работе, что приводит к росту объема папок с логами системы (/var/log ) может понадобиться большее количество дискового пространства, поэтому для корня файловой системы необходимо выделять раздел 10-15Гб.

Объем раздела для /home

Разделу с папкой /home обычно отдают всё оставшееся пространство, если Ubuntu будет единственной системой на ПК и все мультимедиа данные будут храниться в ней, или, в случае установки рядом с Windows, выделяют отдельный раздел в формате NTFS для мультимедиа данных, а раздел для /home делают минимальным только для хранения файлов конфигурации.

Перенос папки /home на новый раздел после установки

Часто возникает желание привести в порядок неправильно разбитый жесткий диск при установке Ubuntu. При этом возникает необходимость перенести папку /home на отдельный раздел жесткого диска. Ниже приведена краткое руководство действий для выполнения этой задачи.

Создание отдельного раздела

new_home

по опыту в повседневной работе система не требует более 1Гб оперативной памяти, значит если у вас установлено 4 и более Гб оперативной памяти, то для целей подкачки SWAP не нужен

Просмотров