LINUX.ORG.RU

Debian Stretch x64 - подземный стук - /usr/lib/snapd/snapd не первый час грузит диск на 4мб/сек.

 


0

1

В логах ни чего конкретного не нахожу.

Каким образом оно контролируется и куда пишет логи? Я так понимаю это какая то более другая система пакетов, но пока не вкурил а комп она уже третий час грузит... Что делает?

★★

Ответ на: комментарий от n0mad

Обновления проверяет. Создатели снапа хотят превратить линукс в десятку, поэтому снапы обновляются автоматически. Если он тебе очень нужен, то поменяй приоритет для этого процесса. Можно выставить ему приоритет idle. Чтобы ядро выделяло ресурсы для этого процесса только когда нет других запросов. Но как по мне, проще снести эту дрянь. Снапы ненужны.

anti_win ★★ ()
Ответ на: комментарий от anonymous

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

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

Перешёл на Ubuntu, использую официальные базовые snap’ы от Canonical, остальные собираю сам. Меня устраивает такой подход, когда есть нормально поддерживаемая базовая система (main без universe), а остальное я сам на свой вкус.

anonymous ()
Ответ на: комментарий от anonymous

Там есть приложения, которых нет во flatpak, который вообще в основном представлен flathub, в котором в свою очередь только open-source. Но мне нужны не эксклюзивы, а человеческая инфраструктура, в первую очередь — для сборки. И тут snap впереди. Плюс изоляция там гораздо гибче, а не «вкл/выкл», это удобно.

anonymous ()
Ответ на: комментарий от anonymous
Ответ на: комментарий от PPP328

В 20.04 уже нет. Правда, я немного назвиздел: в десктопной версии из коробки вроде бы идёт магазин приложений. Гномоприложения заменять снапами они перестали (пока?). Ну и весит это всё копейки на самом деле.

anonymous ()
Ответ на: комментарий от anonymous

Такие копейки, что на 5 приложений без малого 3 гига:

https://ubuntu-mate.community/t/snap-apps-size-this-is-ludicrous/16888

В 20.04 уже нет.

Всё еще идет, и мало того, есть даже тема что когда говоришь поставить .deb, всё равно ставится snap: https://jatan.blog/2020/05/02/ubuntu-snap-obsession-has-snapped-me-off-of-it/ https://www.kevin-custer.com/blog/disabling-snaps-in-ubuntu-20-04/

PPP328 ★★★★ ()
Последнее исправление: PPP328 (всего исправлений: 1)
Ответ на: комментарий от anonymous

Нечего сидеть на старых релизах - обновляйся.

До той машины руки не доходят, там на 12Т винтов прицеплено...
Со всякими рейдами, zfsами,...
И не часто и не на долго рядом бываю... Как запилил 2 года назад - так и работает...
А с этими всеми обновлениями и ИИ - шаг влево/шаг вправо карается расстрелом...

n0mad ★★ ()
Ответ на: комментарий от anti_win

Чем смотришь? iostat?

Сорри, выпал из обсуждения.
Смотрю #iotop

Total DISK READ : 10.36 K/s | Total DISK WRITE : 1035.71 K/s
Actual DISK READ: 10.36 K/s | Actual DISK WRITE: 1864.27 K/s
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
296 be/3 root 0.00 B/s 0.00 B/s 0.00 % 68.09 % [jbd2/md2-8]
11015 be/4 root 0.00 B/s 690.47 K/s 0.00 % 0.79 % snapd
4844 be/4 root 0.00 B/s 258.93 K/s 0.00 % 0.17 % snapd
4891 be/4 root 0.00 B/s 86.31 K/s 0.00 % 0.08 % snapd

n0mad ★★ ()
Ответ на: комментарий от Anoxemian

sudo apt purge snapd

исполнил. Оно с 7.08 до уже 9.08 так и крутило...
Этот snapd всё равно не актуален для старого дистра.
Сейчас система успокоилась. Но всё таки жаль что не узнал как логи вытащить и что оно делало... Я завтра с утра опять уезжаю от этой машины, так оно и крутило бы дисками...

n0mad ★★ ()
Ответ на: комментарий от RedEyedMan666

Сам в афиге и сижу на 18.04 с netinstall и крысой без шнапов. Куда идти дальше - не знаю. Времени каждый день обновлять gentoo нет, rolling Arch - тоже не моё, идти в сторону красношапки? Дак это и есть рассадник всех этих «говнотехнологий».

PPP328 ★★★★ ()
Последнее исправление: PPP328 (всего исправлений: 1)
Ответ на: комментарий от Anoxemian

далее все как обычно.

Сходите по ссылке выше, что я кинул, они уже принудительно переводят нормальные пакеты на снапы:

Software center can’t install Flatpak apps

Even without Flatpak apps, I was expecting the snap store to at least do well what it is supposed to. It turns out it prioritizes snap apps over .deb in search results at any cost! So you’ll see a long list of non relevant search results of snap apps above .deb ones, even if your search term exactly matches the latter.

On the latest Ubuntu, if you try to download the .deb version of Chromium using either the Software Store or command line, it acts as an alias to installing the snap version!

I hate that Chromium’s snap takes more than 10 seconds to load on cold boot on a freaking SSD, whereas .deb and Flatpak apps load in 1-2 seconds. Snaps are simply not fast enough to be default anything yet.

Snap applications auto-update and that’s fine if Ubuntu wants to keep systems secure. But it can’t even be turned off manually. Auto-updating of snaps can only be deferred at best, until at some point, like Windows, it auto-updates anyway. Even on metered connections, snaps auto-update anyway after some time.

От себя добавлю *раходром с разрешениями (когда текстовый редактор не может открыть ФС потому что он снап). Плюс дрочение диска и занимание дохрена места.

PPP328 ★★★★ ()
Ответ на: комментарий от PPP328

Времени каждый день обновлять gentoo нет,

И у меня столько времени нет, поэтому обновляю Gentoo пару раз в год. Справедливее будет сказать, что не у каждого есть время на настройку конфигов и первую сборку мира.

OpenSUSE пробовал?

RedEyedMan666 ()
Ответ на: комментарий от RedEyedMan666

OpenSUSE пробовал?

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

Там всё также прибито гвоздями к гному?

https://en.opensuse.org/images/8/88/System_role.png

Где крыска?

PPP328 ★★★★ ()
Последнее исправление: PPP328 (всего исправлений: 2)

Сталкивался с этим. Это глючит их автообновление. Оно качает обновления — записывает, что-то идет не так, и снова перекачивает и так в цикле.

Вроде бы решилось в тот раз простым перезапуском демона. Логи как обычно journalctl.

Но вообще да, жутко сырая вещь этот снап.

anonymous ()