February 2017 - openSUSE Users (Deutsch)

NVIDIA-Treiber setzt keine ACL
by Reichelt, Joachim 27 Feb '17

27 Feb '17

Hallo, kann mir jemand helfen? Auf einem unserer 3D-Workstations setzt nach dem Upgrade auf 42.2 der NVIDIA-treiber x11-video-nvidiaG03 340.101-5.1 von http://download.nvidia.com/opensuse/leap/42.2 die erforderlichen ACL nicht. Damit kann der normale Nutzer kein X11 nutzen. Wo liegt das Problem in Wirklichkeit? Mit freundlichen Grüßen Joachim Reichelt ________________________________ Helmholtz-Zentrum für Infektionsforschung GmbH | Inhoffenstraße 7 | 38124 Braunschweig | www.helmholtz-hzi.de Das HZI ist seit 2007 zertifiziertes Mitglied im "audit berufundfamilie" Vorsitzende des Aufsichtsrates: MinDir’in Bärbel Brumme-Bothe, Bundesministerium für Bildung und Forschung Stellvertreter: MinDirig Rüdiger Eichel, Niedersächsisches Ministerium für Wissenschaft und Kultur Geschäftsführung: Prof. Dr. Dirk Heinz Gesellschaft mit beschränkter Haftung (GmbH) Sitz der Gesellschaft: Braunschweig Handelsregister: Amtsgericht Braunschweig, HRB 477

3 3

Erfahrungen mit Leap 42.2
by Michael Eschweiler 26 Feb '17

26 Feb '17

