Логические разделы: Логические разделы жесткого диска

Содержание

Логические разделы.

Логические
разделы тоже имеют некоторую иерархическую
структуру в зависимости от типа и вида
ОС и ее файловой системы.

Так,
первый раздел жесткого диска в MS-DOS
называется главным разделом (Primary
Partition
), а второй расширенным (Extended
Partition
). Главный раздел всегда должен
присутствовать на диске, с него происходит
загрузка MS-DOS. Расширенного же раздела
может не быть, он создается лишь в том
случае, когда необходимо получить более
одного логического устройства на
физическом диске. Логический раздел
размещает в себе такие структуры файловой
системы как логические диски или
устройства, или тома (оформленные как
подразделы), загрузчик операционной
системы, таблицы распределения файлов,
области пользовательских данных в
которых размещаются записи о каталогах
и файлах и данные файлов. По своей
структуре логические подразделы или
диски схожи с разделами. Основным
отличием является то, что их число может
быть более четырех, а последний элемент
каждого показывает является ли он
последним логическим подразделом
раздела, или указывает на следующий
элемент таблицы логических устройств
или подразделов. Таблица подразделов
строится только на расширенной таблице
разделов, каждый ее элемент соответствует
логическому устройству с односимвольным
именем D:, E: и т.д.. Главная таблица разделов
содержит только одно логическое
устройство – диск С:. Таблица подразделов
создается при создании расширенной
таблицы разделов, а число элементов
таблицы подразделов определяется
пользователем. При определении числа
логических устройств пользователь
определяет и долю дискового пространства
расширенного раздела, отводимую каждому
логическому устройству – задает объем
логических дисков. В дальнейшем, число
и объем логических устройств не может
быть изменено без потери данных,
расположенных на перераспределяемых
логических устройствах. На основе
разделов в MS-DOS и Windows 95 ориентированных
ОС создается дальнейшая структура. Так
в таких системах основной единицей
хранения информации является кластер
(cluster) — группа секторов. В таком случае,
для распределения минимального дискового
пространства в один байт выделяется
целый кластер, содержащий много секторов
и еще больше байт (килобайты), что приводит
к нерациональному использованию
пространства ЖД для мелких файлов. Для
доступа к каждому кластеру создается
таблица соответствия номеров кластеров
файлам на логическом разделе — таблица
распределения файлов (File Allocation Table —
FAT). Поэтому, файловые систем такого типа
называют типа FAT, или построенные по
принципу FAT. Это не самый оптимальный,
но довольно быстрый способ организации
информации на разделах, поэтому он
«дожил» до наших дней с незапамятных
времен зори цивилизации ПК, где
использовался исключительно для
накопителей на гибких магнитных дисков.
Все остальные логические структуры —
файлы или каталоги связаны локализацией
с FAT.

Для
других ОС, например, UNIX — использование
разделов происходит иначе. Как правило,
их может быть более четырех, все они
равноправны и одинаково могут быть
загрузочными, содержат собственные
файловые системы на основе i-узлов. Такие
файловые системы являются теговыми и
не имеют таблиц распределения порций
информации. Дисковое пространство
распределяется посекторно, что дает
максимально возможное использование
пространства раздела, но несколько
снижает производительность. Весь раздел
разбивается на иерархически связанную
цепочку узлов разного уровня, которым
соответствует некоторое количество
секторов. На основе узлов строится
понятие файлов и каталогов, и в таких
системах файлы и каталоги действительно
не различаются, т.к. каталог является
файлом, содержащим структуру узлов.
Один раздел отводится для дискового
свопа и имеет упрощенную структуру,
т.к. никогда не содержит файлов и
каталогов.

Существуют
и другие принципы организации логической
структуры дискового пространства
разделов накопителей на ЖД.

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

Программа для восстановления поврежденных, удаленных, отформатированных логических разделов Starus Partition Recovery

Логические разделы с Вашими данными исчезли? Служебная информация повреждена, а структура файлов и папок разрушена? Вернуть важную информацию с отформатированного НDD носителя или просто восстановить диск не представляется возможным? Программа Starus Partition Recovery эффективно вернет все логические диски и удаленные данные путем низкоуровневого восстановления разделов и файловых структур.

 

