GNU/Linux >> Tutoriales Linux >  >> Linux

¿Por qué Slack devuelve una falla de segmentación después de la actualización de Fedora 29?

Como señaló @Flat, el libnode.so incluido no funciona con fedora 29.

Descargue el último atom.rpm de http://atom.io (nunca había oído hablar de él antes...)

Instálelo, quite la librería defectuosa y vincule la nueva en su lugar:

sudo dnf install ~/Downloads/atom.x86_64.rpm
sudo mv /usr/lib/slack/libnode.so /usr/lib/slack/libnode.so.bad
sudo ln -s /usr/share/atom/libnode.so /usr/lib/slack/libnode.so

Puede haber una fuente mejor u oficial de libnode.so; pero miré rápidamente, no vi ninguno y no estaba instalado en ningún otro lugar de mi sistema.


Con valgrind Obtuve este resultado:

Process terminating with default action of signal 11 (SIGSEGV): dumping core
 Bad permissions for mapped region at address 0xDBF060
   at 0xDBF060: ??? (in /usr/lib/slack/slack)
   by 0x7112071: node::http2::Http2Session::Callbacks::Callbacks(bool) (in /usr/lib/slack/libnode.so)
   by 0x7112134: ??? (in /usr/lib/slack/libnode.so)
   by 0x5853CE9: call_init.part.0 (in /usr/lib64/ld-2.28.so)
   by 0x5853DE9: _dl_init (in /usr/lib64/ld-2.28.so)
   by 0x5845149: ??? (in /usr/lib64/ld-2.28.so)

Parece que el problema está dentro de una versión "obsoleta" de libnode.so . Acabo de copiar otra versión de libnode.so del último atom.rpm instalación con:

sudo mv /usr/lib/slack/libnode.so /usr/lib/slack/libnode.so.old sudo ln -s /usr/share/atom/libnode.so /usr/lib/slack/libnode.so

Editar

Como ya dijo el usuario Pierre Bellan, puede encontrar fácilmente otra versión de libnode.so en su sistema operativo con:sudo updatedb && locate libnode

Utilicé el átomo porque estaba seguro de una actualización reciente del editor.


Linux
  1. ¿Por qué /bin/sh apunta a /bin/dash y no a /bin/bash?

  2. ¿Por qué find -exec mv {} ./target/ + no funciona?

  3. Instalar binarios en /bin, /sbin, /usr/bin y /usr/sbin, interacciones con --prefix y DESTDIR

  4. ¿Cuál es la diferencia entre #!/usr/bin/env bash y #!/usr/bin/bash?

  5. cmake --version apunta a /usr/bin/cmake mientras que cmake apunta a /usr/local/bin

¿Cómo maneja Linux múltiples separadores de rutas consecutivas (/home////username///file)?

Linux:¿/sbin/init no existe?

gcc - /usr/bin/ld error:no se puede encontrar <library> en /usr/local/lib aunque ldconfig lo incluye en la lista y la ruta se agregó a ld.so.conf

¿Por qué poner otras cosas que no sean /home en una partición separada?

¿Por qué los directorios /home, /usr, /var, etc. tienen todos el mismo número de inodo (2)?

¿Por qué se requieren < o > para usar /dev/tcp?