Обновить
Комментарии 80
Вообще по ощущениям 20 стала хуже 19. После обновления долго мучался, пока не завелась нормально. А когда заработала — очередное обновления снова что-то сломало. Так и не смог снова сделать так, чтобы комп выключался. Первый раз (за лет 15 наверно) столько гимора с каким-то дистибутивом.
Я подождал пол года с момента релиза и в декабре обновился с Mint 19 на 20. Нареканий не было, все работает так же как раньше. Ноутбук 2014 года. Хотя, возможно, у меня просто нет нестандартного оборудования
Я бы подождал, но удачно прилетевшее обновление 19 умудрилось порушить систему. Точнее там само обновление плюс сопутствующие обстоятельства.

Так тоже всё на буке где-то 10 летней давности. И все дистры (убунта, лубунта, минт) всегда работали из коробки. Тоже раньше удивлялся, кто все эти люди, что у них что-то не работает. Вот теперь знаю :)

У меня геммора была гора с нативным файл манагером, зависал падла все время, пришлось искать альтернативу, да еще эти конфликты раскладок с intellij. Перешел на Pop_OS и все отлично.

Не, такого не было. Зато, помимо прочего, были (и есть) зависающие намертво программы, которые нельзя никак убить (это вообще как?), которые не позволяют ни перезапустить программу, ни размонтировать носитель, с которым работают, ни выключить систему, т.к. см. предыдущий пункт. Вот это вымораживает изрядно. После этого перезагрузить систему можно только через SqsRq.

Имена в студию!
Что значит "нельзя убить"? Даже по kill -9 от рута?
Отмонтирование — umount -nlf?

Имена в студию!

Конкретно у меня были проблемы с VLC и KDENLIVE. С видео вообще всё было очень сложно первое время. Ютуб еле тянул 480*30фпс, VLC — 720, KDENLIVE постоянно падал. В итоге шаманя с настройками lxde, композера и со всем, что попадало под руку как-то а пару недель удалось получить рабочий вариант. Или обновлением поправило, хз. Кодеки сразу ставил дополнительные. Дрова на не особо свежий бук тоже обычно сразу подтягивались. По крайней мере ничего дополнительно ставить не предлагал.

Что значит «нельзя убить»? Даже по kill -9 от рута?

Никак. Пробовал и sigkill, и sigterm. Естественно от рута. И см выше: при попытке выключить систему их даже сама система прибить не могла. Я вообще не понимаю, как такое возможно. Вообще у меня были подозрения, что программа висла из-за проблем с носителем. Просто ждала доступа с бесконечным таймаутом. Но почему при этом она висла до неубиваемого состояния — непонятно.

Отмонтирование — umount -nlf?
Так не пробовал. Если не забуду — попробуй в следующий раз. Благо подобная возможность периодически случается :/
Но при ребуте система отключить не может. Пишет — что ждёт, пока освободится раздел. А программу, которая его держит прибить не может.

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

В общем такой вот новый опыт…

Интересно… На падучесть и глюкавость Kdenlive, помнится, было много жалоб, но подобное поведение не слишком характерно для системы в целом. Vlc так вообще давно rock-solid.


А диск сетевой, usb, или локальный? Не пробовали посмотреть, не ругается ли на него в сислог?

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

Диск usb и косяк с переподключением там присутствует, да. Причина неизвестна. Но это не должно систему так ронять. Почему программа просто не отваливается с ошибкой? Почему её даже прибить нельзя после этого? Как там всё организовано для такого эффекта? Такое впечатление, что виснет где-то на уровне драйвера в бесконечном ожидании чего-то.

Ну и другие проблемы с этим не связаны, т.е. там поломано не в одном месте.

Этот не пользовал kdenlive, но слышал, что за последние год-два ее неплохо подлатали и проект снова стал развиваться.


Если usb, то оно может отваливаться и приваливаться обратно из-за недостатка питания.
А еще из-за таких потанцулек южник может повесить север, отчего колом встанет вообще все.


А если отключить диск, остальные симптомы сохраняются?

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

