January 2004 - openSUSE Mobile (Deutsch)

Kein LTMODEM mehr nach Kernelupdate mit YAST?
by Jens Bender 25 Jan '04

25 Jan '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, mit SUSE 9.0 ging erstmals mein Lucent WINMODEM (LTMODEM) mit den mitgelieferten Treibern auf einem DELL Inspiron 8000. Auch das erste Kernel-Update hatte keine negativen Auswirkungen auf die Benutzung des eingebauten Modems, da wohl der Patch für den ltmodem-Treiber von SUSE erfolgreich war. Das neue Kernel-Update (2.4.21-166-default), ebenfalls mit YAST/YOU eingespielt, hatte leider die Folge, dass ich das Modem nicht mehr nutzen kann. Es kommt von Kinternet die Fehlermeldung, dass das Gerät ttyLT0 nicht vorhanden sei. "pppf(0): Failes to open /dev/ttyLT0: No such device Status is: disconnected pppd(0) died: Serial port open failes (exit code 7)" Im Ordner /dev gibt es allerdings einen Eintrag ttyLT0 für root - dialout. Der Kernel meldet, dass er den Lucent Modem Controler in der Version 8.26a startet. Insmod bringt dann aber eine Fehlermeldung: /lib/modules/2.4.21-override-default/kernel/drivers/char/ltserial.o: insmod char-major-62 failed Es folgt dann von pppd[2874] die Fehlermeldung, dass ttyLT0 nicht existiert und folglich nicht geöffnet werden kann. LTMODEM in der Version 8.26a-136 ist laut YAST installiert. Nach der Beschreibung sollte dieser Patch eigentlich die Lauffähigkeit von ltmodem nach einem Kernel-Update sicherstellen. Habe ich irgendetwas falsch installiert oder ist der Patch fehlerhaft? Wie komme ich wieder zu einem funktionierendem Modem? Vielen Dank für hilfreiche Tipps. Gruß Jens -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iQEVAwUBQArapZfjytdQHyLuAQJf4AgAoCOHH+ay+rZBdmCcOSZW9UvNUhB8RyaQ FZbkhTdoZDQP9YFEswdXFCIC7w6qx0bnFBmlJJDwPXVz2uJ5pogNQeorEKpv6IBl LnoqcPcC8RAeHDwgCa6x4+BQ5jIM/TXslDn7JzbZoXYiVHzGQzsJw7crwh+7jNOf SP7zAmEv9TUMLVUv0NmQQD38kRx4yvigeVNgawbwKqfDnUCF/gpfYs/jJOdaJT4X ZHZjsu9tXTuwpNThIZCsNDBI5JTwpSYh0TdPjAEoWmJO2eguGlyYBwbh6e6fFP2k kN5nenKWY6U0nzxnNsY4sM6eCyFmnin33xh4ThbxJSVEx/KAWxpWqA== =RIG8 -----END PGP SIGNATURE-----

1 1

RE: [suse-laptop] Neuanfang (SuSE 8.2)
by Vijay Garla 25 Jan '04

25 Jan '04

Hallo Hermann, Bezuglich raus aus lan zu kommen: mit meiner WLAN-Karte habe ich oefter das problem gehabt, dass die default route nicht richtig eingestellt worden ist. Ich musste selber mit 'route' das einstellen. Ich kann mich nicht genau daran errinnern wie das geht. Aber, ich habe mein laptop erstmal on lan gestopselt, und die routing tables angeschaut. Ich habe es dann mit WLAN versucht, und die routing tables verglichen, und dann die default route eingestellt. Ja, natuerlich is Windows klug genug, die default gateway richtig einzustellen, aber was soll's :) Linux hat noch einiges vor sich. - vijay >From: "Hermann Middeke" <hmiddeke(a)gmx.net> >To: "suse liste" <suse-laptop(a)suse.com> >Subject: [suse-laptop] Neuanfang (SuSE 8.2) >Date: Sun, 25 Jan 2004 22:10:09 +0800 > >Hallo Liste! > >Ich probiers nochmal. Habe alle Linux Installationen geloescht und neu >aufgespielt, letzte Versionen von OOffice, PGP und xine... gesaugt. Der >(selbstgebaute) PC hier (zwei Festplatten, LAN, ASUS Mainboard, 17' >Flatscreen, Epson Photo Drucker,...) arbeitet problemlos unter Linux 8.2. > >Sony VAIO Installation laeuft und erkennt Grafikkarte, Bildschirm, CD/DVD >Laufwerk, Netzwerkkarte (als eth0, DHCP), Soundkarte, Softmodem (Conexant), >PCMCIA, USB - Schnittstellen, Touchpad, Drucker (HP und Epson). > >USB Memories werden erkannt und gemounted - aber stets nachdem sie erst >ausgestoepselt und dann wieder eingesteckt worden sind. Um den >Video-/Audio-Kram habe ich mich noch nicht gekuemmert, das kommt spaeter. >Dem Mail-System (KMail) misstraue ich noch. Chinesische Fonts habe ich von >Windows uebernommen, Texteingabe in dieser Sprache kann ich (noch) nicht. > >WLAN wurde als Lucent (Orinoco Mini PCI Karte) erkannt, hat orinoco Treiber >bekommen, ist ueber PCMCIA angebunden, hat aber erst reagiert (sichtbar in >hamradio KWiFi), als ich die Frequenz des Router auf Kanal 10 umgestellt >hatte, auf Kanal 6 gabs keine Verbindung (warum?). Danach wurde der WLAN >automatisch eth1 zugewiesen. Nachdem ich in /etc/sysconfig/network/ ein >File eth1 mit entsprechenden Eingaben (DHCP....) erzeugt hatte, konnte ich >mich in den WLAN-Router einloggen... und das wars. Ich komme nicht weiter, >kein Internet Zugang ueber ADSL - Modem (die Hardware - Konfiguration ist: >Internet - ADSL Modem - Router und von dort LAN zum Selbstbau PC und WLAN >zu den Laptops (beide Sony)). Ueberfleussig zu erwaehen, dass es unter >Windows XP perfekt laeuft... Was mache ich Dummkopf falsch? Warum kommt >Linux nicht ueber den Router hinaus? Wenn ich pinge, komme ich nur in den >Router (Adresse 192.168.1.1) und sonst nirgendwo hin, gleichgueltig, ob ich >es mit Namen oder IP-Adressen versuche. Bekome ich Euren Rat? > >Danke im Voraus. > >Hermann > >---- >Dr Hermann Middeke >The Greenery 9C >Huayang Jie 55-79 >Guangzhou 510620 PRC >phone +86-20-38804037 >mobile intl +49-160-7762334 >http://hmiddeke.gmxhome.de _________________________________________________________________ Get a FREE online virus check for your PC here, from McAfee. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Problem mit Gericom X5 force und SMC2642W
by bauni 25 Jan '04

