February 2014 - openSUSE Users (Deutsch)

Fragen zum Umstieg von nouveau auf nvidia
by Rainer Gubanski 26 Feb '14

26 Feb '14

Hallo Liste, da ich mit meinem System (Opensuse 12.3 auf intel i5, 8GB Ram, Kernel3.7.10-1.28-Desktop, NV44 Geforce 7200GS) ständig mit dem nouveau Bug http://lists.opensuse.org/opensuse-bugs/2013-11/msg02995.html zu kämpfen habe, will ich auf die properitären nvidia Treiber wechseln. Man liest ja, auch hier in der Liste, zu einem solchen Upgrage alles von "geht problemlos" bis "Desater", daher hier nochmal ein paar Fragen, die ich so nicht aus den hier schon geposteten Beiträgen und dieser Anleitung http://de.opensuse.org/SDB:NVIDIA-Grafiktreiber extrahieren kann: Auf dem System waren schon mal kurzfristig nvidia treiber installiert, die aber wg. Schwierigkeiten mit der Konsole wieder deinstallliert wurden. Die Konsolenprobleme haben sich anderweitig lösen lassen. daher ist das Nvidia Repo eingerichtet und aktuell. Trotzdem erfolgt nicht, wie in obigen Dokument unter 2.2 angegeben, eine Installation der nvidia-Treiber beim Online Update. Woran kann das liegen? Wenn ich nun stattdessen wie unter 2.3 dort beschrieben den "legacy Weg" gehe, also die Treiber mit yast installiere, muss ich da vorher den nouveau blacklisten oder andere Dinge händisch vorbereiten? Nvidia-Treiber sind ja wohl immer noch sehr Kernelabhängig. Muss man immer noch, selbst bei Verwendung von Standard Suse Kerneln, den Kernel schützen, um ein stabiles System zu erhalten? Gruß Rainer -- Rainer Gubanski Hannover -- 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

3 2

LCD Bildschirminhalt wird auf neu angeschlossenen Zweitbildschirm verschoben
by Werner Franke 24 Feb '14

24 Feb '14

Hallo zusammen, wenn ich an meinem Laptop einen zweiten Screen anschliesse, wird immer der komplette LCD Bildschirminhalt auf diesen übertragen. Er wird also immer sofort als primärer Bildschirm eingerichtet. Nachträglich kann man zwar den LCD mit xrandr wieder als primären Screen einstellen, aber die verschobenen Fenster muss man per Hand wieder zurückschieben. Als Problem habe ich dabei das Tool kscreen identifiziert. Mit diesem Tool lässt sich das Problem nicht umkonfigurieren. Ausserdem kommt, wenn ich kscreen aufrufe: This backend is only for XRandR 1.1, your version is: 1 . 3 Mit krandr würde alles funktionieren, aber es lässt sich nicht installieren, ohne die halbe KDE Umgebung zu deinstallieren. Auch kwin müsste ich löschen. (Ich habe es einmal probehalber gemacht und hatte danach eine sehr merkwürdige KDE Umgebung, aber das mit dem 2. Bildschirm funkionierte) Wenn ich statt "kscreen" das für mich bessere "krandr" installieren will kommt: #### YaST2 conflicts list installiertes kscreen-1.0.2.1-16.1.x86_64 macht krandr, welches durch krandr-4.11.6-1032.1.x86_64 angeboten wird, obsolet [ ] Folgende Aktionen werden ausgeführt: Deinstallation von kscreen-1.0.2.1-16.1.x86_64 Deinstallation von kdebase4-workspace-4.11.6-1032.1.x86_64 Deinstallation von patterns-openSUSE-kde4_basis-13.1-13.6.1.x86_64 Deinstallation von plasmoid-yawp-0.4.5-1.6.x86_64 Deinstallation von plasmoid-veromix-0.18.3-5.21.noarch Deinstallation von plasmoid-translatoid-1.30.svn1217361-39.4.x86_64 Deinstallation von plasmoid-quickaccess-0.8.1-25.4.x86_64 Deinstallation von plasmoid-miniplayer-2.5-1.4.x86_64 Deinstallation von plasmoid-mangonel-1.1-1.5.x86_64 Deinstallation von plasmoid-cwp-1.10.0-7.2.x86_64 Deinstallation von plasma-theme-klassik-0.2-2.19.noarch Deinstallation von ktorrent-4.3.1-6.25.x86_64 Deinstallation von apper-0.8.1-4.6.x86_64 Deinstallation von plasma-addons-lancelot-4.12.2-268.1.x86_64 Deinstallation von plasma-addons-4.12.2-268.1.x86_64 Deinstallation von kwin-4.11.6-1032.1.x86_64 Deinstallation von kget-4.12.2-28.1.x86_64 Deinstallation von kdm-4.11.6-1032.1.x86_64 Deinstallation von kdebase4-workspace-plasma-calendar-4.11.6-1032.1.x86_64 Deinstallation von kdebase4-workspace-liboxygenstyle-4.11.6-1032.1.x86_64 Deinstallation von kdebase4-workspace-ksysguardd-4.11.6-1032.1.x86_64 Deinstallation von kdebase4-workspace-branding-openSUSE-13.1-278.1.x86_64 Deinstallation von kdebase4-openSUSE-13.1-278.1.x86_64 Deinstallation von kdeartwork4-screensaver-4.12.2-256.1.x86_64 Deinstallation von plasmoid-yawp-themes-0.4.5-1.6.noarch Deinstallation von plasmoid-cwp-lang-1.10.0-7.2.noarch Deinstallation von patterns-openSUSE-kde4_imaging-13.1-13.6.1.x86_64 Deinstallation von patterns-openSUSE-kde4-13.1-13.6.1.x86_64 Deinstallation von kdeartwork4-decorations-4.12.2-256.1.x86_64 Deinstallation von kdm-branding-openSUSE-13.1-1.1.noarch Deinstallation von kdebase4-openSUSE-lang-13.1-278.1.noarch Deinstallation von apper-lang-0.8.1-4.6.noarch [ ] krandr-4.11.6-1032.1.x86_64 nicht installieren Die gleiche Liste will YAST deinstallieren, wenn ich kscreen deinstallieren will. OpenSuSE 13.1 KDE 4.11.5 Als Extra Repositories habe ich: http://download.opensuse.org/repositories/KDE:/Release:/412/openSUSE_13.1/ Prio 90 http://download.opensuse.org/repositories/KDE:/Extra/KDE_Release_412_openSU… Prio 90 Alle anderen Repositories haben prio 99 (Ausser Packman, mit Prio 50) Hat jemand eine Idee wie ich aus dem Problem herauskomme ? Grüße Werner Franke -- 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 8