KP может быть связан и с самосборными модулями, если они есть. На этот предмет можно тоже пошукать в сислог или посмотреть имя сбойного модуля, если лог выводится на первую консоль.


А что за платформа и ось, напомните?

Самосборные — в смысле докомпиленные мной? Таких точно нет. Всё из репов. Есть несколько дополнительных репов для специфичного софта (тот же kdenlive, который в общих репах старее на мажорную версию). Но софт используется не часто и какой-то связи с ним заметно не было.

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

Минт 20, бук асус на sandy bridge где-то ± 10 летней давности, если память не изменяет. Никакой особой экзотики. Все предыдущие системы начиная с какой-то древней убунты, работали на нём сразу и без проблем.

Да, докомпиленные вами.


Sandy, говорите… А, случайно, скорость usb-устройств не ограничена примерно 1МБ/с, или, может, порт какой не работает?


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


Каджит бы первым делом накатил на отдельный диск более старую версию ubuntu, с которой точно работало стабильно. Потом бы притащил hwe-kernel.
Но, учитывая возраст ноубука, вероятно его уже проще добить и поменять, чем диагностировать.

Да не, всё работает. По крайней мере снаружи. Тут скорее винт такой или сочетание винта и бука. Проблема с винтом очень плавающая. По отдельности они оба работают :/

Накатить ещё одну систему не получится, там и так две. Ещё семерка. Как запасная, да отказаться от неё совсем не получается. И так все тяжелые данные на внешках уже живут.

Не совсем понял, чем поможет hwe? Вроде как с ним наоборот может быть ещё больше проблем, чем со стабильным.

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

Открыл вкладку на буке и совершенно забыл ответить.


скорее винт такой или сочетание винта и бука

Чисто с технической стороны, usb, особенно на буке, не всегда способна отдать нужны ток: 2.5" винт кушает 0,7÷1,0 А. И даже шнур с двумя разъемами не всегда помогает.
Кроме того, по мере эксплуатации растет переходное сопротивление контактов (как на шнуре так и в разъеме ноутбука — стирается позолота, если была, контакт покрывается окислами и грязью), что дополнительно ограничивает напряжение и ток.


чем поможет hwe

Hwe + более старая (заведомо работавшая) система позволит проверить, виновато ли обновление только ядра или системы в целом.
Но вариант, при котором, как вы сказали, чистая установка исправит дело — тоже не исключен.

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

Сейчас обновил до 20.1 (автоматом). Результат тот же. Выключение не работает. Через день и КП снова словил. В логах записи нет, на экране только «not syncing: annempted to kill init!»
Попробую позже переустановить с нуля, но это хз когда. Бук нужен для работы, а вся процедура долгая.
not syncing: annempted to kill init!

А поставьте-ка ему на ночь Memtest, при случае…

Попробую. Но не думаю, что это что-то даст. Проблема появилась одновременно с 20 версией. «Совпадение? Не думаю!» (с)
Хотя чем чёрт не шутит…

Ну, иниту умирать самому по себе не свойственно. Принимая на веру отсутствие непонятно откуда притащенного софта, остается два наиболее вероятных варианта: испортился бинарь на диске (иногда такое случается, как ни странно) и нестабильно работающая память.
Но прежде, чем проверять диск, стоит убедиться, что память не битая. Иначе можно запороть уже ФС.

В связи с появлением новых симтомов подниму тему, если не против. Точнее были они всегда, просто их не было заметно, поскольку ни один таск манагер этого не показывал. Только вентилятор периодически выл без всякого повода. А вот после установки софтины, которая показывает загрузку системы в целом, а не задач — стало немного интереснее. Оказалось, что когда система подвисает — от одного до четырех (т.е. ВСЕ!) ядер на 100% загружены IO с внешним диском. Естественно ни один манагер этого не показывал, т.к. загрузка не принадлежит конкретным процессам. И продолжаться это может… да сколько угодно.
Собственно вопрос: wtf? В минт встроили принудительный дефрагментатор? Или что это ещё может быть? Нагрузка остаётся после убийства всех программ, который имели хоть какое-то касательство к диску.

Хммм…
Ну, собственно, эта софтина обычно называется top (входит в базовую систему) или htop (нужно установить).


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


