February 2014 - openSUSE Users (Deutsch)

Neuinstallation 13.1
by Wolfgang Geisendörfer 20 Feb '14

20 Feb '14

Hallo ,, nach Jahren des 'Mitlesens' ist es so weit: Ich möchte mir als Arbeitssystem einen Linux-Basis auf dem Desktop verschaffen. Erfahrungen liegen auf der Linux-Konsole und als fli4l-Bastler vor .. Zum Testen hab ich mir u.a. die aktuelle Suse auf einem Lenovo Athlon A60 (64x2) mit Nvidia 6100 (on board) vorgenommen. Ich hab Suse (KDE) parallel zu einigen Mint- und Ubuntu-Versionen installiert und habe folgendes Problem: Schon beim Start friert das System - nachdem einige Artefakte wie graue Balken- nachhaltig ein. Nicht mal der Cursor will mehr. Das passiert bei Mint 13KDE und Kubuntu lts übringes genau so .. es dürfte also irgendwie mit Grafik-Inkompatibilitäten zusammenhängen. xfce und mate funktionieren (ebenso Knoppix - LXDE) allerdings ... Wenn ich Suse im Recovery-Modus starte geht alles gut .. nur sollte das nicht der Normalzustand sein. Ist Hilfe denkbar? mit freundlichsten Grüßen Wolfgang -- 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 4

CUPS schaltet Druck inaktiv
by Herbert Albert 20 Feb '14

20 Feb '14

Hallo Liste, ich habe für jemanden einen Rechner mit OS 12.3, 32bit, eingerichtet, an dem via LPD ein HP Officejet R45 angeschlossen ist. Nun bekomme ich von dem User – absoluter Leihe und daher ohne Adminrechte – öfters einen Anruf, dass der Drucker nicht geht. Wenn ich mich dann mit Teamviewer einlogge, sehe ich das der Drucker in CUPS deaktiviert ist. Per localhost:631 kann ich mit Adminrechten den Drucker wieder aktivieren. Gibt es eine Möglichkeit dieses Verhalten dauerhaft abzustellen? Ein „cupsenable Printername“ wird wohl ohne Adminrechte nicht gehen. Bin für gute Ratschläge dankbar. Herbert -- 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

Mindestes hundert unbekannte Identitäten in KMail...
by Ulrich Walter 20 Feb '14

20 Feb '14

Hallo, habe hier KMail/Kontact Version 4.12.2 am unter Opensuse 13.1 am laufen. Habe hierhin die Einstellungen von einem Laptop mit identischer Softwareausstattung mit Hilfe von "imporwizard" importiert. Seit dem habe ich mindestens hundert Identitäten "Unbekannt" wenn ich KMail- >einrichten ->Identitäten aufrufe. Ich glaube auch, das werden von mal zu mal mehr. Per Had löschen scheint keine dauerhafte Lösung zu sein - die tauchen wieder auf und vermehren sich.... In welcher datei sind diese (Nicht-)Identiäten gespeichert, so dass man sie durch editieren derselben vielleicht loswerden kann? -- Niemand käme auf die Idee, Tinte mit Tinte abzuwaschen nur Blut soll immer wieder mit Blut abgewaschen werden. -- Ebner-Eschenbach Grüsse aussem Pott! - Uli -- 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

IPTV mt Linux?
by Malte Gell 19 Feb '14

19 Feb '14

Hallo, von der Telekom gibt es das IPTV Paket "Entertain", ich nehme an, Vodafone & Co haben was ähnliches im Angebot. Da diese Medienstreams ja digital sind, müsste man IPTV doch recht einfach mit VLC oder MythTV oder XBMC benutzen können, oder? Ich vermute aber, dass die ihre Angebote verschlüsseln, bei der Telekom kriegt man einen speziellen Receiver. Weiß jemand, ob und wie man diese Angebote mit Linux benutzen kann? Würde mich neugierdehalber interessieren. 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

5 11

Zeitgesteuert Rechner an- und ausschalten bzw. auch nicht...
by Ulrich Walter 19 Feb '14

19 Feb '14

