August 2011 - openSUSE Users (Deutsch)

Probleme beim einbinden mehrere shares über cifstab beim booten
by Achim Theobald 29 Aug '11

29 Aug '11

Hallo, ich habe hier folgendes Problem mit der cifstab beim Bootvorgang des Rechners. In der cifstab stehen zwei shares drin. Beim Bootvorgang des Rechner wird aber nur die erste eingebunden. Die zweite wird überhaupt nicht beachtet. Führe ich allerdings manuell ein "service cifs restart" aus werden beide shares eingebunden. Beide shares stehen zum Zeitpunkt des Bootvorgangs sicher zur Verfügung, daran liegt es nicht. Abgesehen davon käme dann auf der Console ja ein "failed" beim cifs. Any suggestions? Cu Achim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

5 9

Re: texlive 2011
by Marco Röben 29 Aug '11

29 Aug '11

Am Montag, 29. August 2011, 12:53:39 schrieb Dr. Werner Fink: > > > Ist wirklich > > > schade, dass openSUSE den nicht mitliefert. > > TeXLive Manager zerschießt die RPM-Datenbank. Sowas habe ich schon vermutet. > > Wenn eine neue Version eines Paketes noch nicht da ist, kann man zb den > > Maintainer anschreiben, oder einen Bugzilla aufmachen, oder wenn man > > dazu neigt auch selber ein Versions Update machen > > Zeit ist ein kostbares Gut, leider hab' ich etwas zuwenig > davon. TeXLive is ein Broken und als RPM's eingepackt, > vorallem wenn FHS zum Pfadlayout von TeXLive passen sollen, > sehr aufwendig. Schon klar und wahrscheinlich bin ich deshalb bis jetzt auch nie auf die Idee gekommen und habe einen Bugzilla-Eintrag o.ä. aufgemacht. 99% der Benutzer brauchen die Möglichkeit wohl gar nicht einzelne Pakete upzudaten, der Rest weiss mit dem lokalen .texmf-Verzeichnis umzugehen oder installiert sich TeXLive einfach selber. Ich persönlich finde den TeXLiveManger jedoch sehr praktisch. Gibt es eigentlich so etwas wie ein LaTeX-Dummy-RPM, welches man installieren kann wenn man nicht die TeXLive-Version von openSUSE verwendet? Kile und co. beschweren sich sonst jedesmal wenn man das Softwaremanagement aufruft. MfG Marco -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

1 0

Re: GRUB neu installieren - gibt es da eine bessere Methode?
by Hugo Mahr 29 Aug '11

29 Aug '11

