forum.opennet.ru

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

Оглавление

Релиз ядра Linux 6.5, opennews (?), 28-Авг-23, (0) [смотреть все]

Радует, что развивают действительно безопасный язык популярный для молодого поко, АНБ (?), 11:40 , 28-Авг-23, (1) –31 //

Давно пора добавить, но всякие престарелые хиппи противятся этому Ну, недолго и, Аноним (6), 12:14 , 28-Авг-23, (6) –5 //

Судя по редоксу, нехиппи стоило бы бояться своих желаний , Аноним (187), 03:37 , 29-Авг-23, (187) +1 //

Это потому что текущие разработчики на расте ещё школу не успели закончить, у ни, Аноним (6), 15:39 , 29-Авг-23, (236) +1

Слишком тонко для опеннета, тут могут подумать что ты не шутишь , Аноним2 (?), 12:31 , 28-Авг-23, (10) +39 //

А он и не шутит Без бинарных блобов долговато ржавчина компилируется Насчёт по, Аноним (31), 13:14 , 28-Авг-23, (31) +3 //

Без бинарных блобов, известных как firmware, на большей части современного обору, Аноним (35), 13:41 , 28-Авг-23, (35) +4

Нормально работает Только единицы железок требуют внешних блобов в дополнение , Аноним (31), 14:30 , 28-Авг-23, (51) +2

Вот за это я и люблю опенет , коньюктивит (?), 15:18 , 28-Авг-23, (66) +11
Прикольное у вас нормально однако , Анонимусс (?), 15:29 , 28-Авг-23, (69) +4

Для сервера и без того, и без другого нормально , Аноним (98), 16:48 , 28-Авг-23, (98) –1

Только если сервер - старый десктоп под кроватью Потому что на нормальных стоечн, Аноним (114), 17:21 , 28-Авг-23, (114) +1
Оспади, ну, хоть с фактом линукс не для десктопа ты согласен , коньюктивит (?), 20:15 , 28-Авг-23, (150) +1
Ну да, суперкомпьютеры для всяких ИИ очевидно без видеокарт работают У Гугла воо, Аноньимъ (ok), 12:11 , 01-Сен-23, (305)

А у кого сейчас вайфай в системном блоке У всех внешние роутеры Видеокарты нор, Аноним (-), 16:04 , 28-Авг-23, (80)

А на ноутах тоже все хорошо Или туда линукс ставить не нужно можно и провод, с , fyjybvec (?), 16:35 , 28-Авг-23, (89)
примерно у всех именно по этой причине вайфай необходим в системном блоке , хот, Аноним (31), 16:36 , 28-Авг-23, (90)

В реальной жизни 90 линуксоидов проприетарные драйвера для видеокарт не нужны , Аноним (-), 17:02 , 28-Авг-23, (105) –2

Выдеокарты не работают без проприетарных прошивок Юзерспейсная часть может быть, Аноним (31), 17:14 , 28-Авг-23, (111) +1
А теперь поговорим про видеокарты от AMD, которые без бинарной firmware, работаю, Аноним (157), 20:32 , 28-Авг-23, (157) +1

Ну как бы нува при переходе в нативный режим тоже фирмвари грузит И они либо ес, Аноним (187), 22:41 , 28-Авг-23, (172)

Кому плевать, у тех встройка от Intel, которой ни проприетарные драйвера, ни про, Аноним (6), 19:08 , 28-Авг-23, (141) –1

Тебе показать в каком месте у интеловской встройки блобики подгружаются или сам , Аноним (31), 19:38 , 28-Авг-23, (148) +2

Разработчикам linux libre покажи https wiki parabola nu Intel, Аноним (6), 21:01 , 28-Авг-23, (160)

Ну так они клованы ещё те и статья судя по виду утратила актуальность лет 20 наз, Аноним (31), 21:26 , 28-Авг-23, (162)
Старый интел реально без блобов работал Но с энного момента и ему стали нужны б, Аноним (187), 22:44 , 28-Авг-23, (173)

интегрированная графика интола или амуде норм заведётся без блобов , Бывалый смузихлёб (?), 17:20 , 28-Авг-23, (113)
Так вы блютузоман раз блоб качаете для него Нет , Анонит (?), 19:17 , 28-Авг-23, (144)

Пр блютузу звук в тыщу раз лучше, учёные давно доказали , Аноним (6), 19:22 , 28-Авг-23, (147) –1

Видеокарта от AMD от RX 400 и выше обязательно нужен бинарный firmware, если ты , Аноним (157), 20:28 , 28-Авг-23, (156)

Релиз ядра Linux 6.5, Аноним (257), 19:59 , 29-Авг-23, (257) +1

У ноутов и мелочи Ну как бы это надежнее и быстрее Но к ноуту провод таскать та, Аноним (187), 22:27 , 28-Авг-23, (169)

Наоборот, что бы там не говорили фанатики Столлмана В обоих случаях прошивки пр, Аноним (6), 15:57 , 29-Авг-23, (237)

Какое, в ж , сообщество у бинарного вареза Мутные васянокрекеры И что они там , Аноним (-), 01:07 , 30-Авг-23, (259) +1

Я говорю о том, что наличие возможности обновлять прошивку с жёсткого диска, т е, Аноним (6), 03:42 , 30-Авг-23, (268)

при случае получить от супер-доверяемого вендора блоботы адаптированные к нов, Аноним (-), 15:42 , 30-Авг-23, (280)

У меня, например В Strix B550-I из коробки воткнута M 2 WiFi карточка , Full Master (?), 09:08 , 29-Авг-23, (209)

А че, пускай переписывает ядро на Ржавом, ну десятилетия полтора у него уйдёт ми, Аноним (67), 15:23 , 28-Авг-23, (67) //

так это хорошо 1 станет меньше ошибок связанных с памятью 2 куча новых прогре, fyjybvec (?), 17:03 , 28-Авг-23, (106)

как ты быстро на пенсию намылился, заработать только забыл, Аноним (124), 18:05 , 28-Авг-23, (124)

Американского майора радует, что развивают действительно безопасТный язык, впопу, Аноним (11), 12:31 , 28-Авг-23, (11) +6 //

Сишка достаточно хорошо привлекает смузипоколение Особенно тем, что не стесняет, Аноним (35), 13:47 , 28-Авг-23, (40) //

Поглядим, как сурьёзные дяденьки будут сами выражаться, пользуясь тем безопастны, Аноним (98), 14:42 , 28-Авг-23, (55)

ты про тех дидов, которые дарят нам возможность читать каждые пару недель про уя, fyjybvec (?), 16:38 , 28-Авг-23, (93)

А есть другие , Серб (ok), 17:27 , 31-Авг-23, (302)

Ну ты не путай менеджеров и акционеров с ламонубами с горящими глазами, бурно ра, Аноним (187), 22:35 , 28-Авг-23, (171)
Когда ПО для атомных станций, авиации, космоса, банков и бирж будут писать на Ru, Аноним (157), 01:12 , 29-Авг-23, (182)

а может лучше не надо T_T, Аноним (207), 08:02 , 29-Авг-23, (207)

Предпочитаешь вручную стержни реактору двигать и мониторить состояние систем мяс, Аноним (-), 01:10 , 30-Авг-23, (260) +1

Пока что раст ядре не используется, а вот говнокодеров для написания ядра - цела, Анонимусс (?), 16:34 , 28-Авг-23, (88) +1 //

и эта орава ждёт когда ржвачик таки будет в ведре использоваться Удачи , _ (??), 18:35 , 28-Авг-23, (133)

Проблемой стало найти говнокодеров, который на сях будет за миску риса писать, а, Аноним (6), 19:18 , 28-Авг-23, (146)

Слишком толсто , Anon888 (?), 13:09 , 28-Авг-23, (29)
Вначале новую версию Ады выпусти, потом и блобы будут, а то все на халяву получи, BeLord (ok), 13:24 , 28-Авг-23, (32) +1
Я боюсь что итогом будет 2 яп в ядре и раст, скорей всего, отвалится в какой-то , Аноним (42), 13:50 , 28-Авг-23, (42) +3 //

Так и будет Я об этом говорю уже лет 10 и без привязки к ядру Раст умрет, а к, keydon (ok), 16:40 , 28-Авг-23, (95) //

Забудь надежду С Нашинские, Ынрерпрайзные - _всегда_ выбирают наихудшее реш, _ (??), 18:45 , 28-Авг-23, (136) +1

если бы так было - то ядро бы обмазали всеми видами статики какими можна и испра, fyjybvec (?), 17:07 , 28-Авг-23, (107) +2 //

Это не говоря уж о OpenSSL с его бесконечными дырами - а ведь он уже обмазан ста, Аноним (135), 18:44 , 28-Авг-23, (135)

Но есть нюанс С OpenSSL - есть и используется, а вот замену ему на ржавчике, _ (??), 18:50 , 28-Авг-23, (137) +3

То есть ты вбрасываешь мысль от том, что Раст не нужен, просто сишку надо сдела, Аноним (126), 18:08 , 28-Авг-23, (126) //

Однако какой-нить _Generic в С11 таки сделали Это не совсем то что в плюсах но , Аноним (187), 04:01 , 29-Авг-23, (191)

У сей есть определенная проблема с статическим анализом указателей Особенно voi, Аноним (187), 04:00 , 29-Авг-23, (190) +1 //

Ну в таких случаях и раст включает unsafe Только вот почему-то вынести небезопас, keydon (ok), 14:13 , 30-Авг-23, (277) –1

В сях это все ж почаще - указатели юзают часто, и весьма часто они безразмерные, Аноним (-), 15:55 , 30-Авг-23, (281) +1

Прям как в анекдоте https www anekdot ru id 75546 Деды уже как 20 лет не при , keydon (ok), 15:24 , 31-Авг-23, (300) –1

Не, нам так не катит Я хочу знать о своем и чужом коде истинное состояние дел а, Аноним (-), 16:04 , 03-Сен-23, (315) +1

Поэтому используете раст, где сплошные сказки про безопасность, а реальные механ, keydon (ok), 13:11 , 04-Сен-23, (330) –2

Пока еще нет Но вообще рассматриваю идею выучить его когда в gcc будет нормальн, Аноним (341), 17:09 , 05-Сен-23, (341) +1

Долгих вам лет и здоровья На таких людях оно всё как-то ещё и держится , Аноньимъ (ok), 00:57 , 06-Сен-23, (357)

Ну как бы занимаясь управляющими системами, что васянски, что не васянски, я так, Аноним (-), 14:52 , 06-Сен-23, (362) +1

Вроде всё не так там плохо А что на счет хаскеля например Я недавно пробегался , Аноньимъ (ok), 01:07 , 06-Сен-23, (358)

Ни то ни другое не маппится в нормальном виде на мой низкоуровневый системный мо, Аноним (-), 14:55 , 06-Сен-23, (363)

Хочу надежно и безопасно, но разбираться не хочу Окай Поэтому буду использовать, keydon (ok), 16:00 , 06-Сен-23, (368)
Хочу простой, предсказуемый, читаемый код БЕЗ навороченных концепций и абстракци, Аноним (-), 00:33 , 07-Сен-23, (374)
В общем-то я тоже этого хочу ближе к ассмеблеру, но увы, ничего похожего нет Фун, keydon (ok), 16:49 , 08-Сен-23, (380)
Zig hare C с минимальным ubsan лезет даже в мелкие МК типа cortex m0 m3 В люб, Аноним (-), 22:07 , 11-Сен-23, (384)
Не думаю что есть проблема в понимании по крайней мере в связи с новороченностью, Аноньимъ (ok), 20:35 , 06-Сен-23, (369)
Если яп провоцирует навороченные конструкции и абстракции - имхо жесткий недоста, Аноним (-), 00:15 , 07-Сен-23, (373)

Никак, раст это гугломайкрософтамазон, избавление от их влияния уже проходили на, keydon (ok), 15:34 , 06-Сен-23, (365) –1

Ну насколько я вижу по librust- в дебиане, прошаренные господа с своим путем на, Аноним (-), 02:55 , 07-Сен-23, (376)

Всегда можно найти свой антидот со своими побочными эффектами Проблема растоман, keydon (ok), 14:28 , 08-Сен-23, (379)
Еще нормальные типы, отсутствие UB, явное маркирование откровенно опасных операц, Аноним (-), 01:43 , 12-Сен-23, (385)

90-e - все писались от С 2000 - все протекали от Java2005 - все капали от С M, pavlinux (ok), 14:08 , 28-Авг-23, (47) +5 //

На Похапе наяривали в первой половине 2000-х, Аноним (98), 14:46 , 28-Авг-23, (56) +1 //

Там ещё на Perl наяривали, пыха стала модной с появлением всяких CRM Joomla, W, pavlinux (ok), 15:03 , 28-Авг-23, (63) +1

Скрыто модератором, Анонин (?), 15:38 , 28-Авг-23, (70) +2 //

Скрыто модератором, pavlinux (ok), 15:55 , 28-Авг-23, (78)

Раз уж речь про дол6оящеров - то они до сих пор не научились проверять размер вх, Анонин (?), 16:06 , 28-Авг-23, (81) +1 //

Ну какой адектват станет называть свои mp3 Весна_опять_пришла,_и_лучики_тепла_до, pavlinux (ok), 16:08 , 28-Авг-23, (82) –1

Скрыто модератором, Аноним (-), 16:13 , 28-Авг-23, (84) +2
Есть спецификация на имена файлов и путей И если имя ей удовлетворяет, то софт , Анонин (?), 16:19 , 28-Авг-23, (86)

8 3 , FF (?), 18:21 , 28-Авг-23, (128)

exFAT file system specification, 7 7 3 FileName Field, Анонин (?), 18:40 , 28-Авг-23, (134)

POSIX 255 знаков, все кроме NUL, какого жуя, они пихают 256 знаков , pavlinux (ok), 15:13 , 03-Сен-23, (312)

Ну какой адекват станет ставить в название файла нулевой символ Действительно, н, Аноним (114), 17:23 , 28-Авг-23, (115) +1

Этим прикладной софт должен заниматься, а не ядро , pavlinux (ok), 15:14 , 03-Сен-23, (313)

в 90х не было нужды в мелких вирт машинах мощности не позволяли , а потом расп, fyjybvec (?), 16:13 , 28-Авг-23, (83) –2 //

гонят на сишников только безопытные джуны или вообще сочувствующие околоайтишечн, FF (?), 18:22 , 28-Авг-23, (129) +3
с 1969 по 2023 каждое поколение школьников думало, что оно уникально, делая модн, FF (?), 18:30 , 28-Авг-23, (130) +3

вот только этот хайп живет и работаети сайты на пыхе, и скрипты на питоне а с, fyjybvec (?), 19:12 , 28-Авг-23, (143) +1

Вот чудо, даже работает Работать то оно работает, да вот не особо хорошо Пыха пр, keydon (ok), 14:31 , 30-Авг-23, (278)

Не хомячок а очень даже гордый суслик, между прочим И не ANSI C а вполне себе C, Аноним (187), 23:01 , 28-Авг-23, (176)
И сортировку пузырьком - фигак , User (??), 08:41 , 30-Авг-23, (270)

Хорошо набросил , Гашпшпщм (?), 21:46 , 28-Авг-23, (164) +1
что позволит больше привлечь людей для написания ядра И оно скоро не поместится , Аноним (257), 19:45 , 29-Авг-23, (256)

Что это значит Векторный инструкции нужны для ГПУ , Аноним (2), 11:43 , 28-Авг-23, (2) –1 //

значит можно использовать их в контексте ядра - например для быстрого копировани, Аноним (4), 11:57 , 28-Авг-23, (4) +3
Для внутриядерной криптографии и CRC пригодятся , Аноним (11), 12:33 , 28-Авг-23, (12) +1
Векторные инструкции производят операции над векторами одномерными массивами д, Archer73 (ok), 15:49 , 28-Авг-23, (76) +1 //

