Я не такая как все. Fedora 23

0

4

Ставил Fedora 23, и так как в версиях ядер 4.x.x начала появляться такое предупреждение как:

[    0.036738] Ignoring BGRT: invalid status 0 (expected 1)

Естественно тормозит оно загрузку на секунд этак 4-5, ну ладно уже проехали, фиксы выпустили в Ubuntu, Opensuse про остальных не знаю не пробовал ну суть в том что в выше перечисленных после обновления ядрышка данного предупреждения нет.
Но не Fedora, как была эта ошибка так и есть, как обновляли в репозиториях ядра без нужного мне фикса так и обновляют...
Собственно возникает вопрос, а почему так? И могу ли я найти или сделать себе ядро с фиксом?

Ссылка

←	Установщик не видит раздел sdb

Ubuntu на видеокарте AMD

→

Естественно тормозит оно загрузку на секунд этак 4-5

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

Deleted
(14.12.15 19:34:05 MSK)

Ответ на: комментарий от Deleted 14.12.15 19:34:05 MSK

Да.
Чтобы стартануть сплэш с картиночкой загрузки он сначала показывает мне ошибку секунды 2-3 пока туда сюда и того 4-5 секунд и потом идёт сплэш во время показа которого наконец начинается загрузка системы 7-8 секунд (примерно за такое время у меня загружается не баганая бубунту или дебик).

SANSLAR ★★
(14.12.15 19:37:29 MSK) автор топика

Ответ на: комментарий от Deleted 14.12.15 19:34:05 MSK

В общем, меня просто бесит эта хрень во время загрузки.. Хочу избавиться.

SANSLAR ★★
(14.12.15 19:39:06 MSK) автор топика

Ответ на: комментарий от SANSLAR 14.12.15 19:37:29 MSK

Это не доказательства. Логи в студию.

Deleted
(14.12.15 19:39:30 MSK)

Ссылка

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

~~erzented~~
(14.12.15 19:40:35 MSK)

Ответ на: комментарий от erzented 14.12.15 19:40:35 MSK

Не у всех этот баг.

SANSLAR ★★
(14.12.15 20:04:46 MSK) автор топика

Ответ на: комментарий от SANSLAR 14.12.15 20:04:46 MSK

https://bugzilla.redhat.com

spichka ★★★
(14.12.15 20:15:54 MSK)

Ссылка

У меня такая же ошибка была, пофиксил переводом отображения Boot Logo в режим Fullscreen в UEFI.

И да, эта ошибка не влияла на загрузку системы.

awesomenickname ★★★★★
(14.12.15 21:13:59 MSK)

Ответ на: комментарий от awesomenickname 14.12.15 21:13:59 MSK

У меня нет такой вичи в uefi, уже читал твой коммент про это. Есть только Boot Black Screen

SANSLAR ★★
(14.12.15 21:16:53 MSK) автор топика

Ссылка

Ответ на: комментарий от SANSLAR 14.12.15 19:39:06 MSK

меня просто бесит эта хрень

Ignoring BGRT

оно игнорит твой бугурт

anonymous
(14.12.15 21:19:06 MSK)

Ссылка

в убунте у меня точно такая же ошибка при выходе из гибернации, но загрузку системы она не тормозит

ionanahin ★★★
(15.12.15 10:23:24 MSK)

Ссылка

Fedora 23, ядро 4.2.6 у меня такого предупреждения нет, система грузится за 8 сек.

enso ★★★★★
(15.12.15 10:34:11 MSK)

The BGRT is an ACPI table that provides a pointer to the UEFI boot graphics logo. The warning is simply saying the table isn't instantiated by the firmware properly. We can't do anything about this.

enso ★★★★★
(15.12.15 10:36:34 MSK)

Ответ на: комментарий от enso 15.12.15 10:34:11 MSK

4.2.6 ядро система грузится 14-15 секунд...

SANSLAR ★★
(15.12.15 10:44:32 MSK) автор топика

Ответ на: комментарий от enso 15.12.15 10:36:34 MSK

