March 2017 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

Lenovo T60
by Christian Meseberg 14 Mar '17

14 Mar '17

Hallo zusammen, einer der alten Kisten im Haushalt ist ein Lenovo T60, 32bit. Derzeit läuft 'noch' OS 13.1 Bleibt da nur Tumbleweed? -- Grüße Christian -- 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

6 8

Re: Gelöst Re: Performance Vergleich btrfs ext4
by Dr.-Ing. Dieter Jurzitza 14 Mar '17

14 Mar '17

Hallo zusammen, um eine Antwort auf die Frage zu geben, wie es sich denn darstellt: die Phänomene, die ich kenne, sind oft ähnlich, aber selten gleich: man kann keine Dateien mehr löschen, man kann keine Snapshots löschen, man kann kein FS-Check durchführen. Mount / unmount macht Probleme. Dateien-kopieren bricht mittendrin ab, weil die Platte als korrupt bezeichnet wird. Alle Ansätze, mit prima gemeinten Ratschlägen und Vorgehensweisen aus dem Internet eine Verbesserung der Situation zu erreichen, schlagen Fehl. Lösung? Rechner platt machen, ext4 drauf, Ruhe ist. Wenn ich schon in der opensuse - Liste höre, dass Btrfsck am besten gar nicht genutzt werden sollte - da fasse ich mir nur an den Kopf .... Wenn jemand seinen Rechner braucht, dann hat man keine Zeit, mal eben einen Thread im Netz aufzumachen und das Problem zu diskutieren - vor allem dann, wenn der Rechner nicht bei einem selbst auf dem Tisch steht. Bitte vergleicht Euch (die ihr seit Jahren in mehr oder minder professioneller Manier mit Rechnern umgeht) nicht mit Otto Normalverbraucher (meine Schwester, mein Schwager, verschiedene Bekannte). Die rufen erst an, wenn es gar nicht mehr geht, weil sie einem ja nicht zur Last fallen wollen. Erkläre mir doch mal jemand, welche Privatperson Snapshots braucht (die gar nicht weiß, was ein Snapshot ist, noch weiß, was sie wie damit machen soll). Aber dass wegen einer unausgegorenen Snapshotfunktionalität Platten ohne Sinn und Verstand vollaufen, das ist zielführend? Auch mit Snapshots ist man keineswegs vor einem Plattencrash gefeit, also ohne Sicherungen geht ohnehin gar nichts. Aus meiner Sicht kann ich zusammenfassen: Brtfs erhöht die Systemkomplexität. Das hat noch keiner kommentiert (vor allem nicht: dagegen argumentiert, dürfte auch schwer sein). Btrfs ist aus meiner Erfahrung (und offensichtlich auch aus der Erfahrung so mancher anderer) anfällig gegen Störungen, sei es ein ungewolltes unsauberes Herunterfahren, übervolles FS, was auch immer. Btrfs kostet Performance (meine Schwester ist ganz begeistert, wie schnell ihr Rechner mit ext4 plötzlich ist). Btrfs "reparieren" ist problematisch und funktioninert im praktischen Leben öfter mal nicht. Die verfügbaren Tools sind scheinbar unausgegoren (man soll Btrfsck nicht nutzen hieß es auf der opensuse - Liste, das ist dann aus meiner Sicht völlig daneben) Ich bleibe dabei: Btrfs ist im aktuellen Zustand ein Gimmick für Sysadmins, der dem Endanwender nichts bringt - außer Ärger und Performanceeinbußen. Wer dagegen argumentiert, möge mir mal erklären, wie es dazu kommt, dass man wie erwähnt seit 2009 nichts mehr über ext4 Probleme hört, aber dass google eine nicht unerhebliche Zahl von Meldungen aus aktueller Zeit in Bezug auf Btrfs ausspuckt. Erst kürzlich ist der Bug-Report mit den Systemhängern*) in 42.2 aufgekommen, von dem einige Personen betroffen waren bzw. sind. All die Personen, die bisher keine Probleme mit dem Filesystem haben oder hatten und denen die Langsamkeit nichts ausmacht kann ich nur sagen: Glück gehabt. Hier wird einfach nur eine neue Sau durchs Dorf getrieben, weil es sexy ist, etwas neu zu erfinden, neue Namen zu vergeben - und nicht hinterfragt wird, ob der Anwender das auch wirklich braucht, was ihm da aufoktroiert wird. Tumbleweed ist die Spielwiese, dachte ich, nicht leap? Die Standardvorgabe für einen Endanwender sollte ext4 sein, nicht Btrfs. Wenn die Leute, die ihre Zeit für so was verwenden, mal das Exportieren von Druckern im Netzwerk über YaST reparieren würden oder postfix wieder in die Lage versetzen würden, ohne manuelles Gefrickel in Konfigurationsdateien mit t-online Servern zu reden, wie das über 10 Jahre funktioniert hat und vor etwa einem Jahr dann plötzlich nicht mehr, wäre ich ihnen _wirklich_ dankbar ... my two cents. Grüße Dieter *) Hier auch meine Anmerkung: das mag nur indirekt mit Btrfs zusammenhängen, im Ergebnis spielt das keine Rolle, der Anwender steht vor einem System, welches nicht funktioniert. -- ----------------------------------------------------------- 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

9 14

Frage zu awk
by K. Elo 14 Mar '17

14 Mar '17

Hallo! Ich hätte eine Verständnisfrage zu 'awk'. Weiss nicht so richtig, ob es ein Bug ist oder ein Feature :) Ich habe die folgende Datei (test.csv): --- snip --- A a B A a B C D A a B C A a B C D E A a B C --- snip --- Die Felder sind mit Tabs getrennt. Wenn ich jetzt den Befehl > awk '{ OFS=FS="\t"; for (i=2; i<=NF; i++) print $1, $i }' test.csv ausführe, kommt folgendes raus: A a <==== HIER! A B A a B A a C A a D A a B A a C A a B A a C A a D A a E A a B A a C Warum wird die erste Zeile anders (=falsch) getrennt als der Rest?? In der 1. Zeile wird das Leerzeichen in "A a" zum Trennzeichen, was nicht sein sollte! Füge ich aber eine leere Zeile am Anfagen von 'test.csv' ein, also: --- snip --- A a B A a B C D A a B C A a B C D E A a B C --- snip --- spuckt 'awk' das richtige (oder: erwartete) Ergebnis raus: > awk '{ OFS=FS="\t"; for (i=2; i<=NF; i++) print $1, $i }' test.csv A a B A a B A a C A a D A a B A a C A a B A a C A a D A a E A a B A a C Kann jemand das erklären? Ich habe hier openSuSE Leap 42.2 im Betrieb. Beste Grüße, Kimmo -- 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 2

SDDM keyboard layout
by Tibor Attila Anca 14 Mar '17

14 Mar '17

Hallo, mit Hilfe von Google habe ich einige Lösungen schon ausprobiert, aber ich bin immer noch auf der Suche nach der richtigen :-) SDDM (openSUSE Tumbleweed mit allen Aktualisierungen) hat us-Layout. In /usr/ share/sddm/scripts habe ich schon eine Einstellung vorgenommen, hilft aber nicht, die Tastatur auf Deutsch umzustellen. Hat jemand eine Idee? Danke und Grüße Tibor

1 1

Wieder deutsche Tastaturbelegung im Anmeldemanager als Standart einstellen
by Hugo Egon Maurer 14 Mar '17

14 Mar '17

Hallo, seit geraumer Zeit, hab ich einen anderen Anmeldemanager, wo ich die Tastaturbelegung nicht einstellen kann. Welcher Anmeldemanager kann das? Beim anmelden ist das Us Layout aktiv, das heißt, wenn ich das Passwort eintippe muß ich daran denken, das ich nicht das deutsche Layout habe. Wo kann ich das dauerhaft einstellen, das die Deutsche Tastaurbelegung als standart gesetzt wird? Gruß Hugo Egon Maurer -- 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 1

Anmeldemanager wechseln
by Hugo Egon Maurer 13 Mar '17

13 Mar '17

Hallo, wie wechsele ich den Anmeldemanager? Bei der openSuSE tumbleweed Installation hatte ich Xfce als Desktop angegeben. In der Zwischenzeit, ich weiß nicht mehr wo ich "rumgespielt" habe, ist ein anderer Fenstermanager. Zur Sicherheit, falls der Vorgang anders heißt, ich meine, wenn das System hoch fährt und dann wo man den Benutzer und Passwort angeben muß und dann er esktop erscheint. Warum es mir wichtig ist stelle ich eine andere Frage hier in der Liste. Ich verwende openSuSE tumbleweed mit Xfce Gruß Hugo Egon Maurer -- 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 2

Re: Performance Vergleich btrfs ext4
by Dr.-Ing. Dieter Jurzitza 12 Mar '17

12 Mar '17

Hallo Christian, was ich Dir nur sagen kann: btrfs ist langsamer, es zickt eigentlich immer wieder herum und bringt abgesehen von einer vergrößerten Komplexität im Vergleich zu ext4(1) gar nichts. Für diese Aussage musste ich mir zwar auf der englischsprachigen Liste einiges anhören, aber das ist meine ganz praktische Erfahrung. Alle von mir in der Verwandschaft nach einiger Betriebsdauer zwangsweise neu installierten Rechner (so etwa 5, alle nach massiven Problemen mit btrfs, die sich auf ganz unterschiedliche Weise dargestellt haben) sind mit ext4 schneller (und wieder stabil ...) geworden. Dass ich im Falle des Falles mit btrfs einen Snapshot booten kann - geschenkt, wer keine Sicherungen macht, dem ist ohnehin nicht zu helfen. Wenn ich die verschwendete Zeit wegen den nötigen Neuinstallationen dagegenrechne, ärgere ich mich nur. So lange scheinbare Vorteile auf die Nutzergemeinschaft losgelassen werden, die performancetechnisch nichts bringen, aber Probleme am Systemuntergrund machen, so lange Bugs in yast über Jahre(2) nicht gefixt werden, aber man immer neue "Räder" erfindet, die dem Anwender als Default aufgestülpt werden, die aber nicht fertig entwickelt sind ... Scheinbare Neuheiten umzusetzen, macht sicher mehr Spaß, als an bestehenden Systemen die Stabilität zu verbessern. Ob das Linux am Ende hilft, wage ich leise zu bezweifeln. Dass openSUSE so was wie btrfs als default - Filesystem für Endanwender setzt, dafür geht mir jegliches Verständnis ab. Wer mir jetzt (wieder) unterstellt, ich würde bremsen: ich nenne das Erfahrung. Fortschritt ist nur Fortschritt, wenn er etwas verbessert. Ich bin mir ziemlich sicher, dass die gesteigerte Schnelligkeit, die Du spürst, mit dem Filesystem(rück)wechsel zusammenhängt. Grüße Dieter 1) google nur mal nach ext4 und Problemen bzw. nach btrfs und Problemen. Für ext4 findest Du seit 2009 ungefähr gar nichts .... 2) ich habe 2 yast Bug - Reports anhängig, für die keiner Zeit hat ... -- ----------------------------------------------------------- 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

6 6

Leap 42.2 - ffmpeg tut nicht mehr
by Jürgen Hochwald 11 Mar '17

11 Mar '17

Hallo, ich habe jetzt einen Rechner von 13.1 auf Leap 42.2 geupdated. Aktuell habe ich das Problem, daß ffmpeg bei der Videoerstellung nicht mehr funktioniert. Unter 13.1 erzeugte mir der Aufruf > ffmpeg -f image2 -r 60 -i ./blob%06d.jpg -b:v 7500k blob.mpg das entspr Video (Einzelbilder im richtigen Format liegen vor). Unter Leap bekomme ich den Fehler > [NULL @ 0xb552a0] Unable to find a suitable output format for 'blob.mpg' > blob.mpg: Invalid argument Selbst die Reduktion auf die notwendigsten Parameter (wie in der ffmpeg-Doko angegeben) > ffmpeg -f image2 -i blob%06d.jpg blob.mpg funktioniert nicht. Hat jemand eine Idee, warum das nicht mehr geht? Fehlen noch Pakete (welche) ? Jürgen -- 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

Lösung: Tumbleweed nvidia 340.102 kernel 4.10
by Andreas Bock 11 Mar '17

11 Mar '17

Hallo Liste, da ich denke, dass der eine oder andere auch da Problem mit Kernel 4.10 und dem Nvidia-Treiber hat, möchte ich mal kurz meine Lösung darlegen. Diese ist sicherlich durchaus optimierbar. 1. Treiber NVIDIA-Linux-x86_64-340.102.run runterladen 2. Den Patch für Kernel 4.9 einspielen [1] #./NVIDIA-Linux-x86_64-340.102.run --apply-patch patch-NV1 3. ich habe dann den gepatchten Treiber entpackt, muss man aber wahrscheinlich gar nicht. #./NVIDIA-Linux-x86_64-340.102-custom.run -x 4. Den Patch für Kernel 4.10 runterladen [2] 5. Aus der runtergeladenen Datei ein echtes Patch-File per Editor generieren. Duzu müssen die ersten 13 Zeilen gelöscht werden und die Pfade a/kernel und b/kernel in kernel in allen Vorkommnissen geändert werden. Und, die diff-Befehle müssen ebenfalls gelöscht werden. Bei Bedarf, stelle ich mein Patch-File gern zur Verfügung. 6. Den so erzeugten Patch auf den Treiber loslassen #cd NVIDIA-Linux-x86_64-340.102-custom #patch -p0 <../patch-4.10.patch 7. den Treiber installieren. #./nvidia-installer 8. init 5 und sich freuen So, ich hoffe, das hilft einigen Anwendern hier. Ich habe mit dem so gepatchten Treiber 2 PCs mit unterschiedlichen Nvidia-Karten laufen. (GT220 und Quadro FX 1800). Gruß Andreas [1] > https://pkgs.rpmfusion.org/cgit/nonfree/nvidia-340xx-kmod.git/tree/4.9.0_ke… [2] > https://pkgs.rpmfusion.org/cgit/nonfree/nvidia-340xx-kmod.git/plain/4.10.0_… -- --------------------------------------------------------------------- Andreas Bock mailto:Andreas.Bock@amselweg.org http://www.amselweg.org PGP-Key available at hkp://wwwkeys.nl.pgp.net ---------------------------------------------------------------------

1 0

Auf HD gespeicherten RPM´s lassen sich nicht installieren
by Hugo Egon Maurer 11 Mar '17

11 Mar '17

Hallo, ich kann unter "Yast/Software Installieren oder löschen" keine zuvor heruntergeladene RPM´s installieren. Diese Meldung: Subprocess failed. Error: RPM fehlgeschlagen: error: File not found: /var/cache/zypp/packages/Lokal_gespeicherte_Software/RPM\'s/TeamViewer/v12.0.71510/teamviewer_12.0.71510.i686.rpm erscheint. Mein System: openSuSE Tumbleweed 64bit Gruß Hugo Egon Maurer -- 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

5 8