August 2004 - openSUSE Users (Deutsch)

SuSE 9.1 Mauszeiger ruckelt - Ursache gefunden
by Ralf Gorholt 31 Aug '04

31 Aug '04

Hallo Liste, vor etwa einer Woche habe ich über mein Problem mit der Maus unter SuSE 9.1 berichtet. Heute abend habe ich die Ursache gefunden und die möchte ich Euch nicht vorenthalten. Das Problem war scheinbar die Interruptzuordnung. Bisher habe ich grundsätzlich die Interrupts im BIOS der Rechner selbst vergeben damit ich sicher sein konnte, daß es zu keinen Konflikten durch Doppelbelegung kommt. Dies war auch hier der Fall. Jedes Teil, das einen Interrupt benötigt hatte einen solchen für sich allein und bisher hat alles prima funktioniert. Aus irgendeinem Grund gibt es aber mit der SuSE 9.1 Schwierigkeiten. Ich mußte die Interruptzuordnung im BIOS auf "AUTO" stellen mit dem Erfolg, daß sich jetzt USB-Controller, Netzwerkkarte und Grafikkarte den IRQ 9 teilen. Seltsamerweise funktioniert jetzt aber die PS/2-Maus ohne Probleme. Falls jemand auf einen falsch zugewiesenen IRQ 12 schließen sollte - der war auch vorher schon der Maus zugeordnet. Wohlgemerkt, alles wurde korrekt erkannt und es gab auch keine IRQ-Konflikte. Wie ich das Problem endgültig lösen werde, weiß ich noch nicht. Falls also noch jemand Probleme mit einem ruckenden Mauszeiger, sowohl mit gpm als auch unter X, haben sollte, könnte es interessant sein, sich mal die IRQ-Belegung anzusehen. Viele Grüße und nochmals Danke für die Tipps die ich hier bekommen habe, Ralf Gorholt

4 5

Charset Probs mit Suse 9.1 & Palm Tungsten (Kmail)
by Stefan Laufmann 31 Aug '04

31 Aug '04

