The OpenNET Project / Index page

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

Выпуск Debian 12.3 отложен из-за проблемы, приводящей к повреждению ФС Ext4

10.12.2023 10:56

Разработчики проекта Debian объявили о приостановке публикации установочных образов с обновлением Debian 12.3 из-за выявления в ядре Linux ошибки, приводящей к повреждению данных в файловой системе Ext4. Пользователям уже установленных систем рекомендовано воздержаться от установки обновлений пакетов с ядром из репозитория до публикации исправления.

Проблема проявляется в стабильной ветке ядра Linux 6.1, в которую было перенесено исправление, изначально добавленное в ветку 6.5 и устраняющее аварийное завершение из-за ошибки в коде обновления размера файла, сократившегося после операции прямого ввода/вывода с флагом O_SYNC. Повреждение отмечено как не критическое (что именно подразумевается под этим не поясняется, вероятно потеря данных происходит при очень редком стечении обстоятельств или данные безвозвратно не теряются, но размер файла становится больше фактического).

В контексте Debian 12 ошибка была перенесена в пакет с ядром 6.1, после его синхронизации с выпуском 6.1.64. В ходе обсуждения ошибки разработчики Debian упомянули, что проблема устранена в обновлении 6.1.66, но пока непонятно какое из добавленных в этот выпуск исправлений решает проблему, так как явно связанных с VFS и Ext4 изменений в ядре 6.1.66 нет (скорее всего речь ведётся о прекращении проявления проблемы в deb-пакете на базе ядра 6.1.66, в то время как фактически исправление было добавлено в ветку ядра 6.1.65, в которой имеются изменения, связанные с Ext4).

Дополнение 1: Проверить текущую версию запущенного ядра на Debian 12 можно командой "uname -a", ошибка содержится в версии ядра 6.1.0-14. В случае установки данной версии в качестве обходного пути предлагается использовать предыдущую версию ядра, так как Debian сохраняет три версии ядра при обновлениях.

Дополнение 2: Ошибка проявляется только в выпусках ядра 6.1.64 и 6.1.65. Исправление включено в выпуск 6.1.66 и связано с обновлением параметра ki_pos в функции iomap_dio_complete. Ветки 6.5 и 6.6 проблеме не подвержены, так как в них изначально присутствовало исправление в iomap_dio_complete, которое при бэкпортирвоании не попало в ветку 6.1.64.