Немного придирусь к терминологии Векторная инструкция в процессоре, и вектор , Аноним (-), 17:09 , 28-Авг-23, (108) –2
Самое интересное что кому сильно хотелось что-то такое даже и в обычных регист, Аноним (187), 23:27 , 28-Авг-23, (179) –3 //

Через libastral что-ли Обычные инструкции будут жевать данные кусками по 64 бит, voiceofreason (?), 10:45 , 29-Авг-23, (211)

Внезапно можно рассмотреть 64 бита как 8 параллельных lanes по 8 bit Или 4 по 1, Аноним (261), 01:20 , 30-Авг-23, (261)

Как её включить в предыдущем ядре , Аноним (7), 12:21 , 28-Авг-23, (7)
Капец, сколько примерно времени потребуется, чтобы изучить все возможности архи, Иваня (?), 12:23 , 28-Авг-23, (8) +2 //

Реалистичный срок -- три года минимум Но обычно изучаешь только то, что тебе на, Аноним (26), 13:05 , 28-Авг-23, (26) +5
Это вряд ли было возможно уже во времена 2 4 -2 6 По верхам - да, но так чтобы , Ржомба (?), 13:07 , 28-Авг-23, (28) +3
Nobody wants to say how this works Maybe nobody knows man xorg conf, но п, Аноним (35), 13:43 , 28-Авг-23, (37) +4
Я с 1997 трахаюсь Пока полностью вник в ipchains оно уже исчезло, iptables быст, pavlinux (ok), 14:17 , 28-Авг-23, (49) +6
А зачем вам всё это знать Просто интересно , birdie (ok), 15:00 , 28-Авг-23, (62) –1
За год поверхностно реально освоить , Аноним (92), 16:37 , 28-Авг-23, (92)
А зачем это всё изучать Если эти знания через пару лет уже не будет неактуальны, Аноним (92), 16:39 , 28-Авг-23, (94)
Всю жизнь надо изучать, родной, всю жизнь И то, не догонишь , microcoder (ok), 21:35 , 28-Авг-23, (163) +1
Сколько времени надо чтобы в 1 лицо построить межгалактический крейсер размером , Аноним (187), 23:34 , 28-Авг-23, (180) +1

Оно по прежнему размазывает однопоточные приложения по всем ядрам на время, дост, Oe (?), 12:25 , 28-Авг-23, (9) –2 //

Оно по-прежнему поддерживает разные планировщики, часть из которых гибко настраи, Аноним2 (?), 12:35 , 28-Авг-23, (14) +1
CPU Affinity для ваших нужд , Аноним (11), 12:36 , 28-Авг-23, (15) –1 //

А есть статистика о жизни ЦП в таком режиме повреждение от неравномерного нагр, Anon3 (?), 13:45 , 28-Авг-23, (39) //

У меня нет , Аноним (98), 14:48 , 28-Авг-23, (57)
Ну если ты этого боишься то буст частот тебе и вовсе противопоказан т к все тол, Аноним (284), 02:07 , 31-Авг-23, (284) +1

Так это не мультиядро, чтобы каждое приложение на отдельном ядре, вот и распреде, Аноним (25), 13:04 , 28-Авг-23, (25)
Этот вопрос задавай производителям процессоров Этим занимаются разработчики мик, Аноним (-), 14:02 , 28-Авг-23, (44) –1 //

schedtool -a AFFINITY_MASK set CPU-affinity to bitmask or list, pavlinux (ok), 14:58 , 28-Авг-23, (61) +1
Что ты несешь Внутренности процов с аппаратным анадизатором делают говнокод быс, Аноним (68), 15:24 , 28-Авг-23, (68) +1

разные планировщики юзай ondemand, conservative, userspace, , pavlinux (ok), 14:21 , 28-Авг-23, (50) //

Дак бустом частот выше базовой занимается исключительно сам процессор, планировщ, Oe (?), 20:57 , 28-Авг-23, (158) //

Планировщики накидывают на ядро если оно простаивает Если ты на 146 уверен, ч, pavlinux (ok), 15:21 , 03-Сен-23, (314)

Вот это годная штука , Ананимус (?), 12:34 , 28-Авг-23, (13) +1 //

Но всё равно растом попахивает Как и все эти address sanitizer-ы и stack protec, Аноним (35), 13:45 , 28-Авг-23, (38) –3 //

От тебя шизой попахивает, stack protector в gcc принесли ещё в нулевых , Ананимус (?), 14:01 , 28-Авг-23, (43) +2
Да вот видишь ли надоело за олдами перечитывать где они там еще отрицательный ин, Аноним (187), 03:45 , 29-Авг-23, (188) +1

Снова эти самопровозглашённые блюстители частоты берут на себя роль по чтению бу, cheburnator9000 (ok), 12:40 , 28-Авг-23, (17) –4 //

Они тебя заставляют пользоваться своим форком что ли , Ананимус (?), 12:43 , 28-Авг-23, (19) +6
К слову, да Удивительно, что железка на которой встроенная проприетарщина, что , Аноним (25), 13:06 , 28-Авг-23, (27) +1 //

От таких там ща часто секурбут есть - так что то что ты загрузил интеловский uCo, Аноним (187), 04:04 , 29-Авг-23, (192)

Оно когда-нибудь лопнет от драйверов, Герострат (?), 12:43 , 28-Авг-23, (18) +1 //

Поддержка железа нам ненужна , Аноним (11), 13:01 , 28-Авг-23, (23) +4 //

В нормальной системе драйверы должны быть отделены от ядра , Аноним (33), 13:24 , 28-Авг-23, (33) +5 //

В нормальной системе для работы новой нормальной системы тебя производитель , Аноним (41), 13:49 , 28-Авг-23, (41) +2

Зато для актуального железа дрова всегда БУДУТ и как правило лучше опенсосочных , voiceofreason (?), 12:38 , 29-Авг-23, (217)

линукс-эксперд просто выиграет не предусматривающий откаты тендер На распильных, Anon3 (?), 13:35 , 29-Авг-23, (227)

Этим виндузятникам только дай волю, они и тёплых ватерклозетов начнут у вас треб, коньюктивит (?), 17:50 , 29-Авг-23, (251)

Нет, не должны Буквально единственная причина по которой они открыты сейчас это, Ананимус (?), 14:04 , 28-Авг-23, (46) +3

Ты его не правильно понял Он прочитал статьи Эндрю Таненбаума про микроядерную , Аноним (-), 16:17 , 28-Авг-23, (85)

Рекомендую посмотреть, как работают микроядерные AmigaOS 4 и MorphOS на немощном, voiceofreason (?), 12:40 , 29-Авг-23, (218)

Где посмотреть , Аноньимъ (ok), 14:27 , 29-Авг-23, (233) +1

Под Линукс есть и закрытые драйвера Я уже молчу о бинарных блобах в этих самых , Аноньимъ (ok), 01:32 , 29-Авг-23, (184) +1

Прости, какие драйверы в drivers закрытые Покажи мне, пожалуйста , Ананимус (?), 13:20 , 29-Авг-23, (224)

Я до конца не понимаю о чем вы, наверное о официальных репах линукса Вас вот это, Аноньимъ (ok), 14:26 , 29-Авг-23, (232) +1

Нет, прошивки меня не смущают Это отдельный мир с отдельной войной с блобами Я , Ананимус (?), 15:08 , 29-Авг-23, (235) –1

Скрыто модератором, коньюктивит (?), 17:54 , 29-Авг-23, (252) +1

Скрыто модератором, Аноним (-), 07:30 , 30-Авг-23, (269) –1

О, эксперт по ядру от сохи W винды совсем не палится Blob list for Linux v2 , Аноним (-), 02:25 , 31-Авг-23, (285) –1

Какой извращённый бреб Так изыскано , Аноньимъ (ok), 03:32 , 31-Авг-23, (292)

Ну вообще он все по делу говорит, в 6 6 только что новый забор от NVIDIA вставил, Ананимус (?), 16:53 , 31-Авг-23, (301)

Дело у нас вот такое То что аноним выше пишет в контексте этого дела бред Закрыт, Аноньимъ (ok), 18:39 , 31-Авг-23, (303)

То что есть пара закрытых драйверов никто не отрицает Отрицают возможность суще, Ананимус (?), 13:13 , 01-Сен-23, (307)
Нет никакого обязательства открывать код И существование закрытых дров тому док, Аноньимъ (ok), 16:21 , 01-Сен-23, (311)
Ну это уже совсем троллинг тупизной какой-то man GPL Out-of-tree Да, их скольк, Ананимус (?), 11:47 , 04-Сен-23, (329) –1
Разработчикам дров На каждый чих левой пятки Линуса и его хозяев переписывать в, Аноньимъ (ok), 13:56 , 04-Сен-23, (331)
Признайся честно, ты этот ядерный API в глаза видел Потому что чаще всего слом, Ананимус (?), 14:25 , 04-Сен-23, (332)
Они и не собирались, лолка У нас все просто кто не с нами - тот против нас Эт, Аноним (-), 16:25 , 03-Сен-23, (317)
А оч 1110 як горять Горять пилають червон 1110 оч 1110 , Аноньимъ (ok), 18:06 , 03-Сен-23, (320)
Да ты не боись, там и technical measures - as described in DMCA не заржавеют, Аноним (-), 17:23 , 05-Сен-23, (342)

И даже пообещали оттрахать DMCA just in case - вот прям статьей обход техниче, Аноним (-), 16:14 , 03-Сен-23, (316)

https i imgflip com 3w2zoc jpg, Аноньимъ (ok), 18:30 , 04-Сен-23, (337)
А вот опять видно корпорат-холуя, ссыль на сервис с клаудспайварой подогнал Хар, Аноним (-), 17:29 , 05-Сен-23, (343)
Вам там это, безусловный микрокод вставили в ваш GNU Linux - https lore kernel, Аноньимъ (ok), 19:19 , 05-Сен-23, (351)
Понимаешь, ты в мою систему вообще совсем ничего без моего явного желания на то , Аноним (-), 19:42 , 05-Сен-23, (352)
Так интел это корпорасты сующие бинарные блобы, или это не корпорасты Бинарные б, Аноньимъ (ok), 00:44 , 06-Сен-23, (356)
Если вы не заметили - файл микрокода в линукскернел вообще не входит Это отдель, Аноним (-), 15:18 , 06-Сен-23, (364)

Так оно так, но это если у вас бюджеты огромные У Линукса бюджеты не очень, поэт, birdie (ok), 15:05 , 28-Авг-23, (64) +2

Да и весь остальной код тоже Деды тумблерами программировали и ничего, бороды т, Менеджер Антона Алексеевича (?), 16:43 , 28-Авг-23, (96) +3

Да вы и ща так можете С JTAG даже проще стало - тумблеров всего пару штук надо , Аноним (187), 04:07 , 29-Авг-23, (194)

Хорошо что ты не Торвальдс и его майнтайнеры Поэтому девелопай там какой-нибудь, Аноним (-), 02:31 , 31-Авг-23, (286) –2

Я так понимаю под викинуть подразумевается сделать стабильный документированный , Аноньимъ (ok), 12:22 , 01-Сен-23, (306) +1

Мордочка у всяких блоборасов треснет им еще stable api чтобы вон те бесплатно уб, Аноним (333), 15:40 , 04-Сен-23, (333) –1

В чём конкретно вклад производителя железа в вакууме в ядро состоит Если нужно ч, Аноньимъ (ok), 18:15 , 04-Сен-23, (335) +1

В дровах И совместной работе над подсистемами которые такой тип драйверов реюза, Аноним (-), 20:19 , 05-Сен-23, (353) –2

нереальноу ядра нет стабильного внутреннего API, Аноним (166), 22:08 , 28-Авг-23, (166)

А и не нужно Достаточно вынести драйверы из ядра и сделать стабильный внешний A, Аноним (186), 03:25 , 29-Авг-23, (186) +3

и где та полуось , vitalif (ok), 14:19 , 29-Авг-23, (231) –2

Надеюсь, ко времени смерти линукса хурд наконец-то допилят , Аноним (34), 13:41 , 28-Авг-23, (34) //

Надейся Хотя, хурд уже допилили до полной неработоспособности на железе, но нет, Аноним (74), 15:48 , 28-Авг-23, (74) +1
Кстати, команда Шишкина могла бы помочь с передовыми ФС Там бы код приняли А т, Аноним (98), 15:53 , 28-Авг-23, (77) //

Им некогда, они ещё ResiserFS не допилили , Менеджер Антона Алексеевича (?), 16:44 , 28-Авг-23, (97)

ReiserFS, та, которая v3, в линуксовом ядре работает давно и успешно , Аноним (98), 17:02 , 28-Авг-23, (104)

И не менее успешно теряет данные на диске Может подскаешь, в каких крупных депл, Менеджер Антона Алексеевича (?), 17:25 , 28-Авг-23, (117) –1
F k you ReiserFS c amule org Дадада, вот такой testimonial от довольных , Аноним (187), 03:54 , 29-Авг-23, (189) +1

Скрыто модератором, Аноним (-), 07:25 , 29-Авг-23, (200)

Скрыто модератором, Аноним (-), 01:32 , 30-Авг-23, (262)

Шишкин занимается файловой системой Рейзера как математик теоретик Он не трудяг, Аноним (121), 17:54 , 28-Авг-23, (121) +2
Надо сперва что-нибудь более стабильное, вроде ext4 или xfs Рейзер5 как идея не, Аноним (34), 18:59 , 28-Авг-23, (139)

Хурд ненужон, потому что есть DragonflyBSD , gdg (??), 17:48 , 28-Авг-23, (120) –1 //

Скрыто модератором, Аноним (123), 18:02 , 28-Авг-23, (123)
Миру бздюков можно позавидовать, столько разных бздей А у сторонников копилефта, Аноним (34), 19:00 , 28-Авг-23, (140) –2

Ровно на одну юзабельную систему больше, чем в мире бздюков Я считаю, это побед, Менеджер Антона Алексеевича (?), 19:09 , 28-Авг-23, (142)

А первые два уровня оказались неспособны обнаружить все утечки и выходы за грани, Шарп (ok), 12:54 , 28-Авг-23, (22) +2 //

Мне вот сильно интересно, что-нибудь похожее в rust е есть Это не отдельная выд, Серб (ok), 18:16 , 28-Авг-23, (127) –1 //

Нет там никакого объекта Сишка просто выделяет кусок памяти, и мапит его через с, Аноньимъ (ok), 04:06 , 29-Авг-23, (193) //

Это как раз и есть эмуляция наследования в ООП Базовая структура на основе кото, Серб (ok), 10:50 , 29-Авг-23, (213) –1

В ООП нет наследования Оно есть в системе типов Страуструпа И это страшное зло , Аноньимъ (ok), 18:26 , 04-Сен-23, (336)

Это твое личное мнение, мало относящееся к реальности Да Это тяжко Но вот конк, Серб (ok), 12:31 , 05-Сен-23, (338) –1

Это мнение создателя ООП , Аноньимъ (ok), 17:08 , 05-Сен-23, (340)

И Это должно о чем то сказать Даже если кто-то приложил к чему-то руку первым, э, Серб (ok), 17:46 , 05-Сен-23, (344) –1

Если говорить о наследовании, то в индустрии существует огромная и обоснованная , Аноньимъ (ok), 18:49 , 05-Сен-23, (345)

Ну и Вот вообще причем тут это У наследования есть преимущества И они использую, Серб (ok), 18:54 , 05-Сен-23, (346) –1

Б Что где когда Преимущества перед чем и какие, расскажите пожалуйста , Аноньимъ (ok), 18:57 , 05-Сен-23, (348)

Пример При реализации наследования не интерфейсов а данных в ядре дает скорость , Серб (ok), 19:02 , 05-Сен-23, (349) –1
Что такое наследование данных Пример кода можете показать Вы уверенны что ОО, Аноньимъ (ok), 00:39 , 06-Сен-23, (355)
Разговор окончен , Серб (ok), 14:29 , 06-Сен-23, (361) –1

