Неустойчивая загрузка на QEMU+KVM и на железе

Internal structure and you change requests/suggestions
  • Посмотри что проц долбит. Попробуй офнуть searchap из автозапуска
    Изобретайте колёса каждый раз, когда хотите написать новую программу.
  • "Посмотри что проц долбит. " : searchap.
    " Попробуй офнуть searchap из автозапуска" : проблема не исчезает, только признак 100% загрузки процессора пропадает:
    https://drive.google.com/file/d/1LUXM4C ... sp=sharing
    Видео, где эта проблема есть.
    https://drive.google.com/file/d/1Th7VcK ... sp=sharing
    Видео всей сессии (я уже думал, что проблема пропала вместе с searchap, ...)

    Заметно, что в случае с проблемой, launcher не закончил свою миссию (у меня в самом начале добавлен CPU и закоментирован searchap, всё остальное как было).
  • поставьте вывод отладочной информации на экран в синем меню, что касается последнего видео, то там возможно виноват сетевой стек
  • Пока сделал по-своему (запустил парочку своих программ, даже не совсем корректно, ... ):
    https://drive.google.com/file/d/1OGCtQT ... sp=sharing
    Но новую информацию получить удалось:
    (1) Удалось воспроизвести проблему без перезагрузки системы
    (мой relaunch сначала принудительно завершает все приложения @*, и только тогда запускает launcher).
    возможно виноват сетевой стек
    Похоже, что так оно и есть. Edit: это при запуске NETCFG launcher зависает, проблему создаёт похоже только что
    вылетевшее @docky.

    А также ещё один предварительный вывод: не ядро запускается неустойчиво,
    а что-то (netconfig ?) нарушает его работоспособность.
    (2) Видно, что программа виснет при попытке запустить (другое) приложение - и это не проблема ICON.
    (3) Подсистема событий и перерисовки продолжает работать (даже после Ctrl+Alt+Delete, когда зависло уже ядро).

    P.S.
    Однако обнаружил ещё одну проблему (другую!), но не записывал видео:
    part_scr_01.png
    part_scr_01.png (28.01 KiB)
    Viewed 12298 times
    Но взял:

    Code: Select all

    (qemu) info registers
    EAX=80050039 EBX=80080100 ECX=00000003 EDX=00000063
    ESI=80080600 EDI=0000039d EBP=00002000 ESP=80824200
    EIP=800154d5 EFL=00001246 [---Z-P-] CPL=0 II=0 A20=1 SMM=0 HLT=1
    ES =0023 00000000 ffffffff 00c0f300 DPL=3 DS   [-WA]
    CS =0008 00000000 ffffffff 00d09b00 DPL=0 CS32 [-RA]
    SS =0010 00000000 ffffffff 00d09300 DPL=0 DS   [-WA]
    DS =0023 00000000 ffffffff 00c0f300 DPL=3 DS   [-WA]
    FS =0063 00000000 00000fff 0040f300 DPL=3 DS   [-WA]
    GS =0053 fe000000 007fffff 00d0f300 DPL=3 DS   [-WA]
    LDT=0000 00000000 0000ffff 00008200 DPL=0 LDT
    TR =0058 805fff80 0000207f 00008b00 DPL=0 TSS32-busy
    GDT=     800446a0 00000067
    IDT=     8000b100 000002bf
    CR0=80050039 CR2=0000a000 CR3=0007f000 CR4=00000690
    DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000 
    DR6=ffff0ff0 DR7=00000400
    EFER=0000000000000000
    FCW=037f FSW=0000 [ST=0] FTW=00 MXCSR=00001f80
    Видно, что зависли значительно раньше - даже обои не загрузились.
    Last edited by Valery on Sun Sep 18, 2022 10:37 am, edited 1 time in total.
  • Из вашего видеоролика ничего не понятно, вообще, непонятно где виснет, непонятно что виснет. метод как проверять отлаживать состояние ядра я сказал, так что пришлёте нормальный лог, тогда можно будет посмотреть, а так ничего не понятно совсем
  • Погонял последний дистрибутив как есть:
    https://drive.google.com/file/d/1-6SNc2 ... sp=sharing
    (Можно сразу переходить на 6-ю минуту)

    Убрал searchap, поставил shell в самом начале (чтобы продемонстрировать, что "осталось" после зависания):
    https://drive.google.com/file/d/1ionfdF ... sp=sharing
    (Можно сразу переходить на 10-ю минуту, но предыдущее может быть интересно в контексте @docky; это 4-й сеанс)

    В дополнение окончание 2-го и 3-го сеансов:
    https://drive.google.com/file/d/1mHkK86 ... p=sharing
    https://drive.google.com/file/d/1UbW9KI ... sp=sharing

    В целом подтверждается то, о чём я уже писал, единственное новое: проблемы не ограничиваются
    запуском процессов.

    Edit1: https://drive.google.com/file/d/1aiZGhe ... sp=sharing
    Удалось воспроизвести проблему запуская приложение @docky.
    Рискнул одним из рабочих компьютеров: удалось воспроизвести на HP Pro 3300 SFF
    (Я насчёт этого компьютера сомневался ну и @docky чуть обновилось - проблема могла пропасть на железе).
    Вообще на железе работает раза в 3 устойчивее , чем на QEMU+KVM.


    P.S.
    (1) И так понятно, но на всякий случай - все видео относятся к QEMU+KVM.
    (2) Просто на QEMU всё вроде работает нормально.
    (3) Вообще-то , на мой взгляд, главный вопрос:
    "Кто-то ещё может воспроизвести данное поведение Kolibri OS (хоть на QEMU+KVM, но лучше - на железе)?"
    Если нет - то 70%, что это "мои тараканы", и правильно будет искать ответ на вопрос:
    "Что на моих компьютерах не поддерживается конкретным дистрибутивом Kolibri OS?"
    И вообще: "ОC не обязана работать на глючных комбинациях эмуляторов с модулями ядра Linux".

    Edit2: Вы это поспешите с проверкой, а то Doczom исправит @docky ... To Doczom: Успехов Вам в этом нелёгком деле!
  • Методом перебора найти проблемную ревизию, НЕ?
  • Who is online

    Users browsing this forum: No registered users and 4 guests