The OpenNET Project / Index page

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



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

"Ошибка в Bcachefs, приводящая к разрушению ФС при использовании нескольких устройств"  +/
Сообщение от opennews (ok), 18-Мрт-24, 20:01 
В ядре Linux 6.7 обнаружена достаточно серьёзная ошибка в логике работы файловой системы Bcachefs, проявляющаяся в конфигурациях с несколькими устройствами хранения при использовании новых версий инструментов для создания ФС. Проблема выражается в том, что возможно создать ситуацию, когда ФС попробует обновить версию, это не будет завершено, после чего ядро 6.7 может попробовать сделать версию ФС более старой - и в результате такого взаимодействия может произойти серьёзное разрушение ФС...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=60804

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

Оглавление

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


1. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +8 +/
Сообщение от Bklrexte (ok), 18-Мрт-24, 20:01 
Не хочу набрасывать, но адепты (и вроде даже сам автор) этой ФС постоянно говорили, что она очень стабильная, особенно сравнивая её с btrfs. Но что-то мне кажется, что на данный момент btrfs намного стабильнее bcachefs.
Ответить | Правка | Наверх | Cообщить модератору

2. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +3 +/
Сообщение от дАнон (?), 18-Мрт-24, 20:09 
Насколько помню автор не говорил про надёжность на данный момент, а перечислял фичи касательно того какой разрабатыватся ФС, а она ещё в активной разработке.
Ответить | Правка | Наверх | Cообщить модератору

11. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (11), 18-Мрт-24, 20:19 
если она в активной разработке, то зачем было форсить её принятие в ядро? видимо исключительно, чтобы потестировать на пользователях...
Ответить | Правка | Наверх | Cообщить модератору

14. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +12 +/
Сообщение от Аноним (-), 18-Мрт-24, 20:23 
> если она в активной разработке, то зачем было форсить её принятие в ядро?
> видимо исключительно, чтобы потестировать на пользователях...

Ну так всегда наступает момент когда софт пора релизнуть - и собрать свою порцию матюков от юзерей.

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

25. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +2 +/
Сообщение от Аноним (-), 18-Мрт-24, 20:49 
> если она в активной разработке, то зачем было форсить её принятие в ядро?
> видимо исключительно, чтобы потестировать на пользователях...

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

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

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

85. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от AKTEON (?), 19-Мрт-24, 09:14 
Вот при батьке Балмере  - специально закупался зоопарк устройств для тестирования на реальной аппаратуре ... Государственный Порядок Был !
Ответить | Правка | Наверх | Cообщить модератору

130. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 19-Мрт-24, 14:17 
> Вот при батьке Балмере  - специально закупался зоопарк устройств для тестирования
> на реальной аппаратуре ... Государственный Порядок Был !

А давно майкрософт в государство превратился то? Хотя конкретно Баллмер вроде островок какой-то прикупил. Может мини-государство и забацал, конечно.

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

90. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (90), 19-Мрт-24, 09:34 
Одни отговорки. Всё можно сделать иначе. Автору бы сначала научиться код оформлять, а не бежать впереди паровоза.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

118. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +3 +/
Сообщение от 128557 (?), 19-Мрт-24, 13:40 
Он сделал как смог и это предложено как бесплатный и открытый продукт.
Вы, полагаю, в своей области признанный профессионал, создаёте качественный продукт и предоставляете всем желающим право его бесплатного использования. Или скромно промолчите в ответ?
Ответить | Правка | Наверх | Cообщить модератору

29. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от дАнон (?), 18-Мрт-24, 20:57 
Очень иронично на фоне того что эта ФС опциональная и даже не везде случайно создашь эту ФС на юзер ПК, в отличии от того как вводили системд и как сейчас скоро станет неопциональным Вайленд.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

44. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –2 +/
Сообщение от Аноним (-), 18-Мрт-24, 22:23 
> Очень иронично на фоне того что эта ФС опциональная и даже не
> везде случайно создашь эту ФС на юзер ПК, в отличии от
> того как вводили системд и как сейчас скоро станет неопциональным Вайленд.

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

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

123. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от дАнон (?), 19-Мрт-24, 13:46 
Проблемы нету, ровно как и нету проблемы не ставить специально данную ФС.
Ответить | Правка | Наверх | Cообщить модератору

131. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (-), 19-Мрт-24, 14:26 
> Проблемы нету, ровно как и нету проблемы не ставить специально данную ФС.

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

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

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

39. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (39), 18-Мрт-24, 21:50 
Лучший тест это релиз.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

110. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от _oleg_ (ok), 19-Мрт-24, 13:17 
Сколько не тестируй у себя ПО при выпуске версии в свет всё равно найдутся новые ошибки. Это нормально.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

121. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от 128557 (?), 19-Мрт-24, 13:46 
Это ненормально, но, к сожалению, это единственный способ. Пытаться просчитать все возможные варианты использования ФС - это множить геометрическую прогрессию. Оказалось, что в момент обновления может случиться сбой и произойдет откат версии. Ну как ведь такое предусмотришь?
Ответить | Правка | Наверх | Cообщить модератору

133. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 19-Мрт-24, 14:33 
> Это ненормально, но, к сожалению, это единственный способ. Пытаться просчитать все возможные
> варианты использования ФС - это множить геометрическую прогрессию. Оказалось, что в
> момент обновления может случиться сбой и произойдет откат версии. Ну как
> ведь такое предусмотришь?

Ну тут как бы довольно сложный заподвыподверт с совпадением сразу ряда факторов надо произвести, чтобы на это нарваться. Что, впрочем, скомпенсируется полученным эффектом, если такое все же удастся повторить.

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

120. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от дАнон (?), 19-Мрт-24, 13:44 
Нейросети пока не занимаются тестами, так что да, нужны юзеры.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

169. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (169), 20-Мрт-24, 00:37 
> Нейросети пока не занимаются тестами, так что да, нужны юзеры.

Вообще вон там есть забавный бот - который сам fuzz'ит, а потом еще и сам bisect делает в qemu, и пальцем тыкает в причастного в рассылке.

(на манер картинки с котом Иксом):
- А зарплату вы тоже за меня будете получать, роботы?!
- А как же!!!

...но ТАКОЙ баг он имхо все же не словит за обозримое время.

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

21. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (21), 18-Мрт-24, 20:39 
"The COW filesystem for Linux that won't eat your data"
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

28. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Tron is Whistling (?), 18-Мрт-24, 20:52 
It won't eat your data, it will trash them.

Я надеюсь оно ещё только в стейджинге, или уже всё, весёленький мейнлайн?

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

33. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +2 +/
Сообщение от Аноним (33), 18-Мрт-24, 21:34 
> It won't eat your data, it will trash them.
> Я надеюсь оно ещё только в стейджинге, или уже всё, весёленький мейнлайн?

1) Staging это тоже майнлайн. Ну так для опеннетных экспертов уточнение, если что.
2) Оно честно помечено как Experimental в данный момент. Если кто жираф и игнорит Experimental - окей, а кто ему доктор?

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

43. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (43), 18-Мрт-24, 22:20 
them? Это ты про data? Если да, то данные это не исчисляемое существительное
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

78. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +2 +/
Сообщение от trolleybus (?), 19-Мрт-24, 08:20 
> used as a plural noun in technical English, when the singular is datum

А вот и нет.

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

91. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Tron is Whistling (?), 19-Мрт-24, 09:34 
Всё ок.
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

103. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (103), 19-Мрт-24, 12:09 
На самом деле it.
Ответить | Правка | Наверх | Cообщить модератору

172. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Tron is Whistling (?), 20-Мрт-24, 08:18 
Нет. Смотрите ссылку ниже, data - plural в большинстве случаев. Т.е. зависит от диалекта. Я художник, я так вижу (tm)
Ответить | Правка | Наверх | Cообщить модератору

152. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (152), 19-Мрт-24, 21:03 
> It won't eat your data, it will trash them.

Когда хотел пошутить на английском, но языком владел только через Google Translate.

«It won't eat your data, it will trash it». «Them» тут ни к селу, ни к городу вообще. Data не может иметь пола, поэтому строго «it».

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

155. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Tron is Whistling (?), 19-Мрт-24, 21:46 
Спасибо за откровение, ваши проблемы не интересны.
Ответить | Правка | Наверх | Cообщить модератору

156. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Tron is Whistling (?), 19-Мрт-24, 21:47 
https://books.google.com/ngrams/graph?content=data+is%2...
Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

109. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от YetAnotherOnanym (ok), 19-Мрт-24, 12:58 
Авторы обычно намного ответственнее относятся к своим словам, в отличие от энтузиастов, которые бегают по форумам с заявлениями типа "у меня X, а ваш Y - говно!".
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

201. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Tron is Whistling (?), 21-Мрт-24, 09:27 
И всё время про вектор U забывают.
Ответить | Правка | Наверх | Cообщить модератору

3. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +2 +/
Сообщение от Аноним (3), 18-Мрт-24, 20:11 
От подобного не застрахован никто, проблема с новой версией ядра (автор ошибся с патчем, что бывает) похожие баги когда-то были и в BTRFS и в XFS. Баг пристуствует только в самом новом ядре, среди пострадавших - арчеводы что ставят "самые свежие" пакеты. Они знали на что шли. Убунта, дебиан, федора с ними все впорядке как и с шляпой.
Ставишь тестовое ядро - готовся писать багрепорты.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

5. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +2 +/
Сообщение от Аноним (3), 18-Мрт-24, 20:13 
Сало того там чтоб вызвать баг нужно 1) обносится но самого нового ядра 2) загрузится 3) отключить питание компу до обновления метадаты в фс.
Ответить | Правка | Наверх | Cообщить модератору

7. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (3), 18-Мрт-24, 20:14 
*мало того
ахаха
Ответить | Правка | Наверх | Cообщить модератору

19. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 18-Мрт-24, 20:35 
обновился, словил panic (ничего неожиданного для сверхновых ведер).
Заодно и коллекцию прона свою обновишь. Никому не жалко же.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

24. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (24), 18-Мрт-24, 20:48 
Паника после загрузки это обычное дело. 10 раз подряд. Через неделю аптайма вероятность меньше. Конечно, автоматические конвертации в фс это такое себе решение, когда вручную fsck запускаешь как-то надёжнее. Сразу видно, когда у разрабов хлеб в голове.
Ответить | Правка | Наверх | Cообщить модератору

31. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +2 +/
Сообщение от нах. (?), 18-Мрт-24, 21:17 
Ну вон да - zfs после почти каждого существенного обновления начинает верещать что "у тебя нет наиновейших и архиполезнейших фич" - но ей как-то не приходит в голову их взять да и повключать тебе автоматически штоб было.

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

41. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (-), 18-Мрт-24, 21:57 
> Ну вон да - zfs после почти каждого существенного обновления начинает верещать
> что "у тебя нет наиновейших и архиполезнейших фич" - но ей
> как-то не приходит в голову их взять да и повключать тебе
> автоматически штоб было.

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

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

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

12. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 18-Мрт-24, 20:20 
> От подобного не застрахован никто, проблема с новой версией ядра (автор ошибся с патчем,
> что бывает) похожие баги когда-то были и в BTRFS и в XFS.

Ну вот не, btrfs вообще сам себя апгрейдить без спросу не лезет, как и даунгрейдить - так что вот именно ПОХОЖЕГО таки - не было. Были другие, но вот этот - может кардинально деревья загадить, что как бы довольно большая проблема.

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

22. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от НяшМяш (ok), 18-Мрт-24, 20:45 
> в самом новом ядре

Уже не в самом новом ). 6.8 вышел 8 дней назад (6.8.1 - 3 дня) и багу не подвержен.

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

30. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –2 +/
Сообщение от дАнон (?), 18-Мрт-24, 21:00 
Да BTRFS только в прошлом году сделал нормальное дерево, чтобы винчи более 5ТБ не тормозили запуск системы. А тут ругаются на ФС которая в ядре 2-3 версии.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

42. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (-), 18-Мрт-24, 21:59 
> Да BTRFS только в прошлом году сделал нормальное дерево, чтобы винчи более
> 5ТБ не тормозили запуск системы. А тут ругаются на ФС которая
> в ядре 2-3 версии.

Ну вот кстати дерево - крутое. С ним btrfs монтируется быстрее EXT4, XFS и даже сабжа. А на флешке которую я сдуру через USB 1.x хаб зацепил (12 Мбит) разница по времени монтирования вообще была весьма драматичная, так что я сперва не заметил подставу даже.

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

9. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (-), 18-Мрт-24, 20:16 
> Но что-то мне кажется, что на данный момент btrfs намного стабильнее bcachefs.

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

Как видишь при натурных испытаниях вылез довольно странный баг в специфичных взаимодействиях на многодевайсной ФС. На него не так то просто нарваться - однако если это получилось, результат достаточно печален. Хотя теоретически эта штука в отличие от рейзера могет перестроить загаженые деревья из инфо в inodes. Кентушка вроде уже корябает код для счастливчиков с ЭТИМ.

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

47. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от crypt (ok), 18-Мрт-24, 22:28 
"это как ZFS, только лучше", - говорили они...
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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

Вы сейчас говорите про какой-го из убийц ZFS из линуксовгого мира?
А то их было не один и не два))
Они даже саму zfs скопировать нормально не смогли...

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

56. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (56), 19-Мрт-24, 00:37 
Да что с этого толку если даже более стабильной btrfs данные доверять оптимизм чрезмерный
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

69. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (-), 19-Мрт-24, 02:22 
> Да что с этого толку если даже более стабильной btrfs данные доверять
> оптимизм чрезмерный

Вы в своем праве пользоваться FAT12 до скончания веков. Как будто кому-то жалко.

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

70. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (70), 19-Мрт-24, 02:54 
Она будет готовы к использованию через 10 лет со дня включения в ядро. Такое вот правило!
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

122. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Имя (?), 19-Мрт-24, 13:46 
Логично, btrfs выросла до сегодняшней стабильности через вот такие боли. Откровенно говоря, было даже хуже.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

198. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Олег (??), 21-Мрт-24, 04:09 
Я помню как bcaches очень хорошо жил на мертвом ssd
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

6. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от нах. (?), 18-Мрт-24, 20:13 
отдельно мне конечно нравится что исправления критического бага не приняты по причине "не так подано".

Ниже, ниже кланяйся, смерд! У нас вэкраннивлазиет!

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

10. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (-), 18-Мрт-24, 20:17 
> отдельно мне конечно нравится что исправления критического бага не приняты по
> причине "не так подано".

Эээ, чудик, если ты юзал ЭКСПЕРИМЕНТАЛЬНУЮ фс - в устаревшем кернеле - планируя юзать вот именно его как вот именно LTS, возможно, ты тоже что-то делал немного не так? Тебе так не кажется? :)

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

16. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от нах. (?), 18-Мрт-24, 20:28 
В устаревшем на целую одну неделю? И точно ли я хочу в довесок к экспериментальной fs получить еще пару сотен косоруких экспериментов во всех частях системы которые меня и десять лет назад вполне устраивали?

Ну ок, как скажете. Я ж не настолько... чтоб хоть какие-то ценные данные в лин00psе хранить.

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

35. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –2 +/
Сообщение от Аноним (33), 18-Мрт-24, 21:38 
> В устаревшем на целую одну неделю? И точно ли я хочу в
> довесок к экспериментальной fs получить еще пару сотен косоруких экспериментов во
> всех частях системы которые меня и десять лет назад вполне устраивали?

Если ты юзал экспериментальную ФС, извини, но ты вписался в то чтобы побыть пилотом X302, или как там его. И если он сделает что-то не то, улетев куда-то не туда - ну извини, тебя ж предупредили лэйбой "experimental".

> Ну ок, как скажете. Я ж не настолько... чтоб хоть какие-то ценные
> данные в лин00psе хранить.

Храни в чем хочешь. Это свободный мир свободных людей. И я вот например свободен тебя послать, нах. Как и остальные. Твои проблемы - @бут сугубо тебя.

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

48. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 18-Мрт-24, 22:55 
> Если ты юзал экспериментальную ФС

то я совершенно не подписывался заодно поюзать экспериментальные драйверы контроллеров или экспериментальную ioурину какую-нибудь.

С вашим-то качеством кода и тысячеглазами - ошибка в фс будет далеко не единственной ошибкой.

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

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

Называя вещи своими именами: ты там с 6.7 в _этом_ просто никому не нужен чтобы сильно этим париться - свободен пройти известным курсом. А если ты хочешь быть святее апстримов и лучше знаешь как надо - тебе и фигачить. Как альтернатива - можно проследовать известным курсом.

> С вашим-то качеством кода и тысячеглазами - ошибка в фс будет далеко
> не единственной ошибкой.

Да вообще пока подозрительно мало крутых багов так то. Я думал будет больше. Но не, только вот, какой-то изврат на который нарваться еще суметь надо. Кто-то вот сумел.

И ты покажешь тимы лучше? Как майкрософт разносил нтфс вдрызг я видел минимум дважды, один с >2TiB дисками, второй $I30 или как там его. ZFSники недавно тоже отметитись с рефлинковой сагой. И это все на продакшновом коде эксплуатируемой толпой. А тут нечто которому без году неделю в майнлайне.

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

59. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –2 +/
Сообщение от нах. (?), 19-Мрт-24, 00:42 
> Называя вещи своими именами: ты там с 6.7 в _этом_ просто никому не нужен

это вы, г-ноеды, мне совершенно низачем не нужны. Ни с 6.7, ни с хоть 10. Мне ваши фекалии разгребать нахрен не упало. А вот зачем страдают те кто зачем-то эту 6.7 себе поставил - изумляюсь. Ну видимо, так им и надо.

> И ты покажешь тимы лучше? Как майкрософт разносил нтфс вдрызг я видел минимум дважды

Не видел ты - нихрена. Сказочки ты слышал. В перепевах рабиновича.
Отучайся п-деть.

> ZFSники недавно тоже отметитись с рефлинковой сагой. И это все на продакшновом коде
> эксплуатируемой толпой.

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

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

68. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 19-Мрт-24, 02:17 
> вот зачем страдают те кто зачем-то эту 6.7 себе поставил -
> изумляюсь. Ну видимо, так им и надо.

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

>> И ты покажешь тимы лучше? Как майкрософт разносил нтфс вдрызг я видел минимум дважды
> Не видел ты - нихрена. Сказочки ты слышал. В перепевах рабиновича. Отучайся п-деть.

Я даже данные вынимал с такого походу, у него $MFT был - вдрызг. Там вместо начала логического диска и $MFT - PE EXE'шники какие-то. Не очень приятный артефактец, но что-то типа тирамисы по остаткам метаданных наиболее нужное - выцепило.

> быть нетакимкаквсе чтобы с сумасшедшей скоростью трижды копировать один и тот
> же файл внутри одной и той же fs.

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

> Я вот не могу придумать ни одного реального сценария где мне бы
> такое понадобилось. В отличие от вполне банального с двойной перезагрузкой.
> А вот рачеводы - смотри-ка - смогли.

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

Хотя не, погодите. Арчеводам таки сказали что EXPERIMENTAL. А вон те господа с ZFS - ничего про экспериментальность своего счастья не говоярили. А вот это уже слегка подстава, да!

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

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

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