Должно Не делает Но мнение такого человека, консультирующего индустрию сегодня, , Аноньимъ (ok), 18:55 , 05-Сен-23, (347)

Почему Я должен преклонятся перед авторитетами Вот и бери Мнение анонима не уч, Серб (ok), 19:09 , 05-Сен-23, (350)

У вас промежуточных стадий между это туфта и я должен преклоняться в отношен, Аноньимъ (ok), 00:35 , 06-Сен-23, (354)

pivot_root больше не нужен, как и и initramfs , Аноним (36), 13:42 , 28-Авг-23, (36) +1 //

pivot_root и initramfs и сейчас не нужен Но без них менее гибок и элегантен для, Anon3 (?), 14:04 , 28-Авг-23, (45) //

Подскажи, как корень на LVM2 подключить без initramfs , Аноним (98), 16:51 , 28-Авг-23, (100) +1 //

Советую читаль дальше первого предложения Кейс с LVM2 входит в большинство приме, Anon3 (?), 22:48 , 28-Авг-23, (174)

Зачем нам LVM при наличии ZFS , Минона (ok), 07:36 , 29-Авг-23, (203)

Ну вот когда писал о BSD-style, как раз и подразумевал под как раз btrfs Но в в, Anon3 (?), 13:01 , 29-Авг-23, (222)

btrfs это косплей ZFS в линуксе, в BSD её нет Вероятность вытащить небитые данны, Минона (ok), 14:06 , 30-Авг-23, (276)

Я говорил не о BSD, а о BSD-style решения задач как стандартную аргументацию пок, Anon3 (?), 19:14 , 30-Авг-23, (283)

Это не BSD-style, это NIH-style , Минона (ok), 10:27 , 31-Авг-23, (295)

NIH-style как раз присущ linux экосистеме, btrfs как ответ zfs, snap как ответ f, Anon3 (?), 18:43 , 31-Авг-23, (304)

А в чем собственно проблема когда некто видя технологию но не у себя - начинает , Аноним (366), 15:48 , 06-Сен-23, (366)

Линукс не мусорница для технологий отработавших свое ZFS мало на что годен кром, Аноним (288), 02:50 , 31-Авг-23, (288)

Ога-ога btrfs это косплей технологий реализованных в ZFS, причём косплей местам, Минона (ok), 10:39 , 31-Авг-23, (296)

А местами - весьма радикально усовершенствованный и улучшенный Управление место, Аноним (-), 17:26 , 03-Сен-23, (319)

RAID 5 124 6 в btrfs уже допили до продакшена А аналог raidz3 А новый draid 1, Минона (ok), 08:18 , 04-Сен-23, (328)

Примерно 50 50 В Raid5 таки write hole более-менее заткнули В Raid6 еще не до , Аноним (334), 15:53 , 04-Сен-23, (334)
Ясно, админ локалхоста , Минона (ok), 13:12 , 06-Сен-23, (360)
Ну я как бы уже на примере гражданина поха увидел к чему приводит чрезмерный фап, Аноним (366), 15:52 , 06-Сен-23, (367)
gt оверквотинг удален Не хочу тебя разочаровывать, но эти самые масштабируемые, Минона (ok), 20:48 , 06-Сен-23, (371)
Видишь ли, чудик, мой friend or foe identification работает по значительно более, Аноним (-), 12:56 , 07-Сен-23, (377)
gt оверквотинг удален Правильно, что может обсуждать админ энтерпрайза с админ, Минона (ok), 14:59 , 07-Сен-23, (378)
Скрыто модератором, Аноним (-), 01:49 , 12-Сен-23, (387)
Поскольку энтерпрайзные BSDшники давно доBSDелись уже и повылетели отовсюду - ну, Аноним (388), 12:47 , 17-Сен-23, (388)
gt оверквотинг удален 128514 128079 Ещё немного, ещё чуть-чуть 8230 и во, Минона (ok), 21:38 , 18-Сен-23, (389)
Стремительно скатываешься на уровень поняши, но это тебе не поможет Если сравнит, Аноним (392), 22:53 , 18-Сен-23, (392)
Во FreeBSD всё хорошо с ФС Они не ждут коммита очередного чуда ФС-о строения, ко, Минона (ok), 13:51 , 19-Сен-23, (393)

Ну во первых, бизнес намного лучше когда он не прогоревший И сразу ориентироват, Аноним (288), 02:44 , 31-Авг-23, (287)

Восстановим из проверенных бэкапов, которые уже есть в связи с наличием увлекате, Anon3 (?), 14:14 , 01-Сен-23, (308)
Восстановим из проверенных бэкапов, которые уже есть в связи с наличием увлекате, Anon3 (?), 14:41 , 01-Сен-23, (309)

Рояль в кустах это отлично, но во первых это не достоинство файлухи и решения В, Аноним (-), 19:06 , 03-Сен-23, (321)

Столько ФС наплодили, а ни одну до ума не довели , Минона (ok), 14:31 , 28-Авг-23, (52) +6 //

Скрыто модератором, Аноним (-), 15:41 , 28-Авг-23, (71) +4 //

Скрыто модератором, Аноним (91), 16:36 , 28-Авг-23, (91) –1
Скрыто модератором, Минона (ok), 07:22 , 29-Авг-23, (198)

ext4 обслуживает без проблем больше 2 миллиардов устройств Что такое до ума , birdie (ok), 15:57 , 28-Авг-23, (79) +1 //

КакВВенде старых версий При установке Linux необходимо производить сеанс внушени, Anon3 (?), 23:11 , 28-Авг-23, (177) –2 //

В винде старых версий была FAT32 Спасибо, не надо , Admino (ok), 05:45 , 29-Авг-23, (197)
Это типа имена 8 3, где более длинные уже за счастье и лимит в 4 32 гига на дис, Аноним (-), 01:39 , 30-Авг-23, (263)

А точно без проблем , Минона (ok), 07:25 , 29-Авг-23, (201) –1

Деньги платят за исправления , Фанат (?), 16:55 , 28-Авг-23, (101) +2
Ext4 довольно стабильная, XFS тоже Но вот как NTFS, чтобы не теряла данные при , voiceofreason (?), 12:43 , 29-Авг-23, (220) –1 //

Используйте опцию монтирования sync По крайней мере 10 лет назад, когда меня эта, Anon3 (?), 13:17 , 29-Авг-23, (223)

А у кого-то с этим лучше В винде античный тормоз NTFS да недоделаный ReFS В бс, Аноним (288), 02:51 , 31-Авг-23, (289) //

Сразу видно знатока ФС 128527 , Минона (ok), 10:44 , 31-Авг-23, (297)

Ни про NTFS, ни про ExFAT новостей нет Жаль , InuYasha (??), 14:34 , 28-Авг-23, (53) //

NTFS3 до кучи фиксов https git kernel org pub scm linux kernel git torvalds li, birdie (ok), 14:57 , 28-Авг-23, (59) +2 //

Спасибо, InuYasha (??), 10:05 , 30-Авг-23, (271)

Скрыто модератором, Аноним (-), 15:42 , 28-Авг-23, (72) –1

Ткните плз, в какой версии ядра Торвальдс вернул прокрутку консоли , Аноним (98), 14:57 , 28-Авг-23, (58) +1 //

Ни в какой Patches are welcome , birdie (ok), 14:58 , 28-Авг-23, (60) //

Была новость, в т ч на Оеннет, не могу найти , Аноним (98), 15:16 , 28-Авг-23, (65) –1 //

Новости нет, потому что никто ничего не возвращал У вас галлюцинации , Аноним (99), 16:49 , 28-Авг-23, (99) +1
Это было в соседней временной линии Оставайтесь на месте, наши специалисты уже , Аноним (112), 17:16 , 28-Авг-23, (112) +1

Добро пожаловать в навигацию по 4-мерному пространству Оставайтесь на линии, се, 4D NAV (?), 19:11 , 03-Сен-23, (322)

Тоже смутно помню Общались по этому поводу , Аноним (122), 17:59 , 28-Авг-23, (122) +1

Дальше разговоров дело не зашло по-моему Дичь, как по мне , Аноним (31), 20:26 , 28-Авг-23, (154)
Эффект Манделы , Аноним (381), 18:53 , 08-Сен-23, (381)

Use Screen Luke, Anon3 (?), 23:21 , 28-Авг-23, (178) //

скрин не кошерно Use tmux Luke , Минона (ok), 07:38 , 29-Авг-23, (204) //

Запустите tmux в initramfs для прокрутки консоли, чтобы посмотреть лог загрузки , Anon3 (?), 10:48 , 29-Авг-23, (212)

Чтобы посмотреть лог загрузки - Use journalctl --no-hostname -x -b 124 grep , Аноним (225), 13:23 , 29-Авг-23, (225)

Так загрузка зависла в бесконечность на plumouth и systemd не выдал отладочную к, Anon3 (?), 17:41 , 29-Авг-23, (249)

Ну так сказать ему счерез командлайн ядра чтоб отвалил В смысле plymouth у коне, Аноним (-), 01:42 , 30-Авг-23, (264)

А можно просто use screen , Luke Тогда не надо выполнять перезагрузку и можно, Anon3 (?), 10:24 , 30-Авг-23, (272) –1

Тем не менее, если что-то пошло не так, гарантий что screen будет работать при, Аноним (-), 03:12 , 31-Авг-23, (290)

Как то не похоже на пропаганду универсального рецепта спасенияВы просто проециру, Anon3 (?), 13:15 , 31-Авг-23, (298)

Кажется я не верю в серебряные пули Ну вот консоль на простом в инициализации ин, Аноним (323), 19:39 , 03-Сен-23, (323)

А месье знает толк в извращениях , Минона (ok), 13:58 , 30-Авг-23, (274)

Это потому что тыскозал, пермисивщик , Аноним (255), 18:39 , 29-Авг-23, (255)

Разрабы из OpenBSD , Минона (ok), 13:59 , 30-Авг-23, (275)

Это те у которых кошерно - из гуеста в виртуалке сразу в кернелмод хоста проруба, Аноним (-), 05:33 , 04-Сен-23, (324)

Ну всё, теперь венде точно капец , Аноним (92), 16:32 , 28-Авг-23, (87) //

Ей сама Мелкософт капец устроит С Десятки они свернули куда-то не туда , Аноним (98), 16:56 , 28-Авг-23, (102) +3 //

Соглы В десятке впервые появился облачный мусор, никому не нужный магазин с не_, Аноним (-), 20:17 , 28-Авг-23, (152) +1 //

А также неотключаймые обновления, Анонимусос (?), 11:16 , 29-Авг-23, (214)

Если разработчики шиндовс не одумаются, то сами себя закапают Одиннадцатка это , Аноним (-), 20:23 , 28-Авг-23, (153) //

Какие такие аверпрайсные версии Нет их и не будет до 2024 А все то глиномесиво, Алешка (?), 20:59 , 28-Авг-23, (159) //

Есть enterprise редакция 11 винды, но без ltsb Там можно почти всё это безобраз, Аноним (-), 21:49 , 28-Авг-23, (165)

Групповые политики есть в Pro версии, она доступна для физлиц , Минона (ok), 07:51 , 29-Авг-23, (206) +2

Как ни бсдшник - так эксперт по винде и лицензированию Свободному человеку в, Аноним (-), 03:24 , 31-Авг-23, (291)

Ну да, я свободный корпоративный пользователь Windows, Linux, Solaris 128526 , Минона (ok), 10:23 , 31-Авг-23, (294)

Оно и слышно по характерному позвякиванию цепями P , Аноним (-), 05:34 , 04-Сен-23, (325)

Написал так, как будто винду честно купил , Анонимусос (?), 11:18 , 29-Авг-23, (215) +1

С добрым утром первая LTSB версия вышла в 2015 , Минона (ok), 07:49 , 29-Авг-23, (205)

И вот эти люди s запрещают ковырятьcя в носу s обзывают всех утятами Цвета и, voiceofreason (?), 12:47 , 29-Авг-23, (221)

ну наконец то вот здесь следующее повышение привелегий будет , Tester (??), 16:58 , 28-Авг-23, (103) +2
Ждём новых порций веселья , YetAnotherOnanym (ok), 17:10 , 28-Авг-23, (110) +2
Наконец-то я разгоню свою 7900XTX, а то без дела валяется , Аноним (161), 21:16 , 28-Авг-23, (161)
А что не сказали про наведение порядка в arch boot dts , Аноним (167), 22:13 , 28-Авг-23, (167) +1 //

Поясни , Аноним (-), 07:22 , 29-Авг-23, (199)

ну как же, как же без v2 никак не можно-с USB4 5 v5 4 2 3 010-beta fdkef noTB x, Аноним (175), 23:00 , 28-Авг-23, (175) +1 //

И много уже периферии поддерживают стандарт Даже type-c считается лютой дичью, , Аноним (183), 01:18 , 29-Авг-23, (183) +1 //

Поздняк, уже пошел в массы Он и правда диковат, особенно PowerDelivery перегова, Аноним (187), 04:15 , 29-Авг-23, (195)
В смысле Оно везде буквально, в каждом ноутбуке смартфоне и корпусе для ПК доро, Аноньимъ (ok), 04:27 , 29-Авг-23, (196) –2 //

Речь не про мобильники Речь про масс маркет - бюджетные материнки и ноуты Прик, Аноним (245), 16:24 , 29-Авг-23, (245)

Зашёл в магазин Отфильтровал ноуты У 1400 моделей усб тип ц есть У 633 нет Цена , Аноньимъ (ok), 18:00 , 29-Авг-23, (254) +1
Где-то в районе 4-й версии юсб - жирафли из USB-IF и прочих интелей наконец все , Аноним (-), 01:47 , 30-Авг-23, (265)

Type-C это тип разъема, как и Type-A или Type-BВнутри у него может быть хоть 1 1, Аноним (216), 12:26 , 29-Авг-23, (216) +1 //

Подучить бы вам, товарищ, матчасть и не позориться Все же технический форум для, Аноним (245), 16:23 , 29-Авг-23, (244) –2

А что он не так сказал Вам дать апнуот от STMicro для инженеров, показывающий к, Аноним (-), 03:36 , 31-Авг-23, (293)

Какая же эта сишка дичь просто неймоверная Такие грязные, пошлые, развратные хак, Аноньимъ (ok), 01:38 , 29-Авг-23, (185)
Пацаны, кто как, а я на Раст перейду только тогда когда он попадёт в коллекцию к, Аноним (-), 07:34 , 29-Авг-23, (202) //

Можешь переходить, он уже принят в GCC - https www opennet ru opennews art sh, Аноним (208), 08:50 , 29-Авг-23, (208) +3

Оно заработает на моём AMD K6-2-450 , Ананоним (?), 13:33 , 29-Авг-23, (226) //

Да Но лучше разгоните его на 560МГц 5х112 , Anon3 (?), 13:43 , 29-Авг-23, (228) //

А чё, так можно было , Ананоним (?), 14:27 , 29-Авг-23, (234) //

Можно, как и напругу поднимать чуть ли не до 5V без последствий Техпроцесс толс, voiceofreason (?), 16:07 , 29-Авг-23, (238)

Ну жестить с напругой все таки не надо Максимум, пунктов на 4 вверх Если больш, Anon3 (?), 17:04 , 29-Авг-23, (247) +1

Ну если у вас материнка на чипсете MVP3, то можно Только частота шины 112МГц не, Anon3 (?), 16:55 , 29-Авг-23, (246)
Там еще и так можно было У меня как то 266 до 350 разогнался и работал стабильн, Аноним (-), 01:49 , 30-Авг-23, (266)

У вас и рабочий элт-монитор поди Жить в музее - это круто , коньюктивит (?), 17:58 , 29-Авг-23, (253) //

Ага, есть такие у меня, на трубе Мицубиши Даймондтрон Супервещь , Ананоним (?), 15:10 , 31-Авг-23, (299)

Такими темпами к новому году может выйти ядро 6 6 6 - Хочу поставить себе jus, Аноним (248), 17:32 , 29-Авг-23, (248) +2 //

