Почему система называется ReFS?
ReFS означает Resilient File System — «отказоустойчивая файловая система». Хотя работа по усовершенствованию ведется по многим направлениям, отказоустойчивость остается приоритетом.
Каковы предельные мощности системы ReFS?
Предельные мощности для дискового формата указаны в таблице ниже. Предельные показатели зависят от различных факторов, таких как конфигурация системы (например, объем памяти), пределы, задаваемые различными компонентами системы, а также время, требуемое для заполнения наборов данных, время создания резервных копий и т. д.
| Атрибут | Предел применительно к дисковому формату |
| Максимальный размер единого файла | 2^64-1 байт |
| Максимальный размер единого тома | Формат поддерживает 2^78 байт с размером кластеров 16 КБ (2^64 * 16 * 2^10). Адресация стеков Windows позволяет 2^64 байт |
| Максимальное число файлов в каталоге | 2^64 |
| Максимальное число каталогов в томе | 2^64 |
| Максимальная длина имени файла | 32 тысячи символов Юникод |
| Максимальная длина пути | 32 тысячи |
| Максимальный размер любого пула носителей | 4 ПБ |
| Максимальное число пулов носителей в системе | Не ограничено |
| Максимальное число пространств в пуле носителей | Не ограничено |
Можно ли конвертировать данные между NTFS и ReFS?
В Windows 8 нет возможности конвертировать данные на месте. Данные можно копировать. Это было преднамеренное решение в ходе проектирования, учитывая, какие сегодня размеры наборов данных и как неудобно было бы конвертировать на месте, а также учитывая вероятные изменения в архитектуре до и после конвертирования.
Можно ли выполнять загрузку с ReFS в Windows Server 8?
Можно ли использовать ReFS на съемных носителях или дисках?
Нет, такая возможность не реализована и не поддерживается.
Что из семантики или функций NTFS больше не поддерживается в ReFS?
Мы отказались от поддержки в ReFS следующих функций NTFS: именованные каналы, короткие имена, сжатие, шифрование на уровне файла (EFS), транзакции пользовательских данных, фрагментарное кэширование, жесткие связи, расширенные атрибуты и квоты.
Как насчет пространств на основе четности и ReFS?
Систему ReFS поддерживают функции отказоустойчивости, обеспечиваемые пространствами хранения. В Windows Server 8 автоматическое исправление данных выполняется только для зеркальных пространств.
Поддерживается ли кластеризация?
Поддерживается отказоустойчивая кластеризация, причем отдельные тома могут менять ресурсы при отка??е. Кроме того, поддерживается совместное использование пулов носителей в кластере.
Как насчет RAID? Как использовать возможности ReFS по распределению данных, зеркальному отображению и другим формам RAID? Обеспечивает ли ReFS ту скорость чтения данных, которая нужна, например, для видеофайлов?
Система ReFS применяет имеющиеся в пространствах хранения возможности избыточности данных, в том числе распределенные зеркала и четность. Ожидается, что скорость чтения в системе ReFS будет примерно на том же уровне, что и в системе NTFS, с которой у них много общего кода. Для потоковой передачи данных это будет замечательно.
Как получилось, что ReFS не обеспечивает дедупликацию, кэширование второго уровня между DRAM и хранилищем, а также запись снимков?
Сама система ReFS не обеспечивает дедупликацию. Одним из побочных эффектов этой знакомой, подключаемой архитектуры файловой системы является то, что другие продукты для дедупликации смогут подключаться к ReFS так же, как и к NTFS.
Кэширование второго уровня не реализовано явным образом в ReFS, но клиенты могут воспользоваться решениями сторонних разработчиков.
ReFS и VSS взаимодействуют для создания снимков по тому же принципу, что NTFS в средах Windows. На текущий момент они не поддерживают запись снимков или снимки свыше 64 ТБ.
Windows 10 поддерживает несколько файловых систем из коробки. Некоторые из них являются наследием и существуют в основном для обратной совместимости, другие современные и имеют широкое применение. В этой статье описаны различные способы, которые вы можете использовать, чтобы посмотреть, с помощью какой файловой системы отформатированы ваши диски.
Файловая система - это особый способ хранения и организации вашей информации на разных носителях, включая жесткие диски, твердотельные диски, USB-накопители и другие устройства. Она позволяет хранить, изменять, читать файлы и папки для приложений и операционной системы, установленных на вашем компьютере.
При форматировании внутреннего диска или флеш-накопителя вы готовите его для использования в качестве носителя для хранения данных в вашей операционной системе. Во время этого процесса создается файловая система. Во время форматирования вся информация, хранящаяся на диске или разделе, будет удалена.
Windows 10 поддерживает файловые системы FAT, FAT32, exFAT, NTFS и ReFS без использования дополнительного программного обеспечения.
У них разные функции и свойства. Например, FAT и FAT32 являются устаревшими файловыми системами. FAT поддерживает максимальный объем 4 ГБ, FAT32 поддерживает 32 ГБ. Файловые системы FAT также имеют ограничения на максимальный размер файла. NTFS - единственная файловая система, которая поддерживает сжатие и шифрование файлов и имеет расширенные функции.
Существует несколько способов, которые вы можете применить для поиска файловой системы, используемой на ваших дисках.
Этот способ, является самым простым и быстрым.
Кроме того, вы можете использовать инструмент Diskpart, Управление дисками или PowerShell.
После выполнения команды вы увидите файловую систему для каждого диска, подключенного к вашему компьютеру.
Наконец, существует еще один способ определения файловой системы для каждого диска, подключенного к вашему компьютеру, с использованием языка сценариев PowerShell.
Теперь вы знаете, что, очень легко определить файловую систему для ваших дисков. Вы можете использовать любой способ, который вам нравится больше.
Microsoft как вы догадались выпустила очередную инсайдерскую сборку Десятки под номером 16176. Как ни странно, но об этой сборке есть, что раскачать, что же поехали.
HP Elite x3
Microsoft Lumia 550
Microsoft Lumia 640/640XL
Microsoft Lumia 650
Microsoft Lumia 950/950 XL
Alcatel IDOL 4S
Alcatel OneTouch Fierce XL
SoftBank 503LV
VAIO Phone Biz
MouseComputer MADOSMA Q601
Trinity NuAns NEO
Старые телефоны по типу 930 и 830 Люмии поддерживают сборку Creators Update только через программу Windows Insider, но новая сборка 15204 уже их не поддерживает. Опять повторяется история, когда старым телефона не досталась официально Windows 10 Mobile, хотя ее можно было скачать через Windows Insider, но после также лавочку прикрыли. Обидно очень. У первых версиях Surface только недавно вроде поддержка кончилась, хотя эти устройства вышли 5 лет назад, а на Люмию как-то забивают болт. Хотя вот сборка 15204 показывает, что мобильная версия ОС идет по другому пути и уже не относится к семейству OneCore. Во-первых, видно, что это довольно тяжело, а во-вторых Microsoft скорее всего расчищает дорогу для ARM-устройств, которые будут поддерживать полноценную версию Windows 10.
Вот такие вот пироги.
Введение
Файловая система NTFS была представлена в далеком, по меркам IT, 1993 году. Последняя версия 3.1 вышла в октябре 2001 года, вместе с Windows XP и с тех пор NTFS не изменялась. В более новых ОС вводились новые функции, но все они использовали уже заложенные в NTFS возможности. В 2018 году Windows 10 все еще использует данную файловую систему, неужели Microsoft за прошедшее время не придумали ничего нового? Нет, таки придумали. В 2012 году была представлена серверная редакция Windows, содержащая поддержку новейшей ФС от Microsoft - ReFS (resilient file system - устойчивая файловая система). ReFS привнесла множество новых функций в экосистему Windows, которые были давно реализованы в других файловых системах. Основными из них являются использование B+ деревьев для хранения всех данных и метаданных, позволяющее фактически превратить ФС в реляционную базу данных, копирование при записи, когда реальное копирование данных происходит только при их изменении, а также проверка целостности данных. В целом все эти изменения направлены на оптимизацию производительности и повышение отказоустойчивости системы.
В этом тестировании мы оценим скорость работы файловой системы ReFS на жестких дисках, поскольку для них внедренные в ФС возможности представляют большую ценность. В одном из обновлений Microsoft исключила из Windows 10 возможность форматирования разделов в ReFS, поэтому для этой цели мы воспользуемся свободной утилитой mkrefs. Для тестирования в конце дискового пространства был выделен раздел объемом 8 ГБ. Производились операции копирования на HDD и чтения с него музыкальных файлов, изображений, видеороликов, а также ISO-образа. Кроме того запускались тесты CrystalDiskMark. Для построения графиков использовался табличный процессор LibreOffice Calc, входящий в состав свободного офисного пакета LibreOffice.
Характеристики тестовой системы:
Результаты тестов:
CrystalDiskMark 5.5.0 x64, последовательное чтение (МБайт/с)
CrystalDiskMark 5.5.0 x64, последовательная запись (МБайт/с)
CrystalDiskMark 5.5.0 x64, случайное чтение (МБайт/с)
CrystalDiskMark 5.5.0 x64, случайная запись (Мбайт/с)
Запись 1000 mp3 файлов (6,34 ГБ), с
Запись 10000 изображений (3,39 ГБ), с
Запись 50 видеороликов (4,5 ГБ), с
Запись ISO-образа (2,3 ГБ), с
Чтение 1000 mp3 файлов (6,34 ГБ), с
Чтение 10000 изображений (3,39 ГБ), с
Чтение 50 видеороликов (4,5 ГБ), с
Чтение ISO-образа (2,3 ГБ), с
Заключение
Безусловно, файловая система ReFS является большим шагом вперед, по сравнению с NTFS с точки зрения отказоустойчивости. Однако, с точки зрения производительности не все так гладко. ReFS опережает NTFS при работе со множеством мелких файлов и при чтении файлов большого объема, а NTFS, в свою очередь, лидирует при работе с файлами среднего размера и при записи больших файлов.
Кроме непосредственно ReFS и NTFS в тестировании также приняли участие гости из мира Linux - широко распространенные ФС Ext2, Ext4 и BTRFS, а также все еще применяющаяся FAT32 и ее замена exFAT. Интересно, что BTRFS и ReFS практически во всех тестах демонстрирует схожую производительность, что впрочем неудивительно, поскольку обе системы очень похожи. FAT32 и exFAT не имеют функции журналирования и чувствительны к непредвиденным сбоям, поэтому их нецелесообразно применять там, где важна сохранность данных. Отсутствие журналирования положительно сказывается на работе флеш-накопителей, коие собственно и являются основной средой использования FAT32 и exFAT. Во многих случаях данные файловые системы показывают лучшую производительность, нежели журналируемые ФС, особенно при работе с файлами среднего и большого объема.
Таким образом, можно сказать, что файловая система ReFS определенно имеет свои преимущества и ее применение в определенных случаях не только является оправданным, но и даже рекомендуемым. Да, в настоящий момент ReFS еще не так распространена, как хотелось бы, но, возможно, в будущем, ее производительность повысится, добавится новый функционал и расширится существующий, и она не только обретет бо́льшую известность, но и заменит собой NTFS.
Я уже анонсировал её когда-то в своём блоге, тогда о ней ещё толком ничего не было известно, и вот настало время для краткого, но более последовательного знакомства с новоиспеченной ReFS.
Однако у всего есть предел, и у возможностей файловых систем - тоже. Сегодня возможности NTFS подошли к своим границам: проверка ёмких носителей данных занимает слишком много времени, «Журнал» тормозит доступ, а максимальный размер файлов уже практически достигнут. Понимая это, Microsoft реализовала в Windows 8 новую файловую систему - ReFS (Resilient File System - отказоустойчивая файловая система). Считается, что ReFS обеспечивает лучшую защиту данных на ёмких и быстрых жестких дисках. Наверняка у нее есть и свои недостатки, но до начала по-настоящему массового использования в Windows 8 говорить о них трудно.
Так что пока попробуем разобраться во внутреннем устройстве и преимуществах ReFS.
Изначально ReFS была известна под кодовым названием «Protogon». Впервые о ней широкой публике примерно год назад рассказал Стивен Синофски - президент подразделения Windows в Microsoft, отвечающий за разработку и маркетинг Windows и Internet Explorer .
Рассказал такими словами:
«Сегодня система NTFS является наиболее широко используемой, передовой и функционально богатой файловой системой. Но переосмысливая Windows, а мы в данный момент разрабатываем Windows 8, - мы не останавливаемся на достигнутом. Поэтому вместе с Windows 8 мы также внедряем совершенно новую файловую систему. ReFS создана на основе NTFS, поэтому в ней сохранились важнейшие возможности совместимости, в то же время она разработана и спроектирована с учетом нужд нового поколения технологий и сценариев хранения данных.
В Windows 8, ReFS будет введена только как часть Windows Server 8, такой же подход мы использовали для внедрения всех предыдущих файловых систем. Конечно же, на прикладном уровне клиентам будет предоставляться доступ к данным ReFS такой же, как к данным NTFS. Нельзя забывать о том, что NTFS все еще является ведущей технологией в индустрии среди файловых систем для ПК».
Действительно, впервые ReFS мы увидели в серверной ОС Windows Server 8. Новая файловая система разработана все же не с нуля. Например для открытия, закрытия, чтения и записи файлов ReFS использует те же интерфейсы доступа API, что и NTFS. Также из NTFS перекочевали многие хорошо знакомые возможности - например, шифрование диска Bitlocker и символьные ссылки для библиотек. Зато исчезло, например, сжатие данных и ряд прочих функций.
Основные инновации ReFS сосредоточены в области создания структур файлов и папок, а также управления ими. Их задача - обеспечить автоматическое исправление ошибок, максимальное масштабирование и работу в режиме постоянной подключенности (Always Online).
Дисковая реализация структур ReFS кардинально отличается от других файловых систем Microsoft. Реализовать свои идеи разработчики Microsoft смогли, применив в ReFS концепцию B±деревьев, хорошо знакомую по базам данных. Папки в файловой системе структурированы в виде таблиц с файлами в качестве записей. Они, в свою очередь, получают определенные атрибуты, добавляемые в качестве подтаблиц, создавая иерархическую древовидную структуру. Даже свободное место на диске организовано в виде таблиц.
Наряду с реальной 64-битной нумерацией всех элементов системы это исключает появление «узких мест» при дальнейшем ее масштабировании
Как результат, ядром системы в ReFS стала таблица объектов - центральный каталог, в котором перечислены все таблицы в системе. Есть у такого подхода важное преимущество: ReFS отказалась от сложного управления журналом и фиксирует новую информацию о файле в свободном месте - это предотвращает ее перезаписывание.
«Листьями Каталога » являются типизированные записи. Для объекта-папки существуют три основных типа записей: описатель каталога, индексная запись и описатель вложенного объекта. Все такие записи упакованы в виде отдельного B±дерева, имеющего идентификатор папки; корень этого дерева является листом B±дерева «Каталога», что позволяет упаковать в папку практически любое количество записей. На нижнем уровне в листах B±дерева папки находится в первую очередь запись описателя каталога, содержащая основные данные о папке (имя, «стандартная информация», атрибут имени файла и т.д.).
Далее в каталоге помещены индексные записи : короткие структуры, содержащие данные об элементах, содержащихся в папке. Эти записи значительно короче, чем в NTFS, - это в меньшей степени перегружает том метаданными.
В конце помещены записи элементов каталога. Для папок эти элементы содержат имя паки, идентификатор папки в «Каталоге» и структуру «стандартной информации». Для файлов идентификатор отсутствует - вместо этого структура содержит все основные данные о файле, включая корень B±дерева фрагментов файла. Соответственно, файл может состоять практически из любого числа фрагментов.
Подобно NTFS, в ReFS принципиально различается информация о файле (метаданные) и содержимое файла (пользовательские данные). Однако защитные функции предоставляются и тем, и другим одинаково. Метаданные по умолчанию предохраняются с помощью контрольных сумм - такую же защиту (по желанию) можно дать и пользовательским данным. Эти контрольные суммы располагаются на диске на безопасном удалении друг от друга - так будет проще восстановить данные в случае возникновения ошибки.
Размер метаданных пустой файловой системы составляет порядка 0.1% от размера самой файловой системы (т.е. около 2 Гб на том 2 Тб). Некоторые основные метаданные дублируются для большей устойчивости от сбоев
Вариант ReFS, который мы увидели в Windows Server 8 Beta , имеет поддержку кластеров данных размером только 64 Кб и кластеров метаданных размером 16 Кб. Пока параметр «Размер кластера» при создании тома ReFS игнорируется и всегда принимается умалчиваемым. При форматировании файловой системы единственным доступным вариантом для выбора размера кластера также является 64 Кб.
Признаем: такого размера кластера более чем хватит для организации файловых систем любого размера. Побочным эффектом, правда, становится ощутимая избыточность при хранении данных (файл размером в 1 байт на диске займет полный блок 64 Кб).
С точки зрения архитектуры файловой системы ReFS имеет все требуемые инструменты для безопасного восстановления файлов даже после серьезного сбоя оборудования. Главный минус системы журналов в файловой системе NTFS и ей подобных - то, что обновление диска может повредить записанные ранее метаданные при сбое питания во время записи - этот эффект получил уже устойчивое название: т.н. «оборванная запись ».
Для предотвращения оборванных записей , разработчики из Microsoft избрали новый подход, при котором части структур метаданных содержат собственные идентификаторы, что позволяет проверить принадлежность структур; ссылки на метаданные содержат 64-бит контрольные суммы блоков, на которые производится ссылка.
Всякое изменение структуры метаданных происходит в два этапа. Сперва создается новая (измененная) копия метаданных в свободном дисковом пространстве, и только после этого, в случае успеха, атомарной операцией обновления ссылка переводится со старой (неизмененной) на новую (измененную) область метаданных. Здесь это позволяет обойтись без журналирования, автоматически сохраняя целостность данных.
Впрочем, описанная схема не применяется к пользовательским данным, так что любые изменения содержимого файла пишутся непосредственно в файл. Удаление файла производится перестроением структуры метаданных, что сохраняет предыдущую версию блока метаданных на диске. Такой подход позволяет восстанавливать удаленные файлы вплоть до их перезаписи новыми пользовательскими данными.
Отдельная тема - отказоустойчивость ReFS при повреждении диска. Система способна выявить все формы повреждений диска, включая потерянные или сохраненные не в том месте записи, а так же т. н. битовый распад (ухудшение состояния данных на носителе)
Когда включена опция «целостные потоки», ReFS проверяет по контрольным суммам также и содержимое файлов и всегда записывает изменения файлов в стороннем месте. Это дает уверенность в том, что существовавшие ранее данные не будут потеряны при перезаписи. Обновление контрольных сумм происходит автоматически при записи данных, так что если в ходе записи произойдет сбой, у пользователя останется доступная для проверки версия файла.
Еще одна интересная тема в вопросе безопасности ReFS - взаимодействие со Storage Spaces . ReFS и Storage Spaces разработаны так, чтобы взаимодополнять друг друга как два компонента единой системы хранения данных. Помимо улучшения производительности Storage Spaces защищают данные от частичных и полных сбоев диска за счет хранения копий на нескольких дисках. Во время сбоев при чтении Storage Spaces могут считывать копии, а при сбоях записи (даже при полной потере данных носителя при чтении/записи) возможно «прозрачно» перераспределять данные. Как показывает практика, чаще всего подобный сбой не имеет отношения к носителю - он происходит из-за повреждения данных, либо из-за потери данных или сохранения их не в том месте.
Как раз эти виды сбоев ReFS может обнаружить, используя контрольные суммы. Выявив сбой, ReFS связывается с Storage Spaces для того, чтобы считать все возможные копии данных, и выбирает нужную копию, основываясь на проверке контрольных сумм. После этого система дает Storage Spaces команду на восстановление поврежденных копий на основе верных копий. Все это происходит прозрачно с прикладной точки зрения.
Как указывается на сайте Microsoft, посвященном Windows Server 8 , контрольные суммы всегда включены для метаданных ReFS, и при условии, что том размещен на зеркальных Storage Spaces , включается также автоматическое исправление. Все целостные потоки защищены тем же способом. Это создает сквозное решение с высокой степенью целостности для пользователя, благодаря которому относительно ненадежное хранилище можно сделать весьма надежным.
Упомянутые целостные потоки защищают содержимое файла от всех видов повреждений данных. Впрочем, эта характеристика в некоторых случаях неприменима.
К примеру, для некоторых приложений предпочтительнее аккуратное управление хранением файлов с определенной сортировкой файлов на диске. Поскольку целостные потоки перераспределяют блоки каждый раз, когда содержимое файла изменяется, компоновка файлов для этих приложений слишком непредсказуема. Системы баз данных являются ярким тому примером. Как правило, такие приложения самостоятельно ведут учёт контрольных сумм содержимого файлов и имеют возможность проверять и исправлять данные путём прямого взаимодействия с интерфейсами API.
Как ReFS действует в случае повреждения диска или сбоя хранения, думаю, понятно. Сложнее бывает выявить и преодолеть потери данных, связанные с «битовым распадом », когда необнаруженные вовремя повреждения редко читаемых частей диска начинают интенсивно расти. К тому времени, как такие повреждения будут считаны и обнаружены, они могут уже затронуть копии, либо данные могут быть утрачены из-за прочих сбоев.
Чтобы преодолеть процесс битового распада , в Microsoft добавили фоновую системную задачу, которая периодически очищает метаданные и данные целостных потоков на томе ReFS, находящемся на зеркальном пространстве хранения. Очистка происходит посредством считывания всех лишних копий и проверки их на правильность с помощью контрольных сумм ReFS. Если контрольные суммы не сходятся, копии с ошибками исправляются с помощью годных копий.
Остается угроза, которую можно условно назвать «страшный сон сисадмина». Бывают случаи, хоть редкие, когда может быть поврежден даже том на зеркальном пространстве. Например, память неисправной системы может повредить данные, которые затем могут оказаться на диске и повредить избыточные копии. Кроме того, многие пользователи могут решить не применять зеркальные пространства хранения под ReFS.
Для таких случаев, когда том повреждается, ReFS выполняет «восстановление» - функцию, которая удаляет данные с пространства имен в рабочем томе. Ее задача - предотвратить неисправимые повреждения, которые могли бы оказать влияние на доступность верных данных. Например, если единственный файл в директории получил повреждение и не может быть автоматически восстановлен, ReFS удалит этот файл из пространства имен файловой системы, восстановив оставшуюся часть тома.
Мы привыкли к тому, что файловая система не может открыть или удалить поврежденный файл, и администратор не может ничего с этим поделать.
Но поскольку ReFS может восстанавливать поврежденные данные, администратор сможет восстановить этот файл из резервной копии, или при помощи приложения создать его заново, избежав необходимости выключить систему. Это означает, что пользователю или администратору больше не потребуется проводить процедуру проверки и исправления диска в автономном режиме. Для серверов это дает возможность развертывать обширные тома данных без риска долгих периодов автономной работы из-за повреждений.
Конечно, о практичности и удобстве (или обратных качествах) ReFS можно будет судить только после того, как компьютеры с Windows 8 получат широкое распространение и пройдет не менее полугода активной работы с ними. Пока же у потенциальных пользователей «восьмерки» больше вопросов, чем ответов на них.
Например, такой: можно ли будет в Windows 8 легко и просто конвертировать данные из системы NTFS в ReFS и наоборот? Представители Microsoft заявляют, что никакой встроенной функции для преобразования форматов не предполагается, но информацию все же можно будет копировать. Область применения ReFS очевидна: поначалу она может использоваться лишь как крупный диспетчер данных для сервера (собственно, уже используется). Внешних накопителей с ReFS пока не будет - только внутренние. Очевидно, со временем ReFS будет оснащена большим количеством функций и сможет заменить устаревшую систему.
В Microsoft говорят, что вероятнее всего, это произойдет уже с выходом первого пакета обновлений для Windows 8
Также в Microsoft утверждают, что протестировали ReFS:
«используя сложный обширный набор десятков тысяч тестов, которые создавались для NTFS в течение более чем двух десятилетий. Эти тесты воссоздают условия развертывания в усложненном виде, с которыми, как мы думаем, система может столкнуться, например, при сбое питания, при проблемах, часто связанных с масштабируемостью и производительностью. Следовательно, можно сказать, что система ReFS готова к тестовому развертыванию в управляемой среде».
При этом, правда, разработчики признают, что будучи первой версией крупной файловой системы, вероятно ReFS потребует осторожности в обращении:
«Мы не характеризуем ReFS для Windows 8 как бета-версию. Новая файловая система будет готова к выпуску, когда Windows 8 выйдет из стадии „бета“, потому что нет ничего важнее, чем надежность данных. Итак, в отличие от любого другого аспекта системы, здесь необходим консервативный подход к первоначальному использованию и тестированию».
Во многом именно по этой причине вводиться в обиход ReFS будет согласно поэтапному плану. Сперва - в качестве хранилищной системы для Windows Server, затем - как хранилище для пользователей, и уже в итоге - как загрузочный том. Впрочем, аналогичный «осторожный подход» при выпуске новых файловых систем использовался и раньше.