> Я даже данные вынимал с такого походу, у него $MFT был - вдрызг. Там вместо начала логического
> диска и $MFT - PE EXE'шники какие-то.

ну конечно это ntfs виновата. А не сбой железа или вообще троянец у юзверя.

> Ну а вот тут чуваки апгрейд-даунгрейдили файлухи

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

> И наверное знали на что шли.

Вряд ли. Скорее вот как ты - где-то кто-то когда-то видел экзешники вместо ntfs. И так и живут в святой уверенности что "ну у всех оно так".

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

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

Во первых, ты не видел все мои проекты, но ценное мнение - имеешь.
Во вторых, "не та что родила а та что воспитала".

В применении к софту - софт, каким бы концептуальным он не был - нахрен не упал без доведения до ума, тестов и стыковки с реальным миром. Шишкин проверял - без этого вместо ФС получается НЕНУЖНАЯ ХНЯ! Бонусом поздравляю с очередным демо твоего совершенно джуновского мышления. Ты не понимаешь разработку софта, на самом базовом уровне.

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

Вообще-то и могу и влияю. В тех областях которые мне нужны и интересны. И забуду тебя спросить: мнение того кто мыслит как джун в полтос или сколько там не очень ценно.

> ну конечно это ntfs виновата. А не сбой железа или вообще троянец у юзверя.

Это скорее всего был тот самый MS KB, признаный майкрософтом - врап записей на >2 TiB диске. Просто я сперва отрекаверил, с пофигом почему так, а когда-то потом узнал что у майков был такой баг. Но ты можешь мне рассказывать как там все збс. А несколько развермишеленых NTFSов которые я знакомым юзерям чинил, таки намекают...

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

Я так понимаю что надо сделать ФС новыми тулсами, а потом сделать какие-то хитрые манипуляции с кернелами, сперва с новым, а если обновление ФС не закончилось и юзер бутанется с более 6.7 - который попытается "состарить" все взад - суммарно будет дурацкий коллапс. Такое еще надо ухитриться сделать (поэтому несколько месяцев никто и не замечал). Но редкость фичи - компенсируется тем что на ручке ЭТИХ грабель - топор!

> второе - если при этом хайли эксперементал ведро навернулось. Что как бы неудивительно,
> поскольку хайли экспериментал там не только одна фс.

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

> Вряд ли. Скорее вот как ты - где-то кто-то когда-то видел экзешники вместо ntfs.
> И так и живут в святой уверенности что "ну у всех оно так".

Если майки выкатывают MS KB и фиксят то? А чем это от Кента отличается? И да, в какойнить икспе лохматой полно нечиненого добра. И в прошлом сервиспаке тебе тоже чинить ничего не будут - он такой какой есть, надо более новые фиксы - изволь более новые апдейты вкатывать. Даже если там блаблабла что-то отвалиться может, тебя про это никто не спрашивает и не собирается.

А таки - может. Я проверял. Как-то вот накатил новый sp - а интеловский RAID и дай дубу. И дров на него под SP новее - нет. Что хочешь то и делай. Но ты можешь конечно расскзать как этого не бывает. У тебя глупости и наглости хватит, кто б сомневался!

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

182. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от нах. (?), 20-Мрт-24, 17:28 
> Во первых, ты не видел все мои проекты

по потреблению того что другими написано? Неинтересно.

> Во вторых, "не та что родила а та что воспитала".

а, от оно чо!

> Шишкин проверял

нет. У него нет кода. Только идеи.

> Бонусом поздравляю с очередным демо твоего совершенно джуновского мышления.

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

>> Причем - повлиять на это будущее ты не можешь хоть расшибись.
> Вообще-то и могу и влияю.

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

> А несколько развермишеленых NTFSов которые я знакомым юзерям чинил, таки намекают...

на п-дёж и непонимание причин. (на фоне нуля подобных у меня) Антивирус-то им хоть поставил?

> Я так понимаю что надо сделать ФС новыми тулсами,

по твоей ссылке ничего подобного нет. Автор изменившимся голосом требует ВСЕМ (а не тем единицам процента кто еще и новыми тулзами что-то сделал и даже успел туда что-то сложить) срочно поапгрейдиться, running 6.7 with new -tools will trigger it. Just running, а не creating.
Даунгрейд во всяком случае - она выполняет автоматически при попытке монтирования. Это по твоей ссылке - есть. Там еще забавного есть - например, почему люди не могут "просто взять и поставить самую распоследнюю версию всего" и для чего нужны бэкпорты. Т.е. как минимум одному человеку, настолько адски неленивому и при этом обитателю токсичной помойки - понадобился именно бэкпорт.

> Если майки выкатывают MS KB и фиксят то?

то вероятно где-то когда-то у кого-то что-то могло сломаться. Но количество установок ntfs - миллиарды (если у меня личных сотни - то на каждого негра в африке приходится два десятка). Вероятность что именно тебе досталась именно та проблема да еще не в единичном количестве -  крайне невысока.

> И в прошлом сервиспаке тебе тоже чинить ничего не будут

с разморозочкой. Регулярные сервиспаки кончились вместе с твоей XP и 2003, единственный для семерки вышел меньше чем через год после GA, по сути надо быть оооочень любителем раритетов чтоб найти такой уникум где 7неSP1. Его наверное не включали с самого 2009го?
В 10 и прочих актуальных версиях - будут, обновления к моей немодной позапрошлоосенней до сих пор выпускаются, не смотря на уже очень назойливые просьбы как-нибудь бы да обновиться до хотя бы прошлой весны. Для более ранних было трогательное отличие "quality and reliability update" от "security only". Правда, это не для хомячков (да они и не справятся). Безусловно, ничего этого не зная, ты классный специалист по виндовым проблемам.

> А таки - может. Я проверял. Как-то вот накатил новый sp - а интеловский RAID и дай дубу. И дров
> на него под SP новее - нет. Что хочешь то и делай.

не пользуйся интеловским "рейдом", это софтрейд и ничего хорошего в нем никогда не было. Удивительно что такой разносторонне одаренный специалист по всему этого не знал еще когда ставил.
Что делай - понятно, F8, last known good (винда додумалась до booenv'ов задоооолго до л@п4@тых копипастеров).
Любой "частныймастерремонтнадомуподключениеинтернетдиагностикабесплатно" тебе бы помог не выходя из запоя даже.

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

207. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 21-Мрт-24, 17:14 
> по потреблению того что другими написано? Неинтересно.

У меня разные есть. А ты - виндочку и потребительство продвигаешь. Какие у тебя заслуги в ее создании? Победа в чемпионате двойных стандартов? :)

> а, от оно чо!

Я знаю эн проектов которые были заброшены изначальным(и) автором(ами) - и доведены до ума другими людьми. Да вон в соседней новости, SVT-AV1. Пока интель пилил была НЕХ, отдали AOM - набежавший народ превратил это в годный кодек.

В ФС все драматичнее - архитект core наваять может. Но довести до ума в 1 морду?! Не тот масштаб задачи. Если это что-то сложнее FAT, потребуется "группа по интересам".

>> Шишкин проверял
> нет. У него нет кода. Только идеи.

Он пыжился что-то с reiser4 изобразить. А потом и 5. PM он никакой. С ядерщиками общий язык не нашел, тиму собрать нишмог -> "resierfs project status: failure". Можно и так, конечно.

> ж не работал нигде кроме подвала.

Наивный чукотский юноша :)

> И вот это - как раз торчит из каждой твоей писанины.

Это ты походу только в совковых помойках работал и нормальное управление проектами тебе не показывали, иначе ты понимал бы life cycle софта и не нес пургу.

> Тебя и джуном-то не возьмут никуда (там софт скиллс требуют за
> неимением других). Безусловно твои оценки чужого уровня чрезвычайно ценны.

ИМХО непонимание life cycle софта простительно только джуну. В отличие от тебя мне корпорасы популярно объяснили как это работает. Торвальдс и майнтайнеры делают примерно это же.

> Пример в студию. Примеров делания за других их работы - не надо,

Ну вот новость сюда зафигарить - по моему не за других. В чем пойнт? Формирование группы по интересам. Хочу видеть продолжение истории.

> иначе, добровольных преальфатестеров пруд пруди. Пример когда ты изменил подход к
> работе - хоть в одном большом проекте.

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

А ты кажется про менеджерский аспект. Мне он сам по себе - малоинтересен, но иногда прихоидтся этим заниматься. Остальные в этом еще хреновее. Или если нет, их услуги - с дофига strings attached, ибо тогда это мегакорп. Одна из причин по которым я предпочел посмотреть что я могу "своим ходом". А чего я не понимаю: вроде норм хотелка про менеджмент, немного не по адресу, но понимаемая. А как при этом можно не шарить в азах софтосторя, но считать себя чем-то типа дева? Несоответствие бэджика и скилла: непонимание life cycle софта. Простительно только джуну.

> на п-дёж и непонимание причин. (на фоне нуля подобных у меня) Антивирус-то им хоть поставил?

Я бы по содержимому дал 80% что примерно так: юзер сетапил жирную софтину. Оно доехало до 2 тб и отврапалось. EXEшники софтины полетели в партишн, $MFT и проч в начале девайса.

Лично ты не показатель. Там надо >2TiB винч, в эпоху когда это не попса, и забить его. Когда попса, MS заметил вой и починил, с KB каким-то даже. Ну я задним числом и понял что вон то вероятно оно и было, больно уж специфичный факап.

Трояну или вирю мало резона так делать. И (анти)вирус не проблема: том не получится по простому починить до моунтабельного состояния, пойдет под реформат и реинсталл ОС! Вопрос был вынуть ценное файло. Ессно только альтернативными парсерами и/или сканом интересных типов файлов. С PE EXE вместо MFT том таки - дохлый.

> и даже успел туда что-то сложить) срочно поапгрейдиться, running 6.7 with
> new -tools will trigger it.
> Just running, а не creating.

IIRC апгрейд формата может быть инициировано и (новым) кернелом, и тулсами, а после создания ФС там вроде еще в фоне доинициализация. Я так понимаю что надо так или иначе инициировать апгрейд формата (в силу самодеятельности фс и утилсов это легче чем кажется) - не закончить сие - и отвалить в более старый кернел 6.7, который решит (недо-обновленный) формат состарить обратно. Поскольку прошлое действо не было завершено, и старый кернел это прошляпливает, в многодевайсной ФС девайсы от такого выпадают из пула. Старые тулсы не знают про новые фичи - и не смогут это стриггерить хоть с каким кернелом. В 6.9 будет опция позволяющая попробовать все же зацепить такое на свой страх и риск ("no split-brain check").

> Даунгрейд во всяком случае - она выполняет автоматически при попытке монтирования.

Кернел 6.7 не знает новые фичи - ну и выполняет даунгрейд до того что понимает. Проблема в том что получается половина так, половина эдак, а в сумме - девайсы вылетают из пула. Упс!

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

Ему таки не повезло - "половина группы майнтайнеров 6.7 в отпуске, которого у них не было несколько лет!" (c) Croah-Hartman (видимо про себя любимого). А кенту популярно объяснили: да, ты можешь pull request сделать. Но тогда на патчи его будет деконструировать и чекать Кроа-Хартман. Ему подвалит работы. А он и так в отпуске, буфер большой, в общем, как 1 старая гамеза писала - добро пожаловать с межгалактическую службу спасения, вы 2 миллиарда-какой-то в очереди - пожалуйста оставайтесь на линии, мы обязательно вас спасем! Это то что Кент получает за попытки подвалить работы майнтайнеру + да еще совпало с отпуском KH.

> то вероятно где-то когда-то у кого-то что-то могло сломаться. Но количество установок
> ntfs - миллиарды (если у меня личных сотни -

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

> досталась именно та проблема да еще не в единичном количестве - крайне невысока.

Как стало массово - так и пофиксили в темпе вальса. Но до этого оно ж ломало ФСы. Просто, вот, списывали на вирусы, железо, и что там, спасиб за иллюстрацию как это появляется :)

>> И в прошлом сервиспаке тебе тоже чинить ничего не будут
> с разморозочкой. Регулярные сервиспаки кончились вместе с твоей XP и 2003,

В 2008 вроде были еще, плюс-минус. А потом и r2 или как там его. Потом я ессно не следил уже.

> надо быть оооочень любителем раритетов чтоб найти такой уникум где 7неSP1.

Я вообще за клиентскими осями не следил особо.

> only". Правда, это не для хомячков (да они и не справятся).
> Безусловно, ничего этого не зная, ты классный специалист по виндовым проблемам.

В десятках и проч я и правда уже как свинья в апельсинах. Но вон то - было, как и $I30, и хоть как не виляй, а твой любимый мс, вот, обделался.

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

Да вообще довольно геморная штука - во всяком случае с виндой. И с поддержкой кидок отличный был заодно. По сути железку сняли с поддержки "через 5 минут после окончания гарантии". И вот вам а не дрова, дескать! Юзайте старые винды or GTFO. Replace server and press any key!

> Что делай - понятно, F8, last known good (винда додумалась до booenv'ов
> задоооолго до л@п4@тых копипастеров).

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

> Любой "частныймастерремонтнадомуподключениеинтернетдиагностикабесплатно" тебе бы
> помог не выходя из запоя даже.

Да я сам это гхэвно разрулил - просто вместо привычного, ненапряжного "накатил SP за полчаса и свалил" как-то очень сильно больше долботни получилось. Всю ночь отношался с этой гадостью чтоб на утро меня не линчевали всем офисом за такой "апгрейд". Помог, блин, админтиме на свою голову. Заодно и порадовал их ссылью на сайт интеля с кидаловом на поддержку. Они потом на пару с руководством очень ругались на интел - неудачная инвестиция вышла.

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

149. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (149), 19-Мрт-24, 18:39 
>> Я даже данные вынимал с такого походу, у него $MFT был - вдрызг. Там вместо начала логического
>> диска и $MFT - PE EXE'шники какие-то.
>
> ну конечно это ntfs виновата. А не сбой железа или вообще троянец у юзверя.

Воистину, пizдеть - не мешки ворочать. Ты ему еще раскажи как на самом деле было, и как он был неправ, когда чинил свою фс. Молчал бы в тряпочку уже, балабол.

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

15. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от llolik (ok), 18-Мрт-24, 20:25 
> У нас вэкраннивлазиет!

Угу. Зато потом в другой части патча вылезает какой-нибудь баг. Его надо откатывать, но тут мы откатим и исправление этого бага, и понеслось, а потом ещё и какая-то фича на это была завязана и отвалилась, потому что её откатили ... Короче все правильно делают и мегапатчи идут нафиг.

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

18. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от нах. (?), 18-Мрт-24, 20:30 
> Угу. Зато потом в другой части патча вылезает какой-нибудь баг.

чувак, это - бэкпорт.
Уже готового и принятого.

Нет, переподайте нам по одной строчке - вдруг там страшный баг - colour написано в комментарии вместо color.

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

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

23. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от llolik (ok), 18-Мрт-24, 20:46 
А в бэкпорте, по твоему, всё как-то сильно не так происходит, как в апстриме? И не по одной строчке, а один патч - один баг, а не в формате - один патч на кучу разношёрстных багов.
Ответить | Правка | Наверх | Cообщить модератору

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

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

> Нет, переподайте нам по одной строчке - вдруг там страшный баг -
> colour написано в комментарии вместо color.

Там Торвальдс Кенту вот рядом буквально - выкатил сильно более весомые аргументы, NAKнув весь pull, и тот резко его переделал в темпе вальса. За отщибленую по дизайну "либу" и апи.

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

Так и запишем: в жизненном цикле софта и майнтенансе похонах - полные дрова, но мнение иметь смеет. Странно что он при всем этом не майнтайнер LTS ядер. Так то работенка наверное неплохо оплачивается, но нервная и канительная.

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

49. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 18-Мрт-24, 23:00 
> Чувак, бэкпорт довольно неудобно делать в формате "ну вы тут pull-ните весь дохреналион комитов,
> но я хз что там у вас отъедет".

у кого это "вас"? Ты кодить не умеешь и все равно ничего не поймешь. Это у разработчика fs. Который УЖЕ все color на colour и обратно поменял два раза в этом же самом коде - под другую ветку ведра.

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

В каком бл другом если правки в коде fs?
И он УЖЕ портит кому-то данные в этот самый момент.

> Там Торвальдс Кенту вот рядом буквально - выкатил сильно более весомые аргументы,

ну некоторые любят лизать ботинки и задницы, рад за них.

Теперь прогнется уже земным поклоном, а не поясным, и переподаст, целуя ковер под ботинками - авось у нелох0в с не той версией ядра всего через пару недель fs тоже перестанут разноситься в хлам.

А нет, так и не жалко.

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

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

Это походу ты с какого-то возомнил себя хз чем. Но тебя наели. Ты рядом с нормальным девелопментом софта не стоял. Все кто понимает жизненный цикл софта - прекрасно видят насколько ты в ауте, не понимая базовые вещи, известные PM-у средней руки.

При том сочетание возраста и скилла в именно таком формате - не предмет для гордости. На столько не одуплять project management в таком возрасте - "иногда старость приходит одна". Можно конечно и в полтос или сколько там тебе остаться сельпошным джуном. Но это фэйспалм.

> Это у разработчика fs. Который УЖЕ все color на colour и обратно поменял два раза
> в этом же самом коде - под другую ветку ведра.

Похонах демонстрирует свое офигенный уровень компетенции в линуксдеве, кто ж ему запретит :)

> В каком бл другом если правки в коде fs?

Кент это довольно специфичный типец. Вон там выкатил некий ченж из bcachefs'а в lib/ ибо XFS еще хотел. Получил жырный как тролль опеннета NAK от Торвальца с шикарными коментами на тему интерфейсов и либ, при том по делу. Переделал в темпе вальса, успев таки в окно приема комитов 6.9. Шустрый типок.

Ты все еще точно из-под него такого хочешь именно pull, блицом, "якобы в фс"? Торвальдс то стреляный воробей - на подлете поймал (заодно припомнив пару других ужасных интерфейсов которые Кент обещал пофиксить еще когда там). LTSникам проще полисями такое погрохать, они все ж не Торвальдс такое разгребать.

> И он УЖЕ портит кому-то данные в этот самый момент.

Для юзающих САБЖ совет от дева - юзайте 6.8. Если ты святее дева ФС, сам и думай что тебе делать тогда.

> ну некоторые любят лизать ботинки и задницы, рад за них.

Это видимо про тебя и твои отношения с майкрософтом в винде?

> под ботинками - авось у нелох0в с не той версией ядра
> всего через пару недель fs тоже перестанут разноситься в хлам.

Автырь ФС сказал кернел апгрейдить - значит апгрейдить. Или сам и решай свои проблемы.

> А нет, так и не жалко.

Experimental, куле. И ситуация довольно экзотичная.

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

60. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 00:58 
>> у кого это "вас"? Ты кодить не умеешь и все равно ничего не поймешь.

[бла-бла-бла] скипнуты.
Повторяю - ты - ноль. Твое мнение - мнение нуля.

> окно приема комитов 6.9. Шустрый типок.

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

> Ты все еще точно из-под него такого хочешь именно pull, блицом, "якобы
> в фс"? Торвальдс то стреляный воробей - на подлете поймал (заодно

