LINUX.ORG.RU

В ReactOS обеспечена возможность загрузки с Btrfs

 , , , ,

В ReactOS обеспечена возможность загрузки с Btrfs

1

4

Разработчики свободной операционной системы ReactOS, нацеленной на обеспечение совместимости с программами и драйверами Microsoft Windows, сообщили о внедрении возможности загрузки с дискового раздела с файловой системой Btrfs. Поддержка монтирования разделов Btrfs в ReactOS ОС на базе свободного драйвера WinBtrfs была добавлена ещё год назад. Однако, теперь был создан загрузочный сектор для раздела с BTRFS и мини-драйвер для загрузчика FreeLoader, позволяющий в read-only режиме читать файлы с раздела BTRFS.

Внедрение поддержки установки и загрузки ReactOS с BTRFS ведет Виктор Переверткин в рамках программы Google Summer of Code 2018.

Потребовалось решения ряда всплывших в процессе разработки сложностей:

  • обход ошибки в VirtualBox, мешавшей загрузке. Как выяснилось, в реализации прерывания INT 13h AH=42h есть какие-то проблемы, из-за которых эта функция не может читать более 8 секторов за раз.
  • В драйвере WinBtrfs закрался баг, связанный с обработкой масок, начинающихся на звездочку. Winsxs часто использует функцию NtQueryDirectoryFile для поиска манифестов по маске, что приводило к ошибке и прерыванию процесса запуска.

После преодоления указанных сложностей загрузка ReactOS с использованием Btrfs смогла работать относительно стабильно.

Оставшееся время в рамках GSOC 2018 Виктор планирует потратить на решение других проблем в драйвере для Btrfs, таких как:

  • использование файла подкачки на Btrfs-разделах,
  • утечки памяти при некоторых операциях записи (до сих пор не удаётся установить Git на раздел с Btrfs)
  • падение системы в процессе завершения работы.

Слияние наработок по BTRFS в рамках GSOC 2018 с основной веткой проекта должно предположительно произойти во время очередного ежегодного ReactOS-хакфеста в августе 2018. В дальнейшем, проект планирует перейти с FAT на BTRFS, как на основную файловую систему, до момента пока не будет доработан драйвер для NTFS. Включение загрузки с BTRFS внесено в предварительный план ближайшего релиза ReactOS под номером 0.4.10

Проект заинтересован в переходе на именно BTRFS из-за того, что WinBtrfs является наиболее продвинутым свободным драйвером альтернативной FS под Windows, возможностей FAT уже начинает не хватать, а собственный свободный драйвер NTFS еще не готов.
Кроме BTRFS ReactOS также поддерживает несколько других файловых систем:

  1. только «на чтение» - NTFS, ReiserFS, FFS/UFS, UDFS, CDFS;
  2. на «чтение-запись» - FAT12/16/32, Ext2/3/4, и NFS

>>> еженедельный блог-пост студента GSOC 2018

★★★★

Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 12)

Ответ на: комментарий от Shaman007

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

ozz_is_here
()
Последнее исправление: ozz_is_here (всего исправлений: 1)

Хорошая новость, вносите квазарчика

Ramil ★★★★
()
Ответ на: комментарий от quantum_cat

А Windows XP тоже так умеет?


Работать с Btrfs - да, если драйвер поставить.
Грузиться с нее - нет.

Jedi-to-be ★★★★
() автор топика
Ответ на: комментарий от anonymous

По мере добавления функционала в систему

Предлагаю в добавок к функционалу добавить в систему тензор, матрицу и парочку интегралов.

DELIRIUM ☆☆☆☆☆
()
Ответ на: комментарий от Shaman007

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

ozz_is_here
()
Ответ на: комментарий от tiinn

Ыыыыы. Учитывая, что btrfs из своих продуктов уже выпиливают создатели, то в ректале ему самое мето, ога. Хуже - не будет. Некуда :)

DrRulez ★★★
()
Ответ на: комментарий от Shaman007

Разница между FAT32 и NTFS есть. Как и разница между линуксовыми ФС. Некоторые хуже, некоторые лучше. Пробовал я как-то XFS. Разницу с EXT4 не заметил, а раздел с XFS еще и уменьшать нельзя.

ozz_is_here
()
Ответ на: комментарий от EternalNewbie

Потому, что есть хороший опенсорсный драйвер под винду и потому что BTRFS многократно лучше, чем FAT