Скучная у Вас жизнь Может всё же стоит задуматься над своими жизненными приорит, Аноним (267), 03:05 , 30-Авг-23, (267) –1 //

Ну да, скучно Всё работает, вот и хочется экспериментов Естественно, не на раб, Аноним (248), 15:04 , 30-Авг-23, (279) +1

Скрыто модератором, Аноним (-), 16:39 , 30-Авг-23, (282)
Любой линукс на базе kernel 6 5 в vmware грузится примерно 10 минут или даже бол, cheburnator9000 (ok), 05:43 , 06-Сен-23, (359) //

вбокс пока не прикрутили, о чём ясно в последнем чейнджлоге дали понятьща как в , Аноним (-), 02:57 , 09-Сен-23, (382)
а вот терпения надо набираться там пока линус эти патчи первого дня не налепит, Аноним (-), 03:04 , 09-Сен-23, (383)

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

36. "Релиз ядра Linux 6.5" +1 +/–

Сообщение от Аноним (36), 28-Авг-23, 13:42

>Добавлена возможность монтирования другой ФС слоем ниже в существующую точку монтирования
pivot_root больше не нужен, как и и initramfs?

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

45. "Релиз ядра Linux 6.5" +/–

Сообщение от Anon3 (?), 28-Авг-23, 14:04

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

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

100. "Релиз ядра Linux 6.5" +1 +/–

Сообщение от Аноним (98), 28-Авг-23, 16:51

Подскажи, как корень на LVM2 подключить без initramfs?

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

174. "Релиз ядра Linux 6.5" +/–

Сообщение от Anon3 (?), 28-Авг-23, 22:48

> Подскажи, как корень на LVM2 подключить без initramfs?
Советую читаль дальше первого предложения:
>> Но без них менее гибок и элегантен для большинства применений
Кейс с LVM2 входит в большинство применений, а потому лучше использовать initramfs
Если не хотите initramfs, можете содержимое initramfs разместить на ином блочном устройстве с файловой системой и после начальной инициализации сделать pivot_root на root с LVM2
Можно сделать BSD-style, обьявить что "корень на LVM2" является эталонным ненужно и самостоятельно накостылять функционал, требующийся от LVM2, на других технологиях

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

203. "Релиз ядра Linux 6.5" +/–

Сообщение от Минона (ok), 29-Авг-23, 07:36

> Можно сделать BSD-style, обьявить что "корень на LVM2" является эталонным ненужно и
> самостоятельно накостылять функционал, требующийся от LVM2, на других технологиях
Зачем нам LVM при наличии ZFS?

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

222. "Релиз ядра Linux 6.5" +/–

Сообщение от Anon3 (?), 29-Авг-23, 13:01

>> Можно сделать BSD-style, обьявить что "корень на LVM2" является эталонным ненужно и
>> самостоятельно накостылять функционал, требующийся от LVM2, на других технологиях
> Зачем нам LVM при наличии ZFS?
Ну вот когда писал о BSD-style, как раз и подразумевал под
>> на других технологиях
как раз btrfs. Но в виду недостаточных компетенций, уточнять не стал
Вроде на этом форуме (или хабре), была мысль от одного из великих (пох?), что выбор технологии сроден взятию вещи в кредит. И есть разница, взять в кредит велосипед (LVM2) или феррари (ZFS). Одно дело, когда уже есть собственные деньги на феррари (компетенции по ZFS), другое, когда надо отдавать кредить за прогоревший бизнес (т.е. в виду отсутствия компетенций восстанавливать небекапленные данные). И тут лучше восстанавливать с LVM2, чем с ZFS или btrfs (помним, что компетенции слабоваты)

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

276. "Релиз ядра Linux 6.5" +/–

Сообщение от Минона (ok), 30-Авг-23, 14:06

> Ну вот когда писал о BSD-style, как раз и подразумевал под
>>> на других технологиях
> как раз btrfs. Но в виду недостаточных компетенций, уточнять не стал
btrfs это косплей ZFS в линуксе, в BSD её нет.
> Вроде на этом форуме (или хабре), была мысль от одного из великих
> (пох?), что выбор технологии сроден взятию вещи в кредит. И есть
> разница, взять в кредит велосипед (LVM2) или феррари (ZFS). Одно дело,
> когда уже есть собственные деньги на феррари (компетенции по ZFS), другое,
> когда надо отдавать кредить за прогоревший бизнес (т.е. в виду отсутствия
> компетенций восстанавливать небекапленные данные). И тут лучше восстанавливать с LVM2,
> чем с ZFS или btrfs (помним, что компетенции слабоваты)
Вероятность вытащить небитые данные с ZFS выше чем с LVM.

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

283. "Релиз ядра Linux 6.5" +/–

Сообщение от Anon3 (?), 30-Авг-23, 19:14

>> в BSD её нет
Я говорил не о BSD, а о BSD-style решения задач:
>> обьявить что N является эталонным ненужно и самостоятельно накостылять функционал, требующийся от N, на других технологиях
как стандартную аргументацию поклонников BSD-систем на утверждение, что в BSD чего-то нет присутствующего в Linux
>> Вероятность вытащить небитые данные с ZFS выше чем с LVM
В сферрическом вакууме вы правы
Мне надо было так написать?
> ПОМНИМ, ЧТО КОМПЕТЕНЦИИ СЛАБОВАТЫ!!!!1111
За вменяемое время с битого харда с файловой системой, превратившейся в кашу, или в следствие  выполненного до конца rm -rf /home в кривом скрипте при благоприятном положении луны можно вытянуть с ext4 (немного помучиться если LVM не сильно фичасто настроенный). С xfs уже почти не реально что-то вытащить.
Я тут заметил, что обычно ответ не читают дальше первого предложения.
Приятно дискутировать с человеком, прочитавшим твой комментарий полностью.
Но я как-то думал, необходимо оставаться в контексте темы породишвей подветку обсуждения, которая заключается в:
>>> Подскажи, как корень на LVM2 подключить без initramfs?
Человеку не нужно ZFS, btrfs etc. Не нужно ему предлагать купить кирпич или слона

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

295. "Релиз ядра Linux 6.5" +/–

Сообщение от Минона (ok), 31-Авг-23, 10:27

> Я говорил не о BSD, а о BSD-style решения задач:
> обьявить что N является эталонным ненужно и самостоятельно накостылять функционал, требующийся от N, на других технологиях
Это не BSD-style, это NIH-style.

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

304. "Релиз ядра Linux 6.5" +/–

Сообщение от Anon3 (?), 31-Авг-23, 18:43

> Это не BSD-style, это NIH-style.
NIH-style как раз присущ linux экосистеме, btrfs как ответ zfs, snap как ответ flatpack
BSD-style же это например обьявить ненужным k8s или тот же snap и утверждать, что это все можно сделать на jail
Для NIH же нужно доступное работающее решение уже сейчас, чего у BSD-атлетов спецсоревнований обычно не наблюдается

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

366. "Релиз ядра Linux 6.5" +/–

Сообщение от Аноним (366), 06-Сен-23, 15:48

>> Это не BSD-style, это NIH-style.
> NIH-style как раз присущ linux экосистеме, btrfs как ответ zfs,
А в чем собственно проблема когда некто видя технологию но не у себя - начинает задумываться что можно как-то так же и у себя, да еще вот тут улучшить. ZFS видите ли лицензией не вышел и слишком переклинен на 1 конкретном кейсе - энтерпрайзные хранилки. А если это не оно - упс, "этанинужна!!!111" (с) мегаодмины соляры и ко.
> snap как ответ flatpack
Они оба линуксные.
> BSD-style же это например обьявить ненужным k8s или тот же snap и
> утверждать, что это все можно сделать на jail
И в результате остаться с голой джеппой и вылететь из продакшнов...
> Для NIH же нужно доступное работающее решение уже сейчас, чего у BSD-атлетов
> спецсоревнований обычно не наблюдается
А как же куча видов BSD для начала?

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

288. "Релиз ядра Linux 6.5" +/–

Сообщение от Аноним (288), 31-Авг-23, 02:50

> btrfs это косплей ZFS в линуксе, в BSD её нет.
Линукс не мусорница для технологий отработавших свое. ZFS мало на что годен кроме энтерпрайзных файлопомоек. Btrfs вполне универсальная штука - даже на роутере с 64 мегами оперативы цепляется без напрягов. Такой вот косплей.
> Вероятность вытащить небитые данные с ZFS выше чем с LVM.
Мммда? А что вы делаете если оно замаунтиться не сизволило?

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

296. "Релиз ядра Linux 6.5" +/–

Сообщение от Минона (ok), 31-Авг-23, 10:39

>> btrfs это косплей ZFS в линуксе, в BSD её нет.
> Линукс не мусорница для технологий отработавших свое. ZFS мало на что годен
> кроме энтерпрайзных файлопомоек. Btrfs вполне универсальная штука - даже на роутере
> с 64 мегами оперативы цепляется без напрягов. Такой вот косплей.
Ога-ога. btrfs это косплей технологий реализованных в ZFS, причём косплей местами кривой.
Зачем на роутере COW FS.
>> Вероятность вытащить небитые данные с ZFS выше чем с LVM.
> Мммда? А что вы делаете если оно замаунтиться не сизволило?
У меня есть секретный бубен. 😎

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

319. "Релиз ядра Linux 6.5" +/–

Сообщение от Аноним (-), 03-Сен-23, 17:26

>> кроме энтерпрайзных файлопомоек. Btrfs вполне универсальная штука - даже на роутере
>> с 64 мегами оперативы цепляется без напрягов. Такой вот косплей.
> Ога-ога. btrfs это косплей технологий реализованных в ZFS, причём косплей местами кривой.
А местами - весьма радикально усовершенствованный и улучшенный. Управление местом в RAID куда как приятнее, снапшоты логичнее сделаны, рефлинки сто лет уж есть (вроде, говорят кой-как прикрутили вроде наконец и в zfs, как минимум линуксовой).
А, да, апей для всяких вещей типа рефлинков в стандартах как обычно не было. Так что линуксоиды конечно свелосипедили - но должен же кто-то двигать прогресс вперед?! Та же ерунда и с hole punching и много чем еще. Если кивать на только существующие стандарты и отсутствие в них фич, далеко не уедешь.

> Зачем на роутере COW FS.
Затем же зачем и везде.
1) Удобное управление местом.
2) Снапшоты, рефлинки. Это круто, быстро, эффективно. А на хилой системе круть и эффективность нужнее всего.
3) Чексумы наконец - гнилые кабели, устройства и питальники будут запалены. А не так что втихаря все загадится.
4) Сжатие, все дела. В том числе и довольно быстрое.
> У меня есть секретный бубен. 😎
А у меня вот есть вполне документированная офлайн-читалка умеющая пробовать деревья с разных generation, несколько суперов, возможность маунта с более старых деревьев, ... и мне это как-то больше доверия внушает. Да и девы вон там зарекомендовали себя компетентными и эффективными. Интереснее этого дизайна может быть получится разве что у Кента. Если он сможет что хотел - покажет как делать nextgen nextgen'а. А ZFS на этом фоне будет чем-то типа мамонта. Чисто структурально и на уровне менеджмента.

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

328. "Релиз ядра Linux 6.5" +/–

Сообщение от Минона (ok), 04-Сен-23, 08:18

> А местами - весьма радикально усовершенствованный и улучшенный.
RAID 5|6 в btrfs уже допили до продакшена?
А аналог raidz3?
А новый draid?
>> Зачем на роутере COW FS.
> Затем же зачем и везде.
🤦‍♂️
Ты точно знаешь зачем нужен роутер?
>> У меня есть секретный бубен. 😎
> А у меня вот есть вполне документированная офлайн-читалка умеющая пробовать деревья с
Рад за тебя.
Мне хватало штатных средств.
> Интереснее этого дизайна может
> быть получится разве что у Кента. Если он сможет что хотел
> - покажет как делать nextgen nextgen'а. А ZFS на этом фоне
> будет чем-то типа мамонта. Чисто структурально и на уровне менеджмента.
Шишкин тоже хотел показать как надо.

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

334. "Релиз ядра Linux 6.5" +/–

Сообщение от Аноним (334), 04-Сен-23, 15:53

> RAID 5|6 в btrfs уже допили до продакшена?
Примерно 50/50. В Raid5 таки write hole более-менее заткнули. В Raid6 еще не до конца. К тому же метаданные могут быть в другой схеме - и это спасает от ряда траблов. В мануале все написано.
> А аналог raidz3?
> А новый draid?
Аналог чего либо из zfs в btrfs - упаси меня от ЭТОГО. У btrfs намного более крутое управление этим всем, а "аналогами" пусть zfs'ники наслаждаются. В btrfs для начала можно просто прицепить "вот этот винч". И получить +эн места. Без выравниваний, эн девайсов и проч. Когда zfs что-то такое сможет, пусть и вякает про аналоги.
> Ты точно знаешь зачем нужен роутер?
Для меня это лишь +1 компьютер, всегда включеный, всегда онлайн, поэтому удобный для всяких сетевых сервисов. В том числе и логичная точка раздачи филезов по сети до кучи. Но конечно можно и 19" стойку дома поставить, с некоторых станется. Я не спорю что у некоторых это даже осмысленно выходит, как у Ларабеля. Но вы на Ларабеля не похожи.
> Рад за тебя.
> Мне хватало штатных средств.
Которые состоят - например - в чем? Не то чтобы мне та читалка сильно требовалась но как практикующий data recovery для других - я таки приветствую такой подход к делу. А не так что вон, дескать, коммерческих тулсов еще докупите. Под винду. Ух, круто, отличный системный менеджмент. Всю жизнь мечтал о таком.
>> - покажет как делать nextgen nextgen'а. А ZFS на этом фоне
>> будет чем-то типа мамонта. Чисто структурально и на уровне менеджмента.
> Шишкин тоже хотел показать как надо.
Но нишмог, распугав всю команду. А один в поле не воин. Особенно в файлухах. Да еще высунув нос в реальный мир проникся и пошел переделывать 4 -> 5 а вы тем временем там как-нибудь перекантуйтесь, "в пути кормить никто и не обещал". Так что неубедительно получилось. Кент убедительней, он по крайней мере юзает что накодил для себя, у него более 0 желающих комитить, он нашел язык с майнтайнерами, хоть и со скрипом, до 20 терабайт без развалов - отрастил. И даже кой-какие тесты практикует. Так что имеет определенные шансы в реальном мире. Шишкин же живет в башне из слоновой кости и какие-то внятные перспективы его проекта не просматриваются.

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

360. "Релиз ядра Linux 6.5" +/–

Сообщение от Минона (ok), 06-Сен-23, 13:12

>> RAID 5|6 в btrfs уже допили до продакшена?
> Примерно 50/50.
>> А аналог raidz3?
>> А новый draid?
> Аналог чего либо из zfs в btrfs - упаси меня от ЭТОГО.
>> Ты точно знаешь зачем нужен роутер?
> Для меня это лишь +1 компьютер
Ясно, админ локалхоста.

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

367. "Релиз ядра Linux 6.5" +/–

Сообщение от Аноним (366), 06-Сен-23, 15:52

>>> Ты точно знаешь зачем нужен роутер?
>> Для меня это лишь +1 компьютер
> Ясно, админ локалхоста.
Ну я как бы уже на примере гражданина поха увидел к чему приводит чрезмерный фап на энтерпрайз, когда ты сам без мегакорпа - ноль без палочки. Что-то мне такое же светлое будущее на свою бошку вообще не хочется. А еще хочется чтобы технологии с которыми я имею дело работали для меня. Не "где-то там" - а вообще везде. Так, по жизни. Где0то там - сидя с голой жо вот тут - мне не интересно, сорянчик. И я буду обоими руками за масштабируемые технологии, соответственно.
..а вон те, пафосные, энтерпрайзные, уже и не знают куда деваться, вон на виндочку тыкаются. Успех их юниксэя как он есть.

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

371. "Релиз ядра Linux 6.5" +/–

Сообщение от Минона (ok), 06-Сен-23, 20:48