ПОСЛЕ того как тот же код уже принят в мэйнлайн? Пофигу. Все равно тысячегласс его не разберет.

>> И он УЖЕ портит кому-то данные в этот самый момент.
> Для юзающих САБЖ совет от дева - юзайте 6.8. Если ты святее

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

> дева ФС, сам и думай что тебе делать тогда.

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

>> ну некоторые любят лизать ботинки и задницы, рад за них.
> Это видимо про тебя и твои отношения с майкрософтом в винде?

microsoft меня не заставляет переписывать color на colour и так десять раз и потом еще подавать на коленях, порезав чтоб в экран влазиет, чтобы у каких-то других людей перестали портиться файловые системы. Ты с кем-то перепутал.

> Автырь ФС сказал кернел апгрейдить - значит апгрейдить. Или сам и решай

ну ок, займитесь.

> Experimental, куле. И ситуация довольно экзотичная.

повторяю, не вижу ничего экзотичного в том что хайли экскрементал наворачивается прямо в процессе загрузки.

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

67. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 19-Мрт-24, 02:00 
> [бла-бла-бла] скипнуты.
> Повторяю - ты - ноль. Твое мнение - мнение нуля.

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

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

Глядя на твои успехи - я лучше буду как вон те, а не как ты. Это прикольнее, платят лучше и условия намного круче. А ты обычный галерщик на ненавистной работе, фу таким быть.

> ПОСЛЕ того как тот же код уже принят в мэйнлайн? Пофигу. Все
> равно тысячегласс его не разберет.

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

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

Я прошареный - и эти грабли в фоне обтаптываю на очередном -rc на тестовых конфигах :). Так что это для таких как ты сюрприз. Для таких как я это инженерия и софтострой по достаточно простым и логичным правилам. Если усвоить которые - то норм получается. А ты если считаешь себя святее папы римского - ну так и маши кадилом сам, чудила!

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

Вот с NTFS3 у меня минимальный опыт. Я им пару раз вынул данные с битого диска у юзера. Но на этом мое знакомство с ним и закончилось. NTFS как технология мне не интересен.

> microsoft меня не заставляет переписывать color на colour и так десять раз
> и потом еще подавать на коленях, порезав чтоб в экран влазиет,

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

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

Ну да, нет фичи - нет багов в ней. Они даже ReFS свой недопилочный из "хомячковых" систем посносили. Так что вон там красавцы WinBTRFS фигачат. Наверное потому что их технологии майков устраивали.

> ну ок, займитесь.

У меня на большей части систем это уже сделано. То что 6.8 там будет работать я еще в -rc проверил и не испытывал никаких проблем с миграцией на него.

>> Experimental, куле. И ситуация довольно экзотичная.
> повторяю, не вижу ничего экзотичного в том что хайли экскрементал наворачивается прямо
> в процессе загрузки.

Я не вижу ничего экзотичного в том что экспериментальный самолет всместе с тобой - рассыпется в воздухе. ЧСХ те кто вписывается "на полетать" знают на что идут и должны быть в курсе где там катапульта. Ну или если нет - кому хуже то :)

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

104. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 12:12 
>> [бла-бла-бла] скипнуты.
>> Повторяю - ты - ноль. Твое мнение - мнение нуля.
> Я автор этой новости. И если я ноль то ты тогда что,

воу, крута! Это все успехи в созидании нового мира?

> Глядя на твои успехи - я лучше буду как вон те, а
> не как ты. Это прикольнее, платят лучше и условия намного круче.

главное, повторяй эту мантру почаще, глядишь уверуешь.

> А ты обычный галерщик на ненавистной работе, фу таким быть.

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

> У остальных еще хреновее получилось - а так все хорошо прекрасная маркиза.

У меня и правда все хорошо - fs сами себя не апгрейдят, данные не пропадают.
У пользуемых - не всегда. К счастью, пользуемые с которыми мне приходится иметь дело - ужасно консервативны, и даже с рухнувшим thin lvm еще не приходили (с обычными уже было)

> Я прошареный - и эти грабли в фоне обтаптываю на очередном -rc
> на тестовых конфигах :). Так что это для таких как ты

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

> А ты вообще им пробовал патчи присылать так то? Я пробовал баги

ЗАЧЕМ?! Они прекрасно справляются без меня, вот в чем прелесть-то!
А тут - за что ни возьмись, сперва паааачини. Потом принеси на блюдечке. Ой, нет, не так подано, не в ту ветку, некрасивый кот и так далее. А потом приходит новое молодежное смузипоколение и все тебе назло разламывает.

> Ну да, нет фичи - нет багов в ней. Они даже ReFS
> свой недопилочный из "хомячковых" систем посносили. Так что вон там красавцы

хомячковых это windows home? Да, все правильно сделали. А то хомячки понакопипастят из интернетов, а потом разводят FUD.

А у нехомячка напоминаю - две проблемы - отваливается двусторонний скотч которым он новые диски клеил, когда штатные места кончились, и не получилось создать единый пул на 65й терабайт - пришлось создать целый второй.

(нет, я так делать никому не советую, но реальных проблем - на удивление для такой заумной технологии мало)

> WinBTRFS фигачат. Наверное потому что их технологии майков устраивали.

чем бы дите не тешилось. win zfs тоже фигачили-фигачили, фигачили-фигачили, ой, надоело. Ну и хрен в общем-то  с ними. А единственный более-менее стабильный и эффективный драйвер ext4 - конечно же есть. Его написал - paragon (кстати, позволяет прочитать такую которую ты не прочитаешь штатным ядерным в линуксе).

> катапульта. Ну или если нет - кому хуже то :)

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

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

И не поспоришь же...

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

137. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 19-Мрт-24, 17:36 
> воу, крута! Это все успехи в созидании нового мира?

Ессно их больше. А discrepancy того что хотелось VS что получилось для меня почему-то сильно меньше чем для тебя.

> главное, повторяй эту мантру почаще, глядишь уверуешь.

Я это еще и активно практикую, чудик :)

> у меня очень мало именно такой работы. К счастью. Хотя, конечно, было
> бы гораздо лучше найти такое где ее вообще нет, но это не в коллапсирующей экономике.

На этом глобусе дохрена работ. Во всяком случае - по линуху. Насчет бсдей и проприетарных *никсов не уверен, но вы сами в этом виноваты. Много качали ЧСВ и мало делали.

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

Ну и зашибись. Мне правда твои ФС - не интересны по фичам и управлению, попробовав btrfs на меньшее уже сложно согласиться. Кент крут тем что тоже это - понял. Nextgen FS будут делать как-то так.

> иметь дело - ужасно консервативны, и даже с рухнувшим thin lvm
> еще не приходили (с обычными уже было)

Тут видимо каждому свое. Ты бодайся с этим редхатомусором. А я буду горой за вон то управление, где рулить ФС в цать раз проще. В гробу я твой LVM, и тому подобное видал, и сратисы от редхатиндусов - туда же.

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

Зато видишь - у тебя внезапные факапы. У меня все стабильно, предсказуемо, работает. One shot, one kill - no cheats, just skill.

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

>> А ты вообще им пробовал патчи присылать так то? Я пробовал баги
> ЗАЧЕМ?! Они прекрасно справляются без меня, вот в чем прелесть-то!

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

> кот и так далее. А потом приходит новое молодежное смузипоколение и
> все тебе назло разламывает.

Может, просто, твой радиус кривизны с виндочкой совпал? И вы нашли друг друга? А мой совпал с линухом. Мне там и получается ОК :). И даже с хайпонашкой кентом я таки - могу отвзаимодействовать, в фиксе бага что он что я заинтересованы одинаково. А вот именно ВСЕ разломать ему как раз и не дают майнтайнеры. Торвальдс с NAKом на pull какой-то туфты в lib подтвердит :)

> хомячковых это windows home? Да, все правильно сделали. А то хомячки понакопипастят
> из интернетов, а потом разводят FUD.

А мне такие операционки - не требуются. Я уже капитан звездолета, твой ржавый рыдван меня не возбуждает. Я привык телепортироваться и путешествовать во времени. Это мой modus of operandi. Его показали мне - энтерпрайзники! Я смог оценить насколько отличаеися от классического юниксвея и насколько круто это экономит время.

> А у нехомячка напоминаю - две проблемы - отваливается двусторонний скотч которым
> он новые диски клеил, когда штатные места кончились, и не получилось
> создать единый пул на 65й терабайт - пришлось создать целый второй.

У лично меня большой красивый десктопник как воркстейшн. И вот чего а места для дисков там хватает. И вообще, для себя я собираю не менее качественно чем все остальное. Это спасает меня от дохрена траблов.

> (нет, я так делать никому не советую, но реальных проблем - на
> удивление для такой заумной технологии мало)

Я сторонник направления "красивые самолеты красиво летают".

>> WinBTRFS фигачат. Наверное потому что их технологии майков устраивали.
> чем бы дите не тешилось. win zfs тоже фигачили-фигачили, фигачили-фигачили, ой, надоело.

А winbtrfs-ники упрямые, все фигачат. Аж реактос вроде им пользуется теперь. Ну а ты можешь высокоинновационным нтфсом пользоваться. С его офигенным system restore и прочими VSS. Я видел как это работает и как мне btrfs против всего этого - потому и фан линуха :)

> - paragon (кстати, позволяет прочитать такую которую ты не прочитаешь штатным
> ядерным в линуксе).

Да мне похрен - я от EXT4 уже избавился везде. Предпочитаю более продвинутые технологии.

>> катапульта. Ну или если нет - кому хуже то :)
> В целом да. Главное самому не вляпаться и чтоб обломками чужого не накрыло.

Ну, блин, там на корпусе ЖИРНО написано - EXPERIMENTAL! Если кто совсем чукча и читать не умеет, и не понимает что это значит - а зачем вообще туда полез?!

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

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

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

144. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от нах. (?), 19-Мрт-24, 18:07 
короче как у тебя очередное обострение про капитанов пи3долетов пройдет - приходи.
А пока читать эти бредни незачем.

Напоминаю только, что очередной факап - у тебя. Офигенно работает, ага.

И бырбырфесе не умеющая в volumes меня тоже совершенно не возбудила. Это про "попробовал". Просто твое попробовал - это для слащемокровкинеедалов.

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

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

Я же его и запостил сюда. Ибо не вижу смысла врать себе подобным о свойствах технологий. Я за честную, объективную оценку, и картирование грабель в соответствии с реалиями. Главная цель чтобы те кто это юзал - обновили кернел до 6.8, во избежание даже минимального шанса таких подарков.

А голимые дифирамбы от таких как ты - обещающих одно, а на практике в 3 раза хуже - за@$ли. Вон, наобещали уже - с рефлинками. А если там копнуть гитхаб, волосы дыбом, и не только на голове. На фоне тех кент крутой и серьезный чувак :)

> И бырбырфесе не умеющая в volumes меня тоже совершенно не возбудила. Это
> про "попробовал". Просто твое попробовал - это для слащемокровкинеедалов.

Я btrfs и сабж юзаю за простой менеджмент - а не за возможность создать себе дохреналион гемора с менеджментом там где его быть вообще не должно. И к сабжу интерес - за то же самое.

p.s. а факап в ТЕСТОВЫХ конфигурациях - это "напугал ежа голым задом!".

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

170. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (170), 20-Мрт-24, 06:00 
Всё как обычно. Инфоцыган рассказывает за энтерпрайс решения. А когда ему говорят - вот энтерпрайс, покажи как оно здесь работает - он ливает. Он не будет за свои слова отвечать и у него свои юзкейсы. С пятью калеками которых он нашёл и доит на деньги.
Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

180. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 20-Мрт-24, 13:22 
причем продавая им какие-то умные ворота для гаражей или что то еще подобное, судя по поделкам "с 64 мегабайт".
Экономя копейки на флэшках, поэтому - бырбырфесе, героически сохраняющая работоспособность на битом носителе (тоже нет, потому что без ручного пинка неспособна грузиться без исправного единственного суперблока. Который перезаписывается миллион раз в секунду и как раз и является самым уязвимым местом этой недо-фс. Обратите внимание - zfs такого не содержит.)

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

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

181. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (181), 20-Мрт-24, 17:02 
Без оха и жизнь плоха.
Помнится он тут доказывал человеку из европы как отлично на съёмной хате котлом рулил. Когда уходит не топит, перед приходом топит. Рассказы что вся нынешняя отделка ниже 15 градусов пойдет лесом, точку росы, насколько больше надо натопить перед приходом чем на постоянной температуре, уже с 90х есть котлы с тупым одним датчиком снаружи другим внутри и т.д. были отвергнуты. Он же кулибин. Но на расчетах экономии и что делать хозяину жилья с отсыревшими обоями и плесенью после его отъезда ливнул. У него другие же юзкейсы.
Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

209. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 21-Мрт-24, 22:30 
> причем продавая им какие-то умные ворота для гаражей или что то еще
> подобное, судя по поделкам "с 64 мегабайт".

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

А ваш pie in the sky лично мне - нафиг не упал. Независимо от того какой он крутой. В опенсорсе первичный мотиватор - сделать ЗБС себе любимому и своим задачам. Ты за столько лет так и не понял этот modus of operandi. Мне реально плевать что будет с твоим энтерпрайзом - это вы там сами думайте что и как.

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

Теорвер тебе явно не читали. Меня больше всего парят редкие рандомные бэды, на основной площади (==данные). Потому что когда систем сотни, они пашут в автопилоте годами, "редкие" события становятся "возможными". Скостить эффект на несколько порядков - то что надо. Да, это не 100.0% решение на все оказии. Но я не гордый, меня 99.99% устроит! Пока ты имел из альтернатив предложить - фигу. Ибо твой ZFS на такой конфиге - бесполезен от слова вообще. А EXT4 - с его дизайном - давно пора в музей уже!

А файлушники явно в курсе проблематики. Сабж, если повезет, сможет предложить на эту тему Erasure Coding. Он пока недопиленый.

> Который перезаписывается миллион раз в секунду

Вообще-то...
1) Суперов там таки 2-3 штуки.
2) Оно умеет и рекавери из запасного. Но мне это вообще требовалось 1 раз в жизни, на зависшей намертво флехе, где контроллер весь последний Eraseblock потерял (чушку мегов на 16). Выживание иных ФС в таких условиях - вообще без гарантий, никто не делает ФС под такие допущения.
3) В моих кейсах - "read mostly", записей немного, как раз из соображений выживаемости и надежности девайсов. И в таком соотношении меня рандомные бэды ПРИ ЧТЕНИИ волнуют сильно больше.
4) Я подозреваю что его можно в Zoned режиме попробовать на флешовых штуках гонять, в том числе и улучшив эти соотношения. Но что будет при запуске гипердрайва в атмосфере - таки никто всерьез не проверял. Это одна из вещей которые я со временем проверю. Просто не приоритетно, мной проблемы рюхаются по мере severity и частоты возникновения в _моих_ кейсах.

> и как раз и является самым уязвимым местом
> этой недо-фс. Обратите внимание - zfs такого не содержит.)

Зато она в принципе не может адресовать вон ту мою нужду. А то что каким-то энтерпрайзникам ЗБС - отлично, они пусть с ней и танцуют. Я это за них делать не буду. И в сабже меня какие-то сравнимые сценарии интересуют. Мои тесты показали что он на это в целом - способен. Т.е. никакого ломового жора ресурсов или принципиальных тормозов на low ram у него нет. Была пара неидеальностей - но их уже нет с нами, чудеса :).

> А у меня из примерно полутора сотен китайских (в основном) micro-sd за
> десяток лет навернулось две - причем обе из одной партии про
> которую все было сразу ясно. И да, данные не потерялись.

Основная прелесть в основном в том что теперь - вместо ВНЕЗАПНОЙ кончины системы без предупреждения, по глупой и обидной причине типа "не прочелся libc6" - таки лишь warning о том что такое было, починено. А если это часто повторяется, окей, этой железкой надо заняться. Но уже - "когда это будет удобно" а не "в режиме аврала". Обычное улучшение эксплуатационных аспектов без усложнения менеджмента (чуть поправить команду создания ФС в образе в скриптах мне не сложно).

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

208. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 21-Мрт-24, 21:57 
> Всё как обычно. Инфоцыган рассказывает за энтерпрайс решения. А когда ему говорят
> - вот энтерпрайс, покажи как оно здесь работает - он ливает.
> Он не будет за свои слова отвечать и у него свои
> юзкейсы. С пятью калеками которых он нашёл и доит на деньги.

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

Более того - мне реально похрен на ваши энтерпрайзные кейсы. Меня в контексте SUBJ интересует как раз таки обещание Кента что это - generic/general purpose штука, вплоть до замаха подвинуть squashfs какой. В таком виде это звучит интересно - и я хочу увидеть развитие этой штуки. И я ему подсыпал на тему lowmem/душняка с этим, вроде все траблы такого плана он зарулил. А с вашим энтерпрайзом вы е...сь сами! Потому что мне это - не надо ;). Есть шанс что за вас эти работы своротят другие. Но это ниоткуда не следует и без гарантий. Самому прозвонить свои кейсы/проблематику и разобраться с выявленными проблемами - таки надежнее. Но можно конечно и как пох, разглагольствовать про вэи, загибать пальцы... только потом этот техдолг придется вернуть, с превышением. О чем продвиженец виндочки корчащий из себя типа-разработчика и начал уже догадываться.

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

220. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (220), 22-Мрт-24, 06:17 
Объявляю инфоцыгана в хате!
Твой подход к энтепрайс надеюсь на все стороны жизни распространил? Свет от лучины и солнечные панели? Хотя нет панели нельзя, они же тоже корпорациями сделаны. Ветряк самодельный, вырубленный из дерева кремниевым топором. Тепло из костра. Хлеб сам выращиваешь и потом в печке делаешь хлеб на дровах. Как с компа то пишешь сюда? Там тоже энтепрайз корпорации его делали.

> Вы с вашим потребительским mindset настолько дрова что даже это не способны понять.

А мы тут комментируем тебя что бы знали что ты за человек. И ни в коем случае не велись на тебя.

Представляю ещё раз данного эээ работничка.
Человек поработавший в непонятных структурах в 90е, начале 00х. Взял из корпораций самое плохое - агрессивную маркетинговую рекламу. Знаний в окружающей действительности у него нет. На чём его здесь неоднократно ловили. Начиная от "в каждом гараже теперь вам машину перешивают и прошивку делает именно в этом гараже первый попавшийся уася" и заканчивая незнанием почему в квартире нельзя температуру ниже 15 градусов опускать.
Делает это только с целью заманить простых людей на свои "курсы установки самописок под себя". Тот самый одноразовый китайский автомобиль с входом рубль выход сотка. Пробуете с такими связаться и садитесь на всю жизнь с тратами непредсказуемыми и неизвестными. Конечный итог этого - вы оплатите больше чем обычным корпорациям.
Он это знает и поэтому так активно заспамливает всё своим суржиком англо-русским. Попытка отключить критическое мышление у читающих.

