Hallo, jedes Suse-Update bringt leider die Suche nach neuen Workarounds mit sich. Unter Suse 9.0 war der Betrieb meiner beiden SCSI-Scanner noch ganz einfach, unter Suse 10.0 macht es dagegen keinen Spass mehr. Da ich die Scanner nur selten benoetige, schalte ich sie nur im laufenden Betrieb bei Bedarf zu. Leider loescht aber Suse bei einem Reboot /dev/sg0 und /dev/sg1. Okay, ein rescan-scsi-bus.sh legt die Devices wieder an, obwohl das natuerlich ein zusaetzlicher Arbeitsgang ist, wobei dazu auch noch root-Rechte notwendig sind. Fuer vuescan muessen die Device-Rechte aber auf crw-rw---- gesetzt werden, gesetzt sind sie aber auf crw-r-----. Mit rcrcsane-dev lassen sich zwar die Rechte von sg1 auf crw-rw-rw- setzen (so umfassend ist es zwar Bloedsinn, aber besser als nichts), sg0 wird aber offenbar gar nicht erst erkannt, zumindest gibt "rcsane-dev status" nur eine Meldung fuer sg1 aus. Dass rcrcsane-dev nicht wie erhofft arbeitet, kann allerdings daran liegen, dass ich nicht mit sane, sondern vuescan scanne, weil sane den einen Scanner gar nicht und den anderen unvollstaendig unterstuetzt. Da ich mich fuer rescan-scsi-bus.sh ohnehin als root einloggen muss, macht es dann allerdings auch nicht mehr viel aus, noch gleich ein "chmod g+w sg*" nachzuschicken. vuescan einfach ein s-Bit zu verpassen geht nicht, da es sich um GTK2-Programm handelt, dass dann den Start ablehnt. Meine einzige Idee ist noch, alles in ein Script zu verpacken und mit sudo zu arbeiten, aber ueberzeugend finde ich die Loesung nicht. Einfacher waere es, wenn Suse die beiden Devices einfach nicht mehr anruehrt. Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo Heinz, ich habe unter SuSE 9.2 auch dieses "Problem" und es folgendermaßen gelöst: Ich habe mir ein kleines Skript geschrieben, welches ich in der Tat als "root" ausführen muß, welches mir aber das SCSI-Gerät im System bekannt macht und das Backend startet. Das Skript sieht folgendermaßen aus: ------------------------------------------- Start of Script # ls -l /dev/sg0 /proc/scsi/scsi if ! test -w /proc/scsi/scsi then echo "Can't write to '/proc/scsi/scsi'" exit 1 fi echo "scsi add-single-device 0 0 6 0" >/proc/scsi/scsi /etc/rc.d/sane start # The following is a dirty hack (beside the fact that it shouldn't # be neccessary at all at this place), I need to get the correct name # of the device from (in my case) /etc/sane.d/avision.conf. Through # sane-find-scanner I could even check which file I need to use. :-D chmod 666 /dev/sg0 /etc/rc.d/sane start ls -l /dev/sg0 test -x /usr/bin/sane-find-scanner && sane-find-scanner 2>&1 | grep 'found SCSI scanner' sleep 10 /etc/rc.d/sane start exit 0 ------------------------------------------- End of Script Es ist definitiv nicht schön, aber es funktioniert für meinen Fall ;-) Vielleicht kannst Du ja etwas damit anfangen. Ach so, wahrscheinlich mußt Du noch das Gerät im "resmgr" korrekt eintragen. Frohes neues Jahr und viele Grüße Martin Heinz W. Pahlke wrote:
Hallo,
jedes Suse-Update bringt leider die Suche nach neuen Workarounds mit sich.
Unter Suse 9.0 war der Betrieb meiner beiden SCSI-Scanner noch ganz einfach, unter Suse 10.0 macht es dagegen keinen Spass mehr.
Da ich die Scanner nur selten benoetige, schalte ich sie nur im laufenden Betrieb bei Bedarf zu. Leider loescht aber Suse bei einem Reboot /dev/sg0 und /dev/sg1.
Okay, ein rescan-scsi-bus.sh legt die Devices wieder an, obwohl das natuerlich ein zusaetzlicher Arbeitsgang ist, wobei dazu auch noch root-Rechte notwendig sind.
Fuer vuescan muessen die Device-Rechte aber auf crw-rw---- gesetzt werden, gesetzt sind sie aber auf crw-r-----.
Mit rcrcsane-dev lassen sich zwar die Rechte von sg1 auf crw-rw-rw- setzen (so umfassend ist es zwar Bloedsinn, aber besser als nichts), sg0 wird aber offenbar gar nicht erst erkannt, zumindest gibt "rcsane-dev status" nur eine Meldung fuer sg1 aus.
Dass rcrcsane-dev nicht wie erhofft arbeitet, kann allerdings daran liegen, dass ich nicht mit sane, sondern vuescan scanne, weil sane den einen Scanner gar nicht und den anderen unvollstaendig unterstuetzt.
Da ich mich fuer rescan-scsi-bus.sh ohnehin als root einloggen muss, macht es dann allerdings auch nicht mehr viel aus, noch gleich ein "chmod g+w sg*" nachzuschicken.
vuescan einfach ein s-Bit zu verpassen geht nicht, da es sich um GTK2-Programm handelt, dass dann den Start ablehnt.
Meine einzige Idee ist noch, alles in ein Script zu verpacken und mit sudo zu arbeiten, aber ueberzeugend finde ich die Loesung nicht. Einfacher waere es, wenn Suse die beiden Devices einfach nicht mehr anruehrt.
Beste Gruesse,
Heinz.
Hallo Martin, On 03-Jan-2006 Martin Deppe wrote:
ich habe unter SuSE 9.2 auch dieses "Problem" und es folgendermaßen gelöst: Ich habe mir ein kleines Skript geschrieben, welches ich in der Tat als "root" ausführen muß, welches mir aber das SCSI-Gerät im System bekannt macht und das Backend startet.
Das Skript sieht folgendermaßen aus: [...] Vielleicht kannst Du ja etwas damit anfangen.
Nicht wirklich. Das Problem ist eben, dass es ja gar keine sg-Devices gibt, wenn die beiden Scanner beim Booten nicht eingeschaltet sind. Leider kann man bei Suse inzwischen auch nicht mehr ernsthaft von einer Dokumentation sprechen, so dass man sich alles muehselig zusammensuchen muss. Irgendwo muss ja stehen, dass sg* beim Reboot geloescht werden. Oder ist das ein Feature des 2.6er Kernels? Da der Advansys-Treiber im 2.6er Kernel nicht mehr standardmaessig eingebunden ist, musste ich ihn mir uebrigens aus den Suse-Sourcen selbst kompilieren. Vermutlich komme ich wirklich nicht um ein Script herum, dass erst einmal die Devices anlegt und dann die benoetigten Rechte setzt. Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo, On 04-Jan-2006 Heinz W. Pahlke wrote:
Vermutlich komme ich wirklich nicht um ein Script herum, dass erst einmal die Devices anlegt und dann die benoetigten Rechte setzt.
Ich habe es jetzt wirklich erst einmal mit einem Script in Verbindung mit sudo geloest. Falls es jemanden interessiert (und fuer das Archiv): --------------------------------8<----------------------------------- #!/bin/sh sudo /bin/rescan-scsi-bus.sh && sudo /bin/chmod g+w /dev/sg* && /usr/local/vuescan-6/vuescan -------------------------------->8----------------------------------- Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 "Heinz W. Pahlke" <h.pahlke@nexgo.de> [2006-01-06]:
Hallo,
On 04-Jan-2006 Heinz W. Pahlke wrote:
Vermutlich komme ich wirklich nicht um ein Script herum, dass erst einmal die Devices anlegt und dann die benoetigten Rechte setzt.
Ich habe es jetzt wirklich erst einmal mit einem Script in Verbindung mit sudo geloest.
Falls es jemanden interessiert (und fuer das Archiv):
--------------------------------8<-----------------------------------
#!/bin/sh sudo /bin/rescan-scsi-bus.sh && sudo /bin/chmod g+w /dev/sg* && /usr/local/vuescan-6/vuescan
-------------------------------->8-----------------------------------
Wenn du chmod per sudo ausführbar machst, kannst du gleich als Root arbeiten. Denn letztlich kann dein User damit alles. Insofern wäre es besser, ein Skript /usr/local/bin/create-devices.sh zu erstellen, _das_ dann per sudo ausführbar machen, und aus dem Startskript für vuescan aufzurufen. Gruß, Bernhard - -- Dieselben Naturkräfte, die uns ermöglichen, zu den Sternen zu fliegen, versetzen uns auch in die Lage, unseren Stern zu vernichten. -- Wernher von Braun -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDvltKiGU2lt2vZFQRAqLEAKCQtTKX5rWAFKe71cOdkC9EsCNuvgCgtJWb /i9T4BN9TckYEQBmB4XwrYU= =6bWA -----END PGP SIGNATURE-----
Hallo, On 06-Jan-2006 Bernhard Walle wrote:
"Heinz W. Pahlke" <h.pahlke@nexgo.de> [2006-01-06]:
[...] sudo /bin/chmod g+w /dev/sg* &&
Wenn du chmod per sudo ausführbar machst, kannst du gleich als Root arbeiten. Denn letztlich kann dein User damit alles.
Das verstehe ich jetzt nicht. Damit kann ich nur genau diesen Befehl ausfuehren, fuer alle Abwandlungen muss das root-Passwort eingegeben werden. Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 "Heinz W. Pahlke" <h.pahlke@nexgo.de> [2006-01-06]:
On 06-Jan-2006 Bernhard Walle wrote:
"Heinz W. Pahlke" <h.pahlke@nexgo.de> [2006-01-06]:
[...] sudo /bin/chmod g+w /dev/sg* &&
Wenn du chmod per sudo ausführbar machst, kannst du gleich als Root arbeiten. Denn letztlich kann dein User damit alles.
Das verstehe ich jetzt nicht. Damit kann ich nur genau diesen Befehl ausfuehren, fuer alle Abwandlungen muss das root-Passwort eingegeben werden.
Achso, vielleicht hab ich dich auch falsch verstanden. Wie schaut die Zeile in der /etc/sudoers aus? Gruß, Bernhard - -- Win95 is not a virus; a virus does something. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDvmVBiGU2lt2vZFQRAkObAJ9IL/KoO1uqZhsWLaRs4SZGcGK7FgCffYbI ZCwZOFAECRJASk0Krlvd1SA= =l8Ew -----END PGP SIGNATURE-----
Hallo, On 06-Jan-2006 Bernhard Walle wrote:
Achso, vielleicht hab ich dich auch falsch verstanden. Wie schaut die Zeile in der /etc/sudoers aus?
user ALL=NOPASSWD:/bin/chmod g+w /dev/sg* Ich weiss gar nicht, ob es auch mit "user ALL=NOPASSWD:/bin/chmod" ginge, denn damit wuerde man seinen Rechner wirklich freischalten. Von daher habe ich es auch gar nicht probiert, auch wenn man dann manchmal ein paar Zeilen mehr eintragen muss. Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, "Heinz W. Pahlke" <h.pahlke@nexgo.de> [2006-01-06]:
On 06-Jan-2006 Bernhard Walle wrote:
Achso, vielleicht hab ich dich auch falsch verstanden. Wie schaut die Zeile in der /etc/sudoers aus?
user ALL=NOPASSWD:/bin/chmod g+w /dev/sg*
ok, dann ist es schon klar. Ich kannte diese Variante ehrlich gesagt gar nicht. Gruß, Bernhard - -- Computer der Zukunft werden nicht mehr als 1,5 Tonnen wiegen. -- Die Zeitschrift »Populäre Mechanik« (1949) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDwnPiiGU2lt2vZFQRAjyWAJkBjBT/fl9LJ714FtdJ3m/+spOqCwCfd4De hPWa0recs5oxQ82VgGAGcIU= =HKmE -----END PGP SIGNATURE-----
participants (3)
-
Bernhard Walle -
Heinz W. Pahlke -
Martin Deppe