Раз подозрение падает на диск, то можно сделать с ним следующее:


  • подключить диск через шнур с двойным питанием
  • или через активный хаб, если есть
  • выполнить принудительную проверку ФС (перед этим забэкапив все)
  • запретить ядру управление питанием на usb параметром ядра usbcore.autosuspend=-1
top смотрел. Видимо не понял, где там это. Там в основном инфа по процессам, но IO туда не включается, как я понимаю. Смотрел через xosview.
Двойное питание погоды не делает, уже пробовал. У меня куча таких шнуров.
Запрещать управление питанием тоже, скорее всего, бесполезно. Эти винты (как я понимаю — тут рулит бокс) сами весьма агрессивно этим занимаются отключаясь постоянно. Кроме задержек на старт от этого раньше проблем не было.
Непонятно, чем таким занимается система, занимая под IO 4 ядра на 100% (при отсутствии программ, которые с этим винтом работают). Очень большое подозрение, что дело, всё-таки, не в винтах (он не один). Кстати внезапный беспричинный вой кулера бывал и без них. Есть вероятность, что он и собственным такое делал. Но это, конечно, пока только предположение. Буду мониторь дальше…
Так, похоже, Минт тоже поломали в хлам. А какие вообще остались ещё работающие дистрибутивы?

Ради интереса, на карантинном заточении поковырял убунту, минт и арч (арк), железо 2013-14 года (fx 8350, материнка asus м5 а78, nvidia gtx 1050, всё вставало достаточно спокойно. По итогу оставил убунту 20.04, запустил домашний сервер, никаких нареканий. В чём у Вас проблема? Какие глюки?

Ну например, рандомное отваливание тачпада, неспособность к hibernate, проблемы с печатью, не виделись в упор USB-флешки (lsusb — видит, а gparted — нет) и ещё вагон и маленькая тележка проблем, всего уже и не упомню.

А, ноутбук, получается? Там да, возни хватает. Хотя на двух разных ноутах от НР с амд райзенами (пробуки, один 2020 года, второй — 19го), кстати, хорошо завелась 20.04 убунта, из коробки тачпад работал, с портами-флешками тоже нареканий не было. А у Вас интел?

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

Периодические фризы интерфейса KDE, как у меня на разных абсолютно машинах в разных компаниях на разных дистрибутивах, так и у коллег.
Не выходит поставить разный DPI на разные мониторы.
Проблемы с гибернацией.
Подключение принтера — сеанс черной магии и скачивание непонятно-чего. При каких-то апдейтах сломалось и пришлось ставить заново.
Отключил тачпад — его кнопки продолжают работать.
При изменении драйвера nvidia-видеокарты сломались шрифты.

У меня на десктопе федора, на ноуте убунта и есть с чем сравнить. В федоре тоже хватает сюрпризов, почти все новые фичи стартуют в федоре и не всегда с успехом. Например тот же Wayland вроде как визуально по-шустрее, но куча мелки проблем, особенно с пакетами установленными через snap, то расширения не работают, то еще чего и в итоге после пары дней использования всегда отключал. С гномом тоже сюрпризы бывают, после обновления перестают работать расширения, сейчас с обратной совместимостью получше стало, а раньше стабильное явление было. По своему опыту могу сказать что лучше использовать предпоследнюю версию, тогда от убунты будет мало отличий, разве что в убунте все рюшечки-менюшечки, кодеки из коробки, а в федоре их ставить надо, rpmfusion подключать, ставить кодеки и т.п., но зато нет всякого хлама и убунтосервисов которыми никто не пользуется. Еще бывало что нет rpm пакетов и приходилось танцевать с бубном вокруг терминала, но с появлением snap это ушло на второй план.
Короче этот дистрибутив не для тех кто хочет уйти от того что где-то что-то ломается, а наоборот для тех кто молод и горяч, готов сидеть в терминале и иметь всегда свежее ПО.
>Wayland (...) с пакетами установленными через snap

Fedora всё же «заточена» под flatpak.

>рюшечки-менюшечки, кодеки из коробки

В Fedora RPM Fusion подключается за полминуты.

Что же касается рюшечек — в Ubuntu она из коробки только одна: неотключаемая и ненастраиваемая без бубна (dconf-editor) «изкоробочная» версия Dash to Dock.

>после обновления перестают работать расширения

Разумеется, ведь далеко не все расширения будут работать с обновленной версией Gnome Shell — их тоже надо обновлять. Ubuntu в этом отношении ничем не отличается от Fedora.

>нет rpm пакетов

Обширное множество Copr в помощь. И да, ещё раз — flatpak.

>молод и горяч

Хотите совет? Не хотите нарваться на ответное оскорбление (ну, например, «старпёр») — не прибегайте к ним сами.

>готов сидеть в терминале

Linux такова, что сидеть хотя бы иногда в терминале — это нормальная и естественная практика.
Manjaro KDE вроде неплох.
Надо было уже пересаживаться на что-то с 17-го минта. Столько всего перепробовал, были те же проблемы, что-то где-то не работает, ломается падает.
Тут никаких особых проблем. Доволен.
Ой нет! В моём опыте, когда манджра ставится, всё вроде работает, потом со временем она, видимо насасывается каких-то ломучих обновлений (или, может, просто изнашивается, как винда) и просто начинает ломаться в сотне мест. Спрашиваю на формуме — получаю ответы в стиле «ну, вообще-то я не знаю, я её сам только вчера поставил, но попробуй попрыгать на левой ноге и почесать нос, а вдруг полегчает». Нет, блин, не легчает!

Это же арч с задержкой пакетов, по сути. Оно, случайно, само не чинится спустя пару недель при очередном обновлении?

Может и чинится, но тогда, по ощущениям на одну починку приходится три новых поломки.

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

Ubuntu Mate вполне себе работает. Выглядит почти как Mint.

У меня Debian 10.7 (stable) — очень всë стабильно.

Пробовал Debian. На лептопах стабильно плохо. Hibernate не работает и ещё десяток проблем, которые уже не помню. Этакий набор «сделай сам».
Да. У меня уже настроено всё, что нужно было настроить. Поэтому переходить на любой другой дистрибутив уже очень не хочется, и даже обновления той же Plasma очень напрягают.
Hibernate в моем случае тоже не работает, по крайней мере из коробки, подтверждаю. То есть, засыпает-то нормально, а вот с корректным пробуждением все далеко не так хорошо. Не чинил, т.к. не использую.

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

Начал с того, что поставил Ubuntu 20.10 Desktop. В общем, неплохо, но интерфейс как будто недостаточно «вылизан». Windows Explorer чуть более «полон». Ну и вообще Desktop UI. Хотя это конечно немного субъективно.

Так вот вопрос — чем Mint лучше Ubuntu? Правильно ли я понимаю, что Mint чуть более «вылизан», т.е. вот эти все мелочи описанные в статье? Или есть какие-то принципильные отличия?

Как-то я чувствую себе немного потеряным во всех этих дистрибутивах. А у них у всех ещё есть выбор этих оболочек (GNOME, Xfce, MATE, MATE ...) — запутывает ещё больше. И вот в этой статье есть вещи названые «оболочкой», и есть «рабочий стол» — это одно и то же и это разные вещи?
Как-то я чувствую себе немного потеряным во всех этих дистрибутивах. А у них у всех ещё есть выбор этих оболочек (GNOME, Xfce, MATE, MATE ...) — запутывает ещё больше.

Так дистрибутивы на 99% и отличаются этими самыми "оболочками". Исходники пакетов у всех едины. Правда нюансов там много) В камент не уложить.


