[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]

Файл: Снимок экрана - 14.02.2018 - 20:55:31.png -(94 KB, 989x683, Снимок экрана - 14.02.2018 - 20:55:31.png)
94 No.201199  

Помогите начинающему линуксоиду. Боюсь устанавливать такого уровня обновления, так как не являюсь ни разработчиком ни тестером и в случае чего у меня сейчас не хватит знаний починить систему, если что-то пойдет не так. Даже не знаю что с такими обновлениями делать. Удалять или нет?

>> No.201200  

>>201199
Какого уровня, ты о чем? Ставь, ничего не сломается.

>> No.201201  

P.S. Система: Linux Mint + Xfce. Установлено 2 месяца назад и это мой первый опыт общения с линуксом. Пока все работает четко, но мне кажется осторожность не помешает, когда не знаешь что к чему, поэтому собсно и спрашиваю.

>> No.201202  
Файл: Снимок экрана - 15.02.2018 - 11:08:35.png -(57 KB, 734x412, Снимок экрана - 15.02.2018 - 11:08:35.png)
57

>>201200
Там написано, что обновления уровня 4 и 5 не проверенны и могут привести проблемам со стабильностью.

>> No.201203  

>>201201

>Linux Mint + Xfce

Ты либо странный извращенец, либо правда шибко начинающий. Минт без мяты - это сильно.
>>201202
Ну так а для кого всё это писалось? Разберись в том чего хочешь\не хочешь и сделай выбор.

>> No.201204  

>>201203

> Минт без мяты - это сильно

Можно подробнее? Я правда не в курсе.

> Разберись в том чего хочешь\не хочешь и сделай выбор.

Мне бы сначала разобраться, что правильно делать, а что нет, чтоб быть уверенным в своем выборе.
Вот, если я сейчас удалю эти обновления, они потом придут под другим уровнем безопасности?

>> No.201205  
Файл: Pixiv 95333 1460935.jpg -(184 KB, 800x600, Pixiv 95333 1460935.jpg)
184

>>201203

> >Linux Mint + Xfce
> Ты либо странный извращенец, либо правда шибко начинающий. Минт без мяты - это сильно.

Вот как это называется? Только в рамках эксперимента перескочил на Минт...

Минт сам по себе весьма допилен по сравнению с Убунтой, с точки зрения как десктоп. И речь про утилиты, а мяту можно, и в Убунту, и в Дебиане поставить. А вот как увидел отжирающий 500Мб процесс cinnamon, так сразу захотелось вернуться на крысу.

P.S. Крыса 4.13 в Минте немного поломанная, пришлось даже откатить на 4.12.

>> No.201206  

Если обновления не забрасывать месяца на 4..5, то можно спокойно ставить, сломаться не должно. При условии, что ты не устанавливал сторонние драйвера, модули ядра (например, от virtualbox) и не собирал ядро из исходников, не изменял стандартные искоробочные конфиги grub и systemd.

>> No.201207  

>>201206

> не устанавливал сторонние драйвера, модули ядра (например, от virtualbox) и не собирал ядро из исходников, не изменял стандартные искоробочные конфиги grub и systemd.

Нет конечно. Мне всё это еще изучать и изучать.

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

>> No.201208  

>>201199
Для начинающих лучше всего устанавливать все обновления. Если ставить не все, то шанс проблем больше, потому что конфигурации из смеси старых и новых пакетов Canonical толком не тестирует.
>>201204

> Минт без мяты

Видимо, имелось в виду "без Cinnamon" — среды рабочего стола в Mint по умолчанию. Только это не мята, а корица.

>> No.201209  

>>201205
И сам же на всё ответил. Зачем тогда вообще было его ставить?
>>201208
Да, что то типа того. Я сам не до конца в теме т.к. не большой поклонник юниксов.

>лучше всего устанавливать все обновления
>смеси старых и новых пакетов Canonical толком не тестирует

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

>> No.201211  

Вы меня совсем запутали https://ru.wikipedia.org/wiki/MATE

>MATE является одной из сред рабочего стола по умолчанию в дистрибутивах: Linux Mint
>> No.201212  

>>201209

> Экспериментальные ведь всегда не тестированы и выкладывают для тестов.

Да, но экспериментальные (proposed) и не предлагаются в Ubuntu, если пользователь не поставит соответствующую галочку в списке источников пакетов в настройках. Скорее всего, в Mint так же. У тебя на ОП-пике "опасными" и "небезопасными" отмечены обычные рекомендованные обновления ключевых системных компонентов. В Ubuntu они предлагаются всем и ни о какой опасности пользователю не сообщается. Впрочем, ядро (пакеты linux, linux-meta) после недавнего фиаско Canonical с обновлением, которое приводило к проблемам с сохранением настроек BIOS на некоторых новых ноутбуках Lenovo, я бы порекомендовал всё же ставить не сразу после появления новой версии, а через несколько дней, если только это не важное обновление безопасности.

> Не тестированные пакеты тестирует, а тестированные не тестирует?

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

>> No.201213  

>>201212
Ну так может и не ставить эти непроверенные должным образом пакеты к остальным зелёным? Не просто же так их все раскрашивали. Если ставить всё подряд как только оно появляется в списке обновлений, как раз таки сборная солянка и получится.

>> No.201214  

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

>> No.201215  

