hallo leute, ich möchte das meine arbeitsplatzrecher beim starten, nachdem er sich in der kde angemeldet hat (kann man im kontrollzentrum ja einstellen und tut auch), wenn dieser vorgang abgeschlossen ist als letzten schritt den bildschirm der kde speert wie lautet das komando dafür ?? ich wollte das dann in ein script mit autostart des users starten incl dem "sleep 15" kommando den screen sperren. danke

Danke erst ein Mal fuer deinen Hinweis! Ich hab geschaut, doch (leider) keine toten Prozesse gesehen. Es sieht alles bestens aus. Da ich kein SCSI im System habe, hoffe ich dass ich von SCSI Fehlern verschont bleibe. Gibt es ne Moeglichkeit USB per Hand wieder in Gang zu bringen? Bei mir gibt 'lsusb' nur folgendes aus: Bus 003 Device 001: ID 0000:0000 Bus 002 Device 001: ID 0000:0000 Bus 001 Device 001: ID 0000:0000 Doch haengt an einem der Anschlusse sicher mein USB-Drucker. Bei mir sind folgende Module geladen: usbhid 41312 0 usblp 12160 0 snd_seq_dummy 3716 0 snd_seq_oss 32256 0 snd_seq_midi_event 7552 1 snd_seq_oss snd_seq 52752 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_seq_device 8588 3 snd_seq_dummy,snd_seq_oss,snd_seq snd_pcm_oss 57632 0 snd_pcm 93832 1 snd_pcm_oss snd_timer 24452 2 snd_seq,snd_pcm snd_page_alloc 9988 1 snd_pcm snd_mixer_oss 18944 1 snd_pcm_oss snd 60548 9 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event,snd_seq,snd_seq_device,snd_pcm_oss,snd_pcm,snd_timer,snd_mixer_oss soundcore 8928 1 snd uhci_hcd 30224 0 ohci_hcd 20232 0 af_packet 20744 0 iptable_filter 2944 0 ip_tables 20352 1 iptable_filter 8139too 24192 0 mii 4864 1 8139too subfs 7296 4 nfsd 94920 5 exportfs 5504 1 nfsd usbserial 28008 0 usbcore 108760 6 usbhid,usblp,uhci_hcd,ohci_hcd,usbserial parport_pc 38212 1 lp 11076 0 parport 33864 2 parport_pc,lp nvram 8200 0 speedstep_lib 4100 0 freq_table 4484 0 thermal 14088 0 processor 23732 1 thermal fan 4868 0 button 7056 0 battery 10116 0 ac 5252 0 ipv6 236672 40 capifs 5768 1 edd 10080 0 joydev 9664 0 sg 36256 0 st 37788 0 sd_mod 17936 0 sr_mod 16548 0 scsi_mod 125256 4 sg,st,sd_mod,sr_mod reiserfs 242928 16 evdev 8832 0 dm_mod 56316 15 ext3 130824 4 jbd 59556 1 ext3 ide_cd 37892 0 cdrom 36640 2 sr_mod,ide_cd ide_disk 16640 13 via82cxxx 11420 0 [permanent] ide_core 120020 3 ide_cd,ide_disk,via82cxxx Vielleicht hift das weiter! Danke, A. Roth On Friday 03 June 2005 15:51, Danny Kukawka wrote:

On Friday 03 June 2005 12:14, Andreas Roth wrote:

...

Hallo,

seit einiger Zeit hab ich Probleme mit meinem USB Drucker unter 9.2 als auch unter 9.3. Bei Hochfahren werden alle USB Module geladen und der Drucker erkannt. Nach einiger Zeit (Stunden) verschwinden die USB Module aus dem Kernel und der Drucker geht nicht mehr. Ich habe versuch die USB Module per Hand nachzuladen, doch leider wird dabei der Drucker nicht mehr erkannt. Hat jemand ein aehnliches Problem? Oder noch besser hat jemand die Loesung fuer diese Problem :-) ?

Schaue einfach mal mit ps aux nach, ob sich irgendwelche Prozesse (vornehmlich: scsi*, usb* oder auch hald) im Status D befinden

Im aktuellen Kernel gibt es ein Problem mit dem SCSI Errorhandler, daran wird gearbeitet, aber es gibt noch keine "akzeptierte" Lösung. Es wird vermutlich irgendwann/demnächst ein Kernel-Update geben.

Wenn du auf automatischen mounten mit HAL/submount verzichten kannst, dann hilft es ggf. (ohne Garantie) hal mit rchal stop zu beeenden!

Danny

On Friday 03 June 2005 16:28, Andreas Roth wrote:

Danke erst ein Mal fuer deinen Hinweis! Ich hab geschaut, doch (leider) keine toten Prozesse gesehen. Es sieht alles bestens aus. Da ich kein SCSI im System habe, hoffe ich dass ich von SCSI Fehlern verschont bleibe.

Tja, falsch gedacht deinerseits! Da USB auf SCSI im Kernel basiert, wird dich der Fehler sicherlich früher oder später auch einholen ... [...]

On Friday 03 June 2005 17:24, Andreas Roth wrote:

Gibt es fuer diesen Fehler keinen Patch oder Workaround? Wo kann ich mehr ueber diesen Fehler nachlesen? Hilft es vielleicht einen alteren Kernel zu verwenden?

Nein es wird nicht helfen, einen älteren Kernel zu verwenden (das ist selten eine sinnvolle Lösung!) Mehr dazu und ein vorläufiger (wohl aber nicht endgültiger) Fix: http://marc.theaimsgroup.com/?l=linux-scsi&m=111172700500878&w=2 [...]