Hallo Listenleser, vor ca. einer Woche habe ich meinen Rechner auf Leap 42.2 umgestellt. Hier zur Erbauung eine kurze Zusammenfassung meiner (ganz persönlichen) Erfahrungen. Vielleicht sind sie ja auch jemandem von Nutzen: Das Szenarium: Ein Dualcore-Rechner (Intel core i3, 2,93 Mhz) mit SSD für’s System und einer verschlüsselte Festplatte für die Daten (/home) Grafikkarte nVidia GeForce 9800 GT (lüfterlos) Auflösung des Monitors 2560x1440 Also ein nicht mehr ganz taufrischer Rechner zuletzt mit OSS 13.2 (sda1 als /boot und /sda3 als / ) Da es für 13.2 nun keinen Support mehr gibt, musste ich also schweren Herzens umziehen hier dazu: Vorgehen und Erfahrungen (bin kein IT-Profi): Hab' mit fdisk das Boot-Flag auf /sda2 gesetzt und einen ersten Installationsversuch gestartet. D.h., ich habe - Partitionierungsvorschlag abgelehnt, um erst einmal nur auf /sda2 zu installieren – mit ext4, denn mit Btrfs hatte ich schon mal schlechte Erfahrungen machen müssen: Ich arbeite z.Z. in einem Land, in dem es hin und wieder Stromausfälle gibt. Am Anfang hatte ich keine USV, so dass ich Erfahrungen mit zwei Stromausfälle hatte. Beim ersten Mal hab ich den Rechner unter Einsatz der Btrfs-Werkzeuge wieder halbwegs zum Laufen gebracht, musste aber spezielle in der /etc einiges neu machen. Einige Dateien waren einfach weg, andere waren zerstört. Beim zweiten Mal war komplett Schicht. Ich habe daraufhin das System neu installiert, dieses mal auf ext4 installiert. Auch damit hatte ich noch zwei Stromausfälle, bevor ich mir endlich eine USV kaufte, aber es gab _kein_ Problem beim Neustart. - Die Einbindung der verschlüsselten zweiten Festplatte (da, wo /home von 13.2 liegt) habe ich erstmal abgelehnt. - Dann noch ein paar Pakete abgewählt (Spiele) und andere dazu (postgresql u.a.). Die Installation ist problemlos durchgelaufen. Erste Versuche machten einen guten Eindruck. Zunächst war das System gefühlt recht schnell. Aber mit der automatischen Erkennung des schon vorhandenen Betriebssystems haperte es: Mein 13.2-System wurde von der Installationroutine fälschlicherweise auf /dev/sda3 ‘gefunden’. Das ist leider falsch und entsprechend konnte ich dieses System zunächst nicht mehr starten (Nach der Auswahl dieser Option im Boot-Menü landet man auf einem schwarzen Bildschirm mit einer blinkenden Eingabe – nur der Unterstrich, der aber nicht auf Tastendruck reagiert.) Ich habe dann unter /etc/grub.d eine weitere Datei (11_linux) mit root='hd0,...' angelegt (für sda1, dort liegt wie oben erwähnt /boot von der 13.2-Installation). Beim Ausführen von grub2-mkconfig gab's eine Fehlermeldung, die auf eine leere Zeile in der (von mir nicht bearbeiteten) 10_linux verweist. Da scheint wohl was in den Installationsskripten nicht zu stimmen. Ich kenne mich mit Skripten nicht so gut aus, daher die Frage: Soll ich das irgendwo melden? Wenn ja, wo? - Graphische Oberfläche: Bei der Installation habe dazu keine Änderungen unternommen, daher wurde Nouveau installiert. Bei einigen Fenstern, z.B. wenn man mit Firefox ein PDF-Dokument anklickt, bekommt man ein Fenster mit Auswahloptionen. Die runden Optionsbuttons wurden bei mir aber nicht dargestellt, daher war nicht erkennbar, ob gerade ‚Öffnen‘ oder ‚Herunterladen‘ ausgewählt war. Diese Darstellungsfehler habe ich an anderer Stelle auch gesehen (erinnere mich aber nicht mehr, wo...) - Dann habe ich moneyplex ausprobiert, insbesondere weil mein Freund erhebliche Schwierigkeiten hatte, unter 42.2 den Chipkartenleser anzusprechen. Das lief auf Anhieb. - Als nächstes habe ich digikam ausprobiert. Aber da war dann auch schon Schluss. Der Bildschirm begann zu flackern, es gab keine Halten mehr. Ich kam nicht mehr auf eine Konsole. Das System war kaum geordnet runterzufahren. Nouveau zu de- und den proprietären nVidia-Treiber zu installieren klappte erst mal nicht. Auch weil mir nicht klar war, dass der neuste Treiber meine Karte gar nicht unterstützt. Also habe ich eine Neuinstallation gemacht und das nVidia-Repository gleich eingebunden und von Anfang an den proprietären Treiber installiert. Jetzt läuft das System – allerdings ist mein Eindruck, dass es doch nicht so schnell ist. Beim Dateienkopieren und auch beim Internet-Surfen gab‘s schon mal recht lange (10 – 20 Sekunden) Komplettblockaden. Das kannte ich von 13.2 nicht. - Digikam läuft jetzt ohne Flackern, die Bilder zum Testen habe ich von einer SD-Karte geladen. - Die Einbindung der /home-Partition auf der zweiten Festplatte klappte problemlos: Habe einfach die Einträge aus crypttab und fstab meiner 13.2-Installation übertragen,... - ...die Einbindung meiner externen SSD, auf der meine Finanzsoftware liegt, erst mal aber nicht. Analog zur großen internen Festplatte hatte ich die Einträge in die beiden genannten Dateien kopiert, aber die Platte wurde partout irgendwo unter /run gemountet. Erst habe ich tausendmal kontrolliert, ob sich keine Tipp- oder Kopierfehler eingeschlichen hatten - bis ich mal auf die Idee kam, unter /dev/disk/by-id/ nachzuschauen, ob die Id stimmt. Und siehe da, die externe SSD wurde plötzlich nicht mehr mit dem Suffix scsi-, sondern mit usb- ausgewiesen. Ziemlich irritierend fand ich aber, dass die ID-Nummer auch eine völlig andere war. - Nach der letztlich erfolgreichen Einbindung der externen SSD startete ich moneyplex. Alles prima – bis auf einige Darstellungsprobleme: in manchen Felder waren die Einträge nicht richtig lesbar. Größtenteils habe ich sie – dank Hinweis hier in der Liste – mit einem anderen GTK-Theme ‚einfangen‘ können – leider aber nur teilweise (bei manchen Meldungen fehlen die Unterlängen...) Nach und nach habe ich danach weitere Programme eingerichtet: - Postgresql-Server, Tuxcards und Virtualbox waren kein Problem. - Allerdings musste ich recht schnell feststellen, dass doch einige der Helferlein, die ich gern benutze, für 42.2 aktuell nicht mehr zur Verfügung stehen, wie z.B. pdf-mod. Ein kleines, sehr praktisches Tool. Das musste aus dem Repository einer Vorversion holen. - Auch den Client für ownCloud zu finden, war nicht ganz einfach. Irgendwie habe ich den Eindruck, dass die Paketsuche bei http://software.opensuse.org/search nicht mehr so richtig funktioniert. Da kam zwar einiges zur ownCloud-Administration, nicht aber der Client... - Nach meinen Erfahrungen unter 13.2 war mir klar, dass die Einrichtung meines Multifunktionsgerätes Canon Pixma MP280 ein Fall für sich und besonders knifflig werden würde. So kam es dann auch: Schon die Auflösung der Abhängigkeiten für den Druckertreiber war ein Abenteuer - libpng14 und libtiff3 musste ich erstmal finden. - Noch ‚besser‘ war die Scannereinrichtung. Die Installation der Software von Canon (scangearmp) ging zwar einfacher als der Druckertreiber, der Scanner wurde auch in YaST ausgewiesen, war aber nicht ansprechbar. Die Rückmeldung war, das Gerät sei ‚busy‘. Aber ich hatte ja schon Erfahrung (s. Thread „a little OT…“ vom Februar 2015). Also habe den 13.1-Treiber (libsane-pixma.so.1.0.23), den ich schon unter 13.2 verwenden musste, ins System kopiert und verlinkt. Und siehe da, der Scanner läuft. Wahrscheinlich werde ich noch unter Leap 78.5 den 13.1-Treiber verwenden müssen. ;-)) Seinerzeit hatte ich übrigens eine Bugreport abgesetzt, aber da scheint nicht viel passiert zu sein... - Skype: Die Installation lief problemlos, aber beim Test (skype test call) stellt sich heraus, dass die Gegenseite mich nicht hören konnte. Habe darauf erstmal erfolglos die Multimedia-Einstellungen überprüft. Irgend kam ich auf die Idee, noch kmix zu installieren, weil ich mich erinnern konnte, dass Skype unter kmix einen eigenen Eingangsregler hatte. Nach der Installation von kmix ging Skype jedenfalls plötzlich doch, ohne dass ich etwas geändert hätte. Strange… - Ansonsten habe ich mehrfach das 'Abschmieren' von Teilen des graphischen Systems bemerkt, es gab Fehlermeldungen wie 'Kwin musste neu gestartet werden, o.ä.) - zum Glück bisher ohne Datenverluste... Soweit meine bisherigen Erfahrungen. - Jetzt fehlen mir noch ein paar Sachen, z.B. Multimediafunktionen (DVDs, etc.) und google-earth. Hat jemand mit google-earth schon Erfahrung gemacht? Unter 13.2 gab‘s ne Anleitung, irgendwas mit den libQTs – muss nochmal danach suchen, falls das erforderlich sein sollte... Soweit bisher. Grüße, Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

