Долго загружается линукс минт
Впервые устанавливаю lunux на ноутбук acer aspire 5820TG, при этом windows 7 снес полностью.
Вопрос вот в чем, загрузка рабочего стола происходит на мой взгляд очень медленно почти 3мин, при этом наблюдается черный экран.
В Grub удалил splash (но не совсем понял правильно ли все сделал), не помогло/
1. Не понимаю как оптимизировать процесс загрузки?
2. Может быть мой ноутбук не потянет загрузку скажем в 10секунд по железу (видеокарта Radeon HD 5650)?
3. Что если установить уже готовую сборку скажем например linux Mint 18.1, возможно ли что загрузка останется такой же долгой как и дефолтной сборки?
описание: Ноутбук продукт: Aspire 5820TG (Calpella_CRB) производитель: Acer версия: V1.15 серийный №: LXPTN01001024010412500 разрядность: 64 bits возможности: smbios-2.6 dmi-2.6 vsyscall32 конфигурация: boot=normal chassis=notebook family=Intel_Mobile sku=Calpella_CRB uuid=368E3E98-903C-413E-A810-C80AA9AD0863 *-core описание: Материнская плата продукт: ZR7B производитель: Acer физический ID: 0 версия: Base Board Version серийный №: 021QZOMBQTF021FA слот: Base Board Chassis Location *-firmware описание: BIOS производитель: INSYDE физический ID: 0 версия: V1.15 date: 06/04/2010 размер: 1MiB capacity: 1984KiB возможности: pci upgrade shadowing cdboot bootselect edd int13floppynec int13floppytoshiba int13floppy360 int13floppy1200 int13floppy720 int13floppy2880 int9keyboard int10video acpi usb biosbootspecification *-memory описание: Системная память физический ID: 18 слот: Системная плата или материнская плата размер: 4GiB [code] Linux XX-16 4.13.0-26-generic #29~16.04.2-Ubuntu SMP Tue Jan 9 22:00:44 UTC 2018 x86_64 x86_64 x86_64 GNU/Linu [icode] 47.572s gpu-manager.service 41.339s plymouth-quit-wait.service 32.070s plymouth-start.service 30.813s apparmor.service 30.771s plymouth-read-write.service 10.547s ntp.service 5.721s NetworkManager-wait-online.service 2.399s dev-sda2.device 1.370s upower.service 937ms systemd-udev-trigger.service 905ms apt-daily-upgrade.service 679ms networking.service 672ms ModemManager.service 581ms systemd-logind.service 558ms apport.service 545ms irqbalance.service 544ms grub-common.service 536ms ondemand.service 498ms console-kit-log-system-start.service 494ms lm-sensors.service 491ms iio-sensor-proxy.service 491ms rsyslog.service 479ms systemd-user-sessions.service lines 1-23 [code] ~ $ systemd-analyze critical-chain 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. graphical.target @1min 21.065s └─multi-user.target @1min 21.064s └─getty.target @1min 21.064s └─getty@tty1.service @1min 21.063s └─rc-local.service @39.697s +5ms └─network-online.target @39.696s └─NetworkManager-wait-online.service @33.974s +5.721s └─NetworkManager.service @33.848s +119ms └─dbus.service @33.827s └─basic.target @33.366s └─sockets.target @33.366s └─avahi-daemon.socket @33.366s └─sysinit.target @33.364s └─apparmor.service @2.549s +30.813s └─local-fs.target @2.548s └─run-cgmanager-fs.mount @33.861s └─local-fs-pre.target @413ms └─lvm2-monitor.service @147ms +265ms └─lvm2-lvmetad.service @179ms └─lvm2-lvmetad.socket @141ms lines 1-23. skipping. 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. graphical.target @1min 21.065s └─multi-user.target @1min 21.064s └─getty.target @1min 21.064s └─getty@tty1.service @1min 21.063s └─rc-local.service @39.697s +5ms └─network-online.target @39.696s └─NetworkManager-wait-online.service @33.974s +5.721s └─NetworkManager.service @33.848s +119ms └─dbus.service @33.827s └─basic.target @33.366s └─sockets.target @33.366s └─avahi-daemon.socket @33.366s └─sysinit.target @33.364s └─apparmor.service @2.549s +30.813s └─local-fs.target @2.548s └─run-cgmanager-fs.mount @33.861s └─local-fs-pre.target @413ms └─lvm2-monitor.service @147ms +265ms └─lvm2-lvmetad.service @179ms └─lvm2-lvmetad.socket @141ms └─-.slice @110ms [code] ● gpu-manager.service - Detect the available GPUs and deal with any system changes Loaded: loaded (/lib/systemd/system/gpu-manager.service; enabled; vendor preset: enabled) Active: inactive (dead) since Пн 2018-01-15 06:52:10 MSK; 5min ago Process: 841 ExecStart=/usr/bin/gpu-manager --log /var/log/gpu-manager.log (code=exited, status=0/SUCCESS) Main PID: 841 (code=exited, status=0/SUCCESS) янв 15 06:51:22 kpr-16 systemd[1]: Starting Detect the available GPUs and deal with any system changes. янв 15 06:51:22 kpr-16 gpu-manager[841]: /etc/modprobe.d is not a file янв 15 06:51:22 kpr-16 gpu-manager[841]: /etc/modprobe.d is not a file янв 15 06:51:22 kpr-16 gpu-manager[841]: /etc/modprobe.d is not a file янв 15 06:51:22 kpr-16 gpu-manager[841]: /etc/modprobe.d is not a file янв 15 06:51:22 kpr-16 gpu-manager[841]: /etc/modprobe.d is not a file янв 15 06:51:22 kpr-16 gpu-manager[841]: Error: can't open /lib/modules/4.13.0-26-generic/updates/dkms янв 15 06:51:22 kpr-16 gpu-manager[841]: Error: can't open /lib/modules/4.13.0-26-generic/updates/dkms янв 15 06:52:10 kpr-16 gpu-manager[841]: update-alternatives: ошибка: нет альтернатив для x86_64-linux-gnu_gfxcore_conf янв 15 06:52:10 kpr-16 systemd[1]: Started Detect the available GPUs and deal with any system changes. [code] ~ $ systemd-analyze Startup finished in 1min 11.314s (kernel) + 1min 21.075s (userspace) = 2min 32.390s SolidPenis , в Минт 17.2 прям в Менеджере драйверов будет. Там на выбор — свободный или проприетарный. Тырнет работающий нужен да и всё.
Долгая загрузка Mint
Приветствую. Прошу помощи и желательно пошагово, я новенький и многое еще не знаю. Ситуация следующая. Поставил себе Mint19, настроил все нравится, вот только одна проблема. Долго грузится система, а точнее, после включения компа и прогрузки биоса, комп замирает, черный экран без курсора и так примерно на минуту, после чего прогружается система и работает стабильно. Проверял диск на битые сектора утилитой badblocks, все хорошо с диском. Прошу помощи! Заранее спасибо!
Если из /etc/default/grub убрать строку (закоментарить):
а потом сделать ″sudo update-grub″, то будет много текста при загрузке, может будет понятно, в какой момент возникают тормоза.
поддерживаю предыдушего оратора (про GRUB_CMDLINE_LINUX_DEFAULT=«quiet splash») и вангую, что в «те минуты» идёт верификация разделов (ФС) на отсутствие ошибок.
GRUB_CMDLINE_LINUX_DEFAULT=«quiet splash» я это сделал, там очень много чего, но я ничего не понимаю. А по той ссылке в обсуждении они ни к чему конкретному так и не пришли.
А-а, ну тогда dmesg из log-ов куда-нибудь и на какой-нибудь типа «пастебин». И народ будет посмотреть.
А можно поподробней как это сделать? Я про dmesg И еще вопрос следом, а как при загрузке тормознуть весь этот скролинг чтобы посмотреть все внимательно? А то он быстро пробегает.
Так вы жеж как раз и ищите «что стопорит». Вам не надо прерывать. Предполагается, что там где «тормоз», там и остановится. И всё почитать можно. У вас там, на комп-е, случайно, не несколько видеоадаптеров? Я понятия не имею где именно в Mint обычно хранятся журналы. Ну, где-то в /var/log , наверное. Надо специалистов по Mint поспрашивать. Debian, конечно, могуч и почти постоянен. Но вот всевозможные его разновидности напрочь сбивают с толка.
По той ссылке было показано, что с resume загрузка 35 секунд, а без — 4 секунды. И всё что там обсуждали, это как правильнее отменить поиск образа засунвшей системы — через параметры командной строки ядра или через initramfs.
Как уже написали, нужна пара строк, между выводом которых происходит большая задержка.
То то и оно, что список вообще не прерывается, а тормозит загрузку как мне кажется вот это
zxc@zxc:~$ systemd-analyze blame 14.081s systemd-journal-flush.service 10.873s dev-sda5.device 8.998s keyboard-setup.service 8.970s systemd-tmpfiles-setup-dev.service 8.312s systemd-sysctl.service 4.607s NetworkManager.service 3.434s networkd-dispatcher.service 3.381s ubuntu-system-adjustments.service 2.318s udisks2.service 1.510s thermald.service 1.480s wpa_supplicant.service 1.287s lightdm.service 1.236s ntp.service 1.199s systemd-fsck@dev-disk-by\x2duuid-e7897ca2\x2dae9b\x2d41bf\x2dbf 922ms accounts-daemon.service
Сверху была еще одна приблуда lvm2-monitor.service кажется назывался, так я его «грохнул как службу»
Ну, очистите журналы systemd. Полегчает на 15 секунд.
Перезагружаешься. После логина запускаешь терминал, вводишь