Hallo Stefan am Samstag, 27. August 2011 09:48:50 schrieb Stefan Plenert: > Mit der Formatierung von C:/ wird sie wohl gelöscht und von Windows neu > geschrieben? Also mit dem unten genannten Wikipediabeitrag (siehe auch den Beitrag von Detlef Wiese ) wird es nicht gelöscht,aber wohl bei window installation geschrieben. > > > Ich frage mich immer, kann ich den Teil vorher kopieren. Windows > installieren. Danach über eine Live-Version von Linux wieder herstellen. Jein. Siehe z.B. http://de.wikipedia.org/wiki/Master_Boot_Record , speziell 'Installation, Sicherungskopie und Deinstallation'. Vorsicht - jetzt hole ich aus :-)) Ich verstehe das so, dass Du den Bootsektor (mit und Partitionstabelle) kopieren kannst. Auch wiederherstellen. Nur die Erfahrung fehlt mir ob Du dann im Linux-system irgendwie Windows starten kannst. Hier funktioniert das praktisch so, dass Windows mit Bootsektor unverändert ist, und Linux einen eigenen Bootsektor hat. Und in /boot/grub/menu.lst z.B. steht (... steht für den Rest der Zeile) title Desktop -- openSUSE 11.4 - 2.6.37.6-0.7 root (hd0,9) kernel /vmlinuz-2.6.37.6-0.7-desktop root=/ ... initrd /initrd-2.6.37.6-0.7-desktop title windows 7 rootnoverify (hd0,0) chainloader +1 Wie ich sagte funktioniert das soweit. Problem hatte ich bisher mit Windows 7, SP1 update. Da half bei mir die windows Partition für kurze Zeit zu aktivieren. Außerdem beschwert sich windows über regelmäßige Sicherungen, wo er die externe Platte nicht erkennt, auf die er sichern soll. Vielleicht würde da auch die Aktivierung der Windows Partition helfen. Keine Ahnung. Kein echtes Problem für mich, da ich wichtige Sachen eh mit LINUX mache. Und Yast erlaubt Aktivierung einer Partition im erweiterten Bereich. Mit dem Programm fdisk einer Knoppix CD kann ich die aber NICHT wieder aktivieren (war wohl auf dem zweiten Rechner so, hier auf dem Rechner wird der Bootsektor der erweiterten Partition selbst genutzt). Letztendlich muss ich sagen, dass mit der Manipulation der Partition natürlich was schief gehen könnte und ein ** Backup ratsam ist **. Was die Leute mit virtuellem PC ja elegant (aber Geschwindigkeitseinbußen?) umgehen. Zum Thema DUAL Boot finden sich mit Google viele Seiten. Gruß Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

5 5

texlive 2011
by Karl Brandt 29 Aug '11

29 Aug '11

Hallo, es kribbelt in den Fingern, ich warte voller Sehnsucht auf "texlive 2011" für SuSE 11.4. Ich habe mir extra für luatex ein Buch bestellt. Beides läßt auf sich warten. Weiß einer von Euch warum "texlive 2011" noch nicht als rpm zur Verfügung gestellt wird? Oder gibt es diese Pakete schon und ich habe sie nur noch nicht gefunden? Karl Brandt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

5 6

Script ausführen, wenn man in einem bestimmten Netzwerk ist
by Dr. Jürgen Vollmer 29 Aug '11

29 Aug '11

Hallo allerseits, ich bin mit meinem laptop in verschiednen Umgebungen tätig. Manchmal per LAN machmal per wlan manchmal mit beidem im Netz. Abhängig von der Umgebung (d.h. der zugewiesenen IP-Adr oder ???) möchte ich ein Script ausführen, welches z.B. die default route ändert (um z.B. Verkehr nach "auswärts" über wlan, "interner" verkehr über LAN zu leiten), oder proxies setzen. Wo "hängt" man ein solches Script "ein", wenn es beim Start der Netzwerkverbindung automatisch ausgeführt werden soll? Danke&Bye Jürgen -- Dr.rer.nat. Jürgen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer(a)informatik-vollmer.de www.informatik-vollmer.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

3 2

Startmenü für KDE und Xfce
by Tao te Puh 28 Aug '11

28 Aug '11

