LINUX.ORG.RU

Долго запускается Mint

 , ,


0

1

Стоит система на отдельном от винды винте. Mint 18.3 KDE Запуск от момента загрузки системы до прогрузки раб. стола 1 минута ровно, даже винда грузится быстрее systemd-analyze выдает вот такой бред: Startup finished in 58min 24.411s (firmware) + 4.398s (loader) + 9.892s (kernel) + 28.047s (userspace) = 59min 6.749s Системе 2 дня. Комп i3 7100 + 8Gb Ram Я новичок и еще много не знаю в мире линукса

Ответ на: комментарий от Radjah

рылся в биосе в попытках установить винду на другой винт

Kennard
() автор топика
$ sudo journalctl --no-pager -b 0 > boot.log
$ less boot.log

И смотри тайминги (время локальное в журнале), error-ы и прочие аномалии. Выловишь что интересное, приходи. Если не шаришь, то выкладывай на https://pastebin.com, а нам сюда ссылку.

mandala ★★★★★
()
Последнее исправление: mandala (всего исправлений: 3)
Ответ на: комментарий от Kennard
июн 26 21:46:45 kirill-pc ureadahead[371]: Counted 4 CPUs
июн 26 21:46:45 kirill-pc systemd[1]: Stopped Read required files in advance.
июн 26 21:47:34 kirill-pc kernel: FAT-fs (sdc1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
июн 26 21:47:34 kirill-pc udisksd[1654]: Mounted /dev/sdc1 at /media/kirill/8G1 on behalf of uid 1000
июн 26 21:47:38 kirill-pc kernel: FAT-fs (sdc1): error, fat_free_clusters: deleting FAT entry beyond EOF
июн 26 21:47:38 kirill-pc kernel: FAT-fs (sdc1): Filesystem has been set read-only
июн 26 21:48:19 kirill-pc polkitd(authority=local)[1261]: Operator of unix-session:2 successfully authenticated as unix-user:kirill to gain ONE-SHOT authorization for action com.ubuntu.pkexec.gparted for unix-process:2896:18195 [/bin/sh /usr/bin/gparted-pkexec] (owned by unix-user:kirill)

Хз что это за гадость, но она мне не нравится. Что это за диск?

Куча строк вида

июн 26 21:46:45 kirill-pc ureadahead[371]: ureadahead:./akonadi/pimitemtable.frm: Относительный путь пропущен

Хз что это, но тоже какое то говно.

июн 26 21:48:21 kirill-pc udisksd[1654]: Cleaning up mount point /media/kirill/8G (device 8:33 is not mounted)
июн 26 21:48:21 kirill-pc udisksd[1654]: Error cleaning up mount point /media/kirill/8G: Error removing directory: Directory not empty
...
июн 26 21:48:23 kirill-pc systemd[1631]: dev-disk-by\x2dpartlabel-Basic\x5cx20data\x5cx20partition.device: Dev dev-disk-by\x2dpartlabel-Basic\x5cx20data\x5cx20partition.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:17.0/ata3/host2/target2:0:0/2:0:0:0/block/sdb/sdb4 and /sys/devices/pci0000:00/0000:00:17.0/ata3/host2/target2:0:0/2:0:0:0/block/sdb/sdb1

Еще какая то нех, что это за диски и точка монтирования?

А так у тебя просто очень жирная установка, я уже залез за пределы минуты загрузки, просто увлекся...

mandala ★★★★★
()
Ответ на: комментарий от Kennard

Для чистоты эксперимента — лог можешь еще раз снять сразу после чистой холодной загрузки, чтоб не лезло и не путалось то что логируется уже при работе системы.

mandala ★★★★★
()
Ответ на: комментарий от mandala

Последнее (8G) это я возился с флешкой, уж больно странная и непонятная логика для меня логика линукса при работе с флешками. Может просто накатить систему по новой?

Kennard
() автор топика
Ответ на: комментарий от Kennard

Может просто накатить систему по новой?

Ну если не критично тебе, то попробуй. Заодно сними лог сразу после ванильной установки и потом анализируй как меняется динамика когда что-то ставишь и/или настраиваешь (виртуалбокс например и тому подобные сервисы).

mandala ★★★★★
()
Ответ на: комментарий от Kennard

Вообще уже дано автоматом монтирует флешки. В /media/$USER/ при автомонтировании создается директория с UUID монтируемого диска (в том числе локальные диски которые монтируются из ФМ). Если ты работаешь преимущественно из GUI файлового менеджера тебе не надо ни чего дополнительно настраивать, страшные и не красивые пути ты не увидишь, там все красиво называется по метке диска или по имени устройства, в том числе указывается объем накопителя.

mandala ★★★★★
()
Ответ на: комментарий от Kennard

из того что я вижу в логе, понятно, что быстрее будет поставить заново (manjaro там, suse, или что там еще популярное)

macroc
()

Попробуй systemd-analyze plot > systemd-analyze-plot.svg будет картиночка на которой будет наглядно показано какой сервис/таргет сколько времени отрабатывает (или отжимает). У меня были проблемы из-за нетворк-менеджера ждущего пока поднимется интерфейс.

Exmor_RS ★★★
()
Последнее исправление: Exmor_RS (всего исправлений: 1)

Кеды вообще не очень то бысто грузятся.

Deleted
()
Ответ на: комментарий от Kennard

Кеды ок конечно, но в свободное время посмотри Deepin (китайский дистрибутив который вроде как шпионит за тобой, но выглядит красиво).

Exmor_RS ★★★
()
Ответ на: комментарий от Kennard
июн 26 22:33:39 kirill-pc systemd[1]: Starting udev Kernel Device Manager...
июн 26 22:33:39 kirill-pc ureadahead[351]: ureadahead:/var/spool/cups/tmp/cups-dbus-notifier-lockfile: Нет такого файла или каталога
июн 26 22:33:40 kirill-pc ureadahead[351]: ureadahead:/home/kirill/.local/share/akonadi/db_data/kirill-pc.pid: Нет такого файла или каталога
июн 26 22:33:45 kirill-pc systemd-sysctl[375]: Couldn't write '50' to '$vm/vfs_cache_pressure', ignoring: No such file or directory

Какая то фигня, не критично, но если чешется, можно поискать что это и попытаться поправить.

июн 26 22:34:07 kirill-pc ntpd[1648]: Soliciting pool server 88.212.196.95
июн 26 22:34:08 kirill-pc ntpd[1648]: Soliciting pool server 195.3.254.2
июн 26 22:34:08 kirill-pc ntpd[1648]: Soliciting pool server 78.140.251.2
июн 26 22:34:09 kirill-pc ntpd[1648]: Soliciting pool server 185.22.60.71
июн 26 22:34:09 kirill-pc ntpd[1648]: Soliciting pool server 37.235.209.151
июн 26 22:34:09 kirill-pc ntpd[1648]: Soliciting pool server 89.109.251.22
июн 26 22:34:10 kirill-pc ntpd[1648]: Soliciting pool server 46.254.216.12
июн 26 22:34:10 kirill-pc ntpd[1648]: Soliciting pool server 31.10.91.118
июн 26 22:34:10 kirill-pc ntpd[1648]: Soliciting pool server 85.21.78.91
июн 26 22:34:10 kirill-pc ntpd[1648]: Soliciting pool server 85.21.78.23
июн 26 22:34:11 kirill-pc ntpd[1648]: Soliciting pool server 23.105.225.212
июн 26 22:34:11 kirill-pc ntpd[1648]: Soliciting pool server 79.111.152.13
июн 26 22:34:11 kirill-pc ntpd[1648]: Soliciting pool server 89.221.207.113
июн 26 22:34:11 kirill-pc ntpd[1648]: Soliciting pool server 91.189.91.157
июн 26 22:34:12 kirill-pc ntpd[1648]: Soliciting pool server 91.189.89.199
июн 26 22:34:12 kirill-pc ntpd[1648]: Soliciting pool server 195.151.98.66
июн 26 22:34:12 kirill-pc ntpd[1648]: Soliciting pool server 85.21.78.8

Какой-то маниакальный опрос всего земного шара. Можно настроить и выкинуть почти всё, оставить три сервера.

июн 26 22:34:14 kirill-pc org.freedesktop.systemd1[2001]: ** (process:2047): WARNING **: cgmanager method call org.linuxcontainers.cgmanager0_0.MovePidAbs failed: GDBus.Error:org.freedesktop.DBus.Error.InvalidArgs: invalid request.  Use G_DBUS_DEBUG=message for more info.
июн 26 22:34:14 kirill-pc org.freedesktop.systemd1[2001]: ** (process:2047): WARNING **: cgmanager method call org.linuxcontainers.cgmanager0_0.GetValue failed: GDBus.Error:org.freedesktop.DBus.Error.InvalidArgs: invalid request.  Use G_DBUS_DEBUG=message for more info.
июн 26 22:34:14 kirill-pc org.freedesktop.systemd1[2001]: ** (process:2047): WARNING **: cgmanager method call org.linuxcontainers.cgmanager0_0.SetValue failed: GDBus.Error:org.freedesktop.DBus.Error.InvalidArgs: invalid request.  Use G_DBUS_DEBUG=message for more info.
июн 26 22:34:14 kirill-pc org.freedesktop.systemd1[2001]: ** (process:2047): CRITICAL **: Unable to acquire bus name 'org.freedesktop.systemd1'.  Quitting.

Хз что это, на скорость загрузки не влияет, просто глаз зацепился.

Ну и всё тут. Критичного ни чего нет, просто очень жирно, зато юзерфренли и всё-из-коропки.

mandala ★★★★★
()
Последнее исправление: mandala (всего исправлений: 2)
Ответ на: комментарий от Kennard

очень часто он просто не видел флешку, хотя в gparted она была

Ну не знаю, какие-то дистропроблемы видать.

gparted

Лучше так:

$ lsusb
$ sudo fdisk -l
mandala ★★★★★
()
Последнее исправление: mandala (всего исправлений: 1)
Ответ на: комментарий от Exmor_RS

видел, мне elementaryos больше понравился

Kennard
() автор топика
Ответ на: комментарий от Kennard

На самом деле, в Linux очень простая и понятная схема работы с дисками. Если ты знаком с рекурсией, конечно.

ФС в Unix — это коробка, которая лежит внутри себя самой. Вот пример:

vsevolod@hp15debian9:~$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 931,5G  0 disk 
├─sda1   8:1    0    27G  0 part /
├─sda2   8:2    0    27G  0 part 
├─sda3   8:3    0    10G  0 part [SWAP]
└─sda4   8:4    0 867,5G  0 part /z
sr0     11:0    1  1024M  0 rom  

Возьмем строчку с /dev/sda1. Это устройство в /dev. /dev находится в /. А корень находится в /dev/sda1! Коробка внутри себя самой.

Теперь воткнем флешку, и вот вывод теперь:

vsevolod@hp15debian9:~$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 931,5G  0 disk 
├─sda1   8:1    0    27G  0 part /
├─sda2   8:2    0    27G  0 part 
├─sda3   8:3    0    10G  0 part [SWAP]
└─sda4   8:4    0 867,5G  0 part /z
sdb      8:16   1   3,6G  0 disk 
└─sdb1   8:17   1   3,6G  0 part 
sr0     11:0    1  1024M  0 rom  

При этом /dev/sdb1 — это не директория, это блочное устройство:

vsevolod@hp15debian9:~$ ls -la /dev/sdb1
brw-rw---- 1 root disk 8, 17 июн 26 23:58 /dev/sdb1

Теперь я открыл флешку в файловом менеджере:

vsevolod@hp15debian9:~$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 931,5G  0 disk 
├─sda1   8:1    0    27G  0 part /
├─sda2   8:2    0    27G  0 part 
├─sda3   8:3    0    10G  0 part [SWAP]
└─sda4   8:4    0 867,5G  0 part /z
sdb      8:16   1   3,6G  0 disk 
└─sdb1   8:17   1   3,6G  0 part /media/vsevolod/8F48-1DE4

Как мы видим, /dev/sdb1 примонтирован в /media/vsevolod/8F48-1DE4

Обычно монтировать может только root. Как же я смог? Грубо говоря, дело в том, что для облегчения работы настроили демон, который делает это за пользователя по его указанию — с root правами.

очень часто он просто не видел флешку, хотя в gparted она была

Важно понимать, что в Linux графика работает поверх tty — и далеко не всегда показывает все, что видит. Если в GUI не отображается флешка, это не значит, что система её не видит. Это значит, что её не отображает GUI. Например потому, что вышеупомянутый демон не знает, как её монтировать.

Для того чтобы увидеть то, что видит система, необходимо использовать команду lsblk.

Или fdisk -l , как выше сказали. И lsusb , хотя это немного другое.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 2)
Ответ на: комментарий от mandala