25 Jan '04

Hallo, ich habe (leider) einen Gericom X5 force mit einer SMC2642W und hatte darauf SuSE 8.2 laufen. Vorgestern hatte ich mich zu einem Update auf SuSE 9.0 entschieden und siehe da, die WLAN-Karte stellt sich quer. Vielleicht weiß hier ja jemand Rat. Ich verwende das Modul orinoco_cs. Klappt auch soweit alles ganz zut. Ich schiebe die Karte in das Notebook und eth1 wird angelegt: /var/log/messages: kernel: orinoco_cs.c 0.13b (David Gibson <hermes(a)gibson.dropbear.id.au> and others) kernel: eth1: Station identity 001f:0006:0001:0003 kernel: eth1: Looks like an Intersil firmware version 1.3.6 kernel: eth1: Ad-hoc demo mode supported kernel: eth1: IEEE standard IBSS ad-hoc mode supported kernel: eth1: WEP supported, 104-bit key kernel: eth1: MAC address 00:60:B3:6A:CA:71 kernel: eth1: Station name "Prism I" kernel: eth1: ready kernel: eth1: index 0x01: Vcc 3.3, irq 7, io 0x0100-0x013f cardmgr[4265]: executing: './network start eth1' Allerdings, wenn ich jetzt "dhcpcd eth1" eingebe: Jan 25 17:42:12 bauni kernel: eth1: New link status: Connected (0001) Jan 25 17:42:13 bauni kernel: NETDEV WATCHDOG: eth1: transmit timed out Jan 25 17:42:13 bauni kernel: eth1: Tx timeout! ALLOCFID=0128, TXCOMPLFID=0000, EVSTAT=8000 Jan 25 17:42:13 bauni kernel: orinoco_lock() called with hw_unavailable (dev=c7d76800) Jan 25 17:42:13 bauni kernel: eth1: orinoco_reset: Error -19 re-initializing firmware Jan 25 17:42:14 bauni kernel: NETDEV WATCHDOG: eth1: transmit timed out Jan 25 17:42:14 bauni kernel: eth1: Tx timeout! ALLOCFID=ffff, TXCOMPLFID=ffff, EVSTAT=ffff Jan 25 17:42:14 bauni kernel: orinoco_lock() called with hw_unavailable (dev=c7d76800) Jan 25 17:42:15 bauni kernel: NETDEV WATCHDOG: eth1: transmit timed out Jan 25 17:42:15 bauni kernel: eth1: Tx timeout! ALLOCFID=0128, TXCOMPLFID=0000, EVSTAT=8000 Jan 25 17:42:15 bauni kernel: orinoco_lock() called with hw_unavailable (dev=c7d76800) Jan 25 17:42:15 bauni kernel: eth1: orinoco_reset: Error -19 re-initializing firmware So geht das dann munter weiter, bis ich das dhcp abbreche. Weiß jemand Rat, wie ich das Problem abstellen kann? Unter SuSE 8.2 lief das irgenwie ohne Probleme. Kernel und PCMCIA-Module sind von der SuSE. Viele Grüße, Christian -- --------- Christian Baun www.bauni.de UIN: 9107054 Tel:0170-2817531

1 0

USB-Floppy formatieren
by Juergen.Mell＠t-online.de 25 Jan '04

25 Jan '04

Hallo, ich habe ein kleines Problem: da mein Laptop kein Floppy-Laufwerk enthält, habe ich mir ein USB-Floppy-Laufwerk (Samsung SFD-321U/EP) zugelegt. Das Schreiben und Lesen funktioniert damit auch einwandfrei; das Laufwerk wird als /dev/sda eingebunden und kann normal gemountet werden. Mein Problem ist jetzt: ich kann keine Disketten mit dem Laufwerk formatieren. 'fdformat /dev/sda' beschwert sich, dass es das aktuelle Format nicht erkennen könne (das Argument is ungültig), und 'setfdprm /dev/sda 1440/1440' beschwert sich 'ioctl: Das Argument ist ungültig'. Gibt es da irgendeine Lösung? System ist SuSE 9.0 mit Kraxel-Kernel 2.6.1-1. Ciao Jürgen