"оболчка", "рабочий стол" это всё обывательские названия одного — DE или Desktop Environment. Ну или на русском — рабочее окружение.
Прекрасно гуглится, с кучей подробностей.
Особенность в том, что DE в линуксе не прибито гвоздями к системе, как например в винде, поэтому их несколько.

дистрибутивы на 99% и отличаются этими самыми «оболочками».
Прошу прощения, я позволю себе слегка поправить ответившего вам раньше.

Дистрибутивы различаются в первую очередь системами/способами управления пакетами… хм… то есть устанавливаемыми/удаляемыми программами, собственными частями и зависимостями между всем этим безобразием. Deb-based, rpm-based, YaST и прочие portage. На мой непросвещенный взгляд, это если не самое основное, то одно из основных различий.
Почему это важно.
Некоторые программы могут оказаться собранными под один вариант распространения, но отсутствовать в других, таким образом требуя иногда изрядных усилий по адаптации их к избранному дистрибутиву. Скажем, ArcGis Desktop есть для rpm-based дистрибутивов и YaST (SuSe Linux) — пользователи Ubuntu, которая deb-based, лишние на этом празднике жизни. Пытаться поставить можно, это же Linux — но гарантий результата нет, технической поддержки от производителя нет…

А оболочки — да, их довольно много, и их даже можно ставить по нескольку на одну систему, выбирая при старте, какую вы предпочитаете в это время года и суток. Впрочем, полной вылизанности интерфейса вы вряд ли найдете хотя бы в одной. Это… не знаю, как табурет ручной работы. Из дерева, а не ДСП с пластиком; скорее всего прочнее, чем из магазина — но фабричной идеальной ровности ждать от него не стоит.