>[оверквотинг удален]
> Ну я как бы уже на примере гражданина поха увидел к чему
> приводит чрезмерный фап на энтерпрайз, когда ты сам без мегакорпа -
> ноль без палочки. Что-то мне такое же светлое будущее на свою
> бошку вообще не хочется. А еще хочется чтобы технологии с которыми
> я имею дело работали для меня. Не "где-то там" - а
> вообще везде. Так, по жизни. Где0то там - сидя с голой
> жо вот тут - мне не интересно, сорянчик. И я буду
> обоими руками за масштабируемые технологии, соответственно.
> ..а вон те, пафосные, энтерпрайзные, уже и не знают куда деваться, вон
> на виндочку тыкаются. Успех их юниксэя как он есть.
Не хочу тебя разочаровывать, но эти самые масштабируемые технологии двигает мегакорп.

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

377. "Релиз ядра Linux 6.5" +/–

Сообщение от Аноним (-), 07-Сен-23, 12:56

>> ..а вон те, пафосные, энтерпрайзные, уже и не знают куда деваться, вон
>> на виндочку тыкаются. Успех их юниксэя как он есть.
> Не хочу тебя разочаровывать, но эти самые масштабируемые технологии двигает мегакорп.
Видишь ли, чудик, мой friend or foe identification работает по значительно более сложным алгоримтам чем у примитивных существ бросающихся на абстрактные лейблы без учета деталей как бык на красную тряпку.
Я анализирую общее состояние дел и как оно согласуется с моими пожеланиями на тему того как я бы хотел видеть вон то и вот это. В этом контексте, friend - тот кто помогает достичь этого. Foe тот кто мешает, соответственно. И конечно оценка вероятности с учетом предысторий, трендов и косвенных индикаторов, дабы не получать внезапный ножик в спину.
Отсюда следует что у меня есть место для взаимодействия с мегакорпами, и допускается мысль что мои задачи и пожелания могут в ряде мест (а возможно много где) неслабо совпасть с мегакорпми. Напрочь уникальных кейсов - не так уж много. А вопрос сводится к форматам, деталям и отношениям.
Как пример: многое в моем управлении систем навеяно технологиями которые практикуют энтерпрайзы, когда я не оперирую инсталлерами по часу, деплоя образа, а факапы разруливаются снапшотами, или рероллом vm/контейнера из снапшота. Просто потому что это эффективно. А то что некоторые вообще не смогли в этот уровень технологий - их проблемы. Я никогда не вернусь на окучивание локалхостов часами с убиением времени ни на что, и мне пофиг насколько это не тепло и не лампово для вас. И так далее. Туда же типов с двойными стандартами вещающих за юниксвэй из виндов: если для вас ваши вэи не сработали, с вами нечего обсуждать.

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

378. "Релиз ядра Linux 6.5" +/–

Сообщение от Минона (ok), 07-Сен-23, 14:59

>[оверквотинг удален]
> и отношениям.
> Как пример: многое в моем управлении систем навеяно технологиями которые практикуют энтерпрайзы,
> когда я не оперирую инсталлерами по часу, деплоя образа, а факапы
> разруливаются снапшотами, или рероллом vm/контейнера из снапшота. Просто потому что это
> эффективно. А то что некоторые вообще не смогли в этот уровень
> технологий - их проблемы. Я никогда не вернусь на окучивание локалхостов
> часами с убиением времени ни на что, и мне пофиг насколько
> это не тепло и не лампово для вас. И так далее.
> Туда же типов с двойными стандартами вещающих за юниксвэй из виндов:
> если для вас ваши вэи не сработали, с вами нечего обсуждать.
Правильно, что может обсуждать админ энтерпрайза с админом локалхоста. 😎

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

387. Скрыто модератором +/–

Сообщение от Аноним (-), 12-Сен-23, 01:49

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

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

388. "Релиз ядра Linux 6.5" +/–

Сообщение от Аноним (388), 17-Сен-23, 12:47

> Правильно, что может обсуждать админ энтерпрайза с админом локалхоста. 😎
Поскольку энтерпрайзные BSDшники давно доBSDелись уже и повылетели отовсюду - ну вы сами все сказали. И никакой ZFS им не поможет, только усугубит скорее. То что они своим ходом даже и так не смогли - тем хуже для них. А линуксоидам вон кентушка сейчас bcachefs закомитит. Вот это - будущее. А ваши окаменелые ошметки выброшенные дохлокорпом - удачи закладываться на это, но имхо вы будете коллегой с сэром похом. Вечно недовольные, ненавидящие свою работу, а дома вообще с голой ж, вообще виндочку нахваливающие. Фу такими быть, как по мне. Ваше будущее - отвратительно и ваши концепции неработоспособны. В отличие от линуха.

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

389. "Релиз ядра Linux 6.5" +/–

Сообщение от Минона (ok), 18-Сен-23, 21:38

>[оверквотинг удален]
> Поскольку энтерпрайзные BSDшники давно доBSDелись уже и повылетели отовсюду - ну вы
> сами все сказали. И никакой ZFS им не поможет, только усугубит
> скорее. То что они своим ходом даже и так не смогли
> - тем хуже для них. А линуксоидам вон кентушка сейчас bcachefs
> закомитит. Вот это - будущее. А ваши окаменелые ошметки выброшенные дохлокорпом
> - удачи закладываться на это, но имхо вы будете коллегой с
> сэром похом. Вечно недовольные, ненавидящие свою работу, а дома вообще с
> голой ж, вообще виндочку нахваливающие. Фу такими быть, как по мне.
> Ваше будущее - отвратительно и ваши концепции неработоспособны. В отличие от
> линуха.
😂👏
Ещё немного, ещё чуть-чуть… и вот-вот наступит будущее файлух линукса.
Где-то я уже это слышал… ах да, это же по btrfs говорили.

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

392. "Релиз ядра Linux 6.5" +/–

Сообщение от Аноним (392), 18-Сен-23, 22:53

> 😂👏
Стремительно скатываешься на уровень поняши, но это тебе не поможет.
> Ещё немного, ещё чуть-чуть… и вот-вот наступит будущее файлух линукса.
> Где-то я уже это слышал… ах да, это же по btrfs говорили.
Если сравнить сколько линуха юзают и сколько бсдей - будущее уже давным давно наступило. В том числе и благодаря тому что в бсдах с файлухами знатный швах.
И если по пальцам топтаться как вы, как там, ZFS у вас уже не улетает в панику ядра потому что на этом аж нжинкс запустили? А если еще и перфоманс этого захотеть... эээ... ну да, вот этот утюг и блеснет RPS'ами то. Где-то на внизу. А если это все не нравится, там у вас чего еще есть, UFS целый? Эпическое предложение.
Так что тему про энтерпрайзных админов нехило бы развить. Что за админы с бсд и зфс и в каком "энтерпрайзе" это есть? Потому что чего-то отдаленно напоминающего энтерпрайз осталось пару мест и вы врядли именно в LLNL или Netflix работаете.

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

393. "Релиз ядра Linux 6.5" +/–

Сообщение от Минона (ok), 19-Сен-23, 13:51

> Если сравнить сколько линуха юзают и сколько бсдей - будущее уже давным
> давно наступило. В том числе и благодаря тому что в бсдах
> с файлухами знатный швах.
Во FreeBSD всё хорошо с ФС.
Они не ждут коммита очередного чуда ФС-о строения, которое вот-вот будет готово к локалхосту.
> И если по пальцам топтаться как вы, как там, ZFS у вас
> уже не улетает в панику ядра потому что на этом аж
В панику улетает Линукс.
На Проксе это воспроизводится с тех пор как туда ZFS вкорячили.
На FreeBSD ZFS стабильно работает 10+ лет.
А на Solaris ещё дольше.
> нжинкс запустили? А если еще и перфоманс этого захотеть... эээ... ну
> да, вот этот утюг и блеснет RPS'ами то. Где-то на внизу.
При создании ZFS производительность не была главной целью инженеров Sun.
Однако, лет этак 5+ тому назад на Хайлоаде представитель какой-то стриминговой платформы (не Нетфликс) рассказывал как они отдают потоки в 10-40 Гбит с ZFS.
> А если это все не нравится, там у вас чего еще
> есть, UFS целый? Эпическое предложение.
А вот тут ты сел в лужу.
Netflix как раз использует UFS.
> Так что тему про энтерпрайзных админов нехило бы развить. Что за админы
> с бсд и зфс и в каком "энтерпрайзе" это есть? Потому
Если тебе конкретно о FreeBSD+ZFS, то можешь поинтересоваться у iXsystems.
А полный список тут https://www.freebsd.org/commercial/
> что чего-то отдаленно напоминающего энтерпрайз осталось пару мест и вы врядли
> именно в LLNL или Netflix работаете.
В нашем энтерпрайзе есть всё: Windows, Solaris, Linux, FreeBSD и даже OpenVMS.
Хранилок на FreeBSD нет, но есть девайсы от NetApp.
Конкретно я использую Solaris для отделовской файлопомойки.

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

287. "Релиз ядра Linux 6.5" +/–

Сообщение от Аноним (288), 31-Авг-23, 02:44

> (пох?), что выбор технологии сроден взятию вещи в кредит. И есть
> разница, взять в кредит велосипед (LVM2) или феррари (ZFS). Одно дело,
> когда уже есть собственные деньги на феррари (компетенции по ZFS), другое,
> когда надо отдавать кредить за прогоревший бизнес (т.е. в виду отсутствия
> компетенций восстанавливать небекапленные данные).
Ну во первых, бизнес намного лучше когда он не прогоревший. И сразу ориентироваться на прогорание это какой-то совсем уж фэйловый миндсет. Во вторых...
> И тут лучше восстанавливать с LVM2, чем с ZFS или btrfs (помним, что компетенции слабоваты)
Вот это довольно спорное утверждение. Btrfs если он не маунтится можно во первых попытаться зацепить с альтернативными (более старыми) деревьями, копиями суперблока и проч. И если факап случился недавно, есть нехилый шанс что это еще и прокатит.
Во вторых, снапшоты неплохо помогают от допустим неудачно вбитого rm который / или его существенную часть вынес.
В третьих если ну вообще ничего не прокатило у btrfs в ее утилсу встроена офлайн-читалка типа того что для нтфс в коммерческом софте бывает, которая умеет сама парсить ФС без монтирования и скидывать найденое файло на другой носитель без монтирования. Там можно потыкаться по разным generation и нащупать относительно работающую точку входа. Поскольку это CoW - это мультивселенная, где более старые состояния уничтожаются не сразу. И шанс что что-то из этого зацепится и распарсится - вполне себе. И это будет таки оно, может в чуть устаревшем виде зато с автоматическим парсингом и вычитыванием этого. А вот что вы с более другими файлухами да еще и LVM при этом делать будете - а вот кто вас там знает. Заодно и покажете мастеркласс как раз. Если сможете.

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

308. "Релиз ядра Linux 6.5" +/–

Сообщение от Anon3 (?), 01-Сен-23, 14:14

>> А вот что вы с более другими файлухами да еще и LVM при этом делать будете - а вот кто вас там знает.
Восстановим из проверенных бэкапов, которые уже есть в связи с наличием увлекательного опыта по восстановлению данных.
>> Заодно и покажете мастеркласс как раз. Если сможете
Да, для не критичных небекапленных данных лежит виртуалка с установленными _кощунственными_ _коммерческими_ решениями r-studio и ufs explorer. Потому, что опыт, релевантный на момент 3-4 года назад, показал, что свободно доступные решения не позволяют получить результат, лучше массовых коммерческих решений, а результат лучших (по моему скромному мнению) из них (r-studio и ufs explorer) вообще не достижим.
Возможно, на текущий момент, действительно встроенная в btrfs-utils офлайн читалка рвет лучших коммерческих представителей для fat, ntfs, ext2-4 + LVM2(только LV) или появилось _качественое_ коммерческое решение по восстановлению данных с btrfs
Только вот меня беспокоит ваша антиаргументация:
1.
> Ну во первых, бизнес намного лучше когда он не прогоревший.
У вас точно имеется увлекательный опыт восстановления данных?
Оно то понятно, что быть богатым и здоровым намного лучше, чем бедным и больным
2.
> И сразу ориентироваться на прогорание это какой-то совсем уж фэйловый миндсет
да, есть люди которые не делают бекапы, и я их прекрасно понимаю: нафиг упаднические настроения и фэйловый миндсет, я буду жить вечно, ведь, пока что, все идет по плану
К тому же, действительно, часто данные не так уж и важны,
и на длинном промежутке времени суммарные усилия по их бекапу будут превышать усилия по маловероятному восстановлению данных
3.
> Поскольку это CoW - это мультивселенная, где более старые состояния уничтожаются не сразу...
Но механизмы, вроде CoW, dedup, сжатие - только увеличивают область повреждения _данных_.
----------------------------------------
К тому же у нас разногласия по термину данные. Вы в данные по видимому включаете также метаданные файловой системы.
btrfs действительно имеет множество механизмов для сохранности и восстановления метаданных.
И у LVM есть множество недостатков относительно btrfs, которые приведут к потере метаданных
- можно наворотить вложенных LVM, тонких снимков так, что будет аналогично или хуже, чем в btrfs (относительно восстановления _данных_).
- по умолчанию LVM не хранит несколько копий своих метаданных
- сложннее настройка, где неосторожным движением кривых рук можно все поломать
К тому же, как вы понимаете слабые компетенции (о которых я специально упомянул)?
Доступно ли слабым компетенциям:
> попытаться зацепить с альтернативными (более старыми) деревьями, копиями суперблока и проч.
> потыкаться по разным generation и нащупать относительно работающую точку входа.
Я, для слабых компетенций, максимум допускаю
> у btrfs в ее утилсу встроена офлайн-читалка типа того что для нтфс в коммерческом софте бывает, которая _умеет сама_ парсить ФС без монтирования и скидывать найденое файло на другой носитель
При этом команда для ее запуска будет скопирована из какого-то форума, без внятного понимания, что она сейчас будет делать.
А понимание структур данных файловой системы и методов их хранения и распределения в них не входит

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

309. "Релиз ядра Linux 6.5" +/–

Сообщение от Anon3 (?), 01-Сен-23, 14:41

>> А вот что вы с более другими файлухами да еще и LVM при этом делать будете - а вот кто вас там знает.
Восстановим из проверенных бэкапов, которые уже есть в связи с наличием увлекательного опыта по восстановлению данных.
>> Заодно и покажете мастеркласс как раз. Если сможете
Да, для не критичных небекапленных данных лежит виртуалка с установленными _кощунственными_ _коммерческими_ решениями r-studio и ufs explorer. Потому, что опыт, релевантный на момент 3-4 года назад, показал, что свободно доступные решения не позволяют получить результат, лучше массовых коммерческих решений, а результат лучших (по моему скромному мнению) из них (r-studio и ufs explorer) вообще не достижим.
Возможно, на текущий момент, действительно встроенная в btrfs-utils офлайн читалка рвет лучших коммерческих представителей для fat, ntfs, ext2-4 + LVM2(только LV) или появилось _качественое_ коммерческое решение по восстановлению данных с btrfs
Только вот меня беспокоит ваша антиаргументация:
1.
> Ну во первых, бизнес намного лучше когда он не прогоревший.
У вас точно имеется увлекательный опыт восстановления данных?
Оно то понятно, что быть богатым и здоровым намного лучше, чем бедным и больным
2.
> И сразу ориентироваться на прогорание это какой-то совсем уж фэйловый миндсет
да, есть люди которые не делают бекапы, и я их прекрасно понимаю: нафиг упаднические настроения и фэйловый миндсет, я буду жить вечно, ведь, пока что, все идет по плану
К тому же, действительно, часто данные не так уж и важны,
и на длинном промежутке времени суммарные усилия по их бекапу будут превышать усилия по маловероятному восстановлению данных
3.
> Поскольку это CoW - это мультивселенная, где более старые состояния уничтожаются не сразу...
Но механизмы, вроде CoW, dedup, сжатие - только увеличивают область повреждения _данных_.
----------------------------------------
К тому же у нас разногласия по термину данные. Вы в данные по видимому включаете также метаданные файловой системы.
btrfs действительно имеет множество механизмов для сохранности и восстановления метаданных.
И у LVM есть множество недостатков относительно btrfs, которые приведут к потере метаданных
- можно наворотить вложенных LVM, тонких снимков так, что будет аналогично или хуже, чем в btrfs (относительно восстановления _данных_).
- по умолчанию LVM не хранит несколько копий своих метаданных
- сложннее настройка, где неосторожным движением кривых рук можно все поломать
К тому же, как вы понимаете слабые компетенции (о которых я специально упомянул)?
Доступно ли слабым компетенциям:
> попытаться зацепить с альтернативными (более старыми) деревьями, копиями суперблока и проч.
> потыкаться по разным generation и нащупать относительно работающую точку входа.
Я, для слабых компетенций, максимум допускаю
> у btrfs в ее утилсу встроена офлайн-читалка типа того что для нтфс в коммерческом софте бывает, которая _умеет сама_ парсить ФС без монтирования и скидывать найденое файло на другой носитель
При этом команда для ее запуска будет скопирована из какого-то форума, без внятного понимания, что она сейчас будет делать.
А понимание структур данных файловой системы и методов их хранения и распределения в них не входит

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