Внимательно изучайте его принципы писанины и не ведитесь.
Пункты идут примерно такие:
- вот это технология лучше чем у корпораций(в процессе подтягиваются совершенно идиотские аналогии с гиперлетами и бластерами)
- данные технологии любой уася может на коленке пересобрать и починить с масштабированием на миллионы миллионов устройств
- летаю на гипердрайве, с протонными пучками по 300-мерному протранству пока вы портянки в телеге мотаете
- вам все не понять рабам корпораций как можно работать вот так и делать так
- применять на компании в десятки тысяч людей и сравнивать решения с корпорациями я вам не нанимался
- кто сказал что я буду отвечать за свои слова

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

224. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 22-Мрт-24, 23:40 
> Объявляю инфоцыгана в хате!

Ты вообще кто и чем знаменит, чтобы что-то объявлять?

> Твой подход к энтепрайс надеюсь на все стороны жизни распространил? Свет от
> лучины и солнечные панели? Хотя нет панели нельзя, они же тоже
> корпорациями сделаны.

А таки ряд прикольных штук о которых я мечтал - я смог. Например быстрое прототипирование электроники и создание девайсов "as needed". В том числе и без помощи фаб, в непозорном виде. Или, вот, сборку кастомных образов ОС. Да и в общем то - full stack.

Панели - без ToS, AUP, EULA и корп. полисей. Поэтому не парит. А если начинают EULA'ой за мои деньги - упс! Не вижу ничего этакого срубать не устраивающие меня договоры с своей стороны. Проглатывать и доиться - ваша прерогатива.

> на дровах. Как с компа то пишешь сюда? Там тоже энтепрайз корпорации его делали.

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

> А мы тут комментируем тебя что бы знали что ты за человек.

Как говорится, великие умы обсуждают идеи. Средние - события. А остальные обсуждают людей.

> Представляю ещё раз данного эээ работничка.

Это ты - работничек. Собственность какой-то конторы. Не надо тут проекций.

> Человек поработавший в непонятных структурах в 90е, начале 00х.

И опять неверно. Мегакорпы мое все в нулевые и немного десятые.

> Взял из корпораций самое плохое - агрессивную маркетинговую рекламу.

Я многому научился у мегакорп. И технологиям. И управлению проектами. И тому что договора 2-стронняя штука - которая живет только покуда выгодно ОБЕИМ сторонам линка. Если вы удумали что сможете мне диктовать что я вам "должен" я это на раз вам обломаю. Сюрприз!

> "в каждом гараже теперь вам машину перешивают и прошивку делает именно
> в этом гараже первый попавшийся уася" и заканчивая незнанием почему в

Что вижу то и пою - я видел немеряно конторок чип-тюнеров разного пошиба.

> квартире нельзя температуру ниже 15 градусов опускать.

Вообще-то - можно. Если осторожно. А диким людям не дано понять относительную влажность воздуха и зависимость влагоемкости воздуха от температуры. Они будут долбить абстрактные ритуалы с сферическими цифрами в вакууме, уверенные в том что иначе и быть не может. За что и не опознаются как "человек разумный".

> Делает это только с целью заманить простых людей на свои "курсы установки
> самописок под себя".

Парадокс в том что я не веду такие курсы :). Хотя идея насчет мастерклассов забавная, надо будет запомнить. Стану постарше и ленивее - вариант!

> выход сотка. Пробуете с такими связаться и садитесь на всю жизнь
> с тратами непредсказуемыми и неизвестными.

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

> Конечный итог этого - вы оплатите больше чем обычным корпорациям.

Таки я очень радуюсь когда удалось сделать "недорого и круто". Корпы - неповоротливые мастодонты. Я не стесняюсь этим их минусом пользоваться себе в плюс. Заслужили.

> Попытка отключить критическое мышление у читающих.

Наоборот. Как я пришел на Linux? Прочел EULA винды. Спросил себя, "agree" ли я с ЭТИМ? Нет? Значит надо что-то менять. И вот я здесь. Могу собрать свою систему, даже с сабжем. Запустить ее. Не напрягаясь особо. Пока вон те ноют что этасложна!!11

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

> - вот это технология лучше чем у корпораций(в процессе подтягиваются совершенно идиотские
> аналогии с гиперлетами и бластерами)

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

Остальное заскипано. А таки хорошо быть автором новости который про гипердрайв (и его проблематику) рассказал себе подобным. Мы возьмем свое будущее. В том виде каком нам нравится. Забыв вас спросить ;). И будем рулить своими системами - вот так. А вам подобные вылетят на мороз за неумение этого так же как ветеранюникс ушли под напором девопсов.

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

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

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

Остальной твой спам я скипнул, его ценность - ноль. В мозги юнлингам может ты и нанесешь мусора, но взрослым людям нет.
Ну а так понятно. Перешёл к стадии:
- кто сказал что я буду отвечать за свои слова

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

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

>> квартире нельзя температуру ниже 15 градусов опускать.
> Вообще-то - можно. Если осторожно. А диким людям не дано понять относительную влажность воздуха и зависимость влагоемкости воздуха от температуры. Они будут долбить абстрактные ритуалы с сферическими цифрами в вакууме, уверенные в том что иначе и быть не может. За что и не опознаются как "человек разумный".

Самое забавное при этом, что это тебе тогда объясняли, причем чуть ли не на пальцах, на счет зависимости влагоемкости воздуха от температуры (это и есть чуть ли не определение "точки росы", гений ты наш понтлявый) и почему нельзя просто "снизить градус", предлагая попутно посчитать стоимость если не снижения этой самой влажности, то хотя бы обратного повышения ...
А оно вон как вышло - опять ты, задним числом - самый умный и гениальный (правда, недопонятый дураками) оказался.
Ну вот так - у тебя примерно все.

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

199. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 21-Мрт-24, 07:17 
> Теперь прогнется уже земным поклоном, а не поясным, и переподаст, целуя ковер под ботинками

Ан нет, оказалось - не прогнется и не переподаст. Он тоже _свои_ задачи пришел в опенсорс решать а не чужие.
Его задачи решаются в linux-next, а в бэкпорте он не был заинтересован, ни разу - это его добровольная попытка помочь своим альфатестерам чем мог. Кто бы мог подумать, и было ли - чем?

Результат - "не берете - ну так МНЕ и не надо". Те у кого нет желания починить еще стотыщ проблем в самом распоследнем ведре и хотят оставаться на "шта6ильном" - могут откуда-то там из его личного дерева сами выковыривать.

А автор не собирается тратить ЕЩЕ раз свое время на те же самые патчи. Он побежал новые фичи ляпать, ему их надо. Ты можешь конечно сам переподать от своего имени. (Нет, что характерно - и так у них тоже не работает. Сперва поуговаривай-ка десяток незаинтересованных людей.)

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

210. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 21-Мрт-24, 22:43 
> Ан нет, оказалось - не прогнется и не переподаст. Он тоже _свои_
> задачи пришел в опенсорс решать а не чужие.

Эксперт пох явно не читал тред до конца. В конечном итоге - KH вроде как не против разрулить это все. Просто позже, особенно учитывая что Кент его в неудобный modus of operandi загоняет. KH рулящий тем ядром - тупо в отпуске, и вообще - хочет отдохнуть.

Кент в этих условиях и отманеврировал как умел, рекомендовав обновить ядро.

TL;DR: какие ресурсы у кернелтима были - по той одежке и растягиваем ножки. Если кому-то это не нравится - ну и что им предложить? Могут пульнуть фикс сами и апплаить на свой кернел, кто угодно может быть K-H. Вопрос в том - не лягнется ли этот подход потом, в проде. Если лягнется, ты и узнаешь почему именно просили на патчи порезать, минимизировав фикс до фикса проблемы, а не "пульните тут все и вся, с лопаты". Те кто из джуна вырос о таком по идее должны догадываться уже заранее так то.

> ведре и хотят оставаться на "шта6ильном" - могут откуда-то там из
> его личного дерева сами выковыривать.

Что побудило тебя наконец сняться с ручника и осознать простые истины? Бывает же!

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

Оно и так лежит в inbox K-H и будет разрулено по ходу дела. Но он сейчас - в отпуске. На самом деле просто неудачное совпадение. И KH вообще не обязан был чекать мыло на отпуске, то что он вообще что-то читал и коментил - уже бонус так то. О чем он прямо и сказал. И хрен оспоришь ведь.

Просто это как-то так:
- Для кента с его стороны это "ааа, капец, меня порвут юзеры!"
- Со стороны K-H: да, капец, да, порвут... все полтора с такой конфигой, знавшие на что шли -> low priority.

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

27. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 18-Мрт-24, 20:52 
> Ниже, ниже кланяйся, смерд

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

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

38. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 18-Мрт-24, 21:44 
>> Ниже, ниже кланяйся, смерд
> Типичный синдром вахтера у кернельщиков. У них в последнее время вообще башню
> от ЧСВ сносит.
> Как пропускать баги в прод, так это пожалуйста.
> А как фикс бекпортнуть, так не так подаете.

Если б не этот синдром - в LTSах лезли бы ломовые баги как у джунов в проде. Оно кому-то надо? LTSы допускается трогать только немного и очень адресно. И это правильно. А так что вы тут pull вхреначьте с лопаты - ну вот не, так можно дров наломать. Но вы тут такие эксперты по разработке и майнтенансу что не в курсе даже этого.

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

50. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 18-Мрт-24, 23:02 
У тебя УЖЕ баг (где был ты и остальной 999тиглаз когда принимали те патчи что его вызвали? А, ну да, вы только colour в комментариях там поняли) Нет, недостаточно ломовой. Давайте поживем с ним пару неделек, пока этот червь не научится правильно кланяться царю царей.

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

66. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 19-Мрт-24, 01:46 
> У тебя УЖЕ баг (где был ты и остальной 999тиглаз когда принимали
> те патчи что его вызвали? А, ну да, вы только colour
> в комментариях там поняли) Нет, недостаточно ломовой. Давайте поживем с ним
> пару неделек, пока этот червь не научится правильно кланяться царю царей.

Этот баг еще ухитриться надо вызвать - отсеквенсив операции именно так чтобы на него налететь, при том это должен быть именно четверг високосного года^W^W^W надо взять свежие тулсы, сделать вон те манипуляции с ядрами, и вот тогда - таки получить свою вермишель. При условии что конфига многодисковая, иначе не катит.

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

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

62. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (-), 19-Мрт-24, 01:07 
А какого тогда в ядре такие позорные уязвимости
opennet.ru/opennews/art.shtml?num=59664 - дырка в драйвере exFAT с просто феноменальным фиксом
-    if (step != DIRENT_STEP_NAME) {
+    if (step != DIRENT_STEP_NAME ||
+        name_len >= MAX_NAME_LENGTH) {

уязвимость в OverlayFS позволяющая повысить привилегии
opennet.ru/opennews/art.shtml?num=58857

уязвимость в NTFS-драйвере позволяющая выполнить код
https://www.opennet.me/opennews/art.shtml?num=59868

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

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

65. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 19-Мрт-24, 01:41 
> А какого тогда в ядре такие позорные уязвимости
> opennet.ru/opennews/art.shtml?num=59664 - дырка в драйвере exFAT с просто феноменальным
> фиксом

Такого что EXFat делает Jeon из фирмы Самсунг. А это такая галера что там на него еще повесили KSMBD, F2FS и что-то еще даже. Ты сам попробуй грести в 1 лицо на 4 большие галеры, посмотрим что в таком режиме сможешь ты.

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

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

107. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +2 +/
Сообщение от Аноним (-), 19-Мрт-24, 12:53 
> Такого что EXFat делает Jeon из фирмы Самсунг. А это такая галера что там на него еще повесили KSMBD, F2FS и что-то еще даже. Ты сам попробуй грести в 1 лицо на 4 большие галеры, посмотрим что в таком режиме сможешь ты.

Та я уверен, что тоже бы нафакапил.
Но почему целое Сообщество™ с Линукс Фоундешн не может осилить драйвер для exFAT и приходится брать какой-то полуфабрикат, написанный измученным корейцем с галеры.
А потом получать уязвимости.
Где все хакиры которые могут писать проекты одной левой (ногой)?
Где толпы желающих поработать бесплатно во благо человечества?


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

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

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

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

А опенсорс вообще-то изначально предполагал что ты делаешь правки - для решения _своих_ задач. В твои задачи входит ублажать пингвинатора? Нет. Пусть дальше надувается денежками платиновых.


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

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

Да кто угодно профакапил бы - с таким load average на кодера не живут!

> Но почему целое Сообщество™ с Линукс Фоундешн не может осилить драйвер для
> exFAT и приходится брать какой-то полуфабрикат, написанный измученным корейцем с галеры.

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

Примерно в те поры самсунь сам того не желая случайно релизнул ExFAT под GPL из-за каких-то профаков замордованых кодеров, ну вот такое забавное совпадение получилось :D. Ну вот и решили сделать баг фичой - и официально выкатить сие и вмайнлайнить, раз уж все равно такая фигня вышла.

> А потом получать уязвимости.

Уязвимости именно в ФС - не настолько уж и страшно ибо произвольный крафтинг данных ФС требует как минимум рут, а тогда не понятно зачем ОС эксплойтить. Но вот с KSMBD да, образцовый галерный менеджмент вышел. Давай, давай, давай - и еще вчера. Ох, вулны оказывается? Да блин скажите спасибо что оно вообще компилится и запускается, уже чудо.

> Где все хакиры которые могут писать проекты одной левой (ногой)?
> Где толпы желающих поработать бесплатно во благо человечества?

Ну так откуда вулны, баги и их фиксы по вашему?!

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

145. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 18:10 
> Может, потому что майкрософт до недавних пор - тадам - забыли спеки
> на ЭТО вообще опубликовать?! Они так то в Linux Foundation не

У вас есть какие-то _спеки_ на ext2 ? (про всякие бырбыры и прочую жуть уже и не говорю) Вот в том формате в котором выложила MS? А не "система отлично документирована своим спагетти-кодом"?

> Уязвимости именно в ФС - не настолько уж и страшно ибо произвольный
> крафтинг данных ФС требует как минимум рут, а тогда не понятно

ох уж эти эксперты опеннета...

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

159. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 19-Мрт-24, 22:10 
> У вас есть какие-то _спеки_ на ext2 ?

Это ты тут капитанишь "почему ext2fsd такой кривой"? Ну спасибо кэп! Да, в том числе и поэтому, отсутствие спек на формат фичой не является ;).

Но там хотя-бы сорц есть. А на ExFAT - изначально не было ни сорца, ни спеков. Вот и импементь его как знаешь, удачи сделать сие без косяков.

> (про всякие бырбыры и прочую жуть уже и не говорю)

А вот у нее дисковые структуры и основные идеи как ни странно довольно неплохо документированы. Прикинь? И сабж так то тоже посталался следовать этой идее. Воооон там на сайте здоровый PDFник. Я вроде более-менее понял ключевые идеи дизайна и решения вроде.

> Вот в том формате в котором выложила MS? А не "система отлично документирована
> своим спагетти-кодом"?

MS выложил опосля того как у самса код утек, и появились неофициальные форки. Вот уж от щедрот то - сразу после того как оно было нужно, ага.

> ох уж эти эксперты опеннета...

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

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

112. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от _oleg_ (ok), 19-Мрт-24, 13:25 
Нет не синдром. Это называется порядок. Если человек не удосужился нормально оформить всё, что бы другим было удобно просмотреть его изменения, то почему все должны теперь своё вермя тратить на это комок исправлений? Как раз для уменьшения кол-ва новых ошибок порядок и поддерживается.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

117. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 13:39 
действительно, зачем - пусть данные неудачников дальше портятся, пока человек не удосужится прогнуться правильно, ковер поцеловать взасос а не просто губами приложиться, и что там еще надо (скажи, а какова должна при этом быть его мотивация? Тем более что он-то сам по определению от этого бага не пострадает - у него-то linux-next и он там уже второй раз все исправил.)

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

Интересно, за всю историю lkml хоть один баг они вообще ТАК обнаружили?

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

124. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от _oleg_ (ok), 19-Мрт-24, 13:47 
Ну-ну. Не надо передёргивать. Будет вам. ФС помечена как экспериментальная. Все, кто её решил пользовать, сами себя добровольно назначили тестерами. Если этого мало, то можно патчи самим бэкпортировать. Разрабы ядра нам, к сожаленью, ничем не обязаны.

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

125. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 14:00 
> Ну-ну. Не надо передёргивать. Будет вам. ФС помечена как экспериментальная. Все, кто её решил
> пользовать, сами себя добровольно назначили тестерами.

жила была девочка - сама виновата.

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

> Разрабы ядра нам, к сожаленью, ничем не обязаны.

да, мало кто из нас входит в число платиновых спонсоров.

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

127. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от _oleg_ (ok), 19-Мрт-24, 14:12 
> жила была девочка - сама виновата.
> Теперь у них два варианта - либо жить с багом и молиться
> чтоб их не зацепило, либо потестировать заодно новую иоурину, новый с
> пылу-с-жару драйверок хорошо если сетевухи а не hba, и еще стотыщ
> мелких изменений во всех частях монолитного ведра.

Слушай, ну ей богу. ФС помечена экспериментальной не просто так. С точки зрения автора она ничего, но по факту там куча ненайденных проблем. Те, кто её осознанно используют при всём этом, сами соглашаются на всю эту боль. Те, кто не осознанно - ССЗБ.

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

139. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 17:49 
> Слушай, ну ей богу. ФС помечена экспериментальной не просто так.

это какой-то повод не принимать уже проверенную коррекцию уже обнаруженной ошибки или что?

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

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

141. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (-), 19-Мрт-24, 17:52 
> Слушай, ну ей богу. ФС помечена экспериментальной не просто так. С точки
> зрения автора она ничего, но по факту там куча ненайденных проблем.
> Те, кто её осознанно используют при всём этом, сами соглашаются на
> всю эту боль. Те, кто не осознанно - ССЗБ.

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

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

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

126. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 14:08 
> то можно патчи самим бэкпортировать. Разрабы ядра нам, к сожаленью, ничем
> не обязаны.

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

А выбросили его труд в помойку - люди которые к разработке просто присосались, и "программируют на псевдокоде" в лучшем случае.

Если они чего и разрабатывали - то давным-давно, на заре туманной юности. И скорее всего не соблюдали тогда и половины выдуманных ими для других "правил".

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

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

193. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 20-Мрт-24, 19:25 
> Достаточно вспомнить одного "эффективного проектного менеджера", сломавшего управление
> памятью в _стабильном_ (тогда они еще - были!) ядре - ради
> собственных хотелок (ну или может ради пожелавшего тогда остаться неизвестным а
> не стать платиновым спонсора)

специально для олега,а то он видимо опоздал родиться и не понял, судя по удаленному комментарию - этого эффективного менеджера звали Линус Торвальдс. Правила придумываются - для рабов. А он - повелитель!
И нет, это не ядро 0.95, это когда линукс уже активно использовали в разных местах.

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

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

Всё правильно сделали. Критический баг или нет, это не повод забивать на правила. В том числе и потому, что с такими срочными фиксами можно ещё багов втащить, а то и просто откровенных бэкдоров.

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

8. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +4 +/
Сообщение от Аноним (11), 18-Мрт-24, 20:16 
Напомните о существовании этой системы через 10 лет.
Ответить | Правка | Наверх | Cообщить модератору

13. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +3 +/
Сообщение от Аноним (-), 18-Мрт-24, 20:21 
> Напомните о существовании этой системы через 10 лет.

Чувак! Тебе в соседнюю новость - Gnu COBOL дозрел!!

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

98. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +2 +/
Сообщение от Аноним (98), 19-Мрт-24, 11:08 
А Вяленый пусть ещё немного подвялется.
Ответить | Правка | Наверх | Cообщить модератору

17. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +3 +/
Сообщение от Sw00p aka Jerom (?), 18-Мрт-24, 20:29 
> Вероятность события "эксперт смотрит код" равна нулю.

промолчим :)

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

34. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от _kp (ok), 18-Мрт-24, 21:36 
Что может пойти не так?
Ответить | Правка | Наверх | Cообщить модератору

36. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Sw00p aka Jerom (?), 18-Мрт-24, 21:41 
> Что может пойти не так?

а ничего, месяц назад обещал сообщить кое-кому, когда появится вот эта новость :)
Промолчу, не буду печалить человека.

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

73. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +3 +/
Сообщение от n00by (ok), 19-Мрт-24, 04:04 
Это у эксперта давний незакрытый гешлатьт, вот и пытается обобщить мои слова по любому поводу, передёргивая контекст.

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

https://www.opennet.me/openforum/vsluhforumID3/132782.html#136

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

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

77. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Sw00p aka Jerom (?), 19-Мрт-24, 08:18 
> Сам эксперт так и не посмотрел тот код

эксперт по новостям, читает новости, а не код :)

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

20. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от cheburnator9000 (ok), 18-Мрт-24, 20:37 
Подскажите какие дистрибутивы умеют на нее устанавливаться и грузиться?
Ответить | Правка | Наверх | Cообщить модератору

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ообщить модератору

26. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Tron is Whistling (?), 18-Мрт-24, 20:51 
Да ладно, неужели случилось?
Невероятно.
Ответить | Правка | Наверх | Cообщить модератору

45. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 18-Мрт-24, 22:24 
Эта ФС будет ещё одним "долгостроем", как и btrfs.
Ответить | Правка | Наверх | Cообщить модератору

46. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 18-Мрт-24, 22:28 
> Эта ФС будет ещё одним "долгостроем", как и btrfs.

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

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

79. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 19-Мрт-24, 08:37 
>> Эта ФС будет ещё одним "долгостроем", как и btrfs.
> Надо же какое откровение, окаызывается не ошибается только тот кто ничего не
> делает. Можете показать мастеркласс как это делать лучше, с удовольствием посмотрим.

Обожди, я ещё раст не освоил, как только так сразу =)

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

142. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 19-Мрт-24, 17:56 
> Обожди, я ещё раст не освоил, как только так сразу =)

А оно в ядре хруст не требует пока. А так вдолгую будет интересно посмотреть что с хрустом реально можно делать этакого. Почему нет? Вон там gccrs уже запиливает borrow checker, глядишь такое себе "сищечка 2.0" образуется со временем. Ну, вот, растишечка. А что делать если комитет придурков даже типы нормальные не может за столько лет, без UB?

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

51. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 18-Мрт-24, 23:03 
это вряд ли. За btrfs  стояли мегакорпорации. А это недоразуменько поддерживается одним-единственным человеком на деньги какой-то подвальной лавчонки. Что может пойти не так?

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

52. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 18-Мрт-24, 23:32 
> Что может пойти не так?

А что пошло так с btrfs?
Сколько лет прошло до того как ей стало можно пользоваться хотя бы дома?

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

53. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 18-Мрт-24, 23:46 
>> Что может пойти не так?
> А что пошло так с btrfs?
> Сколько лет прошло до того как ей стало можно пользоваться хотя бы дома?

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

А тут ОДИН раб, прикованный в каком-то мелком подвальчике. В любую секунду - его может переехать автобус, владельцы подвала могут выбросить оттуда раба вместе со стойками и открыть бордель, решив что так выходит прибыльнее, или сгореть нахрен вместе с подвалом.

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

64. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +2 +/
Сообщение от Аноним (-), 19-Мрт-24, 01:36 
> (в сторону - не знаю зачем ей и сейчас пользоваться дома, совершенно
> бесполезный для дома артефакт) вот все это время - корпорации платили
> зарплаты, а стадо разработчиков не разбегалось целиком.

Напротив - она не такая энтерпрайзная и отшибленно-энтерпрайзная как ZFS с одной стороны.

С другой снапшоты, рефлинки, scrub, крутое управление местом. Кто сказал что звездолет требует космопорт для парковки? ZFSники? Пусть идут нафиг.

Так что для тех кто познал прелести менеджмента систем в стиле VM/Enterprise - теперь так можно и bare metal. Даже у себя на десктопе, ноуте или чем там еще.

> А тут ОДИН раб, прикованный в каком-то мелком подвальчике. В любую секунду
> - его может переехать автобус, владельцы подвала могут выбросить оттуда раба
> вместе со стойками и открыть бордель, решив что так выходит прибыльнее,
> или сгореть нахрен вместе с подвалом.

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

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

80. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 19-Мрт-24, 08:44 
> Так что для тех кто познал прелести менеджмента систем в стиле VM/Enterprise

Дясный сказал что для "VM/Enterprise" ничего круче LVM нету.
Так что "водители звездолётов" "идут нафиг".

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

86. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 09:14 
спасибо, спасибо, а можно мне что-нибудь менее крутое? Ну там, хотя бы zfs если ничего лучшего нет?

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

Ну вот нате на крайний случай: https://www.opennet.me/openforum/vsluhforumID1/96904.html - полагаю, человека с опытом сложных конфигов zfs но незнакомого с этим чудом - тоже "восхитит, изумит" и так далее, но вслух он что-то совсем другое произнесет.

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

143. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (-), 19-Мрт-24, 18:01 
>> Так что для тех кто познал прелести менеджмента систем в стиле VM/Enterprise
> Дясный сказал что для "VM/Enterprise" ничего круче LVM нету.

Я понятия не имею что там у вас за "дясный", мне похрен. Я просто понял как и что работает - какие challenges и constraints у технологий есть, их сильные и слабые строны - и могу теперь осмысленно стыковать технологии вообще не спрашивая ваше суперценное мнение на тему.

А VM/Enterprise - умело это все 20 лет назад еще. Без всяких LVM, на минуточку. Потому что CoW сам по себе это такой весьма древний и generic паттерн. С довольно похожими свойствами везде. Так что старинные модельки звездолетов я еще под виндой гонял. Там тоже так можно. Просто хреновенько - и требует малость сдаться в рабство воооон тем "благодетелям"!

> Так что "водители звездолётов" "идут нафиг".

Насколько я вижу - нафиг пошли бсдюки типа вас в результате.

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

173. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Минона (ok), 20-Мрт-24, 10:47 
> Я понятия не имею что там у вас за "дясный", мне похрен.

Ууу, водитель звездолета, да ты понятие не имеешь что такое VM/Enterprise.

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

177. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 20-Мрт-24, 11:51 
У него там "опыт" 2000го года по его же словам. vmware GSX это 2001й, так что с чем там этот опыт мог бы быть - загадка.

Полагаю настраивал он тогда в своем подвальчике боссу Exchange на единственном "сервере всего", методом next-next-next.

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

213. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (213), 21-Мрт-24, 23:13 
> У него там "опыт" 2000го года по его же словам. vmware GSX
> это 2001й, так что с чем там этот опыт мог бы быть - загадка.

Вот как раз вмварь и был, на тот момент у него даже конкурентов всерьез не было IIRC.

HyperV тогда еще не было, он изначально по другому назывался (Virtual PC чтоли), и дедадся другой фирмрй, по моему Connectix (в хидере виртуального диска magic вроде до сих пор намекает) - MS его по моему тогда даже еще не скупил.

А qemu - был игрушкой Фабриса вероятно, нежели чем-то реальным. Это был другой мир. И те кто хотел виртуализацию всерьез - шли на поклон вмвари, без особых вариантов.

> Полагаю настраивал он тогда в своем подвальчике боссу Exchange на единственном "сервере
> всего", методом next-next-next.

Вообще совсем не угадал, таки мегакорпы из фортуны 500. У них этого всего было как у д@рака фантиков уже. Они в свое будущее вкладывались. И x86-64 был почти сразу после его выхода.

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

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

215. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 21-Мрт-24, 23:49 
>> это 2001й, так что с чем там этот опыт мог бы быть - загадка.
> Вот как раз вмварь и был, на тот момент у него даже конкурентов всерьез не было IIRC.

вот не было. Повторяю - 2001й год это год релиза весьма удивительной GSX. До потребителей оно в 2002м хорошо если доехало, но рады они ей не были.

Видишь как плохо подменять личный опыт - викивракией?

virtual pc как несложно догадаться даже по названию - был... виртуализатором писюка для макоси. power mac, прошу обратить внимание, других тогда не завозили. Т.е это был эмулятор. Виртуализацию в него добавят... лет через пять. И продадут камунада (маковский эмулятор доса как ты понимаешь, камунаде был бы без надобности совсем). Те даже сохранили название. Мак правда сразу выкинули.

> И те кто хотел виртуализацию всерьез

Еще просто не родились. Поиграть - да, где-то через пару лет уже стало можно, если мощностей дофига а заняться нечем.

qemu, если ты не в курсе - это примерно 2005й. Но она тогда была просто эмулятором с мутной лицензией. А вот UML - уже существовал (и близился к своему закату - ну кому он нафиг был нужен, такой тормоз), а OpenVZ не только существовал но и активно применялся (но это опять же не полноценная виртуализация)

xen где-то там же начинался но пригоден для чего-то стал гораздо позже.

Так что ты промазал лет этак на пяток.

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

225. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 23-Мрт-24, 06:58 
> вот не было. Повторяю - 2001й год это год релиза весьма удивительной
> GSX. До потребителей оно в 2002м хорошо если доехало, но рады они ей не были.

"Более 20 лет" вписывается в тот таймлайн для "early adopters", не находишь?

> Видишь как плохо подменять личный опыт - викивракией?

С математикой у тебя так же как с скромностью и знанием линуха.

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

Вмвар и жировал снимая сливки эн лет. Да, я юзал GSX. И?

> Еще просто не родились. Поиграть - да, где-то через пару лет уже
> стало можно, если мощностей дофига а заняться нечем.

R&D в мегакорпах by design пробует то что (может быть) станет майнстримом потом.

> qemu, если ты не в курсе - это примерно 2005й.

Я всерьез подсел на линух где-то в районе убунты 5 или 6, когда Шатл прислал бесплатный диск. В 2005 я, имхо, только начал сваливать на пингвин и был далек от таких наворотов.

> уже существовал (и близился к своему закату - ну кому он нафиг был нужен,

Он жив по сей день. Но это специфичная штука.

> такой тормоз), а OpenVZ не только существовал но
> и активно применялся (но это опять же не полноценная виртуализация)

Узконишевая хостерская шляпа. С кучей дурных проблем. Главной из которой, добившей их стали кривые левые кернелы, забодавшие всех в край.

> xen где-то там же начинался но пригоден для чего-то стал гораздо позже.

С ним я не пересекался, уж как-то так получилось. HyperV еще немного видел, но сильно опосля вмвари уже. Мне он не понравился.

> Так что ты промазал лет этак на пяток.

Это ты тормоз, Вася, и не понял что я и там был где-то на заре становления направления. Так же как и с x86-64. Настоящие мегакорпы, а не твое сельпо, хватают в R&D самые-самые технологии горяченькими, как только в что-то внятное оформилось. Посмотреть - что из этого можно сделать.

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

228. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 23-Мрт-24, 16:40 
> "Более 20 лет" вписывается в тот таймлайн для "early adopters", не находишь?

А, ну ок. Сказочки все интереснее, только вот трогательно не стыкуются с демонстрируемыми знаниями и умениями.

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

231. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (231), 23-Мрт-24, 17:33 
>> "Более 20 лет" вписывается в тот таймлайн для "early adopters", не находишь?
> А, ну ок. Сказочки все интереснее, только вот трогательно не стыкуются с
> демонстрируемыми знаниями и умениями.

Ума не приложу где б я тебе демонстрировал умения в древней вмвари :P. И откуда бы я по твоему знал что та штука умела только 1 снапшот на vm? ;). Но и этого хватило чтобы понять challenges CoW. Фрагментация. Отращивание дельты. Вот это все. Однажды поняв идею этой механики все логично, просто, понятно. И круть рекавери системы за минуту вместо полдня - я усвоил тогда. Еще девопсов не было, а я уже знал что понт таких как ты - недорого стоит в новом мире где уже есть "гипердрайв".

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

Как утешительный приз: твой скилл в ZFS наверняка намного лучше моего. Просто потому что мне эта штука с теми свойствами - не интересна. Я и не развивал это направление особо. Но я не играю на этом поле - и меня не получится на нем обыграть, что поделать.

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

240. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 24-Мрт-24, 21:16 
> И откуда бы я по твоему знал что та штука умела только 1 снапшот на vm?

интернет - сила.

> Но и этого хватило чтобы понять challenges CoW

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

> И круть рекавери системы за минуту вместо полдня - я усвоил тогда.

поскольку ничего ценного (как обычно, для тебя) в той системе и не было. А то обычным людям от той "рекавери за минуту" чаще всего - толку ноль.
А вот пол-дня на мерж такого - это суровая реальность. Как и CBT. Были б нахрен не нужны если бы там был cow, но его нет.


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

211. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 21-Мрт-24, 22:59 
>> Я понятия не имею что там у вас за "дясный", мне похрен.
> Ууу, водитель звездолета, да ты понятие не имеешь что такое VM/Enterprise.

Может быть тебе сложно понять - но мир, особенно энтерпрайзный, не крутится вокруг РФ и ее шараг и "типа-спецов". Я впервые познакомился с азами этого - в вмвари, более 20 лет назад. Там CoW был на минмиалочках еще - но уже был. И работал вполне характерно уже.

А, да, hyperv тогда еще не существовал, qemu если и был то в основном игрушкой Фабриса. Все только начиналось. Это был довольно первобытный и педальный вариант звездолета, но он уже умел основные аспекты.

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

222. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Минона (ok), 22-Мрт-24, 09:40 
>>> Я понятия не имею что там у вас за "дясный", мне похрен.
>> Ууу, водитель звездолета, да ты понятие не имеешь что такое VM/Enterprise.
> Может быть тебе сложно понять - но мир, особенно энтерпрайзный, не крутится
> вокруг РФ и ее шараг и "типа-спецов".

Дясный это один из ведущих инженеров продукта RHEV.
Так что с "РФ, шараг и типа-спецов" ты мимо плюнул.

> Я впервые познакомился с азами этого - в вмвари, более 20 лет назад.

В школе преподавали варю? 😲
"Видишь как плохо подменять личный опыт - викивракией?" (Ц)

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

226. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (226), 23-Мрт-24, 07:07 
> Дясный это один из ведущих инженеров продукта RHEV.

Лично мне на RHEV, вот честно, положить. И начинал я еше на вмвари GSX. Где в то время твой Дясный вместе с RHEV были - можешь догадаться! Там Фабрис спасибо если что-то корябать начал себе по приколу. А вот снапшоты - ессно на основе cow-дисков, хоть и криво и минимально - вмвар умел уже вот тогда! И все особенности cow технологий уже можно было ощутить. Как и понимание особенностей менеджмента таких штук. Что дает, какие проблемы создает, вот это все.

> Так что с "РФ, шараг и типа-спецов" ты мимо плюнул.

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

> В школе преподавали варю? 😲

Откуда б школы это тогда взяли, и тем более препов которые это умели? Вы там точно в адеквате? Это тогда был top-notch, и я был где-то в числе первых освоивших это направление. Учиться тогда в РФ этому было - тупо не у кого.

> "Видишь как плохо подменять личный опыт - викивракией?" (Ц)

Видишь как плохо быть админом уровня пох? Считаешь всех такими же нерюхами как сам! :)

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

89. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 09:32 
>> (в сторону - не знаю зачем ей и сейчас пользоваться дома, совершенно
>> бесполезный для дома артефакт) вот все это время - корпорации платили
> Напротив - она не такая энтерпрайзная и отшибленно-энтерпрайзная как ZFS с одной

Сказал эксперт не видевший zfs никогда в жизни.

> С другой снапшоты, рефлинки, scrub, крутое управление местом. Кто сказал что звездолет

и зачем мне все это дома на локалхосте? У меня у диска место не отрастет неожиданно. Рефлинки васяну тоже непонятно зачем нужны. А, наверное он не умеет в ln и редактирует файлики mcedit вместо vim?

> требует космопорт для парковки? ZFSники? Пусть идут нафиг.

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

> Так что для тех кто познал прелести менеджмента систем в стиле VM/Enterprise
> - теперь так можно и bare metal. Даже у себя на

всегда можно было. Но не оголтелым фанатикам, разумеется. Но зачем?

> Лучше б автобус на тебя упал. И еще рояль сверху. Ты этого
> заслуживаешь гораздо больше, бесполезное наглое существо.

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

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

146. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 19-Мрт-24, 18:26 
> Сказал эксперт не видевший zfs никогда в жизни.

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

Я штатно юзаю btrfs на виртуалках и железках с 64-128MB RAM. Попробуй так с своим "не энтерпрайзным" ZFSом...

>> С другой снапшоты, рефлинки, scrub, крутое управление местом. Кто сказал что звездолет
> и зачем мне все это дома на локалхосте?

Без понятия. Знаю зачем оно мне. Более надежные системы (DUP местами), с быстрым recovery в случае фейлов (снапшоты), возмжностью попробовать операции в исходе которых я не совсем уверен - с быстрым отыгрышем если не понравилось как оно. С простым расширением места, возможностью передумать относительно конфиги - без перетрясов на три дня. И вот гипердрайв (рефлинки) - быренько телепортирует в назначение. Десяток виртуалочек, из шаблона, за неск секунд? Легко. И даром что диск формально 20 гигз.

> У меня у диска место не отрастет неожиданно.

А я могу и подоткнуть 1-2 диска. Особенно на жирную DataRecovery сессию вон тому неудачнику. А потом и вынуть.

> Рефлинки васяну тоже непонятно зачем нужны.

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

> те кто посмотрел как он красиво взрывается - вот например в этой темке.

Ну во первых твой ZFS тоже это умеет. Во вторых - не он а новая модель.

> И сам космопорт - лучше где-нибудь в Казахстане. Там пустыня, не жалко.

Ну ты можешь на конской хребтине LVM рассекать. А так - телепортаторы не взрываются. Просто разберет на субатомные частицы. А Кент пишет "пылесос" даже на такую оказию, оказывается это можно пересобрать в тушку - по остаточной информации из памяти телепортера :)

> всегда можно было. Но не оголтелым фанатикам, разумеется. Но зачем?

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

>> заслуживаешь гораздо больше, бесполезное наглое существо.
> ну вот, пошло кидание калом. Значит обезьянке по существу - возразить нечего.

Ну ты его первый начал - на что жалуешься то? Что в том же формате вернулось? Это поддержание симметрии в мире. Так было. Так есть. Так будет.

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

