Greetings all;

My GO704 box has decided it cannot find the RTLIB modules.

I have tried to export the path in both my own .basrc, and in 
/etc/profile, but the only way to make it show up in an "env" 
output is to export it from the command line of every terminal, 
AND terminal window tab that I open.  And even that does not help.

It simply cannot find hm2_pci.ko according to the messages it emits as 
its cleaning up.  It leaves this in the window that tries to run it:
=====================================
gene@GO704:~$ linuxcnc -l
LINUXCNC - 2.8.0-pre1-1138-gd40e5d4
Machine configuration directory is '/home/gene/linuxcnc/configs/GO704fast'
Machine configuration file is 'GO704fast.ini'
Starting LinuxCNC...
.
Found file(REL): ./GO704fast.hal
Error: could not insert module 
/usr/realtime-3.4-9-rtai-686-pae/modules/linuxcnc/hm2_pci.ko: No such device
./GO704fast.hal:8: exit value: 1
./GO704fast.hal:8: insmod for hm2_pci failed, returned -1
See the output of 'dmesg' for more information.
Shutting down and cleaning up LinuxCNC...
Running HAL shutdown script
LinuxCNC terminated with an error.  You can find more information in the log:
    /home/gene/linuxcnc_debug.txt
and
    /home/gene/linuxcnc_print.txt
as well as in the output of the shell command 'dmesg' and in the terminal
=====================================

Here is a cat of *.txt in my ~home dir:
=====================================
gene@GO704:~$ cat *.txt
5846
  PID TTY      STAT   TIME COMMAND
Stopping realtime threads
Unloading hal components
RUN_IN_PLACE=no
LINUXCNC_DIR=
LINUXCNC_BIN_DIR=/usr/bin
LINUXCNC_TCL_DIR=/usr/lib/tcltk/linuxcnc
LINUXCNC_SCRIPT_DIR=
LINUXCNC_RTLIB_DIR=/usr/realtime-3.4-9-rtai-686-pae/modules/linuxcnc
LINUXCNC_CONFIG_DIR=
LINUXCNC_LANG_DIR=/usr/share/linuxcnc/tcl/msgs
INIVAR=inivar
HALCMD=halcmd
LINUXCNC_EMCSH=/usr/bin/wish8.5
Using previous inifile: /home/gene/linuxcnc/configs/GO704fast/GO704fast.ini
INIFILE=/home/gene/linuxcnc/configs/GO704fast/GO704fast.ini
PARAMETER_FILE=linuxcnc.var
TASK=milltask
HALUI=halui
DISPLAY=axis
Starting LinuxCNC server program: linuxcncsvr
Loading Real Time OS, RTAPI, and HAL_LIB modules
Starting LinuxCNC IO program: io
Starting HAL User Interface program: halui
Killing task linuxcncsvr, PID=5846
Removing HAL_LIB, RTAPI, and Real Time OS modules
Removing NML shared memory segments
================================
Looking in /var/cache/apt/archives and grepping it down to a sensible list, I 
get this:


gene@GO704:~$ ls -l /var/cache/apt/archives |grep 'Oct  5'
-rw-r--r-- 1 root root   453876 Oct  5 07:11 
libfreetype6_2.4.9-1.1+deb7u2_i386.deb
-rw-r--r-- 1 root root   785626 Oct  5 07:11 
libfreetype6-dev_2.4.9-1.1+deb7u2_i386.deb
-rw-r--r-- 1 root root 14116178 Oct  5 17:29 
linuxcnc_1%3a2.8.0~pre1.1136.ga298048_i386.deb
-rw-r--r-- 1 root root 14116190 Oct  5 23:50 
linuxcnc_1%3a2.8.0~pre1.1138.gd40e5d4_i386.deb
-rw-r--r-- 1 root root   683464 Oct  5 17:28 
linuxcnc-dev_1%3a2.8.0~pre1.1136.ga298048_i386.deb
-rw-r--r-- 1 root root   683224 Oct  5 23:49 
linuxcnc-dev_1%3a2.8.0~pre1.1138.gd40e5d4_i386.deb
-rw-r--r-- 1 root root 12436586 Oct  5 17:29 
linuxcnc-doc-en_1%3a2.8.0~pre1.1136.ga298048_all.deb
-rw-r--r-- 1 root root 12435082 Oct  5 23:50 
linuxcnc-doc-en_1%3a2.8.0~pre1.1138.gd40e5d4_all.deb

I've looked at /usr/bin/linuxcnc and that path is correctly specified 
in that startup script.  The module in question is there at that location, 
along with about 100+ other.ko's.  First encountered after I had added
a "loadrt estop_latch count=1", which did not error until it hit the 
addf estop_latch.0 servo-thread
statement.  Both are currently # commented out of the .hal file now. 

I had this same problem 5 or 9 times on the older crashomatic box, just 
one of the reasons I set it out the back door for disposal, after I 
collect the good stuffs in it,but this is a Dell 745, with 4Gb of DDR-2 
ram that passed 9 cycles of memtest86+ in an overnight run just 2 days ago.

With the old box, a full power down reboot would fix it, for several hours.
But that doesn't seem to fix this Dell.  Its had 2 30 second plus 
powerdowns since it first started doing it

I just took both lines out of the $CONFIG/$CONFIG.hal file, made zero
difference.

The old man is about beat.  What do I look at next? 

Its a 6 months old 2 terrabyte Seacrate drive, with about 60 hours on it 
now, and very fast.

Humm, uname -a looks confused:

gene@GO704:~/linuxcnc/configs/GO704fast$ uname -a
Linux GO704 3.4-9-rtai-686-pae #1 SMP PREEMPT Debian 3.4.55-4linuxcnc i686 
GNU/Linux

WTF?

FWIW, sudo dmesg|less is also confused, lines 3 nd 4 look interesting:
[ 0.000000] Linux version 3.4-9-rtai-686-pae (Debian 3.4.55-4linuxcnc) () (gcc 
version 4.6.3 (Debian 4.6.3-14) ) #1 SMP PREEMPT Debian 3.4.55-4linuxcnc
[ 0.000000] Disabled fast string operations

I have an enigma wrapped in a puzzle sort of a headache.

Ideas?  Fixes?  Geneaology references?

Thanks guys.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

------------------------------------------------------------------------------
Full-scale, agent-less Infrastructure Monitoring from a single dashboard
Integrate with 40+ ManageEngine ITSM Solutions for complete visibility
Physical-Virtual-Cloud Infrastructure monitoring from one console
Real user monitoring with APM Insights and performance trend reports 
Learn More http://pubads.g.doubleclick.net/gampad/clk?id=247754911&iu=/4140
_______________________________________________
Emc-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to