321. "Релиз ядра Linux 6.5" +/–

Сообщение от Аноним (-), 03-Сен-23, 19:06

> Восстановим из проверенных бэкапов, которые уже есть в связи с наличием увлекательного
> опыта по восстановлению данных.
Рояль в кустах это отлично, но во первых это не достоинство файлухи и решения. Во вторых, существование дата рекавери лаб и цены на их услуги как бы намекают что это работает не для всех и не всегда. "Теоретически, Петька, мы с тобой миллионеры...". Так что запасной план не такая уж плохая идея. Как и ряд фич ФС на такие случаи, типа аж 3 копий суперов в очень разных логических смещениях. Или склонность ФС юзать DUP или RAID1 на метаданных, что сильно повышает их шансы при отклонении от идеала. Без метаданных все гораздо печальнее, сами понимаете.
>>> Заодно и покажете мастеркласс как раз. Если сможете
> Да, для не критичных небекапленных данных лежит виртуалка с установленными _кощунственными_
> _коммерческими_ решениями r-studio
Это все может и является достоинством r-studio но уж точно не достоинство решения и штатных тулсов файлухи. Соответственно о чем мы говорим? О том что можно развестись на бабки в польщу виндовых комерсов? Предпочту чтобы мои бабки получали более дружественные чем ЭТО персонажи.
>  и ufs explorer.
Это то-то покупает? Интересно на...я? Я бы такой ФС пользоваться не стал даже если б мне доплатили за это. На данный момент это просто мамонты.
> Потому, что опыт, релевантный на момент 3-4 года назад, показал, что свободно
> доступные решения не позволяют получить результат, лучше массовых коммерческих
> решений, а результат лучших (по моему скромному мнению) из них (r-studio и
> ufs explorer) вообще не достижим.
Хызы, я народу доставал "почти все" даже с основательно ушатанных дисков, откровенно сыпящихся. В лине есть вполне приличные туслы для отстройки образов, а WHDD так еще и через команды умеет работать в обход интерфейсов ядра. Ну а я умею в системную механику, более-менее понимаю как это все работает и знаю основные DOS и DONTS.
А потом ... потом вот знаете ли гибкость btrfs очень крута, когда и стораж можно под разовую задачу отрастить до небес, а закончив действо можно и вынуть из него девайсы. И рефлинки очень рулят, когда у меня штук пять чушек по якобы эн терабайта каждая, с прогрессивным восстанвлением/фиксом и возможностью передумать/откатить это все если лажа вышла, при том что суммарный жор места "копий" лишь чуть более 1 образа. Итеративненько то потусоваться в образах без ломовых требований к месту и быстро - вполне.

> Возможно, на текущий момент, действительно встроенная в btrfs-utils офлайн читалка рвет
> лучших коммерческих представителей для fat, ntfs, ext2-4 + LVM2(только LV) или
> появилось _качественое_ коммерческое решение по восстановлению данных с btrfs
По крайней мере мне очень импонирует когда разработчики ФС сразу в тулкит кладут такие вещи вместо того чтобы делать рожу кирпичом что это не их проблемы. И в дизайн файлухи закладывают ряд вещей чтобы там были шансы потрепыхаться даже в заковыристых случаях.
Ну вот например на эмбедовке часто только 1 девайс. А штучный бэд под libc - жутко обидный сценарий. Потому что разэмбедовать одноплатник где-то в ж... дорого, долго и гиморно может быть. Btrfs на это можно с схемой DUP разложить. Он и скажет - csum failed .... corrected, а природа CoW такова что это все и к ремапу довольно дружественно. Т.е. эти данные более не нужны - и туда можно запись сделать. Накопитель сможет ремап без потерь вообще. Даже если сектор и не читался. Конечно можно LVM похожего франкенштейна скроить, но опять же - без чексум мы не узнаем какая копия правильная. И все становится сложно. А в btrfs это 1 командой делается. Можно даже в рантайм решения переиграть. Быстро, просто, ненапряжно.
>> Ну во первых, бизнес намного лучше когда он не прогоревший.
> У вас точно имеется увлекательный опыт восстановления данных?
Иначе я бы имхо вообше не знал про вещицы типа whdd ;). Самым интересным (и опасным) было ремотно, по ssh вот это самое сделать. Крайне не рекомендуется к повторению, вы наверное и сами понимаете почему. Но иногда выбора просто нет. Даже прокатило, хоть и пришлось понервничать.
> Оно то понятно, что быть богатым и здоровым намного лучше, чем бедным и больным
А я таки делал датарекавери эн линуксоидам, а до кучи и нескольким маздайцам с NTFS. Благо в FUSE или ntfs драйвере линя парсинг более другой и на этом можно сыграть. А в тяжких случаях testdisk и phororec даже с совсем убитого нечто много чего достают без кивания на фс вообще. А потом я вот как-то корябнул забавные скриптики, посмотрев что юниксвэй может предложить. Ну, например, может DCIM/ юзеру вернуть из трухи в нормальном виде - "достав" имена файлов из... тегов файлов, спасибо камерам за это, сделал из гамна и палок анализатор, он за 10 минут не только имена вернул но и по годам по папкам раскидал.
Ну и да - я свои лимиты знаю, всякий перелив фирмварей/служебок/etc конечно к профи уже. Но там и цены и времянки другие будут.
> да, есть люди которые не делают бекапы, и я их прекрасно понимаю:
Вы как бы имеете определенный пойнт. И все же...
> нафиг упаднические настроения и фэйловый миндсет, я буду жить вечно, ведь,
> пока что, все идет по плану
Лучший бэкап - который никогда не понадобился. А то я разок на почтовую базу отхреначил старый бэкап. А более нового и не было. Ну и продолбал мегов 200 почты. Обидно было. На самом деле назначением лоханулся, должно было в альтернативное пойти, чтобы вынуть вооон то. А попало в исходное - и это был фэйл. А поскольку тогда я магию снапшотов и cow не практиковал еще, оно in-place базы перетерло, и вот это - таки облом! Конечно кому было что-то сильно надо - письма перепослали еще разок, но... снапшоты не замена бэкапов. А бэкапы не замена снапшотов.
> К тому же, действительно, часто данные не так уж и важны,
> и на длинном промежутке времени суммарные усилия по их бекапу будут превышать
> усилия по маловероятному восстановлению данных
Самое странное во всей этой истории то что я достаточно хорошо понимаю как это работать и попадаю "в десятку". Т.е. рекавери обычно очень близок к 100% плюс-минус то что вынесено бэдами или дестроем невосстановимо. Ну т.е. я в курсе как правильно строить образа, итеративным чтением, и в лине для этого тулсы есть, а потом итеративно догоняю образ до кондиции. И btrfs в этом оказался полезен.
>  Но механизмы, вроде CoW, dedup, сжатие - только увеличивают область повреждения _данных_.
Когда как. А возможность сунуться в разные состояния - пока их GC не подгреб - повышает шанс что хоть одно из - прокатит. Тогда таки распарсится на автомате. И все сильно проще. В обычной ФС все хуже - если куска метаданных нет, его уж нет. И мы идем медленно и печально юзать testdisk+photorec. Оно, конечно, зачастую катит, и даже очень здорово, но, времени требует дочерта а имен файлов можно и не получить, раз уж метаданных вон там нету.
> К тому же у нас разногласия по термину данные. Вы в данные
> по видимому включаете также метаданные файловой системы.
До некоторой степени. Там 1) размеры, имена. 2) В случае btrfs мелкие файлы. Так что такой взгляд на вещи имеет определенные причины.
> btrfs действительно имеет множество механизмов для сохранности и восстановления метаданных.
Btrfs примерно одинаково трактует блоки данных и метаданных. Это забавно но там нет глобальных отличий. Что так chunks с энной схемой, что так. Специфичный дизайн деревьев позволяет ему cow'ать и данные, и метаданные, в конце концов это одна и та же механика ворочает. Схемы хранения могут быть разные (очевидно что выживание метаданных критичнее, из соображений масштаба урона, а т.к. они не очень большие, DUP или RAID1 можно позволить для них много где). Более того - могут быть чанки с типом хранения отличным от того что ща юзают данные и метаданные. Как продукт "частичной конверсии схемы" или "новой дефолтной схемы хранения". Сам по себе этот дизайн мог бы назначать разные схемы хранения разным файлам если бы кто-то логику решений аллокатору накодил. Кроме всего прочего он в результате прекрасно переживает крах при конверсии схемы райда. Просто продолжает конвертить формат чанков дальше после перезагрузки. Попробуйте так вообще с вашим LVM, кули.

> И у LVM есть множество недостатков относительно btrfs, которые приведут к потере
> метаданных
У него 1 ключевой недостаток: В ВОПРОСАХ МЕНЕДЖМЕНТА ЭТО - БРЕЙФНФАК. В btrfs я просто добавлю или выну девайс. Увеличу или убавлю ФС. Сменю схему хранения. И проч. Нонстоп. А еще вот снапшот ОС и хомяка на случай фэйлов. И если мне апгрейд системы не понравился, вот моя машина времени. Которая на минималках заводится аж из grub, указанием другого назначения монтирования.
Это менеджмент систем XXI века. А вон то - #$%ный стыд и миндфак. И именно по этой причине bcachefs тоже следует этим паттернам дизайна. В отличие от такпривыкших дино кентушка в состоянии понять что так рулить ФС и ОС намного круче и неизмеримо эффективнее. Это как пересесть с кукурузника на небольшой звездолет с гипердвигателем и машиной времени. Вместо десятков циферблатиков и дергания ручек - указываешь назначение - опа - уже там. Да, если аллоцировано 100 мегов из 10Тб - ворочать будет 100 мегов. И тайминги операции будут - вот такие.
> - можно наворотить вложенных LVM, тонких снимков так, что будет аналогично или
> хуже, чем в btrfs (относительно восстановления _данных_).
Моя основная претензия ко всему этому - в том что оно многократно сложнее по уровню менеджмента прежде всего. Интегрированный с машиной времени и гипердрайвом звездолет навигирует в 4 измерениях нативно, совершенно прозрачно гоняя между разными вариантами развития событий и не делая мозг. Кукурузник для этого не сохдавался. И попытка сделать что-то такое на нем - весьма болезненный экспериенс.
> - по умолчанию LVM не хранит несколько копий своих метаданных
> - сложннее настройка, где неосторожным движением кривых рук можно все поломать
Имерно поэтому его место там же где ipsec когда уже есть wireguard :). Именно поэтому кент дизайнит свой некстген так как дизайнит. Мир никогда уже не будет прежним. И я не буду скучать по вон тому жуткому трешу. Вообще совсем.
> К тому же, как вы понимаете слабые компетенции (о которых я специально упомянул)?
> Доступно ли слабым компетенциям:
1) Слабые компетенции всегда будут искать помощь сильных.
2) Меня прежде всего волнуют мои проблемы, а я наверное скорее уже взял средний уровень или выше среднего.
3) Для знакомых и друзей я обеспечиваю некий саппорт на минималках как респект технологии и "спасибо" ее создателям.
А вот LVM пусть его фанаты трахаются. И его уродливые недо-снапшоты тоже для них. А чтоб еще чексумы там были? И починить фэйлящую копию из исправной? В btrfs оно само это сделает. А в LVM что-то такое добиться - убьешься нахрен.
Поэтому у меня на одноплатниках btrfs с схемой DUP. Прозрачно. Просто. Минимум допущений и мануальщина. А таки переживает редкие единичные бэды. Под хоть чем. Ему не важно данные там или метаданные, если схемой хранения и тем и другим DUP сделан. Так теорвер намного лучше. Если бэд раз в месяц, какая вероятность что две разные копии получат бэд одновременно? И вот так теорвер намного лучше ощущается. А с LVM вы его так в свою сторону вообще осилите крутануть? Поэтому у меня оно будет работать до последнего. А вы можете если хотите разэмбедовывать и бэкапы накатывать, объясняя кастомеру что нагибон его техпроцессов которыми эта штука рулила - ничего так, нормально.
У меня на этот счет иные идеи как-то. Лучший data recovery это тот который делать не пришлось.
> Я, для слабых компетенций, максимум допускаю
>> у btrfs в ее утилсу встроена офлайн-читалка типа того что для нтфс в коммерческом
>> софте бывает, которая _умеет сама_ парсить ФС без монтирования и скидывать
>> найденое файло на другой носитель
Слабым компетенциям лучше всего 1) RTFM 2) прийти к девам. Они подскажут что и как в нетривиальных случаях. Или если не получается, 3) нанять кого-то или дать денег кому-то кто не настолько лох и таки решит системные аспекты нормально. По этой причине интеграторы и образовались как направление.
> При этом команда для ее запуска будет скопирована из какого-то форума, без
> внятного понимания, что она сейчас будет делать.
Если кто-то решил включить режим идиота на своих данных, занявшись тем чем не умеет, чтож, все уважающие себя эксперты по восстановлению данных не забудут вкатить поправочный коэффициент на самодеятельность.
Но вон та читалка, если что, подразумевает чтение на ДРУГОЕ назначение - с немонтированой файлухи. Поэтому записать что-то на оригинал и попортить его сильнее таки у казуала врядли получится вообще. Так что если он смолчит в тряпочку - даже избежит вон той участи. Потому что оригинал не пострадает.
> А понимание структур данных файловой системы и методов их хранения и распределения
> в них не входит
Ну как бы в случае btrfs лучше основные концепции понять. Пилотирование звездолета с машиной времени и гипердрайвом подразумевает что вы таки в курсе азов этих концепций и не будете охреневать от альтернативных таймлайнов, параллельных историй развития событий и даже ОК с перспективой встретить "почти самого себя, но чуть другого". Со временем мир становится сложнее, а концепции CoW и альтернативных реальностей, размеров дельт и проч - актуальны и для допустим виртуализаторов. Без понимания этого вы и снапшотами в VM осмысленно ворочать не сможете. И компетенция оказывается уже не низкой - а пробивающей дно по современным меркам, когда вы и виртуализаторы нормально юзать тоже не умеете. Первыми кто всерьез полюбил CoW, снапщоты и проч - были они. А теперь так и на железе вот можно. Но если кто смотрел sci-fi, он давно понимает как это работает. Это именно оно.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

