May 2007 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

Drucken im Netzwerk
by Johannes Kapune 16 May '07

16 May '07

Hallo zusammen, bei folgendem Problem stehe ich zur Zeit auf dem Schlauch: bisher hatte ich meinen Drucker lokal an meinem Rechner angeschlossen, was meist dazu geführt hat, dass ich denselben bei meinen Kinder erst holen mußte bevor ich drucken konnte. Aus diesem Grund kam ich auf die Idee, den Drucker am Server anzuschließen. Drucker am Server eingerichtet - der druckt dort über CUPS. Windows-Rechner der Kinder mit neuem Druckerstandort versorgt und gut ist (RAW, so dass der Druckertreiber von Windows weiter funktioniert). Nun zum Problem auf meinem Linux-Rechner: Von der Turboprint-Configuration aus, kann ich die Testseite von meinem Linux-Rechner aus drucken. Aus den Programmen heraus z. B. OpenOffice oder Gimp aber auch alle anderen, die ich probiert habe, finden den Drucker nicht bzw. es kommt kein Ausdruck. Im ersten Versuch hatte ich auch lokal einen CUP-Server laufen, der mir dann zwar alle Drucker (der früher lokal angeschlossene, wie auch den am Server angeschlossene Drucker) anzeigt, aber bedrucktes Papier kommt keines aus dem Drucker. In keinem der beiden CUPS-Servern sehe ich die gestarteten Ausdrucke nicht. Was habe ich falsch gemacht? Was übersehe ich? Danke schon jetzt und Gruß Johannes -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

4 5

Dateizugriffszeiten / nanosekunden
by Dr. Jürgen Vollmer 16 May '07

16 May '07

Hallo allerseits, mit welcher Auflösung speichert ext3 bzw. reiserfs eigentlich die Zugriffszeiten einer Datei: Sekunden seit der Epoche und/oder mit nanosekunden? Bei mir zeigt ls -l --time-style=full-iso bei den Nanossekunden bei allen Dateien nur 0 an. Hintergrund: make erzeugt Ziel-Dateien nicht neu, obwohl die Targets geändert wurden. Anscheiend sind die Zeitstempel der Targets (in Sekunden) nicht verändert worden. Was kann man da machen? (ausser ein "sleep 1" hinter den Kommandos ausführen....) Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer(a)informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer

1 0

Remote X-Login via XDMCP query will nicht auf Display :1
by Heiko Romahn 16 May '07

16 May '07

Hallo Liste! Ich werde hier gerade etwas wahnsinnig! Vielleicht mag irgendjemand meine Familie davor bewahren. ;-) Ich versuche unter der Open SuSE 10.2 und da unterm KDE eine weitere Session zu öffnen. Die zwei beteiligten Rechner im Netz sind: yoda.efeustrasse.de := Meine WS (SuSE 10.2) qwerty.efeustrasse.de := Remote WS bzw. hiesige Server (SuSE 10.0) Ich gehe wie folgt vor: Start KDE -> Benutzer wechseln -> Neue Sitzung starten Dann: System -> Anmeldung auf Fremdrechner -> manuelle Eingabe von qwerty.efeustrasse.de -> Hinzufügen -> auswählen der qwerty -> Annehmen. Die qwerty wird auch erkannt und im kleinen Auswahlfenster mit load etc. angezeigt. Nach dem klicken auf Annehmen startet ein neuer X-Server auf meiner Yoda der Mauszeiger wird zum typischen X und der Bildschirm bleibt ansonsten schwarz. Im qwerty Logfile /var/log/messages finde ich folgendes: May 6 18:01:45 qwerty kdm: yoda.efeustrasse.de:1[18572]: Hung in XOpenDisplay(yoda.efeustrasse.de:1), aborting May 6 18:01:45 qwerty kdm: yoda.efeustrasse.de:1[18572]: Cannot connect to yoda.efeustrasse.de:1, giving up May 6 18:01:45 qwerty kdm[4755]: Display yoda.efeustrasse.de:1 cannot be opened Melde ich mich nach dem Booten meiner Yoda nicht lokal am X an, sondern via XDMCP auf der qwerty und das mit dem lokalen Display :0 funktioniert es aber!?! Ich ticke hier bald echt aus. Ich habe keinen blassen Schimmer, warum das hier nicht funzt. Als Authentifizierungsverfahren wird MIT-1 benutzt. (MIT-MAGIC-COOKIE-1) Bin für jede Idee dankbar! Viele Gruesse, Heiko@Home -- UNIX ist benutzerfreundlich, es kommt halt auf die Benutzer an! -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

