The OpenNET Project / Index page

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



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

"В Ubuntu нарушена работа DKMS"  +/
Сообщение от opennews (??), 30-Июл-19, 19:35 
В недавнем обновлении (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.ru/opennews/art.shtml?num=51190

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

Оглавление

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

1. Сообщение от Аноним (1), 30-Июл-19, 19:35   +7 +/
все работает, вывсеврети!
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от Аноним (2), 30-Июл-19, 19:37   –4 +/
А зачем домохозяйкам ставить модули ядра?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #9, #26, #41

3. Сообщение от Sad Butter (?), 30-Июл-19, 19:41   +4 +/
Их дистрибутив, захотели - сломали, захотели - починили.
Ответить | Правка | Наверх | Cообщить модератору

5. Сообщение от Аноним (5), 30-Июл-19, 19:42   +8 +/
Ещё микрософт их не купил, а уже началось.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #21

7. Сообщение от Анонимemail (7), 30-Июл-19, 19:54   +12 +/
чтобы отвечать на вопросы маленьких почемучек
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

9. Сообщение от Канифоль Патрика (?), 30-Июл-19, 20:05   +18 +/
Я домохозяин. Собирал и ставил модуль exfat через dkms. Всё работало, хоть я и алкоголик. А мне оказывается сначала вас нужно было спросить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #20

11. Сообщение от Канифоль Патрика (?), 30-Июл-19, 20:09   –3 +/
Почему в Убунту ГНОМ так тормозит? Хотя может там всё тормозит? Когда я пересел на Арч с ГНОМ, то просто прифигел от разницы в скорости работы. Арч до рабочего стола ещё и грузится в три раза быстрее. Не вдвое, в ТРИ раза, Карл! А в Убунту всё как через воду.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #15, #22, #28, #45

12. Сообщение от Аноним (12), 30-Июл-19, 20:11   +3 +/
Толсто
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

13. Сообщение от zzz (??), 30-Июл-19, 20:13   –3 +/
Что значит "началось"? Это никогда и не кончалось, раз в месяц-два что-нибудь обязательно, да сломают, ненавязчиво подталкивая пользователей к покупке платной поддержки. А потом отдельные лап4атые удивляются, почему люди предпочитают дебиан, сусе и арч - да даже арч стабильнее бубунты будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #19, #37

14. Сообщение от Аноним (14), 30-Июл-19, 21:03   –2 +/
Это не баг это фича... нужно отдельно покупать DKMS DLC.
Ответить | Правка | Наверх | Cообщить модератору

15. Сообщение от Аноним (15), 30-Июл-19, 21:05   –4 +/
Это от части из-за тормозного snap в ubuntu.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #16, #38

16. Сообщение от Аноним (16), 30-Июл-19, 21:18   +/
> Это от части из-за тормозного snap в ubuntu.

Flatpak вообще систему вешает и ниче.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #23

17. Сообщение от Аноним (17), 30-Июл-19, 21:19   –2 +/
А потом спрашивают зачем нужен Debian. Это, обратите внимание, тот самый сверхнадежный LTS.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #40

18. Сообщение от пох. (?), 30-Июл-19, 21:36   –1 +/
вы это так говорите, как будто они не-lts этим же обновленим не сломали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #31

19. Сообщение от Gannetemail (ok), 30-Июл-19, 21:53   +4 +/
Пруфы с тестами в студию, мсье Балаболкин.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #43

20. Сообщение от пох. (?), 30-Июл-19, 22:05   +13 +/
домохозяйка, полагаю, огребет через модуль нвидии.
Но это хоть починить легко, в 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.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #29, #47, #49

21. Сообщение от мелкософт (?), 30-Июл-19, 22:08   –1 +/
мы такого дерьма не покупатели.
Пусть хуавею продаются.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #24

22. Сообщение от IRASoldier_registered (ok), 30-Июл-19, 22:08   –1 +/
Приходилось видеть с точностью до наоборот. В Убунте Гном тормозит не более чем в Федоре или том же Дебиане или Федоре, ни в одной дефолтовой инсталляции искаропки каких-то особенных тормозов не было. А вот при нескольких установках Арча для поиграться с экзотикой, показывали товарищи, дивным образом адски тормозит и фризит Гном - что в вейланд-режиме, что в иксах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

23. Сообщение от IRASoldier_registered (ok), 30-Июл-19, 22:09   –1 +/
Смотря где. Там где он не "родной", очень может быть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

24. Сообщение от IRASoldier_registered (ok), 30-Июл-19, 22:11   +/
Майкрософт-то не настоящий: настоящий вспомнил бы про то, для связки с чем затачивался WSL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #25

25. Сообщение от мелкософт (?), 30-Июл-19, 22:23   –1 +/
"это у вас клавиатуры кривые - потому что у вас все такое кривое? - Нет, это потому, что мы с вниманием относимся к потребностям наших клиентов - пользователей с кривыми руками!"

Пользователи хотели убунточку - нате вам убунточку. А если она вдруг проплывет по реке мимо нас, как обычно - у нас wsl и suse, и даже centos поддерживает. И wsl2 будет, если, конечно, будет еще какой-то centos ;-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #33

26. Сообщение от Аноним84701 (ok), 30-Июл-19, 22:24   +2 +/
> А зачем домохозяйкам ставить модули ядра?

Например, в бубунте можно выбрать "почти как в винде" установку блобика нвидии:
https://i.stack.imgur.com/qVeE9.png
Оно сделает все само. Если повезет [0].


[0] В этом чуде сборной автомагии  даже в LTS версии возникают "интереснейшие" комбинации, когда пакет с ненавидией вроде как устанавлвается, но "не работает" - в смысле, карта нвидии не "врубается", только интегрировання интел.
Можно удалить и опять установить в этом удобном гуе – оно удалится и установится, правда, никаких сообщений об ошибках не будет.
Лишь когда  начнинаешь ставить вручную через apt и внимательно читать выхлоп, видишь сообщение об ошибке и ссылочку на лог.  А уж там выясняется, что при установке пакета был сбой при пересборке (автоматом подтянутые linux-headers были не той версии -- правда, я не уверен что ЦА бубунты LTS сможет это сходу угадать по сообщениям об ошибках в gcc 🙄),  но пакет все равно установился, а то что он без модуля -- ну, бывает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #27, #94

27. Сообщение от мелкософт (?), 30-Июл-19, 22:30   +1 +/
ненене, мы такого пользователям не подсовываем. У нас просто ставится и работает - никаких странных вопросов пользователю не задавая. Особенно нам доставил второй блок, где к "Unknown:Unknown" и "дивайс не работает" предлагается поставить апдейт микрокода cpu ;-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #32

28. Сообщение от Аноним (28), 30-Июл-19, 22:36   +/
Почему бы жабаскрипту не тормозить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

29. Сообщение от имя (?), 30-Июл-19, 22:38   +4 +/
> система с root on zfs

Мне для данных-то этого монстра всё страшнее и страшнее использовать (вот, уже на RO перешёл даже после очередного unable to handle kernel paging request со странными спецэффектами на одном из пулов), а ты, ишь, аж на корне пользуешь. Завидую такой смелости так же, как ты чувакам с Gluster на армах.

Кстати, у тебя, случаем, про HAMMER2 нет каких-нибудь страшных историй? Безотносительно DragonFly (я переживу идею где-нибудь в стороне от всего заставить его работать исключительно сетевым складом файликов) и дефицита подопытных мышей у Диллона.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #53

30. Сообщение от Аноним (30), 30-Июл-19, 22:42   –4 +/
А что, теперь о любой поломке пакетов в каком-то там дистрибутиве будут писать новости?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34, #36, #89

31. Сообщение от Ivan1986 (?), 30-Июл-19, 23:37   +/
Нет, не сломали, нормально все в тестинге.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

32. Сообщение от Аноним84701 (ok), 30-Июл-19, 23:47   +2 +/
> ненене, мы такого пользователям не подсовываем. У нас просто ставится и работает
> - никаких странных вопросов пользователю не задавая.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #51

33. Сообщение от IRASoldier_registered (ok), 31-Июл-19, 00:06   +/
>если, конечно, будет еще какой-то centos

"(...) и клялся Живущим во веки веков, Который сотворил небо и все, что на нём, землю и все, что на ней, и море и все, что в нём, что времени уже не будет" Откр. 10:6

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #57

34. Сообщение от Аноним (34), 31-Июл-19, 00:23   +/
Кто тебя заставляет это читать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

36. Сообщение от Аноним (36), 31-Июл-19, 01:10   +3 +/
не, пусть все сами огребут проблем. Так справедливее, ага.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

37. Сообщение от soarin (ok), 31-Июл-19, 03:30   +1 +/
> ненавязчиво подталкивая пользователей к покупке платной поддержки

И допустим она есть. И что она даст в этой ситуации?
PS: вопрос риторический

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #55, #58

38. Сообщение от iPony129412 (?), 31-Июл-19, 04:57   +/
Вообще не причём. Snap какбэ сбоку. Единственное на что он может влиять, так это на тормозной запуск нескольких приложений: calculator, log viewer, system monitor
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

40. Сообщение от Vassa2633 (?), 31-Июл-19, 07:50   +/
В дебияне нет PPA и нормального багтрекера
И еще обои и темы оформления дефолтные просто треш
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #46

41. Сообщение от Аноним (41), 31-Июл-19, 07:52   +/
Проприетарные драйвера невидиа, виртуалбокс и ещё чего-нибудь там.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #44

42. Сообщение от Vassa2633 (?), 31-Июл-19, 07:54   +/
В центоси ничего не ломается?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56

43. Сообщение от Аноним (41), 31-Июл-19, 07:56   –1 +/
Тестами чего? Того, что арч стабильнее? Уже 2 месяца сижу, ни единой проблемы не было, как и на любых других дистрибутивах. До этого пользовался дебьяном анстейбл, проблем не было. Всё сильно зависит от железа, используемых пакетов и прямоты рук.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

44. Сообщение от iPony129412 (?), 31-Июл-19, 07:56   +/
> виртуалбокс

Виртуалбокс (официальный, как надо от Oracle) не использует DKMS.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #52

45. Сообщение от Аноним (41), 31-Июл-19, 07:57   +1 +/
> Почему ГНОМ так тормозит?

Более правильная постановка вопроса. Причём жалуются все, от убунты до федоры. Но гномоголовые ничего исправлять не будут, а половина фанатиков перебежала на Cinnamon.

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

46. Сообщение от Аноним (41), 31-Июл-19, 07:58   +2 +/
> И еще обои

Денис, залогинься.

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

47. Сообщение от igor (??), 31-Июл-19, 08:10   +2 +/
Правильно будет test -z "$var" && return 0
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #86

49. Сообщение от Аноним (49), 31-Июл-19, 10:23   +1 +/
> скажите, кто с первой попытки вообще понял, что тут написано и почему неправильно?

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 похоже изначально "развязали руки" любителям подобных "трюков".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #50, #66

50. Сообщение от пох. (?), 31-Июл-19, 10:45   +2 +/
> Linux Shell Scripting Cookbook:

бл...ь

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

> А "бить по лапам" (если уж так хочется) нужно того кто задокументировал данное поведение
> интерпретатора

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

test <что-то> || do_something - понятно и читаемо, пока этот тест единичный, без логических операторов, хотя и точно так же чревато плохо различимой ошибкой из-за перепутанного оператора. А скобки без if - просто вот "то ли тут if забыли, то ли что-то еще хотели проверять"?

Алиас с test на '[' и мертвый оператор ']' были придуманы исключительно для того, чтобы код c if был хотя бы отдаленно похож на нормальный условный оператор в других языках - зачем его совать в другие места, где он совершенно нечитаем - ну, видимо, "новый стандарт".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #69

51. Сообщение от пох. (?), 31-Июл-19, 10:48   +/
> В смысле – черный экран после очередного автоматического обновления (причем, на той
> машинке помимо ненавидии так же была интеграшка интеля) и с возможностью
> "ребут в меню, откатить на точку восстановления, ребут, заметить через 5
> минут, что оно опять обновляет работающие дрова автоматически на новую, свежую,

ну, заметь, с линуксом тебе и откат не поможет, во всех старых initrd будет "обновленное" пустое место вместо драйвера - тут мы превзошли microsoft ;-)