2 1

Typhoon Neo3 usbstick/mp3player mit SuSE 8.2
by MonikaCisch＠t-online.de 25 Jan '04

25 Jan '04

Hallo, in meinem jugendlichen Leichtsinn dachte ich so vor 3 Tagen, ziehste Dir in Linux auf Deinen mp3 Player, ein Typhoon Neo3, ein paar mp3s. Hat ja letztens mit dem mp3 Player, Typhoon Live Music (der naechstschoenere, der mit dem Radio) der fast gleichguten Haelfte auch bestens geklappt - einstecken, mounten, lief. Nur meiner, der mag nicht. lsusb (usbview hat Suse 8.2 irgendwie nicht?) sagt (zu meinem Player): monischaos:/etc/hotplug # lsusb Bus 002 Device 001: ID 0000:0000 Bus 001 Device 001: ID 0000:0000 Bus 001 Device 007: ID 066f:3400 SigmaTel, Inc. cat sagt: monischaos:/etc/hotplug # cat /proc/bus/usb/devices T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.00 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=0000 ProdID=0000 Rev= 0.00 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=255ms T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.00 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=0000 ProdID=0000 Rev= 0.00 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=255ms T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 7 Spd=12 MxCh= 0 D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=066f ProdID=3400 Rev= 0.03 S: Manufacturer=Sigmatel, Inc. S: Product=STMP3400 C:* #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr=100mA I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=01 Prot=ff Driver=(none) E: Ad=01(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=82(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms /var/log/messages kommt mit: Jan 16 22:40:35 monischaos kernel: usb.c: USB device 5 (vend/prod 0x66f/0x3400) is not claimed by any active driver. und fdsik schweigt sich aus <grrr> usb-storage ist geladen (haendisch, von mir, beim anderen geht das automatisch mit hotplug), ein sd_mod hab ich irgendwie nicht, scheint's aber auch nicht zu brauchen, der andere Typhoon wird ja auch ohne angesprochen, als sda1? Ich bin mit meinem Latein am Ende, hat irgendwer eine Idee, wie ich diese Mistkruecke doch noch zum laufen kriege unter Linux? Unter Windows, mit beigelegtem Treiber/Software, tut er... :/ Danke, cu Monika

5 10

Firewire Suizid
by Paul Foerster 25 Jan '04

25 Jan '04

