The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Продемонстрирована возможность загрузки Windows из раздела с Btrfs, opennews (??), 22-Апр-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Продемонстрирована возможность загрузки Windows на разделе с..."  +20 +/
Сообщение от Stanislavvv (?), 22-Апр-23, 07:54 
Мне это почему-то напомнило установку линукса на fat с виндой. Не помню, какая слакварь так умела, но ядро было ещё до 2.0
Ответить | Правка | Наверх | Cообщить модератору

44. "Продемонстрирована возможность загрузки Windows на разделе с..."  +2 +/
Сообщение от YM2608 (?), 22-Апр-23, 10:12 
я лет 10 назад устанавливал FreeBSD 4.11 на FAT32
Ответить | Правка | Наверх | Cообщить модератору

215. "Продемонстрирована возможность загрузки Windows на разделе с..."  +1 +/
Сообщение от Аноним (-), 22-Апр-23, 21:07 
> я лет 10 назад устанавливал FreeBSD 4.11 на FAT32

А я когда-то грузил RIP Linux (да, название дистра прикольное) с флопика, при том реактосовским freeldr, он тогда мелкий был а на флопике с местом туго было, пришлось так. Тоже с фата. Что забавно туда умещался вполне полноценный дистр годный для восстановления системы и т.п..

Ответить | Правка | Наверх | Cообщить модератору

234. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от synkronized (ok), 22-Апр-23, 21:48 
С FreeBSD 4.2 такое проворачивал в 2001 году))
Ответить | Правка | Наверх | Cообщить модератору

257. "Продемонстрирована возможность загрузки Windows на разделе с..."  +4 +/
Сообщение от Аноним (257), 22-Апр-23, 23:34 
> С FreeBSD 4.2 такое проворачивал в 2001 году))

Я еще и дискету по моему программой 2M форматировал, чтобы больше влезало. Там до 1.86 мега чтоли можно было стандартный флоп 1.44 разогнать. Freeldr работал через BIOS, поэтому 2M'овский оверлей из бутсектора прекрасно догружал свой оверрайд и freeldr спокойно читал такую странную дискету. Не помню, умеет ли Linux такие дискеты читать нативно, но с initrd это было не важно.

Ответить | Правка | Наверх | Cообщить модератору

46. "Продемонстрирована возможность загрузки Windows на разделе с..."  +3 +/
Сообщение от YM2608 (?), 22-Апр-23, 10:16 
собственно говоря я и сейчас запускаю Live Ubuntu, Xubuntu - распоковываю ISO образ в папку, а потом запускаю из меню множества разных ОС через Grub4DOS:
title Xubuntu 21
root (hd2,0)
kernel /Unix/Xubuntu21/casper/vmlinuz.efi file=/cdrom/preseed/xubuntu.seed boot=casper iso-scan/filename=/Unix/Xubuntu21/ locale=ru_RU quiet splash --
initrd=/Unix/Xubuntu21/casper/initrd.lz
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

47. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от YM2608 (?), 22-Апр-23, 10:17 
ps: "запускаю Live Ubuntu, Xubuntu" c NTFS раздела
Ответить | Правка | Наверх | Cообщить модератору

81. "Продемонстрирована возможность загрузки Windows на разделе с..."  +3 +/
Сообщение от Аноним (81), 22-Апр-23, 11:44 
Это не столько с нтфс-раздела, сколько со squashfs-образа, в котором сама лив-убунта и живёт. Честно говоря, я давно не следил за развитием ядерного нтфс-драйвера(новость годичной давности) в линуксе. Наверное ещё рановато.
Ответить | Правка | Наверх | Cообщить модератору

210. "Продемонстрирована возможность загрузки Windows на разделе с..."  +1 +/
Сообщение от Аноним (-), 22-Апр-23, 20:52 
Да вообще он работает. Но смысла связываться с NTFS маловато - древняя неспешная файлуха без каких либо интересных по современным меркам свойств. Технологии ФС из 90х, что вы от них хотите?
Ответить | Правка | Наверх | Cообщить модератору

