LINUX.ORG.RU

Чтото тормозит загрузку линукса?

 , ,


0

3

Наблюдаю такую картину:

#systemd-analyze blame
14.996s dev-sda4.device
12.865s systemd-tmpfiles-setup-dev.service
1.440s NetworkManager.service
.......
На sda4 находится корневая фс. Таким образом она очень замедляет загрузку системы. При этом монтирование напр sda1 после запуска занимает меньше секунды.

В логах в глаза кинулось вот что:

[    8.183262] EXT4-fs (sda4): re-mounted. Opts: errors=remount-ro
[    8.585898] systemd-journald[355]: Received request to flush runtime journal from PID 1
[   20.892784] EDAC MC: Ver: 3.0.0

Смущает большое время перед EDAC.



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

EDAC MC:

Эта штука проверяет и корректирует ошибки на запоминающих устройствах (ОЗУ).

Возможно сыпит ошибками памяти или еще что.

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

В dmesg от edac только одна строчка (EDAC MC: Ver: 3.0.0)

Те никаких больше ошибок нету.

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

Я подозреваю, что дело здесь в дистрибутиве.

Ради эксперимента ставил на виртуалку mint xfce: из коробки загрузка длилась около 2х минут. В этом же контейнере win7 справлялась за 40с.

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

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

Скорее всего дело в харде. Попробуй перенести систему на SSD.

У меня только это ускорило загрузку.

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

Сравнивать линукс и винду некорректно. И да, 40 секунд тоже очень долго в случае с виндой. Обычно даже с харда запускается за 25-27 секунд.

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

2 минуты на запуск кед с харда, вроде ок, у меня за минуту запускалось.

А с экрана загрузки до рабочего стола проходило 10 секунд. Сейчас с SSD это занимает секунду-две.

Deleted
()

Надо глянуть смарт.
Если чисто провести fsck (для дерева директорий ещё ключ D кажется, бывает очень полезно).
И ради прикола можно e4defrag, если ext4 используется (для эффективной работы должно быть свободно много места, типа самый большой файл x2,5 или как-то так).

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

А чем проверить диск?

Дело в том, что считывание/запись в среднем проходит со скоростью 100мб/с и никаких подтормаживаний в рабочей системе не наблюдается. Есть какой нибудь лог по этому поводу?

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

К сожалению, я системдой долго не пользовался и не в курсах всех его нюансов. В то же время у меня в Gentoo оно вполне себе работало, не считая застревания при перезагрузках, но это уже другая история. Да и крыса так долго не запускалась. Нужны логи journalctl, то есть больше инфы.

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

А чем проверить диск?

man fsck — проверка файловой системы. man badblocks — проверка поверхности диска.

В обоих случаях раздел должен быть отмонтирован.

aureliano15 ★★
()
Ответ на: комментарий от Deleted
~_> journalctl | grep sda
Мар 05 01:27:30 PLOTVA kernel: sd 3:0:0:0: [sda] 1250261615 512-byte logical blocks: (640 GB/596 GiB)
Мар 05 01:27:30 PLOTVA kernel: sd 3:0:0:0: [sda] Write Protect is off
Мар 05 01:27:30 PLOTVA kernel: sd 3:0:0:0: [sda] Mode Sense: 00 3a 00 00
Мар 05 01:27:30 PLOTVA kernel: sd 3:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Мар 05 01:27:30 PLOTVA kernel:  sda: sda1 sda2 sda3 sda4
Мар 05 01:27:30 PLOTVA kernel: sd 3:0:0:0: [sda] Attached SCSI disk
Мар 05 01:27:30 PLOTVA kernel: EXT4-fs (sda4): mounted filesystem with ordered data mode. Opts: (null)
Мар 05 01:27:30 PLOTVA kernel: EXT4-fs (sda4): re-mounted. Opts: errors=remount-ro
Мар 05 01:27:44 PLOTVA kernel: Adding 11718652k swap on /dev/sda2.  Priority:-1 extents:1 across:11718652k FS
Мар 05 01:27:44 PLOTVA smartd[870]: Device: /dev/sda, type changed from 'scsi' to 'sat'
Мар 05 01:27:44 PLOTVA smartd[870]: Device: /dev/sda [SAT], opened
Мар 05 01:27:44 PLOTVA smartd[870]: Device: /dev/sda [SAT], WDC WD6402AAEX-00Z3A0, S/N:WD-WCATR4423805, WWN:5-0014ee-25a88543f, FW:05.01D05, 640 GB
Мар 05 01:27:44 PLOTVA smartd[870]: Device: /dev/sda [SAT], not found in smartd database.
Мар 05 01:27:45 PLOTVA smartd[870]: Device: /dev/sda [SAT], is SMART capable. Adding to "monitor" list.
Мар 05 01:27:45 PLOTVA smartd[870]: Device: /dev/sda [SAT], state read from /var/lib/smartmontools/smartd.WDC_WD6402AAEX_00Z3A0-WD_WCATR4423805.ata.state
Мар 05 01:27:45 PLOTVA smartd[870]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 111 to 109
Мар 05 01:27:45 PLOTVA smartd[870]: Device: /dev/sda [SAT], state written to /var/lib/smartmontools/smartd.WDC_WD6402AAEX_00Z3A0-WD_WCATR4423805.ata.state

