The OpenNET Project / Index page

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



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

Оглавление

В Ubuntu нарушена работа DKMS, opennews (??), 30-Июл-19, (0) [смотреть все]

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


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

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

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

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

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

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

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

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

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

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

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

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

61. "В Ubuntu нарушена работа DKMS"  +/
Сообщение от имя (?), 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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

75. "В Ubuntu нарушена работа DKMS"  +/
Сообщение от пох. (?), 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ообщить модератору

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

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

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

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

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

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

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

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

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

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

бл...ь

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

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

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

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

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

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

69. "В Ubuntu нарушена работа DKMS"  +/
Сообщение от 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ообщить модератору

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

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

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

66. "В Ubuntu нарушена работа DKMS"  +/
Сообщение от Аноним (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.

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

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

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




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

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