openSUSE Users (Deutsch) October 2013

users-de@lists.opensuse.org

91 participants
75 discussions

by Andreas Meyer

Hallo! Wenn logrotate ausgeführt wird, schlägt postrotate fehl. /var/account/pacct { compress dateext maxage 365 rotate 99 size=+4096k notifempty missingok create 640 root root postrotate /etc/init.d/acct force-reload endscript } logrotate: ALERT exited abnormally with [1] logrotate: redirecting to systemctl force-reload acct logrotate: Job for acct.service failed. See 'systemctl status acct.service' and 'journalctl -n' for details. logrotate: error: error running non-shared postrotate script for /var/account/pacct of '/var/account/pacct ' Mit dem Ergebins, dass acct nicht mehr gestartet ist. Kennt jemand eine Lösung für dieses Problem? Andreas -- 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

7 years, 8 months

nicht unterstützer WLAN-USB-Adapter unter 11.4: Konfigurieren mit Yast?

by Daniel Spannbauer

Hallo, ich muss hier einen WLAN-USB-Adapter mit Ralink-Chipsatz (148f:5370, RT5370) unter 11.4 zum laufen kriegen. Treiber hab ich vom HErsteller geholt und installiert, der Adapter wird jetzt als ra0 erkannt. Wenn ich mit "ifconfig ra0 up" das Interface aktiviere kann ich auch mit "iwlist ra0 scan" die WLAN-Netzwerke scann. Soweit, so gut. Nur wie kann ichd as Ding über den Yast konfigurieren? Das ganze muss beim Kunden konfigurierbar sein. Hab schon versucht einfach ein Interface mit "add" anzulegen, aber als Interface-Name ist dann nur "wlan*" zulässig. Bringt mir ja aber nix da dass Device schon als ra0 im System ist. Und die UDEV-Regel, die das Device anlegt, finde ich leider nirgends. Jemand nen Tipp wie man das Ding unter Yast konfigurierbar kriegt? Gruß Daniel -- Daniel Spannbauer Systemadministration marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds(a)marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- 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

7 years, 8 months

squid will nicht mit squidclamav

by Dirk Meier

Hallo, ich möchte meinen squid mit squidclamav erweitern und habe hierzu die Anweisungen aus der README.SuSE zum squidclamav ausgeführt und die entsprechenden config-Dateien von c-icap und squidclamav ergänzt / geändert. Nach der in der readme angegebenen Ergänzung von squid.conf gibt es im firefox keine Verbindung mehr zu urls. Wenn ich die nachstehenden Zeilen auskommentiere funktioniert das browsen wieder: cap_service service_req reqmod_precache bypass=1 icap://127.0.0.1:1344/squidclamav adaptation_access service_req deny CONNECT adaptation_access service_req allow all icap_service service_resp respmod_precache bypass=0 icap://127.0.0.1:1344/squidclamav adaptation_access service_resp deny CONNECT adaptation_access service_resp allow all Die jeweils erden beiden Zeilen sind in der originalen squid.conf in einer Zeile. System: OS 12.1 Squid: 3.1.23 squidclamav V6 Weiß jemand weiter? cat /etc/squid/squid.conf: # # Recommended minimum configuration: # acl manager proto cache_object acl localhost src 127.0.0.1/32 ::1 acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1 # Example rule allowing access from your local networks. # Adapt to list your (internal) IP networks from where browsing # should be allowed # acl localnet src 10.0.0.0/8 # RFC1918 possible internal network # acl localnet src 172.16.0.0/12 # RFC1918 possible internal network # acl localnet src 192.168.0.0/16 # RFC1918 possible internal network # acl localnet src fc00::/7 # RFC 4193 local private network range # acl localnet src fe80::/10 # RFC 4291 link-local (directly plugged) machines acl localnet src 192.168.1.0/24 # home.haa acl SSL_ports port 443 acl Safe_ports port 80 # http acl Safe_ports port 21 # ftp acl Safe_ports port 443 # https acl Safe_ports port 70 # gopher acl Safe_ports port 210 # wais acl Safe_ports port 1025-65535 # unregistered ports acl Safe_ports port 280 # http-mgmt acl Safe_ports port 488 # gss-http acl Safe_ports port 591 # filemaker acl Safe_ports port 777 # multiling http acl CONNECT method CONNECT # # Recommended minimum Access Permission configuration: # # Only allow cachemgr access from localhost http_access allow manager localhost http_access deny manager all # Deny requests to certain unsafe ports http_access deny !Safe_ports # Deny CONNECT to other than secure SSL ports http_access deny CONNECT !SSL_ports # We strongly recommend the following be uncommented to protect innocent # web applications running on the proxy server who think the only # one who can access services on "localhost" is a local user http_access deny to_localhost # # INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS # # Example rule allowing access from your local networks. # Adapt localnet in the ACL section to list your (internal) IP networks # from where browsing should be allowed http_access allow localnet # Allow localhost always proxy functionality http_access allow localhost # And finally deny all other access to this proxy http_access deny all # Squid normally listens to port 3128 http_port 3128 # Uncomment and adjust the following to add a disk cache directory. cache_dir aufs /var/cache/squid 512 16 256 # Leave coredumps in the first cache dir coredump_dir /var/cache/squid # Add any of your own refresh_pattern entries above these. refresh_pattern ^ftp: 1440 20% 10080 refresh_pattern ^gopher: 1440 0% 1440 refresh_pattern -i (/cgi-bin/|\?) 0 0% 0 refresh_pattern . 0 20% 4320 # ident_lookup_access deny all # logformat haa %ui %ts %<A %>a # access_log /var/log/squid/access.log haa #Ergänzungen von haa #Domainname anhängen falls keiner angegeben wird append_domain .home.haa #Privoxy als parent-cache aufrufen cache_peer localhost parent 8118 0 no-query no-digest no-netdb-exchange default no-delay #alle Anfragen über privoxy senden #never_direct allow all #ftp an privoxy vorbei holen hierarchy_stoplist ftp:// home.haa 192.168.1. # #ftp-user für anonoymous ftp einstellen ftp_user squid(a)gmx.com #Cache Manager email-Adresse angeben #cache_mgr dirk(a)home.haa # # Integration von squidclamav Virusscanner icap_enable on icap_preview_enable on icap_preview_size 128 icap_send_client_ip on #Ergänzung #icap_send_client_username on #icap_client_username_encode off #icap_client_username_header X-Authenticated-User icap_service service_req reqmod_precache bypass=1 icap://127.0.0.1:1344/squidclamav adaptation_access service_req deny CONNECT adaptation_access service_req allow all icap_service service_resp respmod_precache bypass=0 icap://127.0.0.1:1344/squidclamav adaptation_access service_resp deny CONNECT adaptation_access service_resp allow all -- 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