UPD.
Да, прошу прощения, на ваш вопрос-то я и не ответил. Убунту, скажем так, это попытка (не единственная) стать таким Windows в мире Linux, созданная и поддерживаемая одной компанией, в чем есть как свои плюсы, так и минусы. Среди них, в частности — достаточно спорные идеи о том, как Убунту должна выглядеть в каждом следующем выпуске. Если мне не изменяет память, Минт сделали, когда Убунту вводила в качестве основной оболочку Unity своей собственной разработки — в качестве альтернативы. Потом, через несколько выпусков, Убунту и сама от нее отказалась, но Минт уже стал достаточно популярен. Соответственно, особо большей вылизанности от него ждать не стоит, но несколько меньшей, э-э, экспериментальности — вполне.
Hint: в бубунту ставятся и cinnamon и deepin и все остальные оболочки.
А наличие единой платформы — это благо.

PS: И да, смотреть обратно на бубунту пришлось когда после более-менее сносного релиза 18.x они поломали всё напрочь.
Да, и к тому же есть всякие кубунты, хубунты: а уж что было в свое время для EeePC, я даже повторять постесняюсь.
Но уж больно временами экзотична оказывается эта единая платформа. То все дружно переходим на юнити, потому что это круто. То дружно закапываем юнити и садимся на третийгном.
И какой приличный линукс ставится проще винды? Некст-некст-некст и все? А где же настройки, муки выбора, безнадежность непредсказуемых ошибок, катарсис финальной перезагрузки?.. Снап этот опять же: попробовал я его недавно, совсем чуть-чуть, и он оставил у меня очень странное впечатление.
В общем, на бубунту я смотрю с подозрением и некоторой опаской. Не моё.
Так вот вопрос — чем Mint лучше Ubuntu?

snap нет в коробке и не будет. Только ради этой причины уже можно переходить на Mint.
Спасибо. А нельзя немного подробней?

Обычно проблема возникает когда чего-то нет. А по вашему, у Mint преимущество потому что у неё snap нет. Почему это важно? Чем он мешает? Можно же его и на Ubuntu не использовать? Или я неправ?
Однако!
Про такое веселье я не знал, спасибо.
Это скандал не про безопасность.

Snap — это такой способ раздачи приложений под Linux, по конструкции напоминающий раздачу приложений для сотовых телефонов. Каждая програмка, распостраняемая через snap, приходит в своем собственном самодостаточном контейнере, и приносит с собой все свои запчасти, а не зависит от запчастей, приходящих с системой. Поэтому snap может работать на любом дистрибутиве, и авторам программ достаточно сделать одну snap'овскую сборку для всех дистрибутивов.

Платят за этот праздник жизни конечные пользователи, в виде увеличения места, занятого на диске и в памяти разнообразными программами — при использовании snap'а, у каждой из программ есть свой экземпляр каждой запчасти, даже если у соседней программы (и в системе) есть точно такая же запчасть.