2 3

IDL streikt seit dem letzten Xorg-Patch (9.3 sowie 10.1)
by Guido Kölsch 16 May '07

16 May '07

Hallo zusammen, ich habe seit einer Woche ein Problem mit der Mathematik-Software IDL. Sowohl unter SuSE 9.3 als auch unter 10.1 ist nach dem letzten Xorg Security-Fix auf Version 6.9.0-50.32.5 (unter 10.1) und 6.8.2-30.12 (unter 9.3) ein Arbeiten mit IDL nicht mehr möglich, da die Software bei der Anzeige der Ergebnisse mit einem Segmentation Fault abstürzt. Das Deinstallieren des Patches unter 9.3 schafft hier Abhilfe und alles läuft wieder wie gewohnt. Falls jemand ähnliche Erfahrungen gemacht hat, würde mich interessieren, ob es nun an dem Patch liegt, oder an IDL. IDL zeigt in der Version 6.2 sowie 5.4 den gleichen Fehler. Vielen Dank schonmal für eventuelle Hinweise! Gruss, G. Kölsch -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

1 0

Probleme mit hwup unter SUSE 10.1
by Daniel Spannbauer 16 May '07

16 May '07

Hallo, mein geklonter Rechner macht schon wieder zicken und ichkomm einfach nicht dahinter. Während des startens wird 2x ein "hwup" gestartet der nicht beendet wird, der läuft und läuft und läuft. Wenn ich einen Strace auf den Prozess loslasse sehe ich: write(1, 0000:00:11.0, 12) = 0 Das wiederholt er ewig. ein lspci -v zeigt unter dieser Hardware-ID: 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) Subsystem: Micro-Star International Co., Ltd. Unknown device 7340 Flags: bus master, medium devsel, latency 32, IRQ 177 I/O ports at dc00 [size=16] Capabilities: [c0] Power Management version 2 Fehlt da ein Modul? Wenn ja, welches? Warum beendet sich der HWup nicht? Board ist ein MSI KM4M. Gruß Daniel -- Daniel Spannbauer Systembetreuung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Auf der Wies 8, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds(a)marco.de Geschäftsführer Martin Reuter HRB 68255 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

1 0

Von Windows zu Linux
by Mario Andes 16 May '07

16 May '07

Hallo, viele Jahre habe ich opera unter Windows benutzt und eine Menge Mails bekommen. jetzt möchte ich die Windowspartition endlich löschen und den Platz für Unix (Suse) nutze, wo ich jetzt Opera einsetze. Weiß jemand wie ich die Mails, die ich unter Windows bekommen habe mit denen die ich unter Suse bekomme kombinieren kann, will sagen, für das Suse-Opera zugänglich machen kann? multilingus -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

6 9

Rechner mit krdc / remotedesktop steuern
by Andre Tann 16 May '07

16 May '07