Буду искать причину, а ещё федора оперативу жрет ведрами....

SANSLAR ★★
(15.12.15 10:44:53 MSK) автор топика

Ответ на: комментарий от SANSLAR 15.12.15 10:44:32 MSK

Та же ошибка - всё грузится за 8 с. Ошибка тут не при чём.

systemd-analyze blame, systemd-analyze critical-chain и смотри кто у тебя тормозит. У меня была ненужная инициализация рейдов (которых у меня нет), firewalld (которым я не пользуюсь) и другой фигни по мелочи.

Пока не поотрубал загрузка была 17 сек.

zink ★★
(15.12.15 10:52:58 MSK)

Ответ на: комментарий от SANSLAR 15.12.15 10:44:53 MSK

федора оперативу жрет ведрами

Интересно, не видел процесса fedora. Смотри кто жрёт и нужен ли он тебе. Или ты из тех, кто буферы IO тоже считает в потреблении и потом кричит «линупсы жрут оперативку, пыщь-пыщь-пыщь!».

zink ★★
(15.12.15 10:54:03 MSK)

Ссылка

Такая же фигня в opensuse leap

Qsto
(15.12.15 11:03:03 MSK)

Ссылка

Ответ на: комментарий от zink 15.12.15 10:52:58 MSK

Спасибо за годный ответ, попробуй как время будет сегодня.

Не знаю кто жрет, гляну расскажу, просто в типичном использование у меня та же бубунту жрет 1.6гб оперативы, в то время как федора с тем же открытым софтом может доходить до 2.5гб....т.е 1гб куда то утёк.

SANSLAR ★★
(15.12.15 11:21:19 MSK) автор топика

Ссылка

Ответ на: комментарий от zink 15.12.15 10:52:58 MSK

Вот:

[sanslar@PinkiCods ~]$ systemd-analyze blame 
          5.231s plymouth-quit-wait.service
          1.203s plymouth-start.service
           856ms firewalld.service
           690ms dev-mapper-fedora_pinkicods\x2droot.device
           601ms dnf-makecache.service
           427ms libvirtd.service
           360ms lvm2-pvscan@8:3.service
           194ms systemd-journal-flush.service
           161ms accounts-daemon.service
           154ms lvm2-monitor.service
           152ms proc-fs-nfsd.mount
           133ms systemd-udev-trigger.service
           126ms systemd-logind.service
           114ms packagekit.service
           103ms polkit.service
           102ms abrtd.service
            97ms systemd-vconsole-setup.service
            97ms ModemManager.service
            96ms chronyd.service
            86ms mcelog.service
            85ms iio-sensor-proxy.service
            76ms systemd-udevd.service
            76ms avahi-daemon.service
            75ms systemd-hostnamed.service
            74ms lvm2-pvscan@8:17.service
            72ms systemd-fsck@dev-disk-by\x2duuid-3b395f8d\x2d987d\x2d4938
            69ms abrt-ccpp.service
            63ms user@1000.service
            61ms user@42.service
            60ms systemd-fsck@dev-disk-by\x2duuid-AFD1\x2dE3A6.service
            57ms boot-efi.mount
            56ms systemd-tmpfiles-setup-dev.service
            50ms fedora-readonly.service
            48ms systemd-tmpfiles-setup.service
            46ms NetworkManager.service
            44ms fedora-import-state.service
lines 1-36

И вот:

[sanslar@PinkiCods ~]$ systemd-analyze critical-chain 
The time after the unit is active or started is printed after the "@" char
The time the unit takes to start is printed after the "+" character.