/boot/grub2/grub.cfg für eigenen Kernel anpassen
by Malte Gell 24 Feb '14

24 Feb '14

Hallo, wenn ich mir einen Kernel selbst backe, ändere ich die /boot/grub2/grub.cfg bisher immer manuell, das ist einerseits umständlich, außerdemm ändere ich immer nur den Haupteintrag. Gibt es da einen Aufruf, um grub.cfg automatisch für einen bestimmten Kernel einzustellen? Ich will nicht alle Kerne, die ich unter /boot liegen habe einpflegen, sondern immer nur bestimmte. Ich stelle mir sowas a la "grub2-install -k vmlinuz-3.13.1-custom" vor, wie sieht so ein Aufruf korrekt aus? Ich will unbedingt den Kernel, den ich in grub.cfg haben will selbst angeben. Gruß Malte -- 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

Drucken via Netzwerk - Suse Client
by Christian Meseberg 23 Feb '14

23 Feb '14

Hallo zusammen, ich hatte jetzt mal wieder wiederholt Stress, weil das Drucken via Netzwerk nicht funktionierte. Als Ursache stellte sich heraus, dass auf dem Client (T60 mit OS 13.1) ein lokaler Cups-Deamon aktiv war und das Drucken verhindert hat. Das hat mir hier wieder mal die Nerven geraubt. Noch vor ein paar Tagen funktionierte das Drucken noch problemlos und das T60 Nootebook nutzen nur User die daran nicht rumspielen und auch keine Rootrechte haben. cups läuft auf dem Server als auch auf dem Client mit V 1.5.4-12.1.3 und ist in yast als geschützt markiert. Machen sich solche Geister hin und wieder mal selbstständig aktiv? Wie kann ich die Konfiguration so schützen, dass sich da nichts mehr ändert, auch durch etwaiges 'zypper dup' nicht? Danke fürs Mitdenken. -- Grüße Christian Schade, dass XMMS gerade nichts spielt :( -- 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

3 2

OT Drucken via Netzwerk - Android Client
by Christian Meseberg 23 Feb '14

23 Feb '14

Hallo zusammen, ich versuche mit einem android 4.2.2. (Jelly Bean) vergeblich mittels PrintBot einen über OS 13.1 frei gegeben Drucker zu erreichen. Schon beim Durchsuchen des Netzwerks wird der Server nicht gefunden. Auch die manuelle Eingabe der IP-Adresse scheitert. Ist es überhaupt möglich, mittels android-Tablet auf Druckerfreigaben von OS zu Drucken? Wenn Ja, welche Apps sind zu empfehlen? -- Grüße Christian Schade, dass XMMS gerade nichts spielt :( -- 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

3 11

Kein Streaming im Firefox
by Oskar Schüßler 23 Feb '14

23 Feb '14

Hallo, seit heute, gestern gab es keinerlei Probleme, geht Streaming im Firefox nicht mehr. Kein Videos (Youtube) und auch kein Livestream (Radio). Auch andere Seiten, die mit Streaming arbeiten funktionieren nicht. Änderungen habe ich keine durchgeführt. Das System ist ein aktuelles Opensuse und uptodate. Ein Reboot hat an der Situation nichts geändert Hat noch jemand dieses Problem? Wo kann ich ansetzen um es zu beheben? Viele Grüße Oskar -- 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

3 5

Unterschied YaST-Online-Update und alle Pakete aktualisieren
by Helga Fischer 21 Feb '14

21 Feb '14

Hallo Liste, ein Kollege hat mich drauf gebracht: YaST-Online-Update und das Aktualisieren alle Pakete über RPM-Gruppen: zzz arbeiten unterschiedlich. ich selbst verwende seit 'ewigen' Zeiten den Weg über zzz. YaST-Online wirft jedoch andere Updates bzw Abhängigkeiten aus. Die logische Folge: Es gibt Konflikte, im schlimmsten Fall macht man die Paketdatenbank kaputt. (Meinen Kollegen erwischt es jetzt hoffentlich nicht; der hat nämlich eigentlich seinen Kernel auf 'geschützt' gestellt - Stichwort nvidia - was nun die zzz-Methode ignoriert und er leider nicht gesehen hat). Was ist jetzt der Unterschied zwischen beiden Methoden? Auch auf meinem sehr aktuellen System hat das YaST-Online-Update einen Konflikt angemahnt, während über zzz alles im grünen Bereich ist. 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

2 2

Probleme mit Ruhezustand auf Samsung NP 900
by Michael Eschweiler 21 Feb '14

21 Feb '14

Hallo Listenleser, ich habe ein Samsung Ultrabook NP 900 mit OSS 13.1. Es läuft an sich prima, nur mit den Schlafmodi gibt's Probleme: Außer 'Abschalten' und 'Neustart' gibt es im Startmenü noch 'Ruhezustand' und 'Tiefschlaf'; die funktionieren auch einwandfrei. Sowohl nach Tiefschlaf wie auch nach Ruhezustand kehrt der Rechner zuverlässig zurück und man kann nach der Eingabe des User-Passwortes weiterarbeiten. Überlasse ich es aber der Akkuüberwachung, den Rechner in den Ruhezustand zu versetzen (wenn ich länger nicht daran arbeite), dann kommt der Rechner zwar wieder zurück, aber Eingabefeld zur Eingabe des Passwortes erscheint nicht mehr. Ich komme zwar auf die Konsolen (F1 ...), aber auf die grafische Oberfläche ist kein Zugriff mehr möglich. Nur Neustart oder init 3 gefolgt von init 5 bringt mich wieder auf die grafische Oberfläche. Kennt das jemand und weiß Abhilfe? Gruß, 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

2 2

Was ist der Zweck von repositories/Kernel:/stable/ ?
by Malte Gell 21 Feb '14

21 Feb '14

Also Kernel:/linux-next/ ist klar und die Kernel für die aktuellen Distributionen sind in Kernel:/openSUSE-1x.x/ drin. Aber was ist der Zweck von Kernel:/stable/? Also nicht, dass ich dieses Repo nicht gut finden würde, ich bin froh, einen stabilen, aktuellen Kernel für openSUSE 12.3 zu bekommen, aber ich frag mich halt, was der Zweck dahinter ist. Warum updatet man nicht generell die aktuellen Distributionen auf den Kernel in Kernel:/stable/ ? Ein aktueller Kernel fixt doch immer viele Sachen, ich hoffe, mein ALSA/Audio Problem damit zu fixen. Gruß Malte -- 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

warning: checktime reached, running e2fsck is recommended
by Martin Schröder 20 Feb '14

20 Feb '14

Moin, bei meinem Server (12.3) sind die Filesysteme etwas älter; beim Booten gibt's obige Meldung. Warum macht das System dann keinen automagischen e2fsck und wie kann ich das erreichen? > sudo tune2fs -l /dev/mapper/raid-backup tune2fs 1.42.6 (21-Sep-2012) Filesystem volume name: <none> Last mounted on: /raid/backup Filesystem UUID: ad418c10-1e8c-4da3-8b2a-14ac54b48e7d Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Filesystem flags: signed_directory_hash Default mount options: (none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 22937600 Block count: 91750400 Reserved block count: 65536 Free blocks: 10828063 Free inodes: 14292342 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 1002 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 RAID stride: 32 RAID stripe width: 64 Flex block group size: 16 Filesystem created: Thu Aug 4 18:36:22 2011 Last mount time: Wed Feb 19 18:03:43 2014 Last write time: Wed Feb 19 18:03:43 2014 Mount count: 13 Maximum mount count: 28 Last checked: Mon Aug 12 18:09:09 2013 Check interval: 15552000 (6 months) Next check after: Sat Feb 8 17:09:09 2014 Lifetime writes: 1398 GB Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 28 Desired extra isize: 28 Journal inode: 8 Default directory hash: half_md4 Directory Hash Seed: a6fe6b01-4127-4012-8473-51af744bd4d9 Journal backup: inode blocks Danke im Voraus Martin -- 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

3 6