Интересно, а сферический в вакууме десктопный юзер убунты - отрубить обновления-то вообще сможет?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #54, #59

52. Сообщение от пох. (?), 31-Июл-19, 10:59   +/
>> виртуалбокс
> Виртуалбокс (официальный, как надо от 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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #62

53. Сообщение от пох. (?), 31-Июл-19, 11:12   +2 +/
> Мне для данных-то этого монстра всё страшнее и страшнее использовать (вот, уже
> на RO перешёл даже после очередного unable to handle kernel paging
> request со странными спецэффектами на одном из пулов), а ты, ишь,
> аж на корне пользуешь. Завидую такой смелости так же, как ты

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

> Кстати, у тебя, случаем, про HAMMER2 нет каких-нибудь страшных историй? Безотносительно

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

Есть мнение, что следующую свою мусорную хранилку я буду собирать на ntfs. Вроде ни ntfs3g, ни саму fuse пока не успели серьезно испортить. Ядро выберем без mq. А при аварии - чинить будем виндой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #61

54. Сообщение от Аноним84701 (ok), 31-Июл-19, 11:13   +1 +/
> ну, заметь, с линуксом тебе и откат не поможет, во всех старых initrd будет "обновленное" пустое место вместо драйвера - тут мы превзошли microsoft ;-)

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