Я про systemd-analyze plot > systemd-analyze-plot.svg — там показывается на графике каждый сервис и как они нахлёстываются (или наоборот блочат всё) друг на друга при загрузке.

Exmor_RS ★★★
()
Ответ на: комментарий от Kennard

Это не лог, а будет svg-картинка (векторная) на выходе, можно в gwenview открыть или в веб-браузере даже.

Exmor_RS ★★★
()
Ответ на: комментарий от Exmor_RS

прописываю systemd-analyze plot > systemd-analyze-plot.svg, но никакой svg файл не создается. Смотрю в домашней папке

Kennard
() автор топика
Ответ на: комментарий от Vsevolod-linuxoid

Спасибо за разъяснение, уже становится +- понятнее

Kennard
() автор топика
Ответ на: комментарий от Kennard

Так, попробуй сначала без > systemd-analyze-plot.svg, должно много строчек всяких в консоль выплюнуть. Если сработает то потом вручную допиши > plot.svg. Должно работать с правами обычного пользователя.

Exmor_RS ★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Или fdisk -l , как выше сказали.

Его посоветовал т.к. он отплевывает то что не может прочитать, но то что висит в системе. Можно тогда следуя твоему совету дополнить так:

Проверяем что флешка вообще определилась как usb-устройство:

$ lsusb

Смотрим что она появилась в блочных устройствах:

$ lsblk

Смотрим что накопитель/раздел(ы) читается системой:

$ sudo fdisk -l

Смотрим примонтировалась ли флешка автоматом и куда, если это не понятно из lsblk (имя устройства уже известно из предыдущих команд):

$ mount
mandala ★★★★★
()
Ответ на: комментарий от Exmor_RS

А, понял, не пользовался этой шнягой ни когда, спасибо что напомнил. Я про тайминги: там нет просадок, самая большая на ntpd и то несколько секунд, постоянно что-то фурычит, шаг 1-2 секунды. Даже если что-то поддупливает, то оно погоды не сделает если это причесать.

mandala ★★★★★
()
Последнее исправление: mandala (всего исправлений: 1)
Ответ на: комментарий от mandala

посоветовали отключить сервисы через терминал, вот пришел к такому результату: Startup finished in 10.204s (kernel) + 20.839s (userspace) = 31.043s

Kennard
() автор топика
Ответ на: комментарий от Kennard

Что пишет, ошибку, какую?
Это странно, проверил в виртуалке чистой (убунте, считайт минт) — всё ок.
Попробуй выполнить echo "Test string" > testfile.txt (по сути аналогичная команда).

Exmor_RS ★★★
()
Ответ на: комментарий от Kennard
systemd-tmpfiles-setup-dev.service
systemd-sysctl.service
sys-fs-fuse-connections.mount