>>201213
Можно и не ставить, если они вскоре предлагаются уже как зелёные. Главное, чтобы месяцами не висели неустановленными.

>> No.201216  

>>201199
Что-то у меня даже в дебиане с дремучестью версий всё не настолько плохо.

>> No.201219  

>>201202

> linux
> systemd
> обновления уровня 4 и 5 не проверенны и могут привести проблемам со стабильностью

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

>> No.201220  

>>201219
Причем обновления даже не апстримовые, а внутридистрибутивные. Вообще не о чем париться.

>> No.201225  

>>201219

> спойлер

Откуда такая ненависть? Take it easy.

>> No.201971  

>>201207
Не знаю как там в минте (должно быть так же), но в Убунте по дефолту ядра бекапятся, и при загрузке могут выбираться, а у тебя как раз оно обновляется (нижние два) и какой-то компонет системд.

> Может я излишне паниковал?

Да.
>>201212

> после недавнего фиаско Canonical

Которое было на роликах. Ставь LTS @ Наслаждайся стабильностью. А Минт, емнип, и вовсе именно на ЛТСках и собирается. Но да, фейл зачётный.

>> No.201993  

>>201225
А то ты сам не знаешь.

>> No.201995  

>>201225
https://linux.slashdot.org/story/16/02/01/1357237/running-rm--rf--is-now-bricking-linux-systems
https://github.com/systemd/systemd/issues/5644

>> No.202007  
Файл: 74BB356C981188291706773520384_13e14d42b5(...).jpg -(80 KB, 400x400, 74BB356C981188291706773520384_13e14d42b5(...).jpg)
80

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

>> No.202009  

>>202007
Первая ссылка, конечно же.

>> No.202020  

>>202007
Что за глупости?

>> No.202031  

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

>> No.202052  
Файл: --320.jpg -(67 KB, 600x847, --320.jpg)
67

>>202020
Почему же глупости?
Можно было почитать тот тред, например, и вычитать, что: 1) проблема воспроизводится на некоторых мамках, i.e. не на всех; 2) какой-нибудь OpenRC точно так же предоставляет системе доступ к ефи переменным (из чего можно сделать вывод, что и с ним rm -rf / точно так же сломает прошивку, но проверять я это, конечно, не собираюсь); 3) что еще хуже, при желании на этих же самых мамках можно поломать ефи и из-под венды — не одной командой, конечно, но какие возможности это открывает, ты, думаю, понимаешь; ну и так далее, копипастить сюда все посты я смысла не вижу. Для хейтеров Поттеринга это лишний повод высказать свое "фу" не глядя, но проблема здесь все-таки не в нем и его поделиях. Не в первую очередь точно, по крайней мере.

>> No.202053  

>>202052

> Почему же глупости?
>> хреновым реализациям UEFI

UEFI стандартизирован, не понимаю про хреновые реализации.

> какой-нибудь OpenRC

[/root]$ mount -lt efivarfs
efivarfs on /sys/firmware/efi/efivars type efivarfs (ro,relatime)
У меня всё ОК.

>> No.202056  

>>202053

> The problem is UEFI is so complex that many manufacturers make a lousy implementation with a lot of copy-paste code (from Intel's reference implementation [intel.com]). Their QA process seems to be something like, "Does Windows boot? If it does, then it must be ok."
> To be fair, reading TFA it doesn't seem to be a general EFI bug at all, but merely a bug with some implementations of it. TFA mentions "some MSI notebooks", but isn't more specific than that. So yes, this seems like a particular hardware bug, rather than a bug with either UEFI, the Linux kernel, systemd, or any other software bug in general.

Что касается ридонли мода — там и про него написано много раз:

> mounting EFI variables as read-only could break some user-space applications and isn't the solution to the problem

Другой вопрос, что резона держать их примонтированными в rw моде постоянно нет.
Ругать за такое systemd или нет — вопрос дискуссионный, а вот производителей мамок точно стоит.

>> No.202057  
>kernel 3.13.0

На убунту серьезно такое старое ядро, или ОП ретроград и давно не обновлялся?

>> No.202060  

>>202056

> mounting EFI variables as read-only could break some user-space applications and isn't the solution to the problem

Бред какой-то. Что это за приложения, которым нужен доступ к разделу EFI? У меня он ни на одной машине не то что в RO - вообще не примонтирован никуда. И все работает. Правда, у меня и systemd нету, ибо не нужен.
Эта зараза, судя по всему, пытается пустить метастазы как в ядро, так и в околоаппаратную часть. Чтоб машина без него вообще не загружалась.
>>202052
OpenRC по умолчанию НЕ представляет доступа к EFI. Нужен - настраивай руками. Это вам не поттерингоподелка.

>> No.202061  

>>202060

> OpenRC по умолчанию НЕ представляет доступа к EFI

Да и не может, и не должен вообще говоря. Это же init, а не черт-его-пойми-что-за-хрень.

>> No.202069  
Файл: __kirisame_marisa_touhou_drawn_by_dena_e(...).jpg -(654 KB, 1000x1414, __kirisame_marisa_touhou_drawn_by_dena_e(...).jpg)
654

>>201199
Тебе это не нужно. И линукс снеси, всё равно смысла для тебя в нём никакого.

>> No.202095  

>>202057
-> >>201212 кто понял жизнь тот не спешит.

>>202069
Ты не нужен.




[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]