Автор Тема: Долгая загрузка после обновления.  (Прочитано 4940 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн V-ns

  • Новичок
  • **
  • Автор темы
  • Сообщений: 10
Долгая загрузка после обновления.
« : Октябрь 16, 2019, 18:41:04 »
Здравствуйте, в линуксе новичок, подбираю для себя дистрибутив.
Установил Runtu XFCE 18.04.3 x64 (пока нравится больше всех!) на слабенький нетбук, на SSD. Пока изучал, обкатывал, все было отлично,
кой-чо удалил, кой-чо установил, обновляться не хотел, ибо все отлично работало. Но потом все-же решился, теперь грузится раза в 3 дольше, чем было. Сталкивался с подобным, когда на минте обновлял ядро. Может можно что-то где-то подкрутить?

Оффлайн HsH

  • Administrator
  • *****
  • Сообщений: 3463
Re: Долгая загрузка после обновления.
« Ответ #1 : Октябрь 16, 2019, 19:56:14 »
кой-чо удалил, кой-чо установил

    С этого места подробнее - что удалили, что установили? Приложения в формате SNAP не добавляли? Выполните вывод команд:
inxi -v3
systemd-analyze
systemd-analyze blame > blame.txt
systemd-analyze plot > plot.svg
dpkg -l > packages.txt
Вывод первых двух команд скопируйте в сообщение, файлы из трёх последних команд разместите на файлообменнике и дайте ссылку.

Оффлайн V-ns

  • Новичок
  • **
  • Автор темы
  • Сообщений: 10
Re: Долгая загрузка после обновления.
« Ответ #2 : Октябрь 17, 2019, 00:22:22 »
HsH
Цитировать (выделенное)
С этого места подробнее - что удалили, что установили? Приложения в формате SNAP не добавляли?
Удалил: firefox, vlc, thunderbird, transmission, geany, пароли и ключи. Установил Slimjet, Opera, SMPlayer, qBittorrent, KeePassX, xed. Приложения в формате SNAP не добавлял. После этих манипуляций все работало нормально и грузился быстро.

inxi -v3
System:    Host: 2NB Kernel: 5.0.0-31-generic x86_64 bits: 64 gcc: 7.4.0
           Desktop: Xfce 4.12.3 (Gtk 2.24.31) Distro: Ubuntu 18.04.3 LTS
Machine:   Device: laptop System: Prestigio product: PSB133S01ZFH serial: N/A
           Mobo: WEIBU model: Aptio CRB serial: N/A
           UEFI: N/A v: CC-BI-13.3-S133AR110-A44S-005-E date: 07/22/2017
CPU:       Dual core Intel Celeron N3350 (-MCP-) arch: N/A cache: 1024 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 4377
           clock speeds: max: 2400 MHz 1: 852 MHz 2: 856 MHz
Graphics:  Card: Intel Device 5a85 bus-ID: 00:02.0
           Display Server: x11 (X.Org 1.20.4 ) drivers: modesetting (unloaded: fbdev,vesa)
           Resolution: 1920x1080@59.93hz
           OpenGL: renderer: Mesa DRI Intel HD Graphics 500 (Broxton 2x6)
           version: 4.5 Mesa 19.0.8 Direct Render: Yes
Network:   Card: Failed to Detect Network Card!
Drives:    HDD Total Size: 120.0GB (36.2% used)
           ID-1: model: N/A
           ID-2: model: TS120GMTS420S
Info:      Processes: 180 Uptime: 12 min Memory: 678.6/2761.6MB
           Init: systemd runlevel: 5 Gcc sys: 7.4.0 Client: Shell (bash 4.4.201) inxi: 2.3.56


systemd-analyze
Startup finished in 14.325s (firmware) + 5.055s (loader) + 40.737s (kernel) + 5.670s (userspace) = 1min 5.789s
graphical.target reached after 4.789s in userspace


https://yadi.sk/d/4uvLLsokmaJ7dQ
« Последнее редактирование: Октябрь 17, 2019, 00:38:54 от V-ns »

Оффлайн Пользователь.

  • Местный
  • *****
  • Сообщений: 4613
Re: Долгая загрузка после обновления.
« Ответ #3 : Октябрь 17, 2019, 00:43:52 »
Ядро долго грузится.

Недавно сталкивался с похожей ситуацией, помогло обновление initrd
sudo update-initramfs -u

Оффлайн HsH

  • Administrator
  • *****
  • Сообщений: 3463
Re: Долгая загрузка после обновления.
« Ответ #4 : Октябрь 17, 2019, 09:43:27 »

    V-ns, выполните команду:
sudo aptitude purge firefox firefox-locale-ru linux-headers-5.0.0-25 linux-headers-5.0.0-25-generic linux-image-5.0.0-25-generic linux-image-unsigned-5.0.0-23-generic linux-modules-5.0.0-23-generic linux-modules-extra-5.0.0-23-generic thunderbird transmission-gtk vlc-plugin-baseПерезагрузитесь, выполните
sudo update-initramfs -uvЕщё раз перезагрузитесь и сформируйте новые файлы с выводом
systemd-analyze
systemd-analyze blame > blame.txt
systemd-analyze plot > plot.svg
dpkg -l > packages.txt


Оффлайн V-ns

  • Новичок
  • **
  • Автор темы
  • Сообщений: 10
Re: Долгая загрузка после обновления.
« Ответ #5 : Октябрь 17, 2019, 12:20:38 »
HsH

systemd-analyze
Startup finished in 10.825s (firmware) + 5.058s (loader) + 38.199s (kernel) + 5.083s (userspace) = 59.167s

https://yadi.sk/d/ApFmjpdOHM8u_w

Оффлайн HsH

  • Administrator
  • *****
  • Сообщений: 3463
Re: Долгая загрузка после обновления.
« Ответ #6 : Октябрь 17, 2019, 13:03:05 »
    Среди установленных пакетов имеется ПО для работы с платформой Android (fastboot, adb). Возможно, в момент загрузки ядро пытается определить подключенные Android-устройства. Дайте файлик с выводом выполнения сразу после перезагрузки:
dmesg > dmesg.txt
Чтобы исключить проблему с версией ядра, можно установить стоковое 4.15 и проверить загрузку:
sudo aptitude install linux-genericПерезагрузка, выбор ядра 4.15 и
systemd-analyze

Оффлайн V-ns

  • Новичок
  • **
  • Автор темы
  • Сообщений: 10
Re: Долгая загрузка после обновления.
« Ответ #7 : Октябрь 17, 2019, 13:33:42 »
HsH
Цитировать (выделенное)
Перезагрузка, выбор ядра 4.15 и
Вот на счет "выбор ядра 4.15" - это как?
« Последнее редактирование: Октябрь 17, 2019, 13:37:31 от V-ns »

Оффлайн HsH

  • Administrator
  • *****
  • Сообщений: 3463
Re: Долгая загрузка после обновления.
« Ответ #8 : Октябрь 17, 2019, 13:51:09 »
    На устройстве есть btrfs-тома? Приведите вывод:
sudo fdisk -l
sudo blkid
sudo lsblk
cat /etc/fstab

Вот на счет "выбор ядра 4.15" - это как?
   После установки ядра 4.15 в загрузочном меню GRUB перейти на "Дополнительные параметры" и выбрать строку с загрузкой Linux 4.15.

Оффлайн V-ns

  • Новичок
  • **
  • Автор темы
  • Сообщений: 10
Re: Долгая загрузка после обновления.
« Ответ #9 : Октябрь 17, 2019, 14:00:01 »
Удалил ADB и fastboot.

sudo fdisk -l
Диск /dev/mmcblk1: 29,1 GiB, 31268536320 байт, 61071360 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: gpt
Идентификатор диска: BCB46690-1188-48D7-B867-0773AB315291

Устр-во        начало    Конец  Секторы Размер Тип
/dev/mmcblk1p1   4096 61067263 61063168  29,1G Microsoft basic data


Диск /dev/sda: 111,8 GiB, 120034123776 байт, 234441648 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: gpt
Идентификатор диска: 4906D6FB-D016-47C2-B7F5-8B4ED728B9F4

Устр-во       начало     Конец   Секторы Размер Тип
/dev/sda1       2048   1023999   1021952   499M Среда для восстановления Microsoft
/dev/sda2    1024000   1228799    204800   100M EFI
/dev/sda3    1228800   1261567     32768    16M Зарезервированный раздел Microsoft
/dev/sda4    1261568  43204607  41943040    20G Microsoft basic data
/dev/sda5   43204608  64176127  20971520    10G Microsoft basic data
/dev/sda6   64176128 184111103 119934976  57,2G Microsoft basic data
/dev/sda7  213471232 234441614  20970383    10G Microsoft basic data
/dev/sda8  184111104 213471231  29360128    14G Файловая система Linux

Элементы таблицы разделов упорядочены не так, как на диске.


Диск /dev/zram0: 690,4 MiB, 723947520 байт, 176745 секторов
Единицы: секторов по 1 * 4096 = 4096 байт
Размер сектора (логический/физический): 4096 байт / 4096 байт
Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/zram1: 690,4 MiB, 723947520 байт, 176745 секторов
Единицы: секторов по 1 * 4096 = 4096 байт
Размер сектора (логический/физический): 4096 байт / 4096 байт
Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт

sudo blkid
/dev/mmcblk1p1: UUID="C14D581BDA18EBFA" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="c1821366-3d1b-483e-af49-7e2ad3810a85"
/dev/sda1: LABEL="M-PM-^RM-PM->M-QM-^AM-QM-^AM-QM-^BM-PM-0M-PM-=M-PM->M-PM-2M-PM-8M-QM-^BM-QM-^L" UUID="145ABF575ABF33F8" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="e6c57906-0557-466d-9b92-f4fba7954d2f"
/dev/sda2: UUID="64C8-25E3" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="108147e9-44c5-46f3-b640-6bd4c0d0df96"
/dev/sda4: UUID="1C2CDABB2CDA8EE0" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="a1592c1c-cc01-486d-aa6b-48980cfef061"
/dev/sda5: UUID="581B65F3EBFAC14D" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="4a7d35ba-67c1-44de-af1b-a75e76fcde2d"
/dev/sda6: UUID="828F225A817AD4FA" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="7f117516-bd9f-491c-bf67-08981ab85474"
/dev/sda7: UUID="1A31-8E5B" TYPE="vfat" PARTLABEL="Basic data partition" PARTUUID="3d7132e5-6a6b-41af-a601-0f7a0736840f"
/dev/sda8: UUID="30782806-6551-49f5-8b96-3bc49ee28803" TYPE="ext4" PARTUUID="be63594d-5c13-46c0-bb6d-a4cfae3db651"
/dev/mmcblk1: PTUUID="bcb46690-1188-48d7-b867-0773ab315291" PTTYPE="gpt"
/dev/sda3: PARTLABEL="Microsoft reserved partition" PARTUUID="02365e86-db1d-4086-9dd6-1c616bfc3287"
/dev/zram0: UUID="1204911d-ce28-4e70-8137-15d2d8be1e6a" TYPE="swap"
/dev/zram1: UUID="45ce9a9b-7f5d-43c0-ab1a-678d66b8d4c5" TYPE="swap"

sudo lsblk
NAME         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda            8:0    0 111,8G  0 disk
├─sda1         8:1    0   499M  0 part
├─sda2         8:2    0   100M  0 part /boot/efi
├─sda3         8:3    0    16M  0 part
├─sda4         8:4    0    20G  0 part
├─sda5         8:5    0    10G  0 part
├─sda6         8:6    0  57,2G  0 part /media/hardE
├─sda7         8:7    0    10G  0 part
└─sda8         8:8    0    14G  0 part /
mmcblk1      179:0    0  29,1G  0 disk
└─mmcblk1p1  179:1    0  29,1G  0 part /media/hardG
mmcblk1boot0 179:8    0     4M  1 disk
mmcblk1boot1 179:16   0     4M  1 disk
zram0        252:0    0 690,4M  0 disk [SWAP]
zram1        252:1    0 690,4M  0 disk [SWAP]

cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda8 during installation
UUID=30782806-6551-49f5-8b96-3bc49ee28803 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=64C8-25E3  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
UUID=828F225A817AD4FA /media/hardE ntfs-3g uid=1000,gid=1000,dmask=022,fmask=133,locale=ru_RU.UTF-8 0 0
UUID=C14D581BDA18EBFA /media/hardG ntfs-3g uid=1000,gid=1000,dmask=022,fmask=133,locale=ru_RU.UTF-8 0 0
tmpfs /tmp tmpfs defaults 0 0
« Последнее редактирование: Октябрь 17, 2019, 14:09:53 от V-ns »

Оффлайн V-ns

  • Новичок
  • **
  • Автор темы
  • Сообщений: 10
Re: Долгая загрузка после обновления.
« Ответ #10 : Октябрь 17, 2019, 14:07:36 »
systemd-analyze на 4.15
Startup finished in 10.826s (firmware) + 19.126s (loader) + 38.197s (kernel) + 4.841s (userspace) = 1min 12.991s
graphical.target reached after 4.635s in userspace

Оффлайн HsH

  • Administrator
  • *****
  • Сообщений: 3463
Re: Долгая загрузка после обновления.
« Ответ #11 : Октябрь 17, 2019, 14:44:55 »

    Попробуйте загрузиться с параметром ядра "noresume" и проверить показания systemd-analyze.

Оффлайн V-ns

  • Новичок
  • **
  • Автор темы
  • Сообщений: 10
Re: Долгая загрузка после обновления.
« Ответ #12 : Октябрь 17, 2019, 16:26:06 »
noresume
systemd-analyze
Startup finished in 10.708s (firmware) + 1min 55.794s (loader) + 5.137s (kernel) + 4.317s (userspace) = 2min 15.957s
graphical.target reached after 4.299s in userspace

Какой вывод? Я что-то лишнего удалил или неправильно настроил?
« Последнее редактирование: Октябрь 17, 2019, 16:54:35 от V-ns »

Оффлайн HsH

  • Administrator
  • *****
  • Сообщений: 3463
Re: Долгая загрузка после обновления.
« Ответ #13 : Октябрь 17, 2019, 17:57:55 »
Какой вывод? Я что-то лишнего удалил или неправильно настроил?

    Проверьте, что выдают команды:
swapon -s
cat /etc/initramfs-tools/conf.d/resume
Если в конфиге указано неверное устройство, то задержка может быть связана с таймаутом его определения.

По приведённой информации у вас работает zram при существующем swap в файле корневого раздела. При использовании zram swap-раздел/файл на физическом носителе не нужен. В то же время, если требуется режим сна, swap на диске должен быть в обязательном порядке. Оптимальным вариантом в данном случае является технология zswap, которая хранит в ОЗУ только сжатый кэш динамического объёма и в случае исчерпания лимита скидывает его в swap на диске.

Для теста нужно удалить zram-config (если настраивали установкой этого пакета из репозитория), перезагрузиться и запустить систему с параметром ядра "zswap.enabled=1". Дополнительно ничего устанавливать не нужно, т.к. функционал уже имеется в ядре.

Оффлайн V-ns

  • Новичок
  • **
  • Автор темы
  • Сообщений: 10
Re: Долгая загрузка после обновления.
« Ответ #14 : Октябрь 17, 2019, 19:03:55 »
zram-config удалил.
swapon -s
Имя файла            Тип      Размер   Исп-но   Приоритет
/swapfile                                 file       679628   0   -2

cat /etc/initramfs-tools/conf.d/resume
cat: /etc/initramfs-tools/conf.d/resume: Нет такого файла или каталога

в тюнаре посмотрел - действительно нет.
------------------------------------------------
HsH, спасибо за помощь и содействие, думаю - переустановить систему, сразу обновить, а потом заниматься своими манипуляциями, и в процессе установить - что я неправильно делаю.