7 years, 8 months

OT: Google Earth

by Christian Meseberg

Hallo zusammen, falls jemand plötzlich und aus heiterem Himmel Google Earth nicht mehr nutzen kann, findet er hier nützliche Hinweise http://bjoern.taunus-server.de/cms/index.php?option=com_content&task=view&i… die teilweise auch unter Opensuse zielführend sind. -- Grüße Christian Gut, das Audacious gerade von M - POP MUZIK spielt :music: -- 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

7 years, 8 months

Rechteverwaltung (vielleicht OT)

by "Dr. Dietmar Köppe"

Hallo Liste, passt möglicherweise nicht ganz in die Liste, aber vielleicht hat einer ja eine elegante Lösung. Ich möchte ein Verzeichnis dergestalt mit Rechten ausstatten, dass Benutzer zwar Unterverzeichnisse und Dateien anlegen aber nicht mehr löschen können (mit Ausnahme von root). Tante Goggle meint, das sei nicht trivial und ich habe nur ein paar Diskussionen im Samba Umfeld gefunden. Die Lösung soll aber auf einem Proftp Server implementiert werden. Dank schon mal im Voraus Dietmar -- 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

7 years, 8 months

Probleme beim Kernel-kompilieren

by Daniel Spannbauer

Hallo, so langsam zweifle ich an mir selbst...dabei wollte ich nur schnell die Kernel-Module zum laufenden Kernel neu kompilieren..... Naja...zum Problem: openSUSE 12.3, Kernel 3.7.10-1.16-pae. Folgende Pakete sind installiert: kernel-pae-devel-3.7.10-1.16.1.i686 kernel-syms-3.7.10-1.16.1.i586 kernel-firmware-20130714git-1.5.1.noarch kernel-source-3.7.10-1.16.1.noarch kernel-default-devel-3.7.10-1.16.1.i586 kernel-devel-3.7.10-1.16.1.noarch kernel-xen-devel-3.7.10-1.16.1.i686 kernel-desktop-devel-3.7.10-1.16.1.i686 kernel-pae-3.7.10-1.16.1.i686 Ich hab meine C-Datei gepatched (brauch nen angepassten pl2303-Treiber), gehe nach /usr/src/linux-obj/i586/pae und rufe "make M=drivers/usb/serial modules" Damit sollten ja die Treiber in drivers/usb/serial mit den Objects des laufenden Kernel kompiliert werden. Tun sie auch. Nur kann ich danach das Modul nicht laden. Keins der Module in dem Verzeichnis lässt sich laden....immer "insmod: error inserting 'drivers/usb/serial/pl2303.ko': -1 Invalid module format" Jemand ne Ahnung was ich da falsch mache? Ich meine das ich das unter 11.4 noch genau so gemacht hätte.... Gruß Daniel -- Daniel Spannbauer Systemadministration marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds(a)marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- 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