graphical.target @7.462s
└─multi-user.target @7.462s
  └─libvirtd.service @2.211s +427ms
    └─remote-fs.target @2.209s
      └─remote-fs-pre.target @2.209s
        └─iscsi-shutdown.service @2.209s
          └─network.target @2.208s
            └─wpa_supplicant.service @2.832s +21ms
              └─dbus.service @1.310s
                └─basic.target @1.297s
                  └─sockets.target @1.297s
                    └─rpcbind.socket @1.297s
                      └─sysinit.target @1.285s
                        └─systemd-update-utmp.service @1.278s +7ms
                          └─auditd.service @1.267s +7ms
                            └─systemd-tmpfiles-setup.service @1.213s +48ms
                              └─fedora-import-state.service @1.166s +44ms
                                └─local-fs.target @1.150s
                                  └─run-user-42.mount @3.043s
                                    └─local-fs-pre.target @419ms
                                      └─systemd-tmpfiles-setup-dev.service
                                        └─kmod-static-nodes.service @302ms
                                          └─systemd-journald.socket
                                            └─-.slice
lines 1-27/27 (END)

Что подскажешь? Видимо у меня все как ты и говорил...

SANSLAR ★★
(15.12.15 13:51:03 MSK) автор топика

Ответ на: комментарий от SANSLAR 15.12.15 13:51:03 MSK

Если виртуализация не требуется, то libvirt* и rpcbind можно отрубить или вообще выпилить на уровне пакетного менеджера.
abrt тоже достойный кандидат на жертву для бога оптимизации.

ArcFi ★
(15.12.15 14:17:37 MSK)

Ответ на: комментарий от ArcFi 15.12.15 14:17:37 MSK

Хм, ясно...)

SANSLAR ★★
(15.12.15 15:55:46 MSK) автор топика

Ссылка

Ответ на: комментарий от SANSLAR 15.12.15 13:51:03 MSK

То что сказали выше, + если не используешь LVM - выпилывай связанные с ним сервисы, нечего каждый раз проверять не появился ли LVM. Будешь делать - добавишь, то же касается модем-менеджера. Ещё подозрительно долго монтируется рут партишн.

zink ★★
(15.12.15 17:33:13 MSK)

Ссылка

Ответ на: комментарий от SANSLAR 14.12.15 19:37:29 MSK

systemd-analyze blame
systemd-analyze critical-chain в студию
и да, попробуй fedora-rawhide-kernel-nodebug
может баг какой-то

mystery ★★
(15.12.15 17:55:06 MSK)

Ссылка

Ответ на: комментарий от SANSLAR 15.12.15 10:44:53 MSK

Жрет она много да, но хотя бы с пользой :-)
Попробуй покопаться в EFI
Кстати, что у тебя за девайс

mystery ★★
(15.12.15 17:56:02 MSK)

Ответ на: комментарий от mystery 15.12.15 17:56:02 MSK

