bdf error

[zhaogui]

hi,
I am getting this error messgage, can anyone help me?
#bdf
crt0: ERROR couldn't open /usr/lib/dld.sl errno:000000013

[S.K. Chan]

Check permission of /usr/lib/dld.sl
It should be ..
-r-xr-xr-x owner=bin group=bin

It it's not then change it like so ..
# chmod 555 /usr/lib/dld.sl

[zhaogui]

Yes, it was 555
# ll /usr/lib/dld.sl
-r-xr-xr-x 1 bin bin 163840 Jun 21 2001 /usr/lib/dld.sl

[T G Manikandan]

check for this permission
-r-sr-xr-x 1 root bin 24576 Aug 30 2000 /usr/bin/bdf


#grep 13 usr/include/sys/errno.h
#define EACCES 13 /* Permission denied */

[S.K. Chan]

That's odd because I could have sworn error 13 is related to "permission denied" error. If you check /usr/include/sys/errno.h and look for ...
# cat /usr/include/sys/errno.h | grep -i permission
..you should see it's error number 13.

What about these dirs .. ??
/usr 555 bin:bin
/usr/lib 555 bin:bin

[zhaogui]

I didn't touch anyting like these. It is already same there as it was.
# ll /usr/bin/bdf
-r-sr-xr-x 1 bin bin 24576 Jan 11 2001 /usr/bin/bdf
# bdf
crt0: ERROR couldn't open /usr/lib/dld.sl errno:000000013
# grep 13 /usr/include/sys/errno.h
#define EACCES 13 /* Permission denied */

[zhaogui]

# ls -ld /usr
dr-xr-xr-x 23 bin bin 1024 Jun 21 2007 /usr
# ls -ld /usr/lib
dr-xr-xr-x 34 bin bin 8192 Jul 26 17:02 /usr/lib

[T G Manikandan]

check this doc

http://support2.itrc.hp.com/service/ciss/doLogin.do?TargetPage=http://support2.itrc.hp.com/service/cki/docDisplay.do?docId=200000024598791

[T G Manikandan · Accepted solution]

What is your permission for
#ll -d /

It should be
drwxr-xr-x 36 root root 1024 Nov 16 16:16 /

[zhaogui]

Thank you Manikandan, it was because the permission for / is not correct, once I put it back I can run bdf without any error. But not sure how to trace this problem as to why it happened and who or what program has changed it. Any idea?

Thank you again.

[Trond Haugen]

You will need root acces to change the permission of /.
So if you have a history file for root check that. Also check the suog to see who else have used root privliges. Is there any other users with UID 0 in etc passwd?
Of course you can ask otherswith root access.

Bottom line is that it will probably not be posible to find out who did it (intensionally or not. I once had a SA doing 'chmod -R 777 /usr' bacause he wanted "an open system".).

Regards,
Trond

[Steven Sim Kok Leong]

Hi,

If you have been performing conscientious full system backups, then one thing you can do is to identify from your backup listings of files (e.g. via omniback restore or tar tvf etc. depending on the backup method you used) to find out when the permissions actually changed.

Then, from the login records (wtmp), restore if required, check who are logged on between the time backup was "okay" and the time backup was "not okay" i.e. showing the permissions changed.

If there is security enforcement that root cannot directly login, i.e. root account must be su'ed to access. Then it would be easier to check which of the administrative accounts logged on during that period, and so forth.

Hope this helps. Rgards.

Steven Sim Kok Leong