7 8

Arbeitsflächen kde einrichten
by Manfred Eifler 26 Feb '17

26 Feb '17

Hallo, die kde 5.8 ist wohl noch eine Baustelle so wie ich das sehe. :-( Ich habe 7 Arbeitsflächen. Ich kriege sie nicht einzeln konfiguriert. Hintergrundbild, Ort usw.. Das wird immer auf alle Arbeitsflächen angewendet. Nun hoffe ich, dass ich nur nicht den richtigen Schalter dafür finde und mir jemand sagen kann, wo er versteckt ist. (Ich habe die Installation schon wieder bereut. Bei OS 12.3 funktionierte alles tadellos. Das hier ist ein Scherbenhaufen. Die Icons in kmail haben keine Farben, Die lokalen Abonnements bearbeiten ist wirkungslos. Wenn ich kontact schließe meldet es, es wurde angeblich unerwartet beendet. Früher waren es Häkchen, jetzt Farben - barrierefrei ist etwas anderes - ich erkenne nämlich nicht alle Farben, Gexif sagt "(gexif:3929): Gtk-WARNING **: Theme directory base/ of theme oxygen has no size field Trace/Breakpoint ausgelöst (Speicherabzug geschrieben)" wenn ich auf file klicke, Anwendungen sind halb deutsch und halb englisch und vieles mehr. Das gehört zwar nicht zu diesem Thema, aber ich wollte es mal erwähnt haben. Wo sonst, wenn nicht hier. Wie schon vorher befürchtet ist der Frust groß.) -- Viele Grüße Manfred ------------------- openSUSE Leap 42.2 KDE: 5.8.3 Linux -4.4.46-11--default 64-bit -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

9 28

Re: @David Haller / mc
by Dr.-Ing. Dieter Jurzitza 26 Feb '17

26 Feb '17

Hallo David, das Paket für leap-42.1 heruntergeladen & installiert (selbst gebaut, ist Ehrensache :-)), sieht (fast ...) gut aus. "Hineinsehen" ins Archiv kann man damit, so ein großer Vorteil gegen dem ursprünglichen Zustand, bei dem man die Datei nicht einmal hatte sehen können, aber erzeuge Dir mal ein Beispielarchiv mit dem angehängten Skript und versuche, aus mc heraus per "F3" die Datei ganz tief im Archiv (testfile.dat, hat nur ein paar Byte ...) zu lesen, das klappt nicht. "/bin/tar: Beende mit Fehlerstatus aufgrund vorhergehender Fehler". Der gleiche "/bin/tar" macht das problemlos auf der Kommandozeile. Aber vielleicht stelle ich mich ja nur doof an. Dir vielen vielen Dank für Deine Mühe, Dieter makearchive.sh: *************************************************************** #!/bin/sh NAMEBASE="blablubblbablablablablubbblabluubbbbla" FULLNAME=${NAMEBASE} for ((i=1; i<10; i++)); do FULLNAME=${FULLNAME}/${NAMEBASE} done export FULLNAME mkdir -p ./${FULLNAME} echo "This is a test" >> ./${FULLNAME}/testfile.dat tar cvf testarchive.tar ./${NAMEBASE}/* *************************************************************** -- ----------------------------------------------------------- Dr.-Ing. Dieter Jurzitza 76131 Karlsruhe -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