ЧСХ с вероятностью 90% он найдет его - на делании вот этой вот штуки, фултайм :). Ибо ничто так не украшает кодера как демо его возможностей в таком виде. Зачем ему заниматься другим если он круче всего - в этом? И да, ему денег за ЭТО имхо - накидают. Чтобы развидеть все твои LVMы и прочую блевоту.

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

108. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 19-Мрт-24, 12:54 
>А тут ОДИН раб, прикованный в каком-то мелком подвальчике.

В том-то и дело, что ОДИН раб физически не сможет наворотить завалы, которые никто после его смерти не сможет разгрести. Уважай одного раба, чтобы потом не пришлось уважать очередную корпорацию.

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

113. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 13:28 
>>А тут ОДИН раб, прикованный в каком-то мелком подвальчике.
> В том-то и дело, что ОДИН раб физически не сможет наворотить завалы,
> которые никто после его смерти не сможет разгрести.

запросто. Я уверен что ты ничего не сможешь сделать в его поделке.

> Уважай одного раба, чтобы потом не пришлось уважать очередную корпорацию.

У корпораций рабы - бесконечные. Они если и бросают поделки, то это случается гораздо реже и избирательней (потому что денежки инвесторов вложены и те очень не любят фразу "фиксация убытков")


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

94. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от RANDOMIZE USR 15616 (?), 19-Мрт-24, 09:57 
Пользую дома под системный раздел. Снапшотики - милое дело. Когда невидия накосячит в своем блобе - 5 секунд, откатился и работаешь, а не рассматриваешь неделю артефакты, в ожидании, пока там поправят. На роллингах btrfs так вообще - маст хэв.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

119. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 13:42 
ну да, ну да - на твоем локалхосте ведь нет ничего кроме драйвера нвидии (и прона, который можно и новый накачать) ценного нет?

Откатился на неделю назад - и все ок. (а можно кстати уточнить - а накатывался-то зачем?)

> На роллингах btrfs так вообще - маст хэв.

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

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

135. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от RANDOMIZE USR 15616 (?), 19-Мрт-24, 15:11 
Дружище, протри линзы, btrfs на СИСТЕМНОМ разделе, там система живет, переодически обновляется и бывает, что ловит проблемы, которые быстро решаются снапшотами.

А прон - это к оффтопикам, где все свалено на диске Цэ:

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

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

А я вот напрочь не помню что и зачем и в скольки местах я менял в конфигурации системы неделю назад, и совершенно не хочу откатиться внезапно на снапшот недельной давности.

Но поскольку ничего просто так не обновляю - то мне никогда (_никогда_ за те 25 лет что я вожусь с линуксами) и не требовалось.

А в оффтопике можно понаделать сколько угодно дисков - но не нужно. Потому что оффтопик умеет откатить - оффтопик. Не затронув твои файлики на том же самом диске C:
Твоей бырбырфэсе так и не снилось.

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

157. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (152), 19-Мрт-24, 21:49 
А пользовался бы NixOS, не парился бы что там за ФС под ней. Сломался блоб — откатился без перезагрузки и дальше полёт нормальный.
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

183. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 20-Мрт-24, 17:32 
да-да - сломался драйвер видео - откатился без пере...ой...она вообще-то и не загружается толком.

эксперты такие эксперты.
(в следующей серии мы расскажем ему о... не буду спойлерить)

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

71. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (70), 19-Мрт-24, 02:59 
Вряд ли кто в добром уме и памяти станет доверять свои данные молодой файловой системе. Прежде, пройдет много лет...
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

72. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от fuggy (ok), 19-Мрт-24, 03:49 
Понапридумывают файловых систем, что им на ext4 не живётся.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

75. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 19-Мрт-24, 04:25 
> Понапридумывают файловых систем, что им на ext4 не живётся.

Действительно,
- Снапшоты? Это для лохов. Намного круче переставлять в случае факапа систему убив пару дней, правда же?! Экономят свое время на управлении системой только глупые люди! Или нет?
- Впрочем о факапе вы узнаете не сразу. А когда все уже совсем хренакнется. Чексум же нет - поэтому о том что у вас кривое железо вы узнаете последним. Когда там уже совсем вермишель.
- Кстати, на консистентность содержимого файлов - EXT4, как бы это сказать то...
- А еще оно не умеет деаллокацию раздутых дир.
- Зато число инодов прибито на гвозди! Инновационная ФС как она есть!
- Рефлинки? Ну что вы, как можно! Деплойнуть десяток виртуалок из шаблона за несколько секунд?! Это не круто! Вот если час хрустения диском - сразу видно, энтерпрайзная технология. А тут за какие-то секунды, да еще место не жрет. Лохотрон!
- Удобное управление местом, уровнями RAID и проч? Не, не слышали! Гораздо лучше закатывать ритуалы на полдня, носиться по городу в мыле подбирая стопку дисков одинакового размера если расширить ФС приспичило и прочие характерные прелести. Просто подоткнуть то что под рукой? Добавив место 1 командой? Даже без делания мозга выраваниванием райла? Так можно было! Но не в EXT4, конечно!
- Сжатие? Ну что вы. Место на стораже бесплатное, его дохрена, сторажи все давно сверхскоростные. Что ты Васенька плачешь? А, тоже хочешь в такой коммунизм?!
- Чексумы чтобы еще и знать когда это "бесплатное" место на суперхлипком супердешевом суперемком стораже еще и сыпется (простите, получился все же капитализм), или хардвар дурит? Может еще и с проверкой онлайн, без тупого fsck вырубающего систему на полдня изволите? А так можно было! Но, конечно, не на этом дровяном потомке древних юниксных файлух, такие дизайны уже четверть века назад выглядели архаикой!

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

82. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 19-Мрт-24, 08:56 
Действительно,

> - Снапшоты?

ZFS

> - Рефлинки?

ZFS

> - Удобное управление местом, уровнями RAID и проч?

ZFS (хотя нафига на десктопе RAID)

> - Сжатие?

ZFS

> - Чексумы?

ZFS

ЗЫ:
А в твоём космолёте есть ВЕ? (Boot Environments)

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

93. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Tron is Whistling (?), 19-Мрт-24, 09:36 
Забыли потерю данных на рефлинках и около :)

ZFS

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

106. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от n00by (ok), 19-Мрт-24, 12:28 
>> - Удобное управление местом, уровнями RAID и проч?
> ZFS (хотя нафига на десктопе RAID)

Первые ноуты с SSD были с двумя накопителями. Ещё можно организовать кеш на SSD + медленное хранилище на HDD или двух. Что бы всё это настроить, не надо быть гуру vim и /etc/fstub, достаточно почитать руководство по ZFS от Оракла на русском языке.

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

114. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от нах. (?), 19-Мрт-24, 13:31 
>>> - Удобное управление местом, уровнями RAID и проч?
>> ZFS (хотя нафига на десктопе RAID)
> Первые ноуты с SSD были с двумя накопителями.

но непригодными для raid потому что разного размера и разных характеристик.

Один под систему, другой под файлики. Зачем тебе тут суперфс - сложить все яйца в одну мошонку чтоб ее потом прищемило крышкой ноута?

> Ещё можно организовать кеш
> на SSD + медленное хранилище на HDD или двух. Что бы

но ненужно. Мы ведь про домашнее использование?

Ну и в zfs, доложу тебе, с этим кэшом "фсе ниадназначна" настолько что я тебе категорически не советую.

> всё это настроить, не надо быть гуру vim и /etc/fstub, достаточно
> почитать руководство по ZFS от Оракла на русском языке.

э... б...ть...

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

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

151. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (151), 19-Мрт-24, 19:15 
> Ну и в zfs, доложу тебе, с этим кэшом "фсе ниадназначна" настолько что я тебе категорически не советую.

Дааааа чувствуется опыт в этих словах. Тоже в свое время наудивлялся с его приколов.

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

178. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от n00by (ok), 20-Мрт-24, 12:06 
>>>> - Удобное управление местом, уровнями RAID и проч?
>>> ZFS (хотя нафига на десктопе RAID)
>> Первые ноуты с SSD были с двумя накопителями.
> но непригодными для raid потому что разного размера и разных характеристик.

В _первые_ ноуты с SSD ставили 2 (или 4) одинаковых на 64 Гб, потому что на 128 тогда не было.

> Один под систему, другой под файлики. Зачем тебе тут суперфс - сложить
> все яйца в одну мошонку чтоб ее потом прищемило крышкой ноута?  

что бы скорость работы была как в Венде, а не вдвое меньше. Что бы при этом не читать man fstab и не приседать по три раза в консоли с mdadm, с удивлением в итоге обнаружив, что ZFS почему-то быстрее.

>> Ещё можно организовать кеш
>> на SSD + медленное хранилище на HDD или двух. Что бы
> но ненужно. Мы ведь про домашнее использование?

Конечно. Не у всех же видео с котиками и кошечками, кому-то нужны игори по 200 гигабайт, SSD на них не напасёшься, а копировать туда-сюда долго и не каждый умеет.

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

194. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 20-Мрт-24, 19:47 
>> но непригодными для raid потому что разного размера и разных характеристик.
> В _первые_ ноуты с SSD ставили 2 (или 4) одинаковых на 64

ну у меня один. Распаян. У более новых моделей было два - разных (потому что тот что распаян и такой какой воткнешь рядом)
А у тебя это экзотика странная какая-то.

>> Один под систему, другой под файлики. Зачем тебе тут суперфс - сложить
>> все яйца в одну мошонку чтоб ее потом прищемило крышкой ноута?
> что бы скорость работы была как в Венде, а не вдвое меньше.

а все одно не будет. В венде нет 2x performance hit на mirror (удивительно?)

> Что бы при этом не читать man fstab и не приседать

man zfs несколько больше и сложнее. Раз в десять то и другое.

>>> Ещё можно организовать кеш
>>> на SSD + медленное хранилище на HDD или двух. Что бы
>> но ненужно. Мы ведь про домашнее использование?
> Конечно. Не у всех же видео с котиками и кошечками, кому-то нужны
> игори по 200 гигабайт, SSD на них не напасёшься, а копировать
> туда-сюда долго и не каждый умеет.

поэтому и не надо - завтра он другой игорь запустит, и будет бесполезный износ ssd.
(ну или в случае zfs arc2 отработает правильно и ssd вообще не будет участвовать в деле)
Т.е. надо ж понимать что двадцатигиговые карты флайтсимулятора читаются доооолго в любом случае - но один раз (причем они еще и из интернетов скачиваются, вот этого уже придется - подождать). А гиговые бинарники - на этом фоне один фиг быстро, разницу из-за успешно сработавшего кэша (если повезло и он правильный и не вытеснился теми картами) почти и не заметишь.

В общем, нифига пока не убедил.

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

200. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от n00by (ok), 21-Мрт-24, 08:52 
>>> но непригодными для raid потому что разного размера и разных характеристик.
>> В _первые_ ноуты с SSD ставили 2 (или 4) одинаковых на 64
> ну у меня один. Распаян. У более новых моделей было два -
> разных (потому что тот что распаян и такой какой воткнешь рядом)

В каком году паять то начали? В Asus EEE стояло два разных, но они съёмные и я не рискую называть такое SSD. Было что-то до них и там скорости не 10 МБ/сек?

> А у тебя это экзотика странная какая-то.

Одинаковые ставили в Vaio Z (и MacBook тех годов, это была по сути их копия в другом корпусе). В ThinkPad-ах вроде бы 1 был, они уже стали Lenovo.

>>> Один под систему, другой под файлики. Зачем тебе тут суперфс - сложить
>>> все яйца в одну мошонку чтоб ее потом прищемило крышкой ноута?
>> что бы скорость работы была как в Венде, а не вдвое меньше.
> а все одно не будет. В венде нет 2x performance hit на
> mirror (удивительно?)

Так для дома не зеркало же надо, а что бы быстро работало.

>> Что бы при этом не читать man fstab и не приседать
> man zfs несколько больше и сложнее. Раз в десять то и другое.

Я читал руководство FreeBSD и pdf от Оракла, потому мне это не оценить.)

>>>> Ещё можно организовать кеш
>>>> на SSD + медленное хранилище на HDD или двух. Что бы
>>> но ненужно. Мы ведь про домашнее использование?
>> Конечно. Не у всех же видео с котиками и кошечками, кому-то нужны
>> игори по 200 гигабайт, SSD на них не напасёшься, а копировать
>> туда-сюда долго и не каждый умеет.
> поэтому и не надо - завтра он другой игорь запустит, и будет
> бесполезный износ ssd.

Ну и что? На авто едешь за новым полезным hdd в гелиевой оболочке, бесполезный износ резины. Пешком идёшь, подошва стирается.) У меня выжил один 64 Гб SSD, и что с ним теперь делать?

> (ну или в случае zfs arc2 отработает правильно и ssd вообще не
> будет участвовать в деле)
>  Т.е. надо ж понимать что двадцатигиговые карты флайтсимулятора читаются доооолго в
> любом случае - но один раз (причем они еще и из
> интернетов скачиваются, вот этого уже придется - подождать). А гиговые бинарники
> - на этом фоне один фиг быстро, разницу из-за успешно сработавшего
> кэша (если повезло и он правильный и не вытеснился теми картами)
> почти и не заметишь.
> В общем, нифига пока не убедил.

Так чукче не надо бежать быстрее медведя, достаточно бежать быстрее геолога. Если кто-то понимает и подбирает под задачу, то он сам себе паровоз и всё настроит, как надо. Обычному человеку надо что-то попроще и желательно одной кнопкой. "Один под систему, второй под игры" - с HDD уже не годится.

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

202. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 21-Мрт-24, 10:29 
> В каком году паять то начали? В Asus EEE стояло два разных, но они съёмные

в 701 - один, впаян.
В 1000 - два, один такой же, второй съемный.

В thinkpad только если подобрать что-то вместо dvd (в тех древних где еще были dvd), или pccard,
внутренний слот sata у них только один.

> один 64 Гб SSD, и что с ним теперь делать?

"кактус на  него поставь!"
он же ж еще и тормозной.

>> а все одно не будет. В венде нет 2x performance hit на mirror (удивительно?)
> Так для дома не зеркало же надо, а что бы быстро работало.

дык вот - вендовое зеркало - на чтении вдвое быстрее чем одиночный диск (как, в общем-то, и должно)

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

> Обычному человеку надо что-то попроще и желательно одной кнопкой. "Один под систему, второй
> под игры" - с HDD уже не годится.

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

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

166. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 20-Мрт-24, 00:04 
> Первые ноуты с SSD были с двумя накопителями. Ещё можно организовать кеш
> на SSD + медленное хранилище на HDD или двух. Что бы
> всё это настроить, не надо быть гуру vim и /etc/fstub, достаточно
> почитать руководство по ZFS от Оракла на русском языке.

А btrfs и с 1 сторажом в схеме DUP живет. В сабже кстати пока аналогов этой фичи тоже нет, увы и ах. Хотя она и в планах Кента. Это конечно не спасет от полной кончины накопителя, но от рандомного бэда в дофига лет - вполне. Записей конечно в 2 раза больше, но вот на ноуте я много и не записываю - а чего? Билд нескольких небольших фирмварей? В KiCad порисовать? Не больно какие writer'ы.

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

179. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от n00by (ok), 20-Мрт-24, 12:10 
На одном SSD дублировать блоки??? Ну это да. С таким не поспоришь. Нет смысла.
Ответить | Правка | Наверх | Cообщить модератору

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

А разработчики btrfs таки - по дефолту DUP вернули для метаданных на SSD, из соображений выживаемости ФС. Но вам то ессно виднее чем господам с статистикой из-под миллиарда хомячков мордокниги, и всех остальных впридачу.

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

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

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

221. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от n00by (ok), 22-Мрт-24, 09:02 
>>> А btrfs и с 1 сторажом в схеме DUP живет
>> На одном SSD дублировать блоки??? Ну это да. С таким не поспоришь. Нет смысла.
> А разработчики btrfs таки - по дефолту DUP вернули для _метаданных_ на

Спасибо, что сам опроверг свой исходный тезис, подменив его (подчёркивание - моё).

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

Мне уже не интересно, что им виднее, с тех пор как _у_ _меня_ ФС необратимо в очередной раз посыпалась, _я_ обхожу её стороной. Про работающий скрипт Эдуарда и говорить не стоит.

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

223. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 22-Мрт-24, 10:42 
> А разработчики btrfs таки - по дефолту DUP вернули для метаданных на
> SSD, из соображений выживаемости ФС. Но вам то ессно виднее чем
> господам с статистикой из-под миллиарда хомячков мордокниги, и всех остальных впридачу.

А шо, раньше у них была 1 копия метаданных?!
Замечательный дизайн ФС! 🥂

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

232. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 23-Мрт-24, 17:50 
> А шо, раньше у них была 1 копия метаданных?!
> Замечательный дизайн ФС! 🥂

Опять эксперты опеннета во всей красе :).

На самом деле было так:
- Сперва на 1-девайсных конфигах btrfs делал DUP для метаданных по дефолту везде, что на механике, что на SSD.
- Потом наслушались "умников" типа тебя и n00by что мол, дедупликация в SSD, умные контроллеры, протирание, блабла, и сделали в 1-девайсной конфиге 1 копию метаданных без DUP.
- Набрали статистику - оказалось что со всеми умными контроллерами, статистически выживать стало заметно хуже. Вернули DUP по деволту для SSD взад. Статистика ессно улучшилась.

С тех пор теоретики типа тебя и прочих n00by без таких статистик - и идут в (жо)пень, собственно. Со всеми вашими "ценными" экспертизами в топике. Как угодно но DUP понижает вероятность факапов в 1-девайсной конфиге. Не на халяву, но метаданные можно и по дефолту, а данные уже - "at user's discretion".

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

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

244. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 25-Мрт-24, 14:50 
> На самом деле было так:
> - Сперва на 1-девайсных конфигах btrfs делал DUP для метаданных по дефолту
> везде, что на механике, что на SSD.

Ок, я то думал они совсем балбесы.
Хотя DUP мало, надо 3 копии иметь.

> - Потом наслушались "умников" типа тебя и n00by что мол, дедупликация в
> SSD, умные контроллеры, протирание, блабла, и сделали в 1-девайсной конфиге 1
> копию метаданных без DUP.

У тебя галюники?
Я никогда такого не говорил.

> - Набрали статистику - оказалось что со всеми умными контроллерами, статистически выживать
> стало заметно хуже. Вернули DUP по деволту для SSD взад. Статистика
> ессно улучшилась.

Молодцы, на ошибках учатся.

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

148. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (-), 19-Мрт-24, 18:34 
> ZFS
> ЗЫ:

Я использую btrfs на довольно малохольных штуках с 64..256 мег оперативы. С ZFS на таком вообще нечего ловить. И DUP для 1-девайсных конфиг оно не умеет. Энтерпрайзная байда для покусаных энтерпрайзом.

И вообще не нравится мне ваш ZFS, ни управлением ни структурой ФС. Не понимаю нахрен оно такое. Btrfs лучше продумал ряд моментов. Кент это - понял. Чем и крут для меня. Я хочу видеть развитие этого направления в именно таком духе, и буду за это обеими руками.

> А в твоём космолёте есть ВЕ? (Boot Environments)

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

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

160. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (160), 19-Мрт-24, 22:55 
Вот здесь довольно популярно многое разъяснено про ZFS:  

https://docs.google.com/document/d/1Qxo2V3v0mjHAW0Q7OElKlWn9... ,  
https://docs.google.com/document/d/1na_evjdwYJ7mPo3_UcaVdEOR... ,  
https://docs.google.com/document/d/1IA2J5BBB-OVtpV1lFNkm8sQ2... ,  
https://docs.google.com/document/d/1n2Q6yhkew_e0XvSmqJ0BjqOG... ,  
https://docs.google.com/document/d/1Mldq5HyvgIHR-MiMCs7AsgND...

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

163. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (-), 19-Мрт-24, 23:41 
> Вот здесь довольно популярно многое разъяснено про ZFS:

Спасибо, чел, но, честно, мне оно не надо...

Во первых я могу посмотреть на дизайн ФС и сделать свои выводы. Я просто не увидел причин по которым тот дизайн работал бы с приличной скоростью без подпора сотнями рамы. В тех кейсах мне неоткуда раму взять и/или это стоит денег. Прямо сейчас у меня запущено не менее дюжины VM. В одной из них мы болтаем...

Во вторых внеядерный модуль гарантирует проблем. Я предпочитаю "майнлайновый" экспериенс и взаимодействие с апстримами. Я не пох и не собираюсь создавать себе более 9000 проблем на ровном месте. На окаменелые кернелы мне - пофиг. Мои процессы подвязаны на майнлайн и я не прочь взаимодействовать с ними. Это круто и эффективно.

В третьих мне очень нравятся как сделано управление местом в btrfs, с динамической реконфигурацией всего, вплоть до реатрайпа. На мой вкус будущее ФС должно быть таким. И Кент в целом согласен с этой идеей. Это повод интересоваться его дизайном для меня. Я вижу nextgen ФСостроения таким и заинтересован чтобы будущее было - вот так. Вместо ацких ритуалов, выравниваний и хранения "правильных" дисков на складе.

В четвертых я научился очень эффективные фокусы. Типа большого апдейта системы в тощей конфиге с мануальным контролем транзакционной механики. Как то делаю btrfs'ом снапшот. Пытаюсь "eatmydata apt upgrade" для дофига всего (в таком виде все fsync и проч идут нафиг, операция разы быстрее). Если прокатило - окей. Не прокатило - возврат на снапшот. Такой фокус ессно требует понимания общих идей транзакционной семантики и когда у нас "commit" а когда "rollback" и как это маппится в фичи "своей" ФС и какие грабли есть. Я думаю что я реально уделаю поха по ряду системных операций во многие разы.

Впрочем может кому-то другом линки пригодятся. Мало ли.

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

171. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (171), 20-Мрт-24, 08:10 
С кейсом / на зеркале btrfs , когда половинка 'потерялась' сталкивались?  
Как загрузка, нормально проходит? без ручного вмешательства?  
В моём случае это блокирующий фактор...
Ответить | Правка | Наверх | Cообщить модератору

195. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 20-Мрт-24, 19:50 
> С кейсом / на зеркале btrfs , когда половинка 'потерялась' сталкивались?
> Как загрузка, нормально проходит? без ручного вмешательства?
> В моём случае это блокирующий фактор...

э...стоп, а оно что - и ЭТОГО тоже не умеет?!

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

229. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 23-Мрт-24, 16:43 
>> С кейсом / на зеркале btrfs , когда половинка 'потерялась' сталкивались?
>> Как загрузка, нормально проходит? без ручного вмешательства?
>> В моём случае это блокирующий фактор...
> э...стоп, а оно что - и ЭТОГО тоже не умеет?!

судя по комменту ниже - не умеет. Приехали. Это вообще люди делали для людей или гомодрилы?

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

246. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (246), 26-Мрт-24, 06:54 
Нууу... Чтобы быть совсем уж честными, скажем так: btrfs и systemd "тянут одеяла на себя".  
Т.е. в 90% дистрибутивов с systemd, загрузка без ручного вмешательства не произойдёт.
А, в остальных 10%, скорее всего произойдёт.  

Как, например, проходит нормально в Devuan: загрузка, замена 'потеряного' диск, ребаланс онлайн.

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

216. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (-), 22-Мрт-24, 00:01 
> С кейсом / на зеркале btrfs , когда половинка 'потерялась' сталкивались?

Меня больше колыхали 1-девайсные конфиги, коих есть, и там я схему DUP научился юзать с неких пор. Это так: запись блока иде в 2 разные смещения на 1 устройстве. Прелесть в том что это работает с минмумом гемора даже на конфигах где системный девайс всего 1 - и хоть там как. А в одноплатниках, ноутах, и т.п. на этот счет особо не повыпендриваешься, есть то что есть. И вопрос в том как получить более надежную конфигу из ЭТОГО.

Как совсем злой вариант - там можно в надежную NOR флеху налить uboot или grub какой - и ими цеплть что там уже хотелось в довольно продвинутом виде. Но это привносит дофига допущений. На ARM - что проц умеет грузиться с SPI nor. На x86 что у вас есть coreboot/libreboot.

Без разруливания ЭТОГО аспекта факап будет в том что взятая наобум система может иметь какие-то свои идеи откуда она там грузится и что оно делает при отпадении того или иного девайса. И спасибо если отпадении. А то может и например читаться, но частично и с ощибками. Или что еще.

> Как загрузка, нормально проходит? без ручного вмешательства?
> В моём случае это блокирующий фактор...

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

Совсем без энного девайса - надо -o degraded скормить будет, IIRC. Но при желании это решаемо трекингом в бутлоадере успеха загрузки, счета фэйлов, и при эн неуспехах переходу к более радикальной стратегии рекавери системы. Если надо на вот именно автомате.

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

Т.е. все почему-то думают что в случае зеркала - 1 из девайсов перестанет подавать признаки жизни. Но есть полно иных вариантов. Скажем - а что если оба девайса есть, работают но - отдают разное?! Или один из них порой сбоит при чтении? ЧСХ "классический" RAID1 совершенно бесполезен от таких вещей и жестко лажает. Btrfs даже потрепыхается, repair'я зафейленые чтения с избыточной копии. Но тут все же очень зависит от требований. Т.е. сделать это можно и с btrfs'ом если задаться такой целью. И с много чем еще. Вопрос в том что именно хочется получить, какой уровень контроля над системой есть, и сколько кто готов возиться с этим.

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

230. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 23-Мрт-24, 16:56 
>> С кейсом / на зеркале btrfs , когда половинка 'потерялась' сталкивались?
> Меня больше колыхали 1-девайсные конфиги, коих есть, и там я схему DUP

на пол-страницы воды вместо признания очевидного - бырбыр _настолько_ уе..щная разработка, что ДАЖЕ этот очевидный случай не реализует вообще никак.

> научился юзать с неких пор. Это так: запись блока иде в
> 2 разные смещения на 1 устройстве. Прелесть в том что это

и когда оно накрывается целиком - ты едешь чинить заевшие шибкоумные ворота.

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

> т.п. на этот счет особо не повыпендриваешься, есть то что есть.
> И вопрос в том как получить более надежную конфигу из ЭТОГО.

средствами fs - никак. очевидно. Ненадежное железо - ненадежно. by design. И это повод просто его не использовать там где неохота пердолиться.

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

опять сказочки опрашивавшего.

> все корректно будет обыгрывать, или у вас есть контроль над тем

ты не поверишь...

> Совсем без энного девайса - надо -o degraded скормить будет, IIRC. Но

вот и езжай скармливать.

> при желании это решаемо трекингом в бутлоадере успеха загрузки, счета фэйлов,

троллейбус из буханки. Только он еще и не ездит.

> Т.е. все почему-то думают что в случае зеркала - 1 из девайсов

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

> перестанет подавать признаки жизни. Но есть полно иных вариантов. Скажем -
> а что если оба девайса есть, работают но - отдают разное?!

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

> Или один из них порой сбоит при чтении? ЧСХ "классический" RAID1
> совершенно бесполезен от таких вещей и жестко лажает. Btrfs даже потрепыхается,

точно-точно?

Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): Retrying command
Dec  2 01:00:51 kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 25454, size: 65536
Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): READ_FPDMA_QUEUED. ACB: 60 80 18 36 d9 40 16 01 00 00 00 00
Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): CAM status: ATA Status Error
Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): ATA status: 41 (DRDY ERR), error: 40 (UNC )
Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): RES: 41 40 1e 36 d9 40 16 01 00 00 00
Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): Error 5, Retries exhausted

И нет, я не поехал после этого в Германию, у меня паспорт не того цвета. Биоробот в DC просто заменил насмерть сдохший диск, и мы живем дальше. Уже кажется третий подряд (явно у машинки какие-то проблемы с питанием или охлаждением, но 35евровому коню под хвост не смотрят)

> repair'я зафейленые чтения с избыточной копии. Но тут все же очень
> зависит от требований. Т.е. сделать это можно и с btrfs'ом если

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

Работничек top500. Поверим, ага.

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

233. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 23-Мрт-24, 18:35 
> на пол-страницы воды вместо признания очевидного - бырбыр _настолько_ уе..щная разработка,
> что ДАЖЕ этот очевидный случай не реализует вообще никак.

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

> и когда оно накрывается целиком - ты едешь чинить заевшие шибкоумные ворота.

Если система накрылась целиком - тут уж упс. Но если делать системы правильно, они работают годами без каких либо приключений. А failure rate вон то мероприятие таки - снижает. При том ничего не стоя мне, кроме твика пары скриптов: места на типовом SD/eMMC столько что моим минимальным системным образам даже DUP - с большим запасом.

А записей там by design очень немного и это в какой-то момент даже становится багом - ибо флехи не "регенерируются" перезаписью. Ну а вот btrfs этот момент подстрахует независимо от интеллекта фирмвари sd/eMMC. Ессно если оно часто икает бэдами - заменяется. Только не аврально, по утрате функций, а фоново, когда это удобно.

> больше склоняюсь к последнему.)

Да ты и с энтерпрайзами и VM уже телепатию уровня бох^W пох показал тут :).

> средствами fs - никак. очевидно. Ненадежное железо - ненадежно. by design. И
> это повод просто его не использовать там где неохота пердолиться.

А таки - от нескольких фэйлов этот маневр уже спас. Чисто статистически. Ну вот на нескольких выводках - на паре девайсов за несколько лет таки был "csum failed -> corrected". Без этого 50/50 что пришлось бы их аврально менять/чинить. А так self heal.

> опять сказочки опрашивавшего.

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

Вон то видишь ли - занахаляву, в pre-existing выводках, software-only - а свойства таки улучшает.

> ты не поверишь...

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

>> Совсем без энного девайса - надо -o degraded скормить будет, IIRC. Но
> вот и езжай скармливать.

Если мне станет надо именно это, именно так - я и оставлю немного себя. В скрипте бутлоадера. Чтобы самому не ехать как раз. Но для эмбедовки 2 загрузочных девайса в RAID - нехарактерное комбо, увы и ах. А если ну вот совсем супернадежность надо - это другими способами лучше делать, типа "2 из 3" например. Заметь, в мажоритарном принципе - никаких допущений о супернадежности юнитов нет, напротив идея что юнит может отказать - часть плана.

> троллейбус из буханки. Только он еще и не ездит.

Given enough thrust pigs fly just fine!

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

Я уже видел как вы тут знаете, ога. У меня - опыт всей планеты на моей службе. В виде девов btrfs'а того же которые честно обрисуют и статистику "в целом" и challenges своего дизайна и проч. Вместо ваших голимых дифирамб и квадратно-гнездовых способов.

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

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

>> совершенно бесполезен от таких вещей и жестко лажает. Btrfs даже потрепыхается,
> точно-точно?

[...]
> Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): Error 5, Retries exhausted

Btrfs при read error блока с mirror'а - сделает write из исправной копии для восстановления избыточности. Эта логика довольно дружественна к ремапу секторов фирмварями кстати, в отличие от "in place" файлух.

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

> какие-то проблемы с питанием или охлаждением, но 35евровому коню под хвост не смотрят)

Если это за 35 евр железная машина - как грится нахаляву и уксус сладкий :)

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

У меня несколько иные кейсы. И там 2 бутовых девайсов - как правило просто чисто технически нет. Это не хорошо и не плохо. Это просто факт.

> Работничек top500. Поверим, ага.

А таки я у них многому научился. В том числе и разумному подходу, балансированию решений, маневрированию по ситуации, а не просто камланию на ритуалы как ты. И да, их стоило бы увидеть чтобы понять как сие на самом деле выглядит. Если ты не побывал в такой штуке, с именно нормальным западным менеджментом и PM, ты многое не видел. И тогда твое мнение о софтострое и управлении проектами недорого стоит.

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

239. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 24-Мрт-24, 19:27 
> Вообще-то его можно зацепить в degraded режиме. И да, при желании это можно обыграть из бута.

при желании попердолиться вприсядку. Ок.

> А сложнее всего в таких вещах - с системной фирмварью и ее заскоками, вообще-то.

никаких сложностей. Просто твой опыт как обычно - нулевой. Полторы флэшки в столе и одни безумные ворота.

> Далеко не любое фирмваре сможет читануть загрузчик и п

возможно в твоем ноуте и правда что-то совсем убогое. Но любое более-менее промышленное железо (и даже большинство десктопов) прекрасно загрузится с первого попавшегося носителя. Иногда сложнее сделать чтоб оно так не делало без спросу.

> А таки - от нескольких фэйлов этот маневр уже спас.

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

> Заметь, в мажоритарном принципе - никаких допущений о супернадежности юнитов нет, напротив идея
> что юнит может отказать - часть плана.

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

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

> Ну тогда я лучше буду доверять разработчикам btrfs

это вот тем ребятам которые в собственном коде не разбираются и за пятнадцать лет не смогли починить или хотя бы выбросить неработающий raid6? Которым понадобилось десять лет чтобы кое-как затолкать под коврик проблему "места дофига но оно кончилось... вот" ? Безсловно, заслуживают всяческого доверия. Но я лучше буду доверять своему опыту. Он довольно немаленький и отказов носителей я поперевидал изрядно.

>> Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): Error 5, Retries exhausted
> Btrfs при read error блока с mirror'а

Это не "read error" в том смысле что вернулось битое. Оно сдохло. Совсем сдохло, приехали, не читается и не пишется уже. (нет, оно не полное г-но, оно почти год копило pending sectors, но мне было сложно не то что попасть туда физически, а хотя бы гарантировать себе нормальное рабочее место, а не недоноут с отваливающейся клавиатурой и 10" экраном)
Но после выковыривания мертвого диска - поехало дальше без необходимости это самое рабочее место использовать. Обошелся обычным ssh в уже работающей системе. Да, в обратную сторону нет автоматики, восстанавливать зеркало приходится руками, но никаких ручных костылепердолингов чтобы хотя бы загрузилось - нет. degraded - ну degraded. Чем это отличается от отказа на ходу? (надо будет глянуть, бырбыра хоть такой-то - отработает?)

Удивительно в каком вывернутом наизнанку мире живут авторы бырбырфесе и их фанаты, что их поделка такого из коробки не умеет. Мне даже в голову не приходило такое. Ну ок, еще одно место где бырбыре не быть.

> Если это за 35 евр железная машина

увы. Предыдущую за 25 отобрали со словами что чойта с тебя денег мало, давай ты нам будешь платить хотя бы 60. А там был 3ware которому я доверял больше чем этому вот всему. (но надо признать - без kvm я бы не запустил пострадавшую систему, более того - трудами горе-работников DC одну такую успешно потерял - они полезли чинить что не умели и неправильно ответили на вопрос, задаваемый ровно один раз)

> У меня несколько иные кейсы. И там 2 бутовых девайсов - как правило просто чисто технически
> нет. Это не хорошо и не плохо. Это просто факт.

и оно необслуживаемое? Это эпический фак. Я бы смотрел в сторону загрузки с сети хотя бы как аварийного варианта. Ну и разумеется собирать такое можно только из самых надежных компонент, а не надеяться на бырбыр чудеса. Напоминаю - суперблок у тебя там фиксированный и перезаписывается миллион раз на дню. Это даже не fat. Та не перезаписывается при больше чем половине операций и никогда - целиком.

> А таки я у них многому научился.

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

Хотя конечно могу поверить что эти именно так и работали. Гугль и IBM не дадут соврать. Младшие падаваны там ни за что не отвечают и слепо верят указаниям сверху, а если не будут - их уволят одним днем.

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

245. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 25-Мрт-24, 15:00 
> Да почему же. Я практикую плотный контроль над системной фирмварой и даже
> могу что-то такое забацать если надо.

Дай угадаю, 3-2-1, на SPARK бацаешь?

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

189. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (152), 20-Мрт-24, 18:43 
> я могу посмотреть на дизайн ФС и сделать свои выводы

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

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

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

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

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

Поэтому мне нравится...
1) Как они сделали управление аллокацией местом и уровнями RAID, это по факту нечто типа "пофайлового RAID". Это некорректное описание, но идея в том что аллокатор на момент записи в принципе - решает как именно писать вон то. И есть block groups относящиеся к той или иной схеме хранения. Это круто и гибко. И на самом деле так можно много чего интересного.
2) Backrefs в сочетании с 1) позволяет довольно ненапряжно и шустро расчистить и вынуть энный девайс.
3) И добавить тоже - ненапряжно. Даже в RAID. В их терминах например RAID1 это требование к аллокатору записать этот блок на 2 разные девайса. Не обязательно кажлый раз одни и те же. В силу такого требования - вылет девайса не критичен т.к. всегда есть вторая копия на других девайсах. А с точки зрения управления - можно, вот, подоткнуть произвольный диск в RAID, отрастет +N места. И все. Ну, для феншуя ребаланс лучше пнуть.
4) В сочетании с CoW оно может достаточно прозрачно, просто и относительно безопасно сменить схему хранения - и даже не по всей площади, а например только метаданным. У данных и метаданных могут быть разные схемы хранения. А на самом деле - теоретически можно было бы чуть ли не разным файлам разные схемы назначать.

А автор сабжа смотрел на все что было до него и их проблемы, и был в еще более удачных условиях.

Кент в целом ту логику - содрал! Поэтому его дизайн сможет примерно то же что btrfs. Там есть некие упрощения, переигровка и проч. Вместо больших (по дефолту гиг, но настраиваемо) block group - более мелкие buckets на несколько мегов, подгребаемые более агрессивно чем BG. Но общая идея действа, и решений аллокатора - достаточно похожи. Хоть и заметно отличаются в деталях. Но это тоже nextgen дизайн, способный на продвинутости. А не та хрень, "первый блин комом". У него есть и (недопиленные пока) затеи типа Erasure Coding, это нечто типа продвинутого ответа схеме DUP, но более эффективное по месту.

> Не могу только вспомнить, чьими именно. То ли ютубера какого-то, то ли FAQ одного
> богом забытого подреддита.

Я не изучаю ФС по ютубу и не пользуюсь reddit'ом. Ну так, мелочи. А еще я таки юзаю майнлайновые кернелы, плотно интегрирован с их девом и не собираюсь от этого отказываться.

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

174. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 20-Мрт-24, 10:59 
> Я использую btrfs на довольно малохольных штуках с 64..256 мег оперативы.