36. "Релиз ядра Linux 6.5"	+1 +/–
Сообщение от Аноним (36), 28-Авг-23, 13:42
>Добавлена возможность монтирования другой ФС слоем ниже в существующую точку монтирования pivot_root больше не нужен, как и и initramfs?
Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Anon3 (?), 28-Авг-23, 14:04
	pivot_root и initramfs и сейчас не нужен. Но без них менее гибок и элегантен для большинства применений А вот сабж из новости позволяет лишь более элегантно жить без ненужно, и не является какой-то уникальной фичей (смотрите ссылку в тексте новости на оригинал, кейсы возможного применения хорошо расписаны)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	100. "Релиз ядра Linux 6.5"	+1 +/–
	Сообщение от Аноним (98), 28-Авг-23, 16:51
	Подскажи, как корень на LVM2 подключить без initramfs?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	174. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Anon3 (?), 28-Авг-23, 22:48
	> Подскажи, как корень на LVM2 подключить без initramfs? Советую читаль дальше первого предложения: >> Но без них менее гибок и элегантен для большинства применений Кейс с LVM2 входит в большинство применений, а потому лучше использовать initramfs Если не хотите initramfs, можете содержимое initramfs разместить на ином блочном устройстве с файловой системой и после начальной инициализации сделать pivot_root на root с LVM2 Можно сделать BSD-style, обьявить что "корень на LVM2" является эталонным ненужно и самостоятельно накостылять функционал, требующийся от LVM2, на других технологиях
	Ответить \| Правка \| Наверх \| Cообщить модератору


	203. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Минона (ok), 29-Авг-23, 07:36
	> Можно сделать BSD-style, обьявить что "корень на LVM2" является эталонным ненужно и > самостоятельно накостылять функционал, требующийся от LVM2, на других технологиях Зачем нам LVM при наличии ZFS?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	222. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Anon3 (?), 29-Авг-23, 13:01
	>> Можно сделать BSD-style, обьявить что "корень на LVM2" является эталонным ненужно и >> самостоятельно накостылять функционал, требующийся от LVM2, на других технологиях > Зачем нам LVM при наличии ZFS? Ну вот когда писал о BSD-style, как раз и подразумевал под >> на других технологиях как раз btrfs. Но в виду недостаточных компетенций, уточнять не стал Вроде на этом форуме (или хабре), была мысль от одного из великих (пох?), что выбор технологии сроден взятию вещи в кредит. И есть разница, взять в кредит велосипед (LVM2) или феррари (ZFS). Одно дело, когда уже есть собственные деньги на феррари (компетенции по ZFS), другое, когда надо отдавать кредить за прогоревший бизнес (т.е. в виду отсутствия компетенций восстанавливать небекапленные данные). И тут лучше восстанавливать с LVM2, чем с ZFS или btrfs (помним, что компетенции слабоваты)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	276. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Минона (ok), 30-Авг-23, 14:06
	> Ну вот когда писал о BSD-style, как раз и подразумевал под >>> на других технологиях > как раз btrfs. Но в виду недостаточных компетенций, уточнять не стал btrfs это косплей ZFS в линуксе, в BSD её нет. > Вроде на этом форуме (или хабре), была мысль от одного из великих > (пох?), что выбор технологии сроден взятию вещи в кредит. И есть > разница, взять в кредит велосипед (LVM2) или феррари (ZFS). Одно дело, > когда уже есть собственные деньги на феррари (компетенции по ZFS), другое, > когда надо отдавать кредить за прогоревший бизнес (т.е. в виду отсутствия > компетенций восстанавливать небекапленные данные). И тут лучше восстанавливать с LVM2, > чем с ZFS или btrfs (помним, что компетенции слабоваты) Вероятность вытащить небитые данные с ZFS выше чем с LVM.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	283. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Anon3 (?), 30-Авг-23, 19:14
	>> в BSD её нет Я говорил не о BSD, а о BSD-style решения задач: >> обьявить что N является эталонным ненужно и самостоятельно накостылять функционал, требующийся от N, на других технологиях как стандартную аргументацию поклонников BSD-систем на утверждение, что в BSD чего-то нет присутствующего в Linux >> Вероятность вытащить небитые данные с ZFS выше чем с LVM В сферрическом вакууме вы правы Мне надо было так написать? > ПОМНИМ, ЧТО КОМПЕТЕНЦИИ СЛАБОВАТЫ!!!!1111 За вменяемое время с битого харда с файловой системой, превратившейся в кашу, или в следствие выполненного до конца rm -rf /home в кривом скрипте при благоприятном положении луны можно вытянуть с ext4 (немного помучиться если LVM не сильно фичасто настроенный). С xfs уже почти не реально что-то вытащить. Я тут заметил, что обычно ответ не читают дальше первого предложения. Приятно дискутировать с человеком, прочитавшим твой комментарий полностью. Но я как-то думал, необходимо оставаться в контексте темы породишвей подветку обсуждения, которая заключается в: >>> Подскажи, как корень на LVM2 подключить без initramfs? Человеку не нужно ZFS, btrfs etc. Не нужно ему предлагать купить кирпич или слона
	Ответить \| Правка \| Наверх \| Cообщить модератору


	295. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Минона (ok), 31-Авг-23, 10:27
	> Я говорил не о BSD, а о BSD-style решения задач: > обьявить что N является эталонным ненужно и самостоятельно накостылять функционал, требующийся от N, на других технологиях Это не BSD-style, это NIH-style.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	304. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Anon3 (?), 31-Авг-23, 18:43
	> Это не BSD-style, это NIH-style. NIH-style как раз присущ linux экосистеме, btrfs как ответ zfs, snap как ответ flatpack BSD-style же это например обьявить ненужным k8s или тот же snap и утверждать, что это все можно сделать на jail Для NIH же нужно доступное работающее решение уже сейчас, чего у BSD-атлетов спецсоревнований обычно не наблюдается
	Ответить \| Правка \| Наверх \| Cообщить модератору


	366. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Аноним (366), 06-Сен-23, 15:48
	>> Это не BSD-style, это NIH-style. > NIH-style как раз присущ linux экосистеме, btrfs как ответ zfs, А в чем собственно проблема когда некто видя технологию но не у себя - начинает задумываться что можно как-то так же и у себя, да еще вот тут улучшить. ZFS видите ли лицензией не вышел и слишком переклинен на 1 конкретном кейсе - энтерпрайзные хранилки. А если это не оно - упс, "этанинужна!!!111" (с) мегаодмины соляры и ко. > snap как ответ flatpack Они оба линуксные. > BSD-style же это например обьявить ненужным k8s или тот же snap и > утверждать, что это все можно сделать на jail И в результате остаться с голой джеппой и вылететь из продакшнов... > Для NIH же нужно доступное работающее решение уже сейчас, чего у BSD-атлетов > спецсоревнований обычно не наблюдается А как же куча видов BSD для начала?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	288. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Аноним (288), 31-Авг-23, 02:50
	> btrfs это косплей ZFS в линуксе, в BSD её нет. Линукс не мусорница для технологий отработавших свое. ZFS мало на что годен кроме энтерпрайзных файлопомоек. Btrfs вполне универсальная штука - даже на роутере с 64 мегами оперативы цепляется без напрягов. Такой вот косплей. > Вероятность вытащить небитые данные с ZFS выше чем с LVM. Мммда? А что вы делаете если оно замаунтиться не сизволило?
	Ответить \| Правка \| К родителю #276 \| Наверх \| Cообщить модератору


	296. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Минона (ok), 31-Авг-23, 10:39
	>> btrfs это косплей ZFS в линуксе, в BSD её нет. > Линукс не мусорница для технологий отработавших свое. ZFS мало на что годен > кроме энтерпрайзных файлопомоек. Btrfs вполне универсальная штука - даже на роутере > с 64 мегами оперативы цепляется без напрягов. Такой вот косплей. Ога-ога. btrfs это косплей технологий реализованных в ZFS, причём косплей местами кривой. Зачем на роутере COW FS. >> Вероятность вытащить небитые данные с ZFS выше чем с LVM. > Мммда? А что вы делаете если оно замаунтиться не сизволило? У меня есть секретный бубен. 😎
	Ответить \| Правка \| Наверх \| Cообщить модератору


	319. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Аноним (-), 03-Сен-23, 17:26
	>> кроме энтерпрайзных файлопомоек. Btrfs вполне универсальная штука - даже на роутере >> с 64 мегами оперативы цепляется без напрягов. Такой вот косплей. > Ога-ога. btrfs это косплей технологий реализованных в ZFS, причём косплей местами кривой. А местами - весьма радикально усовершенствованный и улучшенный. Управление местом в RAID куда как приятнее, снапшоты логичнее сделаны, рефлинки сто лет уж есть (вроде, говорят кой-как прикрутили вроде наконец и в zfs, как минимум линуксовой). А, да, апей для всяких вещей типа рефлинков в стандартах как обычно не было. Так что линуксоиды конечно свелосипедили - но должен же кто-то двигать прогресс вперед?! Та же ерунда и с hole punching и много чем еще. Если кивать на только существующие стандарты и отсутствие в них фич, далеко не уедешь. > Зачем на роутере COW FS. Затем же зачем и везде. 1) Удобное управление местом. 2) Снапшоты, рефлинки. Это круто, быстро, эффективно. А на хилой системе круть и эффективность нужнее всего. 3) Чексумы наконец - гнилые кабели, устройства и питальники будут запалены. А не так что втихаря все загадится. 4) Сжатие, все дела. В том числе и довольно быстрое. > У меня есть секретный бубен. 😎 А у меня вот есть вполне документированная офлайн-читалка умеющая пробовать деревья с разных generation, несколько суперов, возможность маунта с более старых деревьев, ... и мне это как-то больше доверия внушает. Да и девы вон там зарекомендовали себя компетентными и эффективными. Интереснее этого дизайна может быть получится разве что у Кента. Если он сможет что хотел - покажет как делать nextgen nextgen'а. А ZFS на этом фоне будет чем-то типа мамонта. Чисто структурально и на уровне менеджмента.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	328. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Минона (ok), 04-Сен-23, 08:18
	> А местами - весьма радикально усовершенствованный и улучшенный. RAID 5\|6 в btrfs уже допили до продакшена? А аналог raidz3? А новый draid? >> Зачем на роутере COW FS. > Затем же зачем и везде. 🤦‍♂️ Ты точно знаешь зачем нужен роутер? >> У меня есть секретный бубен. 😎 > А у меня вот есть вполне документированная офлайн-читалка умеющая пробовать деревья с Рад за тебя. Мне хватало штатных средств. > Интереснее этого дизайна может > быть получится разве что у Кента. Если он сможет что хотел > - покажет как делать nextgen nextgen'а. А ZFS на этом фоне > будет чем-то типа мамонта. Чисто структурально и на уровне менеджмента. Шишкин тоже хотел показать как надо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	334. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Аноним (334), 04-Сен-23, 15:53
	> RAID 5\|6 в btrfs уже допили до продакшена? Примерно 50/50. В Raid5 таки write hole более-менее заткнули. В Raid6 еще не до конца. К тому же метаданные могут быть в другой схеме - и это спасает от ряда траблов. В мануале все написано. > А аналог raidz3? > А новый draid? Аналог чего либо из zfs в btrfs - упаси меня от ЭТОГО. У btrfs намного более крутое управление этим всем, а "аналогами" пусть zfs'ники наслаждаются. В btrfs для начала можно просто прицепить "вот этот винч". И получить +эн места. Без выравниваний, эн девайсов и проч. Когда zfs что-то такое сможет, пусть и вякает про аналоги. > Ты точно знаешь зачем нужен роутер? Для меня это лишь +1 компьютер, всегда включеный, всегда онлайн, поэтому удобный для всяких сетевых сервисов. В том числе и логичная точка раздачи филезов по сети до кучи. Но конечно можно и 19" стойку дома поставить, с некоторых станется. Я не спорю что у некоторых это даже осмысленно выходит, как у Ларабеля. Но вы на Ларабеля не похожи. > Рад за тебя. > Мне хватало штатных средств. Которые состоят - например - в чем? Не то чтобы мне та читалка сильно требовалась но как практикующий data recovery для других - я таки приветствую такой подход к делу. А не так что вон, дескать, коммерческих тулсов еще докупите. Под винду. Ух, круто, отличный системный менеджмент. Всю жизнь мечтал о таком. >> - покажет как делать nextgen nextgen'а. А ZFS на этом фоне >> будет чем-то типа мамонта. Чисто структурально и на уровне менеджмента. > Шишкин тоже хотел показать как надо. Но нишмог, распугав всю команду. А один в поле не воин. Особенно в файлухах. Да еще высунув нос в реальный мир проникся и пошел переделывать 4 -> 5 а вы тем временем там как-нибудь перекантуйтесь, "в пути кормить никто и не обещал". Так что неубедительно получилось. Кент убедительней, он по крайней мере юзает что накодил для себя, у него более 0 желающих комитить, он нашел язык с майнтайнерами, хоть и со скрипом, до 20 терабайт без развалов - отрастил. И даже кой-какие тесты практикует. Так что имеет определенные шансы в реальном мире. Шишкин же живет в башне из слоновой кости и какие-то внятные перспективы его проекта не просматриваются.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	360. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Минона (ok), 06-Сен-23, 13:12
	>> RAID 5\|6 в btrfs уже допили до продакшена? > Примерно 50/50. >> А аналог raidz3? >> А новый draid? > Аналог чего либо из zfs в btrfs - упаси меня от ЭТОГО. >> Ты точно знаешь зачем нужен роутер? > Для меня это лишь +1 компьютер Ясно, админ локалхоста.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	367. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Аноним (366), 06-Сен-23, 15:52
	>>> Ты точно знаешь зачем нужен роутер? >> Для меня это лишь +1 компьютер > Ясно, админ локалхоста. Ну я как бы уже на примере гражданина поха увидел к чему приводит чрезмерный фап на энтерпрайз, когда ты сам без мегакорпа - ноль без палочки. Что-то мне такое же светлое будущее на свою бошку вообще не хочется. А еще хочется чтобы технологии с которыми я имею дело работали для меня. Не "где-то там" - а вообще везде. Так, по жизни. Где0то там - сидя с голой жо вот тут - мне не интересно, сорянчик. И я буду обоими руками за масштабируемые технологии, соответственно. ..а вон те, пафосные, энтерпрайзные, уже и не знают куда деваться, вон на виндочку тыкаются. Успех их юниксэя как он есть.
	Ответить \| Правка \| К родителю #360 \| Наверх \| Cообщить модератору


	371. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Минона (ok), 06-Сен-23, 20:48
	>[оверквотинг удален] > Ну я как бы уже на примере гражданина поха увидел к чему > приводит чрезмерный фап на энтерпрайз, когда ты сам без мегакорпа - > ноль без палочки. Что-то мне такое же светлое будущее на свою > бошку вообще не хочется. А еще хочется чтобы технологии с которыми > я имею дело работали для меня. Не "где-то там" - а > вообще везде. Так, по жизни. Где0то там - сидя с голой > жо вот тут - мне не интересно, сорянчик. И я буду > обоими руками за масштабируемые технологии, соответственно. > ..а вон те, пафосные, энтерпрайзные, уже и не знают куда деваться, вон > на виндочку тыкаются. Успех их юниксэя как он есть. Не хочу тебя разочаровывать, но эти самые масштабируемые технологии двигает мегакорп.
	Ответить \| Правка \| К родителю #367 \| Наверх \| Cообщить модератору


	377. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Аноним (-), 07-Сен-23, 12:56
	>> ..а вон те, пафосные, энтерпрайзные, уже и не знают куда деваться, вон >> на виндочку тыкаются. Успех их юниксэя как он есть. > Не хочу тебя разочаровывать, но эти самые масштабируемые технологии двигает мегакорп. Видишь ли, чудик, мой friend or foe identification работает по значительно более сложным алгоримтам чем у примитивных существ бросающихся на абстрактные лейблы без учета деталей как бык на красную тряпку. Я анализирую общее состояние дел и как оно согласуется с моими пожеланиями на тему того как я бы хотел видеть вон то и вот это. В этом контексте, friend - тот кто помогает достичь этого. Foe тот кто мешает, соответственно. И конечно оценка вероятности с учетом предысторий, трендов и косвенных индикаторов, дабы не получать внезапный ножик в спину. Отсюда следует что у меня есть место для взаимодействия с мегакорпами, и допускается мысль что мои задачи и пожелания могут в ряде мест (а возможно много где) неслабо совпасть с мегакорпми. Напрочь уникальных кейсов - не так уж много. А вопрос сводится к форматам, деталям и отношениям. Как пример: многое в моем управлении систем навеяно технологиями которые практикуют энтерпрайзы, когда я не оперирую инсталлерами по часу, деплоя образа, а факапы разруливаются снапшотами, или рероллом vm/контейнера из снапшота. Просто потому что это эффективно. А то что некоторые вообще не смогли в этот уровень технологий - их проблемы. Я никогда не вернусь на окучивание локалхостов часами с убиением времени ни на что, и мне пофиг насколько это не тепло и не лампово для вас. И так далее. Туда же типов с двойными стандартами вещающих за юниксвэй из виндов: если для вас ваши вэи не сработали, с вами нечего обсуждать.
	Ответить \| Правка \| К родителю #371 \| Наверх \| Cообщить модератору


	378. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Минона (ok), 07-Сен-23, 14:59
	>[оверквотинг удален] > и отношениям. > Как пример: многое в моем управлении систем навеяно технологиями которые практикуют энтерпрайзы, > когда я не оперирую инсталлерами по часу, деплоя образа, а факапы > разруливаются снапшотами, или рероллом vm/контейнера из снапшота. Просто потому что это > эффективно. А то что некоторые вообще не смогли в этот уровень > технологий - их проблемы. Я никогда не вернусь на окучивание локалхостов > часами с убиением времени ни на что, и мне пофиг насколько > это не тепло и не лампово для вас. И так далее. > Туда же типов с двойными стандартами вещающих за юниксвэй из виндов: > если для вас ваши вэи не сработали, с вами нечего обсуждать. Правильно, что может обсуждать админ энтерпрайза с админом локалхоста. 😎
	Ответить \| Правка \| К родителю #377 \| Наверх \| Cообщить модератору


	387. Скрыто модератором	+/–
	Сообщение от Аноним (-), 12-Сен-23, 01:49
	> Правильно, что может обсуждать админ энтерпрайза с админом локалхоста. 😎 Как дырку от бублика не назови а дыркой от бублика и останется. Ты без твоего энтерпрайза и корпов - нихрена. А мне такой расклад не нравится. Быть взаимозаменимым винтиком у каких-то п-сов мне как-то так себе.
	Ответить \| Правка \| К родителю #378 \| Наверх \| Cообщить модератору


	388. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Аноним (388), 17-Сен-23, 12:47
	> Правильно, что может обсуждать админ энтерпрайза с админом локалхоста. 😎 Поскольку энтерпрайзные BSDшники давно доBSDелись уже и повылетели отовсюду - ну вы сами все сказали. И никакой ZFS им не поможет, только усугубит скорее. То что они своим ходом даже и так не смогли - тем хуже для них. А линуксоидам вон кентушка сейчас bcachefs закомитит. Вот это - будущее. А ваши окаменелые ошметки выброшенные дохлокорпом - удачи закладываться на это, но имхо вы будете коллегой с сэром похом. Вечно недовольные, ненавидящие свою работу, а дома вообще с голой ж, вообще виндочку нахваливающие. Фу такими быть, как по мне. Ваше будущее - отвратительно и ваши концепции неработоспособны. В отличие от линуха.
	Ответить \| Правка \| К родителю #378 \| Наверх \| Cообщить модератору


	389. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Минона (ok), 18-Сен-23, 21:38
	>[оверквотинг удален] > Поскольку энтерпрайзные BSDшники давно доBSDелись уже и повылетели отовсюду - ну вы > сами все сказали. И никакой ZFS им не поможет, только усугубит > скорее. То что они своим ходом даже и так не смогли > - тем хуже для них. А линуксоидам вон кентушка сейчас bcachefs > закомитит. Вот это - будущее. А ваши окаменелые ошметки выброшенные дохлокорпом > - удачи закладываться на это, но имхо вы будете коллегой с > сэром похом. Вечно недовольные, ненавидящие свою работу, а дома вообще с > голой ж, вообще виндочку нахваливающие. Фу такими быть, как по мне. > Ваше будущее - отвратительно и ваши концепции неработоспособны. В отличие от > линуха. 😂👏 Ещё немного, ещё чуть-чуть… и вот-вот наступит будущее файлух линукса. Где-то я уже это слышал… ах да, это же по btrfs говорили.
	Ответить \| Правка \| К родителю #388 \| Наверх \| Cообщить модератору


	392. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Аноним (392), 18-Сен-23, 22:53
	> 😂👏 Стремительно скатываешься на уровень поняши, но это тебе не поможет. > Ещё немного, ещё чуть-чуть… и вот-вот наступит будущее файлух линукса. > Где-то я уже это слышал… ах да, это же по btrfs говорили. Если сравнить сколько линуха юзают и сколько бсдей - будущее уже давным давно наступило. В том числе и благодаря тому что в бсдах с файлухами знатный швах. И если по пальцам топтаться как вы, как там, ZFS у вас уже не улетает в панику ядра потому что на этом аж нжинкс запустили? А если еще и перфоманс этого захотеть... эээ... ну да, вот этот утюг и блеснет RPS'ами то. Где-то на внизу. А если это все не нравится, там у вас чего еще есть, UFS целый? Эпическое предложение. Так что тему про энтерпрайзных админов нехило бы развить. Что за админы с бсд и зфс и в каком "энтерпрайзе" это есть? Потому что чего-то отдаленно напоминающего энтерпрайз осталось пару мест и вы врядли именно в LLNL или Netflix работаете.
	Ответить \| Правка \| К родителю #389 \| Наверх \| Cообщить модератору


	393. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Минона (ok), 19-Сен-23, 13:51
	> Если сравнить сколько линуха юзают и сколько бсдей - будущее уже давным > давно наступило. В том числе и благодаря тому что в бсдах > с файлухами знатный швах. Во FreeBSD всё хорошо с ФС. Они не ждут коммита очередного чуда ФС-о строения, которое вот-вот будет готово к локалхосту. > И если по пальцам топтаться как вы, как там, ZFS у вас > уже не улетает в панику ядра потому что на этом аж В панику улетает Линукс. На Проксе это воспроизводится с тех пор как туда ZFS вкорячили. На FreeBSD ZFS стабильно работает 10+ лет. А на Solaris ещё дольше. > нжинкс запустили? А если еще и перфоманс этого захотеть... эээ... ну > да, вот этот утюг и блеснет RPS'ами то. Где-то на внизу. При создании ZFS производительность не была главной целью инженеров Sun. Однако, лет этак 5+ тому назад на Хайлоаде представитель какой-то стриминговой платформы (не Нетфликс) рассказывал как они отдают потоки в 10-40 Гбит с ZFS. > А если это все не нравится, там у вас чего еще > есть, UFS целый? Эпическое предложение. А вот тут ты сел в лужу. Netflix как раз использует UFS. > Так что тему про энтерпрайзных админов нехило бы развить. Что за админы > с бсд и зфс и в каком "энтерпрайзе" это есть? Потому Если тебе конкретно о FreeBSD+ZFS, то можешь поинтересоваться у iXsystems. А полный список тут https://www.freebsd.org/commercial/ > что чего-то отдаленно напоминающего энтерпрайз осталось пару мест и вы врядли > именно в LLNL или Netflix работаете. В нашем энтерпрайзе есть всё: Windows, Solaris, Linux, FreeBSD и даже OpenVMS. Хранилок на FreeBSD нет, но есть девайсы от NetApp. Конкретно я использую Solaris для отделовской файлопомойки.
	Ответить \| Правка \| К родителю #392 \| Наверх \| Cообщить модератору


	287. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Аноним (288), 31-Авг-23, 02:44
	> (пох?), что выбор технологии сроден взятию вещи в кредит. И есть > разница, взять в кредит велосипед (LVM2) или феррари (ZFS). Одно дело, > когда уже есть собственные деньги на феррари (компетенции по ZFS), другое, > когда надо отдавать кредить за прогоревший бизнес (т.е. в виду отсутствия > компетенций восстанавливать небекапленные данные). Ну во первых, бизнес намного лучше когда он не прогоревший. И сразу ориентироваться на прогорание это какой-то совсем уж фэйловый миндсет. Во вторых... > И тут лучше восстанавливать с LVM2, чем с ZFS или btrfs (помним, что компетенции слабоваты) Вот это довольно спорное утверждение. Btrfs если он не маунтится можно во первых попытаться зацепить с альтернативными (более старыми) деревьями, копиями суперблока и проч. И если факап случился недавно, есть нехилый шанс что это еще и прокатит. Во вторых, снапшоты неплохо помогают от допустим неудачно вбитого rm который / или его существенную часть вынес. В третьих если ну вообще ничего не прокатило у btrfs в ее утилсу встроена офлайн-читалка типа того что для нтфс в коммерческом софте бывает, которая умеет сама парсить ФС без монтирования и скидывать найденое файло на другой носитель без монтирования. Там можно потыкаться по разным generation и нащупать относительно работающую точку входа. Поскольку это CoW - это мультивселенная, где более старые состояния уничтожаются не сразу. И шанс что что-то из этого зацепится и распарсится - вполне себе. И это будет таки оно, может в чуть устаревшем виде зато с автоматическим парсингом и вычитыванием этого. А вот что вы с более другими файлухами да еще и LVM при этом делать будете - а вот кто вас там знает. Заодно и покажете мастеркласс как раз. Если сможете.
	Ответить \| Правка \| К родителю #222 \| Наверх \| Cообщить модератору


	308. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Anon3 (?), 01-Сен-23, 14:14
	>> А вот что вы с более другими файлухами да еще и LVM при этом делать будете - а вот кто вас там знает. Восстановим из проверенных бэкапов, которые уже есть в связи с наличием увлекательного опыта по восстановлению данных. >> Заодно и покажете мастеркласс как раз. Если сможете Да, для не критичных небекапленных данных лежит виртуалка с установленными _кощунственными_ _коммерческими_ решениями r-studio и ufs explorer. Потому, что опыт, релевантный на момент 3-4 года назад, показал, что свободно доступные решения не позволяют получить результат, лучше массовых коммерческих решений, а результат лучших (по моему скромному мнению) из них (r-studio и ufs explorer) вообще не достижим. Возможно, на текущий момент, действительно встроенная в btrfs-utils офлайн читалка рвет лучших коммерческих представителей для fat, ntfs, ext2-4 + LVM2(только LV) или появилось _качественое_ коммерческое решение по восстановлению данных с btrfs Только вот меня беспокоит ваша антиаргументация: 1. > Ну во первых, бизнес намного лучше когда он не прогоревший. У вас точно имеется увлекательный опыт восстановления данных? Оно то понятно, что быть богатым и здоровым намного лучше, чем бедным и больным 2. > И сразу ориентироваться на прогорание это какой-то совсем уж фэйловый миндсет да, есть люди которые не делают бекапы, и я их прекрасно понимаю: нафиг упаднические настроения и фэйловый миндсет, я буду жить вечно, ведь, пока что, все идет по плану К тому же, действительно, часто данные не так уж и важны, и на длинном промежутке времени суммарные усилия по их бекапу будут превышать усилия по маловероятному восстановлению данных 3. > Поскольку это CoW - это мультивселенная, где более старые состояния уничтожаются не сразу... Но механизмы, вроде CoW, dedup, сжатие - только увеличивают область повреждения _данных_. ---------------------------------------- К тому же у нас разногласия по термину данные. Вы в данные по видимому включаете также метаданные файловой системы. btrfs действительно имеет множество механизмов для сохранности и восстановления метаданных. И у LVM есть множество недостатков относительно btrfs, которые приведут к потере метаданных - можно наворотить вложенных LVM, тонких снимков так, что будет аналогично или хуже, чем в btrfs (относительно восстановления _данных_). - по умолчанию LVM не хранит несколько копий своих метаданных - сложннее настройка, где неосторожным движением кривых рук можно все поломать К тому же, как вы понимаете слабые компетенции (о которых я специально упомянул)? Доступно ли слабым компетенциям: > попытаться зацепить с альтернативными (более старыми) деревьями, копиями суперблока и проч. > потыкаться по разным generation и нащупать относительно работающую точку входа. Я, для слабых компетенций, максимум допускаю > у btrfs в ее утилсу встроена офлайн-читалка типа того что для нтфс в коммерческом софте бывает, которая _умеет сама_ парсить ФС без монтирования и скидывать найденое файло на другой носитель При этом команда для ее запуска будет скопирована из какого-то форума, без внятного понимания, что она сейчас будет делать. А понимание структур данных файловой системы и методов их хранения и распределения в них не входит
	Ответить \| Правка \| Наверх \| Cообщить модератору


	309. "Релиз ядра Linux 6.5"	+/–
	Сообщение от Anon3 (?), 01-Сен-23, 14:41
	>> А вот что вы с более другими файлухами да еще и LVM при этом делать будете - а вот кто вас там знает. Восстановим из проверенных бэкапов, которые уже есть в связи с наличием увлекательного опыта по восстановлению данных. >> Заодно и покажете мастеркласс как раз. Если сможете Да, для не критичных небекапленных данных лежит виртуалка с установленными _кощунственными_ _коммерческими_ решениями r-studio и ufs explorer. Потому, что опыт, релевантный на момент 3-4 года назад, показал, что свободно доступные решения не позволяют получить результат, лучше массовых коммерческих решений, а результат лучших (по моему скромному мнению) из них (r-studio и ufs explorer) вообще не достижим. Возможно, на текущий момент, действительно встроенная в btrfs-utils офлайн читалка рвет лучших коммерческих представителей для fat, ntfs, ext2-4 + LVM2(только LV) или появилось _качественое_ коммерческое решение по восстановлению данных с btrfs Только вот меня беспокоит ваша антиаргументация: 1. > Ну во первых, бизнес намного лучше когда он не прогоревший. У вас точно имеется увлекательный опыт восстановления данных? Оно то понятно, что быть богатым и здоровым намного лучше, чем бедным и больным 2. > И сразу ориентироваться на прогорание это какой-то совсем уж фэйловый миндсет да, есть люди которые не делают бекапы, и я их прекрасно понимаю: нафиг упаднические настроения и фэйловый миндсет, я буду жить вечно, ведь, пока что, все идет по плану К тому же, действительно, часто данные не так уж и важны, и на длинном промежутке времени суммарные усилия по их бекапу будут превышать усилия по маловероятному восстановлению данных 3. > Поскольку это CoW - это мультивселенная, где более старые состояния уничтожаются не сразу... Но механизмы, вроде CoW, dedup, сжатие - только увеличивают область повреждения _данных_. ---------------------------------------- К тому же у нас разногласия по термину данные. Вы в данные по видимому включаете также метаданные файловой системы. btrfs действительно имеет множество механизмов для сохранности и восстановления метаданных. И у LVM есть множество недостатков относительно btrfs, которые приведут к потере метаданных - можно наворотить вложенных LVM, тонких снимков так, что будет аналогично или хуже, чем в btrfs (относительно восстановления _данных_). - по умолчанию LVM не хранит несколько копий своих метаданных - сложннее настройка, где неосторожным движением кривых рук можно все поломать К тому же, как вы понимаете слабые компетенции (о которых я специально упомянул)? Доступно ли слабым компетенциям: > попытаться зацепить с альтернативными (более старыми) деревьями, копиями суперблока и проч. > потыкаться по разным generation и нащупать относительно работающую точку входа. Я, для слабых компетенций, максимум допускаю > у btrfs в ее утилсу встроена офлайн-читалка типа того что для нтфс в коммерческом софте бывает, которая _умеет сама_ парсить ФС без монтирования и скидывать найденое файло на другой носитель При этом команда для ее запуска будет скопирована из какого-то форума, без внятного понимания, что она сейчас будет делать. А понимание структур данных файловой системы и методов их хранения и распределения в них не входит
	Ответить \| Правка \| К родителю #287 \| Наверх \| Cообщить модератору