Re: Arbeitsflächen kde einrichten
by Helga Fischer 25 Feb '17

25 Feb '17

Hallo Christian, Am Samstag 25 Februar 2017 schrieb Christian Meseberg: [...] > mmmh, ich finde unter kdepim3 nicht viel. Bei mir steht "Keine > Ergebnisse" > > OS 42.2 und KDE 5.8.3 Hab' vergessen, dass ich das unter Tumbleweed drin habe. Alle regulären Susen hatten das Paket auch dabei. Für die 42er-Versionen habe ich das nie gegengecheckt. Die Softwaresuche (web) findet jedoch auch was: https://software.opensuse.org/package/kdepim3 Das sieht nach Zusatzrepo aus. (Habe ich normalerweise immer mit dabei, weil ich einfach an manchen KDE3-Sachen hänge und es keinen modernen Ersatz gibt). > Das mit den Hintergrundbildchen ist traurig aber jammern auf > sehr hohem Niveau Das stimmt - irgendwie. Wäre schön gewesen, hätte man die gute Strategie weiter gefahren, die KDE-Versionen getrennt zu halten. Meinen schönen, funktionierenden KDE4-Desktop nämlich gegen den (sorry!) häßlichen KDE5 auszutauschen wird für die Zukunft echt wehtun. Vermutlich wird der Ersatz also XFCE heißen. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

