kayvey
asked on
nessus gtk broke everything
[kayve@kv_bsd ~]$ uname -a
FreeBSD kv_bsd 6.3-STABLE FreeBSD 6.3-STABLE #0: Wed May 7 19:40:55 PDT 2008 root@kv_bsd:/usr/obj/usr/s
[kayve@kv_bsd ~]$ pkg_info | grep essus
pkg_info: show_file: can't open '+COMMENT' for reading
nessus-gtk2-2.2.9_1 A security scanner: looks for vulnerabilities in a given ne
nessus-libnasl-2.2.9_1 Nessus Attack Scripting Language
nessus-libraries-2.2.9_1 Libraries for Nessus, the security scanner
[kayve@kv_bsd ~]$
nessus.png
FreeBSD kv_bsd 6.3-STABLE FreeBSD 6.3-STABLE #0: Wed May 7 19:40:55 PDT 2008 root@kv_bsd:/usr/obj/usr/s
[kayve@kv_bsd ~]$ pkg_info | grep essus
pkg_info: show_file: can't open '+COMMENT' for reading
nessus-gtk2-2.2.9_1 A security scanner: looks for vulnerabilities in a given ne
nessus-libnasl-2.2.9_1 Nessus Attack Scripting Language
nessus-libraries-2.2.9_1 Libraries for Nessus, the security scanner
[kayve@kv_bsd ~]$
nessus.png
ASKER
ASKER
You can't see the top of it.. but it is loading 20K Nessus plugins
"libexec/ld-elf.so.1: Shared object "libz.so.4" not found, required by "nessusd""
Says nessusd requires libz!
Yes it's trying to download the plugins, but is not able to (file is not downloaded!)
Says nessusd requires libz!
Yes it's trying to download the plugins, but is not able to (file is not downloaded!)
ASKER
They told me I need to cvsup. Do I just change the supfiles so they say "RELENG_7" everywhere?
what about that consarnt "CHANGE_THIS" thing?
what about that consarnt "CHANGE_THIS" thing?
Who's they?
Usually libraries are linked at compile time. So when a binary requires something from a library it just calls it. But if the binary can't find the library, how could it call it?
"libexec/ld-elf.so.1: Shared object "libz.so.4" not found, required by "nessusd"" suggests to me that the ELF (binary "format" if you like) library that is trying to find libz but can't. I don't have a *BSD box to hand to try and find the library, but in Linux you can do ldd <path_to_nessusd> which'll list all libraries that are linked in the binary (should also work on *BSD). Does libz.so.4 exist anyway on your system?
I don't see a "CHANGE_THIS" in your postings, is something missing?
Usually libraries are linked at compile time. So when a binary requires something from a library it just calls it. But if the binary can't find the library, how could it call it?
"libexec/ld-elf.so.1: Shared object "libz.so.4" not found, required by "nessusd"" suggests to me that the ELF (binary "format" if you like) library that is trying to find libz but can't. I don't have a *BSD box to hand to try and find the library, but in Linux you can do ldd <path_to_nessusd> which'll list all libraries that are linked in the binary (should also work on *BSD). Does libz.so.4 exist anyway on your system?
I don't see a "CHANGE_THIS" in your postings, is something missing?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
I can't find nessus on sysinstall
Use web repository
ASKER
Can't. my single user mode mergemaster is broke.
ASKER
After I do so could you help me mount my new HD enclosure:
http://www.monkeyview.net/id/965/fsck/torrent/p5120214.vhtml
..?
http://www.monkeyview.net/id/965/fsck/torrent/p5120214.vhtml
..?
Irreleavant to initial question. Just use screwdriver. Nothing special
ASKER
I screwed the other one in before but I didn't understand the software mount.
acch. I guess I didn't really try to follow that up.
acch. I guess I didn't really try to follow that up.
ASKER
kv_bsd#mv /usr/home/kayve/Nessus-3.2
kv_bsd#pkg_add Nessus-3.2.0-fbsd7.tbz
pkg_add: package VisualOS-1.0.5_3 has no origin recorded
/libexec/ld-elf.so.1: Shared object "libz.so.4" not found, required by "nessusd"
- Please run /usr/local/nessus/sbin/nes
- Register your Nessus scanner at http://www.nessus.org/register/ to obtain
all the newest plugins
- You can start nessusd by typing /usr/local/etc/rc.d/nessus
kv_bsd#/usr/local/etc/rc.d
Nessus/libexec/ld-elf.so.1
kv_bsd#