Não consigo abrir o app KRDC
Caros amigos do Linux!
O sistema que utilizo no meu pc pessoal é o Linux Mint 19.3 Tricia.
Já faz quase 2 semanas que não consigo acessar o aplicativo KRDC (KDE Remote Desktop Client).
Desinstalei e reinstalei o app diversas vezes e continuo sem conseguir abrir. Usava diariamente pra acessar o meu PC do trabalho, pq com os outros aplicativos semelhantes como Remmina e Vinagre, a conexão sempre falha.
No relatório de erros, diz que é uma erro de barramento e não sei como faz pra corrigir isso a fim de voltar a acessar o app.
Por isso, peço gentilmente o auxílio de vocês.
Aguardo breve retorno.
Grato desde já!
O sistema que utilizo no meu pc pessoal é o Linux Mint 19.3 Tricia.
Já faz quase 2 semanas que não consigo acessar o aplicativo KRDC (KDE Remote Desktop Client).
Desinstalei e reinstalei o app diversas vezes e continuo sem conseguir abrir. Usava diariamente pra acessar o meu PC do trabalho, pq com os outros aplicativos semelhantes como Remmina e Vinagre, a conexão sempre falha.
No relatório de erros, diz que é uma erro de barramento e não sei como faz pra corrigir isso a fim de voltar a acessar o app.
Por isso, peço gentilmente o auxílio de vocês.
Aguardo breve retorno.
Grato desde já!
Entre ou Registre-se para fazer um comentário.
Comentários
Eu não uso Linux Mint (uso apenas XUbuntu, entrei aqui há muitos anos, quando o pessoal estava com umas dúvidas referentes à instalação do JRE / Java e do módulo de segurança do Banco do Brasil, nunca mais voltei, mas de tempos em tempos recebo uma notificação, como foi o caso quando você enviou esta). Apesar dos pesares, talvez eu consiga jogar um pouco de luz sobre o que está acontecendo com seu sistema.
Um barramento é um software que permite que vários programas diferentes se comuniquem uns com os outros. No Linux, ele é chamado de DBus ou D-Bus (ou, mais frenquentemente, em minúsculas: d-bus ou dbus).
Como o KRDC é uma aplicação para conexão remota, erro de barramento significa que o KRDC quer usar o dbus para se comunicar com um servidor remoto ou algum outro tipo de serviço e no entanto não está conseguindo. Isso normalmente é causado não pelo KRDC em si, mas pelo dbus: é possível que, durante alguma atualização automática do seu Linux, algum componente do dbus tenha sido atualizado para uma versão que não é compatível com a versão do seu KRDC, ou ainda que o KRDC é que tenha sido atualizado para uma versão cujo pré-requisito é um dbus cuja versão não está instalada em seu sistema.
Eu dei uma espiada no pacote krdc 4:19.12.3-0ubuntu1.deb do KRDC e também no pacote-dependência krdc-dbgsym 4:19.12.3-0ubuntu1.deb que é automaticamente instalado quando o pacote do KRDC é instalado e nenhum deles implementa/instala nenhuma versão customizada do dbus. Como o conteúdo desses pacotes não tem uma implementação de um barramento próprio, eles usam o dbus nativo do sistema, e isso por seu turno reforça a hipótese de que o que você está vivenciando é um conflito de versões entre o KRDC e o dbus do sistema (mas eu posso estar enganado, claro).
Uma forma preliminar de testar a resiliência do seu dbus consiste em excluir a pasta dbus oculta do seu perfil de usuário. O comando é este:
rm -r ~/.dbusApós isso, reinicie o computador e veja se o KRDC funciona. Se não funcionar, bom, eu dei uma checada na lista completa de dependências desse pacote KRDC (i.e. da versão 4:19.12.3-0ubuntu1) e ele requer as seguintes bibliotecas para funcionar corretamente com o dbus do sistema:
- libdbusmenu-qt5-2
- libkf5dbusaddons-bin
- libkf5dbusaddons-data
- libkf5dbusaddons5
...então no seu lugar eu tentaria reinstalar manualmente cada uma delas, para me certificar de que alguma não foi acidentalmente desinstalada durante alguma atualização com dependências desencontradas. Comando:sudo apt reinstall libdbusmenu-qt5-2 libkf5dbusaddons-bin libkf5dbusaddons-data libkf5dbusaddons5Se alguma dessas bibliotecas não estiver disponível ou estiver disponível em uma versão diferente, talvez o problema seja esse. Será que você tem o módulo dbus do QT 5 instalado? Você pode instalar com este comando:
sudo apt install libqt5dbus5Após isso, tente novamente executar o KRDC. Se continuar dando problema, pode ser um bug dessa versão do KRDC ou algo mais obscuro. Uma alternativa que você pode tentar ainda é então purgar o KRDC:
sudo apt purge krdc* -y...e então instalar o bundle SNAP dele:
sudo snap install krdcEu não gosto muito de snaps, mas eles têm uma vantagem inegável: como todo bundle, o snap já vem com as dependências dele dentro do mesmo bundle ("pacote autossuficiente"), então esses problemas de conflito de versões (dependências desencontradas, dependências indisponíveis etc.) é resolvido, apesar de por outro lado os snaps aumentarem o uso de espaço em disco e impedirem o uso de /tmp por usuários sem privilégios administrativos.
Se nada disso funcionar, não sei mais o que pode ser: eu teria de reproduzir seu cenário instalando o KRDC eu mesmo, mas meu Linux é outra distribuição, outra versão, outro kernel etc., então não há como. Mas vamos torcer para que alguma dessas sugestões aí em cima resolva.
Segui todos os passos informados por você e infelizmente não resolveu.
Segue abaixo o relatório de erros detalhado e que foi emitido após executar os procedimentos sugeridos por você:
===================================================================
Info
===================================================================
PID: 2293 (krdc)
UID: 1000 (leonardo)
GID: 1000 (leonardo)
Signal: 7 (BUS)
Timestamp: Wed 2021-09-01 02:18:01 -03 (51s ago)
Command Line: /usr/bin/krdc
Executable: /usr/bin/krdc
Control Group: /user.slice/user-1000.slice/[email protected]/dbus.service
Unit: [email protected]
User Unit: dbus.service
Slice: user-1000.slice
Owner UID: 1000 (leonardo)
Boot ID: bb08934e6206457cbb44db8a76042970
Machine ID: 24e897b29602486ead9e791cf0a53cd5
Hostname: leonardo-Inspiron-N4030
Storage: /var/lib/systemd/coredump/core.krdc.1000.bb08934e6206457cbb44db8a76042970.2293.1630473481000000.lz4
Message: Process 2293 (krdc) of user 1000 dumped core.
Stack trace of thread 2293:
#0 0x00000000b7f5b830 elf_machine_rel (ld-linux.so.2)
#1 0x00000000b7f543c2 dl_main (ld-linux.so.2)
#2 0x00000000b7f680e1 _dl_sysdep_start (ld-linux.so.2)
#3 0x00000000b7f519ff _dl_start_final (ld-linux.so.2)
#4 0x00000000b7f50c7b _start (ld-linux.so.2)
===================================================================
GDB Log
===================================================================
[New LWP 2293]
Error while reading shared library symbols for /usr/lib/i386-linux-gnu/libQt5Widgets.so.5:
Can't read symbols from /usr/lib/i386-linux-gnu/libQt5Widgets.so.5: Input/output error
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/bin/krdc'.
Program terminated with signal SIGBUS, Bus error.
#0 elf_machine_rel (skip_ifunc=, reloc_addr_arg=, version=0xb23ca880, sym=0xb72babb4, reloc=0xb736f068, map=0xb7b23300) at ../sysdeps/i386/dl-machine.h:322
322 ../sysdeps/i386/dl-machine.h: No such file or directory.
===================================================================
GDB Backtrace
===================================================================
[New LWP 2293]
Error while reading shared library symbols for /usr/lib/i386-linux-gnu/libQt5Widgets.so.5:
Can't read symbols from /usr/lib/i386-linux-gnu/libQt5Widgets.so.5: Input/output error
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/bin/krdc'.
Program terminated with signal SIGBUS, Bus error.
#0 elf_machine_rel (skip_ifunc=, reloc_addr_arg=, version=0xb23ca880, sym=0xb72babb4, reloc=0xb736f068, map=0xb7b23300) at ../sysdeps/i386/dl-machine.h:322
322 ../sysdeps/i386/dl-machine.h: No such file or directory.
#0 elf_machine_rel (skip_ifunc=, reloc_addr_arg=, version=0xb23ca880, sym=0xb72babb4, reloc=0xb736f068, map=0xb7b23300) at ../sysdeps/i386/dl-machine.h:322
#1 elf_dynamic_do_Rel (skip_ifunc=, lazy=, nrelative=, relsize=, reladdr=, map=) at do-rel.h:137
#2 _dl_relocate_object (scope=, reloc_mode=, consider_profiling=) at dl-reloc.c:258
#3 0xb7f543c2 in dl_main (phdr=, phnum=, user_entry=, auxv=) at rtld.c:2190
#4 0xb7f680e1 in _dl_sysdep_start (start_argptr=0xbfb4bc80, dl_main=0xb7f51e30
) at ../elf/dl-sysdep.c:253
#5 0xb7f519ff in _dl_start_final (arg=0xbfb4bc80) at rtld.c:414
#6 _dl_start (arg=) at rtld.c:521
#7 0xb7f50c7b in _start () from /lib/ld-linux.so.2
===================================================================
GDB Backtrace (all threads)
===================================================================
[New LWP 2293]
Error while reading shared library symbols for /usr/lib/i386-linux-gnu/libQt5Widgets.so.5:
Can't read symbols from /usr/lib/i386-linux-gnu/libQt5Widgets.so.5: Input/output error
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/bin/krdc'.
Program terminated with signal SIGBUS, Bus error.
#0 elf_machine_rel (skip_ifunc=, reloc_addr_arg=, version=0xb23ca880, sym=0xb72babb4, reloc=0xb736f068, map=0xb7b23300) at ../sysdeps/i386/dl-machine.h:322
322 ../sysdeps/i386/dl-machine.h: No such file or directory.
Thread 1 (LWP 2293):
#0 elf_machine_rel (skip_ifunc=, reloc_addr_arg=, version=0xb23ca880, sym=0xb72babb4, reloc=0xb736f068, map=0xb7b23300) at ../sysdeps/i386/dl-machine.h:322
refsym = 0xb72babb4
sym_map =
value =
strtab =
reloc_addr =
r_type = 1
l =
scope =
reloc_addr =
r_type =
l =
strtab =
scope =
refsym =
sym_map =
value =
_lr =
_tc =
v =
strtab =
td =
strtab =
#1 elf_dynamic_do_Rel (skip_ifunc=, lazy=, nrelative=, relsize=, reladdr=, map=) at do-rel.h:137
ndx = 20
version =
symtab =
relative =
r = 0xb736f068
end =
l_addr =
r =
end =
l_addr =
symtab =
relative =
version =
ndx =
#2 _dl_relocate_object (scope=, reloc_mode=, consider_profiling=) at dl-reloc.c:258
ranges_index =
ranges = {{start = 3073696832, size = 168016, nrelative = 16773, lazy = 0}, {start = 3073864848, size = 17552, nrelative = 0, lazy = 1}}
edr_lazy =
textrels =
errstring = 0x0
lazy =
skip_ifunc =
l =
strtab =
#3 0xb7f543c2 in dl_main (phdr=, phnum=, user_entry=, auxv=) at rtld.c:2190
l = 0xb7b23300
lnp =
consider_profiling =
start =
stop =
i = 50
ph =
mode =
main_map =
file_size = 3216293004
file =
has_interp =
i =
prelinked =
rtld_is_main =
start =
stop =
diff =
tcbp =
__PRETTY_FUNCTION__ = "dl_main"
first_preload =
r =
rtld_ehdr =
rtld_phdr =
cnt =
need_security_init =
count_modids =
preloads =
npreloads =
preload_file = "/etc/ld.so.preload"
rtld_multiple_ref =
was_tls_init_tp_called =
#4 0xb7f680e1 in _dl_sysdep_start (start_argptr=0xbfb4bc80, dl_main=0xb7f51e30 ) at ../elf/dl-sysdep.c:253
phdr =
phnum =
user_entry = 5086036
av =
new_sysinfo =
#5 0xb7f519ff in _dl_start_final (arg=0xbfb4bc80) at rtld.c:414
start_addr =
rtld_total_time = 0
start_addr =
rtld_total_time =
end_time =
#6 _dl_start (arg=) at rtld.c:521
entry =
#7 0xb7f50c7b in _start () from /lib/ld-linux.so.2
version_info = 0
_dl_rtld_libname2 = {name = 0x0, next = 0x0, dont_free = 0}
start_time = 401157819180
relocate_time = 0
audit_list = 0x0
library_path = 0x0
tls_init_tp_called = true
any_debug = 0
_dl_rtld_libname = {name = 0x4c8154 "/lib/ld-linux.so.2", next = 0xb7f77878 , dont_free = 0}
load_time = 3561463280
preloadlist = 0x0
__GI__dl_argv = 0xbfb4bc84
_dl_argc = 1
audit_list_string = 0x0
_rtld_global = {_dl_ns = {{_ns_loaded = 0xb7f77940, _ns_nloaded = 103, _ns_main_searchlist = 0xb7f77a9c, _ns_global_scope_alloc = 0, _ns_unique_sym_table = {lock = {mutex = pthread_mutex_t = {Type = Recursive, Status = Not acquired, Robust = No, Shared = No, Protocol = None}}, entries = 0xb22f3300, size = 127, n_elements = 82, free = 0xb7f68950 }, _ns_debug = {r_version = 0, r_map = 0x0, r_brk = 0, r_state = RT_CONSISTENT, r_ldbase = 0}}, {_ns_loaded = 0x0, _ns_nloaded = 0, _ns_main_searchlist = 0x0, _ns_global_scope_alloc = 0, _ns_unique_sym_table = {lock = {mutex = pthread_mutex_t = {Type = Normal, Status = Not acquired, Robust = No, Shared = No, Protocol = None}}, entries = 0x0, size = 0, n_elements = 0, free = 0x0}, _ns_debug = {r_version = 0, r_map = 0x0, r_brk = 0, r_state = RT_CONSISTENT, r_ldbase = 0}} }, _dl_nns = 1, _dl_load_lock = {mutex = pthread_mutex_t = {Type = Recursive, Status = Not acquired, Robust = No, Shared = No, Protocol = None}}, _dl_load_write_lock = {mutex = pthread_mutex_t = {Type = Recursive, Status = Not acquired, Robust = No, Shared = No, Protocol = None}}, _dl_load_adds = 103, _dl_initfirst = 0xb51a20c0, _dl_cpuclock_offset = 401157845860, _dl_profile_map = 0x0, _dl_num_relocations = 6283, _dl_num_cache_relocations = 4238, _dl_all_dirs = 0xb27a83d0, _dl_rtld_map = {l_addr = 3086286848, l_name = 0x4c8154 "/lib/ld-linux.so.2", l_ld = 0xb7f76f34, l_next = 0xb4f445a0, l_prev = 0xb4f44190, l_real = 0xb7f77558 <_rtld_global+1304>, l_ns = 0, l_libname = 0xb7f7789c <_dl_rtld_libname>, l_info = {0x0, 0x0, 0xb7f76f74, 0xb7f76f6c, 0xb7f76f3c, 0xb7f76f4c, 0xb7f76f54, 0x0, 0x0, 0x0, 0xb7f76f5c, 0xb7f76f64, 0x0, 0x0, 0xb7f76f34, 0x0, 0x0, 0xb7f76f8c, 0xb7f76f94, 0xb7f76f9c, 0xb7f76f7c, 0x0, 0x0, 0xb7f76f84, 0x0 , 0xb7f76fac, 0xb7f76fa4, 0x0, 0xb7f76fbc, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xb7f76fb4, 0x0 , 0xb7f76f44}, l_phdr = 0xb7f50034, l_entry = 0, l_phnum = 7, l_ldnum = 0, l_searchlist = {r_list = 0x0, r_nlist = 0}, l_symbolic_searchlist = {r_list = 0x0, r_nlist = 0}, l_loader = 0x0, l_versions = 0xb22f7150, l_nversions = 7, l_nbuckets = 17, l_gnu_bitmask_idxbits = 7, l_gnu_shift = 8, l_gnu_bitmask = 0xb7f50224, {l_gnu_buckets = 0xb7f50244, l_chain = 0xb7f50244}, {l_gnu_chain_zero = 0xb7f50284, l_buckets = 0xb7f50284}, l_direct_opencount = 0, l_type = lt_library, l_relocated = 1, l_init_called = 0, l_global = 1, l_reserved = 0, l_phdr_allocated = 0, l_soname_added = 0, l_faked = 0, l_need_tls_init = 0, l_auditing = 0, l_audit_any_plt = 0, l_removed = 0, l_contiguous = 0, l_symbolic_in_local_scope = 0, l_free_initfini = 0, l_rpath_dirs = {dirs = 0x0, malloced = 0}, l_reloc_result = 0x0, l_versyms = 0xb7f5077a, l_origin = 0x0, l_map_start = 3086286848, l_map_end = 3086448952, l_text_end = 3086399675, l_scope_mem = {0x0, 0x0, 0x0, 0x0}, l_scope_max = 0, l_scope = 0x0, l_local_scope = {0x0, 0x0}, l_file_id = {dev = 0, ino = 0}, l_runpath_dirs = {dirs = 0x0, malloced = 0}, l_initfini = 0x0, l_reldeps = 0x0, l_reldepsmax = 0, l_used = 1, l_feature_1 = 0, l_flags_1 = 0, l_flags = 0, l_idx = 0, l_mach = {plt = 0, gotplt = 0, tlsdesc_table = 0x0}, l_lookup_cache = {sym = 0x0, type_class = 0, value = 0x0, ret = 0x0}, l_tls_initimage = 0x0, l_tls_initimage_size = 0, l_tls_blocksize = 0, l_tls_align = 0, l_tls_firstbyte_offset = 0, l_tls_offset = 0, l_tls_modid = 0, l_tls_dtor_count = 0, l_relro_addr = 157824, l_relro_size = 1920, l_serial = 0, l_audit = 0xb7f777b4 <_rtld_global+1908>}, audit_data = {{cookie = 0, bindflags = 0} }, _dl_rtld_lock_recursive = 0xb7f50cd0 , _dl_rtld_unlock_recursive = 0xb7f50ce0 , _dl_make_stack_executable_hook = 0xb7f62920 <__GI__dl_make_stack_executable>, _dl_stack_flags = 6, _dl_tls_dtv_gaps = false, _dl_tls_max_dtv_idx = 5, _dl_tls_dtv_slotinfo_list = 0xb22f5350, _dl_tls_static_nelem = 5, _dl_tls_static_size = 3136, _dl_tls_static_used = 216, _dl_tls_static_align = 64, _dl_initial_dtv = 0xb22f2c98, _dl_tls_generation = 0, _dl_init_static_tls = 0xb7f5b4e0 <_dl_nothread_init_static_tls>, _dl_wait_lookup_done = 0x0, _dl_scope_free_list = 0x0}
_rtld_global_ro = {_dl_debug_mask = 0, _dl_osversion = 328832, _dl_platform = 0xb7f6da59 "i686", _dl_platformlen = 4, _dl_pagesize = 4096, _dl_inhibit_cache = 0, _dl_initial_searchlist = {r_list = 0xb23c9b9c, r_nlist = 102}, _dl_clktck = 100, _dl_verbose = 0, _dl_debug_fd = 2, _dl_lazy = 1, _dl_bind_not = 0, _dl_dynamic_weak = 0, _dl_fpu_control = 895, _dl_correct_cache_id = 3, _dl_hwcap = 1, _dl_auxv = 0xbfb4bd7c, _dl_x86_cpu_features = {kind = arch_kind_intel, max_cpuid = 11, cpuid = {{eax = 132693, ebx = 1050624, ecx = 10150845, edx = 3219913727}, {eax = 0, ebx = 0, ecx = 0, edx = 2617245696}, {eax = 0, ebx = 0, ecx = 1, edx = 672137216}}, family = 6, model = 37, xsave_state_size = 0, xsave_state_full_size = 0, feature = {1359921}, data_cache_size = 0, shared_cache_size = 0, non_temporal_threshold = 0}, _dl_x86_hwcap_flags = {"sse2\000\000\000\000", "x86_64\000\000", "avx512_1"}, _dl_x86_platforms = {"i586\000\000\000\000", "i686\000\000\000\000", "haswell\000", "xeon_phi"}, _dl_x86_cap_flags = {"fpu\000\000\000\000", "vme\000\000\000\000", "de\000\000\000\000\000", "pse\000\000\000\000", "tsc\000\000\000\000", "msr\000\000\000\000", "pae\000\000\000\000", "mce\000\000\000\000", "cx8\000\000\000\000", "apic\000\000\000", "10\000\000\000\000\000", "sep\000\000\000\000", "mtrr\000\000\000", "pge\000\000\000\000", "mca\000\000\000\000", "cmov\000\000\000", "pat\000\000\000\000", "pse36\000\000", "pn\000\000\000\000\000", "clflush", "20\000\000\000\000\000", "dts\000\000\000\000", "acpi\000\000\000", "mmx\000\000\000\000", "fxsr\000\000\000", "sse\000\000\000\000", "sse2\000\000\000", "ss\000\000\000\000\000", "ht\000\000\000\000\000", "tm\000\000\000\000\000", "ia64\000\000\000", "pbe\000\000\000\000"}, _dl_inhibit_rpath = 0x0, _dl_origin_path = 0x0, _dl_use_load_bias = 0, _dl_profile = 0x0, _dl_profile_output = 0xb7f6b950 "/var/tmp", _dl_trace_prelink = 0x0, _dl_trace_prelink_map = 0x0, _dl_init_all_dirs = 0xb27a83d0, _dl_sysinfo = 3086285740, _dl_sysinfo_dso = 0xb7f4f000, _dl_sysinfo_map = 0xb7f77c30, _dl_hwcap2 = 0, _dl_debug_printf = 0xb7f602b0 <_dl_debug_printf>, _dl_mcount = 0xb7f61590 <__GI__dl_mcount>, _dl_lookup_symbol_x = 0xb7f59ec0 <_dl_lookup_symbol_x>, _dl_check_caller = 0xb7f629b0 <_dl_check_caller>, _dl_open = 0xb7f62f00 <_dl_open>, _dl_close = 0xb7f64d50 <_dl_close>, _dl_tls_get_addr_soft = 0xb7f62540 <_dl_tls_get_addr_soft>, _dl_discover_osversion = 0xb7f68550 <_dl_discover_osversion>, _dl_audit = 0x0, _dl_naudit = 0}
_dl_skip_args = 0
__pointer_chk_guard_local = 2169752112
#0 elf_machine_rel (skip_ifunc=, reloc_addr_arg=, version=0xb23ca880, sym=0xb72babb4, reloc=0xb736f068, map=0xb7b23300) at ../sysdeps/i386/dl-machine.h:322
#1 elf_dynamic_do_Rel (skip_ifunc=, lazy=, nrelative=, relsize=, reladdr=, map=) at do-rel.h:137
#2 _dl_relocate_object (scope=, reloc_mode=, consider_profiling=) at dl-reloc.c:258
#3 0xb7f543c2 in dl_main (phdr=, phnum=, user_entry=, auxv=) at rtld.c:2190
#4 0xb7f680e1 in _dl_sysdep_start (start_argptr=0xbfb4bc80, dl_main=0xb7f51e30 ) at ../elf/dl-sysdep.c:253
#5 0xb7f519ff in _dl_start_final (arg=0xbfb4bc80) at rtld.c:414
#6 _dl_start (arg=) at rtld.c:521
#7 0xb7f50c7b in _start () from /lib/ld-linux.so.2
Como não domino essa parte, poderia me ajudar a visualizar o problema pra tentar resolver mais uma vez?
Aguardo resposta.
Grato desde já.
libQt5Widgets.so.5.O nome libQt5Widgets.so.5 se desmembra no seguinte:
lib = biblioteca (i.e. um arquivo que contém uma coleção de alguma coisa, como por exemplo uma coleção de ícones que o programa usa, uma coleção de funções que o programa executa etc.).
Qt5 = Qt versão 5. É a versão 5 da estrutura (framework) Qt para a linguagem de programação C++ usada no Linux. Enfim: a biblioteca possui código C++ estruturado para uso em Qt versão 5, então pelo visto o KRDC foi escrito em C++ usando Qt versão 5, e por isto requer arquivos com esse tipo de código.
Widget é um pequeno atalho de aplicativo que permite uma visualização parcial ou miniaturizada de um aplicativo. Seu smartphone provavelmente tem na tela principal algum relógio, calendário ou indicador meteorológico. Em qualquer um desses casos, trata-se de um widget: um programa "maior" lê as horas, consulta dados meteorológicos etc., mas só um "pedacinho" disso tudo aparece miniaturizado na tela do seu smartphone, na forma de widget. Então essa biblioteca pelo visto é usada pelo KRDC para mostrar na tela uma versão miniaturizada do aplicativo KRDC.
so é abreviação de Shared Object ("Objeto Compartilhado"). Ou seja: não só o KRDC, mas vários programas podem usar essa mesma biblioteca. É por isso que ela está numa pasta do sistema operacional - /usr/lib/i386-linux-gnu/ - ao invés de estar numa pasta exclusiva do aplicativo, como por exemplo (fictício) /opt/krdc/lib/ ou outra coisa assim. Enfim: trata-se de uma biblioteca compartilhada.
.5 = não sei, rs. Mas imagino que seja a versão da biblioteca. No caso, versão 5.
Uma pergunta: seu sistema Linux é de 32 bits ou de 64 bits? Você pode descobrir isso com este comando:
getconf LONG_BITSe a resposta do comando acima for 64, então seu Linux é de 64 bits. Caso contrário, é de 32 bits.
A pasta /usr/lib/i386-linux-gnu/ contém a palavra i386, que significa 32 bits. Se seu sistema for de 64 bits, essa pode ser a explicação: talvez você tenha instalado o KRDC de 32 bits em um sistema de 64 bits, e por isto o KRDC está procurando uma biblioteca de 32 bits.
Também pode ser que o KRDC realmente necessite de uma biblioteca de 32 bits, mas de repente a localização dela não é essa aí. No XUbuntu 20.04 de 32 bits, por exemplo, as bibliotecas de 32 bits ficam em /usr/lib/x86_32-linux-gnu/ e no XUbuntu 20.04 de 64 bits as bibliotecas de 64 bits ficam em /usr/lib/x86_64-linux-gnu/.
Uma forma de tentar encontrar essa biblioteca é atualizando o banco de dados do catálogo de arquivos do sistema:
sudo updatedb...e em seguida procurar pelo arquivo da biblioteca, no seu sistema:
locate -i libQt5WidgetsApós executar os 2 comandos acima, o seu Linux deverá lhe mostrar uma lista de arquivos no seu sistema que contêm libQt5Widgets no nome. Veja onde estão localizados.
input/output error = "erro de entrada e saída". Isso ocorre quando o sistema não consegue gravar algo em (por exemplo) um arquivo (erro de input/entrada) e/ou não consegue ler o conteúdo de (por exemplo) um arquivo (erro de output/saída). Uma possibilidade de esse erro ocorrer é [1] caso o arquivo da biblioteca não exista (se for esse o caso, aquele comando locate não vai localizar o arquivo da biblioteca em lugar nenhum). Outra possibilidade é que [2] a biblioteca existe, no seu sistema, mas não com o nome libQt5Widgets (no Linux Mint talvez o nome do arquivo seja um pouco diferente). Ainda outra possibilidade é que o arquivo existe e ele tem exatamente aquele nome, porém [3] o arquivo está em outra pasta, como por exemplo em /usr/lib/x86_32-linux-gnu/ ou em /usr/lib32/ ou em /usr/lib64 ou em /usr/lib/x86_64-linux-gnu/ (ao invés de estar em /usr/lib/i386-linux-gnu/). Ainda uma outra possibilidade é que o arquivo exista, exista com o nome correto e esteja de fato na pasta /usr/lib/i386-linux-gnu/ porém o KRDC não possua permissão de leitura para esse arquivo. Em tal caso, você precisará corrigir isso com este comando que torna a biblioteca legível para todo mundo:
sudo chmod +r /usr/lib/i386-linux-gnu/libQt5Widgets.so.5A pasta que contém a biblioteca também precisa ser legível para todo mundo:
sudo chmod +r /usr/lib/i386-linux-gnuEnfim: se você quiser muito usar o programa KRDC, infelizmente vai ser necessário despender um tempo considerável investigando essa biblioteca. Você precisa descobrir [1] se ela existe em seu sistema, [2] com qual nome ela existe, [3] em qual pasta ela está localizada, e se [4] ela e a pasta são legíveis.
No XUbuntu, essa biblioteca é obtida quando se instala o pacote libqt5widgets5.deb. Como o Linux Mint é baseado no Ubuntu, provavelmente com este comando:
sudo apt install libqt5widgets5...você instalará essa biblioteca.
Você também pode pedir para o dpkg lhe informar todos os pacotes que instalaram ou podem instalar essa biblioteca no seu sistema, e onde elas são ou serão postas, se/quando/caso instaladas. O comando é este:
dpkg -S libQt5WidgetsComo pode ver, há bastante investigação a ser feita.
Suponhamos que você tenha encontrado a biblioteca libQt5Widgets em /usr/lib/x86_32-linux-gnu/ apesar de o KRDC ficar procurando ela em /usr/lib/i386-linux-gnu/. Em tal caso, a solução é criar um arquivo "fake" em /usr/lib/i386-linux-gnu/ que aponte para o legítimo em /usr/lib/x86_32-linux-gnu/:
- Primeiro crie a pasta i386-linux-gnu, caso ela ainda não exista:
sudo mkdir /usr/lib/i386-linux-gnu/- Em seguida, crie o atalho que aponta para o original:
sudo ln -s /usr/lib/x86_32-linux-gnu/libQt5Widgets.so.5 /usr/lib/i386-linux-gnu/libQt5Widgets.so.5Se seu sistema for de 64 bits mas você tiver encontrado a biblioteca de 32 bits, veja se não há um KRDC de 64 bits que possa ser instalado no lugar desse. Se não houver, adicione suporte aos pacotes DEB de 32 bits:
sudo dpkg --add-architecture i386...e então reinstale a biblioteca informando explicitamente ao sistema APT/DPKG que você quer instalar a biblioteca de 32 bits:
sudo apt reinstall libqt5widgets5:i386Caso você consiga resolver o problema com essa biblioteca, talvez ainda esbarre em outros: aquele erro /sysdeps/i386/dl-machine.h: No such file or directory pode ser apenas consequência do problema com essa biblioteca, mas também pode ser o arquivo dl-machine.h mesmo. Observe que sysdeps significa "dependências do sistema", que i386 significa "32 bits" e que aquele dl remete a dynamic library ("biblioteca dinâmica"), então pode se tratar de um arquivo que depende daquela biblioteca libQt5Widgets mas também pode se tratar de outro arquivo que é de 32 bits mas não está instalado (ou está instalado em outro local, ou está instalado com outro nome, ou só está instalado na versão de 64 bit etc.).