Hallo Liste. Ich möchte gerne einen Rechner mit krdc fernsteuern. Auf dem fernen Rechner läuft eine Remotedesktop-Freigabe von Netmeeting. Versuche ich nun, diesen Rechner von einem Windows-Rechner aus fernzusteuern, so gelingt dies, aber nur, wenn ich dem lokalen Netmeeting sage, es solle eine sichere Verbindung herstellen. Wenn ich diese Checkbox nicht anhake, dann schlägt der Verbindungsversuch fehl. Nun möchte ich aber eine Verbindung von einem Linux-Rechner aus aufbauen. Dafür nehme ich krdc. Dies baut mit rdp://host auch eine Verbindung auf, fragt Auflösung, Farbtiefe und Tastaturbelegung ab, und sagt dann aber, der Verbindungsversuch sei fehlgeschlagen. Ich vermute nun, daß dies an den Sicherheitseinstellungen liegt, aber ich finde andererseits keine Möglichkeit in krdc, etwas einzustellen. Hat jemand einen Tip? -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

4 8

Re: SuSE als DSL-Router und WoW
by Kyek, Andreas, VF-DE 16 May '07

16 May '07

Ingo Tschutter wrote: > > Vor kurzem habe ich für eine Gruppe von Freunden einen > Linux-DSL-Router > aufgesetz. > NAT und IP-Masquerading funzen wunderbar, die Clients kommen ohne > Probleme ins Netz. > Jedoch klappt das auch nur, wenn die Verbindungen von den Clients > initiiert werden. > Ein Problem ist aufgetreten, als einer der User auf einmal > WoW startete. > Bis zu einem gewissen Punkt klappte das ja alles, jedoch als der > WoW-Server begann, selber > TCP/UDP-Verbindungen zum Client aufzubauen, scheiterte > natürlich alles, > weil der Router nicht > weiss, wo die Pakete im LAN hin sollen. > Eine Kurze Übersicht, was ich gemacht habe: > > IP-Forwardink aktivieren und IP-Tables für Masquerading setzen: > > echo "1" > /proc/sys/net/ipv4/ip_forward > iptables -F > iptables -t nat -F > iptables -P INPUT ACCEPT > iptables -P OUTPUT ACCEPT > iptables -t nat -A POSTROUTING -o dsl0 -j MASQUERADE > > > Fazit: Alle Verbindungen zum Internet von den Client aus funzen !!! > > und nun kommt warscheinlich mein Denkfehler: > Der WoW-Gamer hat die IP 192.168.2.99 > > iptables -t nat -A PREROUTING -i dsl1 -p tcp --dport 3724 -j > DNAT --to > 192.168.2.99 > > Das gleiche geschieht natürlich auch mit all den anderen notwendigen > Ports (TCP und UDP). > Aber es klappt nicht. Die Pakete kommen nicht zum Client. > > Wo liegt mein Denkfehler ? AFAIK kann das nicht gehen. Der externe Server schickt einen Verbindungsrequest an die ihm bekannte IP-Adresse (dein Router) mit einem bestimmten Port. Da der Request von aussen kommt und keine Antwort auf eine gestellte Anfrage ist, hat er KEINE Chance, aufgrund seiner Natting-Tabellen zu ermitteln, wo der Request wirklich hin soll. Einzige mir bekannt Chance für Verbindungen von aussen: Du musst dem Router mitteilen, das er Requests an ServerIP:PortX immer an ClientIP:PortY weiterleiten soll. Das wird das aber von aussen initiierte Anfragen an PortX IMMER an den gleichen Client leiten; andere werden NIE diese Anfragen erhalten. Falls die Applikation es zulässt, das sie die clients auf verschiedenen Ports anspricht, könntest Du so vorgehen. Ansonsten sehe ich schwarz. Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

1 0

chroot-Problem bei uid/gid-Auflösung
by martin＠eisengardt.de 16 May '07

16 May '07

