avatar
Именно после этого обновления случилась такая история. После выключения компьютера на ночь утром при старте системы между загрузкой grub и до окна приветствия manjaro возникает длительная заминка (около 50 сек.). В это время монитор десктопа гаснет и создаётся впечатление, что компьютер выключен. Но затем появляются горизонтальные полосы на весь экран и всё приходит в норму, появляется окно приветствия. Вывод анализа загрузки systemd под спойлером
Спойлер!
[t15@t15-pc ~]$ systemd-analyze time
Startup finished in 2.353s (kernel) + 45.751s (userspace) = 48.104s
[t15@t15-pc ~]$systemd-analyze blame
31.887s systemd-fsck@dev-disk-by\x2duuid-6dfd5df2\x2d778e\x2d48e8\x2db841\x2d5329abf7863d.service
31.784s dev-disk-by\x2duuid-2dfc35e2\x2d9f12\x2d4045\x2db048\x2d23912645386e.swap
11.388s man-db.service
2.040s plymouth-start.service
1.657s user@1000.service
1.203s tlp.service
938ms dev-sda5.device
482ms ufw.service
402ms media-sdb1.mount
383ms ModemManager.service
309ms plymouth-quit-wait.service
309ms plymouth-quit.service
286ms systemd-udevd.service
276ms systemd-journald.service
261ms org.cups.cupsd.service
240ms NetworkManager.service
203ms systemd-modules-load.service
201ms home.mount
192ms systemd-logind.service
172ms alsa-restore.service
156ms systemd-binfmt.service
126ms systemd-timesyncd.service
104ms avahi-daemon.service
101ms upower.service
92ms polkit.service
90ms systemd-remount-fs.service
89ms sys-kernel-debug.mount
55ms udisks2.service
52ms logrotate.service
50ms systemd-udev-trigger.service
47ms media-sda2.mount
41ms media-sda1.mount
38ms tmp.mount
37ms systemd-tmpfiles-setup-dev.service
29ms systemd-journal-flush.service
28ms systemd-sysctl.service
21ms dev-mqueue.mount
21ms kmod-static-nodes.service
21ms colord.service
20ms dev-hugepages.mount
16ms proc-sys-fs-binfmt_misc.mount
lines 1-41

Однако если десктоп перезагрузить, либо выключить и сразу включить — происходит обычная загрузка системы продолжительностью чуть больше 6 секунд.
Спойлер!
[t15@t15-pc ~]$ systemd-analyze time
Startup finished in 2.311s (kernel) + 4.060s (userspace) = 6.372s
[t15@t15-pc ~]$ systemd-analyze blame
1.987s plymouth-start.service
1.623s user@1000.service
987ms tlp.service
876ms dev-sda5.device
761ms ufw.service
387ms media-sdb1.mount
371ms ModemManager.service
308ms plymouth-quit.service
308ms plymouth-quit-wait.service
267ms org.cups.cupsd.service
241ms systemd-journald.service
237ms systemd-udevd.service
221ms systemd-fsck@dev-disk-by\x2duuid-6dfd5df2\x2d778e\x2d48e8\x2db841\x2d5329abf7863d.service
178ms NetworkManager.service
122ms polkit.service
118ms systemd-timesyncd.service
117ms systemd-modules-load.service
104ms systemd-binfmt.service
95ms systemd-udev-trigger.service
90ms systemd-sysctl.service
83ms upower.service
74ms sys-kernel-config.mount
74ms systemd-remount-fs.service
73ms kmod-static-nodes.service
72ms dev-disk-by\x2duuid-2dfc35e2\x2d9f12\x2d4045\x2db048\x2d23912645386e.swap
72ms dev-mqueue.mount
66ms home.mount
52ms udisks2.service
36ms systemd-tmpfiles-setup-dev.service
34ms tmp.mount
32ms systemd-journal-flush.service
31ms systemd-tmpfiles-setup.service
28ms systemd-update-utmp.service
27ms media-sda1.mount
27ms systemd-logind.service
27ms colord.service
25ms plymouth-read-write.service
17ms alsa-restore.service
17ms avahi-daemon.service
14ms wpa_supplicant.service
13ms dev-hugepages.mount
lines 1-41

Проверка диска на битые сектора badblocks и выполнение fsck проблем не выявило.
В связи с этим два вопроса:
1. Что происходит?
2. Как это лечится?
Последний раз редактировалось
0
avatar
а какого не гуд вы ожидаете?)))
люди на арче годами сидят и всё гуд
0
avatar
Как она может быть стабильнее основной, уважаемый DenisNester?
0
avatar
перешел на анстейбл, пока все гут.
0
avatar
1.18.4-1
0
avatar
xorg 1.19 завезли?
0
avatar
А вообще есть нативный клиент, погугли
0
avatar
Попробуй снести или временно переименовать /home/ultron/.config/tox
0
avatar
Спасибо! То я Яндекс кошель выложил пока временно, нужно железяку заказать, вместо подыхающего винта поставить…
Кста, как раз 2 чая уже получил =) спасибо.
P.S. Обновленный минимал уже гружу =)
Последний раз редактировалось
+1
avatar
Два чая этому господину)))

Ребят, те кто пользуется сборками от Spidey не пожалейте чучуть на чай, дабы приятнее было стараться для сообщества)))
+2
avatar
Срослось))) Благодарю)))
0
avatar
Прежде всего скажу, что в моменте использую Manjaro 16.10 Fringilla [STABLE UPDATE] 2017-01-04. Включая пакет Networkmanager 1.4.4-1 и ядро 4.4.39-1. KDE 5.29.0 / Plasma 5.8.5. Претензий по скорости соединения нет — всё согласно условий провайдера. Другими словами жизнь наладилась)

По вопросу. Если опыта работы с линукс пока мало, то Вам скорее всего подойдёт следующее. Редактируем файл pacman.conf с помощью kate (чаще используют редактор nano)
sudo nano /etc/pacman.conf 

Найдите и раскомментируйте (уберите знак # ) строку IgnorePkg и приведите её в вид
IgnorePkg = networkmanager

Кстати, через пробел можно добавлять любые другие пакеты
IgnorePkg = networkmanager nautilus

Сохраните изменения. Пользуемся)
Последний раз редактировалось
0
avatar
со времени предыдущего комментария нахожусь на unstable, полет отличный! если есть желание получать обновления почти каждый день — это ваш выбор ))
0
avatar
Подскажите, пожалуйста, КАК внести его (NetworkManager)в список НЕ обновляемых пакетов? Буду очень благодарен.
0
avatar
Да, ситуация на мою очень похожа — бедов много, проверить не мешалобы ТС
0
avatar
Винт помирает, вот и вся проблема. Никаких посторонних звуков винчестер не издает?
+1
avatar
без понятия. установил, запустил обновление, система умерла. видимо манжаро не хочет на этом ноуте работать. буду выбирать другой дистрибутив, три раза подряд это уже перебор.
0
avatar
С Новым годом
0
avatar
Он пишет, «ошибка при проверке файловой системы диска UUID=5688316c-9f7e-4f20-943e-4ed8a6910b13». Можно попробовать ввести команду
sudo nano /etc/fstab 
и закомментировать (поставить # перед) строку с этим UUID, потом загрузиться и разбираться. Если не получиться, с командой, то загрузится с лива, подмонтировать root и закомментиовать там. Что это было? Ну, например, изменился размер диска с вендой, настроенного на автомонтирование и, как следствие, изменился его UUID.
Последний раз редактировалось
0
avatar
cat /etc/fstab
и
blkid

Желательно текстом а не фотками.
0