Starus Partition Recovery 4.6

Starus Partition Recovery является главным продуктом линейки наших программ для восстановления поврежденных разделов и утерянных данных. Уникальный алгоритм программы находит все доступные и не доступные логические разделы. Инструмент быстро и эффективно восстановит логические диски, созданные ранее и впоследствии удаленные или переформатированные в другую файловую систему.

Скачать

Регистрация

Как восстановить?

Скриншоты

 

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

 

Приоритетное восстановление данных

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

Исправление поврежденных разделов

По-настоящему эффективный алгоритм инструмента Starus Partition Recovery позволяет ему восстанавливать сильно поврежденные разделы. Большинство инструментов анализируют существующие разделы, используя только служебную информацию системы. Последствия такого восстановления — не полный объем восстановленных данных. Алгоритм Starus Partition Recovery не ищет легких путей, а использует всю возможную информацию для восстановления логической структуры жесткого диска и всей полезной информации на нем.

Полное восстановление структуры файлов и папок

Если служебная информация системы или таблица расположения файлов и папок стерта, перезаписана или повреждена Starus Partition Recovery восстановит всю структуру данных — имена файлов и папок, их расположение и т.д. Используя режим полного анализа, инструмент будет сканировать весь поврежденный носитель информации, чтобы проиндексировать все данные, которые доступны для восстановления. По завершению процесса сканирования программа создаст новую файловую систему с нуля и построит структуру файлов и папок в прежнем виде.

Доступность и безопасность

Главное преимущество Starus Partition Recovery — абсолютно безопасное восстановление информации на профессиональном уровне, доступное любому пользователю ПК. При наличии всех профессиональных возможностей и функций, инструмент максимально автоматизирован и не требует от пользователя каких либо дополнительных технических знаний.

Использование Starus Partition Recovery совершенно безопасно и не наносит вреда исходным данным.

Интерфейс в стиле проводника Windows

Интерфейс Starus Partition Recovery выглядит и используется так же, как проводник Windows Explorer. Воспользовавшись программой, пользователь увидит знакомые файлы и папки, а так же удаленные данные и логические диски подлежащие восстановлению. Также в полном распоряжении вся возможная информация по файлу и предварительный просмотр в дополнительном окне.

Поддержка операционных систем и совместимость

Продукт совместим со всеми версиями Windows, включая Windows 7 и Windows 2008 Server.

Поддерживает все файловые системы, включая FAT16, FAT32, NTFS4 и NTFS5.

Восстанавливает и находит сжатые файлы NTFS и альтернативные потоки, прикрепленные к файлам.

Starus Partition Recovery сканирует все виды современных носителей, включая все типы жестких дисков, SSD-диски, флэш и USB-диски, а также все популярные типы карт памяти.

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

Основные возможности:

  • Восстановление сильно поврежденных разделов, удаленных, перераспределенных и переформатированных в другую файловую систему;
  • Мгновенное восстановление удаленных файлов;
  • Алгоритм обработки данных использует комплексный анализ, а не только служебную информацию системы в отличии от других программ;
  • Полное восстановление информации независимо от типа файловой системы или носителя;
  • Восстановление информации с HDD при поврежденной загрузочной области диска — записи MBR;
  • Сканирует всю поверхность диска и находит файлы по их содержимому не зависимо от состояния целостности файловой таблицы;
  • Реконструкция поврежденной структуры системного диска, после перераспределения дисков;
  • Реанимирует системную таблицу расположения файлов и папок, восстанавливая структуру с нуля;
  • Поддержка всех 32-битных и 64-разрядных версий от Windows 95 до Windows 7;
  • Создание виртуальных образов дисков для гарантированной сохранности данных и для последующего безопасного восстановления информации;
  • Пользовательский интерфейс позволяет просматривать удаленные файлы и папки перед восстановлением так же, как проводник Windows Explorer;
  • Сохраняет восстановленную информацию на жесткий диск, записывает на CD / DVD носитель или создает ISO образ, а так же сохраняет файлы на сервер по FTP протоколу;
  • Встроенный HEX-редактор позволяет решать задачи в области восстановления данных на профессиональном уровне.