Hallo zusammen. Nach langem Kampf habe ich nun aufgegeben und hoffe hier auf Hilfe. Die weiten der Mailing-Listen und des Internets brachten leider nicht die gewünschten Informationen (oder ich bin zu blöd zu suchen). Wie dem auch sei. Folgende Situation: -> Neu aufgesetzter Server mit openSUSE 10.2 -> funktioniert soweit tadellos. -> Neue chroot-Umgebung zusammengebaut, sagen wir mal in /home/chroot Soweit so gut. Die Programme innendrin laufen tadellos, bash, ls usw. alles will prinzipiell, wie ich will. Mein Problem ist nur, dass es sich partut weigert, die uids und gids aufzulösen. Wenn ich also beispielsweise im chroot gefangen bin und "ls -l" eintippe, gibt er ein hübsches Verzeichnislisting aus. Aus User/Group "root" wird eine hübsche "0" (irgendwie logisch). Auch andere werden nicht aufgelöst. Einige Progrämmchen, die eine korrekte Auflösung benötigen, meckern ebenfalls. Unter anderem meckert der apache, da er User und Group für seine Kinderchens nicht auflösen kann (was er aber können sollte und außerhalb des chroots logischerweise kann). Der Verdacht liegt nahe, dass die passwd und Konsorten nicht stimmen. Sollten sie aber. Auch eine direkte Verlinkung mit der Original-Datei bringt keinerlei Erfolge. Erst wenn ich lib, etc, bin und usr komplett, also als Verzeichnis in mein chroot verlinke, läuft es korrekt. Logischerweise hilft mir das nicht weiter und ist irgendwie sinnfrei. Kann mir jemand helfen bzw. den Schubser in die richtige Richtung geben? Was brauche ich alles in etc, damit er die vermaledeite passwd und group akzeptiert? Bitte nicht erklären, wie ich den apache dazu bringe, die Situation zu akzeptieren. Ich will viel mehr verstehen, was ich falsch mache... Ein Vergleich mit älteren Referenzservern brachte nur das Ergebnis, dass ich bisher immer nur "passwd", "group" im etc des chroot hatte. Und halt Sachen, die für das Problem eigentlich unwichtig sind, wie beispielsweise "resolv.conf" und "hosts". useradd innerhalb des chroot meckert übrigens ebenfalls. Die Fehlermeldung habe ich aber aktuell leider nicht parat. Sollte sie vonnöten sein, reiche ich sie nach. Grüße aus Karlsruhe Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

4 5

SuSE als DSL-Router und WoW
by Ingo Tschutter (SuSE-List) 15 May '07

15 May '07

Hallo Liste Vor kurzem habe ich für eine Gruppe von Freunden einen Linux-DSL-Router aufgesetz. NAT und IP-Masquerading funzen wunderbar, die Clients kommen ohne Probleme ins Netz. Jedoch klappt das auch nur, wenn die Verbindungen von den Clients initiiert werden. Ein Problem ist aufgetreten, als einer der User auf einmal WoW startete. Bis zu einem gewissen Punkt klappte das ja alles, jedoch als der WoW-Server begann, selber TCP/UDP-Verbindungen zum Client aufzubauen, scheiterte natürlich alles, weil der Router nicht weiss, wo die Pakete im LAN hin sollen. Eine Kurze Übersicht, was ich gemacht habe: IP-Forwardink aktivieren und IP-Tables für Masquerading setzen: echo "1" > /proc/sys/net/ipv4/ip_forward iptables -F iptables -t nat -F iptables -P INPUT ACCEPT iptables -P OUTPUT ACCEPT iptables -t nat -A POSTROUTING -o dsl0 -j MASQUERADE Fazit: Alle Verbindungen zum Internet von den Client aus funzen !!! und nun kommt warscheinlich mein Denkfehler: Der WoW-Gamer hat die IP 192.168.2.99 iptables -t nat -A PREROUTING -i dsl1 -p tcp --dport 3724 -j DNAT --to 192.168.2.99 Das gleiche geschieht natürlich auch mit all den anderen notwendigen Ports (TCP und UDP). Aber es klappt nicht. Die Pakete kommen nicht zum Client. Wo liegt mein Denkfehler ? Ingo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

1 0