> Интересно, а сферический в вакууме десктопный юзер убунты - отрубить обновления-то вообще сможет?

Если еще не разучился читать, то вполне – тот же самый диалог, другой таб:
https://1175654.v1.pressablecdn.com/wp-content/uploads/2014/...

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

55. Сообщение от пох. (?), 31-Июл-19, 11:21   +/
> И допустим она есть. И что она даст в этой ситуации?
> PS: вопрос риторический

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

Мне правда очень интересно, как бы они выпутывались, если бы я позвонил им со словами что "после планового апдейта система превратилась в тыкву, не может найти root fs" - без всяких упоминаний dkms, что именно обновлялось, и тем более копипасты ошибок - обычный пользователь их и не увидит, и не поймет что это именно ошибки - мало ли всякой фигни выводится при обновлениях. "Прогрессометр до 100% доехал, ничего не ругалось"

Если у кого (вдруг чудо?!) есть такая - я готов проставиться за грамотно организованный тест их способностей.

Потому что мне повезло очень и очень крупно, что я вообще заметил проблему вовремя, до того как эти обновления добрались до автообновляющихся коробок с как раз zfs root.

Что-то мне подсказывает, что они бы предложили переустановить систему заново (ой, снова fail) а потом начали бы ее искать в HCL, и про этот тикет в ланчпаде никто там и не слышал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #72

