В недавнем обновлении (2.3-3ubuntu9.4 (https://git.launchpad.net/ubuntu/+source/dkms/commit/?id=4cf...)) в Ubuntu 18.04 нарушена (https://bugs.launchpad.net/ubuntu/+source/dkms/+bug/1838245) нормальная работа системы DKMS (https://github.com/dell/dkms) (Dynamic Kernel Module Support), используемой для сборки сторонних модулей ядра после обновления ядра Linux.
Признаком проблемы является вывод сообщения
"/usr/sbin/dkms: line### find_module: command not found"
при ручной установке модулей, или подозрительно отличающиеся размеры initrd.*.dkms и нового созданного initrd (это можно проверить пользователям unattended-upgrade). Важно, что проблема не является для пакетного скрипта поводом остановиться и сообщить об ошибке, не портя другие initrd.Для тестирования уже предложен (https://code.launchpad.net/~alextu/+archive/ubuntu/dkms-2.3-...) исправленный вариант пакета dkms. Для избежания проблем в случае использования DKMS до выхода исправления в стабильных версиях пакетов рекомендуется временно отключить скрипт автоматического обновления пакетов.
URL: https://bugs.launchpad.net/ubuntu/+source/dkms/+bug/1838245
Новость: https://www.opennet.dev/opennews/art.shtml?num=51190
все работает, вывсеврети!
А зачем домохозяйкам ставить модули ядра?
чтобы отвечать на вопросы маленьких почемучек
Я домохозяин. Собирал и ставил модуль exfat через dkms. Всё работало, хоть я и алкоголик. А мне оказывается сначала вас нужно было спросить?
домохозяйка, полагаю, огребет через модуль нвидии.
Но это хоть починить легко, в text mode-то она загрузится.А вот тем, у кого система с root on zfs - не позавидую, потому что к ней тоже недавно пришло обновление, и при его установке неработающий скрипт выпилит zfs из _всех_ initrd, включая резервные от старых ядер, потому что он их тоже полезет обновлять (в статье, после того как из нее убрали весь мат, появилась неточность - обновление только ядра с неработающим скриптом еще цветочки, оно штатно откатится на предыдущее, а вот бэкапный initrd надо будет ручками цеплять, если вообще знаешь о его существовании и он не успел прооверрайтиться еще каким апдейтом)
Я, честно говоря, в а...е, потому что в этой истории все прекрасно - и пио...нецветочек, получивший права на изменение в lts-релизах уже-почти-окончательноготовой для промышленной эксплуатации системы одной из ключевых для загрузки деталей, и полное отсутствие тестирования, и то что такой апдейт двое суток нельзя не то что починить, а хотя бы немедленно откатить...
А, ну и вишенкой на тортике - code style:
if [ -z чтототам ] ; then
return 0
заменен на[ -z чтототам ] || return 0
- скажите, кто с первой попытки вообще понял, что тут написано и почему неправильно? И зачем - ему платят за число сэкономленных строчек? Хотел показать свою крутость, что он знает что if только проверяет код возврата? Уж можно было хотя бы написать test -z var || return , если так хочется в одну строчку, а не использовать синтаксис, специально предназначенный для if.
Я бы за такое бил линейкой по обезьянкиным лапам, и отправлял на второй год. А они, вишь, убунтомайнтейнеры.
> система с root on zfsМне для данных-то этого монстра всё страшнее и страшнее использовать (вот, уже на RO перешёл даже после очередного unable to handle kernel paging request со странными спецэффектами на одном из пулов), а ты, ишь, аж на корне пользуешь. Завидую такой смелости так же, как ты чувакам с Gluster на армах.
Кстати, у тебя, случаем, про HAMMER2 нет каких-нибудь страшных историй? Безотносительно DragonFly (я переживу идею где-нибудь в стороне от всего заставить его работать исключительно сетевым складом файликов) и дефицита подопытных мышей у Диллона.
> Мне для данных-то этого монстра всё страшнее и страшнее использовать (вот, уже
> на RO перешёл даже после очередного unable to handle kernel paging
> request со странными спецэффектами на одном из пулов), а ты, ишь,
> аж на корне пользуешь. Завидую такой смелости так же, как тыя ее использую там, где данные вообще не очень нужны - предполагалось, что если оно развалится, система быстренько переустановится, а снапшот я потом поверх заново налью. Кто ж знал, что она в этом случае и не установится тоже, причем сама zfs тут не виновата ;-)
> Кстати, у тебя, случаем, про HAMMER2 нет каких-нибудь страшных историй? Безотносительно
нет, мне кажется достаточно страшной сама идея использовать его - просто потому, что если развалится (даже по несвязанным с самой fs причинам - вот как сейчас с убунтой) - приобретешь массу ненужных знаний, причем hard way, на стековерфлоу вряд ли найдутся готовые ответы. Поэтому особо и не интересовался, как там что.
Есть мнение, что следующую свою мусорную хранилку я буду собирать на ntfs. Вроде ни ntfs3g, ни саму fuse пока не успели серьезно испортить. Ядро выберем без mq. А при аварии - чинить будем виндой.
>> Кстати, у тебя, случаем, про HAMMER2 нет каких-нибудь страшных историй? Безотносительно
> …если развалится … - приобретешь массу ненужных знаний, причем
> hard way, на стековерфлоу вряд ли найдутся готовые ответы.Ну, тут всё зависит от количества новых знаний, и если оно сильно меньше, чем с zfs, то потерпеть я готов, вот только вряд ли это так. Да и с zfs вот всё равно случился пресловутый hard way — куда мне теперь девать умение читать уберблоки и ходить по DVA через radare2 прямо с дисков? (На более частые off-site-бекапы никаких каналов и дисков не напасёшься, и я уж молчу про чебурнетизацию.)
> Есть мнение, что следующую свою мусорную хранилку я буду собирать на ntfs.
Проблему bitrot решил отдать на откуп par2 в кронтабе? После zfs на обычные рейды смотреть не хочется, пусть даже scrub за многие годы и исправил мне лишь мегабайт-другой данных — капля в море терабайтолет, а даже для помойки всё равно обидно потерять будет.
> Вроде ни ntfs3g
Я что-то пропустил, и его научили storage spaces? Или ты решился класть NTFS поверх mdraid? Или ограбил склад с тыщей неадаптеков?
> ни саму fuse пока не успели серьезно испортить.
Удивительно, да, и это при текущей версии протокола 7.31. С другой стороны, в плане того же page cache там, кажется, ещё портить и портить.
Да и если https://lwn.net/Articles/787630/ войдёт в ядро, то портить fuse уже не станут, а просто плавно забросят.
> А при аварии - чинить будем виндой.
Видимо, всё-таки неадаптеки.
>> Есть мнение, что следующую свою мусорную хранилку я буду собирать на ntfs.
> Проблему bitrot решил отдать на откуп par2 в кронтабе?попробуем gluster на соседнее корытце, как завещали (клиент, который 200T на нем держал, правда, новую хранилку, по слухам, собрал на lizardfs, видимо, искренне верит в качество свободного кода - там, если в математике ошибка или просто что-то сделали как всегда, уже ничего не восстановишь)
суммы и так хранятся на все крупное и ценное, но постоянно их пересчитывать - диск раньше сдохнет.А свалка она и есть свалка - ну сдохнут какие-то древности, все равно мало шансов что они бы пригодились в жизни.
> Да и если https://lwn.net/Articles/787630/ войдёт в ядро, то портить fuse уже не станут,
> а просто плавно забросят.это лучшее, что они могут сделать.
Поскольу в способностях нынешних разработчиков что-то испортить, сам видишь, сомнений уже нет.А на работе у меня есть продухт непосредственно от самой NetApp, там на коленке не надо. Точнее, два - один сейчас коллеги в панике разбирают. Потому что на него саппорт кончился. Надежно! ;-)
> попробуем gluster на соседнее корытце, как завещали (клиент, который 200T на нем
> держал, правда, новую хранилку, по слухам, собрал на lizardfsУ его последователей качели уже который год, они то moosefs нарекают умершим и бегут на lizardfs, то наоборот. Изредка объявляются смельчаки, которым настолько всё пофиг, что они приходят хвалить mergerfs или спрашивать, пробовал ли кто-нибудь rozofs (ответов, разумеется, никто не дожидается).
С другой стороны, пользователей Gluster всё больше, может, и не придётся долго ждать результатов экспериментов над человечеством: https://old.reddit.com/r/DataHoarder/comments/bpmf3i/
> А свалка она и есть свалка - ну сдохнут какие-то древности, все
> равно мало шансов что они бы пригодились в жизни.Вот никогда не знаешь, что и когда может пригодиться. Я уже, кажется, чуть ли не ютуп скоро архивировать начну, потому что не могу в нужный момент сослаться на контент, убранный ранимыми истеричками, копирастами, фейковыми копирастами и авторами, которых переклинило.
> У его последователей качели уже который год, они то moosefs нарекают умершим и бегут на
> lizardfs, то наоборотчорд, а это еще и не одно и то же? 8-O
мне слишком памятна история с md-raid6, чтобы я повелся на erasure codes на неведомых полиномах.
> Вот никогда не знаешь, что и когда может пригодиться. Я уже, кажется, чуть ли не ютуп скоро
> архивировать начну, потому что не могу в нужный момент сослаться на контентда, но и плакать, если он вдруг превратится в тыкву, особенно если еще и не весь, а частями, я тоже не особенно буду. Потому как глядеть на контент, занимающий 500G, понимая, что в целом он тебе нафиг не нужен, и может быть когда-нибудь понадобится что-то одно, чего там еще и не окажется или окажется повреждено - мне уже и так надоело.
поэтому вкладывать остатки денег в сложные конструкции для таких целей - смысла нет.
А ценные данные у меня мелкие, им bit rot не грозит, нехай на ext4 остаются.
> мне слишком памятна история с md-raid6, чтобы я повелся на erasure codes
> на неведомых полиномах.Не в защиту ВасянФС, так, справедливости ради: полиномы-то в md такие же, как и в КД-ПЗУ, да и история тогда была в том, что чтением-записью жонглировали неаккуратно. Казалось бы, куда более простая история, чем какие-то там поля Галуа, но вот при записи на один из заменяемых дисков как раз всё и теряли.
(Не, понятно, что с сидюков тебе уже тоже давно ничего не нужно, тем более что на них обычно вообще написано «FreeBSD 7-RELEASE» и следы от кружки видятся.)
> Не в защиту ВасянФС, так, справедливости ради: полиномы-то в md такие же, как и в КД-ПЗУ,нет, в том и дело.
> да и история тогда была в том, что чтением-записью жонглировали неаккуратно
нет, там история фееричная, я ее уже разок излагал, не поленюсь повторить - существовала и по сей день доступна в недрах univercity of Tennessee статья, каких-то американца и китайца, описывающая собственно теорию всех современных raid (она, между прочим, забавна тем, что там мимоходом упоминается еще несколько возможных подходов, ни один из которых толком не исследован - эти выбрали код Рида, не утверждая что он лучший - просто до других вариантов руки ни у кого не дошли)
Она сложная (там те самые поля Галуа), ее понимают выпускники мехмата, а выпускники ВМК - не все. Понимать не означает заметить проблему. Peter Anvin сумел ее году этак в 98 прочитать, написать собственно код raid6 для линуксного md.c и, внимание - в 2004м написать детальную инструкцию для программистов, не отягощенных математикой, просто что с чем ксорить! Где-то она там и лежит до сих пор на kernel.org
Дальше смешно: http://web.eecs.utk.edu/~plank/plank/papers/CS-03-504.html это уже и выпускник ВМК поймет. Даты, в особенности! ;-) Ну листик выпал, видимо, при сдаче в печать ;-)Угадайте, сколько народу успело либо скопипастить код md.c прямо в потроха коммерческих рейд-контроллеров, либо сравнительно-честно воспроизвести с чистого листа, пользуясь статьей?!
Анвин, надо отдать должное, это "написано короста, читать красота" - заметил, и та версия статьи что доступна сейчас (точнее, та что я читал, фиг знает, доступна еще или нет) - граничное условие включает, но это произошло на год позже. А без него матричка-то того-с... как настоящая, только не работает.
А вот у одного автора zfs (ahl@) оказалось таки математическое образование - и он ошибку заметил сам, до того как багнутый алгоритм raidz3 уехал в код (z2 сделан по статье Анвина, как у всех).
Ахвотоночо! Я-то про более поздние приколы с mdraid вспомнил, этого десятилетия ещё.>> Не в защиту ВасянФС, так, справедливости ради: полиномы-то в md такие же, как и в КД-ПЗУ,
> нет, в том и дело.И правда, «P/Q syndrome» в исходниках не о тех синдромах, о которых я сперва подумал. My bad.
Правильно будет test -z "$var" && return 0
Правильно будет test -z "$var"
> скажите, кто с первой попытки вообще понял, что тут написано и почему неправильно?Linux Shell Scripting Cookbook:
-----
Here are some methods used for comparisons and performing tests:
...
... to make them shorter we can use logical operators:
[ condition ] && action; # action executes if condition is true
[ condition ] || action; # action executes if condition is false
...
This is a very helpful trick while writing Bash scripts
-----Кто не понял, "трюк" данный основан на том что логический оператор "и" вычислять дальше бессмысленно если значение первого выражения "false" (конечный результат все равно будет "false"), а логический оператор "или" вычислять дальше бессмысленно если значение первого выражения "true" (конечный результат все равно будет "true"). Вот вторые значения и "не вычисляются" интерепретатором Bash в каждом из данных случаев. Что и используется "трюкачами".
А "бить по лапам" (если уж так хочется) нужно того кто задокументировал данное поведение интерпретатора при работе с логическимим операторами как "стандартное и гарантированное". Обычно так себя ведут "оптимизирующие компиляторы", но зачастую такое поведение не гарантировано в стандарте языка программирования и поэтому данный "трюк" получается "компиляторо-зависимым" (или еще и зависимым от параметров оптимизации). А в Bash похоже изначально "развязали руки" любителям подобных "трюков".
> Linux Shell Scripting Cookbook:бл...ь
вот не зря в 90е у нас было расхожее клише - если на книжке, не важно, по программированию или по администрированию, написано Linux вместо unix - "в печку", не читая - это писал какой-то дилетант, сам хреново владеющий темой.
> А "бить по лапам" (если уж так хочется) нужно того кто задокументировал данное поведение
> интерпретаторано поздно уже, видимо - жрите ваш "новый стандарт", экономия на символах и байтиках.
Ценой полной нечитаемости.test <что-то> || do_something - понятно и читаемо, пока этот тест единичный, без логических операторов, хотя и точно так же чревато плохо различимой ошибкой из-за перепутанного оператора. А скобки без if - просто вот "то ли тут if забыли, то ли что-то еще хотели проверять"?
Алиас с test на '[' и мертвый оператор ']' были придуманы исключительно для того, чтобы код c if был хотя бы отдаленно похож на нормальный условный оператор в других языках - зачем его совать в другие места, где он совершенно нечитаем - ну, видимо, "новый стандарт".
[ - ето еше ничего$ test -z $notexist; echo $?
0$ test -z "$notexist"; echo $?
0Но
test -n $notexist; echo $?
0 <----- WTF!!!test -n "$notexist"; echo $?
1Я не знаю по какому ето стандарту, но явно не по человечески...
и вот за подобные вещи (в смысле, их невозможность) я очень любил csh.жаль что писать на нем в эпоху новых стандартов примерно так же полезно как на tcl.
> Обычно так себя ведут "оптимизирующие компиляторы", но зачастую такое
> поведение не гарантировано в стандарте языка программирования и поэтому данный "трюк"
> получается "компиляторо-зависимым" (или еще и зависимым от параметров оптимизации).Фрагмент стандарта самого обычного языка:
6.5.13 Logical AND operator
4 Unlike the bitwise binary & operator, the && operator guarantees left-to-right evaluation;
if the second operand is evaluated, there is a sequence point between the evaluations of
the first and second operands. If the first operand compares equal to 0, the second
operand is not evaluated.
> А зачем домохозяйкам ставить модули ядра?Например, в бубунте можно выбрать "почти как в винде" установку блобика нвидии:
https://i.stack.imgur.com/qVeE9.png
Оно сделает все само. Если повезет [0].
[0] В этом чуде сборной автомагии даже в LTS версии возникают "интереснейшие" комбинации, когда пакет с ненавидией вроде как устанавлвается, но "не работает" - в смысле, карта нвидии не "врубается", только интегрировання интел.
Можно удалить и опять установить в этом удобном гуе – оно удалится и установится, правда, никаких сообщений об ошибках не будет.
Лишь когда начнинаешь ставить вручную через apt и внимательно читать выхлоп, видишь сообщение об ошибке и ссылочку на лог. А уж там выясняется, что при установке пакета был сбой при пересборке (автоматом подтянутые linux-headers были не той версии -- правда, я не уверен что ЦА бубунты LTS сможет это сходу угадать по сообщениям об ошибках в gcc 🙄), но пакет все равно установился, а то что он без модуля -- ну, бывает.
ненене, мы такого пользователям не подсовываем. У нас просто ставится и работает - никаких странных вопросов пользователю не задавая. Особенно нам доставил второй блок, где к "Unknown:Unknown" и "дивайс не работает" предлагается поставить апдейт микрокода cpu ;-)
> ненене, мы такого пользователям не подсовываем. У нас просто ставится и работает
> - никаких странных вопросов пользователю не задавая.В смысле – черный экран после очередного автоматического обновления (причем, на той машинке помимо ненавидии так же была интеграшка интеля) и с возможностью "ребут в меню, откатить на точку восстановления, ребут, заметить через 5 минут, что оно опять обновляет работающие дрова автоматически на новую, свежую, поломанную версию, час искать возможность отрубить обновления дров, в итоге с матюгами отрубить обновления вообще"?
Это да, это работает достаточно просто.
> В смысле – черный экран после очередного автоматического обновления (причем, на той
> машинке помимо ненавидии так же была интеграшка интеля) и с возможностью
> "ребут в меню, откатить на точку восстановления, ребут, заметить через 5
> минут, что оно опять обновляет работающие дрова автоматически на новую, свежую,ну, заметь, с линуксом тебе и откат не поможет, во всех старых initrd будет "обновленное" пустое место вместо драйвера - тут мы превзошли microsoft ;-)
Интересно, а сферический в вакууме десктопный юзер убунты - отрубить обновления-то вообще сможет?
> ну, заметь, с линуксом тебе и откат не поможет, во всех старых initrd будет "обновленное" пустое место вместо драйвера - тут мы превзошли microsoft ;-)Э-э не, чисто психологически "Отымеем Вас за Ваши же деньги" куда обиднее.
> Интересно, а сферический в вакууме десктопный юзер убунты - отрубить обновления-то вообще сможет?
Если еще не разучился читать, то вполне – тот же самый диалог, другой таб:
https://1175654.v1.pressablecdn.com/wp-content/uploads/2014/...
Проблемы бубунтупользователей.
Я никогда не пересобираю старые initrd
в rhel6 dkms работает точно так же - при обновлении чего угодно, включенного им в initrd, они пересоберутся все. В 7 и 8 не проверял.
> в rhel6 dkms работает точно так же - при обновлении чего угодно,
> включенного им в initrd, они пересоберутся все. В 7 и 8
> не проверял.А там, случаем, не создаётся при этом в корне файл Modules, как в Росе?)
вроде нет - во всяком случае, после работы не остается.
Я полагаю, они там особо не выпендриваются, просто тащат с делла.
Спасибо.
Агась, я так в 14.04 lts "просто обновился" и уехал по делам. Не видеокарта, конечно, но на след. загрузке обнаружилось наличие отсутствие вайфая. wl не скомпилился, тихо, молча.
Проприетарные драйвера невидиа, виртуалбокс и ещё чего-нибудь там.
> виртуалбоксВиртуалбокс (официальный, как надо от Oracle) не использует DKMS.
>> виртуалбокс
> Виртуалбокс (официальный, как надо от Oracle) не использует DKMS.у меня - вполне себе использует, правда, не в убунте, конечно.
# dkms status
vboxguest, 4.2.38, 2.6.32-696.16.1.el6.x86_64, x86_64: installed
vboxguest, 4.2.38, 2.6.32-696.20.1.el6.x86_64, x86_64: installed
vboxguest, 4.2.38, 2.6.32-754.11.1.el6.x86_64, x86_64: installed
vboxguest, 4.2.38, 2.6.32-754.15.3.el6.x86_64, x86_64: installed
vboxguest, 4.2.38, 2.6.32-754.17.1.el6.x86_64, x86_64: installed
vboxguest, 4.2.38, 2.6.32-754.6.3.el6.x86_64, x86_64: installed
vboxguest, 4.2.38, 2.6.32-754.9.1.el6.x86_64, x86_64: installed
Ах да забыл, что я на Opennet.
KOI8, Floppy дисководы...> Актуальный виртуалбокс (официальный, как надо от Oracle) не использует DKMS.
это тот, в котором
https://www.virtualbox.org/ticket/18623
?
действительно, зачем ему dkms, он и собрать-то свои модули не можетhttps://www.virtualbox.org/ticket/18564
"ускорили" графику до полной неработоспособностии т д.
Я лучше как-нибудь так, с флоппи-дисков, по старинке.
Их дистрибутив, захотели - сломали, захотели - починили.
Ещё микрософт их не купил, а уже началось.
Что значит "началось"? Это никогда и не кончалось, раз в месяц-два что-нибудь обязательно, да сломают, ненавязчиво подталкивая пользователей к покупке платной поддержки. А потом отдельные лап4атые удивляются, почему люди предпочитают дебиан, сусе и арч - да даже арч стабильнее бубунты будет.
Пруфы с тестами в студию, мсье Балаболкин.
Тестами чего? Того, что арч стабильнее? Уже 2 месяца сижу, ни единой проблемы не было, как и на любых других дистрибутивах. До этого пользовался дебьяном анстейбл, проблем не было. Всё сильно зависит от железа, используемых пакетов и прямоты рук.
> ненавязчиво подталкивая пользователей к покупке платной поддержкиИ допустим она есть. И что она даст в этой ситуации?
PS: вопрос риторический
> И допустим она есть. И что она даст в этой ситуации?
> PS: вопрос риторическийи зря - если бы у меня была - я бы позвонил. Вот ровно чтоб убедиться, что деньги им не за воздух плачу.
Мне правда очень интересно, как бы они выпутывались, если бы я позвонил им со словами что "после планового апдейта система превратилась в тыкву, не может найти root fs" - без всяких упоминаний dkms, что именно обновлялось, и тем более копипасты ошибок - обычный пользователь их и не увидит, и не поймет что это именно ошибки - мало ли всякой фигни выводится при обновлениях. "Прогрессометр до 100% доехал, ничего не ругалось"
Если у кого (вдруг чудо?!) есть такая - я готов проставиться за грамотно организованный тест их способностей.
Потому что мне повезло очень и очень крупно, что я вообще заметил проблему вовремя, до того как эти обновления добрались до автообновляющихся коробок с как раз zfs root.
Что-то мне подсказывает, что они бы предложили переустановить систему заново (ой, снова fail) а потом начали бы ее искать в HCL, и про этот тикет в ланчпаде никто там и не слышал.
> и зря - если бы у меня была - я бы позвонил.В данной ситуации другого ответа кроме как "мы работаем над этим" не могло быть.
полагаю, клиента бы в данной ситуации интересовало как загрузиться, а не над чем они там работают.
А вот это как раз очччень интересно узнать - что дает хваленая поддержка каноникала в случае косяка каноникала. И если ничего, то выбирать этот дистр для развертывания - признак недалекого ума.
мы такого дерьма не покупатели.
Пусть хуавею продаются.
Майкрософт-то не настоящий: настоящий вспомнил бы про то, для связки с чем затачивался WSL.
"это у вас клавиатуры кривые - потому что у вас все такое кривое? - Нет, это потому, что мы с вниманием относимся к потребностям наших клиентов - пользователей с кривыми руками!"Пользователи хотели убунточку - нате вам убунточку. А если она вдруг проплывет по реке мимо нас, как обычно - у нас wsl и suse, и даже centos поддерживает. И wsl2 будет, если, конечно, будет еще какой-то centos ;-)
>если, конечно, будет еще какой-то centos"(...) и клялся Живущим во веки веков, Который сотворил небо и все, что на нём, землю и все, что на ней, и море и все, что в нём, что времени уже не будет" Откр. 10:6
>>если, конечно, будет еще какой-то centos
> 10:6у нее, между прочим, два толкования есть - второе, что следом за центосью не придется долго дожидаться и rhel'а, а потом и сама ms навернется с бережка, и отправится к морю за всеми.
> (...) и отправится к морю за всеми....и вообще мы все скоро умрём, и никакие ОСи никому не будут нужны - лишённые электричества компьютеры будут покрываться пылью, но даже трава и терние не прорастёт из системников, ибо "люди, львы, орлы и куропатки, рогатые олени, гуси, пауки, молчаливые рыбы, обитавшие в воде, морские звезды и те, которых нельзя было видеть глазом, - словом, все жизни, все жизни, все жизни, свершив печальный круг, угасли..." (с)
> и вообще мы все скоро умрёмесли второе толкование верно. А если первое - то сперва-то еще помучаемся.
P.S. книжку не ешь - изжога от нее, говорят
Почему в Убунту ГНОМ так тормозит? Хотя может там всё тормозит? Когда я пересел на Арч с ГНОМ, то просто прифигел от разницы в скорости работы. Арч до рабочего стола ещё и грузится в три раза быстрее. Не вдвое, в ТРИ раза, Карл! А в Убунту всё как через воду.
Толсто
Это от части из-за тормозного snap в ubuntu.
> Это от части из-за тормозного snap в ubuntu.Flatpak вообще систему вешает и ниче.
Смотря где. Там где он не "родной", очень может быть.
Вообще не причём. Snap какбэ сбоку. Единственное на что он может влиять, так это на тормозной запуск нескольких приложений: calculator, log viewer, system monitor
Приходилось видеть с точностью до наоборот. В Убунте Гном тормозит не более чем в Федоре или том же Дебиане или Федоре, ни в одной дефолтовой инсталляции искаропки каких-то особенных тормозов не было. А вот при нескольких установках Арча для поиграться с экзотикой, показывали товарищи, дивным образом адски тормозит и фризит Гном - что в вейланд-режиме, что в иксах.
Почему бы жабаскрипту не тормозить?
> Почему ГНОМ так тормозит?Более правильная постановка вопроса. Причём жалуются все, от убунты до федоры. Но гномоголовые ничего исправлять не будут, а половина фанатиков перебежала на Cinnamon.
Это не баг это фича... нужно отдельно покупать DKMS DLC.
А потом спрашивают зачем нужен Debian. Это, обратите внимание, тот самый сверхнадежный LTS.
вы это так говорите, как будто они не-lts этим же обновленим не сломали?
Нет, не сломали, нормально все в тестинге.
В дебияне нет PPA и нормального багтрекера
И еще обои и темы оформления дефолтные просто треш
> И еще обоиДенис, залогинься.
А что, теперь о любой поломке пакетов в каком-то там дистрибутиве будут писать новости?
Кто тебя заставляет это читать?
не, пусть все сами огребут проблем. Так справедливее, ага.
Понимашь ли, такая поломка ломает драйвера, необходимые для починки. Например, отваливаются броадкомовские драйвера. И всё, чинящее обновление хрен скачаешь.
я как раз сегодня ознакомился с прекрасной технологией по имени apt-offline.вы этого не захотите.
В центоси ничего не ломается?
> В центоси ничего не ломается?нет, тут специальный убунтячий дятел залетел, выборочно понакопипастив из апстрима в силу своего понимания и без проверки хотя бы синтаксической правильности в старую версию скрипта.
В центоси дятлы свои, вот владельцам дебианов и проксмоксов я бы посоветовал на всякий случай насторожиться, неисключено что у вас один и тот же майнтейнер.
> ...отключить скрипт автоматического обновления пакетов...сразу после установки!
как?
> как?Удалив его.
вот этот unattanded-что-то-там?
> вот этот unattanded-что-то-там?Я не знаю как он в Убунте называется, но он точно есть и его точно можно удалить.
смотри внимательно:
9cbf95882388:/# apt install unattended-upgrades...
Creating config file /etc/apt/apt.conf.d/20auto-upgrades with new versionCreating config file /etc/apt/apt.conf.d/50unattended-upgrades with new version
9cbf95882388:/# apt remove unattended-upgrades
Reading package lists... Done
Building dependency tree
Reading state information... Done
...
The following packages will be REMOVED:
unattended-upgrades
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
After this operation, 385 kB disk space will be freed.
Do you want to continue? [Y/n]
(Reading database ... 6715 files and directories currently installed.)
Removing unattended-upgrades (1.1ubuntu1.18.04.8) ...
9cbf95882388:/# cat /etc/apt/apt.conf.d/20auto-upgrades
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Unattended-Upgrade "1";в общем, не хотелось бы тебя огорчать, но ты не очень хорошо разбираешься в том, как работает debian.
В целом, это и хорошо - одним лишним узлом ботнета будет меньше.
Отключать автообновление могут и должны те, для кого выше не китайская грамота, и кто знает, чем их заменить.P.S. apt purge, разумеется, в таком простом случае поможет, суть мессаджа, который я пытаюсь донести, немного не в этом.
> ты не очень хорошо разбираешься в том, как работает debian.Я этого никогда не утверждал обратного, я вообще никогда с ним не работал.
> Отключать автообновление могут и должны те, для кого выше не китайская грамота,
> и кто знает, чем их заменить.Заменять его ничем не нужно, есть aptitude, для обновления.
Автоматические обновления, особенно не уверенным пользователям, также вредны.
> Заменять его ничем не нужно, есть aptitude, для обновления.ой... я, кажется, зря подсказал
> Автоматические обновления, особенно не уверенным пользователям, также вредны.
автоматические обновления защищают не пользователя, а _окружающих_ этого пользователя (сегодня - это могут быть ни в чем не виноватые люди вообще на другом континенте, которых его зомби-хост поддосит, пока он там разбирается со своим aptitude)
если пользователь настолько незамутненный, что отключает их удалением пакета - лучше бы ему не суметь этого сделать.
чувак пищит что заслал улучшенный и дополненный вариант в -proposed, но пока хрен даже там что появилось.Мы в восхищении - откатить начисто поломанный пакет в убунте, видимо, никак нельзя.
все вышесказанное, безусловно, неприятно, НО...
неприятности затронут тех у кого:
- дрова поставленные через dkms
- поставил zfs (даже не на root будет неприятно, хотя и загрузится)
Первый случай затронет юзеров с нвидиа и ATI с проприерастивными дровами.
Во втором случае - это явно не обычный юзер, поставить zfs в убунту можно только осознавая - зачем тебе это. Как следствие - сможет восстановить работоспособность, хотя и расстроится ;)
> дрова поставленные через dkmsну вон, там товарищ с драйверами сетевухи уже радуется (а уж как будет рад освоить apt-offline!)
[на самом деле достаточно скопипастить отсутствующую функцию из делловской версии, там две строчки, и запустить вручную, а потом вручную же пересобрать initrd, ну каждая ж домохозяйка умеет]> - поставил zfs (даже не на root будет неприятно, хотя и загрузится)
проверял? Я вот не уверен что загрузится - systemd такой затейник, со своими бесконечными таймаутами ;-)
> ставить zfs в убунту можно только осознавая - зачем тебе это
apt install zfs-dkms (на самом деле его, помнится, можно явно не выбирать, кто-то еще притащит зависимостями)
зачем тут чего-то осознавать? зачем ставил - ну прочитал где-то что круто.
Почему нет?> Как следствие - сможет восстановить работоспособность, хотя и расстроится ;)
для этого надо: a) понять, куда вообще делись модули (ок. .) понять что zfs пропала потому что модули куда-то делись ) b) знать про dkms вообще, вспомнить что zfs поставлена им, и знать как им пользоваться в частности c) понять что странное сообщение - фатальное d) иметь откуда воспользоваться гуглем или самому проинтуичить, что делала дурацкая несуществующая функция e) таки восстановить модули, восстановить initrd.
не уверен что у меня получилось бы за пять минут, если бы я пришел уже к окончательному п-цу. Мне просто повезло, что именно такой хост обновлял вручную, да еще и от скуки смотрел на экран, что делаю далеко не каждый раз, и не стал после странных сообщений перезагружаться, а решил выяснить, что это значит, поскольку имел время и вдохновение.
на всякий случай - у убунты есть другой вариант zfs-обертки, zfs-initramfs, не использующий dkms - но это надо ж заранее было знать, что сломают именно dkms, а не его.