288. "Продемонстрирована возможность загрузки Windows на разделе с..."  +5 +/
Сообщение от Unnamed Player (?), 23-Апр-23, 02:54 
Ты походу не в теме про ФС.
Там (в нтфс) есть всё что только доезжает до бэтрфс. Расширенные атрибуты, cow, снапшоты, дедупликация, utf, huge volumes, длинные имена, нормальная работа с флэшем, сборщик мусора и самое главное - низкое потребление ЦП на всё это.
Ответить | Правка | Наверх | Cообщить модератору

291. "Продемонстрирована возможность загрузки Windows на разделе с..."  +2 +/
Сообщение от Аноним (291), 23-Апр-23, 03:20 
> Там (в нтфс) есть всё что только доезжает до бэтрфс. Расширенные атрибуты,
> cow, снапшоты, дедупликация, utf, huge volumes, длинные имена, нормальная работа с
> флэшем,

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

Представляете, снапшоты в btrfs - моментальная операция. Аналог рефлинков в ntfs вообще где? Но основная фича это удобное управление ФС, девайсами и местом. Мало места? Можно девайс добавить. А можно и вынуть, если использование места позволяет. Захотелось схему хранения сменить? Легко. Прямо на ходу. Это простой и ненапряжный менеджмент ФС в виде как он должен быть. А также продвинутый и гибкий дизайн. Умеющий забавные штуки. Ну вот у меня например на ноуте всего 1 накопитель. И там схема хранения DUP смотрится очень выигрышно если не хочется чтобы единичный бэд вылезающий раз в цать лет внезапно обломал весь кайф, оставив меня без ноута.

Чексумы опять же. Хорошо когда ФС вопит "csum error, corrected" и все просто работает - а я знаю что проблема есть и могу плавно и в крейсерском режиме это обыграть. Вместо того чтобы у меня что-то внезапно и резко развалилось.

> сборщик мусора и самое главное - низкое потребление ЦП на всё это.

Я заметил, зайдя в диру с 100К файлов "на холодную". А чтою еще и стереть это... :). В линухе это же самое действо почему-то на этом самом btrfs в разы быстрее. Если не в десятки раз.

Ответить | Правка | Наверх | Cообщить модератору

446. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Сервер 22.04 (?), 26-Апр-23, 14:23 
А ещё в NTFS есть возможность создать в файле потоки писать читать их независимо.
Ответить | Правка | К родителю #288 | Наверх | Cообщить модератору

449. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от n00by (ok), 27-Апр-23, 06:49 
Где-то это использовалось на практике, кроме руткитов?
Ответить | Правка | Наверх | Cообщить модератору

455. "Продемонстрирована возможность загрузки Windows на разделе с..."  +1 +/
Сообщение от Аноним (455), 28-Апр-23, 14:08 
Да, метаданные некоторых файлов там хранились (картинок, например) некоторым софтом.
Еще это везде и всюду используется для скачанных из инета файлов - там "атррибут" скачанности из инета как раз в поток сохраняется.
Судя по топику многие не понимают, что сама по себе NTFS может овердофига чего, просто сама венда большую часть этого не использует. Например NTFS вполне себе поддерживает 2 разных файла с "одинаковым" именем, отличающимся регистром (как в линупcах короче), а вот проводник венды - нет.
Ответить | Правка | Наверх | Cообщить модератору

456. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от n00by (ok), 28-Апр-23, 15:18 
Так и судя по руткиту даже специалисты многие не понимали всех возможностей NTFS, антивирусы не искали там ничего. Не удивлюсь, что он и поспособствовал популяризации.) NTFS может и 0 в середине имени - "неудаляемый" должен получиться файл.
Ответить | Правка | Наверх | Cообщить модератору

127. "Продемонстрирована возможность загрузки Windows на разделе с..."  +1 +/
Сообщение от Бывалый смузихлёб (?), 22-Апр-23, 14:26 
ну и бонусом вопрос к уважаемым знатокам:
зачем, при необходимости ставить винду и линукс, пытаться запустить первую на бтрфс, а не вторую - на нтфс

али линь в нтфс умеет даже хуже чем винда в бтрфс ?

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

129. "Продемонстрирована возможность загрузки Windows на разделе с..."  +3 +/
Сообщение от пох. (?), 22-Апр-23, 14:35 
эммм... ну короче - нифсетакадназначна.

то есть без костылей работать не будет. Разьве что какой-нибудь экзотический дистрибутив без системдряни или с ее очень старой версией (но, наверное, это необходимое но недостаточное условие). Без selinux. Возможно нельзя или не стоит использовать nfs на таком диске (не уверен что и самбу).

Ну и при этом теряешь снапшоты и прочие прелести - винда-то умеет в vss, но линуксы-то нет.

(что кстати произойдет при попытке винды попользовать точки отката на winbtrfs - одному аффтырю ея известно)

Ответить | Правка | Наверх | Cообщить модератору

144. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Аноним (144), 22-Апр-23, 15:17 
Просто ZFS уже давно работала, а тут видимо бтрфс подвезли. Сморите мол какой оракл могёт.
Если тебе важнее фичи, которые дает ZFS, то ее ты и будешь использовать на ноутбуке, скажем бэушном где уже есть винда, а делить диск это неадекват. Нтфс в линуксе такая же тестовая аномалия как ext2fsd в винде. Подключить ext4 раздел можно, а толку не особо много. Эта кроссистемная беготня практически бесполезна так как объемы данных не растут потому как производители не выкладывают 8K мониторы и выше. Нтфс делали для сети винды типа отдельной от общемирового интернета типа закрытыми технологиями.
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

206. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Аноним (-), 22-Апр-23, 20:45 
> зачем, при необходимости ставить винду и линукс, пытаться запустить первую на бтрфс,
> а не вторую - на нтфс

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

А потом я на него все данные передвинул и забыл про винду как страшный сон. Если бы я сегодня это делал, это был бы WinBTRFS - чтобы более продвинутой ФС пользоваться. Но, к счастью, это уже мне не актуально и в глюках этого клона будут копаться другие.

Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

399. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Вася (??), 24-Апр-23, 20:03 
очень смешная идея. BTRFS под онтопиком-то не очень хорошо хранит данные, в дуалбуте я б зассал. Но у меня NAS, мне все равно, но осталных жалко.
Ответить | Правка | Наверх | Cообщить модератору

436. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Аноним (436), 26-Апр-23, 01:50 
У меня на сабже рутфсы почти везде - потому что я хочу рулить моими системами так как надлежит это делать в XXI веке. Т.е. со снапшотами и множественными состояниями, с шустрым путешествием между мирами и разными временами. Чтобы sci-fi был всего лишь обычной реальностью хотя-бы в этом сегменте технологий.

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

Ответить | Правка | Наверх | Cообщить модератору

443. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Вася (??), 26-Апр-23, 05:50 
> У меня на сабже рутфсы почти везде - потому что я хочу
> рулить моими системами так как надлежит это делать в XXI веке.
> Т.е. со снапшотами и множественными состояниями, с шустрым путешествием между мирами
> и разными временами. Чтобы sci-fi был всего лишь обычной реальностью хотя-бы
> в этом сегменте технологий.
> А вы можете конечно практиковать линейное управление тазиком как в XX веке,
> реинсталлы оси по часу и более и что вам там еще
> нравится из того что я делаю за пару минут.

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

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

Ответить | Правка | Наверх | Cообщить модератору

447. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Аноним (-), 27-Апр-23, 00:40 
> реинсталл оси по часу? это как? я прост скриптом поверх блокового устройства херачу,
> оно мне cdebootstrap'ом минимальнейший дебиан разворачивает, дальше я знаю что делать.

Правильный подход к делу. Но это же не полное состояние системы. Где-то важно, где-то нет. Скажем если это десктоп, удобно его снапшотнуть до апгрейда, если нет уверенности в результате. И если результат не понравился можно быренько отиграть взад.

> но я не против снепшотов, все это конешн, прикольно, но чо там
> с сохранностью данных? или быстро поднятое из бекапа не считается уроненным?

Сильно зависит от конкретики. Снапшот как раз позволяет вернуться в прошлое и попробовать еще раз.

Ответить | Правка | Наверх | Cообщить модератору

451. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Вася (??), 27-Апр-23, 10:27 
полное состояние системы мне как раз сделает ansible/chef/etc
localhost вообще через dd бекапится раз в месяц, файлы тупо на NAS.
полёт отличный, не вижу смысла переживать ради btrfs
Ответить | Правка | Наверх | Cообщить модератору

216. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Аноним (-), 22-Апр-23, 21:09 
> али линь в нтфс умеет даже хуже чем винда в бтрфс ?

У btrfs фич поболее NTFS-а будет и скорость его работы так то сильно получше в большинстве случаев. Зачем пользоваться технологиями девяностых если более-менее довели до ума технологии нулевых?

Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

225. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Аноним (225), 22-Апр-23, 21:33 
>> али линь в нтфс умеет даже хуже чем винда в бтрфс ?
> У btrfs фич поболее NTFS-а будет и скорость его работы так то сильно получше в большинстве случаев.

Опять Свидетели Btrfs-ца прибежали, процитированное даже не читают, сразу фингю пишут.
> Зачем пользоваться технологиями девяностых если более-менее довели до ума технологии нулевых?

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


Ответить | Правка | Наверх | Cообщить модератору

258. "Продемонстрирована возможность загрузки Windows на разделе с..."  +4 +/
Сообщение от Аноним (257), 22-Апр-23, 23:37 
> Опять Свидетели Btrfs-ца прибежали, процитированное даже не читают, сразу фингю пишут.

Да офигеть, в новость про btrfs набежали те кто им еще и пользуется. ВНЕЗАПНО!! А таки вот бывает и такое.

> Тут автора аж два раза цитировали, какое оно "до ума доведенное", да
> и по части фич - облом-с большущий.

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

Ответить | Правка | Наверх | Cообщить модератору

263. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Аноним (225), 23-Апр-23, 00:04 
>> Опять Свидетели Btrfs-ца прибежали, процитированное даже не читают, сразу фингю пишут.
> Да офигеть, в новость про btrfs набежали те кто им еще и пользуется. ВНЕЗАПНО!! А таки вот бывает и такое.

Это, как бы, не взаимоисключающие понятия. Просто Свидетели обычно не читают, а сразу начинают хвалебные оды петь (вопрос-то там был не о том).

> Ну я в свое время ext2fsd так пользовался. Не то чтобы он

Ну как бы, бтрфс "немножечко" (внимание: ирония) посложнее будет. И пользователей у этого драйвера не очень много. Так что шансы угробить ФС или данные там совсем не иллюзорные. Да и венда, судя по всему - не очень работает. Ну и судя по "дата раздел", на который ты потом передвинул данные - венда была на своем разделе, т.е. как минимум всяких "системных" записей туда не велось.

Ответить | Правка | Наверх | Cообщить модератору

270. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Аноним (270), 23-Апр-23, 00:47 
> Ну как бы, бтрфс "немножечко" (внимание: ирония) посложнее будет. И пользователей у
> этого драйвера не очень много.

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

> Так что шансы угробить ФС или данные там совсем не иллюзорные. Да и венда, судя по всему
> - не очень работает. Ну и судя по "дата раздел", на который ты потом передвинул
> данные - венда была на своем разделе, т.е. как минимум всяких "системных" записей
> туда не велось.

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

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

Ответить | Правка | Наверх | Cообщить модератору

371. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от ryoken (ok), 24-Апр-23, 07:58 
Были попытки скрестить ежа с ужом (на вендо-NTFS раздел докинуть Линукс, я брал Дебиан\Девуан как оддин из наиболее мне знакомых).
1 - в дистрибутивном ядре вышеупомянутых дистров тупо нет драйвера NTFS3 (который Парагоновский, я использую альтернативное ядро Liquorix-kernel, вот там оно есть). Соответственно даже если как-то водрузить базовую систему - оно вряд ли заведётся.
2 - в Деб-инсталляторе нет возможности создавать раздел с NTFS. И даже если он есть - то инсталлятор его не примет для корневого, в связи с п.1 :). Даже если рыться через шелл (который по Alt-F1 и пр. доступен) - не удалось такие махинации провернуть.
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

378. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от U202204161753 (?), 24-Апр-23, 10:52 
> Были попытки скрестить ежа с ужом (на вендо-NTFS раздел докинуть Линукс, я
> брал Дебиан\Девуан как оддин из наиболее мне знакомых).
> 1 - в дистрибутивном ядре вышеупомянутых дистров тупо нет драйвера NTFS3 (который
> Парагоновский, я использую альтернативное ядро Liquorix-kernel, вот там оно есть). Соответственно
> даже если как-то водрузить базовую систему - оно вряд ли заведётся.

