Anzeige:
Ergebnis 1 bis 2 von 2

Thema: Probleme mit SCSI Scannern nach dem Booten unter SuSE beseitigen!

  1. #1
    Registrierter Benutzer Avatar von undefined
    Registriert seit
    Feb 2004
    Beiträge
    1.535

    Probleme mit SCSI Scannern nach dem Booten unter SuSE beseitigen!

    Nach dem nun die neue SuSE Version auch im Netz erhältlich ist habe ich mir diese einmal gesaugt und auf eine andere Partition Installiert. Weil es beim einrichten des SCSI Scanners etwas Probleme gegeben hat, hier ein kleiner Leitfaden wie man SCSI Scanner nach der Yast2 Konfiguration ans Laufen bekommt. Leider gibt es bei den Installationsscripten unter Yast2 zwei kleine Makel.
    Es werden nicht die Erforderlichen Runlevel eingeschaltet und bei Sane fehlen die erforderlichen symbolischen links zu scanimage in /usr/X11R6/bin.
    Alle jetzt folgenden Konfigurationen müssen unter root erfolgen und sind ohne Gewähr

    Zuerst solltet ihr nach der Yast2 Konfiguration die Runlevel einschalten.
    Geht in den Runlevel Editor und schaltet diesen in den Experten Modus.
    Sucht folgende Einträge:
    boot.scsidev = Stellt den Level nur auf B (hierzu später mehr)
    sane = Prüft hier ob Aktiviert und die Level auf 3 und 5 stehen.
    slpd = Auf 3 und 5 Aktivieren. (OpenSLPdaemon)
    Wenn dies erledigt ist könnt ihr speichern und Yast2 schließen wir werden es nicht mehr benötigen.
    Jetzt suchen wir erst einmal nach dem symbolischen Link den Sane benötigt damit beim Start von Xsane eine Hardwarescan erfolgreich ist, wenn dieser fehlt legen wir ihn an.
    Code:
    ls -l /usr/bin/scanimage (muss vorhanden sein)
    ls -l /usr/X11R6/bin/scanimage (wenn hier der Symbolische Link fehlt dann anlegen)
    ln -s /usr/bin/scanimage /usr/X11R6/bin/scanimage (setze neuen Symbolischen Link)
    Ein rcsane restart müsste nun ohne Fehler verlaufen.

    Sollte es wieder erwarten nach dem Booten Probleme geben müssen wir SCSIDEV zu Hilfe nehmen, siehe auch man scsidev scsidev ist ein Tool das beim booten die Scsi Devices scannt und Dynamisch einhängt. Ihr könnt dies aber beeinflussen in dem ihr nach der Datei /etc/scsi.alias sucht. Wenn sie nicht vorhanden ist legt sie einfach mit touch /etc/scsi.alias an.
    In dieser Datei werden beim Booten Informationen über eingehängte Geräte vergeben.
    Da wir im Moment unser SCSI Scanner am laufen haben werden wir unter der Konsole erst einmal die erforderlichen Informationen sammeln die wir bei der Konfiguration brauchen.
    Öffnet also die Konsole und macht erst einmal mindestens 4 Befehlsfenster auf in denen wir später switchen werden.
    Im 1. Befehlsfenster suchen wir nach unsern Scsi Devices.
    Beispiel:
    Code:
    ls -l /dev/sg*
    crw-rw-rw-  1 root disk 21,  0 2004-04-06 15:27 /dev/sg0
    crw-r-----  1 root disk 21,  1 2004-04-06 15:27 /dev/sg1
    .......................
    ls -l /dev/scsi/sg*
    crw-r-----  1 root disk 21, 0 2004-06-16 10:02 /dev/scsi/sgh0-0c0i1l0
    crw-r-----  1 root disk 21, 1 2004-06-16 10:02 /dev/scsi/sgh0-0c0i6l0
    Im 2. Befehlsfenster nehmen wir die Hardware Informationen der hineingegangen Geräte.
    Beispiel meines Systems:
    Code:
    cat /proc/scsi/scsi
    Attached devices:
    Host: scsi0 Channel: 00 Id: 01 Lun: 00
      Vendor: HP       Model: C5100A           Rev: R032
      Type:   Processor                        ANSI SCSI revision: 02
    Host: scsi0 Channel: 00 Id: 06 Lun: 00
      Vendor: QUANTUM  Model: ATLAS10K3_73_WLS Rev: 020W
      Type:   Direct-Access                    ANSI SCSI revision: 03
    Im 3. Befehlfenster sprechen wir nun scsidev an in dem wir mit scsidev -s . unsere Informationen abfragen.
    Code:
    scsidev -s .
    Serial number of /dev/scsi/sgh0-0c0i6l0: "348219051479"
     WWID: e09e000122b3d7
    Serial number of /dev/scsi/sdh0-0c0i6l0: "348219051479"
     WWID: e09e000122b3d7
     HSV OS Id: 0
    Hier sehen wir auch schon wo bei meiner Konfiguration wo das Problem liegt.
    Weil es sich bei meinem System um einen PCI Adaptec Ultra 160 SCSI Controller handelt wird nur eine Serial gesetzt so das diese beim Booten des Kernel Images schon belegt ist und der Scanner keine Freigabe erhält. Dieses Problem können wir mit der /etc/scsi.alias umgehen. Bei der Konfiguration ist darauf zu achten das die serial_number und wwid an letzter Stelle stehen und das jedes Gerät in einer Zeile ohne Zeilenvorschub eingetragen wird.
    Beispiel /etc/scsi.alias:
    Code:
    devtype=generic, alias=HP, model=C5100A, rev=R032, id=1
    devtype=disk, alias=QUANTUM, model=ATLAS10K3_73_WLS, rev=020W, id=6, serial_number="348219051479", wwid="e09e000122b3d7"
    Erläuterung der Konfiguration:
    Ihr solltet euch bei der Konfiguration unbedingt die Manual bei Hand halten ohne diese wird es schwer werden 4. Befehlsfenter zusätzlich bei Installierten Kernel Documentation/scsi.txt
    Im Befehlsfenster 1 entnehmen wir nun die ID und checken die Rechte.
    Die Devices sollten der Gruppe disk beiwohnen (dein Benutzer der Scannen möchte natürlich auch ).
    Bei devtype stehen euch folgende Einstellungen zur Verfügung ( disk, tape, osst, cdrom, generic). Achtung dies hat jetzt nichts mit Gruppenrechten zu tun
    Beim alias gibt man am besten den Vendor an den wir aus Befehlsfenter 2 entnehmen, das gleiche gilt auch für die model, id und rev Directiven.
    Zu guter letzt hängen wir die serial_number Nummern und die wwid an die nicht doppelt vergeben werden dürfen! Wenn ihr damit fertig seit solltet ihr erst die Konfiguration Debuggen. Gebt in der Konsole scsidev -q ein. Wenn keine Ausgabe erscheint ist die Konfiguration Erfolgreich verlaufen und wir können die Hardware neu einhängen in dem wir das Shellscript boot.scsidev im Verzeichnis /etc/init.d neu anstossen.
    Code:
    /etc/init.d/boot.scsidev restart
    Nach dem Kaltstart noch einmal eine Abfrage was Sache ist.
    Code:
    scsidev -s .
    Sollte es keine Fehlermeldungen geben herzlichen Glückwunsch die SCSI Hardware wird beim nächsten Booten sauber erkannt und die Devices vergeben.
    Beipielausgabe:
    Code:
    Alias device HP: sgh0-0c0i1l0 (sg0)
    Alias device QUANTUM: sdh0-0c0i6l0 (sda) -> (sgh0-0c0i6l0, sg1)
    have fun undefined
    mfg undefined
    --
    Undefined Behavior (undefiniertes Verhalten) bedeutet meistens etwas ungültiges.
    Speichenrechner - .htpasswd - qx11grab - MX-1000 Treiber - QTidy

  2. #2
    Registrierter Benutzer Avatar von michel_vaclav
    Registriert seit
    Jan 2003
    Ort
    daheim
    Beiträge
    1.055
    Hallo undefined,

    hab grade beim Stöbern diesen Beitrag gefunden und festgestellt, dass Du auch in Besitz eines HP Photosmart Diascanners bist. Ist es Dir gelungen, Dias mit einer vernünftigen Farbwiedergabe zu scannen?
    Ich habe mal vuescan benutz, das hat gut funktioniert, hab aber leider den Download verloren, deshalb habe ich jetzt keine benutzbare Version mehr.
    Xsane, Xscanimage oder Kooka machen grässlich dustere Farben.
    Irgendwelche Tipps wie ich das optimieren könnte?

    Danke

    michel_vaclav

Ähnliche Themen

  1. Probleme mit dem Firewall Builder und iptables
    Von Enigma im Forum Sicherheit
    Antworten: 0
    Letzter Beitrag: 14.04.04, 17:57
  2. Dialin Modem legt erst nach 3-4 Minuten auf
    Von Sonny im Forum Anbindung an die Aussenwelt
    Antworten: 5
    Letzter Beitrag: 24.11.03, 21:24
  3. suse 8.2 angekündigt
    Von jockelb im Forum Neue Programme/Versionen
    Antworten: 86
    Letzter Beitrag: 16.03.03, 18:02
  4. adaptec 1542
    Von xrick63 im Forum stationäre Hardware
    Antworten: 5
    Letzter Beitrag: 13.01.03, 19:28
  5. SuSE 7.2: Probleme mit dem Bildschirmschoner
    Von apetto im Forum Linux Allgemein
    Antworten: 7
    Letzter Beitrag: 02.10.01, 00:08

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •