Очень долгая загрузка Manjaro KDE c диска SSD.
Приветствую. Хочу посоветоваться по вопросу Manjaro KDE. Установил эту систему на диск SSD второй после «винды». Установка прошла корректно. Однако после перезагрузки компа, система загружается в течении 2 минут (если не дольше). Винда, уж на что неповоротливая, тяжелая система, но грузится несравнимо быстрее! Манджаро устанавливал два раза чтобы убедиться, что не было сбоев во время установки. И после второго раза линукс загружается в течении 2-х минут. Очень странная ситуация, тем более с загрузкой с SSD диска. До этого Манджаро была установлена на внешний, далеко не самый скоростной, обычный HHD подключенный к USB 3.0. Система с такого диска загружается гораздо быстрее чем с SSD! Как такое возможно? Какие могут быть рекомендации по данной ситуации?
А если при зависании загрузки понажимать кнопки?
во время загрузки нажми esc, посмотри на чем висит
Скорее всего какая-то служба тормозит загрузку. Изучи выхлоп dmesg -a (или как там оно). Это может быть что угодно.
Какие могут быть рекомендации по данной ситуации?
systemd-analyze blame, и посмотреть какой сервис вешает.
Если бы у меня система грузилась две минуты, я бы срал кипятком от радости 🙁
Да, если во время загрузки нажимать «пробел» или» enter» или «escape», тогда загрузка возобновляется. Но это странно. При загрузке в внешнего харда все происходило корректно, как и подобает любой ОС.
Посмотрел. Только четыре сервиса загружается в течении 2 секунд. Остальные в миллисекундах.
Стесняюсь спросить, а у вас за какое время загружается система?)
Источник
Долгая загрузка linux manjaro
Имется проблема долгой загрузки системы с диска SSD.
Система с дуалбутом. Винда на отдельном диске. Отдельный диск под работу и игрушки. Линукс на отдельном с разделом /boot — ext2 /root — btrfs /home — btrfs. Grub установлен на диск с линуксом. И грузиться вся система с диска с линуксом.
Но вот незадача. Винда стартует через 15 секунд. Линукс через 2 минуты примерно черного экрана. Потом появляется стрелочка мышка в правом нижнем углу экрана и потом стартует графическое окружение. Дрова «экспереминтальные» amdgpu, установлены через «pamac».
Определенный выхлоп приложен ниже.
System:
Host: schuler Kernel: 4.19.24-1-MANJARO x86_64 bits: 64 compiler: gcc
v: 8.2.1 Desktop: Gnome 3.30.2 Distro: Manjaro Linux
Machine:
Type: Desktop Mobo: Gigabyte model: Z87M-D3H v: x.x
serial: BIOS: American Megatrends v: 11b
date: 06/12/2014
CPU:
Topology: Quad Core model: Intel Core i5-4690 bits: 64 type: MCP
arch: Haswell rev: 3 L2 cache: 6144 KiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 27946
Speed: 898 MHz min/max: 800/3500 MHz Core speeds (MHz): 1: 836 2: 814
3: 808 4: 820
Graphics:
Device-1: AMD Hawaii PRO [Radeon R9 290/390] vendor: Gigabyte
driver: amdgpu v: kernel bus ID: 01:00.0
Display: x11 server: X.org 1.20.3 driver: amdgpu
resolution: OpenGL: renderer: AMD Radeon R9 200 Series (HAWAII DRM 3.27.0
4.19.24-1-MANJARO LLVM 7.0.1)
v: 4.5 Mesa 18.3.3 direct render: Yes
Audio:
Device-1: Intel 8 Series/C220 Series High Definition Audio
vendor: Gigabyte driver: snd_hda_intel v: kernel bus ID: 00:1b.0
Device-2: AMD Hawaii HDMI Audio [Radeon R9 290/290X / 390/390X]
vendor: Gigabyte driver: snd_hda_intel v: kernel bus ID: 01:00.1
Sound Server: ALSA v: k4.19.24-1-MANJARO
Network:
Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: Gigabyte driver: r8168 v: 8.045.08-NAPI port: d000
bus ID: 03:00.0
IF: enp3s0 state: up speed: 100 Mbps duplex: full
mac: 94:de:80:6b:99:95
Drives:
Local Storage: total: 817.89 GiB used: 42.97 GiB (5.3%)
ID-1: /dev/sda vendor: Samsung model: SSD 850 PRO 128GB
size: 119.24 GiB
ID-2: /dev/sdb vendor: Samsung model: SSD 860 EVO 500GB
size: 465.76 GiB
ID-3: /dev/sdc vendor: Samsung model: SSD 860 EVO 250GB
size: 232.89 GiB
Partition:
ID-1: / size: 36.59 GiB used: 6.99 GiB (19.1%) fs: btrfs
dev: /dev/sdc2
ID-2: /boot size: 984.3 MiB used: 54.1 MiB (5.5%) fs: ext2
dev: /dev/sdc1
ID-3: /home size: 195.31 GiB used: 21.24 GiB (10.9%) fs: btrfs
dev: /dev/sdc3
Sensors:
System Temperatures: cpu: 43.0 C mobo: N/A gpu: amdgpu temp: 29 C
Fan Speeds (RPM): N/A
Info:
Processes: 260 Uptime: 5h 45m Memory: 15.60 GiB used: 2.52 GiB (16.1%)
Init: systemd Compilers: gcc: 8.2.1 Shell: bash v: 5.0.0 inxi: 3.0.30
589ms systemd-logind.service
376ms lvm2-monitor.service
331ms dev-sdc2.device
210ms tlp.service
193ms udisks2.service
171ms upower.service
141ms logrotate.service
136ms ModemManager.service
134ms systemd-timesyncd.service
105ms NetworkManager.service
95ms home.mount
75ms polkit.service
71ms boot.mount
70ms [email protected]
53ms systemd-udev-trigger.service
42ms systemd-udevd.service
38ms systemd-journald.service
24ms [email protected]\x2duuid-5cfd15ec\x2d39c9\x2d4e65\x2db>
23ms bluetooth.service
21ms systemd-journal-flush.service
19ms colord.service
18ms systemd-modules-load.service
17ms wpa_supplicant.service
16ms [email protected]\x2duuid-c96b2434\x2d16a6\x2d4e3b\x2da>
16ms systemd-tmpfiles-clean.service
13ms org.cups.cupsd.service
12ms accounts-daemon.service
12ms systemd-tmpfiles-setup-dev.service
10ms gdm.service
10ms systemd-remount-fs.service
9ms systemd-tmpfiles-setup.service
8ms grub-boot-indeterminate.service
8ms dev-mqueue.mount
8ms sys-kernel-debug.mount
7ms systemd-random-seed.service
7ms kmod-static-nodes.service
7ms [email protected]
6ms sys-kernel-config.mount
5ms systemd-sysctl.service
5ms dev-hugepages.mount
5ms systemd-update-utmp.service
5ms linux-module-cleanup.service
4ms systemd-rfkill.service
4ms tmp.mount
4ms systemd-user-sessions.service
3ms sys-fs-fuse-connecti
The time after the unit is active or started is printed after the «@» character.
The time the unit takes to start is printed after the «+» character.
Источник
Долгая загрузка системы
Здравствуйте. Я совсем новичок в linux. Установил на свой ноутбук Manjaro XFCE. И меня опечалило очень долгая загрузка системы.
Startup finished in 5.057s (kernel) + 28.639s (userspace) = 33.697s
graphical.target reached after 28.378s in userspace
15 комментариев
У тебя неплохо ещё.
можешь повырубать ненужные сервисы (systemd-analyze blame). Например lvm можно спокойно вырубать, если у тебя gpt на диске.
С размером журнала тоже можно пошаманить — гугли.
Да, сразу бросается в глаза modemmanager. С роутером всё отлично, 2.4 GHz
systemd-analyze critical-chain:
Re: Долгая загрузка kernel
« Ответ #3: 24 Июнь 2018, 05:21:26 »
Выключил графическую заставку что бы видеть лог загрузки во время загрузки. Выяснилось что 30 секунд компьютер ждет после надписи
sudo gedit /etc/initramfs-tools/conf.d/resume
заменить RESUME=UUID=xxx на RESUME=none если пусто то просто добавить
sudo update-initramfs -u
В этом файле должен быть записан UUID идентификатор свопа, можно узнать командой sudo blkid | grep swap причем файл свопа не подходит (вроде бы) Какой то глюк убунты возможно.
$ sudo blkid | grep swap
/dev/zram0: UUID=«d633268c-439d-4a77-8e38-f2d60796420b» TYPE=«swap»
/dev/zram1: UUID=«0679e939-6928-4745-ad33-94cf8dae511e» TYPE=«swap»
[email protected]:
$ swapon -s
Имя файла Тип Размер Исп-но Приоритет
/swapfile file 4194300 0 -2
/dev/zram0 partition 2014116 0 5
/dev/zram1 partition 2014116 0 5
[email protected]:
Пользователь добавил сообщение 24 Июнь 2018, 05:22:40: Время загрузки kernel уменьшилось с 30 до 3 секунд
Источник
Через раз зависает Manjaro при запуске
Зависает Manjaro при запуске. Через раз. Когда нормально запускается, а когда зависает или перезагружается, при этом отключается монитор. Пробовал менять ядра не помогло.
Операционная система: Manjaro Linux, Версия KDE Plasma: 5.18.3, Версия KDE Frameworks: 5.68.0, Версия Qt: 5.14.1, Версия ядра: 5.6.0-1-MANJARO, Архитектура: 64-битная, Процессоры: 3 × AMD Athlon(tm) II X3 460 Processor, Память: 7,8 ГиБ ОЗУ
Что делать? Как определить в чем проблема?
Попробуй позапускать другой дистр, не Манджаро.
А на каком этапе зависает? Только при загрузке или бывает что и рандомно во время работы? Попробуй запустить с параметром memtest=2 , может память сбоит.
Пошарься в журнале. journalctl -b -1 покажет лог предыдущей загрузки.
Видеокарта и видеодрайвер какие?
Видяха, энергосбережение процессора, или бродкомовский вайфай. Это яаще всего встречалось.
Зависает только при загрузке системы. Если загрузиться работает нормально. Память тестировал сбоев не было.
Пробовал поставить Mint, так там так же!
Вот на этом обрывается лог Manjaro:
Как узнать какой видеодрайвер?
Вот на этом обрывается лог Manjaro:
Каждый раз на одном и том же месте?
Драйвер можно узнать из lspci -k и modinfo .
Лог иксов ещё посмотри.
Каждый раз на одном и том же месте?
вот лог другого зависания. место тоже.
Видео драйвер: VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] Subsystem: Micro-Star International Co., Ltd. [MSI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] Kernel driver in use: radeon Kernel modules: radeon
Попробуй как-то загрузиться в консоль, без иксов. Например, добавь к параметрам ядра systemd.unit=multi-user.target . Если всё ок, то, попробуй отключить видеодрайвер, и загрузиться нормально, с иксами. Чтобы отключить драйвер надо в параметры ядра записать module_blacklist=radeon .
Лог иксов не смотрел?
Запусти Artix с live-cd, arch без systemd и AppArmor
А как я его посмотрю? Когда загрузка зависает, не посмотришь. А когда нормально загружается, то он перезаписывается, и предыдущей загрузки там нет.
вот окончание файла Xorg при ошибке:
Запусти Artix с live-cd, arch без systemd и AppArmor
Скачал дистрибутив artix-plasma-s6-20200210-x86_64, записал на флешку. И там тоже самое, начинается загрузка, выключается монитор и зависает.
Server terminated successfully (0)
Не похоже на зависание. На другие консоли не переключается через Ctrl+Alt+F* ? На SysRq не реагирует? Нажми Alt+PrintScreen+b когда зависнет — должен выполнится хард ресет.
Пробовал без драйвера радеона? У тебя там на флешке, скорее всего, GRUB стоит сейчас. После загрузки его меню нажми e , чтобы отредактировать текущий пункт, и добавь к строке параметров тот, про который я выше писал. Потом F10 .
Когда зависнет на команды клавиатуры не реагирует. Тем более судя по логам он девайсы ввода отключает. Иногда бывает что сам перезагружается, когда как.
В строку параметров добавлял module_blacklist=radeon. Загружается всегда. Консоль работает. StartX не стартует, пишет ошибка, но тут Radeon отключен.
Получается что проблема связана с видео?
Да кто его знает, может и с видео. А может и с иксами. А может и сама карточка того. На винде работает?
У драйверов иногда бывают параметры с которыми можно поиграться. Чтобы узнать их список можно вызвать, например, modinfo radeon . Подробнее надо читать в документации к драйверу.
К параметрам ядра можно добавить loglevel=8 , чтобы побольше инфы в журнал писалось.
Покомпилять другие ядра уж не предлагаю, больно муторное это дело, да и какого-то результата навряд ли можно ожидать.
В качестве временного решения можно настроить иксы на работу без драйвера радеона, посмотри там в логе, чего им не хватает, когда загружаешься без драйвера.
В manjaro вроде другие ядра легко поставить, попробуй sudo pacman -S linux419 linux414 или как там команда, появится в пункте загрузке еще пара ядер.
Исключишь влияние, что не в LTS ядрах что-то у тебя сломали.
В manjaro вроде другие ядра легко поставить
Пробовал ставить ядра 5.4, 5.5, 5.6. Везде виснет. Думаю дело не в ядрах потому что я ставил Linux Mint там так же зависал, видимо везде используется один и тотже видеодрайвер, вот он и глючит. MSI Radeon R5 230 не самая популярная карта, может тестированию на ней уделили мало времени. Или есть какая-то особенность именно у этой MSI, например что у нее нет вентилятора и работает она на пассивном охлаждении.
Под Windows 10 карта работает нормально, никогда не глючила.
А может настройки acpi влияют. Может по разному оборудование настраивается? Как определить в каком месте ошибка?
Самым простым способом определить, где ошибка, наверное, будет вариант запостить багрепорт в багтрекер с максимальной информацией о системе и самыми детальными уровнями логов от ядра, драйвера и иксов.
Пока что мы даже внятного сообщения о какой-бы то ни было ошибке не нашли, так что, получается, и багрепорт-то толком не напишешь.
Кстати, в том багтрекере (старой его версии) есть кое-что на твою тему. Посмотри вот эти репорты, может натолкнёт на какую-то мысль: 108361, 90926, 88364, 102820, 112192.
Ещё, я вижу, для твоей карты есть проприетарный драйвер Catalyst. В AUR’е есть для него PKGBUILD, но работает он, как я понял, только с ядрами ( 08.04.20 18:03:41 )
Нашёл документацию, лол. Ничего интересного.
Try modinfo -p radeon to find up-to-date parameters. To check default values look at drivers/gpu/drm/radeon/radeon_drv.c or drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c in Linux kernel source. To check current values look at /sys/class/drm/card*/device/driver/module/holders/radeon/parameters/ or /sys/class/drm/card/device/driver/module/holders/amdgpu/parameters/*
Дефолтные значения параметров, если вдруг надо:
А как узнать за что эти параметры отвечают?
Например int radeon_msi = -1; Это что msi? У меня видюха тоже изготовлена msi. Это как то связано?
Пробовал убунту там тоже при загрузке через раз виснет. Везде один и тоже видеодрайвер что ли?
Вот логи при зависании системы во время загрузки.
Можете сказать что не так? Почему зависает?
Почитал твой лог загрузки. Какая-то дичь. Комп нормально загружается, без каких-то вопросов, потом уходит зачем-то в сон, потом просыпается и начинается какая-то котовасия. Заканчивается всё то ли перезагрузкой, то ли остановкой системы.
Лор не пережевал мою мотню, посему прошу пройти на внешний ресурс: https://pastebin.com/KwePVuY7
Ты там где-то посмотри, может в биосе, может ещё где-то можно выключить управление питанием через езернет. Либо NetworkManager как-то надо настроить, чтобы он не уводил комп в сон. К слову, NetworkManager тоже во все подряд дистры ставят. Попробуй совсем без него: systemctl disable NetworkManager . Сеть только надо будет поднастроить как-то. Но проверить гипотезу можно и без сети.
Лог иксов нормальный: Server terminated successfully (0) .
Узнать про параметры можно либо из исходников, либо спросив у автора драйвера, что за что там отвечает. Под MSI там, вероятно, имеется в виду это, а не имя производителя. И, судя по логам, у тебя в данный момент MSI включены:
modinfo radeon вкратце напишет тебе про параметры. Если захочешь запустить систему с какой-то опцией драйвера, то допиши к параметрам ядра в GRUB module.param=value ; например: radeon.test=1 .
Видеодрайвер — да, один. Точнее, видеодрайвер входит в состав ядра, которое во всех дистрибутивах одно и то же — Linux.
у тебя /var на отдельном разделе? мне показалось, что «да»…
у тебя /var на отдельном разделе? мне показалось, что «да»…
Нет. Я ничего не переносил. /var так.
Попробуй совсем без него: systemctl disable NetworkManager
Пробовал сетвую карту в биосе отключать. Виснет.
Почитал твой лог загрузки. Какая-то дичь. Комп нормально загружается, без каких-то вопросов, потом уходит зачем-то в сон, потом просыпается и начинается какая-то котовасия. Заканчивается всё то ли перезагрузкой, то ли остановкой системы.
Получается что по каким-то причинам комп в сон уходит при загрузке, а я думал что это видеодрайвер сбоит из-за чего монитор выключался. Как локализовать проблему то? В чем причина такого сбоя может быть?
эта «мелочь» может крови попить… возможно, стоит устранить это установкой haveged.
эта «мелочь» может крови попить… возможно, стоит устранить это установкой haveged.
Установил, все равно виснет при загрузке.
в логах всё то же самое или что-то поменялось?
в логах всё то же самое или что-то поменялось?
а я думал что это видеодрайвер
Опять же, когда ты отключаешь модуль видеокарты, комп не виснет. Но и до загрузки NetworkManager’а, я так понимаю, там тоже не доходит дело. И в тех логах, что ты привёл, такое поведение с внезапным уходом в сон встречается только однажды.
Попробуй ещё ACPI отключить: добавь к параметрам ядра acpi=off .
Есть ещё один способ «ловли блох»: оставить в компе минимально возможную конфигурацию оборудования, то есть отключить всё, без чего компьютер может загрузиться. Можно поотключать в биосе или просто повытаскивать из материнки лишние USB-устройства, диски, PCI-карточки и т.д. Оставить только самый минимум. И потом постепенно добавлять оборудование и загружаться. Но в твоём случае, как я понял, комп виснет не каждый раз, так что загружаться придётся не по разу.
Попробуй ещё ACPI отключить: добавь к параметрам ядра acpi=off.
отключить всё, без чего компьютер может загрузиться
Отключал юсб контроллер в биосе — виснет. Отключал сеть в биосе — виснет.
А вот когда прописывал module_blacklist=radeon, то до консоли грузился всегда.
Как еще можно локализовать проблему?
Ещё можно попробовать загрузиться пошагово, вручную. До multi-user.target , я так понимаю, грузится без проблем. Так вот дальше попробуй сам запустить каждый сервис по отдельности. Но для этого надо знать, что и когда запустить. Можно посмотреть как это делает systemd. А возможно у неё даже есть специальный режим на такой случай. Надо либо читать документацию, либо звать экспертов, типа Ивана.
Чтобы посмотреть все зависимости для дефолтной загрузки, надо выполнить systemctl list-dependencies default.target .
Либо можно без systemd попробовать из командной строки запустить xinit с каким-нибудь openbox’ом. Они весят: один — 80 килобайт, другой — 1.2 мегабайта. Если у тебя нет файла
/.xinitrc , то после установки xorg-xinit’а и openbox’а выполни один раз echo exec openbox >
/.xinitrc . Затем из консоли, которая будет после загрузки в multi-user.target , пиши startx и, по идее, должны будут загружаться иксы с оконным менеджером. Но в этом случае лог иксов надо будет искать в пользовательской директории, если он вдруг понадобится. Что-то типа
Прописал nomodeset. Вот видео загрузки https://yadi.sk/i/YURgXQ9HCeLp2A
На 14 сек искажается экран. В как раз в этом месте виснет(иногда), но этого не видно когда видео драйвер стартует, потому что когда возникает ошибка монитор в спячку уходит.
Что это может быть за сбой на 14 сек. Почему вывод искажается?
видео не смотрел.
переключается на некорректный видеорежим. попробуй задать допустимый в параметрах ядра при загрузке.
переключается на некорректный видеорежим. попробуй задать допустимый в параметрах ядра при загрузке
Вот скриншот как выглядит сбой ( длится 1 сек) https://yadi.sk/i/yBl2xoGXVq4sSw
Как тут задать видео режим? Именно в этот момент иногда происходит зависание. Такое впечатление что обращение в памяти по неправильному адресу.
Где в логах можно увидеть эту ситуацию?
в логах этого нет. как ядро/драйвер узнает, что обращается «по неправильному адресу»… упадёт? тогда будет бектрейс в dmesg.
сейчас посмотреть не могу, позже гляну… может неправильно сванговал…
Да это, скорее всего, тот же самый буфер, только отображённый с другим разрешением. В этом ничего страшного нет. Я не знаю как заставить иксы очищать буфер, поэтому предлагаю добавить к параметрам ядра systemd.show_status=0 , чтобы отключить отображение процесса загрузки в консоль 🙂
Ну может быть тот же буффер. Но странно что он не очищается при инициализации.
Прописал systemd.show_status=0 экран с искажениями исчез, но зависания остались.
Вот зависания происходят когда разрешение должно изменятся. Это в данный момент x стартует ? Там что то не так?
И еще если в логах видно что xorg сам завершается, то где найти причину по которой он так делает?
Он так делает, судя по логу, потому, что его просит об этом systemd и sddm.
Меня больше волнует почему комп уходит в сон во время загрузки. Это пока самый странный момент.
Попробуй дописать к параметрам ядра systemd.mask=sleep.target и systemd.mask=suspend.target (через запятую почему-то не работает, поэтому два раза systemd.mask= ). Если каждый раз неохота писать, то после удачной загрузки можно выполнить systemctl mask sleep.target suspend.target , но потом, когда проверишь сделай обратно, как было: systemctl unmask sleep.target suspend.target .
Попробуй дописать к параметрам ядра systemd.mask=sleep.target и systemd.mask=suspend.target (через запятую почему-то не работает, поэтому два раза systemd.mask=). Если каждый раз неохота писать, то после удачной загрузки можно выполнить systemctl mask sleep.target suspend.target
Он так делает, судя по логу, потому, что его просит об этом systemd и sddm. Меня больше волнует почему комп уходит в сон во время загрузки. Это пока самый странный момент.
Где то я читал что система может уходить в сон из-за сбоя что бы предотвратить худшие последствия. Это не точно, но кажется информация по этому поводу где то попадалась.
В как-то можно подробный лог видеодрайвер сделать?
Надо, наверное, включить отладочные сообщения. За это отвечает параметр loglevel=8 , или просто debug , ядра или, возможно, какой-то параметр драйвера. Может быть надо будет скомпилировать модуль или ядро, чтобы выводились более подробные отладочные сообщения, но навряд ли.
Есть опция для модуля, чтобы включить тест: radeon.test=1 , но не знаю, насколько она действенная.
Все сообщения потом надо будет смотреть в журнале.
Кстати, в том логе ещё есть такое сообщение:
А есть у тебя другая видеокарточка или комп, из которого временно можно выдернуть карту? Попробуй подменить.
Насчёт «аварийного засыпания» — довольно странное поведение, так как оно ничем не помогает, да и в логе, думаю, это как-то бы отображалось более очевидным образом, нежели «Reached target Sleep. Starting Suspend…».
У него правильный драйвер. Пробовать надо module_blacklist=amdgpu.
У него правильный драйвер. Пробовать надо module_blacklist=amdgpu.
Попробовал. Виснет. Думаю что проблема не в выборе драйвера, а в его инициализации. Выбран правильно. Потому что если система стартует, то работает без проблем. Браузер работает, видео нормально воспроизводиться, нет глюков. Проблема именно в инициализации, она работает через раз. Возможно это баг в самом драйвере. А может что то еще. Может другое оборудование вызывает сбой.
Только как можно узнать точно где проблема?
А есть у тебя другая видеокарточка или комп, из которого временно можно выдернуть карту? Попробуй подменить.
Нет, к сожалению, сейчас такой возможности нет.
Источник