azure — некоторые вопросы о физических и логических разделах Cosmos DB

спросил

Изменено
11 месяцев назад

Просмотрено
953 раза

Часть коллектива Microsoft Azure

Я пытаюсь понять взаимосвязь между физическими/логическими разделами и доступной пропускной способностью в Azure Cosmos DB, и у меня есть несколько вопросов.

Справочная документация: https://learn.microsoft.com/en-us/azure/cosmos-db/partitioning-overview.

Исходя из документации, вот мое понимание:

  1. Каждый физический раздел может содержать 50 ГБ данных, а каждый логический — 20 ГБ.
  2. Общая выделенная пропускная способность равномерно распределяется между всеми физическими разделами.
  3. Каждый физический раздел может иметь не более 10000 ЕЗ/с.
  4. Механизм Cosmos DB автоматически создает физические разделы по мере необходимости и соответствующим образом перемещает логические разделы.

Теперь мои вопросы:

  • Какова логика создания дополнительных физических разделов?

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

  1. Будет ли механизм Cosmos DB автоматически создавать 2 физических раздела, если я предоставлю пропускную способность 20 000 ЕЗ/с (независимо от того, использую я ее или нет)?
  2. Будет ли механизм Cosmos DB для начала создавать один физический раздел (я только что создал контейнер без данных внутри него, а предоставленная пропускная способность меньше 10 000 ЕЗ/с)?
  3. Будет ли ядро ​​Cosmos DB автоматически удалять физические разделы, если общая выделенная пропускная способность станет меньше 10 000 ЕЗ/с и/или общий размер логических разделов упадет ниже 50 ГБ.

Любое понимание этого будет высоко оценено.

ОБНОВЛЕНИЕ

Основываясь на комментариях, я разделил исходный вопрос на 2 части. Вторую часть вопроса можно найти здесь: Как доступна пропускная способность для физического раздела, разделенного между его логическими разделами в Cosmos DB?

  • azure
  • azure-cosmosdb
  • azure-cosmosdb-sqlapi

3

