September 2014 - openSUSE Users (Deutsch)

Kein mounten von ext4-usbdisks mit Kernel > 3.12.6
by Sebastian Reinhardt 21 Sep '14

21 Sep '14

Hallo, Ich habe aus dem Kernel:stable:standard- Repo einen neueren Kernel installiert. Bei allen Versionen neuer als 3.12.6 lässt sich nun meine externe Festplatte mit ext4- Dateisystem nicht mehr mounten. Die Platte an sich wird erkannt, aber kein Device angelegt (unter /dev/...). Auch "Yast2 disk" kennt die Platte nicht! USB- Sticks mit FAT16/32 werden aber korrekt erkannt und ich kann diese auch mounten usw.. "normale" Platten mit ext4 werden korrekt erkannt und können normal verwendet werden. Hat sich mit den neueren Kernel'n irgendwas geändert oder passt nur irgendwas nicht zusammen? OS: openSuSE 12.3 (x86_64) Kernel: 3.16.2-1.gdcee397-desktop -------------------log------------------------- kernel: [ 1825.065428] usb 1-8.3: new high-speed USB device number 12 using ehci-pci kernel: [ 1825.388551] usb 1-8.3: New USB device found, idVendor=059f, idProduct=1061 kernel: [ 1825.388562] usb 1-8.3: New USB device strings: Mfr=2, Product=3, SerialNumber=1 kernel: [ 1825.388568] usb 1-8.3: Product: Rugged USB3-FW kernel: [ 1825.388573] usb 1-8.3: Manufacturer: LaCie kernel: [ 1825.388578] usb 1-8.3: SerialNumber: 000000003500d7c01090 mtp-probe: checking bus 1, device 12: "/sys/devices/pci0000:00/0000:00:1d.7/usb1/1-8/1-8.3" mtp-probe: bus: 1, device: 12 was not an MTP device kernel: [ 1825.409325] usbcore: registered new interface driver usb-storage -------------------/log------------------------ -- Mit freundlichen Grüßen Sebastian Reinhardt -- 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

Suhosin Problem
by Ingo 18 Sep '14

18 Sep '14

Hallo, auf meinen Webserver OpenSuSE 13.1 läuft für PHP das Modul Suhosin mit. Dadurch kommt es dort zu einem Problem mit einem bekannten Bug bei Suhosin "PHP Version 5.4.20" - "This server is protected with the Suhosin Extension 0.9.34-dev" Wenn man einen eigenen Session-Handler (session_set_save_handler()) mit PHP nutzt kommt es zum PHP-Fehler "Warning: session_write_close(): Failed to write session data (user)....." Hier gibt es eine Erklärung zum Problem https://github.com/stefanesser/suhosin/pull/26 Meine Frage ist nun, was für Möglichkeiten habe ich, auf dem 13.1 ein Suhosin ohne den Bug zu bekommen. Da ich nicht davon ausgehe das es Open-SuSE-Seitig irgendwie gefixt wird. Gibt es evtl. das Suhosin-Binary irgendwo ohne Bug, welches ich einfach drüber kopieren kann. Ich möchte auf keinen Fall anfangen selber zu kompilieren. Wäre es evtl. möglich das Suhosin von 13.2 soweit sowas schon existiert rüber zu kopieren? Viele Grüße Ingo -- 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 7

Freiwillige für OpenRheinRuhr 2014 am 8. und 9. November 2014
by Sarah-Julia Kriesch 18 Sep '14

18 Sep '14