Все что просил скидывал выше)
Lenovo U310
В ефи копался фичи для отключение предупреждалки нету(

SANSLAR ★★
(15.12.15 18:24:48 MSK) автор топика

Ссылка

Fedora 23, таже фигня, только грузится аж целую минуту, core-i5. Как чинить?
$ systemd-analyze plot

Deleted
(20.12.15 19:07:27 MSK)

Ответ на: комментарий от Deleted 20.12.15 19:07:27 MSK

Я не такая как все. Fedora 23 (комментарий)

systemd-analyze blame
systemd-analyze critical-chain

ArcFi ★
(21.12.15 06:16:15 MSK)

Ответ на: комментарий от Deleted 20.12.15 19:07:27 MSK

Слить с реп убунты их ядро и заменить ядро федорки? Не? Ну, по крайней мере, положить рядом и груб настроить.

menangen ★★★★★
(21.12.15 07:07:34 MSK)

Ответ на: комментарий от ArcFi 21.12.15 06:16:15 MSK

blame
critical-chain

Deleted
(21.12.15 17:39:23 MSK)

Ответ на: комментарий от menangen 21.12.15 07:07:34 MSK

Да ну, как-то слишком костыльно, да ещё и с вероятностью что будет пердеть и сыпаться.

Deleted
(21.12.15 17:40:55 MSK)

Ссылка

Ответ на: комментарий от Deleted 21.12.15 17:39:23 MSK

abrt и lvm (если не используешь рекомендовал бы тоже грохнуть, выиграешь секунд 10-20).

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

zink ★★
(21.12.15 17:51:55 MSK)
Последнее исправление: zink 21.12.15 17:54:36 MSK (всего исправлений: 1)

Ответ на: комментарий от zink 21.12.15 17:51:55 MSK

Повыключал всех трёх (fuse, кстати, у меня вообще ничего не монтирует), время загрузки только увеличилось на 10 секунд:

Deleted
(21.12.15 18:20:32 MSK)

Ответ на: комментарий от zink 21.12.15 17:51:55 MSK

plot
blame critical

Deleted
(21.12.15 18:23:19 MSK)

Ссылка

Ответ на: комментарий от zink 21.12.15 17:51:55 MSK

Логи не раздутые, всего 8мб, единственное что мне не понятно это строк двести записей типа

дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=2 entries=58
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=2 entries=60
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=2 entries=62
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=2 entries=64
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=10 entries=59
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=10 entries=61
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=10 entries=63
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=10 entries=65
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=2 entries=66
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=2 entries=67
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=2 entries=68
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=10 entries=67
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=10 entries=68
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=10 entries=69
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=2 entries=69
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=2 entries=71
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=2 entries=73
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=2 entries=75
дек 21 18:46:54 z510 audit: NETFILTER_CFG table=filter family=10 entries=70

Deleted
(21.12.15 18:56:07 MSK)

Ответ на: комментарий от Deleted 21.12.15 18:20:32 MSK

Кого ты там повыключал?

Журнал не выключается и всё так же размышляет при загрузке: systemd-journal-flush.service (14.174s) Сервис виртуалок стартует себе неспешно: libvirtd.service 3.192s LVM как искал себя, так и ищет (используешь вообще LVM ? ) systemd-udev-settle.service (14.484s) Туда же и firewalld.service (9.570s)

zink ★★
(21.12.15 19:02:04 MSK)

Ответ на: комментарий от zink 21.12.15 19:02:04 MSK

Кого ты там повыключал?

abrt, lvm, fuse.

используешь вообще LVM ?

Нет.

вот свежее:

         26.083s plymouth-quit-wait.service
         14.222s systemd-udev-settle.service
         13.522s systemd-journal-flush.service
          6.921s dev-sda4.device
          6.534s firewalld.service
          5.162s accounts-daemon.service
          4.774s dnf-makecache.service
          3.952s systemd-tmpfiles-clean.service
          3.880s systemd-tmpfiles-setup.service
          3.656s cups.service
          3.496s proc-fs-nfsd.mount
          3.093s systemd-udevd.service
          2.787s chronyd.service
          2.394s packagekit.service
          2.201s systemd-localed.service
          1.896s lm_sensors.service
          1.629s mcelog.service
          1.628s livesys.service
          1.628s iio-sensor-proxy.service
          1.517s gssproxy.service
          1.449s fedora-loadmodules.service
          1.417s rtkit-daemon.service
          1.285s plymouth-start.service
          1.034s colord.service

Deleted
(21.12.15 19:12:45 MSK)

Ссылка

Ответ на: комментарий от Deleted 21.12.15 18:56:07 MSK

journalctl --disk-usage Что показывает? И ограничение в 8 метров ты сам поставил?

На 14 секунд срежет время старта это: systemctl mask fedora-wait-storage.service fedora-storage-init-late.service fedora-storage-init.service

Возможно ещё systemd-udev-settle.service придётся маскировать.

firewalld - ещё 10 секунд. Если ненужен - отрубай.

zink ★★
(22.12.15 11:32:13 MSK)

Ответ на: комментарий от zink 22.12.15 11:32:13 MSK

# journalctl --disk-usage 
Archived and active journals take up 1.4G on disk.

Ограничений не трогал.
Маскировка fedora-wait-storage.service fedora-storage-init-late.service fedora-storage-init.service и выключение firewalld, похоже эффекта не дало, видимо проблема где-то глубже, можешь забить.
critical-chain blame plot

Deleted
(22.12.15 15:26:50 MSK)