Hallo zusammen, ich habe schon ein paar Beiträge zum Thema Charset gelesen, bin aber nach wie vor keinen Schritt weiter :( Ich möchte einfach nur meinen Palm mit Contac synchronisieren, das klappt ja ansich auch ganz gut, aber: Entweder werden die Umlaute im Palm falsch dargestellt oder in Kontact. Hat jemand eine Idee was ich ggfs. im Palm und in Suse einstellen muss, damit ich korrekte Umlaute angezeigt bekomme ?! Vielen Dank für euren Support ! -- Mit den besten Grüssen aus dem Rheinland Stefan

1 0

Mustek 1200SP an SuSE 9.1
by Damian Philipp 31 Aug '04

31 Aug '04

Hallo, um eventuelle Hinweise gleich obsolet zu machen: Ja, ich habe in der SDB gesucht und ja, ich habe gegoogelt. Beides Eegebnislos. Mein Problem ist der Anschluss eines Mustek (Paragon?) 1200 SP-Scanners (SCSI) an einen Rechner mit einem SCSI-Controller von Compaq (Symbios-Logic-Chip). Unter 9.0 hat der Scanner am gleichen rechner prächtig funktioniert. Nun habe ich 9.1 (mit allen "stabilen" apt-modulen aufgepeppt) installiert und der Scanner arbeitet nicht mehr. Wenn das erste mal ein Programm am SCSI-Bus arbeitet (der Scanner ist das einzige Gerät), erscheinen folgende Zeilen in /var/log/messages: Aug 30 17:42:53 cordelia scanimage: resmgr: server response code 200 Aug 30 17:42:53 cordelia last message repeated 3 times Aug 30 17:42:53 cordelia kernel: sym0: SCSI parity error detected: SCR1=2 DBC=1e 000000 SBCL=26 Aug 30 17:42:53 cordelia kernel: sym0: SCSI BUS reset detected. Aug 30 17:42:53 cordelia kernel: sym0: SCSI BUS has been reset. Aug 30 17:42:58 cordelia kernel: ppdev0: registered pardevice Aug 30 17:42:58 cordelia kernel: ppdev0: unregistered pardevice Aug 30 17:42:58 cordelia scanimage: resmgr: server response code 200 Aug 30 17:42:58 cordelia last message repeated 3 times Aug 30 17:43:00 cordelia kernel: ppdev0: registered pardevice Aug 30 17:43:00 cordelia kernel: ppdev0: unregistered pardevice Die Meldungen von sym0 tauchen in dem Moment auf, in dem auf den SCSI-Bus zugegriffen wird. Ich nehme an, dass die Meldungen von ppdev0 durch irgend welche Scanner-Such-Vorgänge von yast oder sane ausgelöst werden. Erwähnenswert ist hier wohl auch, dass die LED am Scanner ab dem Zugriffsversuch zu Blinken/Flackern beginnt. Ich dachte zunächst, mein Scanner sei kaputt. Hier kommt aber der Clou: Ich habe noch einen zweiten Mustek 1200 SP (ein Freund hat den bei eBay ersteigert, konnte dann aber nichts damit anfangen). Den fix angeschlossen und getestet - ich konnte problemlos scannen. Meinen wieder dran - geht nicht. Nun gut - in was unterscheiden sich die Scanner? Wohl nur in der eingestellten SCSI-ID. Schnell meinen Scanner umgestellt - geht immer noch nicht. Mal denken - früher ging meiner doch noch. Was habe ich in der zwischenzeit geänder? Klar, den Kernel. Also ein Knoppix (3.4) gebootet und siehe da - Xscanimage produziert wunderbare Ergebnisse mit beiden Scannern. Wieder SuSE gebootet - gleicher Zustand wie bisher. Was kann das sein, was kann ich tun, wie bekomme ich beide Scanner (nicht gleichzeitig ;-) zum laufen? Damian Philipp

2 4

KDE-Absturz bei Internet-Zugang
by Bernd Merling 31 Aug '04

31 Aug '04

Liewe Leid, Ich hab seit gestern ein merkwürdiges Problem: Wenn ich mit dem Internet-Browser ins Internet gehe (egal ob mit Mozilla oder Konquerer) verabschiedet sich KDE und ich lande im Anmelde-Bildschirm. Es passiert nicht immer. Weil ich zunächst den Mozilla verdächtigt hatte, habe ich den Mozilla 1.7 wieder gelöscht und den Mozilla von der SUSE CD wieder installiert. Zunächst schien es dann auch zu gehen, aber dann trat das Problem wieder auf. Ich habe SUSE 9.1 Prof. mfg Bernd Merling 68199 Mannheim http://www.merling.net ICQ: 315528581

2 8

RE: Kernel 2.6...-Problem mit AMD, beim Umstieg auf Suse9.1 ?
by Stephan Böni 31 Aug '04

31 Aug '04

> bei mir ( Graphik-Hirsch/ Konsolen-Dummi ) > laufen z.Z. win XP, Mandrake 8.2 und seit kurzem Suse9.0(Zeitungsversion) > einträchtig auf AsrocK K7S8X mit AMD AthlonXP 2800+ und Exelstor 80 GB > nebeneinander. Pförtner =Grub(Suse-Version) > beim Versuch Mandrake auf Vers. 10.0 mit Kernel 2.6. aufzurüsten kam es schon > bei der Laufwerkserkennung zum Abbruch: > hda: lost interrupt > hdb: lost interrupt u.s.w. > der Einsatz einer Startdiskette mit alternativen Kernel 2.4. ... brachte keine > Besserung... > Frage1: ist Ähnliches evtl. auch beim Umstieg auf Suse 9.1 zu erwarten? Ich arbeite mit SUSE 9.1 (Kernle 2.6) und einem AMD Athlon problemlos. Generell bei AMD-Rechnern sollte es also keine Schwierigkeiten geben. > Frage2: wie kann ich meine Softwarepakete (Mandrake RPM's) evtl. unter Suse > verwenden?- benötige hauptsächlich Bankingprogramm (Gnucash o.ä. In den meisten Fällen kannst Du auch die Mandrake RPM's problemlos unter SUSE installieren: z.B.: # rpm -ihv gnucash.rpm Gruss Stephan

1 0

cyrus IMAP && SuSE9.1
by Andre Lorenz 31 Aug '04

31 Aug '04

Hallo, Ich habe hier auf einem SuSE9.1 nen Cyrus-IMAP am laufen. die funktioniert soweit auch ganz gut (wenn man sich mal an das arbeiten damit gewöhnt hat. Nun zu meinem Problem. Ich habe mehrere Shared Folders mit ./makemaildir -S /usr/lib/courier-imap/share/TEST/ ./maildirmake -s write -f testfolder /usr/lib/courier-imap/share/TEST/ ./maildirmake --add TEST=/usr/lib/courier-imap/share/TEST/ ~andre/Maildir/ angelegt. wenn ich nun die acl's anschauen will, sagt er mir, das ich die entsprechenden Rechte brauche. Also habe ich mit: ./maildiracl -set /usr/lib/courier-imap/share/TEST/ INBOX.testfolder user=andre a ..... bishin zum vollzugriff, gesetzt. Ergebnis ich kann auser irgendetwas in das Verzeichnis abzulegen nichts damit anstellen. keine Unterordner .... . Wo habe ich was falschgemacht ? Ich habe auch schon gegoogelt, die README's und HOWTOS gewälzt, aber nichts weiter gefunden. Ach ja, und das index-File in /usr/lib/courier-imap/etc/shared/ wird auch nciht angelegt? Muss ich das ganze nocheinmal durchkompilieren ?? Herzlichen Dank im voraus. mfg Andre Lorenz

2 2

cyrus IMAP && SuSE9.1
by Andre Lorenz 31 Aug '04

31 Aug '04

Hallo, Ich habe hier auf einem SuSE9.1 nen Cyrus-IMAP am laufen. die funktioniert soweit auch ganz gut (wenn man sich mal an das arbeiten damit gewöhnt hat. Nun zu meinem Problem. Ich habe mehrere Shared Folders mit ./makemaildir -S /usr/lib/courier-imap/share/TEST/ ./maildirmake -s write -f testfolder /usr/lib/courier-imap/share/TEST/ ./maildirmake --add TEST=/usr/lib/courier-imap/share/TEST/ ~andre/Maildir/ angelegt. wenn ich nun die acl's anschauen will, sagt er mir, das ich die entsprechenden Rechte brauche. Also habe ich mit: ./maildiracl -set /usr/lib/courier-imap/share/TEST/ INBOX.testfolder user=andre a ..... bishin zum vollzugriff, gesetzt. Ergebnis ich kann auser irgendetwas in das Verzeichnis abzulegen nichts damit anstellen. keine Unterordner .... . Wo habe ich was falschgemacht ? Ich habe auch schon gegoogelt, die README's und HOWTOS gewälzt, aber nichts weiter gefunden. Ach ja, und das index-File in /usr/lib/courier-imap/etc/shared/ wird auch nciht angelegt? Muss ich das ganze nocheinmal durchkompilieren ?? Herzlichen Dank im voraus. mfg Andre Lorenz

2 1

bash mit umlaut probleme
by Mrvka Andreas 31 Aug '04

31 Aug '04

hi list, das ist sicher eine simple frage; aber ich schaffs wohl allein nicht. meine bash unter suse 9.1 zeigt fehlerhaft umlaute an! womöglich hat suse standardmässig utf-8 eingestellt. wo kann ich das systemweit auf iso-8859-1 umstellen? zusatzinfo: - mein kmail zeigt die umlaute fehlerhaft und wenn ich ein mail aufmache, dann passens aber wieder. - in der bash, wenn ich mich auf einen anderen rechner verbinde, dann sehe ich auch umlaut probs. ich hoffe, ihr versteht meine lage und könnt mir helfen. lg andreas

2 1

DHCP_NAK server response received
by Jörg Bilger 31 Aug '04

31 Aug '04

Hallo zusammen Was sagen diese Mitteilungen aus /var/log/messages ? Weshalb stellt der DHCP server diese Anfrage? ------------------------------------- Aug 11 15:47:01 linux dhcpcd[1797]: DHCP_NAK server response received Aug 11 15:47:02 linux modify_resolvconf: restored /etc/resolv.conf.saved.by.dhcpcd to /etc/resolv.conf Aug 11 15:47:02 linux dhcpcd[1797]: timed out waiting for a valid DHCP server response Aug 11 15:47:03 linux modify_resolvconf: no matching backup found, left everything alone ----------------------------------- Nach diesen Meldungen zeigt mir ein ifconfig, dass meine Netzwerkkarte down ist und demzufolge die Verbindung ins Internet nicht mehr steht. Habe Suse 9.1 ein lokales Netz über Airport, Linux mit Ethernet am an diesem Airport Unter Suse 8.0 lief alles immer problemlos und an den Netzwerkeinstellungen habe ich keine Änderungen vorgenommen. Ich habe beim Googeln das hier gefunden: http://cert.uni-stuttgart.de/archive/win-sec-ssc/2004/06/msg00070.html Frage: Haben diese Meldungen mit diesen Buffer Overflows im DHCP zu tun? Wenn ja, wie müsste ich vorgehen, um dem vorzubeugen? Dank und Gruss Jörg

2 1

Script um Exim in zwei Instanzen zu starten
by Johannes Kapune 31 Aug '04

31 Aug '04

Hallo zusammen. Ich habe vor saubere Emails zu bekommen, mit Hilfe der Tools in CT 01/2004 beschrieben. Nur mein EXIM will nicht so wie gewünscht. Auf der Kommandozeile aufgerufen funktioniert: /usr/sbin/exim -bd -odq -DSPOOL_DIRECTORY=/var/spool/exim_incoming und anschließend: /usr/sbin/exim -qff60m -oP /var/run/exim/exim_out.pid erwartungsgemäß, mit der Ausnahme, dass ich die exim_out.pid nicht finde. Versuche ich das Ganze per Script aufzurufen, wird nur der erste Teil ausgeführt (wenigstens laut Log-File). Mein Problem scheint am Script zu liegen. Selbst das Ganze auf zwei Scripts verteilt (exim und exim1) hat nich zum gewünschten Erfolg geführt. Als Vorlage zum Script habe ich das Skeleton benutzt. (SuSE 9.1). Was ist falsch an meinem Script? (und warum?) Für jeden Tipp schon mal besten Dank. Gruß Johannes Kapune #!/bin/sh # Copyright (c) 1995-2004 SUSE Linux AG, Nuernberg, Germany. # All rights reserved. # # Author: Johannes Kapune # Please send feedback to johannes.kapune(a)gmx.de # # /etc/init.d/exim # and its symbolic link # /usr/sbin/exim # # # ### BEGIN INIT INFO # Provides: exim # Required-Start: # Should-Start: exim # Required-Stop: # Should-Stop: # Default-Start: 3 5 # Default-Stop: # Short-Description: zwei Instanzen von Exim starten fUEr MailScanner-Unterstuetzung # Description: zwei Instanzen von Exim starten. Einmal fuer # Mail-Eingang, das andere Mal fuer # Mailscanner # # # ### END INIT INFO # # Note on runlevels: # 0 - halt/poweroff 6 - reboot # 1 - single user 2 - multiuser without network exported # 3 - multiuser w/ network (text mode) 5 - multiuser w/ network and X11 (xdm) # # Check for missing binaries (stale symlinks should not happen) # Note: Special treatment of stop for LSB conformance EXIM_BIN="/usr/sbin/exim" test -x $EXIM_BIN || { echo "$EXIM_BIN not installed"; if [ "$1" = "stop" ]; then exit 0; else exit 5; fi; } # Check for existence of needed config file and read it EXIM_CONFIG="/etc/exim/exim.conf" test -r $EXIM_CONFIG || { echo "$EXIM_CONFIG not existing"; if [ "$1" = "stop" ]; then exit 0; else exit 6; fi; } EXIM_PID=/var/run/exim/exim.pid EXIM_OUT_PID=/var/run/exim/exim_out.pid # Read config #. $EXIM_CONFIG # Source LSB init functions # providing start_daemon, killproc, pidofproc, # log_success_msg, log_failure_msg and log_warning_msg. # This is currently not used by UnitedLinux based distributions and # not needed for init scripts for UnitedLinux only. If it is used, # the functions from rc.status should not be sourced or used. #. /lib/lsb/init-functions # Shell functions sourced from /etc/rc.status: # rc_check check and set local and overall rc status # rc_status check and set local and overall rc status # rc_status -v be verbose in local rc status and clear it afterwards # rc_status -v -r ditto and clear both the local and overall rc status # rc_status -s display "skipped" and exit with status 3 # rc_status -u display "unused" and exit with status 3 # rc_failed set local and overall rc status to failed # rc_failed <num> set local and overall rc status to <num> # rc_reset clear both the local and overall rc status # rc_exit exit appropriate to overall rc status # rc_active checks whether a service is activated by symlinks # rc_splash arg sets the boot splash screen to arg (if active) . /etc/rc.status # Reset status of this service rc_reset # Return values acc. to LSB for all commands but status: # 0 - success # 1 - generic or unspecified error # 2 - invalid or excess argument(s) # 3 - unimplemented feature (e.g. "reload") # 4 - user had insufficient privileges # 5 - program is not installed # 6 - program is not configured # 7 - program is not running # 8--199 - reserved (8--99 LSB, 100--149 distrib, 150--199 appl) # # Note that starting an already running service, stopping # or restarting a not-running service as well as the restart # with force-reload (in case signaling is not supported) are # considered a success. case "$1" in start) echo -n " Starting EXIM MTA " checkproc $EXIM_BIN if [ $? -eq 0 ] ; then echo -n " Warning: exim already running! " else [ -e $EXIM_PID ] && echo -n " Warning: $EXIM_PID exists! " fi startproc $EXIM_BIN -bd -odq -DSPOOL_DIRECTORY=/var/spool/exim_incoming # sleep 5s # echo -n " Starting EXIM_OUT MTA " # checkproc $EXIM_BIN # if [ $? -eq 0 ] ; then # echo -n " Warning: exim already running! " # else # [ -e $EXIM_OUT_PID ] && echo -n " Warning: $EXIM_OUT_PID exists! " # fi startproc $EXIM_BIN -qff1m -oP /var/run/exim/exim_out.pid # Remember status and be verbose rc_status -v ;; stop) echo -n "Shutting down EXIM " ## Stop daemon with killproc(8) and if this fails ## killproc sets the return value according to LSB. killproc -TERM $EXIM_BIN killproc -TERM $EXIM_BIN # Remember status and be verbose rc_status -v ;; try-restart|condrestart) ## Do a restart only if the service was active before. ## Note: try-restart is now part of LSB (as of 1.9). ## RH has a similar command named condrestart. if test "$1" = "condrestart"; then echo "${attn} Use try-restart ${done}(LSB)${attn} rather than condrestart ${warn}(RH)${norm}" fi $0 status if test $? = 0; then $0 restart else rc_reset # Not running is not a failure. fi # Remember status and be quiet rc_status ;; restart) ## Stop the service and regardless of whether it was ## running or not, start it again. $0 stop $0 start # Remember status and be quiet rc_status ;; force-reload) ## Signal the daemon to reload its config. Most daemons ## do this on signal 1 (SIGHUP). ## If it does not support it, restart. echo -n "Reload service EXIM " ## if it supports it: killproc -HUP $EXIM_BIN #touch /var/run/exim/exim.pid #touch /var/run/exim/exim_out.pid rc_status -v ## Otherwise: #$0 try-restart #rc_status ;; reload) ## Like force-reload, but if daemon does not support ## signaling, do nothing (!) # If it supports signaling: echo -n "Reload service EXIM " killproc -HUP $EXIM_BIN #touch /var/run/exim/exim.pid #touch /var/run/exim/exim_out.pid rc_status -v ## Otherwise if it does not support reload: #rc_failed 3 #rc_status -v ;; status) echo -n "Checking for service EXIM " ## Check status with checkproc(8), if process is running ## checkproc will return with exit status 0. # Return value is slightly different for the status command: # 0 - service up and running # 1 - service dead, but /var/run/ pid file exists # 2 - service dead, but /var/lock/ lock file exists # 3 - service not running (unused) # 4 - service status unknown :-( # 5--199 reserved (5--99 LSB, 100--149 distro, 150--199 appl.) # NOTE: checkproc returns LSB compliant status values. checkproc $EXIM_BIN # NOTE: rc_status knows that we called this init script with # "status" option and adapts its messages accordingly. rc_status -v ;; probe) ## Optional: Probe for the necessity of a reload, print out the ## argument to this init script which is required for a reload. ## Note: probe is not (yet) part of LSB (as of 1.9) test /etc/exim/exim.conf -nt /var/run/exim.pid && echo reload ;; *) echo "Usage: $0 {start|stop|status|try-restart|restart|force-reload|reload|probe}" exit 1 ;; esac rc_exit

2 1