56. Сообщение от пох. (?), 31-Июл-19, 11:25   +/
> В центоси ничего не ломается?

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

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


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

57. Сообщение от пох. (?), 31-Июл-19, 11:34   +/
>>если, конечно, будет еще какой-то centos
> 10:6

у нее, между прочим, два толкования есть - второе, что следом за центосью не придется долго дожидаться и rhel'а, а потом и сама ms навернется с бережка, и отправится к морю за всеми.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #73

58. Сообщение от zzz (??), 31-Июл-19, 12:30   +1 +/
А вот это как раз очччень интересно узнать - что дает хваленая поддержка каноникала в случае косяка каноникала. И если ничего, то выбирать этот дистр для развертывания - признак недалекого ума.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

59. Сообщение от Нормальный (ok), 31-Июл-19, 12:35   +/
Проблемы бубунтупользователей.
Я никогда не пересобираю старые initrd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #64

60. Сообщение от Ilya Indigo (ok), 31-Июл-19, 12:37   +/
> ...отключить скрипт автоматического обновления пакетов...

сразу после установки!

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

61. Сообщение от имя (?), 31-Июл-19, 13:08   +/
>> Кстати, у тебя, случаем, про 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 уже не станут, а просто плавно забросят.

> А при аварии - чинить будем виндой.

Видимо, всё-таки неадаптеки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #63

62. Сообщение от iPony129412 (?), 31-Июл-19, 13:17   +/
Ах да забыл, что я на Opennet.
KOI8, Floppy дисководы...

> Актуальный виртуалбокс (официальный, как надо от Oracle) не использует DKMS.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #65

63. Сообщение от пох. (?), 31-Июл-19, 14:33   +1 +/
>> Есть мнение, что следующую свою мусорную хранилку я буду собирать на ntfs.
> Проблему bitrot решил отдать на откуп par2 в кронтабе?

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

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

> Да и если https://lwn.net/Articles/787630/ войдёт в ядро, то портить fuse уже не станут,
> а просто плавно забросят.

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

А на работе у меня есть продухт непосредственно от самой NetApp, там на коленке не надо. Точнее, два - один сейчас коллеги в панике разбирают. Потому что на него саппорт кончился. Надежно! ;-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #68

64. Сообщение от пох. (?), 31-Июл-19, 14:35   +/
в rhel6 dkms работает точно так же - при обновлении чего угодно, включенного им в initrd, они пересоберутся все. В 7 и 8 не проверял.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #67

65. Сообщение от пох. (?), 31-Июл-19, 14:49   +/
это тот, в котором
https://www.virtualbox.org/ticket/18623
?
действительно, зачем ему dkms, он и собрать-то свои модули не может

https://www.virtualbox.org/ticket/18564
"ускорили" графику до полной неработоспособности