Moin ihrs, ... ich habe eine externe Platte am Firewire. Es ist etwas seltsam. Um die Platte überhaupt zu sehen, muss ich folgendes tun: rmmod ohci1394 modprobe ohci 1394 modprobe sbp2 rescan-scsi-bus.sh mount ... /media/firewire Das kann ich noch nicht mal per Script machen. Warum das so ist, ist mir ein Rätsel. Machmal, nicht häufig, aber es kommt eben vor, hängt sich das Dingen aber einfach am nächsten Baum auf und weigert sich, wieder runter zu kommen. Eben habe ich erstmals sogar Meldungen dazu bekommen: Message from syslogd@brinkley at Wed Jan 21 22:22:08 2004 ... brinkley kernel: journal-601, buffer write failed Message from syslogd@brinkley at Wed Jan 21 22:22:08 2004 ... brinkley kernel: journal-712: buffer write failed Den Output von meinem Messages File hänge ich vorsichtshalber mal _unter_ die Signatur. Das ist nämlich _etwas_ länger. Dafür stehen aber eine ganze Menge Probleme drin. Auf der Platte ist ein reiserfs. Kann mir jemand vielleicht einen Tip geben, was ich tun muss, damit das Dingen mit etwas weniger Problemen läuft? Das Problem tritt vor allem bei grösseren Datenmengen auf, also wenn ich ein tar meiner kompletten Installation mache. -- cul8er, Paul paul.foerster(a)gmx.net ====================================8<------------------------------------ Jan 21 22:00:26 brinkley kernel: ieee1394: ConfigROM quadlet transaction error for node 0-00:1023 Jan 21 22:00:26 brinkley kernel: ieee1394: Node changed: 0-00:1023 -> 0-01:1023 Jan 21 22:00:44 brinkley su: (to root) paul on /dev/pts/0 Jan 21 22:00:44 brinkley su: pam_unix2: session started for user root, service su Jan 21 22:01:10 brinkley kernel: ieee1394: Node removed: ID:BUS[0-01:1023] GUID[1025101f00030af2] Jan 21 22:01:19 brinkley kernel: ohci1394: $Rev: 1045 $ Ben Collins <bcollins(a)debian.org> Jan 21 22:01:19 brinkley kernel: ohci1394_0: OHCI-1394 1.1 (PCI): IRQ=[10] MMIO=[80100000-801007ff] Max Packet=[2048] Jan 21 22:01:19 brinkley kernel: ieee1394: Current remote IRM is not 1394a-2000 compliant, resetting... Jan 21 22:01:19 brinkley kernel: ieee1394: Node added: ID:BUS[0-00:1023] GUID[0030e00e00000000] Jan 21 22:01:19 brinkley kernel: ieee1394: Host added: ID:BUS[0-01:1023] GUID[1025101f00030af2] Jan 21 22:01:19 brinkley kernel: ieee1394: unsolicited response packet received - no tlabel match Jan 21 22:01:24 brinkley kernel: sbp2: $Rev: 1018 $ Ben Collins <bcollins(a)debian.org> Jan 21 22:01:24 brinkley kernel: scsi1 : SCSI emulation for IEEE-1394 SBP-2 Devices Jan 21 22:01:24 brinkley kernel: blk: queue c6ccac14, I/O limit 4095Mb (mask 0xffffffff) Jan 21 22:01:25 brinkley kernel: ieee1394: sbp2: Logged into SBP-2 device Jan 21 22:01:25 brinkley insmod: Using /lib/modules/2.4.21-166-default/kernel/drivers/ieee1394/sbp2.o Jan 21 22:01:25 brinkley insmod: Symbol version prefix '' Jan 21 22:01:25 brinkley kernel: ieee1394: sbp2: Node 0-00:1023: Max speed [S400] - Max payload [2048] Jan 21 22:01:25 brinkley kernel: scsi singledevice 1 0 0 0 Jan 21 22:01:25 brinkley kernel: blk: queue c6ccae14, I/O limit 4095Mb (mask 0xffffffff) Jan 21 22:01:25 brinkley kernel: Vendor: HDS72258 Model: 0VLAT20 Rev: Jan 21 22:01:25 brinkley kernel: Type: Direct-Access ANSI SCSI revision: 06 Jan 21 22:01:25 brinkley kernel: blk: queue c6ccac14, I/O limit 4095Mb (mask 0xffffffff) Jan 21 22:01:25 brinkley kernel: Attached scsi disk sdb at scsi1, channel 0, id 0, lun 0 Jan 21 22:01:25 brinkley kernel: SCSI device sdb: 160836480 512-byte hdwr sectors (82348 MB) Jan 21 22:01:25 brinkley kernel: sdb: sdb1 sdb2 Jan 21 22:01:25 brinkley kernel: scsi singledevice 1 0 1 0 Jan 21 22:01:25 brinkley kernel: scsi singledevice 1 0 2 0 Jan 21 22:01:25 brinkley kernel: scsi singledevice 1 0 3 0 Jan 21 22:01:25 brinkley kernel: scsi singledevice 1 0 4 0 Jan 21 22:01:25 brinkley kernel: scsi singledevice 1 0 5 0 Jan 21 22:01:25 brinkley kernel: scsi singledevice 1 0 6 0 Jan 21 22:01:25 brinkley kernel: scsi singledevice 1 0 7 0 Jan 21 22:01:29 brinkley kernel: scsi singledevice 1 0 1 0 Jan 21 22:01:29 brinkley kernel: scsi singledevice 1 0 2 0 Jan 21 22:01:29 brinkley kernel: scsi singledevice 1 0 3 0 Jan 21 22:01:29 brinkley kernel: scsi singledevice 1 0 4 0 Jan 21 22:01:29 brinkley kernel: scsi singledevice 1 0 5 0 Jan 21 22:01:29 brinkley kernel: scsi singledevice 1 0 6 0 Jan 21 22:01:29 brinkley kernel: scsi singledevice 1 0 7 0 Jan 21 22:01:29 brinkley kernel: scsi singledevice 0 0 1 0 Jan 21 22:01:29 brinkley kernel: scsi singledevice 0 0 2 0 Jan 21 22:01:29 brinkley kernel: scsi singledevice 0 0 3 0 Jan 21 22:01:29 brinkley kernel: scsi singledevice 0 0 4 0 Jan 21 22:01:29 brinkley kernel: scsi singledevice 0 0 5 0 Jan 21 22:01:29 brinkley kernel: scsi singledevice 0 0 6 0 Jan 21 22:01:29 brinkley kernel: scsi singledevice 0 0 7 0 Jan 21 22:01:36 brinkley kernel: reiserfs: found format "3.6" with standard journal Jan 21 22:01:40 brinkley kernel: reiserfs: enabling write barrier flush mode Jan 21 22:01:40 brinkley kernel: reiserfs: using journaled data mode Jan 21 22:01:40 brinkley kernel: reiserfs: checking transaction log (device sd(8,18)) ... Jan 21 22:01:40 brinkley kernel: for (sd(8,18)) Jan 21 22:01:40 brinkley kernel: Using r5 hash to sort names Jan 21 22:18:53 brinkley -- MARK -- Jan 21 22:19:13 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:19:13 brinkley kernel: Write (10) 00 08 e8 3a f3 00 00 f8 00 Jan 21 22:19:23 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:19:23 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:19:23 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:19:23 brinkley kernel: Write (10) 00 08 e8 3b eb 00 00 f8 00 Jan 21 22:19:33 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:19:33 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:19:33 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:19:33 brinkley kernel: Write (10) 00 08 e8 3c e3 00 00 f8 00 Jan 21 22:19:43 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:19:43 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:19:43 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:19:43 brinkley kernel: Write (10) 00 08 e8 3d db 00 00 f8 00 Jan 21 22:19:53 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:19:53 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:19:53 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:19:53 brinkley kernel: Write (10) 00 08 e8 37 13 00 00 f8 00 Jan 21 22:20:03 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:20:03 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:20:03 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:20:03 brinkley kernel: Write (10) 00 08 e8 38 0b 00 00 f8 00 Jan 21 22:20:13 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:20:13 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:20:13 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:20:13 brinkley kernel: Write (10) 00 08 e8 39 03 00 00 f8 00 Jan 21 22:20:23 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:20:23 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:20:23 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:20:23 brinkley kernel: Write (10) 00 08 e8 39 fb 00 00 f8 00 Jan 21 22:20:33 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:20:33 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:20:33 brinkley kernel: ieee1394: sbp2: reset requested Jan 21 22:20:33 brinkley kernel: ieee1394: sbp2: Generating sbp2 fetch agent reset Jan 21 22:20:43 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:20:43 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:20:43 brinkley kernel: ieee1394: sbp2: reset requested Jan 21 22:20:43 brinkley kernel: ieee1394: sbp2: Generating sbp2 fetch agent reset Jan 21 22:20:58 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:20:58 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:20:58 brinkley kernel: scsi: device set offline - not ready or command retry failed after bus reset: host 1 channel 0 id 0 lun 0 Jan 21 22:21:08 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:21:08 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:21:08 brinkley kernel: scsi: device set offline - not ready or command retry failed after bus reset: host 1 channel 0 id 0 lun 0 Jan 21 22:21:18 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:21:18 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:21:18 brinkley kernel: scsi: device set offline - not ready or command retry failed after bus reset: host 1 channel 0 id 0 lun 0 Jan 21 22:21:28 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:21:28 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:21:28 brinkley kernel: scsi: device set offline - not ready or command retry failed after bus reset: host 1 channel 0 id 0 lun 0 Jan 21 22:21:38 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:21:38 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:21:38 brinkley kernel: scsi: device set offline - not ready or command retry failed after bus reset: host 1 channel 0 id 0 lun 0 Jan 21 22:21:48 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:21:48 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:21:48 brinkley kernel: scsi: device set offline - not ready or command retry failed after bus reset: host 1 channel 0 id 0 lun 0 Jan 21 22:21:58 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:21:58 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:21:58 brinkley kernel: scsi: device set offline - not ready or command retry failed after bus reset: host 1 channel 0 id 0 lun 0 Jan 21 22:22:08 brinkley kernel: ieee1394: sbp2: aborting sbp2 command Jan 21 22:22:08 brinkley kernel: Test Unit Ready 00 00 00 00 00 Jan 21 22:22:08 brinkley kernel: scsi: device set offline - not ready or command retry failed after bus reset: host 1 channel 0 id 0 lun 0 Jan 21 22:22:08 brinkley kernel: SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 50000 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107491208 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107491216 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107492448 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107492696 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107492944 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107493192 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107493440 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107493688 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107493936 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107494184 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107494432 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107494680 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107494928 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107495176 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107495424 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107495672 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107495920 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 7772392 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107482360 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107496024 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107496272 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107496520 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107496768 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 61840 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 62088 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 62336 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 62584 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 62832 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 63080 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 63328 Jan 21 22:22:08 brinkley kernel: SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 50000 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107490960 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107490968 Jan 21 22:22:08 brinkley kernel: SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 50000 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107490712 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107490720 Jan 21 22:22:08 brinkley kernel: SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 50000 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107490464 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107490472 Jan 21 22:22:08 brinkley kernel: SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 50000 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107492200 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107492208 Jan 21 22:22:08 brinkley kernel: SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 50000 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107491952 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107491960 Jan 21 22:22:08 brinkley kernel: SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 50000 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107491704 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107491712 Jan 21 22:22:08 brinkley kernel: SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 50000 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107491456 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107491464 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107497016 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107497264 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107497512 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107497760 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107498008 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107498256 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107498504 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107498584 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107498832 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107499080 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107499328 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107499576 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107499824 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107500072 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107500320 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107500568 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107500816 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107501064 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107501312 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 7772448 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 7772464 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 7772480 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 7772728 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 104824096 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107490456 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107501408 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107501656 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107501904 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107502152 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107502400 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107502648 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107502896 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107503144 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107503392 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107503640 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107503888 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107504136 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107504384 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107504632 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107504880 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107505128 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107505376 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107505624 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107505872 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 107506120 Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 7772760 Jan 21 22:22:08 brinkley kernel: journal-601, buffer write failed Jan 21 22:22:08 brinkley kernel: kernel BUG at prints.c:334! Jan 21 22:22:08 brinkley kernel: invalid operand: 0000 2.4.21-166-default #1 Thu Dec 18 18:23:14 UTC 2003 Jan 21 22:22:08 brinkley kernel: CPU: 0 Jan 21 22:22:08 brinkley kernel: EIP: 0010:[keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288141224/96] Tainted: P Jan 21 22:22:08 brinkley kernel: EIP: 0010:[<c22d37a8>] Tainted: P Jan 21 22:22:08 brinkley kernel: EFLAGS: 00010282 Jan 21 22:22:08 brinkley kernel: eax: 00000024 ebx: c2ba8c00 ecx: cdd61e90 edx: c22ee71a Jan 21 22:22:08 brinkley kernel: esi: f6e0d3a0 edi: 00000012 ebp: c2ba8c00 esp: cdd61e8c Jan 21 22:22:08 brinkley kernel: ds: 0018 es: 0018 ss: 0018 Jan 21 22:22:08 brinkley kernel: Process kupdated (pid: 6, stackpage=cdd61000) Jan 21 22:22:08 brinkley kernel: Stack: c22ee71a c22ef160 c22ec360 cdd61eac 00000000 c22de509 c2ba8c00 c22ec360 Jan 21 22:22:08 brinkley kernel: 000000ce f9538000 000000d1 f6e0d3b8 000000cf 00000000 e89647e0 000076eb Jan 21 22:22:08 brinkley kernel: c2ba8c00 000076eb 00000004 c22e3208 c2ba8c00 f6e0d3a0 00000001 f9540104 Jan 21 22:22:08 brinkley kernel: Call Trace: [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288251674/96] (04) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288254304/96] (04) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288242528/96] (12) Jan 21 22:22:08 brinkley kernel: Call Trace: [<c22ee71a>] (04) [<c22ef160>] (04) [<c22ec360>] (12) Jan 21 22:22:08 brinkley kernel: [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288185609/96] (08) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288242528/96] (48) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288205320/96] (88) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288200307/96] (28) Jan 21 22:22:08 brinkley kernel: [<c22de509>] (08) [<c22ec360>] (48) [<c22e3208>] (88) [<c22e1e73>] (28) Jan 21 22:22:08 brinkley kernel: [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288128861/96] (68) [sync_supers+407/464] (28) [sync_old_buffers+14/64] (12) [kupdate+294/384] (28) Jan 21 22:22:08 brinkley kernel: [<c22d075d>] (68) [<c01494d7>] (28) [<c014834e>] (12) [<c0148636>] (28) Jan 21 22:22:08 brinkley kernel: [rest_init+0/32] (20) [rest_init+0/32] (08) [arch_kernel_thread+35/48] (08) [kupdate+0/384] (04) Jan 21 22:22:08 brinkley kernel: [<c0105000>] (20) [<c0105000>] (08) [<c0107333>] (08) [<c0148510>] (04) Jan 21 22:22:08 brinkley kernel: Modules: [(reiserfs:<c22c0060>:<c22f0b34>)] Jan 21 22:22:08 brinkley kernel: Code: 0f 0b 4e 01 20 e7 2e c2 b8 29 e7 2e c2 68 60 f1 2e c2 85 db Jan 21 22:22:08 brinkley kernel: I/O error: dev 08:12, sector 65680 Jan 21 22:22:08 brinkley kernel: reiserfs: journal-837: IO error during journal update Jan 21 22:22:08 brinkley kernel: journal-712: buffer write failed Jan 21 22:22:08 brinkley kernel: kernel BUG at prints.c:334! Jan 21 22:22:08 brinkley kernel: invalid operand: 0000 2.4.21-166-default #1 Thu Dec 18 18:23:14 UTC 2003 Jan 21 22:22:08 brinkley kernel: CPU: 0 Jan 21 22:22:08 brinkley kernel: EIP: 0010:[keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288141224/96] Tainted: P Jan 21 22:22:08 brinkley kernel: EIP: 0010:[<c22d37a8>] Tainted: P Jan 21 22:22:08 brinkley kernel: EFLAGS: 00010282 Jan 21 22:22:08 brinkley kernel: eax: 00000024 ebx: c2ba8c00 ecx: c7873b54 edx: c22ee71a Jan 21 22:22:08 brinkley kernel: esi: f6e0dca0 edi: c2ba8c00 ebp: f6e0dca0 esp: c7873b50 Jan 21 22:22:08 brinkley kernel: ds: 0018 es: 0018 ss: 0018 Jan 21 22:22:08 brinkley kernel: Process tar (pid: 13949, stackpage=c7873000) Jan 21 22:22:08 brinkley kernel: Stack: c22ee71a c22ef160 c22ec480 c7873b70 c2ba8c00 c22de76b c2ba8c00 c22ec480 Jan 21 22:22:08 brinkley kernel: d01e2000 c22ded4a c2ba8c00 00001742 000076e8 f6e0dca0 00000374 00000000 Jan 21 22:22:08 brinkley kernel: f6e0dca0 00000374 f6e0d520 c2ba8c00 c22df3a4 c2ba8c00 f6e0dca0 00000001 Jan 21 22:22:08 brinkley kernel: Call Trace: [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288251674/96] (04) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288254304/96] (04) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288242816/96] (12) Jan 21 22:22:08 brinkley kernel: Call Trace: [<c22ee71a>] (04) [<c22ef160>] (04) [<c22ec480>] (12) Jan 21 22:22:08 brinkley kernel: [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288186219/96] (08) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288242816/96] (08) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288187722/96] (44) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288189348/96] (40) Jan 21 22:22:08 brinkley kernel: [<c22de76b>] (08) [<c22ec480>] (08) [<c22ded4a>] (44) [<c22df3a4>] (40) Jan 21 22:22:08 brinkley kernel: [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288204476/96] (84) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288198101/96] (72) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288198687/96] (32) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288198478/96] (24) Jan 21 22:22:08 brinkley kernel: [<c22e2ebc>] (84) [<c22e15d5>] (72) [<c22e181f>] (32) [<c22e174e>] (24) Jan 21 22:22:08 brinkley kernel: [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288094965/96] (96) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288101555/96] (52) [getblk+47/160] (12) [getblk+142/160] (20) Jan 21 22:22:08 brinkley kernel: [<c22c82f5>] (96) [<c22c9cb3>] (52) [<c0145a0f>] (12) [<c0145a6e>] (20) Jan 21 22:22:08 brinkley kernel: [bread+26/144] (32) [getblk+47/160] (12) [getblk+142/160] (20) [bread+26/144] (24) Jan 21 22:22:08 brinkley kernel: [<c0145d0a>] (32) [<c0145a0f>] (12) [<c0145a6e>] (20) [<c0145d0a>] (24) Jan 21 22:22:08 brinkley kernel: [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288164193/96] (20) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288164912/96] (32) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288163519/96] (16) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288101555/96] (136) Jan 21 22:22:08 brinkley kernel: [<c22d9161>] (20) [<c22d9430>] (32) [<c22d8ebf>] (16) [<c22c9cb3>] (136) Jan 21 22:22:08 brinkley kernel: [__block_prepare_write+429/880] (68) [block_prepare_write+34/112] (20) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288094416/96] (12) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288109189/96] (16) Jan 21 22:22:08 brinkley kernel: [<c014654d>] (68) [<c0146e82>] (20) [<c22c80d0>] (12) [<c22cba85>] (16) Jan 21 22:22:08 brinkley kernel: [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288094416/96] (24) [generic_file_write_nolock+459/1072] (84) [generic_file_write+216/304] (40) [keybdev:__insmod_keybdev_O/lib/modules/2.4.21-166-default/kernel/dr+4288113586/96] (32) Jan 21 22:22:08 brinkley kernel: [<c22c80d0>] (24) [<c013570b>] (84) [<c0135bc8>] (40) [<c22ccbb2>] (32) Jan 21 22:22:08 brinkley kernel: [sys_write+136/256] (36) [system_call+51/64] (60) Jan 21 22:22:08 brinkley kernel: [<c0143c48>] (36) [<c0108dd3>] (60) Jan 21 22:22:08 brinkley kernel: Modules: [(reiserfs:<c22c0060>:<c22f0b34>)] Jan 21 22:22:08 brinkley kernel: Code: 0f 0b 4e 01 20 e7 2e c2 b8 29 e7 2e c2 68 60 f1 2e c2 85 db Jan 21 22:30:06 brinkley su: (to root) paul on /dev/pts/2 Jan 21 22:30:06 brinkley su: pam_unix2: session started for user root, service su

