The OpenNET Project / Index page

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



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

Оглавление

Ошибка в Bcachefs, приводящая к разрушению ФС при использовании нескольких устройств, opennews (ok), 18-Мрт-24, (0) [смотреть все]

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


40. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (40), 18-Мрт-24, 21:51 
> Подскажите какие дистрибутивы умеют на нее устанавливаться и грузиться?

Дебиан с нее точно можно загрузить - у меня виртуалки и даже пару железок на Deb12 с ней есть. Тупые инсталеры я ессно не юзал - а набрал ОС debootstrap'ом и сделал это загружаемым.

Но есть некоторые нюансы. Скажем mkfs. Вероятно "bcachefs" придется билдануть самому. Могу даже комит подкинуть который еще не требовал хруст совсем в обяязаловку, если впадлу с ним разбираться (как мне).

Чтобы загрузилась - в кернеле должен быть такой модуль в intrt (или compiled in, так проще). И в командлайне надо указать нечто типа root=/dev/vdX rootfstype=bcachefs - автодетект этого типа ФС несколько в дауне, слишком новый.

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

57. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от cheburnator9000 (ok), 19-Мрт-24, 00:39 
Проще забить, на своем томогочике пересобирать ядро ради одного модуля я буду два часа. Нужен dkms вариант, но они не хотят https://github.com/koverstreet/bcachefs/issues/339

В этом одна из проблем линукса, хочешь что-нибудь поэксперементировать = пересобирай ядро.

Другой позор линукса в том что вся его модульность это пшик, люди просто берут форкают git и херачат прямо поверх сорцов ядра свой модуль, дичь. Нормальные проекты предоставляют SDK (например как Windows), разработчики пишут драйвера уже на SDK.

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

63. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (-), 19-Мрт-24, 01:31 
> Проще забить, на своем томогочике пересобирать ядро ради одного модуля я буду два часа.

Если это под ARM или что там - линуховое ядро довольно легко кросскомпилится. При том конфиг за основу можно взять от дистро, чуть более старой версии. Ну или что за тамогочик?

> Нужен dkms вариант, но они не хотят https://github.com/koverstreet/bcachefs/issues/339

Лично мне и так ЗБС. А у Кента врядли есть ресурсов на куиту которая подгрузит его комбинаторным взрывом опций майнтенанса. Он вон то закрыл как not feasible - ибо синхрится на актуальную инфраструктуру ядра.

> В этом одна из проблем линукса, хочешь что-нибудь поэксперементировать = пересобирай ядро.

В этом нет никакой проблемы. Экспериментаторы должны уметь в самообслуживание. Более того - ну а долбанет вас регрессия. И попросят вас bisect какойнить. Ибо гадать где это вылезло иными способами можно долго. Это тот случай когда более-менее мощный комп для dev активности таки захочется. Хотя между нами - немного порезаный десктопный конфиг можно пнуть на ночь собираться даже на довольно компромиссном ноуте. К утру будет готово - а пахал все же ноут а не я, какая мне разница сколько он там пыхтел? Пусть хоть 12 часов :). Да, это кстати причина иметь более 1 компьютерной системы для использования. Заодно и plan B на случай внезапной кончины энной системы.

> модуль, дичь. Нормальные проекты предоставляют SDK (например как Windows), разработчики
> пишут драйвера уже на SDK.

Вы можете пользоваться теми нормальными проектами и экспериментировать с ними. В Linux никому не нужны эти выкидыши, насмотрелись уже как это все в винде работает, спасибо.

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

147. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 18:34 
> Если это под ARM или что там - линуховое ядро довольно легко
> кросскомпилится. При том конфиг за основу можно взять от дистро, чуть

если тебя устраивает кросскомпилятор от неведомых васянов (удивительно, но в дистрибутивах их обычно нет). И если он под твою платформу вообще существует, причем той единственноверной версии.
А вот самостоятельная сборка такого компилятора и тулчейна под необычную платформу - даст тебе прогадиться как следует (да и времени займет неимоверно) - и все это ради поиграть с одним дополнительным модулем.
(занятно что у llvm такой проблемы нет в помине)

> Лично мне и так ЗБС. А у Кента врядли есть ресурсов на

мы уже запомнили что тебе любое с лопаты збс, приучен прогибаться и терпеть.

>> В этом одна из проблем линукса, хочешь что-нибудь поэксперементировать = пересобирай ядро.
> В этом нет никакой проблемы. Экспериментаторы должны уметь в самообслуживание. Более того

а так же иметь для этого бесконечное время и ресурсы.

> - ну а долбанет вас регрессия. И попросят вас bisect какойнить.

ну и пойдут туда же куда других посылали. Я об ошибке сообщил, у себя проблему как-то временно заткнул (и вероятнее всего больше не обращусь к этой фиче никогда), таскать каштаны из огня - не нанимался.

> Ибо гадать где это вылезло иными способами можно долго. Это тот

не моя проблема. Соберешь .ko совместимый с моей системой - приноси, может проверю. Может нет, если система не тестовая а собирать отдельную долго и дорого.

