Hallo Leute, Chrysn und ich haben letzttens noch weitere Versuchsvarianten besprochen: a) wir bleiben beim schwarzen (neuen) PC und versuchen die Version 2.4 (wie beim alten PC zu installieren und prüfen, ob wir die Fräse grundsätzlich zum laufen bringen b) wir nehmen den alten (weißen) PC, bauen eine neue IDE HDD ein und 1) wir installieren das neue LinuxCNC Ver.2.5 und probieren 2) wenn 1) nicht funktioniert, dann installieren wir das alte LinuxCNC 2.4 und hoffen das es funktioniert. Variante a) und b)2) sollten allerdings nur eher die Notlösung sein, damit wir zumindestens die Fräse starten können, bis wir die neuere Version funktionsfähig haben. Soweit nur als ergänzende Info von meiner Seite. Wer könnte sich der Sache konkret annehmen, da ich selber auf dieser Sys-Ebene mich nicht auskenne. LG, Hobbes P.S: Der CNC-Käfig macht derzeit Fortschritte ;) :) -----Original Message----- From: CNC [mailto:cnc-bounces@lists.metalab.at]On Behalf Of Sebastian Bachmann Sent: Thursday, June 20, 2013 11:07 PM To: cnc@lists.metalab.at Subject: Re: [CNC] state of the cnc: fehlermeldungen, strace, bash -x Hi, also wir (uniqx, reox) haben herausgefunden, dass der fehler nicht auftritt wenn man linuxcnc mit der -d option startet. scheinbar ist es ein synchronisierungproblem zwischen der steuerung und dem motd (motion blafoo, daemon der mit der steuerung kommuniziert) ist. es gibt zwei foreneinträge zu dem thema (die ich jetzt leider nicht bei der hand habe, am besten nach der fehlermeldung googlen) welche sagen, dass es entweder an * einem softwarebug im usrmotd liegt, patch dazu gibt es, dazu muss man aber linuxcnc neu bauen * an der firmware der steuerung (benezan ding) liegt zweiteres konnten wir leider nicht herausfinden, da keine firmwaredaten auf dem ding aufgedruckt sind. angeblich sind alle post 2007 geräte betroffen oder so ähnlich. Dieser Bug tut scheinbar ein Timeout provozieren indem er irgendwas bei der achsensteuerung nicht macht - sollte man dann eh auch in dem thread finden. erstes haben wir aus zeitgründen gelassen. Wir haben auch überlegt ob es nicht daran liegen kann, dass der par port irgendwie nicht passt. Bestärkt wurden wir darin, dass jemand geschrieben hat nachdem dieser Fehler bei ihm aufgetreten ist, hat er den rechner gewechselt und dort funktionierte es. Also vllt ist es eine kombination aus dem Parport und der software - dazu müsste man halt mal diesen patch ausprobieren.... (oder einfach ein anderes mainboard in den rechner klatschen) LG Sebastian Am 20.06.2013 21:00, schrieb chrysn: hallo cnc-mailingliste, ich hab mir gestern die cnc-steuerung angeschaut; aktuell startet linuxcnc ja nicht brav, sondern bricht mit fehlermeldungen ab. naxx hat schon herausgefunden, dass zwar beim aufruf von $ linuxcnc die fehler auftreten, bei $ strace linuxcnc aber nicht. weiterfuehrende experimente haben gezeigt, dass der fehler auch bei $ bash -x /usr/bin/linuxcnc nicht auftritt, wohl aber bei $ bash -x /usr/bin/linuxcnc 2>/dev/null und dass durch das gleichzeitige laufenlassen von zwei $ cat /dev/urandom | base64 der fehler auch nur noch selten auftritt, selbst wenn linuxcnc normal gestartet wird. die vermutung liegt nahe, dass komponenten von linuxcnc (und da spielen zumindestens ein server, ein clientprogramm, die linux-realtimeschicht und der linuxcnc hardware abstraction layer mit, die alle von /usr/bin/linuxcnc gesteuert werden) eine zeitabhaengigkeit haben, die sie nicht haben duerften. den kernelparameter isolcpus=1 zu setzen loest das problem nicht. ich habe zu wenig informationen gesammelt, um mit der problemstellung schon an die linuxcnc-mailingliste zu gehen, aber hiermit sind mal alle anderen, die potentiell an dem problem auch noch arbeiten, informiert. lg chrysn _______________________________________________ CNC mailing list CNC@lists.metalab.at https://lists.metalab.at/mailman/listinfo/cnc