Именно после этого обновления случилась такая история. После выключения компьютера на ночь утром при старте системы между загрузкой grub и до окна приветствия manjaro возникает длительная заминка (около 50 сек.). В это время монитор десктопа гаснет и создаётся впечатление, что компьютер выключен. Но затем появляются горизонтальные полосы на весь экран и всё приходит в норму, появляется окно приветствия. Вывод анализа загрузки systemd под спойлером
Спасибо! То я Яндекс кошель выложил пока временно, нужно железяку заказать, вместо подыхающего винта поставить…
Кста, как раз 2 чая уже получил =) спасибо.
P.S. Обновленный минимал уже гружу =)
Прежде всего скажу, что в моменте использую 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
Кстати, через пробел можно добавлять любые другие пакеты
без понятия. установил, запустил обновление, система умерла. видимо манжаро не хочет на этом ноуте работать. буду выбирать другой дистрибутив, три раза подряд это уже перебор.
Он пишет, «ошибка при проверке файловой системы диска UUID=5688316c-9f7e-4f20-943e-4ed8a6910b13». Можно попробовать ввести команду
sudo nano /etc/fstab
и закомментировать (поставить # перед) строку с этим UUID, потом загрузиться и разбираться. Если не получиться, с командой, то загрузится с лива, подмонтировать root и закомментиовать там. Что это было? Ну, например, изменился размер диска с вендой, настроенного на автомонтирование и, как следствие, изменился его UUID.
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 секунд.
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. Как это лечится?
люди на арче годами сидят и всё гуд
Кста, как раз 2 чая уже получил =) спасибо.
P.S. Обновленный минимал уже гружу =)
Ребят, те кто пользуется сборками от Spidey не пожалейте чучуть на чай, дабы приятнее было стараться для сообщества)))
По вопросу. Если опыта работы с линукс пока мало, то Вам скорее всего подойдёт следующее. Редактируем файл pacman.conf с помощью kate (чаще используют редактор nano)
Найдите и раскомментируйте (уберите знак # ) строку IgnorePkg и приведите её в вид
Кстати, через пробел можно добавлять любые другие пакеты
Сохраните изменения. Пользуемся)
и
blkid
Желательно текстом а не фотками.