Canonical (компания, которая делает Ubuntu), изо всех сил продвигает snap, с целью построить свой App Store для линуха. Видимо, они рассчитывают на этом заработать.

Очевидно, что многих это раздражает, отсюда и скандалы вокруг snap'а.
По ссылке стоит прочитать.

«In the Ubuntu 20.04 package base, the Chromium package is indeed empty and acting, without your consent, as a backdoor by connecting your computer to the Ubuntu Store. Applications in this store cannot be patched, or pinned. You can't audit them, hold them, modify them, or even point Snap to a different store. You've as much empowerment with this as if you were using proprietary software, i.e. none. This is in effect similar to a commercial proprietary solution, but with two major differences: It runs as root, and it installs itself without asking you.»


Тут прямо про безопасность идёт речь. Хотя автор оригинальной цитаты слегка передёргивает, на мой взгляд. Патчи делать можно, есть автоматизированные средства даже (например для anbox из snap есть патч добавляющий google play, автоматически). Но это конечно костыль — автору стоит прямо говорить об отсутствии исходников пакета.
А в чем нарушение опасности-то? Можно привести пример атаки через snap?

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

Соглашусь, есть некоторый душок в том, что просишь поставить гуглохром, а тебе ставят снап, а в нем — гуглохром, хотя снапа ты не просил. Но на атаку это все равно не тянет.
Что в этой схеме мешает убунте прислать вам гуглохром с трояном?

В случае с deb-пакетами — вы можете скачать исходники (deb-src), проверить их (что кстати относительно «не трудно» — достаточно сравнить их с исходниками на гитхаб) и собрать пакет самостоятельно.

Кроме того ваш компьютер отправляет запрос на сервера Canonical, что может использоваться для идентификации и последующего таргетинга рекламы (или чего похуже).
За отсутствием аргументов в ход пошли минусы. Отлично.

Пока -20 у комментария не будет это не минусы, а погрешность.

Найти троян в исходниках размером с гуглохром — задача малореальная. Потом, если мы не верим Canonical, то кто сказал, что в .deb-ах их сборки именно те исходники, которые лежат на гитхабе?

И наконец, что есть троян? Понятно, что если гуглохром в свободное от работы время биткоин майнит на моем оборудовании, это не есть хорошо. Но если он за DNS'ом ходит через HTTPS на гугловые сервера, ну, типа для моей же собственной безопасности, а заодно гугл статистику собирает, какими сайтами я интересуюсь, это как, троян уже, или еще не троян?

Закономерный вопрос: что мешает снести snapd как я и жить спокойной жизнью? Без него система спокойно себе работает и не жалуется. Можно даже залочить пакет, чтобы случайно назад не встал с обновлениями или как зависимость.


На минте долго сидел, но из-за отсутствия KDE версии и использования LTS репов даже в промежуточных версиях с определённого момента возвращаться в ближайшее время точно не буду.

В минт именно так и сделали.

И так ясно, что в mint так сделали, но в том и вопрос — если это можно сделать и без него, то в чём тогда плюс mint для человека, знающего как навсегда избавиться от snap?

Примерно в том же, в чем плюс для человека знающего стандарты POSIX в использовании готовых ОС, а не написании собственных.

Там беда в том, что он автоматом ставится при установке безобидных пакетов. Т.е. ты делаешь apt install chromium, а ставится snap. Собственно этот пакет (хромиум) и был триггером для всей этой истории.

Да, я знаю ту историю с хромиумом, но средствами apt можно заблокировать установку snapd даже как зависимости. Кстати, раз snapd лежит в репе ubuntu, он не может поставиться случайно в mint таким же образом?

Вроде вокруг этого весь сыр-бор. Они или теперь все пакеты пересобирают, или тупо копируют нужное. Я так и не понял.

Ни кто не запрещает его выпилить и не пользовать.
> Так вот вопрос — чем Mint лучше Ubuntu?

Общее правило для новичка: если есть знакомый гуру, который отвечает на вопросы, лучше поставить такой же дистрибутив, как у него. Тогда он будет отвечать быстрее, и более охотно (Gentoo при этом ставить не надо).
У меня hplip сломался —

