Comments 81
Так тоже всё на буке где-то 10 летней давности. И все дистры (убунта, лубунта, минт) всегда работали из коробки. Тоже раньше удивлялся, кто все эти люди, что у них что-то не работает. Вот теперь знаю :)
У меня геммора была гора с нативным файл манагером, зависал падла все время, пришлось искать альтернативу, да еще эти конфликты раскладок с intellij. Перешел на Pop_OS и все отлично.
Имена в студию!
Что значит "нельзя убить"? Даже по kill -9
от рута?
Отмонтирование — umount -nlf
?
Имена в студию!
Конкретно у меня были проблемы с VLC и KDENLIVE. С видео вообще всё было очень сложно первое время. Ютуб еле тянул 480*30фпс, VLC — 720, KDENLIVE постоянно падал. В итоге шаманя с настройками lxde, композера и со всем, что попадало под руку как-то а пару недель удалось получить рабочий вариант. Или обновлением поправило, хз. Кодеки сразу ставил дополнительные. Дрова на не особо свежий бук тоже обычно сразу подтягивались. По крайней мере ничего дополнительно ставить не предлагал.
Что значит «нельзя убить»? Даже по kill -9 от рута?
Никак. Пробовал и sigkill, и sigterm. Естественно от рута. И см выше: при попытке выключить систему их даже сама система прибить не могла. Я вообще не понимаю, как такое возможно. Вообще у меня были подозрения, что программа висла из-за проблем с носителем. Просто ждала доступа с бесконечным таймаутом. Но почему при этом она висла до неубиваемого состояния — непонятно.
Отмонтирование — umount -nlf?Так не пробовал. Если не забуду — попробуй в следующий раз. Благо подобная возможность периодически случается :/
Но при ребуте система отключить не может. Пишет — что ждёт, пока освободится раздел. А программу, которая его держит прибить не может.
Кстати ещё при ребуте теперь на последней стадии система иногда падает в кернел паник, чего я вообще раньше никогда не видел. Но это уже пофиг, поскольку машина теперь всё-равно никогда не выключается сама.
В общем такой вот новый опыт…
Интересно… На падучесть и глюкавость Kdenlive, помнится, было много жалоб, но подобное поведение не слишком характерно для системы в целом. Vlc так вообще давно rock-solid.
А диск сетевой, usb, или локальный? Не пробовали посмотреть, не ругается ли на него в сислог?
Диск usb и косяк с переподключением там присутствует, да. Причина неизвестна. Но это не должно систему так ронять. Почему программа просто не отваливается с ошибкой? Почему её даже прибить нельзя после этого? Как там всё организовано для такого эффекта? Такое впечатление, что виснет где-то на уровне драйвера в бесконечном ожидании чего-то.
Ну и другие проблемы с этим не связаны, т.е. там поломано не в одном месте.
Этот не пользовал kdenlive, но слышал, что за последние год-два ее неплохо подлатали и проект снова стал развиваться.
Если usb, то оно может отваливаться и приваливаться обратно из-за недостатка питания.
А еще из-за таких потанцулек южник может повесить север, отчего колом встанет вообще все.
А если отключить диск, остальные симптомы сохраняются?
Если usb, то оно может отваливаться и приваливаться обратно из-за недостатка питания.Не. Если не попадает на работу с файлом — то всё нормально. По крайней мере в тех случаях, когда я это замечал.
А еще из-за таких потанцулек южник может повесить север, отчего колом встанет вообще все.
А если отключить диск, остальные симптомы сохраняются?Связанные с зависанием — нет. А вот отвалившееся отключение и периодический кернел паник — да.
KP может быть связан и с самосборными модулями, если они есть. На этот предмет можно тоже пошукать в сислог или посмотреть имя сбойного модуля, если лог выводится на первую консоль.
А что за платформа и ось, напомните?
На консоль — не помню. Дамп какой-то выводился вроде. Но последний раз это было недели полторы назад, все логи уже потёрлись. Когда упадёт в следующий раз — предсказать сложно. Но, возможно имеет смысл попробовать изучить их подробнее. Просто комп выключается обычно, когда давно пора спать. Утром же вспомнить об этом немного сложно.
Минт 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, при случае…
Хотя чем чёрт не шутит…
Ну, иниту умирать самому по себе не свойственно. Принимая на веру отсутствие непонятно откуда притащенного софта, остается два наиболее вероятных варианта: испортился бинарь на диске (иногда такое случается, как ни странно) и нестабильно работающая память.
Но прежде, чем проверять диск, стоит убедиться, что память не битая. Иначе можно запороть уже ФС.
Собственно вопрос: wtf? В минт встроили принудительный дефрагментатор? Или что это ещё может быть? Нагрузка остаётся после убийства всех программ, который имели хоть какое-то касательство к диску.
Хммм…
Ну, собственно, эта софтина обычно называется top
(входит в базовую систему) или htop
(нужно установить).
Нет, дефрагментатор врядли бы завезли, тем более принудительный.
Раз подозрение падает на диск, то можно сделать с ним следующее:
- подключить диск через шнур с двойным питанием
- или через активный хаб, если есть
- выполнить принудительную проверку ФС (перед этим забэкапив все)
- запретить ядру управление питанием на usb параметром ядра
usbcore.autosuspend=-1
Двойное питание погоды не делает, уже пробовал. У меня куча таких шнуров.
Запрещать управление питанием тоже, скорее всего, бесполезно. Эти винты (как я понимаю — тут рулит бокс) сами весьма агрессивно этим занимаются отключаясь постоянно. Кроме задержек на старт от этого раньше проблем не было.
Непонятно, чем таким занимается система, занимая под IO 4 ядра на 100% (при отсутствии программ, которые с этим винтом работают). Очень большое подозрение, что дело, всё-таки, не в винтах (он не один). Кстати внезапный беспричинный вой кулера бывал и без них. Есть вероятность, что он и собственным такое делал. Но это, конечно, пока только предположение. Буду мониторь дальше…
Ради интереса, на карантинном заточении поковырял убунту, минт и арч (арк), железо 2013-14 года (fx 8350, материнка asus м5 а78, nvidia gtx 1050, всё вставало достаточно спокойно. По итогу оставил убунту 20.04, запустил домашний сервер, никаких нареканий. В чём у Вас проблема? Какие глюки?
Если найду время и переустановлю систему — скорее всего всё заработает. Но времени на это нужно слишком много, чтобы это не напрягало.
Короче этот дистрибутив не для тех кто хочет уйти от того что где-то что-то ломается, а наоборот для тех кто молод и горяч, готов сидеть в терминале и иметь всегда свежее ПО.
Fedora всё же «заточена» под flatpak.
>рюшечки-менюшечки, кодеки из коробки
В Fedora RPM Fusion подключается за полминуты.
Что же касается рюшечек — в Ubuntu она из коробки только одна: неотключаемая и ненастраиваемая без бубна (dconf-editor) «изкоробочная» версия Dash to Dock.
>после обновления перестают работать расширения
Разумеется, ведь далеко не все расширения будут работать с обновленной версией Gnome Shell — их тоже надо обновлять. Ubuntu в этом отношении ничем не отличается от Fedora.
>нет rpm пакетов
Обширное множество Copr в помощь. И да, ещё раз — flatpak.
>молод и горяч
Хотите совет? Не хотите нарваться на ответное оскорбление (ну, например, «старпёр») — не прибегайте к ним сами.
>готов сидеть в терминале
Linux такова, что сидеть хотя бы иногда в терминале — это нормальная и естественная практика.
Надо было уже пересаживаться на что-то с 17-го минта. Столько всего перепробовал, были те же проблемы, что-то где-то не работает, ломается падает.
Тут никаких особых проблем. Доволен.
Это же арч с задержкой пакетов, по сути. Оно, случайно, само не чинится спустя пару недель при очередном обновлении?
У меня Debian 10.7 (stable) — очень всë стабильно.
Других проблем — ну кроме проприетарной прошивки на вайфай карточку — вроде не обнаружилось. Разве что пальцесканер не проверял, т.к. тоже не пользую.
Начал с того, что поставил 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 своей собственной разработки — в качестве альтернативы. Потом, через несколько выпусков, Убунту и сама от нее отказалась, но Минт уже стал достаточно популярен. Соответственно, особо большей вылизанности от него ждать не стоит, но несколько меньшей, э-э, экспериментальности — вполне.
А наличие единой платформы — это благо.
PS: И да, смотреть обратно на бубунту пришлось когда после более-менее сносного релиза 18.x они поломали всё напрочь.
Но уж больно временами экзотична оказывается эта единая платформа. То все дружно переходим на юнити, потому что это круто. То дружно закапываем юнити и садимся на третийгном.
И какой приличный линукс ставится проще винды? Некст-некст-некст и все? А где же настройки, муки выбора, безнадежность непредсказуемых ошибок, катарсис финальной перезагрузки?.. Снап этот опять же: попробовал я его недавно, совсем чуть-чуть, и он оставил у меня очень странное впечатление.
В общем, на бубунту я смотрю с подозрением и некоторой опаской. Не моё.
Так вот вопрос — чем Mint лучше Ubuntu?
snap нет в коробке и не будет. Только ради этой причины уже можно переходить на Mint.
Обычно проблема возникает когда чего-то нет. А по вашему, у Mint преимущество потому что у неё snap нет. Почему это важно? Чем он мешает? Можно же его и на Ubuntu не использовать? Или я неправ?
Там был скандал со snap с точки зрения безопасности. Выходило, что snap это бэкдор на машину со стороны компании Ubuntu: https://www.zdnet.com/article/linux-mint-dumps-ubuntu-snap/
Про такое веселье я не знал, спасибо.
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, автоматически). Но это конечно костыль — автору стоит прямо говорить об отсутствии исходников пакета.
Насильственное переставление более свежей версии гуглохрома атакой не считается, это документированное поведение.
Соглашусь, есть некоторый душок в том, что просишь поставить гуглохром, а тебе ставят снап, а в нем — гуглохром, хотя снапа ты не просил. Но на атаку это все равно не тянет.
В случае с deb-пакетами — вы можете скачать исходники (deb-src), проверить их (что кстати относительно «не трудно» — достаточно сравнить их с исходниками на гитхаб) и собрать пакет самостоятельно.
Кроме того ваш компьютер отправляет запрос на сервера Canonical, что может использоваться для идентификации и последующего таргетинга рекламы (или чего похуже).
И наконец, что есть троян? Понятно, что если гуглохром в свободное от работы время биткоин майнит на моем оборудовании, это не есть хорошо. Но если он за DNS'ом ходит через HTTPS на гугловые сервера, ну, типа для моей же собственной безопасности, а заодно гугл статистику собирает, какими сайтами я интересуюсь, это как, троян уже, или еще не троян?
Закономерный вопрос: что мешает снести snapd как я и жить спокойной жизнью? Без него система спокойно себе работает и не жалуется. Можно даже залочить пакет, чтобы случайно назад не встал с обновлениями или как зависимость.
На минте долго сидел, но из-за отсутствия KDE версии и использования LTS репов даже в промежуточных версиях с определённого момента возвращаться в ближайшее время точно не буду.
Там беда в том, что он автоматом ставится при установке безобидных пакетов. Т.е. ты делаешь apt install chromium, а ставится snap. Собственно этот пакет (хромиум) и был триггером для всей этой истории.
Да, я знаю ту историю с хромиумом, но средствами apt можно заблокировать установку snapd даже как зависимости. Кстати, раз snapd лежит в репе ubuntu, он не может поставиться случайно в mint таким же образом?
Общее правило для новичка: если есть знакомый гуру, который отвечает на вопросы, лучше поставить такой же дистрибутив, как у него. Тогда он будет отвечать быстрее, и более охотно (Gentoo при этом ставить не надо).
importerror: /usr/lib/python3/dist-packages/hpmudext.cpython-38-x86_64-linux-gnu.so: undefined symbol: ipaddressbuff
Нашёл в кеше версию 3.20.3+dfsg0-2, прибил её гвоздями — работает.
Кстати в минт-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. До этого никак подключить не получалось. Теперь готов снова рассматривать убунту как основную систему.
FOSS так не работает. Разработка ПО и ОС — это труд и он в любом случае должен быть кем то сделан. Здесь либо каждый старается тестировать, создавать issues на Гитхаб, писать в блог разработчикам или донатить, либо добро пожаловать в заботливый мир Microsoft или Apple.Я вот пробовал репортить баги. Во-первых, ощущение, что система намеренно сделана так, чтобы желание зарепортить баг пропало и больше никогда не возвращалось. А потом баг под каким-то предлогом закрыли.
Много сообщений об ошибках. Ни одной ссылки на Гитхаб чтобы удостовериться, что разработчики узнали о ней и получили информацию о контексте, в котором она возникает.
Этот репортил во всякое, и, как правило, комьюнити и автор весьма дружелюбны и охотно готовы подсказать даже то, что к проекту напрямую не относится.
Но есть некоторая разница между "у миня ни работаит" и "когда я делают вот так, а потом вот так, то у меня получается вот это, а ожидается вот такое. Вот рецепт для воспроизведения".
Первое этот и сам закроет охотно, потому что это не репорт, это шум.
20.1 еще не пробовал, но 20.0 вообще не вызывает нареканий — особенно хорошо сделали поддержку двух и более мониторов и optimus работает без каких-либо танцев и бубнов.
А еще в минте самые красивые обои :) запилил бы кто апплет, чтобы прокручивал их поочереди или чтобы на разные виртуальные столы можно было сделать разные картинки.
Представлен дистрибутив Linux Mint 20.1