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

Выпуск Debian 12.3 отложен из-за проблемы, приводящей к повреждению ФС Ext4, opennews (??), 10-Дек-23, (0) [смотреть все] А я уже установил, что мне делать , Аноним (1), 11:30 , 10-Дек-23, (1) // Мигрируй на бтрфс , Аноним (5), 11:33 , 10-Дек-23, (5) +1 // Чтобы не терять времени -- лучше сразу молотком комп разбить, чем сношаться с ра, Аноним (29), 12:00 , 10-Дек-23, (29) +5 // посоны поговаривают что бтрфс практически не рассыпается в отличие от практическ, Бывалый смузихлёб (?), 13:10 , 10-Дек-23, (80) –8 Развалиться может что угодно - но в btrfs чаще всего предупреждение о проблемах , Аноним (-), 14:17 , 10-Дек-23, (109) +2 Советую почитать форум Synology на предмет стабильности BRTFS очень советую, ну, Олег (??), 01:16 , 17-Дек-23, (263) Миллионы пользователей ChromeBook резко удивились, что оказывается у них все каж, Всем Анонимам Аноним (?), 13:19 , 10-Дек-23, (86) Слегка не так Slight correction we use btrfs for the disk image backing the us, Аноним (151), 17:27 , 10-Дек-23, (151) +2 А что эти все делают и почему они вдруг в единственном числе , Анонимский (?), 22:54 , 10-Дек-23, (189) –1 Может прекратить жить по модели бабки, разносящей не проверенные слухи, лишь бы , 128557 (?), 14:09 , 10-Дек-23, (104) –2 сказала бабка, Аноним (120), 14:42 , 10-Дек-23, (120) +7 Но если где то повредилось пару байт и crc32 не хватает скорректировать ошибку,е, maximnik0 (?), 16:10 , 10-Дек-23, (139) Люблю экспертов опеннета, всегда блеснут экспертизой 1 CRC32 - вообще не код , Аноним (153), 17:41 , 10-Дек-23, (153) +1 xxhash64 в плане коллизий вполне надежен, он не криптографический, т е не имеет, penetrator (?), 17:53 , 10-Дек-23, (158) Ну дык можно вот его Если кому совсем нечего делать, -dev версии btrfs-tools ум, Аноним (153), 17:56 , 10-Дек-23, (160) Ты с ней побывал почти в каждой новости о файловых системах Учитывайте, что зде, Аноним (165), 18:37 , 10-Дек-23, (165) +3 1 Мне все время рассказывают страшилки как я потеряю данные и проч Уже какой т, Аноним (-), 20:52 , 11-Дек-23, (237) На бумаге по Btrfs все хорошо, на деле же там уже сами разработчики не ориентиру, Аноним (195), 23:55 , 10-Дек-23, (195) +1 Извольте-ка пруф на это храброе заявление предоставить На ваше несчастье я этих, Аноним (-), 21:03 , 11-Дек-23, (238) Можно использовать для коррекции ошибок Как я помню один из видов crc32 может об, maximnik0 (?), 04:50 , 11-Дек-23, (209) При сильном желании и SHA256 - код коррекции ошибок Вот вам блок с эн левых бит, Аноним (240), 21:43 , 11-Дек-23, (240) вообще-то иногда и коррекции только никто в мире не умеет ее правильно применят, нах. (?), 09:35 , 11-Дек-23, (215) Да я смогу и какимнить SHA256 например 1-бит ошибку замахать Но по мере роста ч, Аноним (240), 22:50 , 11-Дек-23, (244) все же щупал однокурсницу - практическое - kernel panic при попытке прочитать п, нах. (?), 09:50 , 12-Дек-23, (251) Все чуть хитрее Большую часть актуальных знаний по IT vs алго я получил путем ш, Аноним (240), 19:04 , 12-Дек-23, (253) боюсь что это уровень заборостроительного факультета Я там вопрос задал - что н, нах. (?), 19:51 , 12-Дек-23, (255) Меня интересуют практические применения и детали реализации Я этим пользуюс, Аноним (265), 06:23 , 19-Дек-23, (265) Там даже конвертор EXT4 - btrfs есть Но вот это - таки не рекомендуется Это р, Аноним (153), 17:53 , 10-Дек-23, (159)   // блжад, да в каком месте у вас хоть изредка бывает не так , нах. (?), 09:23 , 11-Дек-23, (213)   Чудак Файлуха при этом врапает себя в свободное место имевшейся ФС 1 Это довол, Аноним (240), 21:52 , 11-Дек-23, (242)   для fs рекламируемая фича которой безобидное увеличение на ходу - не говоря уже , нах. (?), 09:53 , 12-Дек-23, (252)   ПЦ какой-то - по сравнению с чем А кто еще умеет вообще внутрь себя врапать , Аноним (240), 19:41 , 12-Дек-23, (254)   отмены в какой момент И что будет если управляющие структуры лежат по одинаковы, нах. (?), 20:07 , 12-Дек-23, (256)   IIRC пока не снесен subvol с файлом-образом старой ФС Забавная абстракция, а , Аноним (265), 05:59 , 19-Дек-23, (264)   откати ядро , старые из реп не исчезли, Аноним (6), 11:36 , 10-Дек-23, (6) +2 // Даже ничего откатывать не надо В Debian легко можно загрузиться с предыдущим яд, Аноним (50), 12:26 , 10-Дек-23, (50) +3 // Это если за консолькой сидеть в момент загрузки и ручками выбирать ядро в грубе , Аноним (73), 12:50 , 10-Дек-23, (73) +1 В etc default grub можно попробовать покрутить параметр GRUB_DEFAULT только по, Твайлайт Спаркл (ok), 12:55 , 10-Дек-23, (75) +2 А разве там не systemd-boot по умолчанию , Аноним (102), 13:55 , 10-Дек-23, (102) В дебиане то GRUB там самый обычный , Аноним (153), 17:47 , 10-Дек-23, (154) Самый необычный Пропатченный гигантcкими листингами на Си, не проходившими код-, Аноним (167), 18:49 , 10-Дек-23, (167) +1 И этот великолепный господин конечно же предоставит к ознакомлению портянку с ба, Джентельмен Шоу (?), 23:09 , 10-Дек-23, (190) Нельзя ли пруфануть это все И как насчет URL CVE А так сабж тоже специфичен для, Аноним (240), 22:54 , 11-Дек-23, (245) А если вместо grub а используется boot efi , 128557 (?), 14:11 , 10-Дек-23, (105) То человек должен уже знать, что делает, Мимосисадмин (?), 15:24 , 10-Дек-23, (126) +1 Перезагрузитесь с использованием более раннего ядра, дебиан сохраняет 3 версии я, Аноним (10), 11:40 , 10-Дек-23, (10) +4 // 6 1 0-13-amd64 1 SMP PREEMPT_DYNAMIC Debian 6 1 55-1 2023-09-29 А версия 6 1 0, Твайлайт Спаркл (ok), 12:53 , 10-Дек-23, (74) // Да, именно эта забагованная , Аноним (79), 13:09 , 10-Дек-23, (79) +2 Спасибо , Твайлайт Спаркл (ok), 13:28 , 10-Дек-23, (91) Ты пакеты не разу не откатывал что-ли Посмотри в апт логе старые версии пакетов, Вы забыли заполнить поле Name (?), 11:42 , 10-Дек-23, (12) Страдать 175 _ 12484 _ 175 , Аноним (38), 12:13 , 10-Дек-23, (38) +2 Пользоваться Эти мэйнтенеры всё равно ничего не понимают К тому же каждый поль, Аноним (83), 13:12 , 10-Дек-23, (83) +1 // Только вот пользователям рачика это давным-давно починили, а они и не заметили , НяшМяш (ok), 13:36 , 10-Дек-23, (93) –2 // Вооюще-то как раз заметили - и не выкатили провальный релиз , Аноним (153), 17:49 , 10-Дек-23, (155) все равно каждый день переставляют, а прона нового всегда можно накачать а этим , нах. (?), 09:38 , 11-Дек-23, (216) Обновление ядра с исправлением уже прилетело, Андрей04091977 (ok), 01:26 , 11-Дек-23, (199) Тоже поставил 14 версию , а потом еще накатил последнюю 15 и после этого апгрейд, Cimeries (?), 21:21 , 12-Дек-23, (259) +1 Оперативно Буквально за день после релиза заметили Заметил сегодня из-за ошибо, Аноним (3), 11:32 , 10-Дек-23, (3) –1 // В репах лежит уже новое ядро, пофиксенное , Аноним (185), 22:19 , 10-Дек-23, (185) Скрыто модератором, нах. (?), 11:33 , 10-Дек-23, (4) –19 // Скрыто модератором, Аноним (3), 11:45 , 10-Дек-23, (16) +3 Скрыто модератором, Аноним (153), 17:51 , 10-Дек-23, (156) // Скрыто модератором, нах. (?), 19:09 , 10-Дек-23, (169) –2 Скрыто модератором, Don Perignon (?), 03:07 , 11-Дек-23, (205) // Скрыто модератором, нах. (?), 09:22 , 11-Дек-23, (212) Надо честно признать линукс себя изжил Пора дебиану на Illumos переходить , Аноним (29), 11:37 , 10-Дек-23, (7) –19 // Это не Линукс себя изжил, это дебиан себя изжил Перейти на Illumos и своими про, Аноним (102), 14:09 , 10-Дек-23, (103) –4 Ну дык, с 91 года пилится Как и иксы, код -- лютое устаревшее хауно, си-портянк, Аноним (106), 14:14 , 10-Дек-23, (106) –1 // systemd тоже на Си написан, причем написан плохо, Аноним (119), 14:42 , 10-Дек-23, (119) +1 // Воот, надо на расте переписать в стиле вейланда, чтоб каждый сервис сам себя зап, Аноним (106), 17:12 , 10-Дек-23, (146) +2 Вэйланд тоже на си блин, хотя для фанов раста запилить реализацию на этом - таки, Аноним (153), 17:52 , 10-Дек-23, (157) вейланд написан на английском, это протокол , emdash (?), 00:11 , 11-Дек-23, (196) +2 Есть реализация не на Си , Аноним (201), 02:00 , 11-Дек-23, (201) Да, ПомидорИзДолины (?), 02:25 , 11-Дек-23, (204) https github com Smithay smithay , Аноним (262), 19:58 , 15-Дек-23, (262) заменить на обычные портянки с сапогами, сразу дурь выйдёт, Аноним (120), 14:45 , 10-Дек-23, (121) Рано или поздно Linux сойдёт на нет, уступив место академическим Unix , 128557 (?), 14:15 , 10-Дек-23, (107) +2 // В этом месте должна звучать классическая рождественская песня O, Tannenbaum У, Аноним (148), 17:21 , 10-Дек-23, (148) +4 Академическим Unix давно уже пора на пенсию, борода до пола выросла , Neon (??), 05:39 , 11-Дек-23, (210) +1 // Это ты с ZZ Top попутал , 1 (??), 09:24 , 11-Дек-23, (214) +2 Ставлю на Иллинойс , Пряник (?), 15:34 , 11-Дек-23, (229) Ну это просто днище, господа Мало того, что стабильно ядро дырявое, так еще и в, Аноним (8), 11:39 , 10-Дек-23, (8) +1 // btrfs стала надежнее ext4 это в каком выдуманном мирке , Alladin (?), 11:43 , 10-Дек-23, (13) +8 // Чувак, ты это пишешь буквально в теме про баг в ext4 , Шарп (ok), 11:50 , 10-Дек-23, (20) +2 // Если он каждый раз будет писать это в теме про баг BTRFS - ты утонешь в его сооб, Аноним (38), 12:15 , 10-Дек-23, (40) +8 Проснись, BTRFS очень стабильна , 128557 (?), 14:18 , 10-Дек-23, (110) –2 // Ты в changelog и ядра хоть раз заглядывал , Wizard160888 (?), 14:31 , 10-Дек-23, (114) Так там во всех файлухах баги чинят Btrfs на данный момент не выглядит страшнее, Аноним (240), 22:58 , 11-Дек-23, (246) –1 Если да , то вопрос Не страшно , Wizard160888 (?), 14:34 , 10-Дек-23, (116) он смел и отважен, а прона, случись что, нового накачает , нах. (?), 19:10 , 10-Дек-23, (170) Вы там уже прочекали свои копии копий на предмет разрушения, эксперты Btrfs , Аноним (240), 23:00 , 11-Дек-23, (247) ага, не грузит - просто в один непрекрасный момент mount отвечает error, а чего , нах. (?), 01:05 , 12-Дек-23, (249) 1 Ну вообще-то обычно - монтируется, если не идиотничать 2 Прочитать, внезапно, Аноним (240), 12:56 , 15-Дек-23, (261) Стабильна в невосстановимых поверждениях в любой неожиданной для разработчиков с, Аноним (178), 21:17 , 10-Дек-23, (178) +1 насколько я понимаю - в случае ее raid6 можно сэкономить деньги и время - никому, нах. (?), 01:06 , 12-Дек-23, (250) А при zfs у тебя ничего и не восстановишь, КО (?), 14:36 , 10-Дек-23, (117) Сейчас закоммичу в btrfs баг и продолжим разговор , Пряник (?), 15:36 , 11-Дек-23, (230) Допатчились Вот причина, почему все deb based имеют некую шизу - что-то тупит , Аноним (11), 11:41 , 10-Дек-23, (11) // Но это не точно, Вы забыли заполнить поле Name (?), 11:44 , 10-Дек-23, (15) +4 make -j nproc bindeb-pkg, Аноним (17), 11:47 , 10-Дек-23, (17) Невероятно Диды сначала запутались в O_SYNC, потом шлифанули потерей данных, а , Шарп (ok), 11:48 , 10-Дек-23, (18) +5 // Поправил, Аноним (23), 11:52 , 10-Дек-23, (23) +8 // Нтфс рассыпалась куда чаще надо заметить, а баги весьма эпические с разносом суп, Аноним (43), 12:21 , 10-Дек-23, (43) +3 // И мне особенно нравятся неудаляемые файлы в ней В некоторых случаях не поможет , Аноним (43), 12:25 , 10-Дек-23, (48) +1 Такие файлы удавалось удалить в Far кто-то объяснял это тем, что в Far работа с, Аноним (173), 19:56 , 10-Дек-23, (173) Far умеет работать с UNC Возможно, с этим связано , Аноним (23), 23:13 , 10-Дек-23, (191) За всю мою практику рассыпалась один раз, и то сам виноват 8212 битый IDE-каб, Аноним (23), 14:50 , 10-Дек-23, (122) За 10 лет раз 5 устраняли баг с разносом при исчерпании места, и это только то, , Аноним (43), 15:05 , 10-Дек-23, (123) Ваша хваленая ntfs просто обнулила размер мне некоторых файлов после миграции с , Аноним (136), 15:57 , 10-Дек-23, (136) // так она не наша, Аноним (164), 18:22 , 10-Дек-23, (164) У ext4 пока баги из разряда забей , когда у остальных там что-то опасное было , Аноним (43), 12:08 , 10-Дек-23, (35) BTRFS и адекватная в одном предложении Смешно По серьёзке - у меня BTRFS раз, Аноним (38), 12:20 , 10-Дек-23, (42) +5 // За несколько лет использования Btrfs на нескольких HDD-дисках сталкивался только, Аноним (167), 19:18 , 10-Дек-23, (171) –4 Выпрями руки У меня с 2018 года на 2 ноутах btrfs, система установлена, работа, Андрей (??), 22:35 , 10-Дек-23, (187) –3 Ну что ты паришь Ты даже сам сидишь на NTFS , Аноним (56), 12:30 , 10-Дек-23, (56) –2 // поди что плохое , нах. (?), 13:40 , 10-Дек-23, (98) +1 А начал как-будто хочешь про безопасный язык задвинуть , Вы забыли заполнить поле Name (?), 12:47 , 10-Дек-23, (68) +1 btrfs обсирается регулярно, судя по линукс-форумам а фанатики бегают и орут что, voiceofreason (?), 11:59 , 21-Дек-23, (266) Вообще новость - ахтунг Разработчики ядра накатили на стабильную версию ядра па, Аноним (10), 11:49 , 10-Дек-23, (19) +7 // Олдстейбл теперь новый стейбл, Аноним (8), 11:51 , 10-Дек-23, (21) +4 // Видимо, да , Аноним (10), 11:53 , 10-Дек-23, (24) // Тебя ещё больше открытий ждёт Рановато тебе в аналитику лезть, поднаберись опыт, Аноним (43), 12:10 , 10-Дек-23, (36) –3 Ваше мнение очень важно для нас Пожалуйста, не вешайте трубку , Аноним (10), 12:31 , 10-Дек-23, (57) Обязательно держи в курсе чьё мнение важно для вас , Аноним (56), 12:34 , 10-Дек-23, (59) –1 А ты подпишись на рассылку, и узнаешь первым Как маленький, ей-богу , Аноним (10), 12:36 , 10-Дек-23, (61) Ты зато как старенький Кому нужны ваши рассылки - в мире, где изобрели твиттор,, Аноним (198), 00:45 , 11-Дек-23, (198) Ты зашёл на форум компьютерщиков и имеешь что-то против автоматизации рутинных о, Аноним (79), 02:01 , 11-Дек-23, (202) Зато мне в новостях про Федору любители дебиана и его убунту-тестинга на десктоп, FF (?), 12:44 , 10-Дек-23, (66) // я о том, что мейтейны бэкпортируют всякие не поддерживаемые межмажорные релизы,, FF (?), 12:46 , 10-Дек-23, (67) Это нормальная ситуация - если что-то считается сверхнадёжным, то рано или поздн, Аноним (79), 13:02 , 10-Дек-23, (77) обычное дело, ты, видимо, недавно с компьютерами познакомилсяо сколько нам откры, Аноним (43), 12:05 , 10-Дек-23, (33) +1 Ну, если ты обновляешься немедленно после выхода мажорной версии - ты должен пре, Аноним (38), 12:24 , 10-Дек-23, (46) –4 // Это минорный апдейт , Аноним (54), 12:29 , 10-Дек-23, (54) Ты вообще читаешь, что написано , Аноним (10), 12:47 , 10-Дек-23, (69) +1 Диванный теоретик Отозвали , Аноним (3), 13:20 , 10-Дек-23, (87) // Скрыто модератором, Аноним (79), 13:28 , 10-Дек-23, (90) Ошб 1 https deb debian org debian bookworm main amd64 linux-image-6 1 0-14-amd, Аноним (3), 13:35 , 10-Дек-23, (92) +1 // Тогда хорошо, а то я обновляться на эту версию не пытался Раньше она была в pro, Аноним (79), 13:39 , 10-Дек-23, (97) Ещё несколько часов назад спокойно обновлялось, хотя новость от вчера Такое , Аноним (54), 13:51 , 10-Дек-23, (100) +1 Я четыре часа назад обновлять пытался Результат в логе выше , Аноним (3), 15:36 , 10-Дек-23, (128) Не спорьте - у дебиан куча зеркал, где раньше синхронизировали, где позже, Аноним (73), 16:39 , 10-Дек-23, (142) +2 bookworm stable kernel ядро Linux для 64-разрядных персональных компьютеров, Аноним (200), 01:29 , 11-Дек-23, (200) // Да, уже несколько часов известно, что баг пофиксили , Аноним (79), 02:02 , 11-Дек-23, (203) Причем все дерьмо теперь льется на дебиан Вся вина которых что они взяли ядро , Аноним (148), 15:38 , 10-Дек-23, (129) +1 // Ну так почему-то дебиан воспринимается некоторыми не как арч с его собирается, , Аноним (43), 15:47 , 10-Дек-23, (131) самое короткое изложение проблемы взято https lwn net Articles 954285 - Stab, Аноним (148), 16:55 , 10-Дек-23, (143) +2 А на примере с Winodows Microsoft бы в первую очередь выпустила, а потом отложи, Аноним (22), 11:52 , 10-Дек-23, (22) Спасибо, чуваки Чую, неделя будет интересной , Аноним (54), 11:54 , 10-Дек-23, (25) +3 Самый стабильный дистрибутив, Алексей (??), 12:04 , 10-Дек-23, (32) –1 // Именно В рачах с бомжарами багованное ядро провисело несколько дней и никто даж, Аноним (50), 12:28 , 10-Дек-23, (53) –2 // Когда у тебя постоянно что-то отваливается, на такие мелочи не обращаешь внимани, Вы забыли заполнить поле Name (?), 12:50 , 10-Дек-23, (72) +2 // Вот и я о том же То что в Debian - ЧП, в других дистрибутивах обыденность , Аноним (50), 13:22 , 10-Дек-23, (88) +2 Да не обыденность, просто меньше косяков - вот и меньше про них пишут Там ещё ок, Михалков (?), 15:49 , 10-Дек-23, (132) –2 Стабильность -- понятие относительное По сравнению с остальными дистрибутивам, Аноним (29), 12:30 , 10-Дек-23, (55) Как там этот ваш Преображенский говорил Не понимаю, кто на ком стоял Кто что , freehck (ok), 12:12 , 10-Дек-23, (37) +4 // те кто понимают чего чего-чего - ext4 - не являются авторами новости, вероя, нах. (?), 19:07 , 10-Дек-23, (168) Из 6 5 криво набэкпортировали в 6 1 В результате 6 1 64 и 6 1 65 пользовать нел, Аноним (211), 07:00 , 11-Дек-23, (211) Никогда не было - и вот опять Код файловых систем неплохо бы изолировать от ОС, Аноним (41), 12:16 , 10-Дек-23, (41) –1 // Хорошо что ты заговорил про микроядро , Аноним (56), 12:27 , 10-Дек-23, (51) // Никто не говорит про микроядро Я заговорил о API и желательно ABI-совместимости, Аноним (63), 12:37 , 10-Дек-23, (63) +1 лог не пробовали посмотреть https git kernel org pub scm linux kernel git sta, Аноним (45), 12:23 , 10-Дек-23, (45) Через какое-то время Мы прекращаем сборку дебиан потому что у нас что-то не пол, Аноним (56), 12:25 , 10-Дек-23, (49) +3 // Грег бросает ядро линукс и переходит на гну хурд тогда уж , Аноним (54), 12:34 , 10-Дек-23, (58) +1 // В майкрософт, Вы забыли заполнить поле Name (?), 12:49 , 10-Дек-23, (71) +5 если честно, то можно и на 11м и на 10м сидеть и все будет в норме пакетов на , Аноним (22), 12:34 , 10-Дек-23, (60) +1 как хорошо что у мя хомяк на ext3, Аноним (64), 12:38 , 10-Дек-23, (64) // И четвёртое ядро , я (?), 13:51 , 10-Дек-23, (101) // черт а как ты догадался У меня LTS, который на поддержке , Аноним (64), 18:22 , 10-Дек-23, (163) У альтовцев просто пишут,что ext 2-3,а оно там явно 4 , Аноним (108), 14:17 , 10-Дек-23, (108) uname -aLinux devuan 5 15 142 1 SMP Sun May 1 12 00 00 CEST 2011 x86_64 GNU L, glad_valakas (?), 12:39 , 10-Дек-23, (65) –1 // Выпуск Debian 12.3 отложен из-за проблемы, приводящей к повр..., Вы забыли заполнить поле Name (?), 12:48 , 10-Дек-23, (70) https git kernel org pub scm linux kernel git stable linux git log h v5 15 14, Аноним (45), 12:56 , 10-Дек-23, (76) Писали же что ребята на переносах выдыхаются Чтобы так бекпортировать между в, Аноним (78), 13:04 , 10-Дек-23, (78) +1 Опять direct i o поломали , Tron is Whistling (?), 13:10 , 10-Дек-23, (81) Вот поэтому я никогда и не обновляю ядро, какое было на iso такое и стоит годами, Аноним (82), 13:12 , 10-Дек-23, (82) // fat в ro на керамике веками проработает без сбоев, Аноним (45), 13:23 , 10-Дек-23, (89) +1 // fat -грязная проприетарщина mount dev root on type ext2 ro,noatime как-т, Аноним (241), 21:52 , 11-Дек-23, (241) непонятноскорее всегоАхахаЛинукс, Аноним (82), 13:16 , 10-Дек-23, (84) +2 // all stable kernels that have 91562895f803 ext4 properly sync file size update, Аноним (-), 17:02 , 10-Дек-23, (145) А я уже упоминал об этой проблеме с ядром 6 5 и замиранием системы в Endless OS , pic (?), 13:36 , 10-Дек-23, (94) // Ну вот и правильно, релиз Endless OS 5 1 с _проблемным ядром 6 5_ отключен для о, pic (?), 15:39 , 10-Дек-23, (130) Ну и как так вышло, что в типа самом стабильном дистрибутиве косяки уровня ролли, Аноним (96), 13:37 , 10-Дек-23, (96) –1 // Разогнались Проще говоря один раз отмерили и семь раз сделали , Аноним (22), 13:43 , 10-Дек-23, (99) –1 Задайте свой вопрос на kernel org, Аноним (135), 15:54 , 10-Дек-23, (135) Делать стэйбл версию, чтобы в неё переносить некритичные патчи из анстэйбл, гени, КО (?), 14:34 , 10-Дек-23, (115) +1 // По логике всё это надо было пихать опционально в backports-репозиторий , pic (?), 15:30 , 10-Дек-23, (127) // Еще раз - бэкпортили разработчики ядра, из 6 5 в 6 1, который отличается длитель, Аноним (148), 16:06 , 10-Дек-23, (138) +2 // Не усмотрел что релизе Debian 12 состоялся с ядром 6 1, как-то экстраполировал D, pic (?), 18:01 , 10-Дек-23, (161) Вот они, любители бэкпортировать во всей красе , Аноним (120), 14:41 , 10-Дек-23, (118) Горшочек вари В свое время намучился переустановками ос из-за обновлений и пл, Аноним (124), 15:12 , 10-Дек-23, (124) –1 Там ещё окаменелый софт со времён помёта мамонта Даже в этих условиях у кого-, Михалков (?), 15:50 , 10-Дек-23, (134) –2 Лучше бы дизайн нормальный нарисовали и выбрали один тулкит за стандарт, выброси, Аноним (150), 17:26 , 10-Дек-23, (150) // Нормальный дизайн давно нарисован - это win95-подобные схемы , Аноним (236), 19:01 , 11-Дек-23, (236) О, а я-то думал почему у меня при апгрейде E Failed to fetch 403 Access den, Аноним (162), 18:17 , 10-Дек-23, (162) Но зачем они притащили это в Debian стабильный, вот в чем вопрос Кто виновен в , Вася (??), 18:47 , 10-Дек-23, (166) –3 Установлен LMDE 6, uname -a показывает именно 6 1 0-14 Что теперь делать А как, Аноним (172), 19:26 , 10-Дек-23, (172) // См выше https www opennet ru opennews art shtml num 60261 138, Аноним (173), 20:07 , 10-Дек-23, (174) Читать Чернышевского и Ленина э-э-э Перезагрузиться в более раннюю, незаба, Аноним (79), 20:12 , 10-Дек-23, (175) +1 // И чем 5 15 не угодила , nox. (?), 22:13 , 10-Дек-23, (184) // А где в bookworm е версия 5 15 , Аноним (79), 22:40 , 10-Дек-23, (188) Смысле, что делать Загрузиться в предыдущую версию и ждать фикса Или вы из тех, Джентельмен Шоу (?), 03:31 , 11-Дек-23, (207) У меня после обновления ядра домашний сервачок в осадок выпал Пришлось ставить , Аноним (176), 20:22 , 10-Дек-23, (176) +2 И зачем нужны эти жалкие надстройки над EXT2 Почему бы просто не перейти на отве, Шишкин (?), 20:51 , 10-Дек-23, (177) +1 // Везде стоит ext2, она намного быстрее чем ext4 , Аноним (179), 21:22 , 10-Дек-23, (179) Дай набойчик на док где взять reiser5 и как потом применить , Аноним (192), 23:14 , 10-Дек-23, (192) Пофиксили, пришла обнова на 6 1 0-15 , eugener (ok), 21:47 , 10-Дек-23, (180) // да, так и есть обновил деб на втором ноуте, полёт норм , dannyD (?), 23:27 , 10-Дек-23, (194) Версия 6 6 6 на подходе Это знамения , Аноним (181), 21:52 , 10-Дек-23, (181) –1 // Последние времена настают, Аноним (79), 22:09 , 10-Дек-23, (182) // Всё ближе к демонам из FreeBSD , Аноним (192), 23:16 , 10-Дек-23, (193) Так ставь на Ext3 , nox. (?), 22:12 , 10-Дек-23, (183) –1 // у тебя ж ntfs , нах. (?), 12:52 , 11-Дек-23, (226) // Всего у меня в работе 4 компьютера ноутбуком что-то перестал пользоваться На , nox. (?), 14:06 , 13-Дек-23, (260) Но ведь сложность развесистых веток git оправдана как раз тем, что там не нужно , Аноним (186), 22:25 , 10-Дек-23, (186) // Кстати, там что-то типа https www atlassian com git tutorials comparing-workfl, Аноним (186), 15:43 , 11-Дек-23, (232) Debian стабильность, говорили они, и вот тебе на в стабильном дистрибутиве на , Аноним (197), 00:15 , 11-Дек-23, (197) –1 // Как достали дебилы, кричащие про протухшее ПО в Дебиане Хочется поновее - испол, Аноним (206), 03:13 , 11-Дек-23, (206) +1 // Но ведь testing или unstable вместе с новым ПО получают ещё большую нестабильнос, Аноним (197), 12:03 , 11-Дек-23, (222) А то что этот баг появился сперва в апстриме, в стабильной же версии ядра, мы ск, Аноним (208), 03:34 , 11-Дек-23, (208) +1 // что интересно - там ДВА бага Первый - тот что без особого шума был исправлен в , нах. (?), 09:40 , 11-Дек-23, (217) // Ну так в чем я не прав, пока нормальные дистрибутивы получили нормальный свежий , Аноним (197), 12:11 , 11-Дек-23, (224) нормальный свежий патч получить могли только любители сидеть на свеженьком тол, нах. (?), 12:51 , 11-Дек-23, (225) Демагогия , Аноним (197), 18:11 , 11-Дек-23, (235) Ну смысл в том что Debian должен был не попасть в просак из за особенностей его , Аноним (197), 12:09 , 11-Дек-23, (223) две сохраняет если не чистить apt autoremove , Аноним (219), 09:55 , 11-Дек-23, (219) Прекрасно по тексту таки непонятно --- это в kernel проблема или debian овском , yet another anonymous (?), 14:05 , 11-Дек-23, (227) // Перечитай первую строкуПроблема в ядре А разрабы Debian её заметили Но поздно , Пряник (?), 15:42 , 11-Дек-23, (231) // Дебиановский workflow во всй красе ни одного прямого указания на коммит в ядре , yet another anonymous (?), 23:14 , 11-Дек-23, (248) // они отгружают архив с kernel org, внезапно Без всякого понятия где и чьи там ко, нах. (?), 20:17 , 12-Дек-23, (258) Debian помогает искать баги в Linux , Пряник (?), 15:31 , 11-Дек-23, (228) +1 Версия ядра 6 6 6 вышла Страшно конпелять , Аноним (181), 15:47 , 11-Дек-23, (233) +1 Тысяча чертей Как можно было накосячить в коде ext4 Майки уволили криворуких ин, Минона (ok), 22:33 , 11-Дек-23, (243) // google silent data corruption ext4 ext3, ext2 впрочем о мертвых гугль обычно, нах. (?), 20:14 , 12-Дек-23, (257) 1,3,7,8,11,17,18,19,22,25,32,37,41,45,49,64,65,78,81,82,84,94,96,115,118,124,134,150,162,166,172,176,177,180,181,183,186,197,219,227,228,233,243