cyber_eagle
() автор топика
Ответ на: комментарий от aureliano15
~_> cat /etc/fstab
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda4 during installation
UUID=b0a8f805-a584-4224-9aad-492cdc35c8ac /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda3 during installation
#UUID=E3C9-A651  /boot/efi       vfat    umask=0077      0       0
# swap was on /dev/sda2 during installation
UUID=6ffdcc74-3b7e-4977-91df-07aa33ae8e0d none            swap    sw              0       0

#cy_tmpfs_mount
tmpfs /tmp tmpfs size=2000M 0 0
cyber_eagle
() автор топика
Ответ на: комментарий от Deleted

Что вообще подразумевает юнит «dev-sda4.device»?

Что происходит за эти 13 секунд?

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

Показано 2 сообщений из 22.

Какая прелесть.

ТС, покажи systemd-analyze plot (это SVG-файл, выложи его куда-нибудь) и полный лог загрузки (journalctl -b, если в твоём дистрибутиве включен journald, в противном случае найди эквивалент сам).

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

Вангую анекдотал эвиденс со сравнением опы с пальцем, те задрюченного к минимуму сисв против дефолтного заваленного хламом и поймавшего неисправности системд.

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

Никогда не дрочил на sysv, однажды забутился с systemd по ошибке было больно медленно вот и померял с удивления Вангую нормальный и безошибочный бут с sysv, без непонятных замедлений и странных ошибок

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

Посмотри список процессов, стартующих при запуске DE. У меня было, что при старте xfce запускался поиск файлов с отчётами об ошибках, который шерстил то ли весь хомяк, то ли только .config. Добавь куда-нибудь в автозапуск вызов логирования процессов (тот же top -b, например).

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

Я не думаю, что с железом проблемы. Скорее просто dev-sda4.device делает чтото не то.

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

По поводу xfce на виртуалке: 32 секунды в systemd, а остальное - запуск xfce. Конкретно чегото, что нагружало систему не заметил...всего по немногу: https://text-share.com/view/21b0e3a7

Те как и в случае с кедами после установки нужно выносить мусор. По всей видимости минт из коробки уже загажен.

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

используй Manjaro, забудь про Минт

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

Судя по временным меткам в журнале загрузки:

Мар 05 10:14:04 PLOTVA NetworkManager[906]: <info>  [1520237644.1332] manager: WWAN hardware radio set enabled
Мар 05 10:14:34 PLOTVA sddm-greeter[1084]: Reading from "/usr/share/xsessions/plasma.desktop"

и раньше

Мар 05 10:13:41 PLOTVA ureadahead[351]: ureadahead:/home/jenya/.config/session/kwin_10a68d4f54000151934147100000047350005_1520197418_625377: Нет такого файла или каталога
Мар 05 10:13:51 PLOTVA systemd[1]: Started udev Kernel Device Manager.

возможно, что-то тормозит при загрузке kde (plasma и kwin). Возможно также сеть. Я бы посмотрел подробнее их логи.

aureliano15 ★★
()

В порядке бреда — попробуй загрузиться с какого-нибудь лайва и примонтировать /dev/sda4 руками, да посмотреть, сколько времени это займёт.

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

Задержки скорее всего изза того, что перед 'Reading from «/usr/share/xsessions/plasma.desktop»' sda4 должен быть уже примонтирован. Поэтому здесь происходит ожидание диска.

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

Задержки скорее всего изза того, что перед 'Reading from «/usr/share/xsessions/plasma.desktop»' sda4 должен быть уже примонтирован. Поэтому здесь происходит ожидание диска.

