[Накопители, Настольные компьютеры, Разработка под Windows, Хранение данных] Windows наконец-то не создает новый Recovery Partition при обновлении системы, а изменяет размер старого раздела
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
Много лет пользователи и администраторы Windows-систем сталкивались с тем, что при установке обновлений ОС, на жестком диске создавался еще один системный recovery-раздел.
Проблема крылась в неправильной схеме разбивки на этапе установки системы жестких дисков. Эта многолетняя ошибка была связана с тем, что размер recovery-сегмента диска жестко задавался на этапе чистой установки операционной системы. При этом размер и порядок базовых секторов — системного диска и recovery-раздела, задавались установщиком так, что изменить размеры последнего в дальнейшем было невозможно. Что удивительно, подобное поведение установщика в процессе разбития жесткого диска на разделы прямо противоречит рекомендациям самих Microsoft для инженеров и пользователей.
В ходе развития системы и установки обновлений, необходимый размер recovery-раздела мог увеличиваться. Но так как изначально его объем жестко задавался при установке системы, Windows не находила ничего лучше, как создать новый recovery-раздел подходящего размера. Старый раздел, само собой, более никак не использовался.
Вспоминая о том, что установщик создавал разделы ровно тех размеров, которые ему были необходимы, мы сталкиваемся с великолепной коллизией: каждое крупное обновление или другой патч системы, который затрагивал параметр размера recovery-раздела системы, приводил к созданию очередной сущности на жестком диске.
Пример создания ОС Windows нескольких системных разделов в разное время
Проблема была исправлена только в мае этого года, с версией 2004. Теперь установщик ведет себя адекватно и размещается recovery-раздел не в начале, перед диском C, а в конце массива жесткого диска, что видно на скриншоте выше. Для нахождения этого очевидного решения инженерам Microsoft потребовалось всего около 10 лет: вопрос с неадекватным автоматическим размещением recovery-сегмента перед диском C, с соответствующим уменьшением его объема, стоял еще со времен Windows 7. Правда, во времена «семерки» о проблемах с клонами не упоминалось, либо эта проблема была единична.
Удивительно еще и то, что у Microsoft есть четкие рекомендации разметки диска и последовательности системных разделов на нем. При этом рекомендации здравые, то есть согласуются с логикой и здравым смыслом: в них recovery-раздел рекомендуется размещать после системного диска с установленной Windows, или же в конце массива.
Но рекомендации актуальны и соблюдались только в случае OEM-поставщиков ПК и ноутбуков, которые еще на заводе правильно разбивают диски и предустанавливают ОС. В случае же рядовых пользователей, которые устанавливают или обновляются до Windows 10 самостоятельно, recovery-раздел всегда оказывался в самом начале жесткого диска.
===========
Источник:
habr.com
===========
Похожие новости:
- [Python, Visual Studio, Microsoft Azure, Машинное обучение] Расширьте возможности машинного обучения Azure с помощью расширения VS Code (перевод)
- [Старое железо, Накопители, Видеотехника, Лазеры] LaserDisc: история несостоявшегося конкурента видеокассет (часть 1)
- [IT-инфраструктура, SAN, Виртуализация, Хранение данных] СХД Qsan в системах видеонаблюдения
- [IT-компании, Конференции, Разработка для Office 365, Удалённая работа] Microsoft 365 Training Day: погружение в Microsoft Teams
- [Искусственный интеллект, Накопители, Разработка мобильных приложений, Здоровье, Софт] VeChain Has Introduced Blockchain-Based Healthcare Data Management Platform At Cyprus Hospital
- [GitHub, IT-компании] del
- [DevOps, Облачные сервисы, Хранение данных, Хранилища данных] Пример event-driven приложения на основе вебхуков в объектном S3-хранилище Mail.ru Cloud Solutions
- [IT-компании, PHP] Специалисты Microsoft не будут заниматься поддержкой PHP 8.0 для Windows
- [IT-компании, Удалённая работа] Будущее сферы труда – хорошее, плохое и неизвестное
- [Компьютерное железо, Накопители, Хранение данных, Хранилища данных] Western Digital начинает поставки корпоративных HDD объемом до 20 ТБ
Теги для поиска: #_nakopiteli (Накопители), #_nastolnye_kompjutery (Настольные компьютеры), #_razrabotka_pod_windows (Разработка под Windows), #_hranenie_dannyh (Хранение данных), #_itsumma, #_windows_10, #_microsoft, #_fail, #_ustanovschik (установщик), #_prekrasnyj_kod (прекрасный код), #_blog_kompanii_itsumma (
Блог компании ITSumma
), #_nakopiteli (
Накопители
), #_nastolnye_kompjutery (
Настольные компьютеры
), #_razrabotka_pod_windows (
Разработка под Windows
), #_hranenie_dannyh (
Хранение данных
)
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 18:56
Часовой пояс: UTC + 5
Автор | Сообщение |
---|---|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
Много лет пользователи и администраторы Windows-систем сталкивались с тем, что при установке обновлений ОС, на жестком диске создавался еще один системный recovery-раздел. Проблема крылась в неправильной схеме разбивки на этапе установки системы жестких дисков. Эта многолетняя ошибка была связана с тем, что размер recovery-сегмента диска жестко задавался на этапе чистой установки операционной системы. При этом размер и порядок базовых секторов — системного диска и recovery-раздела, задавались установщиком так, что изменить размеры последнего в дальнейшем было невозможно. Что удивительно, подобное поведение установщика в процессе разбития жесткого диска на разделы прямо противоречит рекомендациям самих Microsoft для инженеров и пользователей. В ходе развития системы и установки обновлений, необходимый размер recovery-раздела мог увеличиваться. Но так как изначально его объем жестко задавался при установке системы, Windows не находила ничего лучше, как создать новый recovery-раздел подходящего размера. Старый раздел, само собой, более никак не использовался. Вспоминая о том, что установщик создавал разделы ровно тех размеров, которые ему были необходимы, мы сталкиваемся с великолепной коллизией: каждое крупное обновление или другой патч системы, который затрагивал параметр размера recovery-раздела системы, приводил к созданию очередной сущности на жестком диске. Пример создания ОС Windows нескольких системных разделов в разное время Проблема была исправлена только в мае этого года, с версией 2004. Теперь установщик ведет себя адекватно и размещается recovery-раздел не в начале, перед диском C, а в конце массива жесткого диска, что видно на скриншоте выше. Для нахождения этого очевидного решения инженерам Microsoft потребовалось всего около 10 лет: вопрос с неадекватным автоматическим размещением recovery-сегмента перед диском C, с соответствующим уменьшением его объема, стоял еще со времен Windows 7. Правда, во времена «семерки» о проблемах с клонами не упоминалось, либо эта проблема была единична. Удивительно еще и то, что у Microsoft есть четкие рекомендации разметки диска и последовательности системных разделов на нем. При этом рекомендации здравые, то есть согласуются с логикой и здравым смыслом: в них recovery-раздел рекомендуется размещать после системного диска с установленной Windows, или же в конце массива. Но рекомендации актуальны и соблюдались только в случае OEM-поставщиков ПК и ноутбуков, которые еще на заводе правильно разбивают диски и предустанавливают ОС. В случае же рядовых пользователей, которые устанавливают или обновляются до Windows 10 самостоятельно, recovery-раздел всегда оказывался в самом начале жесткого диска. =========== Источник: habr.com =========== Похожие новости:
Блог компании ITSumma ), #_nakopiteli ( Накопители ), #_nastolnye_kompjutery ( Настольные компьютеры ), #_razrabotka_pod_windows ( Разработка под Windows ), #_hranenie_dannyh ( Хранение данных ) |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 18:56
Часовой пояс: UTC + 5