> случай когда более-менее мощный комп для dev активности таки захочется. Хотя

нет.

> а пахал все же ноут а не я, какая мне разница
> сколько он там пыхтел? Пусть хоть 12 часов :). Да, это
> кстати причина иметь более 1 компьютерной системы для использования. Заодно и

конфликтующие параграфы детектед.

Нет, это причина не делать за других их работу если ты материально не заинтересован.

>> модуль, дичь. Нормальные проекты предоставляют SDK (например как Windows), разработчики
>> пишут драйвера уже на SDK.

ну это он с DDK перепутал и там не все так мило. (в отличие от sdk)
Но в целом да, предоставляют, пересобирать винду ради драйвера модема (c) никому не приходилось.

> Вы можете пользоваться теми нормальными проектами и экспериментировать с ними. В Linux
> никому не нужны эти выкидыши, насмотрелись уже как это все в

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

Мне out-of-tree modules build (не обязательно для этого связываться с dkms, внезапно, это для массового применения а не экспериментов) очень даже нужны и удобны - именно тем что не требуют от меня ради экспериментов или исправления конкретной проблемы обновлять все ведро.

> винде работает, спасибо.

наслушались сказок. У тебя нет никакой винды, не п-ди.


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

154. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (152), 19-Мрт-24, 21:25 
> у себя проблему как-то временно заткнул (и вероятнее всего больше не обращусь к этой фиче никогда)

Ходить-то научился, или тоже — встал впервые на обе ноги, пошатнулся, упал и больше к этой фиче никогда не обращался?

Инфантилизм — главная проблема в айти.

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

162. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (162), 19-Мрт-24, 23:06 
> если тебя устраивает кросскомпилятор от неведомых васянов (удивительно, но в дистрибутивах
> их обычно нет).

У меня в дебиане обычный gcc. От майнтайнеров. Для ARM (none-eabi, armhf, aarch64), RISCV64 и MIPS. Не говоря про x86-64. Политики пакетов стандартные, ставится 1 командой.

> И если он под твою платформу вообще существует, причем той единственноверной версии.

Версия как правило 1 - GCC с которым они релизились билданут кучей флаворов. И там с дюжину GCC'ов на всяко разно. Исключение разве что avr-gcc, но его так и ардуина поставляет, хз какие траблы с новыми версиями, видимо какие-то есть.

> А вот самостоятельная сборка такого компилятора и тулчейна под необычную платформу -
> даст тебе прогадиться как следует

Я так то, исторически, отстроил себе несколько тулчейнов. Попробовать как оно. Новые gcc погонять. Ничего ужасного не заметил.

> (занятно что у llvm такой проблемы нет в помине)

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

> мы уже запомнили что тебе любое с лопаты збс, приучен прогибаться и терпеть.

От юзера виндочки это звучит особенно убедительно.

> а так же иметь для этого бесконечное время и ресурсы.

Тебе не приходило в голову что 90% проблем с которыми ты героически борешься у меня просто нет как класса, мистер эксперт? :)

> ну и пойдут туда же куда других посылали. Я об ошибке сообщил,
> у себя проблему как-то временно заткнул (и вероятнее всего больше не
> обращусь к этой фиче никогда), таскать каштаны из огня - не нанимался.

А потом будешь либо тусить на окаменелом кернеле вечно, сам его патча до позеленения (это типа проще?) либо при случае забудешь об этом - и оно тебе каааааак врежет после очередного апгрейда!

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

> не моя проблема. Соберешь .ko совместимый с моей системой - приноси, может
> проверю. Может нет, если система не тестовая а собирать отдельную долго и дорого.

Мне вообще похрен что ты в твоей системе будешь делать. И кенту имхо тоже. Если у тебя какие-то проблемы - ты и суетишься по дефолту. Тебе не надо? Оок! Остальным - и подавно, лол!

>> случай когда более-менее мощный комп для dev активности таки захочется. Хотя
> нет.

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

> конфликтующие параграфы детектед.

Да никакого конфликта - наиболее жесткие эксперименты логично проводить на компе который можно полностью скопытить. Заодно какой-то хардварный факап не вышибет надолго из колеи.

> Нет, это причина не делать за других их работу если ты материально не заинтересован.

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

> ну это он с DDK перепутал и там не все так мило.

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

> Но в целом да, предоставляют, пересобирать винду ради драйвера модема (c) никому
> не приходилось.

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

> тебе, любителю с лопаты - не нужны. Не выдавай в очередной раз
> свою любовь к лизанию чужих подошв за всеобщность.

Я имел возможность сравнить как мне разные подходы. Как в винде - не понравилоьс.

> это для массового применения а не экспериментов) очень даже нужны и
> удобны - именно тем что не требуют от меня ради экспериментов
> или исправления конкретной проблемы обновлять все ведро.

Ну вот кому нужно - тот и вджобывает. Это опенсорс, детка.

> наслушались сказок. У тебя нет никакой винды, не п-ди.

Уже и правда - нет. Но была. И энтерпрайз админом АДа и прочих Exchange я быть таки - умею. И много чего еще. Но это было давно и неправда.

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

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

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




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

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