Если проблема решилась, пометьте тему как решенную.

именно свапа и не было (а памяти пакман жрал много). Уже догадался включить и потестить. Вроде все работает без сбоев. Спасибо!

Внимательно наблюдать за поведением системы. Сколько озу у вас? Какого размера корневой раздел и сколько на нем свободного места? Включен ли свап?

Может конечно и железо, но:
1. Проблема только в одном конкретном приложении — графический пакман.
2. Простенькие игры и даже игры из стима (да, совсем старые бесплатные тянет) — проблем не вызывают. А они к памяти и железу явно более требовательны.
Как убедиться, что это железо?

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

на windows проблем нет. В консоли вроде тоже ставит хорошо.
Тесты памяти гонял не так давно.

Ноутбук очень старый, может что то не исправно, озу, например.

поставил галочки в настройках графики (там где три строки галочек, нижних двух у меня не было — их поставил). Названия не помню.

1 загрузится в лайв сд, посмотреть установленные дрова для Вашей системы-запомнить.
2 Опираясь на Вики вернуть все назад т е ctrl+alt+f2>логин>пароль> mhwd -li(смотреть что стоит)>sudo mhwd -r pci(названия тех самых 2 галочек)> перезагрузиться

почему ты так решил?

Файловая система действительно ext4. Файл отредактировал — ничего не изменилось

Жесткий диск чтоли? На ext4?
Отредактируй /etc/fstab. Замени 1 на 0 в последних двух колонках для этого диска.

Про NVidia и драйвера тоже видел, но у меня видеокарта AMD Radeon 6470 HD.

Переустановить систему пытался, но на этапе «Разделы» установщик почему-то не даёт пройти далее, если не выбирать опцию «Новая таблица разделов», а сносить всё содержимое диска пока не готов

Похоже, у этой проблемы нет однозначного решения (не только для Манжары, но вообще). В сети есть предложения (иногда даже помогающие спрашивающему): снести и вновь установить видеодрайверы (обычно грешат на невидию); переустановить десктоп мэнеджер (в нашем случае — sddm); переустановить само рабочее окружение; проверить заполнение файловой системы и — если близко к 100 % — очистить.

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

Впрочем, я бы попытался переставить систему. Кто его знает, что там в этих кривых линуксах поломалось.

У автора темы игра с Android похоже.

А игрокам из Стим рекомендую Proton-GE. Можно установить из AUR через Pamac пакет proton-ge-custom-bin. Вещь мощная, у меня даже Quake Champions тянет и позволяет играть с приемлемой задержкой ввода-вывода.

Для заинтересовавшихся, timeshift-autosnap-manjaro поможет, только если у вас btrfs. Для ext4 это бесполезно.

Ого, зачем так заморачиваться? Это считай нарушать естественный порядок вещей. Вроде такая фишка реализована на BSD-дистрибутивах, а в данном случае, можно все пакеты пересобирать под себя и ставить их все например в /opt, при этом /opt монтировать на отдельный диск, ну и симлинки на либы и бинарники перебрасывать в /usr/lib и /usr/bin соответственно, при этом, думаю можно покумекать и создать какой-нибудь скрипт который по типу postinstall будет выполняться перед непосредственной установкой пакета, то есть перехватывать процесс установки у пакмана, или вообще написать свой пакетный менеджер. но вопрос, какой в этом практический смысл? И как быть с системными пакетами, это ж головняка отделять их друг от друга

Если вы новичек в линукс, btrfs лучше пока не использовать.

Да не, он не прото то. Директория /var/cache/pacman/pkg — это не текущие установленные пакеты, а хранилище установочных пакетов предыдущих версий.
По дефолту хранится 5 последних версий каждого. Обычно сокращаю до 2, если место позволяет, иначе — в 0.
Кстати, полезная вещь если какое-то приложение прилетело забаганым. Сносишь установленное, добавляешь его в игнор-лист на пару месяцев, и ставишь вручную из /var/cache/pacman/pkg последнее рабочее.

Текущие установленные пакеты размазаны по /usr/bin, /etc/ и /usr. Так просто их повыкорчевывать не выйдет. Еще и на btrfs с его сабволюмами.

Желательно выяснить причину такого поведения фс, а дальше исправить эту причину, постоянные восстановления фс здоровья ссд точно не добавят

Достаточно примонтировать нужный раздел в /var/cache
в случае с бтрфс в /etc/fstab добавить точку монтирования типа этой

UUID=хххххххххх-хххх-хххх-хххх-ххххххх  /var/cache    btrfs  rw,noatime,discard,compress=lzo,nossd,space_cache,autodefrag,subvolid=259,subvol=@cache

где /var/cache — точка монтирования
UUID — это UUID твоего диска, где будут накапливаться установочные пакеты,
subvolid=259 — id подтома бтрфс;
subvol=@cache — имя подтома бтрфс.
Для других файловых систем ситуация похожа, только в фстаб нужно прописать точку монтирования согласно требованиям такой фс