Может быть. Но, судя по логу:

Мар 05 10:13:39 PLOTVA kernel: EXT4-fs (sda4): mounted filesystem with ordered data mode. Opts: (null)

он уже примонтирован (mounted) в это время.

Затем

Мар 05 10:13:40 PLOTVA ureadahead[351]: ureadahead:/etc/cron.d/sysstat: Нет такого файла или каталога
Мар 05 10:13:40 PLOTVA ureadahead[351]: ureadahead:/etc/init.d/sysstat: Нет такого файла или каталога
Мар 05 10:13:40 PLOTVA ureadahead[351]: ureadahead:/etc/default/sysstat: Нет такого файла или каталога
Мар 05 10:13:41 PLOTVA ureadahead[351]: ureadahead:/home/jenya/.config/session/kwin_10a68d4f54000151934147100000047350005_1520197418_625377: Нет такого файла или каталога

У тебя там какие-то проблемы с sysstat. Я бы посмотрел, хотя на время загрузки они, похоже, большого влияния не оказывают. И дальше не найден файл /home/jenya/.config/session/kwin_10a68d4f54000151934147100000047350005_1520197418_625377 . Я бы посмотрел, что это за файл и существует ли он по указанному пути.

Потом перемонтируется корень с учётом настроек в /etc/fstab:

Мар 05 10:13:51 PLOTVA kernel: EXT4-fs (sda4): re-mounted. Opts: errors=remount-ro

У меня то же самое, и всё нормально грузится.

И только потом настраивается wi-fi и plasma, причём между ними непонятная пауза в полминуты:

Мар 05 10:14:04 PLOTVA NetworkManager[906]: <info>  [1520237644.1332] manager: WWAN hardware radio set enabled
Мар 05 10:14:34 PLOTVA sddm-greeter[1084]: Reading from "/usr/share/xsessions/plasma.desktop"

После этого ничего уже не монтируется и не перемонтируется. До этого и после перемонтирования sda4 монтируется tmp, proc и что-то ещё, но всё происходит быстро и, судя по журналу, без проблем.

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

У тебя очень долго запускается udev, из логов не понятно, почему. В порядке бреда: попробуй выключить ureadahead.

intelfx ★★★★★
()

сегодня китайскую супермать получил - которая поддерживает всю линейку амуде ам2 ам2+ ам3 ам3+, ну и давай конечно все подряд пробовать - конкретно сейчас воткнут одноядерный athlon64 +3500 недоразумение с тактовой частотой 2200 мгц, память ddr2 2гб и винторез ide на 80-и жильном шлейфе, одним словом самое днище - и вот это днище в старте так делает

[21:39][0][debian ~]$_sudo systemd-analyze blame
[sudo] пароль для deb:
          3.771s dev-sda1.device
          2.358s exim4.service
           966ms ModemManager.service
           893ms networking.service
           810ms keyboard-setup.service
           745ms systemd-logind.service
           687ms rsyslog.service
           663ms systemd-tmpfiles-setup-dev.service
           659ms systemd-udevd.service
           657ms systemd-user-sessions.service
           614ms avahi-daemon.service
           401ms dev-hugepages.mount
           395ms systemd-remount-fs.service
           371ms sys-kernel-debug.mount
           365ms console-setup.service
           365ms dev-mqueue.mount
           328ms systemd-journald.service
           311ms systemd-udev-trigger.service
           230ms systemd-tmpfiles-setup.service
           189ms systemd-timesyncd.service
           173ms dev-disk-by\x2duuid-49e57f91\x2d724d\x2d4a81\x2db7d6\x2d725b217d0936.
           158ms systemd-update-utmp.service
           150ms systemd-modules-load.service
           143ms systemd-random-seed.service
           138ms systemd-journal-flush.service
           120ms systemd-sysctl.service
            94ms user@1000.service
            64ms systemd-tmpfiles-clean.service
            47ms kmod-static-nodes.service
            13ms systemd-update-utmp-runlevel.service
systemd-analyze blame
кто то там я видел ssd советует - ssd конечно хорошо, но ведь и без него неплохо - сам не ожидал такой прыти от 80-и жилки

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

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

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

Чем он вообще занима6тся???

Почему бы тебе не почитать маны? Юниты *.device ничем не занимаются. Они символизируют ожидание соответствующего устройства.

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