Ну я и не сомневался что она для всякого говна только и годится.

> ZFS на таком вообще нечего ловить.

на 512 нормально работает.

> И DUP для 1-девайсных конфиг оно не умеет.

Умеет.

> И вообще не нравится мне ваш ZFS, ни управлением ни структурой ФС.
> Не понимаю нахрен оно такое.

Да кого волнует мнение человека нифига не понимающего в ФС.

>> А в твоём космолёте есть ВЕ? (Boot Environments)
> В моих космолетах есть довольно много странной лабуды.

Это хорошо что ты сам понимаешь что бтрфс - лабуда.
Есть надежда на выздоровление...

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

196. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 20-Мрт-24, 19:58 
>> Я использую btrfs на довольно малохольных штуках с 64..256 мег оперативы.
> Ну я и не сомневался что она для всякого говна только и
> годится.

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

А ведь использовал бы ext4 - нечему бы было и дохнуть (наверное. Те две мои бывшие не поддержат. Но там и нагрузка не как в умных воротах)

> Это хорошо что ты сам понимаешь что бтрфс - лабуда.
> Есть надежда на выздоровление...

нету. он уже новый фуфел нашел себе.

Все новое-красивое-переливающееся лампочками принимается за звездолет. А это всего лишь @н@льный вибратор... бывают и с подсветочкой. (не спрашивайте, для кого она там, мне запрещено это знать)

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

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

Оно в отличие от твоего энтерпрайзного монстра юзает стандартную механику линя. Поэтому мало отличимо на вид от EXT4 какого. Работает себе и траблов не создает.

> А у нас 64 мег. Т.е. кэш метаданных отсутствует как таковой. А потом он жалуется
> что флэшки без конца дохнут и только бырбыр его спасет.

Yolo, там скорее инверсная проблема - из-за редких записей "регенерация" флех не случается, а то что контроллер sd/eMMC до такого допирает сам это 50/50 в лучшем случае.

> А ведь использовал бы ext4 - нечему бы было и дохнуть (наверное.

Ага, кроме того что - вот - разок рандомный бэд под libc6 всю систему урыл. А fsck там во первых запускать некому, и отвечать на его вопросы тоже. Да и если libc6 не читается - какой recovery в fsck предполагается в таком случае? :). А вот DUP таки вынет копию этого блока с другого смещения. И если бэд раз в 2 года, какой шанс словить его на второй копии? Не, я не доживу до проигрыша в такую рулетку.

> Те две мои бывшие не поддержат. Но там и нагрузка не как в умных воротах)

А, ты кажется начал догадываться. У меня и правда не дофига записей. Как раз из соображений надежности и выживания системы.

> нету. он уже новый фуфел нашел себе.

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

> Все новое-красивое-переливающееся лампочками принимается за звездолет. А это всего лишь
> @н@льный вибратор... бывают и с подсветочкой. (не спрашивайте, для кого она
> там, мне запрещено это знать)

Ну да, твой шеф не оценит глупые вопросы в таких вещах :)

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

237. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 24-Мрт-24, 01:46 
>> я честно говоря сомневаюсь что и там будет хорошо - все эти
>> бесконечные деревья с деревьями надо же ж где-то хранить и перебирать листиками.
> Оно в отличие от твоего энтерпрайзного монстра юзает стандартную механику линя.

именно. А она и так - г-но, вымывающееся линейным чтением.

А тут еще и памяти кот накакал. Файлик прочитал - все метаданные пошли по п-3де, не поместилось. А их там тонны.

> Поэтому мало отличимо на вид от EXT4 какого.

в 64х то мегабайтах? Еще как отличимо. (тут я, правда, опрашивал. Но ведь и тебе не придет никогда в голову померять)

> Yolo, там скорее инверсная проблема - из-за редких записей "регенерация" флех не случается

опять опрашивал, поди? А я вот - мерял. Ни на одной из полусотни флэшек с 2007 до 2019го года никаких проблем нет. Использовались в режиме worm, я никогда не перезаписываю флэшки с фото и видео. (и поэтому их таки у меня - много)

> Ага, кроме того что - вот - разок рандомный бэд под libc6 всю систему урыл.

на флэшке. бэд. Ну ок.

> А fsck там во первых запускать некому, и отвечать на его вопросы тоже.

(про -y наш специалист по всему тоже не слышал)

>> Те две мои бывшие не поддержат. Но там и нагрузка не как в умных воротах)
> А, ты кажется начал догадываться. У меня и правда не дофига записей.

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

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

234. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (-), 23-Мрт-24, 18:58 
>> Я использую btrfs на довольно малохольных штуках с 64..256 мег оперативы.
> Ну я и не сомневался что она для всякого говна только и годится.

У меня есть ряд pre-existing выводков. Возможность нашару апгрейднуть их свойства таки круто ;)

>> ZFS на таком вообще нечего ловить.
> на 512 нормально работает.

У меня не файлопомойки - жрать весь RAM на ФС решительно не катит. Btrfs вообще в основном юзается за 2 вещи:
1) Снапшоты. Можно скажем "reset to system defaults" ими делать влегкую.
2) Схема DUP + чексуммы = self heal. Мои системные образа мелкие, на SD/eMMC немеряно места и ополовинить емкость не парит. А теорвер круто разворачивается в правильную сторону. И теперь я боюсь не 1 битого сектора под системой - а того что бэды накроют 2 копии в разных смещениях.

Грубо говоря: чтобы выигрывать в рулетку - надо стать казино. А тут эта идея доведена до экстремума, переформулированием структуры рулетки.

>> И DUP для 1-девайсных конфиг оно не умеет.
> Умеет.

В каком  месте? Не, создание 2 разделов и проч для RAID - не то. Это в разы сложнее в менеждменте и плохо дружит с идеей вида "раскатать образ на носитель "неопределенного" размера и grow до полного размера при 1st boot". А вон то - 1 параметр при создании ФС, в управлении как обычная ФС останется. Просто будет 2 копии делать.

> Да кого волнует мнение человека нифига не понимающего в ФС.

Да вы тут эксперты с вашим ZFS. Уже рассказывали какое оно клевое и без багов. А потом после фэйла с рефлинками я зашел на их гитхаб, и смог сравнить то что вижу с вашими росказнями :)

> Это хорошо что ты сам понимаешь что бтрфс - лабуда.
> Есть надежда на выздоровление...

Я никогда не стану похожим на bsd-like админов покусаных энтерпрайзом. Вы - вымирающий вид. Динозавры на пешеходном переходе. Туда же идут out of tree модули. Они всегда в лине этим были.

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

243. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 25-Мрт-24, 14:11 
> 1) Снапшоты.

ZFS

> 2) Схема DUP + чексуммы = self heal.

Опять ZFS

> В каком  месте?

Мануал почитай что-ли.

> Да вы тут эксперты с вашим ZFS. Уже рассказывали какое оно клевое
> и без багов. А потом после фэйла с рефлинками я зашел
> на их гитхаб, и смог сравнить то что вижу с вашими
> росказнями :)

Ходил на гитхаб и не нашёл сколько копий метаданных хранит ZFS?
Завязывай позориться, сказочник.

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

96. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (24), 19-Мрт-24, 10:02 
Ну тип каждый должен заниматься своим делом, тогда и ошибок меньше. Вот, например, LVM и аппаратный рейд в индустрии приняты, а васянство с zfs нет.
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

115. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от нах. (?), 19-Мрт-24, 13:32 
> Ну тип каждый должен заниматься своим делом, тогда и ошибок меньше. Вот,
> например, LVM и аппаратный рейд в индустрии приняты, а васянство с
> zfs нет.

полки нетаппы смотрят на меня, удивленно мигая глазками. Они в индус-трии действительно не приняты, но не совсем так.

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

74. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +5 +/
Сообщение от Аноним (-), 19-Мрт-24, 04:19 
Поэтому умные люди до сих пор сидят на ext2, которая идеальна и не захламляет пространство никому не нужными журналами.
Ответить | Правка | Наверх | Cообщить модератору

76. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (76), 19-Мрт-24, 07:50 
Ну рубани питание на Ext2 или Reset. Без ручного fsck не обойтись. А на флешке - да, идеальна для переноса между Linux-системами, сам пользуюсь.
Ответить | Правка | Наверх | Cообщить модератору

83. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (83), 19-Мрт-24, 08:58 
> Ну рубани питание

Бесперебойное питание есть даже в админках а-ля армейская каптёрка. На ноутах аккумулятор. На стационарниках ИБП. Я не знаю кто и зачем питает оборудование напрямую вставляя кабель в розетку.

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

190. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (190), 20-Мрт-24, 18:45 
А знаешь зачем ипользуют ИБП с полностью сдохшими аккумуляторами? Чтобы использовать его в качестве разветвителя компутерных розеток :) Потому, что контора аккумы на новые не заменяет.
Ответить | Правка | Наверх | Cообщить модератору

88. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от нах. (?), 19-Мрт-24, 09:23 
> Ну рубани питание на Ext2 или Reset. Без ручного fsck не обойтись.

у тех у кого ext2 - fsck автоматический, я надеюсь. Они должны были эти скрипты откопать на том же кладбище в той же могиле что и свою fs.

У кого Ext4 nojournal - ну хум хау. У меня - автоматический, а что там у пользуемых системдрянью и как это изменить - мне даже и неинтересно знать. Ручной понадобится только если автоматика не справилась. И да, я в этом случае хочу видеть что происходит и иметь возможность отказаться от предложенной операции. А не "угадай во что сейчас откат кривого журнала превратил твои данные, зато мы быстро-быстро загрузились, как здорово-то!".

> А на флешке - да, идеальна для переноса между Linux-системами, сам
> пользуюсь.

на флэшке идеальна ntfs. Вот в том числе потому что позволяет не гадать, на линукс-недосистеме тебе понадобится это потом читать, или не только.

Ну или fat32 если флэшка еще не выросла.


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

97. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (98), 19-Мрт-24, 11:02 
Мне Ext2 на флешке исключительно между Linux-системами. Case sensetive необходимо, UNIX Rigts важно. А документы переносить, да, Fat32 - самое то.
Ответить | Правка | Наверх | Cообщить модератору

100. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 11:31 
> Мне Ext2 на флешке исключительно между Linux-системами. Case sensetive необходимо,

то есть у тебя реально на одной и той же флэшке в одном и том же месте лежат Файл и фАйл и это - два разных файла?

Меня как-то вполне устраивает case preserving. А от unix rights копируемых между двумя разными системами - и вовсе вред один. Опять же наиболее верный подход - это как раз fat/ntfs реализации в линуксе - где псевдоправа и фейковые юзеры задаются при монтировании (с ntfs можно задействовать и сложный маппинг но я не верю что это оправдывает глюки и трудозатраты) а не копируются, они бессмысленны на чужой системе.  И заметь что ntfs3g предоставляет тебе выбор, а с ext2 ничего поделать нельзя, только потом пердолиться с chmod/chown.

Ну и добавим в кучку mtools, позволяющие обойтись без дурацкого "монтирования". Этот пережиток 70х годков когда диск так сложно и долго подключался физически, и быстровыдернуть его все равно было невозможно. И который навсегда с нами, потому что не осталось тех кто мог бы такие вещи исправлять.
(опять же обратить внимание что винда умеет но не требует)

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

184. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (190), 20-Мрт-24, 18:25 
>то есть у тебя реально на одной и той же флэшке в одном и том же месте лежат Файл и фАйл и это - два разных файла?

Если у тебя вместо ожидаемого File.tar.xz окажется file.tar.xz, догадайся, что тебе любая UNIX like скажет? Правильно: "File not found"

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

192. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +2 +/
Сообщение от Аноним (152), 20-Мрт-24, 19:00 
> Если у тебя вместо ожидаемого File.tar.xz окажется file.tar.xz, догадайся, что тебе любая UNIX like скажет? Правильно: "File not found"

Именно. Этот костыль с нами ещё с тех самых пор, когда тратить ресурсы на приведение регистра было слишком расточительно, а в языке удобной поддержки строк не было (массива байтов хватит всем!). Но сегодня, когда есть и ресурсы, и строки case sensitivity для файловых систем — жутчайший костыль, от которого кроме вреда и лишней возни нет никакой пользы. Современная ОС должна быть case preserving, case insensitive в первую очередь для удобства пользователей. Но удобство — это не про современный UNIX-like. Современный UNIX-like выродился в карго-культ ещё в девяностых.

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

197. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 20-Мрт-24, 21:14 
пажалуста вот нинада обижать без повода современный не-очень-unix-like. Поводов его обидеть и так хватает, но с vfat case preserving - работает с незапамятных времен.

C ntfs3g вроде бы тоже но это неточно (не уверен что он одновременно insensitive, как должно бы быть).

С ext4 буквально год назад обещали все поправить, боюсь проверять чем кончилось.

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

203. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (203), 21-Мрт-24, 12:08 
С ext4 опционально, для выбранных папок.
Ответить | Правка | Наверх | Cообщить модератору

204. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (203), 21-Мрт-24, 12:23 
Во-первых, не костыль а стандарт POSOX.
Во-вторых, а по мне, так и неплохо. В иерархии файлов можно как что-то типа конструкции на C++, как бы:
class MyName;
MyName myName;

Т.е., File.dat содержит образец какой-то формы, например, а file.dat её конкретное содержимое.

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

205. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 21-Мрт-24, 15:19 
У тебя ооп головного мозга.

> Т.е., File.dat содержит образец какой-то формы, например, а file.dat её конкретное содержимое.

совершенно ненужная хня.

Если содержимое только одно - нахрен не нужен твой "образец". Если содержимое может быть разным - что делать со вторым экземпляром - класть в filE.dat ?

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

87. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 09:19 
> Поэтому умные люди до сих пор сидят на ext2, которая идеальна и
> не захламляет пространство никому не нужными журналами.

Умные - на ext4 созданной с параметром -O ^has_journal (Ну или на ntfs)

И нет, это не то же самое что раскопанный труп мамонта (в который гугль так и не вернул патчи, делавшие его работоспособным)

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

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

И как тебе время fsck на забитом диске в пяток терабайтов? :)

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

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

167. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 20-Мрт-24, 00:12 
> И как тебе время fsck на забитом диске в пяток терабайтов? :)

потерпит, раз в году.

> Btrfs то и сабж - в случае краха делают по сути "ничего"

результат этого ничего - вот, к примеру, эта новость.
Как жы так?

А автыр срочно-срочно пишет таки внешнюю приблуду для проверки и восстановления консистентности метаданных. Будем надеяться, у него выйдет лучше чем у бырбырфс, где btrfs check предана анафеме и велено ей не пользоваться вообще никогда.

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

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

Удачи ему и все такое.

> результат этого ничего - вот, к примеру, эта новость.Как жы так?

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

> А автыр срочно-срочно пишет таки внешнюю приблуду для проверки и
> восстановления консистентности метаданных.

Вообще ребилд серьезно профаканой ФС из inode'ов - сойдет за весьма забавную фичу. Это так то добавит жизни ФС в условиях отличных от идеала.

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

У кента там куда более радикальная идея: перестроить деревья по инфо в inode. Хоть с ноля. По своему красиво. Хотя и займет немеряно времени на большой забитой ФС, но концепция по своему красива.

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

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

176. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 20-Мрт-24, 11:36 
> Удачи ему и все такое.

Удача нужна пользуемым fs у которых fsck забыли написать.

> Вообще ребилд серьезно профаканой ФС из inode'ов - сойдет за весьма забавную фичу.

да, поздравляю - вы изобрели icheck 76го года. И возможно но это неточно - еще и clri.
Как дойдете до dcheck (а то имена файлов даже в суперпродвинутых fs вряд ли хранятся в inode) - можете попробовать объединить их обратно в fsck.

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

218. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (-), 22-Мрт-24, 00:26 
>> Удачи ему и все такое.
> Удача нужна пользуемым fs у которых fsck забыли написать.

В большинстве конфиг которые меня интересуют fsck вот тупо запускать некому, чтобы еще его результаты разгребать. И это нежелательный элемент пейзажа как таковой при нормальной эксплуатации. Разве что как тул датарекавери, но там у btrfs и более забавный тул есть, офлайн читалка как фича тулкита. От остальных такого не дождешься, чо :)

>> Вообще ребилд серьезно профаканой ФС из inode'ов - сойдет за весьма забавную фичу.
> да, поздравляю - вы изобрели icheck 76го года. И возможно но это неточно - еще и clri.

А в 76-м году в ФС уже были b-деревья, которые они, так то, перестраивать собираются? И такое многодевайсное управление ФСом и проч?

> Как дойдете до dcheck (а то имена файлов даже в суперпродвинутых fs
> вряд ли хранятся в inode) - можете попробовать объединить их обратно в fsck.

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

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

99. Скрыто модератором  –1 +/
Сообщение от крокодил мимо.. (-), 19-Мрт-24, 11:28 
Ответить | Правка | Наверх | Cообщить модератору

105. Скрыто модератором  +1 +/
Сообщение от Аноним (90), 19-Мрт-24, 12:20 
Ответить | Правка | Наверх | Cообщить модератору

116. Скрыто модератором  +/
Сообщение от нах. (?), 19-Мрт-24, 13:34 
Ответить | Правка | Наверх | Cообщить модератору

128. Скрыто модератором  +/
Сообщение от крокодил мимо.. (-), 19-Мрт-24, 14:14 
Ответить | Правка | Наверх | Cообщить модератору

134. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (134), 19-Мрт-24, 14:42 
в стабильном ядре - не стабильная файловая система
Ответить | Правка | Наверх | Cообщить модератору

187. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 20-Мрт-24, 18:37 
Все из-за раста. Сглазили своим внедрением стабильность. Дальше будет хуже. Скринь.
Ответить | Правка | Наверх | Cообщить модератору

191. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (190), 20-Мрт-24, 18:54 
Согласен. Набегут бывшие JS-погромисты в ядро на Расте кодить: "Всё равно, раз безопастно, то можно побыренькому и в продакшон."
Ответить | Правка | Наверх | Cообщить модератору

219. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 22-Мрт-24, 00:28 
> Все из-за раста. Сглазили своим внедрением стабильность. Дальше будет хуже. Скринь.

В сабже _пока еще_ хруста нет :). Во всяком случае в ядре. Так что при чем тут он?

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

238. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от pelmaniac (?), 24-Мрт-24, 17:05 
на удивление адекватный чел этот кент оверстрит. на своей паге без срача и понтов описал все актуальные FS и в чем бкэшфс лучше их. аж захотелось попробовать, придется арч ставить, правда, хыхы.
Ответить | Правка | Наверх | Cообщить модератору

241. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 24-Мрт-24, 22:01 
> на удивление адекватный чел этот кент оверстрит. на своей паге без срача
> и понтов описал все актуальные FS и в чем бкэшфс лучше
> их. аж захотелось попробовать, придется арч ставить, правда, хыхы.

Всяк Шишкин ^W кулик своё болото хвалит.

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

242. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от pelmaniac (?), 25-Мрт-24, 11:07 
>Всяк Шишкин ^W кулик своё болото хвалит.

ты, видимо, не читал что и как оверстрит пишет про других. а у шишки все фсописатели идиоты кроме него + линус

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

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

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




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

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