Так себе объяснение.

sT331h0rs3 ★★★★★
()
Ответ на: комментарий от Shaman007

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

eol3000
()

Итак я чуток разгреб дела и можно начать препарацию очередной порции, того, что по недоразумению назвали ОС :) Когда я первый раз читал рпус в виде новости меня аж по глазам резануло:

Однако, теперь был создан загрузочный сектор для раздела с BTRFS

Ви таки знаете, это пи-ц. Я думал, разрабы реакта и так пробили дно, но теперь они берут новый рекорд. Я поясню, потому как недоучки или неправильно выразились, ибо опять все делают в своем репертуаре, т.е. через задницу. Итак. НЕ БЫВАЕТ ЗАГРУЗОЧНОГО СЕКТОРА ДЛЯ ФАЙЛОВОЙ СИСТЕМЫ! Ибо ОС грузятся по следующему алгоритму. BootSector - это первый физический сектор (или если хотите адрес) на носителе. Ну или разделе (mbr или там gpd - не важно). Все что там находится -просто и тупо передает управление бутлоадеру. Ответте мне на вопрос - каким боком тут файловая система, если еще даже ос - не загружена? Это примерно как сказать, что яйцо снесло курицу. Мало того. На PC, единственное требование к загрузочному сектору - это наличие в нем в последних байтах значений 0x55 и 0xAA. Что тут писать ? Эта вся ДичЪ будет выглядеть примерно вот так: section .text use16 org 0x7c00 start: mov ax, cs mov ds,ax mov si, massage cld mov ah, 0x0e mov bh, 0x00 i_loop: lodsb test al,al jz i_loop_exit int 0x10 jmp i_loop i_loop_exit: jmp $ message: db 'kUkU',0 finish: times 0x1fe-finish+start db 0 db 0x55, 0xaa

Собственно все что надо разрабам ректала, так это вместо вывода kUkU - выполнить переход на свой загрузчик системы, в котором загрузить драйвер ос. ЭТО ДЕЛАЕТСЯ НЕ В КОДЕ ЗАГРУЗОЧНОГО СЕКТОРА, ДАУНЫ! Потому как у вас, как я правильно понял заявлена поддержка куево кукуевой тонны фс.

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

DrRulez ★★★
()
Ответ на: комментарий от medik

Ура! Вендекапец близок.

Угу. Скорее вендже настанет капец, прежде чем выйдет версия 1.0 этого барахла.

DrRulez ★★★
()
Ответ на: комментарий от ozz_is_here

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

anonymous
()
Ответ на: комментарий от anonymous

NTFS - закрытая файловая система (чёрный ящик) и сделать драйвер для неё не так просто, но работы ведутся.

Вы там в начале 2000-х еще барахтаетесь?

splinter ★★★★★
()
Ответ на: комментарий от splinter

Вы там в начале 2000-х еще барахтаетесь?

Зато теперь все знают, где находится, часто упоминаемая на лор-е криокамера. Это - место разработки реактос :) Вот где ее разрабатывают - там и криокамера.

DrRulez ★★★
()

Надеюсь, будет полезно обоим проектам и однажды в ReactOS всё-таки появится поддержка прав доступа к файлам.

jekader ★★★★★
()
Ответ на: комментарий от jekader

однажды в ReactOS всё-таки появится поддержка прав доступа к файлам

А ты - оптимист....

DrRulez ★★★
()
Ответ на: комментарий от jekader

однажды в ReactOS всё-таки появится поддержка прав доступа к файлам.

Ко всем файлам без всякого ограничения.

anonymous
()
Ответ на: комментарий от anonymous

Это и так есть, а теперь-то оно может грузиться с драйвера, у которого в Feature List написано:

* Getting and setting of Access Control Lists (ACLs), using the xattr security.NTACL

jekader ★★★★★
()
Ответ на: комментарий от Odalist

Удачи проекту.

Вот оно что. Одалист всё обсирает. Абсолютно всё. А тут «удачи»... Удивил.

П.С. Но одалист всё равно говно.

anonymous
()
Ответ на: комментарий от DrRulez

посмотрите как делают такие вещи

У меня для тебя плохие новости:

В ReactOS обеспечена возможность загрузки с Btrfs (комментарий)

Когда делали поддержку NTFS про длрайвер ntfs-3g знали, его изучали, но он мало чем помог.