Сообщения

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

	159. "Выпуск Debian 12.3 отложен из-за проблемы, приводящей к повр..."	+/–
	Сообщение от Аноним (153), 10-Дек-23, 17:53
	> Мигрируй на бтрфс Там даже конвертор EXT4 -> btrfs есть. Но вот это - таки не рекомендуется. Это работает, но структура ФС неоптимальная, экзотичная и так можно получить странные баги.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	213. "Выпуск Debian 12.3 отложен из-за проблемы, приводящей к повр..."	+/–
	Сообщение от нах. (?), 11-Дек-23, 09:23
	>> Мигрируй на бтрфс > Там даже конвертор EXT4 -> btrfs есть. Но вот это - таки > не рекомендуется. Это работает, но структура ФС неоптимальная, экзотичная и так > можно получить странные баги. блжад, да в каком месте у вас хоть изредка бывает не так?!
	Ответить | Правка | Наверх | Cообщить модератору

	242. "Выпуск Debian 12.3 отложен из-за проблемы, приводящей к повр..."	+/–
	Сообщение от Аноним (240), 11-Дек-23, 21:52
	> блжад, да в каком месте у вас хоть изредка бывает не так?! Чудак. Файлуха при этом врапает себя в свободное место имевшейся ФС. 1) Это довольно неоптимальная аллокация, делали не "как лучше" а "уж где нашлось место". Поэтому перфоманс такого комбо - ну вот как повезет. 2) Лэйаут ФС при этом весьма экзотичный, и если хотелось потестить код в редко используемых закоулках на странных комбо - это можно. Вот прям ща - оно, таки, вроде уже работает без особых приколов. Но с учетом 1) все равно очень на любителя комбо. 3) Если хочется побыковать на глючность фичи - окей, оно глючно по сравнению С КЕМ? Кто так вообще еще умеет? Я еще у кента какие-то зачатки этого видел. Ну он с его cow дизайном тоже может попытаться такие фортели в принципе. Для реализации такого пируэта надо CoW с write-anywhere структурой. Иначе номер не получится. Ведь надо втискиваться уж где есть место.
	Ответить | Правка | Наверх | Cообщить модератору

	252. "Выпуск Debian 12.3 отложен из-за проблемы, приводящей к повр..."	+/–
	Сообщение от нах. (?), 12-Дек-23, 09:53
	>> блжад, да в каком месте у вас хоть изредка бывает не так?! > Чудак. Файлуха при этом врапает себя в свободное место имевшейся ФС. > 1) Это довольно неоптимальная аллокация, делали не "как лучше" а "уж где для fs рекламируемая фича которой безобидное увеличение на ходу - не говоря уже об антирекламируемой с перебалансировкой вручную - это п-ц какой-то. Это даже хуже ntfs (у той только и беды что mft не посередине где теоретически оптимальнее, а где получилось) > 2) Лэйаут ФС при этом весьма экзотичный, и если хотелось потестить код > в редко используемых закоулках на странных комбо - это можно. Вот нет, спасибо, у меня growfs таки очень обыденный случай, когда дотестите, тогда и приходите. > 3) Если хочется побыковать на глючность фичи - окей, оно глючно по > сравнению С КЕМ? Кто так вообще еще умеет? Я еще у fat2ntfs существует 25 лет.
	Ответить | Правка | Наверх | Cообщить модератору

	254. "Выпуск Debian 12.3 отложен из-за проблемы, приводящей к повр..."	+/–
	Сообщение от Аноним (240), 12-Дек-23, 19:41
	>> 1) Это довольно неоптимальная аллокация, делали не "как лучше" а "уж где > для fs рекламируемая фича которой безобидное увеличение на ходу - > не говоря уже об антирекламируемой с перебалансировкой вручную - это п-ц какой-то. ПЦ какой-то  - "по сравнению с чем"? А кто еще умеет вообще внутрь себя врапать чужой ФС, да еще с возможностью отмены конверсии? Ну вот EXT4 в ZFS например вообще сконвертить - смогешь? Для референса в сравнении? А для понимания... как-то раз я под виндой хотел NTFS размер урезать и новый раздел втулить. Всего лишь. На том компе не было упса, я нашел какую-то прогу... шел примерно 30-й час ресайза (всего то, бжд) - и тут грохнулось питание. Догадайся что было дальше. DataRecovery мое давнее хобби, я большую часть выцепил, но "по...ться завернуть" резко подвалило. Надеюсь, это объясняет почему я полюбил управление местом btrfs, там это совсем иначе. Он по backref уберет что надо - совсем не за 30 часов если не хотеть чего-то вообще странного, а крах при этом похрен, т.к. у COW записи недеструктивные. Оно либо не успело "указатели перевесить" и провалившаяся операция - самоотменится, либо успело - и это "успешный commit" в терминах транзакций. > Это даже хуже ntfs (у той только и беды что mft не> посередине где теоретически оптимальнее, > а где получилось) Когда тебе надо вписаться вокруг уже существующей ФС - НЕ ИСПОРТИВ ЕЕ - ибо декларится возможность отката (можно получить старую ФС в исходном виде) - там, видишь ли, придется осетра урезать - и делать аллокации сугубо на свободном месте оригинала. Это на самом деле - офигеннейшее сбитие автомобилем вертолета, показывающее гибкость аллокатора и мощь CoW. Большинство inplace дизайнов так тупо не сможет - за отсутствием гибкости или фиксированного размещения структур. Но начать от этого считать что автомобили - отличное ПВО. По перфомансу этот кейс оптимальным быть не может - структуры новой ФС вкроены туда где было свободное место оригинальной ФС. Это и позволяет откат до старой ФС при таком желании. Если структуры оригинала трогать - ок, а как на это откат делать тогда?! А ты ТАКОЕ вообще с ZFS например смогешь вообще? Или с чем там еще? Такая технология требует CoW для "write anywhere" аллокаций, чтобы вписаться в свободное место другой ФС. На уровне абстракций - прикольно, имхо. >> 2) Лэйаут ФС при этом весьма экзотичный, и если хотелось потестить код >> в редко используемых закоулках на странных комбо - это можно. > Вот нет, спасибо, у меня growfs таки очень обыденный случай, когда дотестите, Это не про grow. Прицепить еще +девайс - без проблем. И место добавится. Но вот лэйаут конверченой из другой ФС файлухи - "странный": btrfs вписывается в свободное место существовавшей ФС. Не трогая ее - дабы иметь возможность отката на оригинал. Представляешь, можно вернуться на старую ФС (конечно без изменений записаных в btrfs). Это круть cow механики. Вон то - нечто типа readonly базы, относительно которой cow будет дельту делать. Можно это снести, тогда откат на старую ФС станет невозможен. Однако лэйаут останется "странный" и в более адекватный вид приводится ребалансом + дефрагом для более разумной аллокации. А NTFS - попробуй впиши допустим в свободное место вон того EXT4? И как, хорошо получается? :) > тогда и приходите. Да оно вроде работает и даже баги более-менее поубиваля - просто я сразу на старте понимаю что из-за особенности технологии "мы сбили автомобилем вертолет" - лэйаут после такой конверсии будет не особо оптимальный, пришлось вписываться в свободное место чужой ФС уж как оно там есть. > Я еще у fat2ntfs существует 25 лет. Окей, а там можно откатиться на FAT если NTFS тебе не понравился? Вон то видите ли CoW механику использует, вообще не руша оригинал по сути :). Недеструктивная запись довольно круто отличается от in-place операций. В частности и - вот - возможностью UNDO этого всего. Это одно из лучших свойств CoW технологий.
	Ответить | Правка | Наверх | Cообщить модератору

	256. "Выпуск Debian 12.3 отложен из-за проблемы, приводящей к повр..."	+/–
	Сообщение от нах. (?), 12-Дек-23, 20:07
	>>> 1) Это довольно неоптимальная аллокация, делали не "как лучше" а "уж где >> для fs рекламируемая фича которой безобидное увеличение на ходу - >> не говоря уже об антирекламируемой с перебалансировкой вручную - это п-ц какой-то. > ПЦ какой-то  - "по сравнению с чем"? А кто еще умеет > вообще внутрь себя врапать чужой ФС, да еще с возможностью отмены отмены в какой момент? И что будет если управляющие структуры лежат по одинаковым офсетам (уж суперблок-то точно)? > конверсии? Ну вот EXT4 в ZFS например вообще сконвертить - смогешь? > Для референса в сравнении? вопрос в наличии места где это можно сделать. Его понадобится - много. > А для понимания... как-то раз я под виндой хотел NTFS размер урезать > и новый раздел втулить. Всего лишь. На том компе не было > упса, я нашел какую-то прогу... шел примерно 30-й час ресайза (всего ну может дело было в какой-то проге? А может в том что места банально не было. > то, бжд) - и тут грохнулось питание. Догадайся что было дальше. Казалось бы, что? При переписывании файлов внутри журналирующей метаданные fs? У скольких мильенов навернулось питание при ночном defrag? > крах при этом похрен, т.к. у COW записи недеструктивные. Оно либо > не успело "указатели перевесить" и провалившаяся операция - самоотменится, либо успело > - и это "успешный commit" в терминах транзакций. либо места на бесконечное стадо коров - не хватило. > Когда тебе надо вписаться вокруг уже существующей ФС - НЕ ИСПОРТИВ ЕЕ то на ней просто должно быть достаточно свободного места для манипуляций с двумя fs сразу. Чудес не бывает. > - ибо декларится возможность отката (можно получить старую ФС в исходном > виде) - там, видишь ли, придется осетра урезать - и делать и зачем она нам? Какое-то совсем ненужное действо. Нам нужно просто не потерять данные, а этот откат - ну ок, один из возможных механизмов. Как видим, довольно непростой и дорогой в реализации, может попроще стоило выбрать? Напоминаю, возможность ресайза вниз у ext4 - встроенная фича. > откат до старой ФС при таком желании. Если структуры оригинала трогать > - ок, а как на это откат делать тогда?! А ты А зачем он нужен? Нам нужно просто не потерять данные если что-то пойдет не так. Точки восстановления, не, не слышали? > Это не про grow. Прицепить еще +девайс - без проблем. И место > добавится. Но вот лэйаут конверченой из другой ФС файлухи - "странный": понятно. Лучше видимо избегать таких чудес. > дабы иметь возможность отката на оригинал. Представляешь, можно вернуться на старую > ФС (конечно без изменений записаных в btrfs). Это круть cow механики. троллейбусизбуханкижпг нам не надо обратно раз уж мы полезли в это - очевидно что мы хотим оригинал заменять (и вовсе не хотим выяснять потом как добавить к нему изменившееся, даже если откатимся). Нам надо просто не потерять данные если в процессе что-то сбойнет. Но, видимо, был выбран механизм по принципу "где светлее". > Окей, а там можно откатиться на FAT если NTFS тебе не понравился? нет, зачем он мне если мы от него пытаемся уйти? Что-то мне подсказывает что ТАКОЙ мне бы точно не понравился.
	Ответить | Правка | Наверх | Cообщить модератору

	264. "Выпуск Debian 12.3 отложен из-за проблемы, приводящей к повр..."	+/–
	Сообщение от Аноним (265), 19-Дек-23, 05:59
	> отмены в какой момент? IIRC "пока не снесен subvol с файлом-образом старой ФС". Забавная абстракция, а? :). Посмотри в их readthedocs детали, прикольно придумано. > И что будет если управляющие структуры лежат по одинаковым офсетам (уж суперблок-то точно)? Не помню что там, вероятно несколько блоков физически удвигают. Логически, старая ФС вписана в btrfs как "файл образа" в subvol "ее снапшота". Это защищает старый фс, оформляя все аллокации (включая и метаданные) как аллокации btrfs. При откате видимо возврат нескольких блоков назад. Остальное... у оригинала ничего и не менялось! Конвертор сделал btrfs метаданные, которые референсятся на те же файлы, поскольку трогать их было нельзя из-за защиты снапшотом, cow при записи выноски делает. Это идет в btrfs free space, которое заодно и extX free space был. Поскольку Ext метаданные никто не апдейтил, откат ессно в оригинальное состояние, как и ожидаемо от снапшота. > вопрос в наличии места где это можно сделать. Его понадобится - много. Его надо... 1) Для служебных структур btrfs. 2) Для свободного места btrfs. Это вполне умеренно, bulk data никто не кантует! Конечно метаданные btrfs будут дублировать метаданные оригинала, но блоки будут референснуто прям из оригинала, не надо их копировать. Это ж cow/write anywhere! Что куда хочет то и референсит. Поэтому может и вон то защитить, и отреференсить, и запись редиректнуть в безопасный регион. Помнишь я говорил что ты не понимаешь истинную мощь технологий cow и write-anywhere? Это пример того что оно может. > ну может дело было в какой-то проге? А может в том что места банально не было. Я думаю что дело в том что в NTFS нет backrefs... Кент вон уже тоже заметил что у его сарая нет стены^W backrefs и скорость операций...не та которую он хотел! > Казалось бы, что? При переписывании файлов внутри журналирующей метаданные fs? А таки разлет был хорош. Записи же деструктивные! Это не cow где сперва "планируемую" копию сделали, а потом перевесили указатели, после чего GC может подгребать деаллоцированый старый вариант и мало места для лажи. А в деструктивной записи малейшее отклонение от идеала и усе, факап. > У скольких мильенов навернулось питание при ночном defrag? Не знаю. Но нескольким из - я вынимал данные с немоунтабельной виндой напроч нтфсины. Пришлось и вон там ту же магию, внепланово. Я более-менее все выцепил но времени убилось в разы больше планируемого и в итоге закончилось полным data move -> repartition -> возврат данных. Убийство времени и позор менеджмента систем. > либо места на бесконечное стадо коров - не хватило. Бесконечное не надо - только на маневровый регион, остальное GC может подгребать наздоровье, оно уже ни для чего не используется. После перевеса указателей - старый регион подлежит деаллокации. Теоретически надо места на 1 двигаемый экстент. Практически конечно супернеоптимально в таком виде. > то на ней просто должно быть достаточно свободного места для манипуляций с > двумя fs сразу. Чудес не бывает. Есть 1 чудо: указателей на регион может быть более 1. Блоки  будут реюзануты, место сожрется на второй набор метаданных. И конечно блоки оригинала нельзя деаллоцировать пока есть снапшот, иначе как откатывать?! Это просто креативное использование фич CoW. Люблю такое, так системщиков и архитектов видно. > и зачем она нам? Какое-то совсем ненужное действо. В случае btrfs 1) возможен откат на оригинал! крутое и стебное использование механики снапшотов. 2) конверсия делается с минимумом интрузива - основной объем не кантуют. > Нам нужно просто не потерять данные, а этот откат - ну ок, один из возможных механизмов. Ага! При этом с данными - да и метаданными старой ФС - ничего не случается, поводов для жесткого дестроя минимум. Они креативно крафтят второй набор метаданных по сути :) > Как видим, довольно непростой и дорогой в реализации, может попроще стоило выбрать? Чего такого дорогого в генерации второго набора метаданных по уже имеющемуся? Самое плохое что с этого происходит - не особо оптимальный лэйаут структур. Но это более-менее лечится, в доках написано как. > Напоминаю, возможность ресайза вниз у ext4 - встроенная фича. И чего? Ну попробуй вписать EXT4 в какой-нибудь другой ФС не разнося ту ФС в хламину. Сорян чтобы это работало - надо CoW семантику умеющую write anywhere. > А зачем он нужен? Нам нужно просто не потерять данные если что-то пойдет не так. > Точки восстановления, не, не слышали? По моему они наоборот намного красивее тех костылей сделали. Юзанули мощь cow по полной и по сути 2 набор метаданных создают. И если юзер захочет то может откатиться на старую фс. Прикольная манифестация настоящей мощи cow. > понятно. Лучше видимо избегать таких чудес. Да. И про это в доке написано, как и что сделать если снапшот снесен для оптимизации лэйаута. Но абстракция стебная. И да - кому-то идея зашла, и они внешний тул ntfs2btrfs сделали, то же самое делает как я понимаю. > троллейбусизбуханкижпг нам не надо обратно раз уж мы полезли в это - очевидно > что мы хотим оригинал заменять (и вовсе не хотим выяснять потом > как добавить к нему изменившееся, даже если откатимся). Откат на снапшот - подразумевает потерю изменений с момента снапшотирования. Это как раз ожидаемое поведение абстракции "снапшот". > Нам надо просто не потерять данные если в процессе что-то сбойнет. > Но, видимо, был выбран механизм по принципу "где светлее". Когда в руках молоток, все вокруг кажется гвоздями. Зачем изобретать костыли если вся механика умеющая это и намного круче уже была?! >> Окей, а там можно откатиться на FAT если NTFS тебе не понравился? > нет, зачем он мне если мы от него пытаемся уйти? Eval сделать - с возможностью передумать. > Что-то мне подсказывает что ТАКОЙ мне бы точно не понравился. А я таки проперся таким импользованием механики фс. Норм сбитие вертолета автомобилем. Ну и откат такой технологии должен быть достаточно прост и мало что может обломаться. Если не создавать себе проблем "точками отката" и проч, не придется их героически решать.
	Ответить | Правка | Наверх | Cообщить модератору

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

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