cdash@boulder.Colorado.EDU (Charles Shub) (05/13/87)
We had to make some changes in our deqna driver ( vaxif/if_qe.c ) and when we rebuilt Ultrix 1.1 for our microvax, all was fine except PS no longer lists any processes. We haven't the foggiest. Anybody got any bright ideas? thanks...cdash -- cdash aka cdash@boulder.colorado.edu aka ...hao!boulder!cdash aka ...nbires!boulder!cdash
cdash@boulder.Colorado.EDU (Charles Shub) (05/13/87)
the problem was i was calling it testkernel instead of vmunix and the software was getting lost. Moral: move the old kernel to vmunix.old and the new one to vmunix and it will work thanks to all 3 correct answerers...cdash -- cdash aka cdash@boulder.colorado.edu aka ...hao!boulder!cdash aka ...nbires!boulder!cdash
ark@alice.UUCP (05/13/87)
In article <648@boulder.Colorado.EDU>, cdash@boulder.UUCP writes: > We had to make some changes in our deqna driver ( vaxif/if_qe.c ) and when > we rebuilt Ultrix 1.1 for our microvax, all was fine except PS no longer > lists any processes. We haven't the foggiest. Anybody got any bright ideas? When making kernel changes, one often puts the new kernel in a non-standard place and then boots it. Ps usually will fail until the kernel is moved to the standard place. On many systems this is /unix or /vmunix. I don't know what it is on Ultrix.
ehark@smu (05/15/87)
ps not working can be a matter of the unix that is booted not being the one that lives in root as /unix or /vmunix. erni_: snixncn
glenn@ocsmd.ocs.com (Glenn Ford) (03/21/90)
We are running SCO Xenix 2.3 on an ALR, and have gotten several times an error on doing ps. The error is (seek error). Upon rebooting it seems to have fixed the problem (allthough it pops its nasty little head once in awhile). Any idea to a permanent fix to this? and a cause? Thanks in advance.. Glenn Ford ..uunet!ocsmd!glenn