Hallo, aktuell wandere ich zwischen den Desktop-Welten KDE und Xfce. Nun möchte ich gerne, dass das Startmenü - oder Anwendungsmenü oder Geckomenü oder wie auch immer man das Desktopübergreifend nennen mag - in beiden Oberflächen mehr oder weniger ähnlich sind, ich also meine Programme im Menü in beiden Oberflächen wiederfinde. Grundsätzlich, also nach einer Erstinstallation, ist das ja schon mal alles ganz ordentlich und ohne weiteres Zutun gegeben - Probleme habe ich aber mit Programmen, die ich dem Menü manuell hinzufüge. In KDE habe ich ja kmenuedit mit dem ich das grafisch erledigen kann. Es wird eine .desktop-Datei angelegt und diese wird im Verzeichnis "~/.local/share/applications/" abgelegt. Leider ist sowohl die Position, aber auch der Inhalt, dieser .desktop-Dateien, nicht kompatibel mit Xfce. Xfce findet diese .desktop-Datei nicht: Soweit ich das herausgefunden habe, gibt es viele mögliche Orte an denen diese .desktop-Dateien stehen können und welche Verzeichnisse Xfce berücksichtigt, wird in der Umgebungsvariable $XDG_DATA_DIRS definiert. Nach einer Grundinstallation, steht da erst einmal nur /usr/share drin. Hier scheint es bereits den ersten Fehler zu geben, denn genau steht da "/usr/share:/usr/share" drin, also ein doppelter Eintrag. Nach meiner Recherche ist es nun so, dass die Variable $XDG_DATA_DIRS durch das Script "/etc/profile.d/xdg-environment.sh" gesetzt wird. Wenn ich das Script richtig verstanden habe, "klopft" es eine Reihe von vorgegebenen Verzeichnissen/Kandidaten (/usr/local/share /usr/share /etc/opt/*/share /opt/*/share /usr/share/gnome) daraufhin ab, ob dort ein Unterverzeichnis "applications" existiert und wenn dem so ist, wird dieser Pfad der Umgebungsvariablen $XDG_DATA_DIRS hinzugefügt. Leider ist es nun so, dass das Verzeichnis in dem kmenuedt die .desktop-Dateien ablegt (~/.local/share/applications/) nicht in der Liste der potenziellen Kandidaten in dem Script auftaucht. Somit wird dieser Pfad nicht hinzugefügt und Xfce kann die .desktop-Datei nicht finden. Ich habe mal Testweise in dem Script "/etc/profile.d/xdg-environment.sh" die Zeile 20, also die Zeile mit den "Kandidaten", erweitert um den Eintrag "~/.local/share" und siehe da, nach dem nächsten Login wurde $XDG_DATA_DIRS erweitert auf "/usr/share:/home/tao/.local/share:/usr/share". Nun kann Xfce die .desktop-Datei zwar finden, aber das Programm wird immer noch nicht im Startmenü angezeigt. Damit kommen wir zu den nächsten 2 Problemen, sie betreffen den Inhalt der von kmenuedit angelegten .desktop-Dateien. Erstens: Die .desktop-Datei enthält einen Eintrag "Path[$e]=". Dieser stört Xfce. Es gibt zwar keine Fehlermeldung, aber das Programm wird einfach nicht im Menü angezeigt. Zweitens: Es fehlt der Eintrag der die Position (Kategorie) im Startmenü bestimmt (Categories=) also z.B. "Categories=Office" und das, obwohl er beim Anlegen in kmenuedit angegeben und dort auch angezeigt wurde. Somit erscheint das Programm in Xfce in der Kategorie "Sonstiges" - in KDE allerdings unter Office was die Vermutung nahe legt, dass KDE noch weitere Informationen zur Menüstruktur irgendwo außerhalb der .desktop-Datei speichert. Wie auch immer, wenn man den Eintrag "Categories=Office" der .desktop-Datei hinzufügt, wird das Programm auch in Xfce, in der Kategorie "Büroprogramme" angezeigt. Das wären also schon mal zwei Baustellen : 1.) Das Script "/etc/profile.d/xdg-environment.sh" 2.) Position und Inhalt der von kmenuedit erzeugten .desktop-Dateien Wer (openSuSE, KDE oder Xfce) sich dabei nicht an freedesktop.org hält, habe ich nicht recherchiert. Das nächste Problem habe ich noch nicht richtig fokussieren können. Es beginnt damit, dass es aktuell in Xfce wohl keine Bordmittel gibt um das Startmenü zu editieren - zumindest nicht grafisch. Ich habe deshalb einfach mal kmenuedit unter Xfce gezündet und da Xfce ja gut mit KDE-Applikationen kann, funktioniert das auch erst einmal - wenn auch mit den oben beschriebenen Problemen. Allerdings spinnt seitdem meine Menüstruktur in KDE soll heißen, mal wird sie nach dem Login korrekt angezeigt, mal fehlen eine Reihe von Programmen oder sind durcheinander "gekegelt" - so fehlen z.B. manchmal alle LibreOffice-Geschichten unterhalb von Büroprogramme und das sind Einträge, an denen ich überhaupt nichts geändert habe, ich habe lediglich ein Programm hinzugefügt. Diese Verhalten ist aber nicht eindeutig reproduzierbar soll heißen, es variiert von Login zu Login. In Xfce schaut das hingegen alles gut aus. Ich vermute mal, dass hier etwas durcheinander geraten ist was in dem oben beschrieben Zusammenhang angesprochen wurde, also das es in KDE offensichtlich noch eine andere Stelle außerhalb der .desktop-Datei gibt an der Menüeinträge verwaltet werden. Ich vermute hier eine Datei die mir einfach nicht bekannt ist. Zum Abschluss noch ein Hinweis für alle die, ähnlich wie ich, zwischen den Desktop-Welten wandeln: In Xfce gibt es ja, wie geschrieben, zunächst mal kein Bordmittel um das Startmenü grafisch zu editieren. Ich habe aber einen Hinweis auf ein Tool gefunden, das diesen Dienst anbietet. LXMenuEditor (lxmed) ist ein in java programmierter Menüeditor der ursprünglich mal für LXDE erstellt wurde, aber auch in anderen Desktopumgebungen funktioniert. lxmed erstellt .desktop-Dateien die sowohl von KDE, wie auch von Xfce korrekt erkannt und behandelt werden und legt sie im Verzeichnis "/usr/local/share/applications/" ab. Dieses Verzeichnis existiert in der Regel nicht, wird aber automatisch von lxmed erstellt und vor allem, es wird von dem oben beschriebenen Script "/etc/profile.d/xdg-environment.sh" von Hause aus berücksichtigt soll heißen, die Umgebungsvariable $XDG_DATA_DIRS wird, nach dem nächsten Login, korrekt erweitert. Mein persönlicher Workaround ist aktuell also, dass ich das Startmenü, sowohl in KDE, wie auch in Xfce, mit lxmed bearbeite. lxmed gibt es hier: http://lxmed.sourceforge.net/ So, das also zum meinem aktuellen "Kinken". Ob das einen Bugreport wert ist, lasse ich Euch entscheiden. -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

1 0

Re: Gnome-Elemente in KDE
by Aribert Deckers 27 Aug '11

27 Aug '11

On Sat, August 27, 2011 12:14, Johannes Kapune wrote: > http://www.eselwatch.com/index.php?title=Aribert_Deckers Eselwatch? Ach ja, diese unterbelichteten Kleinkriminellen auf der Gehaltsliste der Esoteriker. Aber so ist das, wenn Esoteriker fachlich nichts auf die Reihe kriegen (wie denn auch, sie haben ja keine fachlichen Fähigkeiten): dann zahlen sie Kriminellen einen FÜnfziger im Monat, damit die die Wissenschaftler und Journalisten stalken, deren fachlicher Kritik sie nicht gewachsen sind. Hier ist noch ein Beispiel: http://www.wahn-sinn.info Und noch eins: http://www.casinogeldbote.com Tja, hiergegen ist nunmal kein Kraut gewachsen: http://www.pharmamafia.com http://www.klinikskandal.com http://www.transgallaxys.com http://www.medizin.se http://www.esowatch.com http://www.kidmed.org http://www.kindersprechstunde.at http://www.xy44.de ... just to name a few. Have a nice day Aribert Deckers ----- http://www.Journalist.is -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

7 8

named startet nicht
by Andreas Meyer 27 Aug '11

27 Aug '11

Hallo! Ich wollte hier mit einer openSUSE 11.3 einen named in Betrieb nehmen, er startet aber nicht. itx:/var/run # rcnamed start Starting name server BIND checkproc: Can not stat /var/run/named/named.pid: Too many levels of symbolic links start_daemon: Can not stat /var/run/named/named.pid: Too many levels of symbolic links In /var/run gibt es nach dem Startversuch einen toten symbolischen link named auf /var/run/named lrwxrwxrwx 1 root root 14 27. Aug 09:22 named -> /var/run/named Lege ich ein Verzeichnis /var/run/named an, befinden sich darin nahezu unzählige Verlinkungen auf ~named. Hat jemand einen Lösungsvorschlag für dieses Problem? Grüße Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

6 15

GRUB neu installieren - gibt es da eine bessere Methode?
by Manfred Keller 27 Aug '11

27 Aug '11

Hallo Listenleser, kurz ein paar Sätze zu meinem System: Dualboot openSUSE 11.4 und Windows 7 Prof. Läuft alles wunderbar nur mein Windows habe ich langsam aber sicher kaputt installiert. Lange Rede kurzer Sinn, der SP 1 ließ sich nicht installieren. Also habe ich Windows mit Hilfe der DVD in den Urzustand versetzt. Dabei bleiben alle Programme und die meisten Systemeinstellungen erhalten. Es ist quasi eine Rückaktualisierung. So weit so gut, das hat funktioniert, bloß war Windows der Meinung, ich bin hier der Chef und ich mach mal den Bootloader platt. Und jetzt kommt mein Problem. Wie kann ich den Bootloader neu installieren? Wenn ich mit der openSUSE DVD starte, dann habe ich ja nur noch die Möglichkeit neu zu installieren, das System von der Platte starten, aber dann lande ich direkt im Windows, das Rettungssystem booten, aber da funktioniert YAST nicht und das wars. Ich habe es folgendermaßen gelöst: 1. von DVD starten 2. Neuinstallation wählen 3. alle Software, die installiert werden soll auf Tabu setzen 4. Partitionstabelle von der Festplatte einlesen und entsprechend einhängen 5. Nix formatieren 6. Bootloader anpassen 7. Installation starten und beten Es scheint geklappt zu haben, aber ich kann euch sagen ich hab Blut und Wasser geschwitzt. Es wurde anscheinend tatsächlich keine Software installiert und der Bootloader scheint wieder zu funktionieren. Einzig nach dem Neustart die weitere Installation (wahrscheinlich Geräte) funktioniert nicht und es hagelt Fehlermeldungen. Aber nach einem weiteren Neustart, wobei ich diese weitere Installation weg geklickt hab scheint alles wieder so zu funktionieren wie vorher. Aber das kanns doch nicht sein, dass "nur" für einen neuen funktionierenden Bootloader solche Klimmzüge notwendig sind, oder? Nun meine Frage: Gibt es eine andere Möglichkeit wieder ein startendes System zu bekommen? Warum wurde die Systemrettung die das System von der DVD aus überprüft und ggf. repariert von der DVD entfernt? Es ist ja nicht nur ein defekter Bootloader, der so komfortabel korregiert werden konnte, sondern da waren auch andere nützliche Tests, wie z.B. die Überprüfung einzelner Partitionen auf Fehler oder die Einträge in der fstab usw. Ich hoffe ihr konnten mein Problem verstehen und bin gespannt auf die Antworten. Vielen Dank fürs zu Ende lesen. Mit freundlich Grüßen Manfred Keller -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

8 11

Re: Gelöst Re: Gnome-Elemente in KDE
by Walter Stengel 27 Aug '11

27 Aug '11

> Das ist der fatale Irrtum. Ich habe EDV unterrichtet und weiß aus > Erfahrung, daß es überhaupt kein Problem ist, auch völligen Laien > komplizierte Dinge beizubringen. Die Anwender aber auf dem Niveau von > Kleinkindern zu halten (was der Fall ist), DAS verursacht die Probleme. Die Definition von EDV ist wohl bekannt: Ende Der Vernunft oder in diesem Falle besser Ende Des Verstandes W.S -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

1 0