7 years, 8 months

enp0s3:1 startet nicht

by Helga Fischer

Hallo Liste, was schmeckt dem systemd nicht? Ein ip addr add 192.168.120.1/16 dev enp0s3 label enp0s3:1 funktioniert. Mit ifcfg-enp0s3:1 mit Inhalt: BOOTPROTO='static' STARTMODE='auto' NAME='82540EM Gigabit Ethernet Controller' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='192.168.120.1/16' LABEL='1' MTU='' NETWORK='' REMOTE_IPADDR='' USERCONTROL='no' funktioniert es leider nicht. Was fehlt? systemd quengelt wegen irgendeiner Abhängigkeit, verrät mir aber nicht, an welcher. 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

7 years, 8 months

Hochfahren dauert

by K. Elo

Hallo Liste! Vor einiger Zeit habe ich festgestellt, dass mein Laptop beim Hochfahren immer langsamer wird. Defektes HW habe ich ausgeschlossen und es scheint, als ob gewisse Dienste das Hochfahren verlangsamen. Es dauert fast 3 Minuten, bis der Login-Screen erscheint. Das Laptop (Fujitsu Amilo Pi 3560) ist ein paar Jahre alt, mein System openSuSE 12.3 64-bit. Ich habe die Zeiten der Log-Einträge in /var/log/messages analysiert, bin aber nicht viel schlauer geworden darüber, woran es liegen könnte. Wie könnte ich herausfinden, was beim Hochfahren so viel Zeit in Anspruch nimmt? Vielen Dank schon im Voraus & Gruß, -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

7 years, 8 months

Btrfs und Virtuale Server

by Günther J. Niederwimmer

Hallo, Mal ein Verständnis Frage. Bin gerade dabei mir einen Server zu basteln mit einen onboard "FakeRaid" 5 Darauf sollen dann einige Virtuelle Server laufen. Wie könnte man das am besten lösen. Mit LVM dachte ich mir, aber hat es schon einer mit Btrfs versucht und was ist dabei herausgekommen ;). Mal warten was da so kommt ;). -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer -- 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

7 years, 8 months

Netzwerk Problem

by Torsten Förtsch

Hallo, ich habe folgende Situation: Laptop --WLAN--> AP --KABEL1--> Router --KABEL2--> Rechner In Worten: Vom Laptop wird über WLAN auf einen Accesspoint zugegriffen. Dieser hängt per Kabel an einem Router, von welchen wieder per Kabel ein Rechner erreichbar ist. Router ist eine Linux-Box mit einem 2.6.16er Kernel, der für die Verbindung zum Rechner MASQUERADING macht. Für Rechner sieht also alles so aus, als käme es von Router. Ping oder HTTP von Laptop zu Rechner funktioniert. Nun kommt das Problem. Ich möchte KABEL1 abschaffen und durch WLAN ersetzen. Dazu habe ich einen WNCE2001 von Netgear gekauft. Die Situation sieht damit so aus: Laptop -WLAN-> AP -WLAN-> Wnce -KABEL1-> Router -Kabel2-> Rechner Der Zugriff von Laptop auf Router funktioniert weiterhin. Wenn ich jedoch einen Schritt weiter, nämlich zu Rechner will, passiert nichts. Mit tcpdump sehe ich die Pakete auf Kabel1 beim Router ankommen. Auf Kabel2 ist Ruhe. Stecke ich Kabel1 wieder direkt in den AP rein, sehe ich auch Pakete auf Kabel2. Nun habe ich einen Unterschied in den Paketen die auf Kabel1 direkt vom AP bzw. vom WNCE ankommen. Steckt das Kabel direkt im AP, steht als Ethernet-Adresse des Emofängers die Adresse des Routers im Paket. Kommt das Paket über den WNCE steht an dieser Stelle die Ethernet Broadcast Adresse (ff:ff:ff:ff:ff:ff). Kann es sein, das Linux Pakete sofort verwirft, wenn sie als Empfänger die Ethernet Broadcast Adresse und nicht eine lokale Adresse als IP Empfänger Adresse enthalten? Wenn ja, kann man das abstellen? Danke, Torsten -- 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

7 years, 8 months

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

1993

openSUSE Users (Deutsch) October 2013