Несколько ответов.

  1. Cosmos фактически создаст 3 раздела, если вы подготовите новый контейнер с пропускной способностью 20 000 ЕЗ/с. Однако, если вы начнете с меньшего размера, скажем, 5 КБ RU, то при масштабировании будет создан 1 раздел, а затем увеличится до 2 разделов. Причина разницы в том, что мы пытаемся уменьшить начальное количество разделений разделов, поскольку пользователи склонны принимать данные во время начальной подготовки, что часто сопровождается дополнительным увеличением пропускной способности. Чтобы уменьшить количество разделений разделов, мы выделяем физический раздел примерно на 60 % от 10 000 ЕЗ/с. Однако мы не применяем эти 60% повсеместно, потому что это расточительно. Это просто оптимизация, которую мы делаем во время первоначальной подготовки на основе наблюдаемых пользовательских шаблонов. Это также одна из многих причин, почему вам следует , а не заботятся о физических разделах и вместо этого сосредотачиваются на ключе вашего логического раздела. 60% здесь — это деталь реализации, которая может измениться в любое время.

  2. Да.

  3. Еще нет, но будет. Расчетного времени прибытия нет. (Обновление: теперь это в предварительной версии, подробнее можно узнать здесь, Merge Preview

Пропускная способность всегда распределяется поровну, поэтому да, 18 КБ распределено по 3 разделам, каждый из которых получит 6 КБ RU/с.

3

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

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

  1. Если вы подготавливаете БД 6000RU/s и принимаете 60 ГБ данных.
  2. Вы подготавливаете базу данных 15000RU/s и принимаете 10 ГБ данных.
    Вы можете думать о физическом разделе как о компьютере, который может обрабатывать до 50 ГБ памяти и 10 КБ RU / с. Все, что больше этого, приведет к расколу.
    Пропускная способность БД равномерно распределяется между физическими, а не логическими разделами.

Судя по документации, размер или использование логического раздела на самом деле не имеет значения, и у меня могут быть некоторые логические разделы, получающие больше запросов, чем другие, но пока я не превышаю доступную пропускную способность физического раздела, все должно быть в порядке. . Это верно?

Это правда. Размер логического раздела имеет значение, то есть он не может превышать 20 ГБ. Использование также ограничено до 10 тыс. ЕЗ/с. У нас нет контроля над тем, как логические разделы разбиваются на физические, поэтому у вас нет реального способа узнать, на каком физическом разделе находятся ваши логические разделы. пропускная способность физического раздела. Вот почему MS рекомендует выбирать ключ раздела, чтобы правильно сбалансировать использование.

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя электронную почту и пароль

Опубликовать как гость

Электронная почта

Обязательно, но не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

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

понимание логического раздела, физического раздела

Еще 10 обсуждений, которые могут вас заинтересовать

1. Красная шляпа

Всем привет!

У меня установлен сервер Red Hat Linux 5.9 с одним жестким диском и двумя разделами, созданными на нем следующим образом:

/boot — раздел Linux и еще один
LVM — один VG и под ним 5-6 логических томов (var, opt, home и т. д.).

Здесь мое требование — вынуть 1 ГБ пространства из LVM (любое логическое… (5 ответов)

Обсуждение начато: gr8_usk

2. Solaris

привет всем
при форматировании жесткого диска я получаю следующую ошибку.
Раздел 1 заканчивается на 266338338
Он должен быть между 34 и 143374704.
ошибка метки: метки EFI не поддерживают перекрывающиеся разделы
Раздел 8 перекрывает раздел 1.
Предупреждение: ошибка записи EFI.
Метка не удалась.
Я отформатировал… (2 ответа)

Обсуждение начато: nikhil kasar

3.

UNIX для чайников Вопросы и ответы

Привет,
Я новичок в юникс. Я работаю над Red Hat Linux и параллельно с AIX. После прочтения концепций хранилища я действительно запутался в терминологии.

1)Физический объем
2) Группа томов
3) Логический том
4)физический раздел

Пожалуйста, помогите мне понять эти понятия. (6 ответов)

Обсуждение начато: kashifsd17

4. AIX

Привет всем,

Я пытаюсь заменить старый 9gb hard disk для 36-гигабайтного жесткого диска в системе AIX 4.3.2 (обновление невозможно)

Я думал сделать это, выполнив dd с жесткого диска 9 ГБ на 36 ГБ, а затем изменив размер логических томов. Однако lspv <жесткий диск 36 ГБ> дает мне следующее:

#lrnt>… (4 ответа)

Обсуждение начато: eRJe ​​

5. Solaris

Привет всем,

Мне удалось установить и настроить сервер Solaris x86, проблема заключается в том, что при его настройке я оставил логический раздел размером 30 ГБ для сервера базы данных Oracle, который позже будет у меня в системе, теперь проблема в том, что я не форматировали диск во время. .. (18 ответов)

Обсуждение начато: platforminc

6. AIX

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

Операционная система = AIX
уровень ОС -s = 5300-04-CSP

Я определил логический том, который постоянно работает на 100% tm_acct из iostat.

Я запустил lvmstat -l и определил логический раздел 590, являющийся… (1 ответ)

Обсуждение начато: garry

7. UNIX для чайников Вопросы и ответы

Я создал раздел с помощью GNU Parted, как мне смонтировать раздел?

Информация руководства на http://www.gnu.org/software/parted/manual/parted.html хороша, но я уверен в том, как потом смонтировать раздел.

Спасибо,

—Todd (1 ответ)

Обсуждение начато: jtp51

8. UNIX для чайников Вопросы и ответы

Уважаемые участники!
Я использую SCO-Unix 5.0.5. Я создал 2 логических диска, но некоторые блоки перекрываются и теперь выдают предупреждение при запуске.