Morgen! Ich habe Probleme mit der Scanner-Konfiguration unter SuSE 9.0: Die Einstellungen gehen beim Neustart immer verloren. Ich habe einen Microtek ScanMaker 636 an einem Adaptec 2940UW Hostadapter. aic7xxx wird beim Booten geladen, der Scanner ist beim Booten eingeschaltet und wird erkannt (auch beim Laden des Moduls). Per YaST läßt er sich konfigurieren und ist dann auch verfügbar und funktioniert, beim nächsten Start jedoch kennen XSane und Kooka ihn nicht mehr (Kein Gerät verfügbar) --- erst nach einer erneuten Installation durch YaST. Beim Beenden der Installation des Scanners ist YaST sehr schnell --- es erscheinen zwar keine Fehlermeldungen, aber es geht verdächtig schnell.... Vielleicht läuft hier was schief? Woran könnte das liegen und wie läßt sich das Problem beheben? Danke schonmal! -- man liest sich... Nicolas Michael mailto:email@nmichael.de http://www.nmichael.de/
Hallo, Am Wed, 22 Oct 2003, Nicolas Michael schrieb:
Ich habe einen Microtek ScanMaker 636 an einem Adaptec 2940UW Hostadapter. aic7xxx wird beim Booten geladen, der Scanner ist beim Booten eingeschaltet und wird erkannt (auch beim Laden des Moduls). Per YaST läßt er sich konfigurieren und ist dann auch verfügbar und funktioniert, beim nächsten Start jedoch kennen XSane und Kooka ihn nicht mehr (Kein Gerät verfügbar) --- erst nach einer erneuten Installation durch YaST.
Was sagt ein 'sane-find-scanner'? Was ein 'scsiinfo -l'? Was ein 'scsicheck'? 'sgcheck'? -dnh -- Sahne! Ein neues Mittel Zur Agressionsbekämpfung. Man kann sie immer schön schlagen, und hinterher sogar aufessen. [Woko° in dag°]
Hallo, das Problem hat sich erledigt. Nikolas Michael hat die Lösung gefunden. Siehe dieser Thread zurück: Message-Id: <200310230816.37612.email@nmichael.de> Ciao, Marco.
Am Mittwoch, 22. Oktober 2003 14:11 schrieb Nicolas Michael:
Ich habe Probleme mit der Scanner-Konfiguration unter SuSE 9.0: Die Einstellungen gehen beim Neustart immer verloren.
Ich habe einen Microtek ScanMaker 636 an einem Adaptec 2940UW Hostadapter. aic7xxx wird beim Booten geladen, der Scanner ist beim Booten eingeschaltet und wird erkannt (auch beim Laden des Moduls). Per YaST läßt er sich konfigurieren und ist dann auch verfügbar und funktioniert, beim nächsten Start jedoch kennen XSane und Kooka ihn nicht mehr (Kein Gerät verfügbar) --- erst nach einer erneuten Installation durch YaST.
Ich sehe gerade ist bei mir auch. 9.0 mit selbiger Adaptec aber einem Mustec scanner. Ich glaube im Bios der Scsi-Karte muß wenigstens einmal Plag and Play Scan enabled sein. Werd morgen beim reboot mal schauen. Wir müssen wie bei "USB_MODULE_NOT_TO_UNLOAD": scanner; selbiges mit Scsi-hinbekommen. .
Beim Beenden der Installation des Scanners ist YaST sehr schnell --- es erscheinen zwar keine Fehlermeldungen, aber es geht verdächtig schnell.... Vielleicht läuft hier was schief?
Bei mir auch. das hängt afk aber damit zusammen weil bei einem scsi-Scanner nur ein Link von "sgx nach libsane oder ä. gesetzt wird. -- Ciao Marco, registered GNU/Linux-User#313353 Kein Geld für Weltmacht, Ausbeutung, Unterdrückung & 'BigBrother-watching'; kauft keine U$-Waren!
Am Mittwoch, 22. Oktober 2003 20:20 schrieb Marco Maske:
Am Mittwoch, 22. Oktober 2003 14:11 schrieb Nicolas Michael:
Ich habe Probleme mit der Scanner-Konfiguration unter SuSE 9.0: Die Einstellungen gehen beim Neustart immer verloren.
Ich habe einen Microtek ScanMaker 636 an einem Adaptec 2940UW Hostadapter. aic7xxx wird beim Booten geladen, der Scanner ist beim Booten eingeschaltet und wird erkannt (auch beim Laden des Moduls). Per YaST läßt er sich konfigurieren und ist dann auch verfügbar und funktioniert, beim nächsten Start jedoch kennen XSane und Kooka ihn nicht mehr (Kein Gerät verfügbar) --- erst nach einer erneuten Installation durch YaST.
Ich sehe gerade ist bei mir auch. 9.0 mit selbiger Adaptec aber einem Mustec scanner. Ich glaube im Bios der Scsi-Karte muß wenigstens einmal Plag and Play Scan enabled sein. Werd morgen beim reboot mal schauen. Wir müssen wie bei "USB_MODULE_NOT_TO_UNLOAD": scanner; selbiges mit Scsi-hinbekommen.
Ich habe jetzt rausgefunden, daß das Problem lediglich ist, daß der normale User kein Zugriff auf /dev/sg2 (bei mir) hat. Durch Setzen der Rechte +rw klappt es dann problemlos. Nachdem ich sie jetzt einmal per Hand gesetzt habe, bleiben sie auch über den Neustart hinweg bestehen und das Problem ist damit gelöst. -- man liest sich... Nicolas Michael email@nmichael.de http://www.nmichael.de/
Guten Morgen an alle Nicolas Michael wrote: [snip]
Ich habe jetzt rausgefunden, daß das Problem lediglich ist, daß der normale User kein Zugriff auf /dev/sg2 (bei mir) hat. Durch Setzen der Rechte +rw klappt es dann problemlos. Nachdem ich sie jetzt einmal per Hand gesetzt habe, bleiben sie auch über den Neustart hinweg bestehen und das Problem ist damit gelöst.
Das Problem ist das Startscript für "sane" bzw. wie ich vermute schlichte Schlamperei, da "der Effekt" wohl bei mehreren Leuten auftritt (hat niemand getestet ob scannen auch als normaler user geht?). Das Script sucht "scanimage" unter /usr/X11/bin/scanimage :-( da ist es aber nicht. Somit werden die Berechtigungen auf das device des Scanners nicht automatisch gesetzt (von crw-r----- auf crw-rw-rw-). Ein einfacher link hilft: ln -s /usr/bin/scanimage /usr/X11/bin/scanimage Gruß Gerald -- Gerald Engl Bunsenstrasse 13 81735 Muenchen 0049-89-676736
Am Donnerstag, 23. Oktober 2003 08:16 schrieb Nicolas Michael:
Ich habe jetzt rausgefunden, daß das Problem lediglich ist, daß der normale User kein Zugriff auf /dev/sg2 (bei mir) hat. Durch Setzen der Rechte +rw klappt es dann problemlos. Nachdem ich sie jetzt einmal per Hand gesetzt habe, bleiben sie auch über den Neustart hinweg bestehen und das Problem ist damit gelöst.
5 Min zu spät, ich hab gerad ne Mail an die Liste geschickt. Danke, das war's! Bei mir musste ich entsprechend /dev/sg3 r+w Rechte für User "Mich" geben. Und schon flupt Kooka. Einen angenehmen Abend noch allen hier, Marco!
Hallo, Am Thu, 23 Oct 2003, Marco Maske schrieb:
Am Donnerstag, 23. Oktober 2003 08:16 schrieb Nicolas Michael:
Ich habe jetzt rausgefunden, daß das Problem lediglich ist, daß der normale User kein Zugriff auf /dev/sg2 (bei mir) hat. Durch Setzen der Rechte +rw klappt es dann problemlos.
Meinst du etwa 'chmod +rw /dev/sg2'? Wenn ja: *ARGL* *PATSCH* Dafuer legt man eine Gruppe an, bzw. verwendet eine passende(!) vorgefertigte, z.B. "brutzler", und setzt dann die passenden Gruppenrechte.
5 Min zu spät, ich hab gerad ne Mail an die Liste geschickt. Danke, das war's! Bei mir musste ich entsprechend /dev/sg3 r+w Rechte für User "Mich" geben. Und schon flupt Kooka.
ls -l /etc/permissions* man resmgr Natuerlich kann man sowas auch per Hand machen -- aber dann ist das Geschrei gross nach dem naechsten SuSE-Config... -dnh PS: /dev/sg* sollte per se rw-Rechte fuer die Gruppe haben. Dafuer sind die devices ja da. -- WoKo ist so etwas, wie eine seltsame Schleife. Wenn zwei von ihnen zusammen- kommen, erklären sie sich gegenseitig für nichtexistent und löschen sich auf diese Weise aus. Zum Schluß wird einer übrigbleiben. Und den können wir dann ganz leicht am nächsten Baum aufknüpfen... [Daniel Reutter in dag°]
participants (4)
-
David Haller
-
Gerald Engl
-
Marco Maske
-
Nicolas Michael