Hallo, ich möchte gerne Folgendes erreichen: - Ein Rechner, auf dem Opensuse 13.1 problemlos läuft, soll zu einer bestimmten, täglich gleichen Zeit angeschaltet werden - Der Rechner soll nach einer bestimmten Zeit wieder automatisch herunterfahren - Wenn sich jedoch ein Nutzer anmeldet (KDE) soll diese automatische Abschaltung deaktiviert werden. Meine bisherigen Gedanken zur Lösung: 1. In Bios ein Weckzeit einstellen. 2. In z.B after.local ein Befehl absetzen wie etwa "shutdown -P +90" 3. Beim Starten von KDE erreichen, das der Befehl "shutdown -c" automatisch absetzen, egal welcher Nutzer sich anmeldet (Sind momentan drei aktiv). Bei dritten Punkt weiß ich nicht so genau wie ich das machen kann. Habt Ihr da Ideen und/oder Vorschläge? -- Niemand käme auf die Idee, Tinte mit Tinte abzuwaschen nur Blut soll immer wieder mit Blut abgewaschen werden. -- Ebner-Eschenbach Grüsse aussem Pott! - Uli -- 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 9

Start von pulseaudio
by Malte Gell 19 Feb '14

19 Feb '14

An welcher Stelle wird eigentlich pulseaudio gestartet? Ich habe nix in /etc/init.d/ gefunden und in /etc/X11/ habe ich auch keinen Aufruf gefunden, wo ist denn der Aufruf von pulseaudio versteckt? 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 3

kein Login mehr möglich
by Werner Flamme 19 Feb '14

19 Feb '14

Hallo miteinander, mein nächstes Problem, das hier im Büro auftritt. Und zwar seit heute (gestern hatte ich frei, Freitag war alles OK): die Anmeldung klappt nicht mehr :-( login: pam_krb5[6449]: error reading keytab 'FILE:/etc/krb5.keytab' login: pam_krb5[6449]: TGT verified login: pam_krb5[6449]: authentication succeeds for 'wflamme' (wflamme(a)INTRANET.UFZ.DE) login: pam_unix2(login:auth): pam_sm_authenticate() called login: pam_unix2(login:auth): username=[wflamme] login: pam_unix2(login:auth): wrong password, return PAM_AUTH_ERR login: pam_sss(login:auth): authentication success; logname=LOGIN uid=0 euid=0 tty=tty6 ruser= rhost= user=wflamme login: pam_unix2(login:account): pam_sm_acct_mgmt() called login: pam_unix2(login:account): username=[wflamme] login: pam_unix2(login:setcred): pam_sm_setcred() called login: pam_unix2(login:setcred): username=[wflamme] login: pam_unix2(login:setcred): pam_sm_setcred: PAM_SUCCESS login: pam_unix2(login:session): session started for user wflamme: service=login, tty=tty6 Wenn ich das richtig sehe, klappt zwar die Authentifizierung am AD, deswegen freut sich pam_krb5, aber pam_unix2 schlägt fehl. Ich bekomme "Last login: ..." und "No mail." angezeigt, dann eine ganze Weile nichts, und nach 1 Minute bin ich wieder am "Login:"-Prompt. Laut /etc/nsswitch.conf sollte mich pam_unix2 gegen "files ldap" authentifizieren. Ein "ssh localhost" klappt auch, das sollte also eigentlich kein Problem darstellen. Ein "getent passwd" zeigt die etlichen 100 User, die im LDAP stehen, also klappt die Verbindung auch. In der /etc/pam.d/common-auth-pc steht als Parameter für pam_unix2 schon das "debug", aber mehr Infos als die gezeigten kommen nicht. Wo kann ich nach dem Fehler suchen? Bei der Fehlersuche hatte ich auch pam_unix2 schon mal auskommentiert, anschließend war selbst root ausgesperrt :-( Gruß Werner -- -- 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

smartmontools unter 12.3 ?
by Werner Franke 18 Feb '14

18 Feb '14

Hallo zusammen, Wie arbeiteten die smartmontools unter OpenSuse 12.3 nach der Installation des Systems, ohne dass man irgendwas Konfiguriert hat, wohin werden Ergebnisse geschrieben und bekommt man einen Hinweis, falls die Werte einer Disk schlecht werden ?? Bekommt man überhaupt einen Hinweis ? Auf meinem Notebook ist in /etc/smartd.conf nur die Zeile DEVICESCAN -d removable ohne Kommentarzeichen enthalten. Ich glaube, dass ich unter einer älteren OpenSuse Version in /var/log/messages Ergebnisse von smartmontools gesehen habe. Unter 12.3 sehe ich in der Datei nichts dergleichen. Danke für Hinweise. 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

2 3

nomachine NX unter 13.1(64bit) und KDE Desktop
by Manfred Kreisl 17 Feb '14

17 Feb '14

Hallo Leute, sagt mal, hat irgendeiner noch unter 13.1 den NX Server von nomachine, Version 3.5.x am Laufen und kann vom Client einen KDE Desktop fehlerfrei darstellen? Bei mir geht das nicht mehr, bis zur 12.3 hat es noch geklappt. Jetzt hab ich zwar einen Desktop, aber die Größe stimmt nicht mehr und die "Startleiste" und anderweitiges Plasma-Gedöns ist nicht mehr auf dem Desktop vorhanden. Also im Prinzip unbedienbar. Ein Kurztest mit XFCE als Remote-Desktop scheint (noch) zu klappen, nur kann ich mich leider nicht so recht mit XFCE anfreunden :-( Gruß Manfred -- 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

mkinitrd, grub2 und neuer Kernel
by Alex Winzer 16 Feb '14

16 Feb '14

Hallo, seit dem letzten Kernel-Update funktioniert mkinitrd nicht mehr richtig. Hier läuft eine openSUSE 12.3 mit den üblichen Repositories (oss, non-oss, packman, samba, source, update, update non-oss). Aktuell installiert sind die Kernel-Versionen 3.7.10-1.24-desktop und 3.7.10-1.28-desktop. Seit der Installation, erhalte ich beim/während des Ausführend von mkinitrd folgende Fehlermeldung(en): mkinitrd Kernel image: /boot/vmlinuz-3.7.10-1.24-desktop Initrd image: /boot/initrd-3.7.10-1.24-desktop Root device: /dev/disk/by-id/raid-pdc_fjjhaaib-part7 (/dev/dm-4) (mounted on / as ext4) Resume device: /dev/disk/by-id/raid-pdc_fjjhaaib-part6 (/dev/dm-3) Kernel Modules: thermal_sys thermal processor fan dm-mod dm-snapshot dm-log dm-region-hash dm-mirror scsi_dh scsi_dh_hp_sw scsi_dh_rdac scsi_dh_emc scsi_dh_alua xhci-hcd hid-logitech-dj Features: acpi dm block usb dmraid kpartx resume.userspace resume.kernel Kernel image: /boot/vmlinuz-3.7.10-1.28-desktop Initrd image: /boot/initrd-3.7.10-1.28-desktop Root device: /dev/disk/by-id/raid-pdc_fjjhaaib-part7 (/dev/dm-4) (mounted on / as ext4) Resume device: /dev/disk/by-id/raid-pdc_fjjhaaib-part6 (/dev/dm-3) Kernel Modules: thermal_sys thermal processor fan dm-mod dm-snapshot dm-log dm-region-hash dm-mirror scsi_dh scsi_dh_hp_sw scsi_dh_rdac scsi_dh_emc scsi_dh_alua xhci-hcd hid-logitech-dj Features: acpi dm block usb dmraid kpartx resume.userspace resume.kernel Perl-Bootloader: 2014-02-12 23:35:54 <3> pbl-0986.2 Core::RunCommand.1642: Error: Command '/usr/sbin/grub2-install --target=i386-pc --force --skip-fs-probe "(hd0)" >/var/log/YaST2 /y2log_bootloader 2>&1' failed with code 256 and output: Path `/boot/grub2' is not readable by GRUB on boot. Installation is impossible. Aborting. There was an error generating the initrd (1) Ich habe deshalb mit zypper rm --clean-deps zunächst die 4 Pakete für 3.7.10-1.28 deinstalliert. Danach erschien derselbe Fehler bei mkinitrd dann auch für den Kernel 3.7.10-1.24. Nach der Neuinstallation wird die Meldung wieder "nur" für 3.7.10-1.28 ausgegeben. Ich habe dann gesehen, dass offensichtlich auch grub2 aktualisiert wurde am Sonntag: rpm -qa --last grub\* grub2-efi-2.00-19.31.1.x86_64 Sun Feb 9 18:50:44 2014 grub2-2.00-19.31.1.x86_64 Sun Feb 9 18:50:40 2014 grub2-i386-pc-2.00-19.31.1.x86_64 Sun Feb 9 18:50:38 2014 grub2-x86_64-efi-2.00-19.31.1.x86_64 Sun Feb 9 18:47:59 2014 grub2-branding-openSUSE-12.3-6.38.1.noarch Thu Jul 18 13:54:43 2013 grub-0.97-188.1.1.x86_64 Tue Mar 19 20:52:51 2013 Ich traue mich nicht, das System neu zu starten, weil ich befürchte, es fährt nicht mehr hoch. Aus diesem Grund möchte ich auch nicht ohne weiteres grub2 von Hand installieren. Ich frage mich sowieso, warum das neu installiert werden muss bei einem Kernel-Update. Wo kann ich nach der Ursache suchen? Gruß, Alex -- 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 10