7 9

Re: Laptop 1400x1250 mit xig server
by Michael.Eschweiler＠t-online.de 23 Jan '04

23 Jan '04

Hallo Kai, du schreibst zwar, du hättest die gleichen Schwierigkeiten, aber ob es alle sind, weiß ich natürlich nicht. Um sicherzugehen, schreibe ich mal die meines Erachtens wichtigsten Punkte auf: Ich habe auf einem Acer Travelmate 661 LCi zuerst SuSE 9.0 und dann einen xig-Treiber (Platinum) installiert. Bei meinen ersten Versuchen hatte ich zwei Systemabstürze, wobei der zweite gleich sowohl einen Teil der /home- wie auch einen Teil der root-Partition mit in dem Abgrund riß. Auf den SuSE Update- und Patch-Seiten erfuhr ich dann von Problemen mit dem Standardkernel von 9.0 und ReiserFS. Also habe ich das System neu installiert und als erstes ein Kernel-Update auf 2.4.21-144 gemacht. Vom xig-Support hatte ich zwischenzeitlich erfahren, daß die Probleme wahrscheinlich daher rühren, daß der xig-Treiber nicht mit (dem standardmäßig eingerichteten) Framebuffering zurechtkommt. Mein Rechner stürzte immer dann ab, wenn ich zwischen der grafischen Oberfläche und einer Textkonsole wechselte. Also habe ich den Rat des Supports umgesetzt und Framebuffering abgeschaltet. Das erreicht man, indem man in der Datei menu.lst (in /boot/grub) in der Zeile unter title Linux den Eintrag vga=xxxx (den genauen Eintrag erinnere ich nicht mehr) auf vga=normal setzt. Dann hat man zwar auf den Textkonsolen eine recht große Schrift, aber das läßt sich verschmerzen. Nach diesen Schritten ist eigentlich alles weitere kein Problem mehr gewesen. Der xig-Treiber läßt sich prima mit dem mitgelieferten Programm Xsetup einrichten. Der Anschluß eines externen Monitors oder eines Beamers ging problemlos. Wie in Dokumentation kann man mit Strg-Alt-Tab dann zwischen intern, extern und simultan wechseln. Angeblich sollte mit der richtigen Konfiguration auch der TV-Ausgang funktionieren, habe ich aber (noch) nicht probiert. Auch eine zweite Maus war kein Problem. Ich habe allerdings keine Erfahrung mit dem Synaptic-Treiber für das Touchpad in Zusammenarbeit mit xig. Da müßtest du mal an die Liste schreiben. So, ich hoffe, daß hilft dir erst mal weiter, ansonsten kannst du dich ja nochmal melden. Gruß Michael Am Freitag, 23. Januar 2004 17:52 schrieben Sie: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hallo Michael, > > ich bin verzweifelt und habe in einer Mailingliste: > > http://lists.suse.com/archive/suse-laptop/2003-Dec/0357.html > > einen Beitrag von Dir gefunden, der vielleicht meine Probleme lösen könnte. > Die gleichen Symptome treten bei mir mit dem XIG-Treiber auf. Habe mit dem > Support von XIG schon 3 mal hin und her gemailt. Die sind echt schnell, > aber Du bist glaube ich schon weiter, sofern Du das gleiche Problem hattest > wie ich. > > Was hat die XIG als Lösung vorgeschlagen? > > Gruß, > Kai. > > > Hallo, > > ich habe auch einen Acer Travelmate 661, habe aber auf die Anfrage von > Markus Fellner nichts geschrieben, da es ja im Grunde nichts neues gibt und > er zu xig nichts wissen wollte. Wegen des BIOS-Bugs hatte ich schon vor > einiger Zeit an Acer geschrieben, aber nur eine Standard-Antwort bekommen. > Das BIOS-Update habe ich auch schon vor einiger Zeit durchgeführt und es > hat nichts gebracht. > Da aber nun Martin Röhricht doch was zu xig schrieb, und es vielleicht die > eine oder den anderen interessieren mag, hier nun meine Erfahrungen mit dem > Display dieses Notebooks: > Ich habe auch zunächst mit der Auflösung 1280x1024 gearbeitet und > eigentlich war das bis auf den 'Trauerrand' ganz akzeptabel. D.h. die von > anderen beobachteten Linien in einigen Bildschirmbereichen konnte ich nicht > beobachten. Etwas störend war allerdings die Tatsache, daß bei einem > zusätzlich angeschlossenen Beamer die Möglichkeit fehlte, zwischen diesem > und dem Laptop-Bildschirm hin-und herzuschalten (nur der Beamer lief). Ich > habe dann irgendwann auch mal die xig-Treiber installiert; Silber und > Platin, weil mich auch die Video-Unterstützung (für xine o.ä.) > interessierte. Ich hatte zunächst erhebliche Probleme, d.h. mehrere > Abstürze beim Hin- und Herschalten zwischen (Text-)Konsole und grafischer > Oberfläche. Bei dieser Gelegenheit stellte sich dann auch heraus, daß die > Warnung von SuSE, der bei SuSE 9.0 standardmäßig installierte Kernel > (2.4.21-99) führe u.U. auf ReiserFS-Partitionen bei > Wiederherstellungsversuchen zu Datenverlusten, durchaus ernstzunehmen ist. > Aber das ist eine andere Geschichte... Vom Xig-Support habe ich übrigens zu > allen Fragen und Problemen umgehend und ausführlich Hilfestellung bekommen. > Außerdem wurde mir angesichts meiner Probleme eine bis 06.01.04 begrenzte > 'extended testing license' angeboten, so daß die Grafik nicht mehr nach 20 > Minuten abschaltet. > Mit Xig-Unterstützung geht jetzt auch die Umschaltung zwischen > Laptop-Bildschirm und einem externen Bildschirm o.ä. Laut FAQ-Liste sollte > auch die Unterstützung des TV-Anschlusses klappen; das konnte ich aber noch > nicht ausprobieren. > > Gruß > Michael > > > > > - -- > Dipl.-Phys. Kai Reinhard, Geschäftsführer (CEO) > Micromata_Objects GmbH Tel: +49 561 316793-0 > Marie-Calm Str. 3, D-34131 Kassel Fax: +49 561 316793-11 > mailto:K.Reinhard@micromata.com http://www.micromata.com > Key fingerprint = F77C 7011 CCEB 01DF 88AE 265F 752C 6FF6 5112 E187 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) > > iD8DBQFAEVFSdSxv9lES4YcRAlAAAJsGwpk4pKvxZNwtRX8sA2z0VcfRTQCdFX0c > zRoXNRdSBgzqUQBpnBIdYuI= > =srcG > -----END PGP SIGNATURE-----