Тут надо знающих и опытных спрашивать про эти сервисы, но эта тройка явно сидит на ступеньке загрузки, имхо. Всё остальное вполне нормально выглядит.

Exmor_RS ★★★
()
Последнее исправление: Exmor_RS (всего исправлений: 2)
Ответ на: комментарий от Exmor_RS

сгонял в винду на минуту, вернулся и вижу вот такое: Startup finished in 1min 39.519s (firmware) + 3.086s (loader) + 20.185s (kernel) + 22.811s (userspace) = 2min 25.602s вот от куда взялось 58 минут прошлый раз

Kennard
() автор топика
Ответ на: комментарий от Kennard

и да, винда грузится все равно быстрее... пойду ка накачу линукс по новой. И вся эта хрень пропадет и стартовать болжен будет быстрее

Kennard
() автор топика
Ответ на: комментарий от Exmor_RS

Linux писал что-то типа «недостаточно прав для доступа к этому накопителю». На винде все мгновенно открылось и форматнулось. Что можно было сделать без винды?

Kennard
() автор топика
Ответ на: комментарий от Kennard

Написать sudo перед командой (только надо десять раз перепроверить, что ты точно это накопитель хочешь мучать).
Ну и этчер должен сам всё это делать и спрашивать пароль для выполнения опасных операций.

Exmor_RS ★★★
()
Ответ на: комментарий от Exmor_RS

я пытался через интерфейс системы открыть

Kennard
() автор топика
Ответ на: комментарий от cuelebra

Да, на электроне. Работает ок, ничего не испортила ни разу.
Ещё есть экспериментал кли.

Exmor_RS ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.