Hallo, am 8. und 9. November 2014 findet in Essen die Messe OpenRheinRuhr statt ( http://www.openrheinruhr.de/ ). Der openSUSE-Stand wurde schon beantragt. Wir brauchen noch 1 - 2 Freiwillige, die diesen mit betreuen. Wenn Ihr Lust auf ein Wochenende auf der OpenRheinRuhr habt, dann antwortet mir bitte auf diese E-Mail. Viele Grüße Sarah -- 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

IPV6 privacy extensions
by Marc Dietrich 18 Sep '14

18 Sep '14

Hi, ich habe einen ipv6 via ip4 Tunnel über Hurricane Electric eingerichtet (openSUSE 13.1, klassischer Bringup): # cat /etc/sysconfig/network/ifcfg-sit1 STARTMODE='onboot' BOOTPROTO='static' TUNNEL='sit' TUNNEL_LOCAL_IPADDR='aaa.bbb.ccc.ddd' TUNNEL_REMOTE_IPADDR='216.66.80.30' IPADDR='2001:470:xxxx:781::2/64' TUNNEL_TTL='255 # cat /etc/sysconfig/network/ifroute-sit1 ::/0 2001:470:xxxx:781::1 sysctl -a | grep temp net.ipv6.conf.all.temp_prefered_lft = 86400 net.ipv6.conf.all.temp_valid_lft = 604800 net.ipv6.conf.all.use_tempaddr = 2 net.ipv6.conf.default.temp_prefered_lft = 86400 net.ipv6.conf.default.temp_valid_lft = 604800 net.ipv6.conf.default.use_tempaddr = 2 net.ipv6.conf.eth0.temp_prefered_lft = 86400 net.ipv6.conf.eth0.temp_valid_lft = 604800 net.ipv6.conf.eth0.use_tempaddr = 2 net.ipv6.conf.lo.temp_prefered_lft = 86400 net.ipv6.conf.lo.temp_valid_lft = 604800 net.ipv6.conf.lo.use_tempaddr = -1 net.ipv6.conf.sit0.temp_prefered_lft = 86400 net.ipv6.conf.sit0.temp_valid_lft = 604800 net.ipv6.conf.sit0.use_tempaddr = -1 net.ipv6.conf.sit1.temp_prefered_lft = 86400 net.ipv6.conf.sit1.temp_valid_lft = 604800 net.ipv6.conf.sit1.use_tempaddr = 2 Leider erhalte ich nur eine IP: sit1 Link encap:IPv6-nach-IPv4 inet6 Adresse: 2001:470:xxxx:781::2/64 Gültigkeitsbereich:Global inet6 Adresse: fe80::86b0:137a/64 Gültigkeitsbereich:Verbindung UP PUNKTZUPUNKT RUNNING NOARP MTU:1480 Metric:1 RX packets:296415 errors:0 dropped:0 overruns:0 frame:0 TX packets:270087 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:0 RX bytes:347990651 (331.8 Mb) TX bytes:27744813 (26.4 Mb) und die ändert sich auch nie. Was habe ich vergessen? Gruß Marvin -- 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 6

pam_mount und wdfs
by Werner Flamme 17 Sep '14

17 Sep '14

Hallo miteinander, aus meinem kleinen Vorrat an Spezialfragen heute mal die nach dem Zusammenspiel von pam_mount und wdfs, um eine WebDAV-Freigabe ranzuholen. Ich habe folgende Einträge (unter [1]) gemacht und erhalte damit im Log folgende Meldungen (siehe [2]). Anscheinend liefert pam_mount dem Befehl mount.fuse nicht die richtigen Parameter mit. Wie kann ich das herausfinden? Das setzen von debug, wie in der Manpage von pam_mount beschrieben, bringt überhaupt keine Details über den wirklichen Aufruf. Die Anweisung steht auch nochmal in der luserconf, obwohl sie schon global gegeben wird. Alle anderen Mounts erfolgen, nur wdfs klemmt. Ist mir zu helfen? Gruß Werner [1] - Einstellungen a) in /etc/security/pam_mount.conf.xml (ohne Kommentare) <pam_mount> <debug enable="1" /> <luserconf name=".pam_mount.conf.xml" /> <mntoptions allow="*" deny="suid,dev" require="" /> <logout wait="2000" hup="0" term="1" kill="1" /> <mkmountpoint enable="1" remove="false" /> <fusemount>/usr/sbin/mount.fuse</fusemount> <fuseumount>/usr/bin/fusermount -u</fuseumount> </pam_mount> b) in ~/.pam_mount.conf.xml (für das Volume) <volume user="wflamme" fstype="fuse" server="dataspace.ufz.de" path="wdfs#https://dataspace.ufz.de/webdav/private/dataspace" mountpoint="~/Documents/NetMounts/dataspace" options="username=wflamme" /> [2] Log in /var/log/auth.log 2014-09-16T07:17:05.236924+02:00 rz36 kdm: :0[4142]: (rdconf2.c:127): checking sanity of luserconf volume record (wdfs#https://dataspace.ufz.de/webdav/private/dataspace) 2014-09-16T07:17:05.237048+02:00 rz36 kdm: :0[4142]: (mount.c:236): The "server" attribute is ignored for this filesystem (fuse). 2014-09-16T07:17:05.237167+02:00 rz36 kdm: :0[4142]: (mount.c:263): Mount info: luserconf, user=wflamme <volume fstype="fuse" server="dataspace.ufz.de" path="wdfs#https://dataspace.ufz.de/webdav/private/dataspace" mountpoint="/home/wflamme/Documents/NetMounts/dataspace" cipher="(null)" fskeypath="(null)" fskeycipher="(null)" fskeyhash="(null)" options="username=wflamme" /> fstab=0 ssh=0 2014-09-16T07:17:05.237289+02:00 rz36 kdm: :0[4142]: (mount.c:660): Password will be sent to helper as-is. 2014-09-16T07:17:05.237408+02:00 rz36 kdm: :0[4142]: command: '/usr/sbin/mount.fuse' 2014-09-16T07:17:05.237549+02:00 rz36 kdm: :0[4285]: (spawn.c:136): setting uid to user wflamme 2014-09-16T07:17:05.237761+02:00 rz36 kdm: :0[4142]: (mount.c:68): Messages from underlying mount program: 2014-09-16T07:17:05.237934+02:00 rz36 kdm: :0[4142]: (mount.c:72): usage: /usr/sbin/mount.fuse type#[source] destination [-t type] [-o opt[,opts...]] --

2 3

Re: t-online-Postfach einrichten
by hamann.w＠t-online.de 15 Sep '14

15 Sep '14

>> Jürgen Hochwald schrieb: >> > Hallo, >> > >> > ich versuche schon länger vergeblich, ein t-online-Postfach unter >> > Thunderbird 31.1.0/Suse 13.1 einzurichten. >> > >> > Ich habe den Internetzugang bei t-online und damit auch eine >> > E-Mail-Adresse. Diese benutze ich praktisch nicht und seit einiger Zeit >> > geht die nicht mehr (seit wohl auf verschlüsselte Übertragung umgestellt >> > wurde, habe das aber erst jetzt bemerkt). >> > >> > Eine Neueinrichtung ist allerdings bis jetzt immer gescheitert, ich >> > bekomme die Fehlermeldung 'Benutzername oder Passwort falsch'. >> > >> > Zum Einrichten gehe ich auf >> > -> Kontoeinstellungen bearbeiten >> > -> Konten-Aktionen -> neues E-Mail-Konto hinzufügen >> > -> da gebe ich bei E-Mail-Adresse und Passwort meine bisherigen Daten >> > ein, 'Ihr Name' lasse ich auf dem vom System vorgegebenen Namen. >> > >> > Wenn ich dann auf weiter klicke, werden die Daten von Thunderbird >> > abgecheckt und die entspr. Server und Ports auch gefunden und >> > eingetragen. Dann kommt aber die Meldung 'Benutzername oder Passwort >> > falsch'. >> was trägst du ein - hier (nur) die Frage nach Ports/verbindungsmechanismus >> Hallo Jürgen, ich verwende fetchmail mit diesen Einstellungen poll securepop.t-online.de protocol pop3 user hamann.w(a)t-online.de pass GEHEIM ssl Viele Grüsse Wolfgang Hamann -- 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

Zustand von Samba feststellen
by Alex Winzer 15 Sep '14

15 Sep '14

Hallo, nach meinem Upgrade von openSUSE 12.3 x86_64 auf 13.1 x86_64 habe ich Probleme mit Samba. Anhand der eingerichteten Repos wurde jetzt Version 4.1.11-3.26.1-3274-SUSE-oS13.1-x86_64 installiert. Zu meiner seit mehr als 7 Jahren funktionierenden smb.conf musste ich lediglich ein "acl allow execute always = true" hinzufügen. Ansonsten klappt alles _fast_ perfekt. Wenn ich smb starte und dann mit "systemctl status smb -l" nachsehe, wie es so läuft, erhalte ich folgende Meldung: smb.service - Samba SMB Daemon Loaded: loaded (/usr/lib/systemd/system/smb.service; enabled) Active: active (running) since Thu 2014-09-11 06:23:11 CEST; 49min ago Process: 14916 ExecStartPre=/usr/share/samba/update-apparmor-samba-profile (code=exited, status=0/SUCCESS) Main PID: 14921 (smbd) Status: "smbd: ready to serve connections..." CGroup: /system.slice/smb.service ├─14921 /usr/sbin/smbd -D ├─14922 /usr/sbin/smbd -D ├─14924 /usr/sbin/smbd -D └─14930 /usr/sbin/smbd -D Sep 11 06:23:11 server systemd[1]: smb.service: Supervising process 14921 which is not our child. We'll most likely not notice when it exits. Sep 11 06:23:11 server systemd[1]: Started Samba SMB Daemon. Das würde mich nicht stören. Allerdings hängt sich smb regelmäßig auf. Auch das kann ich mit "systemctl restart smb" beheben. Mich stört bloß, dass ich nichts davon mitbekomme. Wie bekomme ich die Fehlermeldung - oder besser noch die Ursache behoben? Ich habe natürlich schon gesucht. Ich finde einige, die dasselbe Problem haben. Allerdings nirgends eine Lösung. Entweder es betrifft andere System (z.B. Fedora hatte ich auch dabei) oder die Funde sind alt. Allen gemeinsam ist, dass ich keinen Ansatz für eine Lösung finden kann. Ihr seid also meine letzte Hoffnung, bevor ich mich ins englische auf die Samba Liste begebe. 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

5 6

Bintec-elmeg router und ipsec - Verbindung
by Dirk Meier 12 Sep '14

12 Sep '14

Hallo, ich möchte den Bintec RS353j DSL router anschaffen, über den ipsec Verbindungen möglich sind. Leider liefert der Hersteller keine Lösungen für die ipsec Verbindung mit linux. Hat schon jemand solche Verbindungen mit OS 13.1 hergestellt? Gibt es dafür ein HowTo? Funktionieren die Verbindungen auch mit Android? -- Dirk -- 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

VirtualBox-Kernelmodule können nach Kernelupdate nicht gebaut werden
by Klaus Schneider-Grosch 12 Sep '14

12 Sep '14

Hallo ML, mein System ist OS 13.1 64 Bit mit dem Kernel 3.11.10-21-desktop. Unter diesem Kernel kann der Virtualbox-Treiber nicht gebaut werden, und ich kann meine virtuellen Maschinen nicht starten. Wenn ich den alten noch vorhandenen Kernel 3.11.10-17-desktop boote, kann ich jederzeit die Kernelmodule neu bauen, und meine virtuellen Maschinen funktionieren. Daher vermute ich, daß das Problem Opensuse- und hier ganz speziell kernelspezifisch ist. Die VirtualBox-Foren geben leider nichts her. VirtualBox: VirtualBox-4.3-4.3.14_95030_openSUSE123-1.x86_64 Hier die Fehlermeldungen unter Kernel 3.11.10-21-desktop: # /etc/init.d/vboxdrv setup Stopping VirtualBox kernel modules done Recompiling VirtualBox kernel modules failed (Look at /var/log/vbox-install.log to find out what went wrong) Installations-Logdatei: # less /var/log/vbox-install.log: Uninstalling modules from DKMS removing old DKMS module vboxhost version 4.3.14 ------------------------------ Deleting module version: 4.3.14 completely from the DKMS tree. ------------------------------ Done. Attempting to install using DKMS Creating symlink /var/lib/dkms/vboxhost/4.3.14/source -> /usr/src/vboxhost-4.3.14 DKMS: add completed. Kernel preparation unnecessary for this kernel. Skipping... Building module: cleaning build area.... make KERNELRELEASE=3.11.10-21-desktop -C /lib/modules/3.11.10-21-desktop/build M=/var/lib/dkms/vboxhost/4.3.14/build....(bad exit status: 2) Failed to install using DKMS, attempting to install without make KBUILD_VERBOSE=1 SUBDIRS=/tmp/vbox.0 SRCROOT=/tmp/vbox.0 CONFIG_MODULE_SIG= -C /lib/modules/3.11.10-21-desktop/build modules make -C /usr/src/linux-3.11.10-21-obj/i386/desktop \ KBUILD_SRC=/usr/src/linux-3.11.10-21 \ KBUILD_EXTMOD="/tmp/vbox.0" -f /usr/src/linux-3.11.10-21/Makefile \ modules test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \ echo >&2; \ echo >&2 " ERROR: Kernel configuration is invalid."; \ echo >&2 " include/generated/autoconf.h or include/config/auto.conf are missing.";\ echo >&2 " Run 'make oldconfig && make prepare' on kernel src to fix it."; \ echo >&2 ; \ ... snip Die beiden Dateien sind vorhanden: # ls -l include/generated/autoconf.h -rw-r--r-- 1 root root 172341 Sep 1 17:27 include/generated/autoconf.h # ls -l include/config/auto.conf -rw-r--r-- 1 root root 112548 Sep 1 17:27 include/config/auto.conf Also: # cd /usr/src/linux # make oldconfig && make prepare scripts/kconfig/conf --oldconfig Kconfig # # configuration written to .config # scripts/kconfig/conf --silentoldconfig Kconfig make[1]: Nothing to be done for `all'. make[1]: Nothing to be done for `relocs'. CHK include/generated/uapi/linux/version.h CHK include/generated/utsrelease.h CALL scripts/checksyscalls.sh Erneuter Test schlägt fehl: # /etc/init.d/vboxdrv setup Stopping VirtualBox kernel modules done Recompiling VirtualBox kernel modules failed (Look at /var/log/vbox-install.log to find out what went wrong) # less /var/log/vbox-install.log: siehe oben. Hat jemand eine Idee dazu? Gruß Klaus -- 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 26

ibus + chinesischer Input
by Ulrich Hiller 12 Sep '14

12 Sep '14

Hallo, hat jemand Erfahrung mit ibus und chinesischen Input-Fonts? Ich habe hier eine opensuse-13.1 x86_64. Unten stehen die Pakete, die installiert sind. Ich kann wunderbar zwischen Deutsch, Englisch, Serbisch, Hebräisch schalten. Aber bei Chinesisch fällt das Keyboard immer auf Englisch zurück. Im Yast habe ich unter System als sekundärsprache Chinesich eingetragen. Also: Ich gehe so vor: ibus-daemon & ibus-setup Hier trage ich als einzige input-Methode Piyin ein (oder andere) Ob ich "use system keyboard layout" aktiviere oder nicht, hat keinen Effekt ibus restart Jetzt was ins kesboard eingehackt, und ich habe Englische Characters. Hat jemand eine Ahnung was ich flasch mache oder noch nachinstallieren muss? .cache .config .local .ibus wurden vorher gelöscht Gruß und Dank im voraus, Ulrich PS: Installiert sind: ibus-table-chinese-cangjie-1.4.6-4.1.3.noarch ibus-googlepinyin-0.1.2-8.1.1.noarch libibus-1_0-5-debuginfo-32bit-1.5.4-12.1.x86_64 ibus-pinyin-1.5.0-3.6.1.x86_64 ibus-table-chinese-scj-1.4.6-4.1.3.noarch ibus-table-chinese-easy-1.4.6-4.1.3.noarch ibus-1.5.4-12.1.x86_64 ibus-gtk-1.5.4-12.1.x86_64 ibus-qt-1.3.2-2.1.2.x86_64 libibus-1_0-5-32bit-1.5.4-12.1.x86_64 ibus-table-1.5.0-2.1.3.x86_64 ibus-table-chinese-yong-1.4.6-4.1.3.noarch ibus-table-chinese-wu-1.4.6-4.1.3.noarch ibus-table-chinese-quick-1.4.6-4.1.3.noarch ibus-table-chinese-cantonese-1.4.6-4.1.3.noarch python-ibus-1.5.4-12.1.x86_64 libibus-1_0-5-debuginfo-1.5.4-12.1.x86_64 ibus-lang-1.5.4-12.1.noarch libibus-1_0-5-1.5.4-12.1.x86_64 kimtoy-backend-ibus-debuginfo-1.9.2.git20130710-2.1.3.x86_64 ibus-devel-1.5.4-12.1.x86_64 ibus-m17n-1.3.4-7.1.3.x86_64 ibus-table-zhuyin-1.2.0.20090831-16.1.1.noarch ibus-table-chinese-wubi-jidian-1.4.6-4.1.3.noarch ibus-table-chinese-stroke5-1.4.6-4.1.3.noarch ibus-table-chinese-erbi-1.4.6-4.1.3.noarch ibus-gtk3-1.5.4-12.1.x86_64 ibus-branding-openSUSE-KDE-1.5.4-12.1.noarch ibus-table-chinese-1.4.6-4.1.3.noarch ibus-table-chinese-wubi-haifeng-1.4.6-4.1.3.noarch ibus-table-chinese-array-1.4.6-4.1.3.noarch -- 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