1 0

GRUB und boot splash
by Kai Sommer 23 Jan '04

23 Jan '04

Hallo Liste, habe heute ne SuSE 8.2 installiert. Damit's schneller geht habe ich erstmal "Minimalsystem" ausgewählt. Nun würde ich gerne den 'schönen' GRUB und das graphische Booten haben. Nun habe ich mit Yast2 "bootsplash" installiert und den GRUB habe ich hingebastelt bekommen. Leider hängt's jetzt mit dem splash :(... In der "menu.lst" steht "splash=silent" drin, aber ich sehe immer noch den kleinen Pinguin und die Bootmessages... Weiss jemand nen Rat? (sitze schon den ganzen Nachmittag :(...)? Kai -- "Spinne am Abend - erquickend und labend." - Sprichwort

5 5

CPU-Throtteling beeinflussen
by Martin Pitsch 23 Jan '04

23 Jan '04

Hallo, wie kann ich das CPU-throtteling auf meinem Dell i8500 beeinflussen, ggf. einstellen? Hintergrund: Unabhängig, mit welcher Stromquelle (Netz oder Akku), läuft das Laptop mit halber CPU-Frequens, was im Betrieb deutlich spürbar ist. Ich würde gerne grundsätzlich die volle CPU-Last gerne haben oder vielleicht auch diese situationsabhängig einstellen können. Ausgabe von cpuinfo: mpitsch@laptop:~> cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Mobile Intel(R) Pentium(R) 4 - M CPU 2.50GHz stepping : 7 cpu MHz : 1196.558 cache size : 512 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips : 2359.29 MfG, Martin -- Martin Pitsch Tel.: +49 (7146) 28 24 07 Fuchsgrube 8 Fax : +49 (89) 14 88 22 80 16 71686 Remseck am Neckar www : http://www.martin-pitsch.de

3 4

GPRS mit Nokia 3650 / T-D1
by Henning Liss 23 Jan '04

23 Jan '04

Hallo, weiss hier zufällig jemand wie ich mein Nokia 3650 (über Bluetooth an rfcomm0) mit kppp verbinden kann damit ich über GPRS surfen kann? Ich benutze Suse 9.0. Mit freundlichen Grüssen, Henning -- +++ GMX - die erste Adresse für Mail, Message, More +++ Bis 31.1.: TopMail + Digicam für nur 29 EUR http://www.gmx.net/topmail

2 1