То есть они не могут изучать, смотреть и т.п. Жаль конечно.

anonymous
()
Ответ на: комментарий от jekader

Специалисту обойти права доступа не проблема. А неприятностей доставить права доступа могут, скопировал на флешку, принес на другой комп, а система тебе фугу кажет - не ты это :) , а нужно срочно, а время идёт...

Права доступа - это фитча, не более.

anonymous
()

Надоел Эзопов язык, чо-то лень сёдня. Поэтому..

Кто платит этим придуркам?

mos ★★☆☆☆
()

Видел этот тред на двух страницах.

h578b1bde ★☆
()

Правильно-ли я понимаю, что загрузочный сектор диска - это ещё не файловая система, но в нём находится код позволяющий компьютеру читать файл, который находится на файловой системе, в котором необходимые команды для загрузки системы?

anonymous
()

Ну все, все проблемы решены.

AVL2 ★★★★★
()
Ответ на: комментарий от DrRulez

https://habr.com/company/reactos/blog/416367/


Поскольку FreeLdr повторяет принцип работы загрузчика ntldr от MS, он состоит из двух частей — загрузочного сектора в начале раздела, куда передает управление MBR диска, и основной части, которая переводит процессор в защищенный режим, загружает ядро ntoskrnl.exe в память, и делает ещё кучу всего.

https://habrastorage.org/webt/cl/go/i1/clgoi1um3vitkoe9crfvakqkzeq.png
(так выглядит процесс загрузки ReactOS)

Таким образом, для поддержки новой файловой системы, нужно написать загрузочную запись раздела (VBR), задача которой найти в корневой директории диска исполняемый файл основной части загрузчика (у нас он называется freeldr.sys), загрузить его в память и передать туда управление. Но это ещё не всё, в самом freeldr.sys нужен практически полноценный read-only драйвер файловой системы, для того чтобы считывать конфигурационные файлы, ядро, кусты реестра и т.д.

Вначале нужно было разобраться с самой файловой системой BTRFS. До этого самыми сложными вещами, что я ковырял были fat32 и ext2, так что на изучение “комбайна” BTRFS мне потребовалось немало времени. Документация на wiki.kernel.org помогает разобраться, но для полного понимания её было недостаточно — приходилось ходить в исходники grub, u-boot и других загрузчиков. Очень полезной для изучения строения файловой системы оказалась утилита на python, которую я написал для вывода структур файловой системы в консоль. С помощью нее я и написал первый прототип загрузочного сектора, который вытаскивает загрузчик из бинарного файла с образом диска с файловой системой BTRFS.

https://habrastorage.org/webt/wm/w9/om/wmw9ommue1ojm4ys1wnbenakzvw.png
(на картинке видны элементы корневой директории)

Теперь пришло время настоящего загрузочного сектора. Осложняется его написание тем, что тут мы работаем в реальном режиме процессора со всеми вытекающими последствиями (~1мб памяти, сегментная адресация и работа с диском через прерывания BIOS). Раздолье для любителей олдскула типа меня :)

В структурах BTRFS почти все поля имеют 64-битный размер, что весьма “раздуло” код, поскольку пришлось активно использовать 32-битные x86 инструкции. Частенько приходится использовать конструкции типа:

mov si, SOME_OFFSET
lea si, [esi+ecx*8] 
lea si, [esi+ecx*8]
lea si, [esi+ecx*8] // one element is 24 bytes long


Самой трудоёмкой оказалось написание процедуры обхода b-дерева, на её отладку ушло больше всего времени. И после нескольких бессонных ночей, мне таки удалось получить заветное сообщение об ошибке из второго этапа загрузки:

https://habrastorage.org/webt/xw/ou/zr/xwouzrpnw0_wbttpcghv8j7q6am.png
freeldr.sys получилось успешно загрузить в память, и даже не понадобилось использовать магию вроде Unreal Mode. 640кб хватит всем!

Jedi-to-be ★★★★
() автор топика
Ответ на: комментарий от Jedi-to-be

Постесняюсь полюбопытствовать. А вендовые права доступа \ ACL оно ест?

dv76 ★★★★
()
Ответ на: комментарий от anonymous

Примерно. Существуют разные системы разбивки диска и разные загрузчики.

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

А в uefi и вовсе сразу в биос прошили драйвер fat32 и читают сразу из файловой системы.

AVL2 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.