AVISPA worked properly on Ubuntu 18.04. After upgrade to Ubuntu 20.04, AVISPA gives the error "error while loading shared libraries: libffi.so.6: cannot open shared object file: No such file or directory". A quick search explains that Ubuntu 20.04 upgraded libffi.so.6 to lib.so.7 which leads to this error. How can I make AVISPA access libffi.so.7? Or Is there a way to install libffi.so.6 into my system and make AVISPA run normally as before the Ubuntu upgrade?
AVISPA is no longer maintained but you can use the virtualBox image here:
http://people.irisa.fr/Thomas.Genet/span/#VDI
Best
Related
I'm on Ubuntu 20.04 LTS and wish to install OpenOnload for kernel bypass of NICs.
I followed the instructions here:
https://github.com/Xilinx-CNS/onload/blob/master/DEVELOPING.md
(Ubuntu 20.04 LTS is supported by Onload)
I've built the repo from source and I've just attempted this part:
To load drivers into the kernel:
"$(mmaketool --toppath)/build/$(mmaketool --driverbuild)/driver/linux/load.sh" onload
Unfortunately I get the error:
insmod: ERROR: could not insert module
onload/build/x86_64_linux-5.15.0-46-generic/driver/linux/sfc_resource.ko: Unknown symbol in module
This seems to be a generic error relating to inserting drivers in to the Linux kernel but I'm not sure how to fix it. I had all the dependencies installed. I've ran this on a bare metal machine and a virtual machine and got the same problem both times.
Can anyone help/try it too?
UPDATE
I checked dmesg | tail and there is this entry:
init_sfc_resource: ERROR: failed to find syscall table
But still not sure how to fix it
Ran into the same issue 20.04 LTS with 5.13 still works , but 5.15 is not.
I am currently running Ubuntu 20.04 on my machine. GridDB's official web site's download page only shows GridDB CE(server) for Ubuntu 18.04. Will I able to download (& install )?Will it support?
After bunch of struggle and help from googling I managed to build v4.5 on ubuntu 20.04. So I would guess 4.6 will work too. I am running “arm” version which yet doesnt have source for v4.6.
Main problem was related to wrong version of gcc in v20.04 and so I had to download gcc 4.8 manually to build it.
I am on Ubunto 18.04. I installed libhdf5-serial-dev:
sudo apt-get install libhdf5-serial-dev
This installed ok - no errors. I can compile, link, and run a C++ file ok that creates and populates an HDF5 file. The resultant file looks good - I can read it ok with h5py and Python.
I installed hdf5-tools:
sudo apt-get install hdf5-tools
That also installed ok - no errors. But when I run h5dump I get:
h5dump: error while loading shared libraries: libhdf5_serial.so.100: cannot open shared object file: No such file or directory
That file does not exist in /usr/lib/x86_64-linux-gnu/hdf5/serial (or /usr/lib/x86_64-linux-gnu). No files with ".100" exist in either of those directories.
Any suggestions on what I've done wrong, and/or how to fix this?
None of the answers I found on the web helped me solve this problem - I tried every suggestion I found.
In the end, updating to Ubuntu 20.04 fixed the problem. Maybe reinstalling Ubuntu 18.04 would also have fixed the problem.
After successfully building and compiling sleuthkit library [4.2 version], I tried to write an introspection tool using the library.. Thing is whenever i am trying to compile the program in order to test it and I am using a function from the library API I'm get the following error :
error while loading shared libraries: libtsk.so.13: cannot open shared object file: No such file or directory
I found thought that this file exists in /usr/local/lib folder . Am i missing something ? ./configure && make didn't give me any errors.. and I am including -ltsk on the makefile!
My pc information : XEN hypervisor [Ubuntu 12.04 x64bit] and i am trying to investigate a guest vm running ubuntu 12.04 x32bit
Thanks in advance
I found a solution to the problem , if I install -dev package...
sudo apt-get install libtsk-dev
Also read this useful article... Understood why exactly that happened .
I am using 32Bit Ubuntu 14.04, where newest version of libc6 is already installed. When I run 'poky-qemu qemuppc zImage-2.6.37-qemuppc-1.0.bin yocto-image-lsb-sdk-qemuppc-1.0.rootfs.ext3', I am getting following error:
/opt/poky/1.0/sysroots/i686-pokysdk-linux/usr/bin/qemu-system-ppc: /opt/poky/1.0/sysroots/i686-pokysdk-linux/lib/libc.so.6: version `GLIBC_2.17' not found (required by /usr/lib/i386-linux-gnu/libdrm.so.2)
Is this problem in toolchain or my host machine? How to solve this error?
Thanks for your time!
Unknowingly, I had used wrong/old version of kernel image and filesystem image. Using latest version which is 1.8, solved the problem.