и т д.
Я лучше как-нибудь так, с флоппи-дисков, по старинке.

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

66. Сообщение от Аноним (66), 31-Июл-19, 14:50   +/
> Обычно так себя ведут "оптимизирующие компиляторы", но зачастую такое
> поведение не гарантировано в стандарте языка программирования и поэтому данный "трюк"
> получается "компиляторо-зависимым" (или еще и зависимым от параметров оптимизации).

Фрагмент стандарта самого обычного языка:

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.

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

67. Сообщение от Аноним (66), 31-Июл-19, 14:53   +/
> в rhel6 dkms работает точно так же - при обновлении чего угодно,
> включенного им в initrd, они пересоберутся все. В 7 и 8
> не проверял.

А там, случаем, не создаётся при этом в корне файл Modules, как в Росе?)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #88

68. Сообщение от имя (?), 31-Июл-19, 15:48   +/
> попробуем gluster на соседнее корытце, как завещали (клиент, который 200T на нем
> держал, правда, новую хранилку, по слухам, собрал на lizardfs

У его последователей качели уже который год, они то moosefs нарекают умершим и бегут на lizardfs, то наоборот. Изредка объявляются смельчаки, которым настолько всё пофиг, что они приходят хвалить mergerfs или спрашивать, пробовал ли кто-нибудь rozofs (ответов, разумеется, никто не дожидается).

С другой стороны, пользователей Gluster всё больше, может, и не придётся долго ждать результатов экспериментов над человечеством: https://old.reddit.com/r/DataHoarder/comments/bpmf3i/

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #70

69. Сообщение от RM (?), 31-Июл-19, 15:57   +/
[ - ето еше ничего

$ test -z $notexist; echo $?
0

$ test -z "$notexist"; echo $?
0

Но

test -n $notexist; echo $?
0                           <----- WTF!!!

test -n "$notexist"; echo $?
1

Я не знаю по какому ето стандарту, но явно не по человечески...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #71

70. Сообщение от пох. (?), 31-Июл-19, 17:57   +/
> У его последователей качели уже который год, они то moosefs нарекают умершим и бегут на
> lizardfs, то наоборот

чорд, а это еще и не одно и то же? 8-O

мне слишком памятна история с md-raid6, чтобы я повелся на erasure codes на неведомых полиномах.

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

да, но и плакать, если он вдруг превратится в тыкву, особенно если еще и не весь, а частями, я тоже не особенно буду. Потому как глядеть на контент, занимающий 500G, понимая, что в целом он тебе нафиг не нужен, и может быть когда-нибудь понадобится что-то одно, чего там еще и не окажется или окажется повреждено - мне уже и так надоело.

поэтому вкладывать остатки денег в сложные конструкции для таких целей - смысла нет.
А ценные данные у меня мелкие, им bit rot не грозит, нехай на ext4 остаются.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #74

71. Сообщение от пох. (?), 31-Июл-19, 18:01   +/
и вот за подобные вещи (в смысле, их невозможность) я очень любил csh.

жаль что писать на нем в эпоху новых стандартов примерно так же полезно как на tcl.

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

72. Сообщение от soarin (ok), 31-Июл-19, 19:37   +/
> и зря - если бы у меня была - я бы позвонил.

В данной ситуации другого ответа кроме как "мы работаем над этим" не могло быть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #76

73. Сообщение от IRASoldier_registered (ok), 31-Июл-19, 20:30   +/
> (...) и отправится к морю за всеми.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #78

74. Сообщение от имя (?), 31-Июл-19, 21:01   +/
> мне слишком памятна история с md-raid6, чтобы я повелся на erasure codes
> на неведомых полиномах.

Не в защиту ВасянФС, так, справедливости ради: полиномы-то в md такие же, как и в КД-ПЗУ, да и история тогда была в том, что чтением-записью жонглировали неаккуратно. Казалось бы, куда более простая история, чем какие-то там поля Галуа, но вот при записи на один из заменяемых дисков как раз всё и теряли.

(Не, понятно, что с сидюков тебе уже тоже давно ничего не нужно, тем более что на них обычно вообще написано «FreeBSD 7-RELEASE» и следы от кружки видятся.)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #75

75. Сообщение от пох. (?), 31-Июл-19, 22:50   +/
> Не в защиту ВасянФС, так, справедливости ради: полиномы-то в 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 сделан по статье Анвина, как у всех).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #77

76. Сообщение от пох. (?), 31-Июл-19, 22:53   +1 +/
полагаю, клиента бы в данной ситуации интересовало как загрузиться, а не над чем они там работают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

77. Сообщение от имя (?), 31-Июл-19, 23:11   +/
Ахвотоночо! Я-то про более поздние приколы с mdraid вспомнил, этого десятилетия ещё.

>> Не в защиту ВасянФС, так, справедливости ради: полиномы-то в md такие же, как и в КД-ПЗУ,
> нет, в том и дело.

И правда, «P/Q syndrome» в исходниках не о тех синдромах, о которых я сперва подумал. My bad.

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

78. Сообщение от пох. (?), 01-Авг-19, 11:17   +/
> и вообще мы все скоро умрём

если второе толкование верно. А если первое - то сперва-то еще помучаемся.
P.S. книжку не ешь - изжога от нее, говорят

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

79. Сообщение от Аноним (79), 01-Авг-19, 11:34   +/
как?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #80

80. Сообщение от Ilya Indigo (ok), 01-Авг-19, 11:41   +/
> как?

Удалив его.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #81

81. Сообщение от Аноним (79), 01-Авг-19, 11:50   +/
вот этот unattanded-что-то-там?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #82

82. Сообщение от Ilya Indigo (ok), 01-Авг-19, 11:52   +/
> вот этот unattanded-что-то-там?

Я не знаю как он в Убунте называется, но он точно есть и его точно можно удалить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #83

83. Сообщение от пох. (?), 01-Авг-19, 12:31   +/
смотри внимательно:
9cbf95882388:/# apt install unattended-upgrades

...
Creating config file /etc/apt/apt.conf.d/20auto-upgrades with new version

Creating 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, разумеется, в таком простом случае поможет, суть мессаджа, который я пытаюсь донести, немного не в этом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #84

84. Сообщение от Ilya Indigo (ok), 01-Авг-19, 12:41   +/
> ты не очень хорошо разбираешься в том, как работает debian.

Я этого никогда не утверждал обратного, я вообще никогда с ним не работал.

> Отключать автообновление могут и должны те, для кого выше не китайская грамота,
> и кто знает, чем их заменить.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #85

85. Сообщение от пох. (?), 01-Авг-19, 12:50   +/
> Заменять его ничем не нужно, есть aptitude, для обновления.

ой... я, кажется, зря подсказал

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

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

если пользователь настолько незамутненный, что отключает их удалением пакета - лучше бы ему не суметь этого сделать.

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

86. Сообщение от Anonimous (?), 01-Авг-19, 20:25   +/
Правильно будет test -z "$var"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

87. Сообщение от пох. (?), 02-Авг-19, 10:57   –1 +/
чувак пищит что заслал улучшенный и дополненный вариант в -proposed, но пока хрен даже там что появилось.

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

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

88. Сообщение от пох. (?), 02-Авг-19, 10:59   +/
вроде нет - во всяком случае, после работы не остается.
Я полагаю, они там особо не выпендриваются, просто тащат с делла.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #92

89. Сообщение от Аноним (89), 02-Авг-19, 12:31   +/
Понимашь ли, такая поломка ломает драйвера, необходимые для починки. Например, отваливаются броадкомовские драйвера. И всё, чинящее обновление хрен скачаешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #90

90. Сообщение от пох. (?), 02-Авг-19, 14:20   +/
я как раз сегодня ознакомился с прекрасной технологией по имени apt-offline.

вы этого не захотите.

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

91. Сообщение от none_first (ok), 02-Авг-19, 14:32   +/
все вышесказанное, безусловно, неприятно, НО...
неприятности затронут тех у кого:
- дрова поставленные через dkms
- поставил zfs (даже не на root будет неприятно, хотя и загрузится)
Первый случай затронет юзеров с нвидиа и ATI с проприерастивными дровами.
Во втором случае - это явно не обычный юзер, поставить zfs в убунту можно только осознавая - зачем тебе это. Как следствие - сможет восстановить работоспособность, хотя и расстроится ;)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #93

92. Сообщение от Аноним (66), 02-Авг-19, 18:20   +/
Спасибо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

93. Сообщение от пох. (?), 02-Авг-19, 19:57   +/
> дрова поставленные через 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, а не его.

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

94. Сообщение от theoristos (?), 11-Фев-20, 01:45   +/
Агась, я так в 14.04 lts "просто обновился" и уехал по делам. Не видеокарта, конечно, но на след. загрузке обнаружилось наличие отсутствие вайфая. wl не скомпилился, тихо, молча.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26


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

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




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

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