Так-с: учтём.
Альтернативное ядро - допустимо.

> 2 - в Деб-инсталляторе нет возможности создавать раздел с NTFS. И даже
> если он есть - то инсталлятор его не примет для корневого,
> в связи с п.1 :). Даже если рыться через шелл (который
> по Alt-F1 и пр. доступен) - не удалось такие махинации провернуть.

А не пробовали запаковать всё в .tar.xz или несколько и распаковать их на подготовленный для NFS "шары" NTFS распаковать? ( и что-либо с bootloader предпринять?..)

Т.к. сжимать .vhd ( .vhdx чуть менее) с NTFS достаточно удобно.

Ответить | Правка | Наверх | Cообщить модератору

382. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от ryoken (ok), 24-Апр-23, 12:20 
>  Так-с: учтём.
> Альтернативное ядро - допустимо.
>  А не пробовали запаковать всё в .tar.xz или несколько и распаковать
> их на подготовленный для NFS "шары" NTFS распаковать? ( и что-либо
> с bootloader предпринять?..)
>  Т.к. сжимать .vhd ( .vhdx чуть менее) с NTFS достаточно удобно.

Паковать - не пробовал. Ну и при чём тут собссно NFS & VHD - не понял, я на физику ставил на тестовый комп :).

Ответить | Правка | Наверх | Cообщить модератору

452. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Вася (??), 27-Апр-23, 10:42 
> Были попытки скрестить ежа с ужом (на вендо-NTFS раздел докинуть Линукс, я
> брал Дебиан\Девуан как оддин из наиболее мне знакомых).

но ведь в NTFS нету никсовых ACL.
а еще у меня дуалбут лично нормально не работал даже просто с разделом ntfs, в винде все ок, в линуксе ругается на то, что сломано. Сыроват-с драйврок-с.

> 1 - в дистрибутивном ядре вышеупомянутых дистров тупо нет драйвера NTFS3 (который
> Парагоновский, я использую альтернативное ядро Liquorix-kernel, вот там оно есть).
> даже если как-то водрузить базовую систему - оно вряд ли заведётся.

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

в ядре с kernel.org я не помню, включен ли ntfs3 по-умолчанию, но включить и собрать - ноль проблем. Я вообще дебиан с последним ядром использую на sid, потому что лень всякие arch и прочее осиливать, а всю остнаску debian я уже знаю и использую и дома, и на работе.

> 2 - в Деб-инсталляторе нет возможности создавать раздел с NTFS. И даже
> если он есть - то инсталлятор его не примет для корневого,
> в связи с п.1 :). Даже если рыться через шелл (который
> по Alt-F1 и пр. доступен) - не удалось такие махинации провернуть.

поставь дебиан через cdebootstrap. Другое дело, что драйвер для такой задачи (нормальное использование ntfs) оказался не готов. Может, допатчат...

Ответить | Правка | К родителю #371 | Наверх | Cообщить модератору

454. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от ryoken (ok), 27-Апр-23, 10:54 
> поставь дебиан через cdebootstrap. Другое дело, что драйвер для такой задачи (нормальное
> использование ntfs) оказался не готов. Может, допатчат...

Теоретически можно, только пока особой нужды нет.

Ответить | Правка | Наверх | Cообщить модератору

457. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от maximnik0 (?), 30-Апр-23, 10:16 
>но ведь в NTFS нету никсовых ACL.

Все там есть.Правда стандартные acl ,не расширенные как в XFS .Читать про posix,требования госструктур к NT для госконтракта и самое главное ПОТОК Posix.А в поддерживаемых версиях операционнок ещё был поток DOS.
В драйвере ntfs-3g была опция ACL, вполне себе все права сохранялись.Но потом из за безопасности опцию заблокировали.

Ответить | Правка | К родителю #452 | Наверх | Cообщить модератору

205. "Продемонстрирована возможность загрузки Windows на разделе с..."  –2 +/
Сообщение от Аноним (-), 22-Апр-23, 20:43 
Линукс на FAT ставить это сплошной регресс по всем параметрам. А вот винду на btrfs - а в винде нативно сравнимой файлухи просто нет! Был ReFS но он по фичам жалкая пародия на btrfs и к тому же его задвинули в "юзеровских" виндах. Видимо юзерям виндов завидно что нормальной файлухи у них нету, вот и трепыхаются.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

373. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Stanislavvv (?), 24-Апр-23, 08:10 
> Линукс на FAT ставить это сплошной регресс по всем параметрам.

Во времена, когда линукс ставили на фат - популярной была win95, если не win3.1
Тогда это был прогресс.

Ответить | Правка | Наверх | Cообщить модератору

396. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Аноним (396), 24-Апр-23, 17:56 
FAT - это прогресс относительно чего? У него только 1 достоинство - он простой как дрова. Все остальное в результате - недостатки.
Ответить | Правка | Наверх | Cообщить модератору

429. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Stanislavvv (?), 25-Апр-23, 05:11 
> FAT - это прогресс относительно чего? У него только 1 достоинство -
> он простой как дрова. Все остальное в результате - недостатки.

Для середины 90-х - прогресс, ибо ещё один вариант загрузки линукса. Сейчас - уже устарел, 30 лет прошло.

Ответить | Правка | Наверх | Cообщить модератору

453. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Вася (??), 27-Апр-23, 10:44 
> Для середины 90-х - прогресс, ибо ещё один вариант загрузки линукса. Сейчас
> - уже устарел, 30 лет прошло.

тупиковая веточка

Ответить | Правка | Наверх | Cообщить модератору

379. "Продемонстрирована возможность загрузки Windows на разделе с..."  +1 +/
Сообщение от Аноньимъ (ok), 24-Апр-23, 11:17 
Да, по усилению записи аналогов у брбрфс просто нет.
Стоит так же отметить безналоговую систему команд для работы с брбрфс, вот уж где настоящие инопланетные технологии как минимум.
Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

395. "Продемонстрирована возможность загрузки Windows на разделе с..."  –1 +/
Сообщение от Аноним (396), 24-Апр-23, 17:55 
> Да, по усилению записи аналогов у брбрфс просто нет.

Это актуально только в сильно некоторых кейсах типа множества мелких записей в нагруженную базу. И на этот случай там есть возможность отключить вооон тому файлу CoW.

А на типичном десктопе, серваке, эмбедовке и проч - там записей получается плюс-минус как в EXT4 с точностью до 20-30%. Это по статистике записи и скорости wearout накопителей, куда более надежный источник чем сказочники опеннета уровня пох.

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

Это вы просто zfs еще не видели. По сравнению с оным btrfs простой и логичный. Более того - другими средствами вещи типа btrfs device add вы так то будете и еще навороченнее устраивать. При том команд будет больше а работать это все будет кривее и хуже, а некоторые вещи, типа смены схемы хранения на лету вы вообще врядли сможете изобразить в нормальном виде. В btrfs это относительно безопасная операция: в случае краха дизайн нормально относится к смеси разных уровней, просто продолжить ребаланс - вот и весь resume такой операции. Попробуйте это с другими дизайнами в середине такой операции, посмотреть как вам оно.

Ответить | Правка | Наверх | Cообщить модератору

398. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Аноньимъ (ok), 24-Апр-23, 19:02 
В ZFS все просто и понятно, команды делают ровно то что должны делать.

"Смена схемы хранения на лету" - это чистой воды безумие. Что-то уровня прыжков на веревке с моста, когда с головой не всё в порядке и хочется острых ощущений.

Ответить | Правка | Наверх | Cообщить модератору

437. "Продемонстрирована возможность загрузки Windows на разделе с..."  +/
Сообщение от Аноним (436), 26-Апр-23, 01:56 
> В ZFS все просто и понятно, команды делают ровно то что должны делать.

Я могу сказать то же самое про btrfs.

> "Смена схемы хранения на лету" - это чистой воды безумие.

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

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

> Что-то уровня прыжков на веревке с моста, когда с головой не всё в
> порядке и хочется острых ощущений.

А таки - работает. И возможность переиграть те или иные решения это удобно и гибко. Менеджмент хранилок такой каким он должен был быть с самого начала.

И _современные_ follow ups таки прониклись и тоже взяли идею в оборот, как bcachefs.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру