LINUX.ORG.RU

Скорость загрузки Linux

 


0

1

openSUSE TW x64

Когда пару лет назад ставил систему, указал под корень раздел размером 25Гб, этого стало нехватать. И я сегодня с помощью gparted изменил размеры разделов на диске (ssd):

Было 25Гб sda1 (SYSTEM) 95Гб sda2 (HOME)

  1. Уменьшил sda2 до 85Гб, подвинул раздел вправо,
  2. Увеличил sda1 на освободившееся не занятое место до 35Гб

Всё прошло успешно, но система начала грузиться очень медленно на этапе: Loading kernel… (примерно 8 сек.) Loading initial ramdisk…(примерно 50 сек.) проходит примерно одна минута до какой-то движухи на экране после вывода этих сообщений, хотя раньше пролетало за считанные секунды. Думал может UUID изменились и система пытается сначала по старым замонтироваться из fstab. Проверил всё как было так и осталось.

systemd-analyze даёт такой выхлоп:

sudo systemd-analyze

Startup finished in 2.861s (kernel) + 1.309s (initrd) + 3.601s (userspace) = 7.772s

graphical.target reached after 3.538s in userspace

В чём может быть причина?



Последнее исправление: iKido (всего исправлений: 2)

wanga-mode: sudo fstrim / запусти вдруг изменится.

если ssd какой-то дешманский с алиэкспресс (что работают толком только под вендой) я бы советовал поставить систему на btrfs, имхо лучше работает с такими дисками, да и opensuse поддерживает.

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

fstrim делал да, ssd plextor на 128Гб, дело явно не в нём. Проблема появилась после описанных действий.

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

Своп есть, он на другом диске. UUID-ы проверял в /etc/fstab А вот сюда

/etc/default/grub

не заглядывал. Похоже на решение моей проблемы. Приду с работы проверю. Спасибо.

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

Косвенное подтверждение, что поменялись UUIDы - dropbox после перезагрузки не опознал этот компьютер и попросил заново залогиниться и привязать новый комп к аккаунту.

iKido
() автор топика

В чём может быть причина?

Еще стоит проверить выравнивание раздела (align). Для ssd это важно.

ololoid ★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid
sudo systemd-analyze blame
[sudo] пароль для root: 
959ms initrd-switch-root.service
923ms display-manager.service
671ms udisks2.service
641ms smartd.service
544ms dracut-initqueue.service
438ms smb.service
428ms plymouth-quit-wait.service
428ms user@1000.service
391ms firewalld.service
385ms libvirtd.service
351ms klog.service
325ms polkit.service
309ms avahi-daemon.service
294ms systemd-machined.service
289ms systemd-fsck@dev-disk-by\x2duuid-1eb7c02f\x2d6895\x2d4a09\x2d9aac\x2d4412f3e46349.service
278ms systemd-udev-trigger.service
269ms kbdsettings.service
261ms augenrules.service
251ms systemd-logind.service
240ms rsyslog.service
192ms apparmor.service
157ms systemd-fsck@dev-disk-by\x2duuid-24646784\x2d9ec4\x2d460e\x2dae25\x2d83870db3baad.service
156ms rtkit-daemon.service
152ms initrd-parse-etc.service
151ms systemd-udevd.service
151ms issue-generator.service
117ms systemd-tmpfiles-setup-dev.service
107ms auditd.service
104ms ModemManager.service
104ms chronyd.service
101ms systemd-random-seed.service
 98ms systemd-update-utmp.service
 97ms cups.service
 96ms kernel-sysctl.service
 94ms NetworkManager.service
 93ms systemd-tmpfiles-setup.service
 92ms systemd-remount-fs.service
 88ms systemd-journald.service
 86ms systemd-fsck@dev-disk-by\x2duuid-8641a7b3\x2d850d\x2d45e0\x2da3ef\x2d38a5a69268c7.service
 83ms upower.service
 81ms systemd-modules-load.service
 77ms systemd-user-sessions.service
 76ms sound-extra.service
 71ms systemd-journal-flush.service
 71ms plymouth-read-write.service
 70ms systemd-fsck-root.service
 68ms lvm2-monitor.service
 64ms systemd-sysctl.service
 63ms user-runtime-dir@1000.service
 60ms systemd-update-utmp-runlevel.service
 53ms mnt-DATA.mount
 50ms mcelog.service
 45ms dracut-cmdline.service
 43ms nscd.service
 40ms plymouth-start.service
 39ms plymouth-switch-root.service
 36ms alsa-restore.service
 26ms systemd-vconsole-setup.service
 25ms dev-hugepages.mount
 24ms dev-mqueue.mount
 24ms sys-kernel-debug.mount
 23ms sys-kernel-tracing.mount
 21ms kmod-static-nodes.service
 21ms dev-disk-by\x2duuid-2236a5e9\x2d9816\x2d459c\x2d8d43\x2d6f2656c7fa0a.swap
 21ms proc-sys-fs-binfmt_misc.mount
 19ms modprobe@configfs.service
 19ms modprobe@drm.service
 18ms modprobe@fuse.service
 18ms iscsi.service
 15ms initrd-cleanup.service
 14ms dracut-pre-udev.service
 12ms sys-kernel-config.mount
 11ms sys-fs-fuse-connections.mount
 10ms tmp.mount
  8ms mnt-PX256.mount
  5ms initrd-udevadm-cleanup-db.service
  5ms home.mount
  4ms dracut-shutdown.service

sudo systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @3.533s
└─display-manager.service @2.609s +923ms
  └─time-sync.target @2.593s
    └─chronyd.service @2.488s +104ms
      └─network.target @2.486s
        └─NetworkManager.service @2.391s +94ms
          └─network-pre.target @2.389s
            └─firewalld.service @1.997s +391ms
              └─polkit.service @1.669s +325ms
                └─basic.target @1.633s
                  └─sockets.target @1.632s
                    └─virtlogd.socket @1.632s
                      └─sysinit.target @1.627s
                        └─systemd-update-utmp.service @1.528s +98ms
                          └─auditd.service @1.420s +107ms
                            └─systemd-tmpfiles-setup.service @1.325s +93ms
                              └─local-fs.target @1.321s
                                └─mnt-DATA.mount @1.267s +53ms
                                  └─systemd-fsck@dev-disk-by\x2duuid-1eb7c02f\x2d6895\x2d4a09\x2d9aac\x2d4412f3e46349.service @977ms +289ms
                                    └─local-fs-pre.target @976ms
                                      └─systemd-tmpfiles-setup-dev.service @858ms +117ms
                                        └─kmod-static-nodes.service @751ms +21ms
                                          └─systemd-journald.socket
                                            └─system.slice
                                              └─-.slice
iKido
() автор топика
Ответ на: комментарий от PhysShell

в /etc/default/grub у меня не прописаны какие-либо UUID

cat /etc/default/grub
# If you change this file, run 'grub2-mkconfig -o /boot/grub2/grub.cfg' afterwards to update
# /boot/grub2/grub.cfg.

# Uncomment to set your own custom distributor. If you leave it unset or empty, the default
# policy is to determine the value from /etc/os-release
GRUB_DISTRIBUTOR=
GRUB_DEFAULT=saved
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=1
GRUB_CMDLINE_LINUX_DEFAULT="nomodeset splash=silent quiet showopts"
GRUB_CMDLINE_LINUX=""

# Uncomment to automatically save last booted menu entry in GRUB2 environment

# variable `saved_entry'
# GRUB_SAVEDEFAULT="true"
#Uncomment to enable BadRAM filtering, modify to suit your needs

# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
# GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
#Uncomment to disable graphical terminal (grub-pc only)

GRUB_TERMINAL="gfxterm"
# The resolution used on graphical terminal
#note that you can use only modes which your graphic card supports via VBE

# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE="auto"
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
# GRUB_DISABLE_LINUX_UUID=true
#Uncomment to disable generation of recovery mode menu entries

# GRUB_DISABLE_LINUX_RECOVERY="true"
#Uncomment to get a beep at grub start

# GRUB_INIT_TUNE="480 440 1"
GRUB_BACKGROUND=
GRUB_THEME=/boot/grub2/themes/openSUSE/theme.txt
SUSE_BTRFS_SNAPSHOT_BOOTING="true"
GRUB_DISABLE_OS_PROBER="true"
GRUB_ENABLE_CRYPTODISK="n"

iKido
() автор топика

25Гб, этого стало нехватать

с помощью gparted

Уменьшил sda2

Увеличил sda1

Проще:

  • выяснить, что разрастается, например /var, /opt и т.п.
  • создать каталоги на разделе со свободным местом
  • забиндить эти каталоги на «системные» в fstab
  • profit
vvn_black ★★★★★
()
Ответ на: комментарий от vvn_black
lsblk -f
NAME   FSTYPE FSVER LABEL  UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                            
├─sda1 ext4   1.0   SYSTEM 9e1527d7-089e-4317-9ad5-2678ecf77029   10,8G    63% /
└─sda2 ext4   1.0   HOME   8641a7b3-850d-45e0-a3ef-38a5a69268c7   32,4G    56% /home
sdb                                                                            
├─sdb1 ext4   1.0   DATA   1eb7c02f-6895-4a09-9aac-4412f3e46349  160,7G    77% /mnt/DATA
└─sdb2 swap   1            2236a5e9-9816-459c-8d43-6f2656c7fa0a                [SWAP]
sdc                                                                            
└─sdc1 ext4   1.0   PX256  24646784-9ec4-460e-ae25-83870db3baad   66,8G    66% /mnt/PX256
kido@linux-4f52:/boot/grub2> cat /etc/fstab
UUID=9e1527d7-089e-4317-9ad5-2678ecf77029  /           ext4  acl,lazytime,user_xattr,errors=remount-ro  0  1
UUID=8641a7b3-850d-45e0-a3ef-38a5a69268c7  /home       ext4  acl,lazytime,errors=remount-ro,user_xattr  0  2
UUID=1eb7c02f-6895-4a09-9aac-4412f3e46349  /mnt/DATA   ext4  acl,user_xattr,user,exec,auto,rw  1  2
UUID=2236a5e9-9816-459c-8d43-6f2656c7fa0a  swap        swap  defaults      0  0
UUID=24646784-9ec4-460e-ae25-83870db3baad  /mnt/PX256  ext4  acl,lazytime,user,exec,auto,rw,errors=remount-ro,user_xattr  0  2
iKido
() автор топика

удалить старый логический диск и создать новый

anonymous
()
Ответ на: комментарий от ololoid

Статьи про необходимость выравнивания разделов в основном датируються 2010-2012гг, более свежие, говорят о том, что в этом нет необходимости.

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

Своп нормально загружается, вообще везде ОК. Похоже версия с некорректным UUID’ом отпадает.

А какой размер у файла initrd?

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

Надо искать не подозрительные записи, а провал по времени. Я сам сталкивался, что systemd-analyze не учитывал какое-то ожидание ядра.

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

Да вроде нет провалов, весь лог укладывается в 12 сек:

sudo dmesg -T
[Чт дек 30 15:03:44 2021] microcode: microcode updated early to revision 0x2f, date = 2019-02-17
[Чт дек 30 15:03:44 2021] Linux version 5.15.8-1-default (geeko@buildhost) (gcc (SUSE Linux) 11.2.1 20211124 [revision 7510c23c1ec53aa4a62705f0384079661342ff7b], GNU ld (GNU Binutils; openSUSE Tumbleweed) 2.37.20211112-3) #1 SMP Wed Dec 15 08:12:54 UTC 2021 (0530e5c)
.
.
.
[Чт дек 30 15:03:56 2021] r8169 0000:07:00.0 enp7s0: Link is Up - 100Mbps/Half - flow control off
iKido
() автор топика
Ответ на: комментарий от iKido

