Hallo Leute Ich bin am verzweifeln. Ich bekomme meinen SSCS-Scanner Microtek Scanmaker 330 mit scanimage bzw. xscanimage nicht zum laufen. Der SCSI-Controller wird richtig geladen und ein cat /proc/scsi/scsi zeigt mir den Scanner (scsi1, Id 4): Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: SAMSUNG Model: CD-ROM SCR-3231 Rev: S101 Type: CD-ROM ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 01 Lun: 00 Vendor: LG Model: CD-RW CED-8080B Rev: 1.06 Type: CD-ROM ANSI SCSI revision: 02 Host: scsi1 Channel: 00 Id: 04 Lun: 00 Vendor: Model: Scanner 300A4 Rev: 4.11 Type: Scanner ANSI SCSI revision: 02 Ein link von /dev/sg3 auf /dev/scanner ist vorhanden. Wenn ich in der Console scanimage starte (sowohl als root als auch als normaler User) kommt diese Meldung: merlin:/home/markus # scanimage P6 # SANE data follows 612 842 255 ...der Scanner zuckt kurz an und das wars dann. Ein erneuter aufruf von scanimage wird nur noch mit: merlin:/home/markus # scanimage scanimage: sane_start: Error during device I/O ...beantwortet. Unter Win funktioniert das Teil?!
Am Montag, 18. März 2002 20:39 schrieb Markus Hoppe:
Hallo Leute
Ich bin am verzweifeln. Ich bekomme meinen SSCS-Scanner Microtek Scanmaker 330 mit scanimage bzw. xscanimage nicht zum laufen. Der SCSI-Controller wird richtig geladen und ein cat /proc/scsi/scsi zeigt mir den Scanner (scsi1, Id 4):
Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: SAMSUNG Model: CD-ROM SCR-3231 Rev: S101 Type: CD-ROM ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 01 Lun: 00 Vendor: LG Model: CD-RW CED-8080B Rev: 1.06 Type: CD-ROM ANSI SCSI revision: 02 Host: scsi1 Channel: 00 Id: 04 Lun: 00 Vendor: Model: Scanner 300A4 Rev: 4.11 Type: Scanner ANSI SCSI revision: 02
Ein link von /dev/sg3 auf /dev/scanner ist vorhanden. Wenn ich in der Console scanimage starte (sowohl als root als auch als normaler User) kommt diese Meldung:
merlin:/home/markus # scanimage P6 # SANE data follows 612 842 255
...der Scanner zuckt kurz an und das wars dann. Ein erneuter aufruf von scanimage wird nur noch mit:
merlin:/home/markus # scanimage scanimage: sane_start: Error during device I/O
...beantwortet.
Unter Win funktioniert das Teil?!
Installier mal nen 2.2 Kernel und probier es dann. Mein Scanmaker E6 macht mit nem 2.4 Kernel auch nichts anderes. Mit dem 2.2 gings auf Anhieb. Hat jemand ne Lösung für Kernel 2.4 ? tschüss Didi
Am Montag, 18. März 2002 21:17 schrieb Dietrich Restemeyer: [...]
Installier mal nen 2.2 Kernel und probier es dann. Mein Scanmaker E6 macht mit nem 2.4 Kernel auch nichts anderes. Mit dem 2.2 gings auf Anhieb.
Hat jemand ne Lösung für Kernel 2.4 ?
Hi! Meines Wissens hat SuSE eine fehlerhafte sane-Version bei der 7.3 beigelegt, die Probleme mit den 2.4er Kernel hat. Eine berichtigte Version gibt es. Schau mal in die Supportdatenbank rein. Udo
Dietrich Restemeyer wrote:
Am Montag, 18. März 2002 20:39 schrieb Markus Hoppe:
...
merlin:/home/markus # scanimage scanimage: sane_start: Error during device I/O
...beantwortet.
Unter Win funktioniert das Teil?!
Installier mal nen 2.2 Kernel und probier es dann. Mein Scanmaker E6 macht mit nem 2.4 Kernel auch nichts anderes. Mit dem 2.2 gings auf Anhieb.
Hat jemand ne Lösung für Kernel 2.4 ?
Lösung nicht, aber ein ähnliches Problem (7.3, Kernel 2.4.17). Die Ursache liegt IMHO entweder in SCSI-Schnittstelle der Kernels oder bei den jeweiligen Kartentreibern. Ich habe eine Dawicontrol (SCSI-2) mit AMD-Chipsatz und kann diesen entweder mit dem Modul AM53C974 oder mit tmscsim (Tekram) ansprechen. Effekt: lade ich AM53C974 kann ich mit meinem Plextor RW 4/2/20 brennen aber der Mustek 1200SP bricht den Scannvorgang nach wenigen Zentimetern an und zeigt nur Müll in der Vorschau. Lade ich stattdessen tmscsim dann kann ich einwandfrei Scannen, aber sobald auf den Plextor zugreife, friert das komplette System ein :-( Die Idee mit Kernel 2.2.x scheint ganz gut zu sein, denn bis zum Wechsel auf 2.4.x hatte ich diese Probleme meines Erachtens nicht (kann ich aber nicht beschwören, da mein Scanner 'ne Weile defekt war, habe ich eine Zeit lang auch nicht gescannt). Eine weitere mögliche Ursache wäre das IRQ-Sharing, bei mir hängen drei Geräte auf dem IRQ des SCSI-Controlers, was ja unter Linux (noch) nicht sooo toll sein soll... Gruß hebi -- Dirk Hebenstreit Tel : +49-0170-2461522 Eschenweg 3 +49-033200-85997 14558 Bergholz-Rehbruecke Dirk.Hebenstreit@epost.de PingoS - LINUX-User helfen Schulen: http://www.pingos.schulnetz.org
Hallo, On Mon, 18 Mar 2002, Dirk Hebenstreit wrote: [Probleme beim scannen / brennen mit 2.4.x]
Eine weitere mögliche Ursache wäre das IRQ-Sharing, bei mir hängen drei Geräte auf dem IRQ des SCSI-Controlers, was ja unter Linux (noch) nicht sooo toll sein soll...
Huh? Wann hat IRQ-Sharing denn je schonmal wirklich geklappt??? Jaja, genauso gut wie PnP allgemein... Also, erste Massnahme: bring den SCSI-Adapter allein auf einen IRQ. (ob via config oder durch "Kartentauschen", dass bei den heute ueblichen BIOSen oft die einzige Moeglichkeit ist)... Unter Linux geht's ja noch so, aber IIRC hat mir Win erstmal alle Geraete auf einen IRQ gelegt... Na, toll, so funktioniert das bestimmt am besten! Die anderen 4 freien IRQs hat Win wohl irgendwie "verschlampert". Naja, mit dank des (etwas aelteren) BIOS und Handarbeit bekam dann doch noch jedes Geraet seinen eigenen IRQ... Mann, gegen sowas lob ich mir das alte manuelle jumpern und einstellen von ISA- und Pci-Karten. Da konnte man selbst fuer die beste Verteilung der IRQs (und IO-Ports!) sorgen (z.B. konnte man dafuer sorgen, dass nicht gerade die 2 Geraete, die am meisten zu tun haben (z.B. GraKa und SCSI-Karte) sich einen IRQ teilen muessen). Ich will wieder jumper und BIOSe wo man (mind.) die IRQs per Hand einstellen kann!!! Aber das waere ja nicht DAU kompatibel :( -dnh, pessimistisch und anti-automatismo -- 108: Doppelte Staatsbürgerschaft Was nützt der zweite Ausweis, wenn doch eh der gleiche Name drin steht? (E. Herbst nach Harald Schmidt)
Am Die, 2002-03-19 um 05.31 schrieb David Haller:
Hallo,
On Mon, 18 Mar 2002, Dirk Hebenstreit wrote: [Probleme beim scannen / brennen mit 2.4.x]
Eine weitere mögliche Ursache wäre das IRQ-Sharing, bei mir hängen drei Geräte auf dem IRQ des SCSI-Controlers, was ja unter Linux (noch) nicht sooo toll sein soll...
Huh? Wann hat IRQ-Sharing denn je schonmal wirklich geklappt??? Jaja, genauso gut wie PnP allgemein...
Also, erste Massnahme: bring den SCSI-Adapter allein auf einen IRQ. (ob via config oder durch "Kartentauschen", dass bei den heute ueblichen BIOSen oft die einzige Moeglichkeit ist)...
Unter Linux geht's ja noch so, aber IIRC hat mir Win erstmal alle Geraete auf einen IRQ gelegt... Na, toll, so funktioniert das bestimmt am besten! Die anderen 4 freien IRQs hat Win wohl irgendwie "verschlampert". Naja, mit dank des (etwas aelteren) BIOS und Handarbeit bekam dann doch noch jedes Geraet seinen eigenen IRQ...
Mann, gegen sowas lob ich mir das alte manuelle jumpern und einstellen von ISA- und Pci-Karten. Da konnte man selbst fuer die beste Verteilung der IRQs (und IO-Ports!) sorgen (z.B. konnte man dafuer sorgen, dass nicht gerade die 2 Geraete, die am meisten zu tun haben (z.B. GraKa und SCSI-Karte) sich einen IRQ teilen muessen).
Ich will wieder jumper und BIOSe wo man (mind.) die IRQs per Hand einstellen kann!!!
Aber das waere ja nicht DAU kompatibel :(
-dnh, pessimistisch und anti-automatismo
-- 108: Doppelte Staatsbürgerschaft Was nützt der zweite Ausweis, wenn doch eh der gleiche Name drin steht? (E. Herbst nach Harald Schmidt)
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
David Haller wrote:
Hallo,
On Mon, 18 Mar 2002, Dirk Hebenstreit wrote: [Probleme beim scannen / brennen mit 2.4.x]
Eine weitere mögliche Ursache wäre das IRQ-Sharing, bei mir hängen drei Geräte auf dem IRQ des SCSI-Controlers, was ja unter Linux (noch) nicht sooo toll sein soll...
Huh? Wann hat IRQ-Sharing denn je schonmal wirklich geklappt??? Jaja, genauso gut wie PnP allgemein...
Na ja, EIGENTLICH habe ich damit bisher keine Probleme gehabt...
Also, erste Massnahme: bring den SCSI-Adapter allein auf einen IRQ. (ob via config oder durch "Kartentauschen", dass bei den heute ueblichen BIOSen oft die einzige Moeglichkeit ist)...
Nette Idee, aber die Kiste ist übervoll, d.h., ich habe sowieso mehr Karten als es IRQs gibt. Irgendwo muß also geshared werden, ich habe aber inzwischen eine recht verträgliche Konfiguration gefunden.
Unter Linux geht's ja noch so, aber IIRC hat mir Win erstmal alle Geraete auf einen IRQ gelegt... Na, toll, so funktioniert das bestimmt am besten! Die anderen 4 freien IRQs hat Win wohl irgendwie "verschlampert". Naja, mit dank des (etwas aelteren) BIOS und Handarbeit bekam dann doch noch jedes Geraet seinen eigenen IRQ...
Geht auch bei W2k, man darf nur kein ACPI benutzen :-)
Mann, gegen sowas lob ich mir das alte manuelle jumpern und einstellen von ISA- und Pci-Karten. Da konnte man selbst fuer die beste Verteilung der IRQs (und IO-Ports!) sorgen (z.B. konnte man dafuer sorgen, dass nicht gerade die 2 Geraete, die am meisten zu tun haben (z.B. GraKa und SCSI-Karte) sich einen IRQ teilen muessen).
Ich will wieder jumper und BIOSe wo man (mind.) die IRQs per Hand einstellen kann!!!
Wo ist das Problem? Die Boards die ich kenne kann man ganz bequem über das BIOS konfigurieren. EInfach die INT-Zuweisung von Auto auf manuell stellen :-)
Aber das waere ja nicht DAU kompatibel :(
Was spricht etwas DAU-kompatibles? (Wenn es denn funktioniert ;-) )
-dnh, pessimistisch und anti-automatismo
Schraubst Du eigentlich noch an Deinem Auto selber? *SCNR* ;-)) Greetings hebi -- Dirk Hebenstreit Tel : +49-0170-2461522 Eschenweg 3 +49-033200-85997 14558 Bergholz-Rehbruecke Dirk.Hebenstreit@epost.de PingoS - LINUX-User helfen Schulen: http://www.pingos.schulnetz.org
Hallo, On Tue, 19 Mar 2002, Dirk Hebenstreit wrote:
David Haller wrote:
On Mon, 18 Mar 2002, Dirk Hebenstreit wrote: [Probleme beim scannen / brennen mit 2.4.x] [shared-IRQs] Also, erste Massnahme: bring den SCSI-Adapter allein auf einen IRQ. (ob via config oder durch "Kartentauschen", dass bei den heute ueblichen BIOSen oft die einzige Moeglichkeit ist)...
Nette Idee, aber die Kiste ist übervoll, d.h., ich habe sowieso mehr Karten als es IRQs gibt. Irgendwo muß also geshared werden, ich habe aber inzwischen eine recht verträgliche Konfiguration gefunden.
Naja... ;)
Ich will wieder jumper und BIOSe wo man (mind.) die IRQs per Hand einstellen kann!!!
Wo ist das Problem? Die Boards die ich kenne kann man ganz bequem über das BIOS konfigurieren. EInfach die INT-Zuweisung von Auto auf manuell stellen :-)
Tja, aber inzwischen ist es ueblich, dass man die IRQs eben _nicht_ manuell verteilen kann... Und welche INT-Leitung (INT-A bis INT-D) wie mit den PCI und dem AGP korrespondieren ist leider auch selten dokumentiert. Bei mir kann ich z.B. nur einstellen ob 'PnP' oder 'Legacy ISA'... Schoen war's damals beim T2P4, da konnte man IIRC per Hand die IRQs zuweisen ;)
Aber das waere ja nicht DAU kompatibel :(
Was spricht etwas DAU-kompatibles? (Wenn es denn funktioniert ;-) )
Tut's aber zu selten. Ich habe (bei PCs Konfigurationen, egal ob im BIOS oder in nem OS) noch keinen Automatismus gesehen, der wirklich zuverlaessig funktioniert haette (ich sach nur Yast, SaX -- klappt oft, bei "ueblicher" aber nicht aktuellster oder recht alter HW, aber eben nicht immer)... Ich hab hier z.B. 2 PnP-ISA Karten im Rechner, isapnp findet aber garnix.
-dnh, pessimistisch und anti-automatismo
Schraubst Du eigentlich noch an Deinem Auto selber? *SCNR* ;-))
Isch 'abe gar keine Auto. -dnh -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." -- Rich Cook
David Haller wrote: ...
Ich will wieder jumper und BIOSe wo man (mind.) die IRQs per Hand einstellen kann!!!
Wo ist das Problem? Die Boards die ich kenne kann man ganz bequem über das BIOS konfigurieren. EInfach die INT-Zuweisung von Auto auf manuell stellen :-)
Tja, aber inzwischen ist es ueblich, dass man die IRQs eben _nicht_ manuell verteilen kann... Und welche INT-Leitung (INT-A bis INT-D) wie mit den PCI und dem AGP korrespondieren ist leider auch selten dokumentiert. Bei mir kann ich z.B. nur einstellen ob 'PnP' oder 'Legacy ISA'... Schoen war's damals beim T2P4, da konnte man IIRC per Hand die IRQs zuweisen ;)
Es kommt wohl auf das alte Problem heraus, daß man für Linix seine Hardware eben besonders gut aussuchen muß. Bei vielen Komplettsystemen hat der Hersteller wahrscheinlich eine Menge Zeit investiert, um eine lauffähige Konfiguration mit EINEM OS (häufig immer noch ME/98) und auch nur mit der eingebauten HW zu bekommen. Und wenn man dan aufrüstet oder ein anderes (M$)-OS installiert, hat man eben dieselben Probleme wie unter Linux. ...
Was spricht etwas DAU-kompatibles? (Wenn es denn funktioniert ;-) )
Tut's aber zu selten. Ich habe (bei PCs Konfigurationen, egal ob im BIOS oder in nem OS) noch keinen Automatismus gesehen, der wirklich zuverlaessig funktioniert haette (ich sach nur Yast, SaX -- klappt oft, bei "ueblicher" aber nicht aktuellster oder recht alter HW, aber eben nicht immer)... Ich hab hier z.B. 2 PnP-ISA Karten im Rechner, isapnp findet aber garnix.
Das liegt aber häufig an den Herstellern der Karten, da kann dann ein konformes Board auch nix mehr löten...
Schraubst Du eigentlich noch an Deinem Auto selber? *SCNR* ;-))
Isch 'abe gar keine Auto.
Glücklicher! Gruß hebi -- Dirk Hebenstreit Tel : +49-0170-2461522 Eschenweg 3 +49-033200-85997 14558 Bergholz-Rehbruecke Dirk.Hebenstreit@epost.de PingoS - LINUX-User helfen Schulen: http://www.pingos.schulnetz.org
Hallo, On Wed, 20 Mar 2002, Dirk Hebenstreit wrote:
David Haller wrote:
Tja, aber inzwischen ist es ueblich, dass man die IRQs eben _nicht_ manuell verteilen kann... Und welche INT-Leitung (INT-A bis INT-D) wie mit den PCI und dem AGP korrespondieren ist leider auch selten dokumentiert. Bei mir kann ich z.B. nur einstellen ob 'PnP' oder 'Legacy ISA'... Schoen war's damals beim T2P4, da konnte man IIRC per Hand die IRQs zuweisen ;)
Es kommt wohl auf das alte Problem heraus, daß man für Linix seine Hardware eben besonders gut aussuchen muß. Bei vielen Komplettsystemen hat der Hersteller wahrscheinlich eine Menge Zeit investiert, um eine lauffähige Konfiguration mit EINEM OS (häufig immer noch ME/98) und auch nur mit der eingebauten HW zu bekommen. Und wenn man dan aufrüstet oder ein anderes (M$)-OS installiert, hat man eben dieselben Probleme wie unter Linux.
ACK. [..]
Ich hab hier z.B. 2 PnP-ISA Karten im Rechner, isapnp findet aber garnix.
Das liegt aber häufig an den Herstellern der Karten, da kann dann ein konformes Board auch nix mehr löten...
Jo. Und genau deswegen kann mir der (halb-) Automatismus isapnp eben nicht helfen... Ergo lieber Jumper und alles von Hand ;) Wenn das vernuenftig dokumentiert ist, ist das auch nicht schwerer. Und frueher ging's ja auch ;)
Schraubst Du eigentlich noch an Deinem Auto selber? *SCNR* ;-)) Isch 'abe gar keine Auto.
Glücklicher!
*g* -dnh -- 273: MIME Elektronische Fraktur. (Ralph Babel)
Am Montag, 18. März 2002 20:39 schrieb Markus Hoppe:
Hallo Leute
Ich bin am verzweifeln. Ich bekomme meinen SSCS-Scanner Microtek Scanmaker 330 mit scanimage bzw. xscanimage nicht zum laufen. Der SCSI-Controller wird richtig geladen und ein cat /proc/scsi/scsi zeigt mir den Scanner (scsi1, Id 4):
Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: SAMSUNG Model: CD-ROM SCR-3231 Rev: S101 Type: CD-ROM ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 01 Lun: 00 Vendor: LG Model: CD-RW CED-8080B Rev: 1.06 Type: CD-ROM ANSI SCSI revision: 02 Host: scsi1 Channel: 00 Id: 04 Lun: 00 Vendor: Model: Scanner 300A4 Rev: 4.11 Type: Scanner ANSI SCSI revision: 02
Ein link von /dev/sg3 auf /dev/scanner ist vorhanden.
Hallo Markus, habe exakt das gleiche "Scheiss- Problem" auch mit dem Microtek- Scanner 330. Auch hier System SuSE 7.3 mit 2.4.10 Kernel. Nur bei mir lief der Scanner - es funktionierte alles! (Hast Du unter /etc/sane.d/dll.conf die Kommentarzeichen vor Microtek entfernt?) Es funktionierte alles, scheinbar aber nur, bis ich auch dem CD-Rom-Laufwerk eine SCSI- Emulation verpasst habe. Wie das zusammen bzw. nicht zusammen passt weiss ich nicht. Als Tip aus dieser Liste kam: "Was sagt scsiinfo ? Ein # scsiinfo -l zeigt alle Geräte an, womit Du das richtige Device herausfindest." Bei mir hat er als Device dann folgendes ausgegeben: boss:/ # scsiinfo -l /dev/scd1 Dies soll das Device sein, mit dem dann alles funktioniert! Der Link ln -s /dev/scd1 /dev/scanner wurde angenommen aber mit dem gleichen Ergebnis wie oben. Bin gespannt, ob uns ein anderer Tipp aus dieser Liste weiter bringt. Gruß Heiner -- ############################ Heiner Gewiehs D- 63868 Großwallstadt FON: 06022 654167 MAIL: heiner.gewiehs@gewiehs.de ############################
Am Dienstag, 19. März 2002 16:04 schrieb Heiner Gewiehs:
Am Montag, 18. März 2002 20:39 schrieb Markus Hoppe:
Ich bin am verzweifeln. Ich bekomme meinen SSCS-Scanner Microtek Scanmaker 330 mit scanimage bzw. xscanimage nicht zum laufen. Bei mir läuft auf jeden Fall sane mit UmaxAstra 1220S an AIC7xx scsi Controller mit SuSE-7.3 und orig. Kernel. Eingerichtet einfach mit Yast2. Ging aber auch von Hand auf der SuSE-7.2 mit selbstcompiliertem 2.4.17 und einigen Kernels davor.
[...]
Es funktionierte alles, scheinbar aber nur, bis ich auch dem CD-Rom-Laufwerk eine SCSI- Emulation verpasst habe.
Als Tip aus dieser Liste kam:
"Was sagt scsiinfo ? Ein Wie das zusammen bzw. nicht zusammen passt weiss ich nicht. Das läuft bei mir !
Als Tip aus dieser Liste kam:
"Was sagt scsiinfo ? Ein # scsiinfo -l zeigt alle Geräte an, womit Du das richtige Device herausfindest." Entscheidend sind die generic scsi devices /dev/sg* und das korrekte findet man als root mit sane-find-scanner (oder so ähnlich). Ob /dev/sg3 wirklich der korrekte link ist kann man somit nachprüfen. Das könnte sich nämlich durch nachträgliches aufsetyen des ide-scsi oder anderer scsi devices ändern !
Dies soll das Device sein, mit dem dann alles funktioniert! wag ich bei sane zu bezweifeln, /dev/sg* ist hier angesagt.
Der Link ln -s /dev/scd1 /dev/scanner wurde angenommen aber mit dem gleichen Ergebnis wie oben.
Bin gespannt, ob uns ein anderer Tipp aus dieser Liste weiter bringt.
Hoffe es bringt Euch weiter. Weiter Details kann ich leider erst zu hause nachschauen. Gruß, Joachim -- Joachim Weller Philips Medizinsysteme Boeblingen GmbH Mail: joachim_weller@hsgmed.com Cardiac and Monitoring Systems (CMS) Phone: {+49|0}-7031-463-1891 New Product Engineering Fax: {+49|0}-7031-463-2112
Am Montag, 18. März 2002 20:39 schrieb Ich:
Hallo Leute
Ich bin am verzweifeln. Ich bekomme meinen SSCS-Scanner Microtek Scanmaker 330 mit scanimage bzw. xscanimage nicht zum laufen...
Danke für eure Tipps. Der Scanner funzt jetzt endlich. Die entscheidenden Tipps kamen von Didi...
Installier mal nen 2.2 Kernel und probier es dann.
...und Heiner
Es funktionierte alles, scheinbar aber nur, bis ich auch dem CD-Rom-Laufwerk eine SCSI- Emulation verpasst habe.
Ohne SCSI-Emulation ging es auf Anhieb, mit 2.2er statt 2.4er Kernel auch. Ich hab mich für die Lösung 2.2er Kernel entschieden, weil ich einen IDE Brenner betreiben will/muss. Ich werd jetzt mutig und mach mich demnächst an meine USB-Digicam. Melde mich dann bestimmt wieder ;-) Tschüss und Danke - Markus
participants (9)
-
Andre Fischer
-
David Haller
-
Dietrich Restemeyer
-
Dirk Hebenstreit
-
Dirk Hebenstreit
-
heiner.gewiehs@t-online.de
-
Joachim Weller
-
Markus Hoppe
-
udo.neist@t-online.de