То есть это зависание по сути даже не просто в apt, а во время транзакции librpm?

Зависание "намертво"? (Или надо подождать и дальше пойдёт?)

Может быть, при наличии debuginfo (или известной точной сборки glibc-core, PK-Backend) вот эти адреса подскажут, где и что случается:

May 12 13:09:53 vdidenko kernel: PK-Backend[8212]: segfault at 7fac389e76dc ip 00007fabc576f2f2 sp 00007fabbde50a68 error 4 in libc.so.6[7fabc5629>

Тоже словил.

May 16 09:37:41 siver PackageKit[3602]: get-updates transaction /15219_cbdaecea from uid 500 finished with success after 17147ms
May 16 09:38:04 siver systemd[1]: packagekit.service: Main process exited, code=killed, status=11/SEGV
May 16 09:38:04 siver systemd[1]: packagekit.service: Failed with result 'signal'.
May 16 09:38:04 siver systemd[1]: packagekit.service: Consumed 8min 51.740s CPU time.

Есть ли надёжный способ воспроизвести?

Или у кого-то core-файл, изученный с помощью gdb при наличии debuginfo? bt из него?

(In reply to Ivan Zakharyaschev from comment #3)
> Есть ли надёжный способ воспроизвести?
> 
> Или у кого-то core-файл, изученный с помощью gdb при наличии debuginfo? bt
> из него?

Надежного способа не знаю. Корки тоже пока нет, так как упало на системе с выключенными core-файлами. Сейчас включил - если упадет, выложу сюда backtrace.

Core file проморгал, но backtrace остался

# coredumpctl info  /usr/lib/packagekitd
           PID: 4508 (packagekitd)
           UID: 0 (root)
           GID: 0 (root)
        Signal: 11 (SEGV)
     Timestamp: Fri 2023-06-09 18:18:50 +05 (5 days ago)
  Command Line: /usr/lib/packagekitd
    Executable: /usr/lib/packagekitd
 Control Group: /system.slice/packagekit.service
          Unit: packagekit.service
         Slice: system.slice
       Boot ID: bd338faa37b34809b57827e69429dc21
    Machine ID: 67f2628cfd541b6c5c5e78cd5f618387
      Hostname: vdidenko
       Storage: /var/lib/systemd/coredump/core.packagekitd.0.bd338faa37b34809b57827e69429dc21.4508.1686316730000000.zst (missing)
       Message: Process 4508 (packagekitd) of user 0 dumped core.
                
                Stack trace of thread 161375:
                #0  0x00007fa70f56f2f2 __strcmp_evex (libc.so.6 + 0x16f2f2)
                #1  0x00007fa70f0a5ca0 _ZN12AptCacheFile12resolvePkgIDEPKc (libpk_backend_aptcc.so + 0x2cca0)
                #2  0x00007fa70f0b288c _ZN7AptIntf17resolvePackageIdsEPPcm (libpk_backend_aptcc.so + 0x3988c)
                #3  0x00007fa70f0b33ad backend_get_details_thread (libpk_backend_aptcc.so + 0x3a3ad)
                #4  0x0000559405b9693a pk_backend_job_thread_setup (packagekitd + 0x2393a)
                #5  0x00007fa70fce5d8d g_thread_proxy (libglib-2.0.so.0 + 0x88d8d)
                #6  0x00007fa70f48c8e4 start_thread (libc.so.6 + 0x8c8e4)
                #7  0x00007fa70f5115cc __clone3 (libc.so.6 + 0x1115cc)
                
                Stack trace of thread 4519:
                #0  0x00007fa70f504e1f __GI___poll (libc.so.6 + 0x104e1f)
                #1  0x00007fa70fd1433e g_main_context_poll (libglib-2.0.so.0 + 0xb733e)
                #2  0x00007fa70fcb9f8f g_main_loop_run (libglib-2.0.so.0 + 0x5cf8f)
                #3  0x00007fa70fb380f6 gdbus_shared_thread_func (libgio-2.0.so.0 + 0x10c0f6)
                #4  0x00007fa70fce5d8d g_thread_proxy (libglib-2.0.so.0 + 0x88d8d)
                #5  0x00007fa70f48c8e4 start_thread (libc.so.6 + 0x8c8e4)
                #6  0x00007fa70f5115cc __clone3 (libc.so.6 + 0x1115cc)
                
                Stack trace of thread 4517:
                #0  0x00007fa70f50a369 syscall (libc.so.6 + 0x10a369)
                #1  0x00007fa70fd08edf g_cond_wait (libglib-2.0.so.0 + 0xabedf)
                #2  0x00007fa70fc8698b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0 + 0x2998b)
                #3  0x00007fa70fcea492 g_thread_pool_spawn_thread (libglib-2.0.so.0 + 0x8d492)
                #4  0x00007fa70fce5d8d g_thread_proxy (libglib-2.0.so.0 + 0x88d8d)
                #5  0x00007fa70f48c8e4 start_thread (libc.so.6 + 0x8c8e4)
                #6  0x00007fa70f5115cc __clone3 (libc.so.6 + 0x1115cc)
                
                Stack trace of thread 161341:
                #0  0x00007fa70f50a369 syscall (libc.so.6 + 0x10a369)
                #1  0x00007fa70fd0946c g_cond_wait_until (libglib-2.0.so.0 + 0xac46c)
                #2  0x00007fa70fc86961 g_async_queue_pop_intern_unlocked (libglib-2.0.so.0 + 0x29961)
                #3  0x00007fa70fceaea2 g_thread_pool_wait_for_new_task (libglib-2.0.so.0 + 0x8dea2)
                #4  0x00007fa70fce5d8d g_thread_proxy (libglib-2.0.so.0 + 0x88d8d)
                #5  0x00007fa70f48c8e4 start_thread (libc.so.6 + 0x8c8e4)
                #6  0x00007fa70f5115cc __clone3 (libc.so.6 + 0x1115cc)
                
                Stack trace of thread 4508:
                #0  0x00007fa70f504e1f __GI___poll (libc.so.6 + 0x104e1f)
                #1  0x00007fa70fd1433e g_main_context_poll (libglib-2.0.so.0 + 0xb733e)
                #2  0x00007fa70fcb9f8f g_main_loop_run (libglib-2.0.so.0 + 0x5cf8f)
                #3  0x0000559405b80d6d main (packagekitd + 0xdd6d)
                #4  0x00007fa70f42a18c __libc_start_call_main (libc.so.6 + 0x2a18c)
                #5  0x00007fa70f42a245 __libc_start_main_impl (libc.so.6 + 0x2a245)
                #6  0x0000559405b80f51 _start (packagekitd + 0xdf51)
                
                Stack trace of thread 4518:
                #0  0x00007fa70f504e1f __GI___poll (libc.so.6 + 0x104e1f)
                #1  0x00007fa70fd1433e g_main_context_poll (libglib-2.0.so.0 + 0xb733e)
                #2  0x00007fa70fcb957c g_main_context_iteration (libglib-2.0.so.0 + 0x5c57c)
                #3  0x00007fa70fcb95c1 glib_worker_main (libglib-2.0.so.0 + 0x5c5c1)
                #4  0x00007fa70fce5d8d g_thread_proxy (libglib-2.0.so.0 + 0x88d8d)
                #5  0x00007fa70f48c8e4 start_thread (libc.so.6 + 0x8c8e4)
                #6  0x00007fa70f5115cc __clone3 (libc.so.6 + 0x1115cc)
                ELF object binary architecture: AMD x86-64

На первый взгляд, похоже на 

https://github.com/PackageKit/PackageKit/issues/539

С апстримным фиксом (https://github.com/PackageKit/PackageKit/commit/197f52787c5891c2d9afe14b1c91fcd0429abbcd) для 

https://github.com/PackageKit/PackageKit/issues/539

у меня packagekit проработал пару недель без падений. Хорошо бы этот фикс в Сизифе увидеть.

Так как packagekit входит в дистрибутивы (с чего бы ему не входить?), с этим нужно разобраться до выпуска репозитория p11.

(Ответ для Владимир Диденко на комментарий #7)
> С апстримным фиксом
> (https://github.com/PackageKit/PackageKit/commit/
> 197f52787c5891c2d9afe14b1c91fcd0429abbcd) для 
> 
> https://github.com/PackageKit/PackageKit/issues/539
> 
> у меня packagekit проработал пару недель без падений. Хорошо бы этот фикс в
> Сизифе увидеть.

Спасибо за указание! Было собрано 0.5.15lorg2-alt86

Также отправил в p10 вместе с другими обновлениями apt в задании 321804