importerror: /usr/lib/python3/dist-packages/hpmudext.cpython-38-x86_64-linux-gnu.so: undefined symbol: ipaddressbuff


Нашёл в кеше версию 3.20.3+dfsg0-2, прибил её гвоздями — работает.

Кстати в минт-20 он тоже сломался, но там виноват был драйвер для бездрайверной печати :)
> Кстати в минт-20 он тоже сломался, но там виноват был драйвер для бездрайверной печати :)

Реально, «бездрайверная» печать в большинстве случаев работает лучше, чем legacy драйвера. Особенно для сканирования. Но поскольку USB устройство может принадлежать либо legacy драйверу, либо IPP-over-USB демону, то в тех относительно редких случаях, когда legacy драйвера работали лучше, переход к IPP-over-USB может все сломать.

Ubuntu совершила тактическую ошибку, включив в версии 20.04 IPP-over-USB по умолчанию (раньше оно включалось установкой отдельного пакета), но при этом не успев заменить глючный ippusbxd на работающий ipp-usb. Кроме того, Ubuntu 20.04 приходит со старой и глючной сборкой sane-escl. В результате, имеется заметное количество пользователей, которым переход на Ubuntu 20.04 и печать ломает, и сканирование не налаживает.

В Ubuntu 20.10 все, вроде, починили, но неприятный осадок надолго останется.

Ubuntu преподнесла новогодний подарок. После обновлений заработала блютус мышка Microsoft Precision. До этого никак подключить не получалось. Теперь готов снова рассматривать убунту как основную систему.

Скорее всего это подарок от разработчиков ядра, причём слегка залежавшийся (в ubuntu ядро ставится не самого последнего релиза, как правило).

Так много жалующихся на проблемы потребителей.
Коллеги, обсуждаемый проект довольно небольшой. Да, пользователей много, но почти все они — потребители, которые не вносят свой вклад, а просто ждут что система заработает силами волонтеров. Зайдите на Гитхаб, посмотрите на коммиты и количество контрибьюторов.

Бета-версия 20.1 была выпущена для тестирования 16 декабря, почти месяц назад. Проверка возможна либо через live-cd либо в виртуальной машине. Разработчики охотно чинят баги — это можно видеть по реакции на сообщения в блоге и на Гитхабе. Данный проект один из самых отзывчивых к пользователям.

Советы перейти на другой дистрибутив вроде Manjaro или Pop_OS! при отсутствии помощи в тестировании, разработки или донатов в итоге закончатся тем же самым — банальным дистрохоперством в поисках чуда и дистрибутива, который может развиваться как без денег от Microsoft или Apple, так и без активной помощи пользователей. Но такого никогда не будет. Либо той же Canonical придется превратиться в такую же компанию как Microsoft, обновляющую систему без ведома пользователей и вытягивающую персональные данные для собственной выгоды. Собственно шаги вроде выпуска Snap-пакетов и скрытой установки Snap при установке Chromium (а ранее и Docker) к этому уже сделаны. И многие рады вернуться к стилю Windows ради экономии времени на работу с ОС.

FOSS так не работает. Разработка ПО и ОС — это труд и он в любом случае должен быть кем то сделан. Здесь либо каждый старается тестировать, создавать issues на Гитхаб, писать в блог разработчикам или донатить, либо добро пожаловать в заботливый мир Microsoft или Apple.

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

Давайте будем не только потребителями, пришедшими в Linux ради халявы. Если нашли ошибку, то пожалуйста, сообщите об этом разработчикам, чтобы она могла быть исправлена и другие пользователи с ней не столкнулись.
FOSS так не работает. Разработка ПО и ОС — это труд и он в любом случае должен быть кем то сделан. Здесь либо каждый старается тестировать, создавать issues на Гитхаб, писать в блог разработчикам или донатить, либо добро пожаловать в заботливый мир Microsoft или Apple.

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

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


Первое этот и сам закроет охотно, потому что это не репорт, это шум.

Ну нет, мои баг-репорты были именно по второму типу. Реакция — иди, не мешай, нам твои проблемы до фонаря.

Увы, такое тоже бывает.
Но, к счастью, скорее исключение, чем правило.

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