Дополнение 3: В репозиторий добавлен пакет с ядром linux-image-6.1.0-15 (на базе 6.1.66), в котором устранена обсуждаемая ошибка.

  1. Главная ссылка к новости (https://www.debian.org/News/20...)
  2. OpenNews: Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, приводящей к повреждению файлов
  3. OpenNews: Выпущен патч для исправления ошибки в ext4, которая могла привести к повреждению ФС
  4. OpenNews: В Ext4 исправлена ошибка, которая потенциально могла привести к разрушению данных
  5. OpenNews: В ядре Linux 6.3 всплыла проблема, приводящая к повреждению метаданных ФС XFS
  6. OpenNews: Проблема с повреждением разделов Ext4 оказалась в md-raid0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/60261-debian
Ключевые слова: debian, ext4, corrupt
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (233) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:30, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Пользователям уже установленных систем рекомендовано воздержаться от установки обновлений пакетов с ядром из репозитория до публикации исправления.

    А я уже установил, что мне делать?

     
     
  • 2.5, Аноним (5), 11:33, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мигрируй на бтрфс
     
     
  • 3.29, Аноним (29), 12:00, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Чтобы не терять времени -- лучше сразу молотком комп разбить, чем сношаться с рассыпающейся от каждого чиха BTRFS.
     
     
  • 4.80, Бывалый смузихлёб (?), 13:10, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –8 +/
    посоны поговаривают что бтрфс практически не рассыпается в отличие от практически не восстановимых при сбое ФС семейства экст№
     
     
  • 5.109, Аноним (-), 14:17, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > посоны поговаривают что бтрфс практически не рассыпается в
    > отличие от практически не восстановимых при сбое ФС семейства экст№

    Развалиться может что угодно - но в btrfs чаще всего предупреждение о проблемах все же есть сильно заранее, если системные логи мониторить хоть немного. А ext4 все пофиг, до того момента как объем факапа не нагнет все к чертям.

     
  • 5.263, Олег (??), 01:16, 17/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Советую почитать форум Synology на предмет стабильности BRTFS) очень советую, ну это как пример сообщества активного BRTFS, других уж не знаю....
    Разрушить ext еще постараться нужно, что не скажешь про кучу внутренних болячек BRTFS
    Вместо BRTFS лучше бы ZFS упомянули....
    Вообще непонимаю что сподвигает людей всместо ZFS выбирать эксперементальный BRTFS, внедряли бы сразу уж Riserfs 5, фишек тоже тьма и с стабильностью так понимаю -+ также
     
  • 4.86, Всем Анонимам Аноним (?), 13:19, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Миллионы пользователей ChromeBook резко удивились, что оказывается у них все каждый день рассыпается
     
     
  • 5.151, Аноним (151), 17:27, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Слегка не так
    "Slight correction: we use btrfs for the disk image backing the user's crostini state only. The rest of Chrome OS, and the crostini VM rootfs, still use ext4."

     
  • 5.189, Анонимский (?), 22:54, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Миллионы пользователей ChromeBook резко удивились, что оказывается у них все каждый день
    > рассыпается

    А что эти все делают и почему они вдруг в единственном числе?

     
  • 4.104, 128557 (?), 14:09, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Может прекратить жить по модели бабки, разносящей не проверенные слухи, лишь бы обратили внимание?
    BTRFS хороша и стабильна.
     
     
  • 5.120, Аноним (120), 14:42, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +7 +/
    сказала бабка
     
  • 5.139, maximnik0 (?), 16:10, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >BTRFS хороша и стабильна.

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

    Хорошо хоть все данные можно выципить.

    (Но очередь записи в схеме жёсткий диск + Флэш память у btrfs хороша,такого конечно в ехт4 нету и хрен сделаешь....)

     
     
  • 6.153, Аноним (153), 17:41, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Люблю экспертов опеннета, всегда блеснут экспертизой 1 CRC32 - вообще не код... большой текст свёрнут, показать
     
     
  • 7.158, penetrator (?), 17:53, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    xxhash64 в плане коллизий вполне надежен, он не криптографический, т.е. не имеет характеристик важных для криптографии и не устойчив к криптографическим аттакам (но ему и не нужно), а вот 64-битного пространства при его характеристиках хватает с запасом, можно посмотреть что отдает по нему SMHasher
     
     
  • 8.160, Аноним (153), 17:56, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык можно вот его Если кому совсем нечего делать, -dev версии btrfs-tools ум... текст свёрнут, показать
     
     
  • 9.165, Аноним (165), 18:37, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты с ней побывал почти в каждой новости о файловых системах Учитывайте, что зде... текст свёрнут, показать
     
     
  • 10.237, Аноним (-), 20:52, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    1 Мне все время рассказывают страшилки как я потеряю данные и проч Уже какой т... большой текст свёрнут, показать
     
  • 7.195, Аноним (195), 23:55, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На бумаге по Btrfs все хорошо, на деле же там уже сами разработчики не ориентируются, настолько переусложнена. Там по ходу разработки необходимость менять архитектуру возникала раза так два - изначальная ко всем новым задумкам не подходила. И сейчас они с грехом пополам пытаются усидеть на той самой первоначальной архитектуре, потому что перерабатывать ее уже никто не будет. Это тупиковый путь и тупиковая ФС.
     
     
  • 8.238, Аноним (-), 21:03, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Извольте-ка пруф на это храброе заявление предоставить На ваше несчастье я этих... большой текст свёрнут, показать
     
  • 7.209, maximnik0 (?), 04:50, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >CRC32 - вообще не код коррекции ошибок!

    Можно использовать для коррекции ошибок.Как я помню один из видов crc32 может обнаружить до 7 однобитных  ошибок для 1024 бит  и надёжно скорректировать 3 из них .Я это к чему-читал я в баг падчах что 1 битную ошибку все таки должен  btrfs-check ремонтировать если я правильно понял перевод.

    Теоретическая работа для коррекции 3 битных ошибок -https://translated.turbopages.org/proxy_u/en-ru.ru.56586785-657665e5-e6e82254-
    Но требует 1,4 Гб места для таблицы перебора.Дальше для исправления возможны коллизии......

     
     
  • 8.240, Аноним (240), 21:43, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    При сильном желании и SHA256 - код коррекции ошибок Вот вам блок с эн левых бит... большой текст свёрнут, показать
     
  • 7.215, нах. (?), 09:35, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    вообще-то иногда и коррекции только никто в мире не умеет ее правильно применят... большой текст свёрнут, показать
     
     
  • 8.244, Аноним (240), 22:50, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да я смогу и какимнить SHA256 например 1-бит ошибку замахать Но по мере роста ч... большой текст свёрнут, показать
     
     
  • 9.251, нах. (?), 09:50, 12/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    все же щупал однокурсницу - практическое - kernel panic при попытке прочитать ... большой текст свёрнут, показать
     
     
  • 10.253, Аноним (240), 19:04, 12/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Все чуть хитрее Большую часть актуальных знаний по IT vs алго я получил путем ш... большой текст свёрнут, показать
     
     
  • 11.255, нах. (?), 19:51, 12/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    боюсь что это уровень заборостроительного факультета Я там вопрос задал - что н... большой текст свёрнут, показать
     
     
  • 12.265, Аноним (265), 06:23, 19/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Меня интересуют практические применения и детали реализации Я этим пользуюс... большой текст свёрнут, показать
     
  • 3.159, Аноним (153), 17:53, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Мигрируй на бтрфс

    Там даже конвертор EXT4 -> btrfs есть. Но вот это - таки не рекомендуется. Это работает, но структура ФС неоптимальная, экзотичная и так можно получить странные баги.

     
     
  • 4.213, нах. (?), 09:23, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Мигрируй на бтрфс
    > Там даже конвертор EXT4 -> btrfs есть. Но вот это - таки
    > не рекомендуется. Это работает, но структура ФС неоптимальная, экзотичная и так
    > можно получить странные баги.

    блжад, да в каком месте у вас хоть изредка бывает не так?!

     
     
  • 5.242, Аноним (240), 21:52, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Чудак Файлуха при этом врапает себя в свободное место имевшейся ФС 1 Это дово... большой текст свёрнут, показать
     
     
  • 6.252, нах. (?), 09:53, 12/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    для fs рекламируемая фича которой безобидное увеличение на ходу - не говоря уже ... большой текст свёрнут, показать
     
     
  • 7.254, Аноним (240), 19:41, 12/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ПЦ какой-то - по сравнению с чем А кто еще умеет вообще внутрь себя врапать ... большой текст свёрнут, показать
     
     
  • 8.256, нах. (?), 20:07, 12/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    отмены в какой момент И что будет если управляющие структуры лежат по одинаковы... большой текст свёрнут, показать
     
     
  • 9.264, Аноним (265), 05:59, 19/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    IIRC пока не снесен subvol с файлом-образом старой ФС Забавная абстракция, а ... большой текст свёрнут, показать
     
  • 2.6, Аноним (6), 11:36, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    откати ядро , старые из реп не исчезли
     
     
  • 3.50, Аноним (50), 12:26, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Даже ничего откатывать не надо. В Debian легко можно загрузиться с предыдущим ядром, оно никуда не исчезает.
     
     
  • 4.73, Аноним (73), 12:50, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это если за консолькой сидеть в момент загрузки и ручками выбирать ядро в грубе. А так он загрузит последнее установленное ядро.
     
     
  • 5.75, Твайлайт Спаркл (ok), 12:55, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В /etc/default/grub можно попробовать покрутить параметр GRUB_DEFAULT (только после сохранения вызывать update-grub)
     
     
  • 6.102, Аноним (102), 13:55, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >В /etc/default/grub можно попробовать покрутить параметр GRUB_DEFAULT (только после сохранения вызывать update-grub)

    А разве там не systemd-boot по умолчанию?

     
     
  • 7.154, Аноним (153), 17:47, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> В /etc/default/grub можно попробовать покрутить параметр GRUB_DEFAULT
    >> (только после сохранения вызывать update-grub)
    > А разве там не systemd-boot по умолчанию?

    В дебиане то? GRUB там самый обычный.

     
     
  • 8.167, Аноним (167), 18:49, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Самый необычный Пропатченный гигантcкими листингами на Си, не проходившими код-... текст свёрнут, показать
     
     
  • 9.190, Джентельмен Шоу (?), 23:09, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И этот великолепный господин конечно же предоставит к ознакомлению портянку с ба... текст свёрнут, показать
     
  • 9.245, Аноним (240), 22:54, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нельзя ли пруфануть это все И как насчет URL CVE А так сабж тоже специфичен д... текст свёрнут, показать
     
  • 6.105, 128557 (?), 14:11, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > В /etc/default/grub можно попробовать покрутить параметр GRUB_DEFAULT

    А если вместо grub'а используется boot.efi?

     
     
  • 7.126, Мимосисадмин (?), 15:24, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То человек должен уже знать, что делает
     
  • 2.10, Аноним (10), 11:40, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Перезагрузитесь с использованием более раннего ядра, дебиан сохраняет 3 версии ядра при обновлениях.
     
     
  • 3.74, Твайлайт Спаркл (ok), 12:53, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    6.1.0-13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.55-1 (2023-09-29)

    А версия 6.1.0-14-amd64 забагованная, да?

     
     
  • 4.79, Аноним (79), 13:09, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да, именно эта забагованная.
     
     
  • 5.91, Твайлайт Спаркл (ok), 13:28, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо.
     
  • 2.12, Вы забыли заполнить поле Name (?), 11:42, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ты пакеты не разу не откатывал что-ли? Посмотри в апт логе старые версии пакетов, да запусти apt install с ними.
     
  • 2.38, Аноним (38), 12:13, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Страдать ¯\_(ツ)_/¯
     
  • 2.83, Аноним (83), 13:12, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пользоваться. Эти мэйнтенеры всё равно ничего не понимают. К тому же каждый пользователь Рачика признает вас своим корешем.
     
     
  • 3.93, НяшМяш (ok), 13:36, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Только вот пользователям рачика это давным-давно починили, а они и не заметили. А любителям окаменевшего наоборот сломали.
     
     
  • 4.155, Аноним (153), 17:49, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Только вот пользователям рачика это давным-давно починили,
    > а они и не заметили. А любителям окаменевшего наоборот сломали.

    Вооюще-то как раз заметили - и не выкатили провальный релиз.

     
  • 4.216, нах. (?), 09:38, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Только вот пользователям рачика это давным-давно починили, а они и не заметили.

    все равно каждый день переставляют, а прона нового всегда можно накачать.

    > А любителям окаменевшего наоборот сломали.

    а этим да, неповезло - они-то может хранили не только одноразовый прон.


     
  • 2.199, Андрей04091977 (ok), 01:26, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Обновление ядра с исправлением уже прилетело
     
  • 2.259, Cimeries (?), 21:21, 12/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тоже поставил 14 версию , а потом еще накатил последнюю 15 и после этого апгрейда перестал выключатся комп! В итоге загружаюсь с 13 сейчас!  Теперь что делать не знаю! Ждать следующего обновления?
     

     ....большая нить свёрнута, показать (56)

  • 1.3, Аноним (3), 11:32, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Оперативно. Буквально за день после релиза заметили. Заметил сегодня из-за ошибок при попытке обновить ядро из реп.
     
     
  • 2.185, Аноним (185), 22:19, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В репах лежит уже новое ядро, пофиксенное
     

  • 1.4, нах. (?), 11:33, 10/12/2023 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –19 +/
     

     ....ответы скрыты (5)

  • 1.7, Аноним (29), 11:37, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –19 +/
    Надо честно признать: линукс себя изжил. Пора дебиану на Illumos переходить.
     
     
  • 2.103, Аноним (102), 14:09, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >Надо честно признать: линукс себя изжил. Пора дебиану на Illumos переходить.

    Это не Линукс себя изжил, это дебиан себя изжил. Перейти на Illumos и своими прогрессивными, современными инновациями зас*ать и его? Нет уж, пусть лучше дальше Линукс "улучшают".

     
  • 2.106, Аноним (106), 14:14, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну дык, с 91 года пилится. Как и иксы, код -- лютое устаревшее хауно, си-портянки, давно пора выкинуть и положить под сустемд что-то другое.
     
     
  • 3.119, Аноним (119), 14:42, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    systemd тоже на Си написан, причем написан плохо

     
     
  • 4.146, Аноним (106), 17:12, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Воот, надо на расте переписать в стиле вейланда, чтоб каждый сервис сам себя запускал и перезапускал.
     
     
  • 5.157, Аноним (153), 17:52, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Воот, надо на расте переписать в стиле вейланда, чтоб каждый сервис сам
    > себя запускал и перезапускал.

    Вэйланд тоже на си блин, хотя для фанов раста запилить реализацию на этом - таки идея.

     
     
  • 6.196, emdash (?), 00:11, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    вейланд написан на английском, это протокол
     
     
  • 7.201, Аноним (201), 02:00, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > вейланд написан на английском, это протокол

    Есть реализация не на Си?

     
     
  • 8.204, ПомидорИзДолины (?), 02:25, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да... текст свёрнут, показать
     
  • 8.262, Аноним (262), 19:58, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    https github com Smithay smithay ... текст свёрнут, показать
     
  • 3.121, Аноним (120), 14:45, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    заменить на обычные портянки с сапогами, сразу дурь выйдёт
     
  • 2.107, 128557 (?), 14:15, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Рано или поздно Linux сойдёт на нет, уступив место академическим Unix.
     
     
  • 3.148, Аноним (148), 17:21, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В этом месте должна звучать классическая рождественская песня "O, Tannenbaum". У детишек, певших ее 30 лет назад, уже свои детишки, а может и внучатки. Но песня живет!
     
  • 3.210, Neon (??), 05:39, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Академическим Unix давно уже пора на пенсию, борода до пола выросла.
     
     
  • 4.214, 1 (??), 09:24, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это ты с ZZ Top попутал.
     
  • 3.229, Пряник (?), 15:34, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ставлю на Иллинойс!
     

  • 1.8, Аноним (8), 11:39, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну это просто днище, господа. Мало того, что стабильно ядро дырявое, так еще и в дебиане. Вовремя я обновился, еще и почти 100 гигов файлов прописал на сервере. А ведь еще пару недель назад над zfs насмехались, можете почитать лол https://opennet.ru/60167-zfs
    Ставьте ext4 говорили они, самая стабильная файловая система, ФС МИРА.
    Самое смешное, что дожили до момента, когда даже btrfs стала надежнее, чем ext4.
     
     
  • 2.13, Alladin (?), 11:43, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +8 +/
    btrfs стала надежнее ext4? это в каком выдуманном мирке?
     
     
  • 3.20, Шарп (ok), 11:50, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чувак, ты это пишешь буквально в теме про баг в ext4.
     
     
  • 4.40, Аноним (38), 12:15, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Если он каждый раз будет писать это в теме про баг BTRFS - ты утонешь в его сообщениях ))
     
  • 3.110, 128557 (?), 14:18, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Проснись, BTRFS очень стабильна.
     
     
  • 4.114, Wizard160888 (?), 14:31, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ты в changelog'и ядра хоть раз заглядывал?
     
     
  • 5.246, Аноним (240), 22:58, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ты в changelog'и ядра хоть раз заглядывал?

    Так там во всех файлухах баги чинят. Btrfs на данный момент не выглядит страшнее остальных в этом моменте.

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

     
  • 4.116, Wizard160888 (?), 14:34, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если "да", то вопрос: Не страшно?
     
     
  • 5.170, нах. (?), 19:10, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Если "да", то вопрос: Не страшно?

    он смел и отважен, а прона, случись что, нового накачает!


     
     
  • 6.247, Аноним (240), 23:00, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если "да", то вопрос: Не страшно?
    > он смел и отважен, а прона, случись что, нового накачает!

    Вы там уже прочекали свои копии копий на предмет разрушения, эксперты? :) Btrfs почему-то такие обсираки на головы юзерей не грузит и вообще - они в состоянии тесты гонять ДО релиза.

     
     
  • 7.249, нах. (?), 01:05, 12/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ага, не грузит - просто в один непрекрасный момент mount отвечает error, а чего егог, как это теперь хотя бы прочитать - а хз.

    > они в состоянии тесты гонять ДО релиза

    и конечно же у них есть именно такой тест. Ой, нет. Это он у zfs теперь есть.

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


     
     
  • 8.261, Аноним (240), 12:56, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    1 Ну вообще-то обычно - монтируется, если не идиотничать 2 Прочитать, внезапн... большой текст свёрнут, показать
     
  • 4.178, Аноним (178), 21:17, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Стабильна в невосстановимых поверждениях в любой неожиданной для разработчиков ситуации. Ну и данные из сломанной btrfs просто так не достанешь, не занеся кому нужно сотню-другую долларов или потратив тысячу-другую собственного времени на изучение внутренностей этой помойки
     
     
  • 5.250, нах. (?), 01:06, 12/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    насколько я понимаю - в случае ее raid6 можно сэкономить деньги и время - никому и ничего после его крэша достать оттуда не удавалось.
    Безусловно эти чуваки - тоооочно знают как надо писать файловые системы!


     
  • 2.117, КО (?), 14:36, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А при zfs у тебя ничего и не восстановишь
     
  • 2.230, Пряник (?), 15:36, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас закоммичу в btrfs баг и продолжим разговор...
     

  • 1.11, Аноним (11), 11:41, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Допатчились. Вот причина, почему все deb based имеют некую шизу -  что-то тупит или не работает там, где в апстриме уже давно всё работает без проблем.
     
     
  • 2.15, Вы забыли заполнить поле Name (?), 11:44, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > где в апстриме уже давно всё работает без проблем

    Но это не точно

     

  • 1.17, Аноним (17), 11:47, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    make -j'nproc' bindeb-pkg
     
  • 1.18, Шарп (ok), 11:48, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Невероятно. Диды сначала запутались в O_SYNC, потом шлифанули потерей данных, а Грег Кроа-Хартман перенёс это в шта^Wстабильную (бггг) ветку ядра.

    Давайте подведём итоги. Буквально за этот год успели обосраться: ext4, zfs (https://www.opennet.me/opennews/art.shtml?num=60167), xfs (https://www.opennet.me/opennews/art.shtml?num=59204).

    Какие ещё нужны доводы, чтобы уже побросать вышеописанный хлам и перейти на единственную адекватную современную ФС - btrfs?

     
     
  • 2.23, Аноним (23), 11:52, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > на единственную адекватную современную ФС - NTFS

    Поправил

     
     
  • 3.43, Аноним (43), 12:21, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Нтфс рассыпалась куда чаще надо заметить, а баги весьма эпические с разносом суперблока на куски при обычном использовании.
     
     
  • 4.48, Аноним (43), 12:25, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И мне особенно нравятся неудаляемые файлы в ней. В некоторых случаях не поможет даже удаление в ntfs3g (обычно срабатывает), но теперь уже сама ntfs3g подпортит из-за своей кривоты. Или когда там chkdsk теряет или уничтожает данные автоматически, о том, что всё пропало, пользователю надо догадаться самостоятельно.
     
     
  • 5.173, Аноним (173), 19:56, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > И мне особенно нравятся неудаляемые файлы в ней. В некоторых случаях не поможет даже удаление в ntfs3g (обычно срабатывает)

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

     
     
  • 6.191, Аноним (23), 23:13, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Far умеет работать с UNC. Возможно, с этим связано.
     
  • 4.122, Аноним (23), 14:50, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    За всю мою практику рассыпалась один раз, и то сам виноват — битый IDE-кабель надо было вовремя менять.
     
     
  • 5.123, Аноним (43), 15:05, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    За 10 лет раз 5 устраняли баг с разносом при исчерпании места, и это только то, о чём я знаю (а я совсем не слежу).
     
  • 3.136, Аноним (136), 15:57, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ваша хваленая ntfs просто обнулила размер мне некоторых файлов после миграции с windows 7  на windows 10.
     
     
  • 4.164, Аноним (164), 18:22, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    так она не наша
     
  • 2.35, Аноним (43), 12:08, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У ext4 пока баги из разряда "забей", когда у остальных там что-то опасное было (у бтрфс, кстати, в прошлый раз, и вроде недавно ещё видеодрайвер её разносил).
     
  • 2.42, Аноним (38), 12:20, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    BTRFS и адекватная в одном предложении... Смешно )

    По серьёзке - у меня BTRFS разваливалась на двух разных машинах сама по себе.
    Как думаешь, сколько раз это происходило с EXT4?
    Правильно, за всё время, что я сижу на Linux (с 2011 года) - ноль

    А ещё BTRFS тупо медленнее, замороченнее и больше долбает диск. Хотя сама её концепция мне очень нравится...

     
     
  • 3.171, Аноним (167), 19:18, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    За несколько лет использования Btrfs на нескольких HDD-дисках сталкивался только... большой текст свёрнут, показать
     
  • 3.187, Андрей (??), 22:35, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Выпрями руки. У меня с 2018 года на 2 ноутах btrfs, система установлена,  работает без отвала.
     
  • 2.56, Аноним (56), 12:30, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну что ты паришь. Ты даже сам сидишь на NTFS.
     
     
  • 3.98, нах. (?), 13:40, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну что ты паришь. Ты даже сам сидишь на NTFS.

    поди что плохое?!

     
  • 2.68, Вы забыли заполнить поле Name (?), 12:47, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Какие ещё нужны доводы, чтобы уже побросать вышеописанный хлам и перейти на единственную адекватную современную ФС - btrfs?

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

     
  • 2.266, voiceofreason (?), 11:59, 21/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Буквально за этот год успели обосраться

    btrfs обсирается регулярно, судя по линукс-форумам. а фанатики бегают и орут что ФС идеальная, просто надо вот тут и вот там периодически подр-чить вприсядку

     

  • 1.19, Аноним (10), 11:49, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Вообще новость - ахтунг. Разработчики ядра накатили на стабильную версию ядра патч, который вносит критический баг в самую стабильную и самую популярную файловую систему, и потом всё это попадает в качестве обновления стабильный Дебиан, а мейнтейнеры этого самого "рок стейбл" Дебиана не отзывают пакет, а постят в твиторе, что-де пользователям стоит воздержаться от обновлений. Через несколько часов публикуют новость на сайте, из заголовка которой нельзя понять, о чём идёт речь и насколько всё серьёзно (дескать, выпуск 12.3 просто отложен - а вся мякотка внутри), ещё через несколько часов - создают тему на официальном форуме.

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

    Радуюсь за себя, что не обновлял свой Дебиан и сижу на незабагованной версии ядра. А от таких новостей появляется навязчивое желание опять законпелять генту.

     
     
  • 2.21, Аноним (8), 11:51, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Олдстейбл теперь новый стейбл
     
     
  • 3.24, Аноним (10), 11:53, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо, да.
     
     
  • 4.36, Аноним (43), 12:10, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Тебя ещё больше открытий ждёт. Рановато тебе в аналитику лезть, поднаберись опыта.
     
     
  • 5.57, Аноним (10), 12:31, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ваше мнение очень важно для нас. Пожалуйста, не вешайте трубку.
     
     
  • 6.59, Аноним (56), 12:34, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Обязательно держи в курсе чьё мнение важно для вас.
     
     
  • 7.61, Аноним (10), 12:36, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А ты подпишись на рассылку, и узнаешь первым. Как маленький, ей-богу.
     
     
  • 8.198, Аноним (198), 00:45, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ты зато как старенький Кому нужны ваши рассылки - в мире, где изобрели твиттор,... текст свёрнут, показать
     
     
  • 9.202, Аноним (79), 02:01, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ты зашёл на форум компьютерщиков и имеешь что-то против автоматизации рутинных о... текст свёрнут, показать
     
  • 3.66, FF (?), 12:44, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Зато мне в новостях про Федору любители дебиана и его убунту-тестинга на десктопе отвечали.
     
     
  • 4.67, FF (?), 12:46, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    (я о том, что мейтейны бэкпортируют всякие не поддерживаемые межмажорные релизы, в то время как свежий релиз от разрабов стабильнее и фиксится ими же)
     
     
  • 5.77, Аноним (79), 13:02, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это нормальная ситуация - если что-то считается сверхнадёжным, то рано или поздно оно ломается с тем большим треском, чем сильнее ему доверяют.
     
  • 2.33, Аноним (43), 12:05, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >новость - ахтунг

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

    >сижу на незабагованной версии ядра

    о сколько нам открытий чудных

     
  • 2.46, Аноним (38), 12:24, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ну, если ты обновляешься немедленно после выхода мажорной версии - ты должен прекрасно осознавать последствия.
    Если обновился так рано - ну, сам себе злобный буратино ¯\_(ツ)_/¯ Помянем. Надеюсь, обновлял ты не прод на работе...
     
     
  • 3.54, Аноним (54), 12:29, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это минорный апдейт.
     
  • 3.69, Аноним (10), 12:47, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты вообще читаешь, что написано?
     
  • 2.87, Аноним (3), 13:20, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > а мейнтейнеры этого самого "рок стейбл" Дебиана не отзывают пакет

    Диванный теоретик? Отозвали.

     
     
  • 3.90, Аноним (79), 13:28, 10/12/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.92, Аноним (3), 13:35, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ошб 1 https deb debian org debian bookworm main amd64 linux-image-6 1 0-14-amd... большой текст свёрнут, показать
     
     
  • 4.97, Аноним (79), 13:39, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда хорошо, а то я обновляться на эту версию не пытался. Раньше она была в proposed-updates, а теперь просто в stable.
     
  • 4.100, Аноним (54), 13:51, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ещё несколько часов назад спокойно обновлялось, хотя новость от вчера. Такое.
     
     
  • 5.128, Аноним (3), 15:36, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я четыре часа назад обновлять пытался. Результат в логе выше.
     
     
  • 6.142, Аноним (73), 16:39, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не спорьте - у дебиан куча зеркал, где раньше синхронизировали, где позже
     
  • 3.200, Аноним (200), 01:29, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, не отозвали. Вот прямо сейчас в репозиториях дебиана забагованная версия 6.1.64-1

    bookworm (stable) (kernel): ядро Linux для 64-разрядных персональных компьютеров (метапакет)
    6.1.66-1: amd64  

     
     
  • 4.203, Аноним (79), 02:02, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да, уже несколько часов известно, что баг пофиксили.
     
  • 2.129, Аноним (148), 15:38, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Причем все дерьмо теперь льется на дебиан :(
    Вся вина которых что они взяли ядро 6.1.64 с kernel.org. Озвученное всеми светилами линукс как longterm stable. Умудрившимися поделить связный набор из двух патчей из 6.5 в два отдельных, закомиченных отдельно в 6.1.64 и ядро 6.1.66.

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

     
     
  • 3.131, Аноним (43), 15:47, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так почему-то дебиан воспринимается некоторыми не как арч с его "собирается, значит, работает". Почему, не знаешь? Как по мне, так ещё более паршивый и менее предсказуемый дистрибутив. К старателям из ядра вопрос отдельный, но давно уже ясно, что лтс -- это нежизнеспособная помойка.
     
  • 3.143, Аноним (148), 16:55, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    самое короткое изложение проблемы (взято https://lwn.net/Articles/954285/)

    - Stable kernels < 6.5 are affected if they have 91562895f803 (ext4 commit)
    - Kernels >= 6.5 are not affected, as they will _also_ have 936e114a245b6 (iomap commit)


    Yes, it seems only 6.1.64 and 6.1.65 are affected: https://kernel.dance/#91562895f803
    Because 6.1.66 has the other "fixing" commit: https://kernel.dance/#936e114a245b6

     

  • 1.22, Аноним (22), 11:52, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А на примере с Winodows: Microsoft бы в первую очередь выпустила, а потом отложила.. как это часто бывает
     
  • 1.25, Аноним (54), 11:54, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Спасибо, чуваки. Чую, неделя будет интересной.
     
  • 1.32, Алексей (??), 12:04, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Самый стабильный дистрибутив
     
     
  • 2.53, Аноним (50), 12:28, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Именно. В рачах с бомжарами багованное ядро провисело несколько дней и никто даже не заметил. А тут несколько часов и уже все исправлено.
     
     
  • 3.72, Вы забыли заполнить поле Name (?), 12:50, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Когда у тебя постоянно что-то отваливается, на такие мелочи не обращаешь внимания
     
     
  • 4.88, Аноним (50), 13:22, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот и я о том же. То что в Debian - ЧП, в других дистрибутивах обыденность.
     
     
  • 5.132, Михалков (?), 15:49, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да не обыденность, просто меньше косяков - вот и меньше про них пишут.
    Там ещё окаменелый софт со времён помёта мамонта... Даже в этих условиях у кого-то сейчас поехала ФС - какая ещё стабильность дебиана? Бета-тест какой-то.
     
  • 2.55, Аноним (29), 12:30, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    "Стабильность" -- понятие относительное. По сравнению с остальными дистрибутивами дебиан стабильный, да.
     

  • 1.37, freehck (ok), 12:12, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Как там этот ваш Преображенский говорил: "Не понимаю, кто на ком стоял"?

    Кто что патчил, кто что куда портировал? Из текста новости получается, что проблема проявляется из-за того, что кто-то куда-то перетащил какое-то исправление, а исправление чего -- даже не конкретизируется. Какие риски-то у пользователя? Не, хорошо, я понял: "опасность повреждения данных, не обновляйте ядро". Но блин, что с публикацией-то.

     
     
  • 2.168, нах. (?), 19:07, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Из текста новости получается, что проблема проявляется из-за того, что кто-то куда-то перетащил
    > какое-то исправление, а исправление чего -- даже не конкретизируется.

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

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

     
  • 2.211, Аноним (211), 07:00, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Из 6.5 криво набэкпортировали в 6.1.

    В результате 6.1.64 и 6.1.65 пользовать нельзя, остальное можно.

    В контексте Debian12 это версия 6.1.0-14. Если у тебя Debian12 и «uname -a» выдаёт такое, нужно откатываться.

     

  • 1.41, Аноним (41), 12:16, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >выявления в ядре Linux ошибки, приводящей к повреждению данных в файловой системе Ext4

    "Никогда не было" - и вот опять!

    Код файловых систем неплохо бы изолировать от ОС и агрессивно фазить специальным юрезспейсным тестовым процессом. Заодно и сделать общим между fuse и ядерной реализацией.

     
     
  • 2.51, Аноним (56), 12:27, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо что ты заговорил про микроядро.
     
     
  • 3.63, Аноним (63), 12:37, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никто не говорит про микроядро. Я заговорил о API и желательно ABI-совместимости интерфейсов между ФС, ядром, fuse-адаптером и фаззером. Реализация ФС собирается в kernel object, но чтобы его кроме ядра могли загружать и фаззер, и fuse-адаптер как обычный shared object.
     

  • 1.45, Аноним (45), 12:23, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В ходе обсуждения ошибки разработчики Debian упомянули, что проблема устранена в обновлении 6.1.66, но пока непонятно какое из добавленных в этот выпуск исправлений решает проблему, так как явно связанных с VFS и Ext4 изменений в ядре 6.1.66 нет (

    лог не пробовали посмотреть ?

    https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=v6.

     
  • 1.49, Аноним (56), 12:25, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Через какое-то время: Мы прекращаем сборку дебиан потому что у нас что-то не получается.
     
     
  • 2.58, Аноним (54), 12:34, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Грег бросает ядро линукс и переходит на гну/хурд тогда уж.
     
     
  • 3.71, Вы забыли заполнить поле Name (?), 12:49, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    В майкрософт
     
  • 2.60, Аноним (22), 12:34, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    если честно, то можно и на 11м и на 10м сидеть и все будет в норме.. пакетов на аккумулировано хватит на многие года. да и в целом потенциала достаточно чтобы не дергаться
     

  • 1.64, Аноним (64), 12:38, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    как хорошо что у мя хомяк на ext3

     
     
  • 2.101, я (?), 13:51, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И четвёртое ядро?
     
     
  • 3.163, Аноним (64), 18:22, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    черт... а как ты догадался? :) У меня LTS, который на поддержке...
     
  • 2.108, Аноним (108), 14:17, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У альтовцев просто пишут,что ext 2-3,а оно там явно 4.
     

  • 1.65, glad_valakas (?), 12:39, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    % uname -a
    Linux devuan 5.15.142 #1 SMP Sun May 1 12:00:00 CEST 2011 x86_64 GNU/Linux

    новость не осилил. мои локалхосты дефектные или нет ?

     
     
  • 2.70, Вы забыли заполнить поле Name (?), 12:48, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Проблема проявляется в стабильной ветке ядра Linux 6.1
     
  • 2.76, Аноним (45), 12:56, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Linux devuan 5.15.142

    https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/log/?h=v5.15.

    > 2 days iomap: update ki_pos a little later in iomap_dio_complete
    >  мои локалхосты дефектные или нет ?

    нет

    А в 6.1 только 6.1.64 и 6.1.65 с небольшой проблемой потому что патч не донесли из апстрима

     

  • 1.78, Аноним (78), 13:04, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Писали же что ребята на переносах выдыхаются... Чтобы так бекпортировать между ветками надо лучше автора в коде разбираться.
     
  • 1.81, Tron is Whistling (?), 13:10, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Опять direct i/o поломали...
     
  • 1.82, Аноним (82), 13:12, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот поэтому я никогда и не обновляю ядро, какое было на iso такое и стоит годами.
     
     
  • 2.89, Аноним (45), 13:23, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот поэтому я никогда и не обновляю ядро

    fat в ro на керамике веками проработает без сбоев

     
     
  • 3.241, Аноним (241), 21:52, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    fat -грязная проприетарщина

    ~# mount
    /dev/root on / type ext2 (ro,noatime)
    ...

    как-то так

     

  • 1.84, Аноним (82), 13:16, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > непонятно какое из добавленных в этот выпуск исправлений решает проблему
    > скорее всего речь ведётся о прекращении проявления проблемы

    непонятно
    скорее всего
    Ахаха
    Линукс

     
     
  • 2.145, Аноним (-), 17:02, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    all stable kernels that have 91562895f803 ("ext4: properly sync file size update after O_SYNC direct IO") before 6.5 are corrupting data
    что тут непонятного?
     

  • 1.94, pic (?), 13:36, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Проблема проявляется в стабильной ветке ядра Linux 6.1, в которую было перенесено исправление, изначально добавленное в ветку 6.5

    А я уже упоминал об этой проблеме с ядром 6.5 и замиранием системы в Endless OS.

     
     
  • 2.130, pic (?), 15:39, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Upgrades to 5.1.0 are currently disabled while we investigate an issue where some computers no longer start up after the upgrade.

    Ну вот и правильно, релиз Endless OS 5.1 с _проблемным ядром 6.5_ отключен для обновления.
    Пусть разбираются, негоже делать стабильную систему незагружаемой.

     

  • 1.96, Аноним (96), 13:37, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ну и как так вышло, что в типа самом стабильном дистрибутиве косяки уровня роллинга типа арча?
     
     
  • 2.99, Аноним (22), 13:43, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Разогнались.
    Проще говоря один раз отмерили и семь раз сделали.
     
  • 2.135, Аноним (135), 15:54, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Задайте свой вопрос на kernel.org
     

  • 1.115, КО (?), 14:34, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Делать стэйбл версию, чтобы в неё переносить некритичные патчи из анстэйбл, гениально
     
     
  • 2.127, pic (?), 15:30, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    По логике всё это надо было пихать опционально в backports-репозиторий.
     
     
  • 3.138, Аноним (148), 16:06, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Еще раз - бэкпортили разработчики ядра, из 6.5 в 6.1, который отличается длительным сроком поддержки. Дебиан в этой схеме - пострадавший, а не виновник.
     
     
  • 4.161, pic (?), 18:01, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не усмотрел что релизе Debian 12 состоялся с ядром 6.1, как-то экстраполировал Debian 12 на Endless OS 5.1, она тоже на Debian собирается, только ядро у меня стоит 5.15, думал такое же в Debian 12 стоит, а 6.1 в backports. Оказывается базовый образ Endless OS перешагивает релизы Debian по ядрам.
     

  • 1.118, Аноним (120), 14:41, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот они, любители бэкпортировать во всей красе.
     
  • 1.124, Аноним (124), 15:12, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    "Горшочек вари!" В свое время намучился переустановками ос из-за обновлений и плюнул.Год назад установил Arch (все настроил под себя) и отключил все репозитории, живу стабильно и не чего не отваливается..
     
  • 1.134, Михалков (?), 15:50, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Там ещё окаменелый софт со времён помёта мамонта... Даже в этих условиях у кого-то сейчас поехала ФС - какая ещё стабильность дебиана? Бета-тест какой-то.
     
  • 1.150, Аноним (150), 17:26, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лучше бы дизайн нормальный нарисовали и выбрали один тулкит за стандарт, выбросив все остальное.

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

     
     
  • 2.236, Аноним (236), 19:01, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нормальный дизайн давно нарисован - это win95-подобные схемы.
     

  • 1.162, Аноним (162), 18:17, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    О, а я-то думал почему у меня при апгрейде "E:Failed to fetch ... 403 Access denied - broken package [IP xxx.xxx.xxx.xxx 80]"

    А оно вононочомихалыч!

     
  • 1.166, Вася (??), 18:47, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Но зачем они притащили это в Debian стабильный, вот в чем вопрос. Кто виновен в этом саботаже? У каждой ошибки есть фамилия и должность.
     
  • 1.172, Аноним (172), 19:26, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Установлен LMDE 6, uname -a показывает именно 6.1.0-14. Что теперь делать? А как же миллион раз обещанная надежность и фундаментальная стабильность?
     
     
  • 2.174, Аноним (173), 20:07, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    См. выше: https://www.opennet.me/opennews/art.shtml?num=60261#138
     
  • 2.175, Аноним (79), 20:12, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что теперь делать?

    Читать Чернышевского и Ленина... э-э-э... Перезагрузиться в более раннюю, незабагованную версию ядра.

     
     
  • 3.184, nox. (?), 22:13, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И чем 5.15 не угодила?
     
     
  • 4.188, Аноним (79), 22:40, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А где в bookworm'е версия 5.15?
     
  • 2.207, Джентельмен Шоу (?), 03:31, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Установлен LMDE 6, uname -a показывает именно 6.1.0-14. Что теперь делать? А
    > как же миллион раз обещанная надежность и фундаментальная стабильность?

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

     

  • 1.176, Аноним (176), 20:22, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    У меня после обновления ядра домашний сервачок в осадок выпал. Пришлось ставить видеокарту и выяснять что к чему. Оказалось что встроенный realtek на 2.5гбит со стороны linux не поднимает линк и вешается намертво, хотя на свитче линк активен. Подумал что он таки сдох и уже собрался искать замену, но перезагрузка на предыдущее ядро все исправила. Так что сломали не только лишь ext4.
     
  • 1.177, Шишкин (?), 20:51, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    И зачем нужны эти жалкие надстройки над EXT2?
    Почему бы просто не перейти на отвечающую всем современным требованиям Reiser5?
     
     
  • 2.179, Аноним (179), 21:22, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > И зачем нужны эти жалкие надстройки над EXT2?

    Везде стоит ext2, она намного быстрее чем ext4.

     
  • 2.192, Аноним (192), 23:14, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Дай набойчик на док где взять reiser5 и как потом применить.
     

  • 1.180, eugener (ok), 21:47, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пофиксили, пришла обнова на 6.1.0-15.
     
     
  • 2.194, dannyD (?), 23:27, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    да, так и есть.

    обновил деб на втором ноуте, полёт норм.

     

  • 1.181, Аноним (181), 21:52, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Версия 6.6.6 на подходе. Это знамения.
     
     
  • 2.182, Аноним (79), 22:09, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Последние времена настают
     
     
  • 3.193, Аноним (192), 23:16, 10/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Всё ближе к демонам из FreeBSD?
     

  • 1.183, nox. (?), 22:12, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Так ставь на Ext3.
     
     
  • 2.226, нах. (?), 12:52, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Так ставь на Ext3.

    у тебя ж ntfs?


     
     
  • 3.260, nox. (?), 14:06, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Всего у меня в работе 4 компьютера (ноутбуком что-то перестал пользоваться). На архивном диске и на 2 компьютерах под Windows - NTFS. На 2 компьютерах - Ext4.
     

  • 1.186, Аноним (186), 22:25, 10/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Но ведь сложность развесистых веток git оправдана как раз тем, что там не нужно бэкпортировать. Баг исправляется в одном месте и все версии штатно обновляются.
     
     
  • 2.232, Аноним (186), 15:43, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, там что-то типа https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow или как вообще организовано?
     

  • 1.197, Аноним (197), 00:15, 11/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Debian = стабильность, говорили они, и вот тебе на в стабильном дистрибутиве на стабильном ядре, баг в файловой системе повреждающий данные, фактически единственный плюс который предоставляет данный дистрибутив как выясняется не является никаким плюсом, все так же как у всех, и даже хуже из-за специфики дистрибутива, и в нагрузку ещё и ПО протухшее.
     
     
  • 2.206, Аноним (206), 03:13, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как достали дебилы, кричащие про протухшее ПО в Дебиане. Хочется поновее - используй ветку testing или unstable. И unstable, если что - это НЕ про нестабильность софта, ищи в гугле почему так ветка называется. Debian unstable постабильнее релизов многих дистров будет.
     
     
  • 3.222, Аноним (197), 12:03, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь testing или unstable вместе с новым ПО получают ещё большую нестабильность, не говоря о том что новое ПО в них не всегда такое новое как в других дистрибутивах, какой смысл пользоваться дебианом если нужно разменивать его хвалебную "стабильность" на новое ПО? Другие дистрибутивы справляются лучше с задачей стабильность+свежее ПО, просто потому что цикл обновления гораздо меньше.
     
  • 2.208, Аноним (208), 03:34, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Debian = стабильность, говорили они, и вот тебе на в стабильном дистрибутиве
    > на стабильном ядре, баг в файловой системе повреждающий данные, фактически единственный
    > плюс который предоставляет данный дистрибутив как выясняется не является никаким плюсом,
    > все так же как у всех, и даже хуже из-за специфики
    > дистрибутива, и в нагрузку ещё и ПО протухшее.

    А то что этот баг появился сперва в апстриме, в стабильной же версии ядра, мы скромно умалчиваем, да? ;)

     
     
  • 3.217, нах. (?), 09:40, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А то что этот баг появился сперва в апстриме, в стабильной же
    > версии ядра, мы скромно умалчиваем, да? ;)

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

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


     
     
  • 4.224, Аноним (197), 12:11, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так в чем я не прав, пока нормальные дистрибутивы получили нормальный свежий патч, дебиан получил кривой бэкпорт.
     
     
  • 5.225, нах. (?), 12:51, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    "нормальный свежий патч" получить могли только любители сидеть на свеженьком только что из под хвоста. где одно починили, в десяти других местах поломали.
    Нормальные дистрибутивы, ага, для любителей экспериментов на себе.

    А вот сколько времени оно там было поломано до того - это эксперты вряд ли даже и знают.

     
     
  • 6.235, Аноним (197), 18:11, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Демагогия.
     
  • 3.223, Аноним (197), 12:09, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну смысл в том что Debian должен был не попасть в просак из за особенностей его цикла обновлений, а в итоге обосрался ещё хуже чем дистрибутивы со свежим ПО за счёт кривого бэкпорт патча. Вот и вся хваленная "стабильность" дебиана.
     

  • 1.219, Аноним (219), 09:55, 11/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > так как Debian сохраняет три версии ядра при обновлениях.

    две сохраняет если не чистить apt autoremove.

     
  • 1.227, yet another anonymous (?), 14:05, 11/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Прекрасно: по тексту таки непонятно --- это в kernel проблема или debian'овском опакечивании kernel'а?
     
     
  • 2.231, Пряник (?), 15:42, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Перечитай первую строку

    > Разработчики проекта Debian объявили о приостановке публикации установочных образов с обновлением Debian 12.3 из-за выявления в ядре Linux ошибки

    Проблема в ядре! А разрабы Debian её заметили. Но поздно...

     
     
  • 3.248, yet another anonymous (?), 23:14, 11/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Дебиановский workflow во всй красе: ни одного прямого указания на коммит в ядре (хоть в чьём дереве). Так что понять, что же они отгружают в пакете на самом деле они сами могут ли понять?
     
     
  • 4.258, нах. (?), 20:17, 12/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Дебиановский workflow во всй красе: ни одного прямого указания на коммит в
    > ядре (хоть в чьём дереве). Так что понять, что же они
    > отгружают в пакете на самом деле они сами могут ли понять?

    они отгружают архив с kernel.org, внезапно. Без всякого понятия где и чьи там комиты.
    Но ты разумеется можешь сказать apt source и поискать комит самостоятельно.

     

  • 1.228, Пряник (?), 15:31, 11/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Debian помогает искать баги в Linux!
     
  • 1.233, Аноним (181), 15:47, 11/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Версия ядра 6.6.6 вышла. Страшно конпелять.
     
  • 1.243, Минона (ok), 22:33, 11/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тысяча чертей!
    Как можно было накосячить в коде ext4?!
    Майки уволили криворуких индусов и те подались в Линукс?
     
     
  • 2.257, нах. (?), 20:14, 12/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Тысяча чертей!
    > Как можно было накосячить в коде ext4?!

    google: silent data corruption ext4

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

    > Майки уволили криворуких индусов и те подались в Линукс?

    have always been there.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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