The OpenNET Project / Index page

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

В ядре Linux 5.14.7 выявлена проблема, приводящая к краху на системах с планировщиком BFQ

30.09.2021 09:23

Пользователи различных дистрибутивов Linux, у которых применяется планировщик ввода/вывода BFQ, после обновления ядра Linux до выпуска 5.14.7 столкнулись с проблемой, приводящей к краху ядра в течение нескольких часов после загрузки. Проблема также продолжает проявляться в ядрах 5.14.8 и 5.14.9. Причиной стало перенесённое из тестовой ветки 5.15 регрессивное изменение в планировщике ввода/вывода BFQ (Budget Fair Queueing), которое пока устранено только в виде патча.

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


   echo mq-deadline > /sys/block/nvme0n1/queue/scheduler

Дополнение: Пользователи Fedora 35 скоро получат пакет с ядром 5.14.9, в который включён патч с исправлением (Revert "block, bfq: honor already-setup queue merges").

  1. Главная ссылка к новости (https://bugzilla.kernel.org/sh...)
  2. OpenNews: Уязвимость в ядре Linux, позволяющая вызвать крах через отправку UDP-пакета
  3. OpenNews: Критическая уязвимость в обработчике крахов приложений, применяемом в Ubuntu
  4. OpenNews: Проблема с повреждением разделов Ext4 оказалась в md-raid0
  5. OpenNews: DoS атака против файловой системы Btrfs
  6. OpenNews: Для Linux ядра разработаны новые планировщики ввода/вывода - BFQ, YFQ и SCAN-EDF
Лицензия: CC BY 3.0
Наводку на новость прислал Artem S. Tashkinov
Короткая ссылка: https://opennet.ru/55886-linu
Ключевые слова: linu, kernel, bfq
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (249) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 11:52, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Видимо придётся весь парк ЭВМ и ПЭВМ переводить на ОС FreeBSD, OpenBSD и NetBSD. Там бага 12309 нет и проблем с планировщиками тоже.
     
     
  • 2.4, пох. (?), 11:56, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А зачем их с венды куда-то там переводить? В ней никакого 12309 нет.

     
     
  • 3.9, Аноним (2), 12:02, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В виду недосказанности вы меня неправильно поняли. Прошу прощения за такой просчёт. Переход конечно с ОС Linux на семейство ОС BSD.
     
     
  • 4.15, пох. (?), 12:11, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Эскобар чота ржот...

     
  • 4.33, nox. (?), 12:28, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прав
     
  • 3.89, Аноним (89), 13:33, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +7 +/
    В винде с 8рки завезли 12309, до сих пор в наличии
     
     
  • 4.280, Корец (?), 12:57, 18/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    С висты если быть точнее. Там объём прокачиваемых данных такой, что про блины можно забыть. Только ссд.
     
  • 3.118, кролик (?), 15:09, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А зачем их с венды куда-то там переводить? В ней никакого 12309 нет.

    А в венде уже можно работать а не только обновлятся сутками? А ctrl+insert, shift+insert уже починили? А интерфейс нормальный сделали?

     
     
  • 4.131, пох. (?), 15:27, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Не, точно нельзя. И не починили (потому что и не ломалось ничего). Не, не сделали. Ни вафлянда нормального нет, ни десяти прослоек чтоб иксовые программы запускать, и в них dialog.

    Вообще жизни там нет. Сказочки впопеннетчиков. На ночь лучше не читать.

     
  • 3.166, emg81 (ok), 17:28, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не наброса ради, а просто наблюдение.

    Недавно копировал со 128Гб флэшки большое видео и несколько десятков фото на Win10 (лицензия, последние обновы, всё такое). Так у интерфейса были такие тормоза, что вспомнил 12309 сразу. На этом же компе на Gentoo с KDE ничего подобного нет и не было уже много лет. Обе системы на одном и том же быстром NVMe SSD стоят.

     
  • 2.6, QwertyReg (ok), 11:57, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Шутки шутками, но это фиаско и абсолютный провал. Мне всегда говорили, что только Винда может накрыться после обновления, а оно вон оно как.
     
     
  • 3.86, Тинус Лорвальдс (ok), 13:16, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    шутки шутками, но наличие идиотов на техническом форуме, сравнивающих ядро с дистрибутивом ОС, просто зашкаливает.
     
     
  • 4.109, Аноним (-), 14:37, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В его словах есть логика: то, будут ли вообще работать дистрибутивы без шаманства, напрямую зависит от ядра.
     
     
  • 5.135, Аноним (135), 15:33, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Мейтейнеры дистров свежачок-ядра без тестирования в базу не включают, как бы.
     
  • 3.117, Аноним (117), 15:08, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Manjaro Linux вполне себе успешно выпадает в черный экран без возможности ввода, после установки на голый метал применения обновлений.
     
     
  • 4.241, ХрюХрю (?), 12:40, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    После нескольких лет использования арча понимаешь, что манжаро не нужно...
     
  • 3.245, X86 (ok), 14:02, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Винда без наворотов в виде телеметрии и индусокода на новой UWP очень даже ничего.
     
  • 3.246, СеменСеменыч777 (?), 14:16, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне всегда говорили, что только Винда может накрыться после обновления

    вас обманули.

    но: только Винда может отказаться принимать обновления (показанные в интерфейсе как необходимые !) либо откатывать их взад по неизвестно каким причинам.

    в последнее время я думаю над быстрой принудительной установкой всей пачки за один проход (семерка, 2008 r2). типа самодельного SP2. "sfc /scannow" при этом накроется, да и черт бы с ним.

     
  • 3.254, лютый жабби__ (?), 16:09, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Шутки шутками, но это фиаско и абсолютный провал.

    в каких дастрах по дефолту BFQ? в арче смотрю - mq-deadline

     
     
  • 4.266, ХрюХрю (?), 12:10, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >>Шутки шутками, но это фиаско и абсолютный провал.
    > в каких дастрах по дефолту BFQ? в арче смотрю - mq-deadline

    при дефолтном mq-deadline на арче при копировании файла (с HDD) на флешку все начинает жутко тормозить и фризиться. После переключения на BFQ стало получше! Где-то читал, что mq-deadline и kyber больше подходят для SSD.

     
  • 2.21, Аноним (135), 12:16, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Зачем в конторе используешь не LTS?
     
     
  • 3.30, Аноним (30), 12:26, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Похоже, он Linux вообще не использует.
     
     
  • 4.34, Аноним (2), 12:28, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    От чего такие выводы? Я как раз от этого бага страдаю в нагрузке. GUI начинает намертво виснуть. Спасал лишь BFQ и Kyber. На mq-deadline тормоза графики.
     
     
  • 5.55, Аноним (2), 12:47, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Смешно видеть, как минусуют просто потому, что не верят. Ну что же, отрицание – одна из стадий принятия.
     
     
  • 6.66, Тинус Лорвальдс (ok), 12:54, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    нет б..ять, на техническом форуме должны на слово верить какому-то мамкиному анониму. сиди дальше щёчки надувай.
     
  • 5.56, Аноним (56), 12:47, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну так откати ядро/накати патч и живи спокойно
     
  • 5.149, Crazy Alex (ok), 16:17, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому что никто в продакшн последнее ядро не тянет. И практически никто - не тянет напрямую с kernel.org, пользуются дистрибутивным.
     
  • 2.49, Аноним (49), 12:39, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > переводить на ОС FreeBSD, OpenBSD и NetBSD

    Вот на все 3 сразу и переводи, чо. Зато отпишешься что из железа не завелось, какого софта нет.

     
  • 2.64, Аноним (56), 12:52, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Перепись нелинуксойдов на опеннете объявляется открытой.
    Записываем всех нытиков, потому что до реальных линуксойдов это ядро либо не доехало, либо они понимали что делали когда (вручную) ставили свежатину и не ноют, а просто откатились/накатили патч.
     
     
  • 3.122, Аноним (117), 15:13, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А какая там последняя версия ядра работает на i386?
     
  • 3.137, Аноним (137), 15:42, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ты, часом, форумом не ошибся, счетовод? чай, не на ЛОРе.
     
  • 2.90, Oe (?), 13:33, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    12309 вечен, как можно банальным копированием загружать ryzen 3600 даже на 10% в уме не укладывается, и чем медленнее диск тем сильнее загрузка процессора, при копировании система так же лагает, как и 10 лет назад, на винде ничего не лагало, даже на пентиумах третих можно было копировать в фоне и работать не замечая ничего.
     
     
  • 3.125, Аноним (135), 15:20, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ох уж эти свидетели 12309... Иеговисты нервно курят в сторонке.
     
  • 3.180, anonymouX (?), 19:27, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Так может и тут не к тому таймеру присосались?
     
  • 2.119, Аноним (117), 15:12, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Видимо придётся весь парк ЭВМ и ПЭВМ переводить на ОС FreeBSD, OpenBSD и NetBSD. Там бага 12309 нет и проблем с планировщиками тоже.

    Не надо забывать про illumos.
    https://ru.wikipedia.org/wiki/Illumos
    http://www.dilos.org/
    https://ru.wikipedia.org/wiki/OpenIndiana

     
     
  • 3.145, Аноним (49), 16:06, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Не надо забывать про illumos.

    Расскажи это мэйнтейнерам иллюмоса для начала. Ну и сам попробуй на неё со своего вантуза перейти. Хоть на неделю.

     
     
  • 4.155, Аноним (117), 17:04, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я свой дистрибутив делать планирую. А в чем проблемы?
     
     
  • 5.159, Аноним (159), 17:11, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Денис Попов, срочно перелогиньтесь.
     
     
  • 6.178, Аноним (178), 18:36, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вся суть анонимов. По сути пояснить нечего, сразу переход на личности.
     
     
  • 7.184, Аноним (184), 20:06, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Шото ты сам не залогинен...
     
     
  • 8.220, Аноним (178), 00:43, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я же говорю, стрелки переводить и ни слова по существу ... текст свёрнут, показать
     
  • 5.225, Аноним (225), 04:26, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    "планирую", LOL
     
  • 3.216, Аноним (216), 00:19, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Солярка как была на голову выше пингвина в 2005-ом, так и остаётся. Пингвин с тех пор раздулся на порядки но в ширину, а не в высоту.
     
  • 2.157, Аноним (157), 17:11, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    у админа нет цели, есть только путь  
    и это, чтобы потом не переделывать сразу все сетапте, потом просто другое запустите и норм.  
     
  • 2.226, Анончик (?), 04:33, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Раньше думал что 12309 это миф и криворукость. А потом вылезло на одной из машин амуде.
    забиваешь оперативку на 98-99% и система встает колом.
     

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

  • 1.3, QwertyReg (ok), 11:56, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Линуксоиды: да оффтопик после обновления может накрыться! А вот Линукс может годами работать!
    Те же линуксоиды: крах ядра в течение нескольких часов после загрузки из-за обновления.
     
     
  • 2.5, пох. (?), 11:57, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тычешь reset - и еще несколько часов ведро - как новое! Годами можно ТАК работать. Это тебе не виндовос поганый, от которого мышами воняет!

     
     
  • 3.229, MihaNix (?), 06:39, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не, так сейчас не модно.
    Я раньше в COM порт писал с определенной периодичностью. Если по истечении этого времени не дергался порт, то железяка замыкала reset. Вот такая не хитрая автоматизация была.
     
  • 2.12, 435454 (?), 12:08, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +8 +/
    И во многих стабильных дистрибутивах 5.14?????
     
     
  • 3.17, QwertyReg (ok), 12:12, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > И во многих стабильных дистрибутивах 5.14?????

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

     
     
  • 4.23, anonymous (??), 12:20, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, вообще-то да, внезапно какой-нибудь Ubuntu LTS -- это действительно не Fedora. И использование Fedora -- это личный выбор людей, которым нравятся как дела делаются в Fedora. То есть, да, это другое.
     
     
  • 5.27, QwertyReg (ok), 12:25, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, вообще-то да, внезапно какой-нибудь Ubuntu LTS -- это действительно не Fedora.
    > И использование Fedora -- это личный выбор людей, которым нравятся как
    > дела делаются в Fedora. То есть, да, это другое.

    Окей. Допустим, я под Убунточкой сам скачал борцы, собрал ядро из _стабильной_ ветки и система накрывается. Как это оправдывает мейнтейнеров?

     
     
  • 6.160, Аноним (159), 17:12, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Моргни если тебя заставляют это делать.
     
     
  • 7.206, Аноним (206), 23:11, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это не оправдание. Мейнтейнеры Линукса действительно обложались, не должен пойнт релиз стабильной ветки ломать всё к чертям. Мне лень уж чекать номерок того анонимуса, что тут про Убунту говорил, но тем не менее: на кой чёрт ты сюда её приплёл? Про неё речи вообще не было

    капча 07239, держу в курсе

     
  • 6.237, anonymous (??), 10:35, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вы взяли среди атрибут воле ядро, сами нахимичили и получили панику? По мне это вполне нормально. Знаете что такое canary в вопросах landing/deploying? Вот вы решили canary версию развернуть у себя вопреки отсутвию её в репозитории, а виновата Ubuntu? Да, можно было бы спрятать исходные тексты нетестированной в prod версии, в мире Linux все априори считаются достаточно взрослыми, чтобы понимать что и как использовать.
     
     
  • 7.238, anonymous (??), 10:36, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    s/атрибут/своей/ (чёртова автозамена)
     
  • 4.29, Аноним (29), 12:26, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > В Fedora давно в репах

    В каких? В моих репах для 34 федоры пока еще 5.13

     
  • 4.40, dalco (ok), 12:32, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В репах-то, оно в репах... Вот только с пометкой candidate, то есть, без дополнительных телодвижений 5.14.7 даже в Федору не поставишь. Что, что, а ядро в Федоре таки тестируют перед сменой версии.
     
  • 4.111, анонъчик (?), 14:50, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > В Fedora давно в репах.

    Нет, в основной репе сейчас только 5.13.19. 5.14 есть в бете 35, а также у тех, кто накатил билды из Koji для тестов (что суть та же ручная установка).

     
  • 4.218, Admino (ok), 00:24, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да, в Fedora в репах для релиза Fedora 35. На релизе Fedora 35 большими синими буквами написано «Beta». И да, это другое, погугли, что такое «бета».

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

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

    Она сломалась. Странно. Удивительно.

    А у меня билд 11-й винды падает. Этот позор лежит на Microsoft.

     
  • 3.169, Алекс (??), 17:37, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В Убунту тестовую даже, 21.04, не решились добавить.
     
  • 3.195, Алешка (?), 21:32, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У маньяры, как раз 5.14.7.
    Но штука в том, что нет bfq в приличных репозиториях.
     
     
  • 4.247, Аноним (247), 14:33, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Есть, оно компилиться с ядром, просто не включено по умолчанию.
     
  • 3.200, Алешка (?), 21:59, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У маньяры, как раз 5.14.7.
    Но штука в том, что не bfq в привичных девайсах.
     
  • 2.54, Аноним (49), 12:46, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну... В системде, справедливости ради, и более серьёзные баги были. Просто поверь. И ничё, исправили(этим машинам недавно 666 дней аптайма стукнуло). А тут - бага ядра, даже не дошедшая до лонгтерм-ветки.
     
     
  • 3.68, Аноним (68), 12:58, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И мы снова возвращаемся к разговору, что какие-то ядра "правильные", а какие-то нет. Умора! Слово "stable" на kernel.org, очевидно, ничего не значит.

    Особенно мило это будет для новых пользователей ОС - вы не должны (!!!) доверять kernel.org и основным (!!!) kernel maintainers, только hardcore, только RHEL.

    Ничего, что ядро RHEL не поддерживает новые GPU от AMD - "ой, вы знаете, давайте лучше Ubuntu LTS" - и пошло поехало. Что и ядро Ubuntu LTS не всё поддерживает, "ой, я не знаю".

    // b.

     
     
  • 4.103, пох. (?), 14:18, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > И мы снова возвращаемся к разговору, что какие-то ядра "правильные", а какие-то нет. Умора! Слово
    > "stable" на kernel.org, очевидно, ничего не значит.

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

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

     
     
  • 5.140, Аноним (68), 15:57, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > один очень уважаемый (и было за что) человек популярно объяснял

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

    Это всё, что нужно знать о фанатах свободы.

     
     
  • 6.161, Аноним (159), 17:14, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это не фанат свободы, а поросший мохом бздшник, спятивший от застарелой злобы, .
     
     
  • 7.185, Аноним (184), 20:08, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Заспорил фанат о фанатизми...)
     
  • 6.258, Anon2 (?), 03:11, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Главные разрабы ядра с десятилетиеми опыта системного программирования, включая САМОГО, _везде_ говорят об предпочтительном использовании ядер из дистрибутивов, и использовании ядер из kernel.org, только если пользователь знае зачем это делает.
    Это относится и к самостоятельному компилированию ядра.
    Используйте ЛТС ядра из дистрибутивов, или иное, в случае если знаете что делаете.
    Проблема вот в том, что можно ложно предположить, что знаешь без RTFM.
     
     
  • 7.261, Аноним (68), 19:30, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Главные разрабы ядра с десятилетиеми опыта системного программирования, включая САМОГО,
    > _везде_ говорят об предпочтительном использовании ядер из дистрибутивов, и использовании
    > ядер из kernel.org, только если пользователь знае зачем это делает.
    > Это относится и к самостоятельному компилированию ядра.
    > Используйте ЛТС ядра из дистрибутивов, или иное, в случае если знаете что
    > делаете.
    > Проблема вот в том, что можно ложно предположить, что знаешь без RTFM.
    > _везде_ говорят

    Про вот этот Piздец, пожалуйста, по-подробнее, потому что ничего такого нет ни на kernel.org, ни в LKML.

    Ты вы Piздите и не краснеете.

     
  • 2.85, Тинус Лорвальдс (ok), 13:14, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что только дятлы могут сравнивать ядро с дистрибутивом ОС. В дистрибутивах линукса этого ядра в стабильных репозиториях ещё нет, только в тестовых.
    Наличие ошибок никто, между прочим, не отменял. Даже в линуксе, как в ядре.
     

  • 1.7, Аноним (7), 12:01, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    так воспроизводится тольк с btrfs?
     
     
  • 2.10, Аноним (2), 12:03, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Bfq – планировщик для всех носителей, а не для какой-то конкретной ФС.
     
     
  • 3.221, Stax (ok), 01:25, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Но воспроизводится ведь только с BTFS?
     

  • 1.8, Persistent (?), 12:02, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    И кто-то после этого будет продолжать удивляться, что на электростанциях и вообще критичных к стабильности производствах не используется Linux?
     
     
  • 2.13, AlexYeCu_not_logged (?), 12:08, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А что там используется, умник?
     
     
  • 3.18, пох. (?), 12:12, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > А что там используется, умник?

    два линукса же ж! Пока у одного ведро перезагружается, второй работаит.

     
  • 3.24, Аноним (24), 12:21, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Рубильник, неонка и электрик дядя Вася
     
     
  • 4.120, Аноним (135), 15:13, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Исправил: Разъединитель, указатель напряжения и оперативник Вася :)
     
  • 3.38, Аноним (2), 12:30, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    OpenBSD, конечно же.
     
     
  • 4.58, Аноним (49), 12:49, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И самого Тэо в качестве оператора! Вотъ!
     
  • 3.187, YetAnotherOnanym (ok), 20:17, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А что там используется, умник?

    На, выбирай: https://en.wikipedia.org/wiki/Comparison_of_real-time_operating_systems

     
     
  • 4.239, AlexYeCu_not_logged (?), 11:29, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >На, выбирай

    Дело за малым: узнать для чего именно применяются rtosба где их применение неуместно.

     
  • 2.57, Аноним (49), 12:49, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почившую ныне QNX заменяют на VxWorx, а тем временем развивается https://www.cip-project.org/
     
     
  • 3.188, YetAnotherOnanym (ok), 20:29, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > https://www.cip-project.org/

    Нагромоздить на Debian "set of industrial-grade core open source software components, tools and methods" - это, конечно, будет киллер всех индустриальных RTOS.

     
     
  • 4.208, пох. (?), 23:16, 30/09/2021 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 5.257, YetAnotherOnanym (ok), 21:51, 01/10/2021 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     

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

  • 1.11, sasku (ok), 12:06, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    аврал !
    в несерверной и не присутствующей в стандартной поставке ни одного дистрибутива ветке ядра, фактически в тестовой, обнаружили ошибку.
    все срочно сваливаем куда-нибудь !
    🤔
     
     
  • 2.14, QwertyReg (ok), 12:10, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >фактически в тестовой

    Нет. Эта ветка находится в ветке stable, и для Fedora, например, уже лежит в репах, так что да, это действительно фиаско и крах репутации мейнтейнеров ядра и самого ядра. Никакими отмазками в духе "ой, да это же почти фактически тестовая версия" тут не помочь.

     
     
  • 3.25, Denis Fateyev (ok), 12:22, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > для Fedora, например, уже лежит в репах

    Для текущих поддерживаемых версий, она лежит в testing-e. В стабильных репах — ничего не сломалось.
    https://bodhi.fedoraproject.org/updates/?packages=kernel

     
     
  • 4.31, QwertyReg (ok), 12:26, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >> для Fedora, например, уже лежит в репах
    > Для текущих поддерживаемых версий, она лежит в testing-e. В стабильных репах —
    > ничего не сломалось.
    > https://bodhi.fedoraproject.org/updates/?packages=kernel

    И что? Я хочу использовать самое свежее _стабильное_ ядро. Я его поставил из реп. Что не так?

     
     
  • 5.41, Аноним (41), 12:32, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ты поставил его из тестируемой ветки и со всеми рисками такого поступка должен быть знаком.
     
  • 2.16, AlexYeCu_not_logged (?), 12:11, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какова ныне доля пользователей именно bfq — тоже интересный вопрос. Я думал, что он уж больше 10 лет никому особо не нужен.
     
     
  • 3.20, Аноним (68), 12:14, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Чтооооооооооо?

    Он по default в большинстве дистров, включая RHEL.

    // b.

     
     
  • 4.101, Онаним (?), 14:12, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    cat /sys/block/xvdc/queue/scheduler
    [mq-deadline] kyber bfq none

    OEL и UEK, можно спать спокойно.

     
  • 3.22, анон (?), 12:18, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Для nvme по дефолту используеться none. Так что зацепит только тех, кто вручную сделал. А таких мало, бо bfq уфастный.
     
     
  • 4.45, Михрютка (ok), 12:35, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    при чем тут nvme?

    задеты любые локальные блочные устройства.

     
     
  • 5.63, Аноним (49), 12:52, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, задеты только пользователи bfq, включившие его самостоятельно. Но я, как бубунтовец - даже этого сделать не могу, ибо:
    $ cat /sys/block/sda/queue/scheduler
    [mq-deadline] none
    для этого надо специально собрать новое ведро, чтобы специально напороться на багу.
     
     
  • 6.108, Аноним (135), 14:34, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    modprobe bfq
     
     
  • 7.146, Аноним (49), 16:09, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Но зачем? Ради воспроизведения баги?
     
     
  • 8.162, Аноним (159), 17:16, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чтобы обидеться на неправильный линукс ... текст свёрнут, показать
     
  • 6.110, Михрютка (ok), 14:47, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нет, задеты только пользователи bfq, включившие его самостоятельно. Но я, как бубунтовец
    > - даже этого сделать не могу, ибо:
    > $ cat /sys/block/sda/queue/scheduler
    > [mq-deadline] none
    > для этого надо специально собрать новое ведро, чтобы специально напороться на багу.

    сейчас под рукой линукса нет, там, помнится, udev правилом это прописывалось?


     
     
  • 7.148, Аноним (49), 16:10, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > сейчас под рукой линукса нет

    Вот этим можешь и закончить. А лучше - и вообще не начинать.

     
     
  • 8.194, Админ Анонимов (?), 21:24, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    не обижайся на безрукого... текст свёрнут, показать
     
  • 7.198, Админ Анонимов (?), 21:38, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не знаю как там в Убунте но в том же Арче по дефолту cat sys block nvme0n1 qu... большой текст свёрнут, показать
     
  • 3.190, YetAnotherOnanym (ok), 20:32, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А ты с планировщиком процессов BFS от Коливаса не путаешь?
     
     
  • 4.240, AlexYeCu_not_logged (?), 11:34, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нет.
    С распространением SATA-дисков (и NCQ) варианты none и deadline стали становились всё более популярными.
    UDEV-овские правила, правда, предлагают BFQ для HDD (но не для SSD и NVMe).
     
     
  • 5.267, пох. (?), 12:39, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    с распространением 12309 Причем бы тут - ncq Это просто способ разгрузить проц... большой текст свёрнут, показать
     
     
  • 6.274, AlexYeCu_not_logged (?), 18:32, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А существовал ли вообще этот самый 12309 иначе как в виде мема Насколько помню,... большой текст свёрнут, показать
     
     
  • 7.275, пох. (?), 01:25, 04/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    существовал все эти баги волшебным образом исчезали при откате ведра на три-во... большой текст свёрнут, показать
     
  • 2.19, Аноним (68), 12:14, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Критическая ошибка в двух подряд "стабильных" релизах ядра. И, да, оно уже есть в Arch, Gentoo и Fedora testing. А что, теперь фанаты Линукса будут нести, что только "серверные" ядра правильные, о остальные - нет? Тьфу ты!

    Признаться, что никакой "стабильности" в Линуксе нет, и что QA/QC в Open Source - это матерные слова у вас храбрости не будет.

    И последнее: 5.13 уже deprecated (!!!!), 5.14 - убогое говно, которое приводит к потере данных. Вся суть Линукса. Ошибка известна уже несколько дней - где fix на kernel.org?! Всем глубоко наплевать.

    А потом удивляемся про 2%. Скажите спасибо за 2%, ибо с таким отношением вы даже 0.2% не заслужили.

    // b.

     
     
  • 3.26, Аноним (24), 12:22, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Этот аноним порвался. Несите следующего
     
     
  • 4.183, Аноним (184), 20:05, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Геть из нашего стана! Аноним он легион. Единый и неделимый.
     
  • 3.28, QwertyReg (ok), 12:25, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не вникайте. В ядре критический баг: "Ой, да это всё равно тестовая версия".
    Но нет, это стабильная ветка: "Ой, да ведь ни в одном дистре нет".
    Но нет, уже есть, как минимум, в Fedora: "Ой, да кто Федорой-то пользуется?".
    Окей, а если я сам скачаю и скомпилирую эту "стабильную" версию ядра сам? "Ой, да кто последние-то версии ставит себе, ядру надо настояться! ССЗБ!"
    Но зачем тогда выкладывать заведомо нестабильное ядро? "Ой, а в Винде зато раскладка переключается не с первого раза!"
     
     
  • 4.81, Аноним (81), 13:06, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > “Ой, да кто последние-то версии ставит себе, ядру надо настояться! ССЗБ!”

    Продолжу, а если моё новое оборудование поддерживается только в последней версии ядра?
    “Ой, да кто новое оборудование ставит себе, железу надо настояться (лет 10)! ССЗБ!”

     
  • 4.130, iPony129412 (?), 15:26, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Но зачем тогда выкладывать заведомо нестабильное ядро?

    А тестировать кто будет?
    Ну и да, весь серьёзный бызнес к 5.14 ещё и не подходил.

     
     
  • 5.134, Аноним (68), 15:32, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    О, этот новый дивный аргумент, что какие-то ядра реально "стабильные", на kernel.org слово "stable" ничего не значит. В этом обсуждении его уже повторяли раз 30. От этого валидным он не стал.

    И какие конкретно enterprisise ядра, уважаемый? Назовите весь список, пожалуйста! А ещё расскажите как обычный пользователь должен об этом был узнать.

    Т.е. по вашим словам Linux = это RHEL, а остальные дистры это как бы гумно, так?

    Классно. Т.е. 99.9% дистрибутивов Линукса небезопасны и пользоваться ими нельзя.

    Отличная картина вырисовывается.

     
     
  • 6.147, iPony129412 (?), 16:09, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > enterprisise

    В Ubuntu нет 5.14 и ждать ещё долго.
    В Oracle Linux нет 5.14 и ждать ещё долго.

    Ну всё.

     
  • 3.32, Аноним (41), 12:27, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если используется связка bfq+самое последнее ядро, то действительно риски есть. Никто и не спорит. Но в подобных не самых стандартных условиях великой стабильности никто и не обещал. Больше всего тестируется то, что используется массово.
     
     
  • 4.36, Аноним (2), 12:29, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    BFQ в 2008 году выпущен, ало. А ядро стабильное.
     
     
  • 5.48, Аноним (41), 12:37, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да прекрасно что он выпущен в 2008 году. Ну вот и стоит задавать вопросы его мантейнерам в ядре. Но дело в том, что на отказоустойчивость такое решение как bfq+последнее ядро никто не тестирует. Там где важна надежность такая связка в принципе не используется. А для любителей экзотики всегда есть вариант перезагрузиться и откатить версию ядра. Но они точно ни с чем критически важным дела не имеют.
     
     
  • 6.60, Аноним (68), 12:50, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > никто не тестирует.

    Всё, что нужно знать о QA/QC и качестве ядра.

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

     
     
  • 7.268, пох. (?), 12:40, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Иногда фанаты свободы начинают в такие дебри логики уходить, чтобы оправдать помойку,
    > что они нечаянно раскрывают суть движения.

    подрыв пуканов минусующих зачотен! Продолжай.


     
  • 3.35, astarso1 (?), 12:29, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    1 Я вижу у тебя знатно горит, но в основном перед тем как накатить новое ядро у... большой текст свёрнут, показать
     
     
  • 4.46, Аноним (68), 12:36, 30/09/2021 Скрыто ботом-модератором     [к модератору]
  • –9 +/
     
     
  • 5.50, Аноним (41), 12:40, 30/09/2021 Скрыто ботом-модератором     [к модератору]
  • +6 +/
     
     
  • 6.52, Аноним (68), 12:44, 30/09/2021 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.61, Аноним (68), 12:51, 30/09/2021 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 7.67, Аноним (41), 12:55, 30/09/2021 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 8.73, Аноним (68), 13:00, 30/09/2021 Скрыто ботом-модератором     [к модератору]
  • –3 +/
     
     
  • 9.78, Аноним (41), 13:03, 30/09/2021 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 7.70, Аноним (41), 12:58, 30/09/2021 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.75, Аноним (68), 13:02, 30/09/2021 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
  • 6.72, Аноним (72), 13:00, 30/09/2021 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.115, Аноним (115), 15:04, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Windows server

    Вот попробуйте ответить, каким будет Windows Server на основе Windows 11?

     
     
  • 5.197, kissmyass (?), 21:38, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    конченым, как и все что МС делает последние 10 лет
     
  • 4.132, Аноним (68), 15:28, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Коммерческие ОС такого себе не позволяют, в Линуксе во все щели - но перенесём р... большой текст свёрнут, показать
     
     
  • 5.248, СеменСеменыч777 (?), 14:33, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Коммерческие ОС такого себе не позволяют

    напоминаю: в некоторой шибко коммерческой ОС RCE в подсистеме печати исправляли сколько месяцев ? и с какой попытки исправили ? то-то же.

     
     
  • 6.250, Аноним (68), 15:28, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Коммерческие ОС такого себе не позволяют
    > напоминаю: в некоторой шибко коммерческой ОС RCE в подсистеме печати исправляли сколько
    > месяцев ? и с какой попытки исправили ? то-то же.

    Это похе рило данные?

    то-то же

     
     
  • 7.252, СеменСеменыч777 (?), 15:48, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Это похе рило данные?

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

     
  • 3.69, Аноним (81), 12:58, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Всё так. А до этого была проблема с графикой Intel, которая несколько месяцев была сломана в нескольких «стабильных» версиях ядра. Вообще идея запихивать драйвера в ядро - отвратительная.
     
     
  • 4.80, Аноним (68), 13:04, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Когда интерфейсы ядра нестабильные (Stable API nonsense), по-другому не получится.

    Фанаты свободы жрут, давятся, но зато open source! Есть исходники!! Без них нет жизни!!!

     
     
  • 5.242, фанат швабодки (?), 13:15, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну логично - пить исходники немного ненормально.

     
  • 3.74, Аноним (56), 13:01, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Для сравнения:
    сабж: никого не затронуло, кроме экспериментаторов, легко обходится, легко фиксится, легко откатывается.
    винда: чёрный экран после обновления на всем энтерпрайзе, сделать ничего нельзя кроме перестановки системы, единственная рекомендация от разработчика (которому напомню  заплатили мешок денег) не обновляться (притом что до этого совет был противоположным), патч через 2 недели (не чинит уже сломанное).
    Вот и решай.
     
     
  • 4.82, Аноним (68), 13:07, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А, что?

    Windows 10 развёрнута на сотнях миллионов компьютеров и workstations.

    Расскажете у кого в enterprise были чёрные экраны массово?

    Что-то я ничего не слышал ни разу.

    Сказочники Open Source.

    Чёрные экраны были, да, у тех убогих, которые ставят 100500 софтин, которые приводят к конфликтам ядра, например, такое запросто можно схватить, установив 2 антивируса одновременно. В Линуксе антивирусов нет по сути, так что, конечно, и проблемы нет. Линукс тупо данные х ерит, прямо сам, без ваших действий.

     
     
  • 5.95, пох. (?), 13:47, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Расскажете у кого в enterprise были чёрные экраны массово?

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

     
     
  • 6.129, Аноним (68), 15:25, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Г-н пох. - большой сказочник и врёт, не останавливаясь.
     
  • 5.121, Аноним (121), 15:13, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты гонишь, у 10 постоянно то бсоды, то удаление файлов из хомяка из-за штатных секьюрити апдейтов. И что-то на бизнес ветку тоже просачивается.
     
     
  • 6.128, Аноним (68), 15:24, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Последний раз я видел BSOD на Windows примерно так в 2002 году, и вызван он был кривыми драйверами от ATI.

    На Windows Vista, 7, 8, 8.1, 10 не было ни разу ни у меня, ни в моей организации с ~200 рабочими станциями, ни у моих знакомых в количестве не меньше 30 человек.

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

    Убивать Линукс даже не надо - разрабы сами вам помогут.

     
     
  • 7.158, Аноним (121), 17:11, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У школьников, которые обновляют систему вовремя? Ну да, ну да. Отличное решение полгодика посидеть с известными дырами, а через полгодика проблемные апдейты авось и отзовут.
     
  • 7.253, СеменСеменыч777 (?), 16:03, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Последний раз я видел BSOD на Windows

    год назад, стабильно, воспроизводимо:

    1) смена режима контроллера диска в BIOS с "IDE-совместимый" (в котором дебил-предшественник ставил винду) на "AHCI". загрузка -> BSOD.

    2) попытка клонирования через Clonezilla (а что, как-то иначе надо было ? а почему linux такое переживает ?). загрузка -> BSOD.

    > У школьников, которые страдают варезом и кряками

    абсолютно легальная копия (с точностью до md5sum) легального дистрибутива win7sp1.
    в обоих пунктах.

     
     
  • 8.255, СеменСеменыч777 (?), 16:15, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    вот он 3074519040 May 21 2012 SW_DVD5_Win_Pro_7w_SP1_64BIT_Russian_-2_MLF_X17... текст свёрнут, показать
     
  • 8.262, Аноним (68), 19:32, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Е6aть, вы у Windows отобрали железо - ей не с чего грузиться, вам что спасибо ск... текст свёрнут, показать
     
     
  • 9.264, СеменСеменыч777 (?), 09:44, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    спорим что нет я могу отклонировать установленный antix linux с PATA на SATA, ... текст свёрнут, показать
     
     
  • 10.269, пох. (?), 12:48, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    спорим что нет - если я запущу пару команд - даже ведро менять не буду Просто в... большой текст свёрнут, показать
     
     
  • 11.270, СеменСеменыч777 (?), 13:59, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    одна из которых sudo rm -rf хитрый кокой короче умных послали к умным, а мен... текст свёрнут, показать
     
     
  • 12.271, пох. (?), 14:15, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    в том числе Но поскольку ты к ним не относишься - для тебя сделана другая, чтоб... текст свёрнут, показать
     
     
  • 13.272, СеменСеменыч777 (?), 14:31, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ну и что он мне предложит кроме переустановки уиндоуз с вероятностью 90 - н... текст свёрнут, показать
     
  • 13.273, СеменСеменыч777 (?), 14:35, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    окей скажи еще что диагностика ошибок установки обновлений абсолютно понятна, к... текст свёрнут, показать
     
  • 8.276, анонъчик (?), 08:28, 04/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не то что бы я считал Винду оплотом стабильности, но этот конкретный БСОД устран... текст свёрнут, показать
     
     
  • 9.277, СеменСеменыч777 (?), 12:36, 04/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да знаю я это пох меня за лоха держит, и все боится выдать конкретную инфу ... текст свёрнут, показать
     
  • 5.150, ыть (ok), 16:22, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    по весне при печати с определенных принтеров и при запуске той же 1С система вываливалась в бсод из-за криво слепленного слепыми индусами из МС обновления
     
     
  • 6.191, ааноним (?), 21:02, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    При печати на принтеры киосков такое было. Лечилось откатом или установкой xps драйверов.
     
     
  • 7.192, ааноним (?), 21:03, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Киосера
     

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

  • 1.39, Аноним (39), 12:31, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    до краха не доходило, но блокировки периодически возникают...
     
  • 1.42, Аноним (-), 12:32, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В Fedora 35 вроде всё работает. Но осадок остался, ждём обновления.
     
     
  • 2.112, Аноним (112), 14:53, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    у меня че то все зависает случайно, без логов просто тупо виснет , reset тыкаю после перзагрузки ничего нет в логах. Железо недавно поменял думал из за него. Надеюсь к релизу ядро пропатчат.
     

  • 1.43, arzeth (ok), 12:33, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    А у меня краха не было ещё (linux-tkg, scsi_mod.use_blk_mq=1).
    $ uname -a
    Linux arzeth-pc 5.14.7-202-tkg-pds #1 TKG SMP PREEMPT Wed, 22 Sep 2021 21:37:57 +0000 x86_64 GNU/Linux
    $ uptime -p
    up 1 day, 12 hours, 52 minutes
    $ cat /sys/block/sda/queue/scheduler
    mq-deadline kyber [bfq] none
    $ cat /sys/block/nvme0n1/queue/scheduler
    [none] mq-deadline kyber bfq
    /, /usr/, /var/, часть /home/ пока что на HDD (sda). /usr/share на XFS (не LUKS), остальное — ext4 (LUKS) и NTFS3.

    Может крах только если BFQ используется на NVMe или любом SSD?

     
  • 1.47, Аноним (47), 12:37, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Пофиг, у меня 5.14.3, ещё не emerg'ил апдейтов, и, пожалуй, пока подожду.
     
  • 1.59, Аноним (59), 12:50, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Зачем нужен BFQ, используйте стандартный скедулер
     
     
  • 2.65, Аноним (68), 12:54, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Зачем нужен BFQ, используйте стандартный скедулер

    Попроси свой дистр отказаться от BFQ.

    А ещё скажи почему пользователи Линукс вообще должны думать об этом? Нигде ничего не подгорело? Пользователи хотят работать - им наплевать полностью на IO scheduler в ядре.

     
     
  • 3.83, Аноним (56), 13:09, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я пользователь, ничего не подгорело, мне не плевать на шедулер, хватит за меня решать на что мне плевать, а на что нет. Я не макака, сам разберусь. В конце концов техника всегда так работала - не разбираешься в устройстве инструмента - страдаешь. Что на велосипеде, что на моцике, что на автомобиле, что с хлебопечкой, что с электрочайником и уж тем более с компьютером. На любой системе, только на пролприетарщине у тебя даже нет шанса взяться за паяльник или цепь натянуть. Если совсем не бум-бум, а срочно нужно, то найми админа который будет следить за авто за тебя, периодически менять масло и в случае аварии подрихтует крыло.
     
     
  • 4.87, Аноним (68), 13:18, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Я не макака, сам разберусь.

    Так и запишем: для использования Linux на desktop нужен технический склад ума, знания в IT и владение C/ASM.

    Мне казалось тут кто-то заливал про альтернативу Windows/Mac OS - не, это точно плохая шутка.

     
  • 3.88, Аноним (88), 13:29, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >Попроси свой дистр отказаться от BFQ.

    О, старый классический троллинг тупостью, никогда не устаревает!
    Ни один хоть сколько-нибудь крупный дистр не использует BFQ в качестве дефолтного шедулера. Для /dev/sd* используется mq-deadline, для NVMe и вовсе никакого шедулера не используется.

     
     
  • 4.126, Аноним (68), 15:21, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ни один хоть сколько-нибудь крупный дистр не использует BFQ в качестве дефолтного шедулера

    Fedora смотрит на тебя, как на идиота.

     
     
  • 5.152, Аноним (152), 16:32, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня в Fedora для NVMe none стоит по умолчанию.
     
  • 3.96, llolik (ok), 13:49, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это который?
    Везде, где я видел, стоит mq-deadline для блочных и none для NVMe.
     
     
  • 4.164, Аноним (112), 17:23, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    в федоре bfq, нас зацепило, странные зависания компа на ровном месте без сообщений. Неприятно но паники нет, ядро уже в koji компилируется, сегодня-завтра во всех update-testing страны.
     

  • 1.71, eganru (?), 12:59, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не понимаю, почему пишут что в течении нескольких часов.

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

    Если не сложно - опишите, почему через несколько часов - мне непонятно.

     
     
  • 2.79, Аноним (72), 13:03, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если событие может произойти, может не произойти — проще сказать, что всё останется как было.
     
  • 2.171, Ordu (ok), 17:57, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всё очень просто Но сначала, на всякий случай, ликбез теорвера Если мы допусти... большой текст свёрнут, показать
     
  • 2.236, pashev.me (?), 10:33, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вероятность растёт с течением времени и достигает 1 за несколько часов.

    Учи матан.

     

  • 1.93, Аноним (93), 13:40, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    У меня почему-то только на -zen воспроизводится. Причем упасть может и через несколько минут после старта. Менять планировщик не пробовал
     
     
  • 2.106, Дегенератор (ok), 14:30, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ниче.
     

  • 1.97, Аноним (97), 14:01, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А вы заметили, что когда выходит новость об очередной поломке винды, то виндузятники начинают во всё горло орать, что это всё "враньё" и "нету такого" и вообще "это выдумки линуксоидов", а когда выходит аналогичная новость о какой-то поломке в Linux (неважно, в дистрибутиве или ядре), то они начинают ликовать?

    P.S.: Я сам пользователь Windows, но за таких (особенно который Аноним 68 здесь) клоунов мне просто стыдно

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

     
     
  • 2.99, Аноним (2), 14:04, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А почему вы думаете, что если не линуксоид, то обязательно виндузятник?
     
     
  • 3.127, iPony129412 (?), 15:24, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > если не линуксоид, то обязательно виндузятник?

    Надо, надо
    Твёрдый дать ответ:
    Кто ты? Человек гоpода в тумане? Кто ты?

     
     
  • 4.156, Аноним (-), 17:05, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Кто ты? Человек гоpода в тумане? Кто ты?

    Цитата со стиха покойного Децла - Кто ты? АйПони вырос на читках Децла. Йо, братан! Макось говно.

     
     
  • 5.172, Аноним (184), 18:00, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты чо йо, там вечеринко: пепси, пейджыр, мтиви...
     
  • 4.173, Аноним (184), 18:02, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Писмо покойного, цитата: "Я хочу найти сама себя
    Я хочу разобраться, в чем дело" (ц).
    Процесс затянулся.
     
     
  • 5.175, Аноним (184), 18:04, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вообще мы всегда говорили: слушай реп - кушай ...

    Павер металл, рок форева!

     
  • 4.265, СеменСеменыч777 (?), 09:58, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Надо, надо
    > Твёрдый дать ответ:

    децл - плагиатор ? да-да-да
    слушать русский рэп ? нет-нет-нет.

    ps: https://www.youtube.com/watch?v=2u-ggN604rc

     
  • 2.100, пох. (?), 14:12, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > А вы заметили, что когда выходит новость об очередной поломке винды

    "и что эта новость делает на впопеннете?!"


     
  • 2.113, Аноним (135), 14:54, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И вот линуксоиды не ходят на виндовые форумы, чтобы погадить там. Зато виндузоиды очень любят на том же Опеннете погадить. Их как магнитом сюда тянет.
     
  • 2.124, Аноним (68), 15:20, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Покажете где и как они орут особенно на opennet.ru?

    Покажете хоть одну проблему в Windows NT за последние ~30 лет, которая бы приводила к порче данных?

    Перепись фанатов open source, которым нечего возразить на чудовищные проблемы с качеством кода ядра и безумно слабому QA/QC, продолжается.

     
     
  • 3.177, llolik (ok), 18:06, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >  Покажете где и как они орут особенно на opennet.ru?

    Да вот хотя бы половина этого обсуждения

    > Покажете хоть одну проблему в Windows NT за последние ~30 лет, которая
    > бы приводила к порче данных?

    1) file://C:\:$i30:$bitmap
    2) \\.\globalroot\device\condrv\kernelconnect

    Из недавнего. Вообще ни разу не было. Угу.
    Как и MFT corruption никто ну вообще ни разу не видел.

    > чудовищные проблемы с качеством кода ядра

    Поверь на слово (ну или не верь, мы не в церкви), качество кода в любых проектах таких размеров не сильно лучше.

    > безумно слабому QA/QC

    В Виндах с недавних пор вообще тестеров нет. Хомяки за тестеров. Ну и инициативные хомяки с Insider Preview для самых жёстких багов.

     
     
  • 4.204, Аноним (68), 22:58, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вижу только фанатов свободы Я в лине могу так же сделать cat dev zero dev s... большой текст свёрнут, показать
     
     
  • 5.210, пох. (?), 23:20, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >  В нормальной жизни ваши примеры запускали только идиоты по случайности.

    это какая-то очень несчастливая случайность - "случайно" взять и открыть $i30:$bitmap.

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

    А когда наступит (неизбежно) - линyпсь снова пробьет дно первым.

     
     
  • 6.213, Аноним (68), 23:41, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>  В нормальной жизни ваши примеры запускали только идиоты по случайности.
    > это какая-то очень несчастливая случайность - "случайно" взять и открыть $i30:$bitmap.
    > Нет, качество разработки ms тоже безумно снизилось за последние десять лет -
    > ну так других разработчиков больше не делают. Но такого п-ца как
    > в шва6одных системах, когда не знаешь, куда вообще от этого потока
    > г-на бежать на всех уровнях, все же еще не наступило.
    > А когда наступит (неизбежно) - линyпсь снова пробьет дно первым.

    <img src="file:///C:/con/con"> сто лет в обед - баги раньше были круче и веселее.

    Нет, код NTFS и планировщиков IO в Windows уже вылизан до упора - баги у них в основном в GUI.

     
     
  • 7.215, пох. (?), 00:13, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А где тут баг? Ты бы еще /dev/sda открыл и потом плакал.

     
  • 5.212, llolik (ok), 23:33, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    К окулисту сходить не помешает, в таком случае да и в принципе никогда не мешае... большой текст свёрнут, показать
     
     
  • 6.214, Аноним (68), 23:43, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не буду ни с чем спорить - аргументы хорошие, но такого песеца с потерей данных из коробки от обычного пользования системой в NT не было на моей памяти ни разу.

    Причём это уже не первый, а, наверное, 5 раз, когда в ядре Линукса подобные проблемы.

     
     
  • 7.217, llolik (ok), 00:24, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я изредка видел, особенно у тех, кто забыл данные вынести на отдельный физичес... большой текст свёрнут, показать
     
  • 3.203, Аноним (203), 22:26, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    $i30
     
  • 2.186, афывыфрвлоыф (?), 20:15, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Неправда. Виндузятники сидят себе тихо-мирно. Это линуксоиды сектанты.

    капта 37771, держу в курсе

     
  • 2.193, Ordu (ok), 21:19, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А вы заметили, что когда выходит новость об очередной поломке винды, то виндузятники начинают во всё горло орать, что это всё "враньё" и "нету такого" и вообще "это выдумки линуксоидов", а когда выходит аналогичная новость о какой-то поломке в Linux (неважно, в дистрибутиве или ядре), то они начинают ликовать?

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

     
     
  • 3.207, Аноним (206), 23:13, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    три чая этому господину

    капча 57888, держу в курсе

     
  • 3.224, Аноним (97), 02:52, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Тролли, по-моему, с какой стороны не посмотри -- везде зелёные, вне зависимости от того, какой ОСью они пользуются

    Может ты и прав, но на этом сайте в основном виндузятники-то и начинают ликовать, когда появится новость об обновлении Wine, Proton, Steam Deck, новость о какой-либо уязвимости или баги в Linux (включая какой-то конкретный дистрибутив). Я таких же неоднократно вижу и на 3dnews, ixbt, да в общем-то много где

     
  • 2.260, Аноним (260), 18:15, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ЧСХ и те и другие ничо не под линкус ни под винду не пишут, не говоря уж ессно про ядра того и другого, простые юзеры, которые тешат ЧСВ.
     

  • 1.114, Аноним (114), 14:54, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    В треде нашествие белок-истеричек. 🤷🏻‍♂️
     
  • 1.123, Аноним (68), 15:18, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вышел 5.14.9 _без_ фикса - это всё, что нужно знать о Линуксе.
     
     
  • 2.133, пох. (?), 15:32, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Вышел 5.14.9 _без_ фикса - это всё, что нужно знать о Линуксе.

    Фикс еще недостаточно протестирован!

    К тому же еще не получил одобрения комьюнити (там colour не с той буквы в комментариях!) Неправильно подан - в ЗЕМЛЮ кланяться надо, а не в пояс же!

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

     
     
  • 3.138, Аноним (68), 15:53, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты читать умеешь?

    Это не фикс - это _revert_. Он не может привести к багам, потому что возвращает старое оттестированное уже несколько лет поведение.

    Почему 100% твоих комментариев - это facepalm.jpg или просто ложь?

     
     
  • 4.189, Аноним (189), 20:31, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >возвращает старое

    А зачем его убрали? Случайно?
    Или "оттестированное уже несколько лет поведение" чему-то мешало?
    Откуда взялся "_revert_"?

     
  • 2.141, Аноним (141), 15:57, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты почти прав. Но вот ведь незадача. Ядро 4.19 ну очень стабильно и никто не заставляет с него переезжать. 5.14 нужно далеко не всем, хотя на нем и работает в wayland ускорение декодирования видео на Intel без зависаний. Может только пользователи exFAT страдают и могут пострадать на другом планировщике. В общем отставить нытье! Когда есть рабочие варианты это глупая затея пытаться принизить Linux. Это в шинде нечем заменить сломавшийся компонент, а в линуксе как правило полно вариантов.
     
     
  • 3.167, пох. (?), 17:34, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > а в линуксе как правило полно вариантов.

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

    "Другой планировщик", "без exfat" - ну что это за страдание, так, мелкое неудобство, они ж привыкли, "видео виснет" - зачем в wsl какое-то видео и вообще надо было выбирать другое (какое - никто не знает потому что каждый день поломано) и так далее.

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

     
  • 2.170, eganru (?), 17:51, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    [i]Вышел 5.14.9 _без_ фикса - это всё, что нужно знать о Линуксе[/i] - Родина им дала патч — применяй! Применяй патч, *****! Не хочу, хочу на опеннете ныть! Что такое? Это аноним?! Это аноним?!
     
     
  • 3.201, пох. (?), 22:08, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А о существовании патча и вообще наличии проблемы - родина им из каждого утюга сообщает?

    > Не хочу

    Не хочу выуживать патчи к "шта6ильному" ведру из впопеннетов и прочих неведомых задниц.

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

    "Стабильное ведро - в вашем дистрибутиве!" (c) Божок-с-пальцем на подсосе у Rhbm. Откуда у тех берется стабильное ведро - вам знать необязательно. Несите денежки, за вас все пропатчат. Есть, конечно, тоже за вас будут, ну как обычно.


     
  • 3.205, Аноним (68), 23:01, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > [i]Вышел 5.14.9 _без_ фикса - это всё, что нужно знать о Линуксе[/i]
    > - Родина им дала патч — применяй! Применяй патч, *****! Не
    > хочу, хочу на опеннете ныть! Что такое? Это аноним?! Это аноним?!

    Пользователей, которые смогут применить его сами - единицы. Я его уже накатил и сижу на 5.14.9 через 2 часа появления его на kernel.org.

    А если вы хотите пользоваться Secure Boot, то вообще почти никак (MOK ключи загонять в BIOS - это от силы 100 человек в мире делает).

    Это всё, что нужно знать о Линуксе.

     
     
  • 4.211, пох. (?), 23:22, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > MOK ключи загонять в BIOS - это от силы 100 человек в мире делает

    смеешься? Да в любом дурдоме больше койкомест.

    Ну и в принципе - если ты хотишь пользоваться секурбутом и при этом собираешь себе необычные ядра - вероятно ты БУДЕШЬ добавлять свои ключи и повыкидываешь все остальные. Просто потому что можешь, а наличие чужих ключей в изрядной степени нивелирует пользу от само по себе неплохой защиты.

     
  • 4.223, Kuromi (ok), 02:52, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну по чесноку - в современных материнках добавлять свои ключи стало на порядок проще, есть для этого соответствующий гуй. Другой вопрос что надо это мало кому.
     

  • 1.165, microcoder (ok), 17:24, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Эта бага с каким-то специфичным железом?
    Ядро в Манджаре 5.14.7 несколько дней, проблема не проявляется, uptime c момента обновления ядра
     
     
  • 2.168, Аноним (112), 17:37, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    до конца не понятно, у меня зависает, пару часов где-то ждать пока зависнет, в основном когда длинные ролики на ютубе в фаерфоксе смотрел. После перехода на с bfq на mq до сих пор "ни одного разрыва", 4 часа. Официально что тот там мутно все, откатили изменения последние но причину настоящую так и не поняли.
     

  • 1.174, Гость (??), 18:03, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Придется вечно оставаться на 5.12 ) с 5.13 начали все ломать, куча до сих пор не исправленных регрессий даже с таким важным как nfs, mdraid.
     
     
  • 2.179, Аноним (179), 19:12, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А что с mdraid?
     
     
  • 3.182, Гость (??), 19:55, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    например, убили напрочь статистику для /dev/md*
     
     
  • 4.199, kissmyass (?), 21:42, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    люто плюсую, сам офигел когда зашел в iostat

    а еще я ловиле buffer overflow

    но загрузился со старого ядра 5.11.x и все работает как часы ))

     
  • 2.278, СеменСеменыч777 (?), 13:29, 07/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    собираю 5.10.* с kernel.org по мере выхода, жду следующего LTS.
    что я делаю не так ?
     

  • 1.181, афывыфрвлоыф (?), 19:54, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как вообще можно выпускать такие подверсии "stable" ядра? Люди потом пойдут на Рач гнать, когда надо бы на Торвальдса (или кто там, Кроа-Хартман?). Повезло, что сижу на mq-deadline.

    капча 97397, держу в курсе

     
  • 1.196, Аноним (196), 21:36, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Brain Fuckkk Quiie
     
  • 1.202, Аноним (202), 22:18, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    у меня bfq и 5.14.7, чяднт ?

    ...
    uname -a
    Linux Shiva 5.14.7-051407-lowlatency #202109221210 SMP PREEMPT Fri Sep 24 09:27:21 EEST 2021 x86_64 x86_64 x86_64 GNU/Linux
    xxx@Shiva:~$ w
    22:17:44 up 6 days, 12:24,  1 user,  load average: 1,29, 1,16, 1,05
    USER     TTY      FROM             LOGIN@   IDLE   JCPU   PCPU WHAT
    rus      :0       :0               24сен21 ?xdm?  19:53m  0.00s /usr/lib/gdm3/gdm-x-session --run-script env GNOME_SHELL_SESSION_MODE=ubuntu /usr/bin/gnome-session --systemd --session=ubuntu
    ...

     
     
  • 2.209, Аноним (206), 23:16, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    держи в курсе

    капча 88653, держу в курсе

     
  • 2.219, llolik (ok), 00:39, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > чяднт

    Не юзаешь btrfs? Вроде как в комплекте с ней всплыло.

     
     
  • 3.222, Аноним (202), 01:40, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    btrfs ? лучше уже себе в ногу выстрелить
     
  • 3.234, Аноним (234), 10:01, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У меня btrfs бзается в контейнерах. Ни одного зависания не было с момента обновления на ядро 5.14.7
     
     
  • 4.235, llolik (ok), 10:26, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У меня btrfs бзается в контейнерах. Ни одного зависания не было с момента обновления на ядро 5.14.7

    И scheduler там bfq? Проблема всплыла в bfq в сочетании с использованием btrfs (как-минимум пока только с ней). Читаю то, что есть в багзилле.

     

  • 1.227, Аноним (225), 04:42, 01/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    BFQ - "никогда такого не было и вот опять". (с)
     
  • 1.228, Ананоним (?), 05:40, 01/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кац предлагал сдаться!
     
  • 1.230, Аноним (230), 07:33, 01/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    God, bless FreeBSD
     
  • 1.233, ононимум (?), 09:47, 01/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Юниттесты не нужны, ага
     
  • 1.243, Аноним (-), 13:40, 01/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В Fedora 35 уже 5.14.9. Всё хорошо. За дистрибом таки должен стоять гигантский корпораст, иначе получается поделие для баловства, а не для работы.
     
     
  • 2.244, пох. (?), 13:51, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В нем ошибка не исправлена. Все хорошо, все хорошо...

    > За дистрибом таки должен стоять гигантский корпораст

    а зачем нам еще одна windows только всем хуже? Одна-то уже есть.

     
     
  • 3.251, Аноним (-), 15:38, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты балабол. Не пиши больше комментарии.
     
  • 3.256, Аноним (184), 20:55, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А мне нраицца! Пусть пишет!
     
  • 2.263, n (??), 05:18, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    и в 34 и в 35 эта ошибка есть и не исправленна, система зависает намертво. вообще в федоре за релиз ломается неимоверное количество вещей, в основном редхетовских же, пихают "новинки" и не парятся, кстати там реально за это робот а не человек отвечает, просто собирает и пихает сразу вам в зад. ПС. можно конечно же сидеть на релиз назад
     

  • 1.249, 1 (??), 14:52, 01/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    https://liquorix.net
     
  • 1.259, Аноним (259), 08:56, 02/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    человек построил - человек разрушит
     

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



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

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