Извините что может не тут спрашиваю-не в той теме, но вот многие пугают что манжаро может рухнуть после крупного обновления, у моего знакомого так было, но правда он дней 10 в загуле был и комп вообще не включал.Просто не хотелось бы после обвала всё чинить или переустанавливать.
В связи с очередным обновлением, вот и в манджаро завезли, только сегодня заметил:
Разработчики Arch Linux сообщили о переводе схемы упаковки пакетов с алгоритма xz (.pkg.tar.xz) на zstd (.pkg.tar.zst). Пересборка пакетов в формат zstd привела к суммарному увеличению размера пакетов на 0.8%, но обеспечило ускорение распаковки на 1300%. Как следствие, переход на zstd приведёт к заметному увеличению скорости установки пакетов. В настоящее время в репозитории с использованием алгоритма zstd уже сжато 545 пакетов, остальные пакеты будут переведены на zstd по мере формирования для них обновлений.
в строку PKGEXT='.pkg.tar.lzo', думаю, стоит вписать PKGEXT='.pkg.tar.zst'
Пишите багрепорт и ждите пока (и если) нвидики снизойдут.
Либо надо в кедах править тему. Как вариант движок тем. Подобное уже бывало в четвертой ветке, но чем оно кончилось мне неизвестно.
Спасибо огромное! Действительно проблема в драйвере видеокарты! Почему-то на проприетарном косяк, а на свободном стало все окей! А есть какой-то вариант это исправить? Чтобы и драйвер был проприетарным, и темы норм отображались?
[fatx@fatx-pc ~]$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
systemd-analyze critical-chain можно посмотреть.
Свой стационар не выключаю сутками, перевожу в ждущий режим, посему на systemd-analyze не обращаю внимания
в строку PKGEXT='.pkg.tar.lzo', думаю, стоит вписать PKGEXT='.pkg.tar.zst'
C ping -c4 аналогичная ситуация.
Для сравнения вывод ping -c4 8.8.4.4
Вывод ip addr
Файл /etc/sysctl.d/99-disable_window_scaling.conf не обнаружил, только /etc/sysctl.d/50-max_user_watches.conf
Либо надо в кедах править тему. Как вариант движок тем. Подобное уже бывало в четвертой ветке, но чем оно кончилось мне неизвестно.
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @23.104s
└─multi-user.target @23.103s
└─snapd.service @14.347s +8.755s
└─basic.target @14.301s
└─sockets.target @14.301s
└─snapd.socket @14.275s +25ms
└─sysinit.target @14.272s
└─systemd-update-utmp.service @14.195s +76ms
└─systemd-tmpfiles-setup.service @13.929s +265ms
└─local-fs.target @13.927s
└─home.mount @13.848s +78ms
└─systemd-fsck@dev-disk-by\x2duuid-13ae5742\x2dab92\x2d40d5\x2da8d7\x2d5d5ca257a380.service @11.290s +2.543s
└─dev-disk-by\x2duuid-13ae5742\x2dab92\x2d40d5\x2da8d7\x2d5d5ca257a380.device @11.288s
Свой стационар не выключаю сутками, перевожу в ждущий режим, посему на systemd-analyze не обращаю внимания
На сайте много раз обсуждали гибридную графику смотрите теги и блоги
[fatx@fatx-pc ~]$ sudo optirun -b none nvidia-settings -c :8
[sudo] пароль для fatx:
(nvidia-settings:2261): GLib-GObject-CRITICAL **: 17:43:51.086: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
иногда открывается. иногда пишет ошибка… не помню дальше
не уверон все таки что драйвер работает корректно
слышал есть еще в modproble можно настроить, не знаешь как, не могу найти в инете способ
Startup finished in 3.253s (firmware) + 5.681s (loader) + 4.002s (kernel) + 23.694s (userspace) = 36.632s
graphical.target reached after 23.104s in userspace
Startup finished in 6.140s (kernel) + 22.600s (userspace) = 28.741s
graphical.target reached after 22.599s in userspace
для сравнения мои кеды
На какую машину ставите?
Есть ли другие OS?