Re: @David Haller / mc
by Dr.-Ing. Dieter Jurzitza 25 Feb '17

25 Feb '17

Hallo David, erstmal vielen Dank, bisher habe ich mit leap 42.1 "gewerkelt", gehe daher davon aus, dass das ziemlich bis vollkommen unabhängig von der Distribution ist. Ich hatte Deinen Hinweis in Bugzilla auch zu spät gefunden und einen neuen Bugreport aufgemacht, das Problem betrifft nämlich "doublecommander" in sehr ähnlicher Weise. Ich hatte angenommen, dass das an irgeneiner gemeinsamen verlinkten Bibliothek liegt, die die virtuellen Filesystemzugriffe realisiert. Hierzu gibt es den Bug 1024931 bei Opensuse, dort übrigens auch ein Skript von mir, mit dem man das Problem sehr gut demonstrieren kann. Dir auf alle Fälle vielen Dank schonmal, ich werde mir die Version von Dir umgehend ansehen, es wäre toll, ich würde für meine Schwester eine Lösung finden, die sie nicht auf die Kommandozeile zwingt .... Danke nochmal, ich melde mich demnächst Dieter -- ----------------------------------------------------------- Dr.-Ing. Dieter Jurzitza 76131 Karlsruhe -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

Re: Tuxedo InfinitySilent Suspend-to-RAM Resume klemmt
by gregor willms 25 Feb '17

25 Feb '17

Am Sonntag, den 19.02.2017, 18:59 +0100 schrieb Stephan Hemeier: > Am Sonntag, 19. Februar 2017, 18:54:30 CET schrieb gregor willms: > > Tuxedo InfinitySilent > Kabilake Prozessor? > > Dann versuch mal den Kernel aus kernel:stable. > http://download.opensuse.org/repositories/Kernel:/stable/standard/ > > Stephan > Halo Stefan, ja, der Prozessor ist Kabylake; und die Ubuntuversion, unter der der STR geht, hat auch die Kernelversion 4.9; sieht zunächst mal so aus, als ob das gehen könnte. Leider kriege ich den 4.9-er kernel aus dem obigen Repository nicht zum laufen. Ich habe den kernel-default-base installiert, aber das System bleibt beim Start irgenwo hänge; irgendwelche Module laden nicht. Was müsste ich den aus dem Repository noch alles einspielen? Gruß Gregor -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 5

@David Haller / mc
by Dr.-Ing. Dieter Jurzitza 25 Feb '17

25 Feb '17

Hallo David, es gibt einen Bug bei openSUSE (836558) bei dem die mc - Problematik mit zu langen Pfadnamen bei tar - VFS diskutiert wird. Es gibt dazu auch einen Bug "upstream", bei dem vor 7 Jahren schon festgestellt wurde, dass die tar - vfs - Implementierung von mc "Liebe" bräuchte. Nun ja. In dem genannten Bug wird ein Skript referenziert, welches dieses Problem löst, man kann es sich auch herunterladen - wie binde ich das denn in mc ein? Wenn Du dazu einen Hinweis hast, wäre das super - ich habe da gerade ein größeres Problem und wäre daher an einer Lösung sehr interessiert, um zu verhindern, dass Personen "auf die Kommandozeile" zurückverwiesen werden. Das hat technische Gründe, die ich hier nicht weiter ausdiskutieren möchte. Vielen Dank schonmal, Grüße Dieter Jurzitza -- ----------------------------------------------------------- Dr.-Ing. Dieter Jurzitza 76131 Karlsruhe -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 3

kernel selbst kompilieren - einige Fragen
by Lentes, Bernd 24 Feb '17

24 Feb '17

Hallo, ich habe einmal in meinem Leben einen Kernel selbst kompiliert, und das ist fast 20 Jahre her. Nun muss ich das testweise noch einmal machen. Ich habe ein SLES 10 SP4 mit einem 2.6.16 kernel 64bit. Zu welche Kernel ratet Ihr ? Kann ich da grundsätzlich jeden nehmen ? Bei kernel.org ist longterm 3.2.84 derjenige, der an meinem am nächsten dran ist. Ich könnte mir vorstellen, daß ein zu großer Releasewechsel nicht gut ist. Ich brauch die ganzen Entwicklungs- und Übersetzungswerkzeuge und die Kernelquellen ? Was ist mit der config-Datei in /boot ? Ist das die Konfiguration des laufenden Kernels ? Dann würde es ja Sinn machen, diese wieder zu nehmen. Oder ? Sonst noch was ? Danke. Bernd -- Bernd Lentes Systemadministration institute of developmental genetics Gebäude 35.34 - Raum 208 HelmholtzZentrum München bernd.lentes(a)helmholtz-muenchen.de phone: +49 (0)89 3187 1241 fax: +49 (0)89 3187 2294 Erst wenn man sich auf etwas festlegt kann man Unrecht haben Scott Adams Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Heinrich Bassler, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

4 11

[gelöst] Re: leap 42.2: Scanner Canon Lide 120 ist nicht nutzbar
by Johannes Kapune 24 Feb '17

24 Feb '17

ich habe den Scanner einfach in /etc/udev/rules.d/55-libsane.rules eingetragen, jetzt funktioniert es. Johannes Am 23.02.2017 um 16:26 schrieb stakanov: > In data giovedÃ¬ 23 febbraio 2017 15:38:57, Johannes Kapune ha scritto: >> Ich antworte noch mal selber. >> >> Wenn ich z. b. VueScan als root starte findet es den Scanner -> >> Rechteproblem, blos wo und wie lÃ¶sen? >> >> Johannes >> >> Am 23.02.2017 um 15:22 schrieb Johannes Kapune: >>> Hallo zusammen, >>> >>> bis 13.2 wurde mein Canon Scanner Lide 120 mit dem genesys-Treiber >>> erkannt und war nutzbar. Jetzt nach dem Update musste ich feststellen >>> dass der Scanner unter Leap 42.2 nicht als Scanner erkannt wird. >>> >>> ~lsusb zeigt den Scanner an: >>> Bus 003 Device 005: ID 04a9:190e Canon, Inc. >>> >>> Wenn ich in Yast nach Scannern suchen lasse findet er beim "Erkennung >>> erneut starten" den Lide 120, leider steht dann aber bei Treiber: Nicht >>> konfiguriert: Canon CanoScan USB scanner (vendor=0x04a9 [Canon], >>> product=0x190e [CanoScan], chip=GL848+) alt libusb:003:005 >>> >>> >>> >>> unter: >>> http://www.sane-project.org/cgi-bin/driver.pl?manu=canon&model=lide&bus=an >>> y&v=&p= >>> >>> >>> heiÃÂt es unter "Backends included in the develpment repository - see >>> SANE git Access, dass der genesys 1.0-63 den Canon Lide 120 complete >>> unterstÃÅtzen soll. >>> >>> Wie bekomme ich das hin? >>> >>> Besten Dank schon jetzt >>> Johannes > "Normalerweise" sollte er ihn auch unkonfiguriert mit skanlite erkennen und > damit arbeiten. Wenn der treiber als "nicht konfiguriert" gelistet wird, > modifiezieren drÃŒcken und dann die Schritte durchgehen ohne was zu Ã€ndern, am > Ende Speichern. Jetzt sollte er "Konfiguriert" sein. Vielleicht braucht Vscan > das? > > > -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 1