Полагаю, просто свежий софт научился «из коробки» это делать.

ololoid ★★★★
()

Попробуй переставить ядро, чтоб initrams пересобрался и обнови конфиг груба.

sudo 
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

anonymous
()
Ответ на: комментарий от iKido

Они в главном конфиге автоматом прописываются, перегенерируй sudo grub2-mkconfig -o /boot/grub2/grub.cfg

anonymous
()
Ответ на: комментарий от iKido

тебя ж попросили показать sudo fdisk -l
вдруг у тебя выравнивание разделов нарушено или ещё какая-нибудь дичь

anonymous
()
Ответ на: комментарий от Xenius
sudo fdisk -l /dev/sda
[sudo] пароль для root: 
Диск /dev/sda: 119,24 GiB, 128035676160 байт, 250069680 секторов
Disk model: PLEXTOR PX-128M3
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: dos
Идентификатор диска: 0x80b2ad91

Устр-во    Загрузочный   начало     Конец   Секторы Размер Идентификатор Тип
/dev/sda1  *               2048  73381887  73379840    35G            83 Linux
/dev/sda2              73383936 250066943 176683008  84,2G            83 Linux
iKido
() автор топика
Ответ на: комментарий от iKido

странно, все нужные числа делятся на 8 без остатка

anonymous
()
Ответ на: комментарий от iKido

Выравнивание в норме, 73383936 делится на 2048, то есть выровнян по целым двоичным мегабайтам. Попробуйте что ли загрузиться с livecd и устроить проверку всех файловых систем с ключом -f (так как после выключения они будут выглядеть чистыми и иначе не проверятся)

Ещё попробуйте ядро переместить на другой носитель и вернуть обратно. Может оно фрагментировалось?

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

Выхлоп e4defrag как бы говорит, что дефрагментация не нужна

sudo e4defrag -c /dev/sda1
[sudo] пароль для root: 
e4defrag 1.46.4 (18-Aug-2021)
<Fragmented files>                             now/best       size/ext
1. /var/lib/smartmontools/attrlog.PLEXTOR_PX_128M3-002211100124.ata.csv
                                              1260/1              4 KB
2. /var/log/snapper.log                        287/1              4 KB
3. /var/lib/smartmontools/attrlog.ST1000VX001_1HH162-W512K8FP.ata.csv
                                              1822/1              4 KB
4. /var/log/alternatives.log                    35/1              4 KB
5. /var/log/libvirt/qemu/win10.log              14/1              4 KB

 Total/best extents                             554844/496525
 Average size per extent                        40 KB
 Fragmentation score                            8
 [0-30 no problem: 31-55 a little bit fragmented: 56- needs defrag]
 This device (/dev/sda1) does not need defragmentation.
 Done.
iKido
() автор топика
Ответ на: комментарий от iKido

Ну файл всё равно можешь попробовать переместить туда-сюда. Вреда по идее не будет. Наверное. Можешь ещё заново установить груб в порядке шаманства.

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

вангую, что через N постов окажется, что дело не в ssd
уже пару раз было нечто похожее в этом месяце на лоре

anonymous
()
Ответ на: комментарий от theurs

если есть подходящая по размеру емкость то просто скопируй всё на нее, нормально переразбей диск и верни обратно. это легко делается
заодно поменяй ext4 на btrfs если еще не

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

весь лог укладывается в 12 сек

Ну вот и смотри в этом логе ядра, что у тебя там так много занимает. Если при загрузке выберешь openSUSE Tumbleweed, with Linux 5.15.8-1-default (recovery mode) из меню Advanced, то лог будет посодержательнее.

12 сек для ядра — это нереально долго.

anonymous
()
Ответ на: комментарий от theurs

Менял размер разделов туда-сюда на разных дисках не раз. Никогда никаких проблем не было. Авторы утилит и файловых систем, по-твоему, тоже дебилы, раз запиливают такие возможности? Ну ты и дебил, конечно. Тебе линукс противопоказан.

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