LINUX.ORG.RU
решено Форум — Linux-install  

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

 ,


0

4

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

[    0.036738] Ignoring BGRT: invalid status 0 (expected 1)
Естественно тормозит оно загрузку на секунд этак 4-5, ну ладно уже проехали, фиксы выпустили в Ubuntu, Opensuse про остальных не знаю не пробовал ну суть в том что в выше перечисленных после обновления ядрышка данного предупреждения нет.
Но не Fedora, как была эта ошибка так и есть, как обновляли в репозиториях ядра без нужного мне фикса так и обновляют...
Собственно возникает вопрос, а почему так? И могу ли я найти или сделать себе ядро с фиксом?

★★

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

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

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

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

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

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

Deleted
()

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

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

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

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

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

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

Ignoring BGRT

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

anonymous
()

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

ionanahin ★★★
()

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

enso ★★★★★
()

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 ★★★★★
()
Ответ на: комментарий от SANSLAR

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

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

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

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

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

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

zink ★★
()

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

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

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

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

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

Вот: 

[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 ★★
() автор топика
Ответ на: комментарий от SANSLAR

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Логи не раздутые, всего 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
()
Ответ на: комментарий от Deleted

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

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

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

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

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
()
Ответ на: комментарий от Deleted

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 ★★
()
Ответ на: комментарий от zink 
# 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
()
Ответ на: комментарий от Deleted

Кстати кто знает, как подчисть логи?

# journalctl --vacuum-size=

не проходит

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

5.231s plymouth-quit-wait.service 1.203s plymouth-start.service

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

nexfwall ★★★★
()
29 февраля 2016 г.

Ура товарищи. Пофиксили.

SANSLAR ★★
() автор топика
Последнее исправление: SANSLAR (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Linux-install