June 2012 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

Device-mapper loswerden
by Daniel Spannbauer 04 Jun '12

04 Jun '12

Hallo, ich hab hier ein System mit opensuse11.4. Mir werden hier alle Platten nach /dev/mapper/irgendwas gemappt, /dev/sd? kann dann nicht angesprochen werden. Weiß jemand wie ich das verhindern kann? Ich hab /etc/rc.d/boot.devive-mapper schon mal aus der Bootreihenfolge genommen...keine Wirkung. Gruß Daniel -- Daniel Spannbauer Software Entwicklung 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

4 17

Okular druckt PDF nicht bzw verzögert, Opensuse 12.1 (gelöst, fürs Archiv)
by Peter Mc Donough 03 Jun '12

03 Jun '12

Hallo, Ich habe hier eine PDF Datei, erzeugt von meinem Steuerprogramm in Windows XP. Datei dort abgespeichert. Läst sich mit AdoberReader öffnen. Unter Linux, hier Suse 12.1. Okular öffnet zwar die PDF Datei ohne Probleme. Es dauert aber ewig, wenn die Datei zum Drucker gesendet wird (über CUPS) bis sich etwas tut. Die gleiche Datei in Okular unter einem anderen Namen abgespeichert und geschlossen. Die neue Datei geöffnet: Drucken angeklickt, geht sofort. Noch einmal: System Opensuse 12.1, das gleiche Problem unter 11.4. Gruß Peter -- 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

Kernel-Panic bei Laptop im Akkubetrieb
by Amelie Zapf 02 Jun '12

02 Jun '12

Hallo zusammen, ich fahre auf einem Asus M51KR OpenSUSE 12.1. Der Rechner läuft normal, wenn er am Netz angeschlossen ist. Auf Batterie liefert er nach kurzer Betriebsdauer (5-10 Minuten) eine Kernelpanic (grüner OpenSUSE-Bildschirm, Caps Lock-Lampe blinkt, vollständige Unbedienbarkeit). In /var/log/messages findet sich nichts, was mich auf eine vernünftige Spur bringt. Boote ich mit acpi=off, tut er klaglos seinen Dienst. Das Problem liegt also im ACPI-Subsystem. Es komplett auszuschalten, ist aber auch unkomfortabel. Gibt es eine Möglichkeit, selektiv ACPI-Dienste zu verbieten, so dass die Mehrheit der Funktionen noch zur Verfügung steht, und steht irgendwo eine Liste der dazu zu übergebenden Bootoptionen? Viele Grüße, Amelie -- Dr. Amelie Zapf (amy(a)ameliezapf.com) Pianist, Bassist, Guitarist, Composer, Weichselstr. 17, 12045 Berlin, Germany Don't forget to check out http://www.ameliezapf.com/ "When the power of love overcomes the love of power, the world will know peace." - Jimi Hendrix -- 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

Re: Installation: "linuxrc" richtet Netz nicht ein
by Walter Stengel 01 Jun '12

01 Jun '12

Hallo Dom, ich mache das immer gleich bei der Installation unter "zusätzliche Paketquellen verwenden" oder so ähnlich. Da wird dann gefragt, ob das Netzwerk eingerichtet werden soll, was natürlich mit JA beantwortet wird. Alles Andere ist dann selbsterklärend. Gruß Walter -- 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 4

System läuft zwischendurch Amok
by Ralf Prengel 01 Jun '12

01 Jun '12

Hallo, in einem Netz bricht zwischendruch alles komplett zusammen. Die Switche werden regelrecht mit Paketen überflutet. Mittels OMD und check_mk habe ich jetzt einen Server ausgemacht der zum Zeitpunkt der Störung eine auffällig hohe CPU-Last zeigt. Passend finde ich in /var/log messages und warn reihenweise unten aufgeführte Einträge. Die Hardware ist jat 4 Jahre alt und läuft seit Jahren auch mit den gleichen Anwendungen/ Prozessen. Aus dem Bauch heraus würde ich sagen das System fängt an morsch zu werden und sollte auf neuere Hardware umziehen. Leider kann mein Monitoring nicht alle laufenden Prozesse permanent mitprüfen. Gibt es ein Tool das ich nutzen könnte um so raus zu bekommen welcher Prozess ggf. auf hohe Last geht indem ich alle Prozesse mitschreibe? Gruß system namesys:/var/log # cat /etc/SuSE-release openSUSE 11.0 (i586) VERSION = 11.0 namesys:/var/log # May 28 14:49:20 namesys kernel: printk: 536 messages suppressed. May 28 14:52:51 namesys kernel: The following is only an harmless informational message. May 28 14:52:51 namesys kernel: Unless you get a _continuous_flood_ of these messages it means May 28 14:52:51 namesys kernel: everything is working fine. Allocations from irqs cannot be May 28 14:52:51 namesys kernel: perfectly reliable and the kernel is designed to handle that. May 28 14:52:51 namesys kernel: kswapd0: page allocation failure. order:0, mode:0x20 May 28 14:52:51 namesys kernel: Pid: 20, comm: kswapd0 Tainted: P N 2.6.25.20-0.4-pae #1 May 28 14:52:51 namesys kernel: [<c01071d9>] dump_trace+0x63/0x227 May 28 14:52:51 namesys kernel: [<c0107c8a>] show_trace+0x15/0x29 May 28 14:52:51 namesys kernel: [<c02e3220>] dump_stack+0x5b/0x65 May 28 14:52:51 namesys kernel: [<c015f05b>] __alloc_pages+0x2de/0x2f5 May 28 14:52:51 namesys kernel: [<c0177602>] cache_alloc_refill+0x2b1/0x4bf May 28 14:52:51 namesys kernel: [<c017789a>] __kmalloc+0x8a/0xcf May 28 14:52:51 namesys kernel: [<c027d6c7>] __alloc_skb+0x4e/0xfc May 28 14:52:51 namesys kernel: [<c027e197>] __netdev_alloc_skb+0x17/0x34 May 28 14:52:51 namesys kernel: [<f919e61d>] tg3_poll+0x46d/0x907 [tg3] May 28 14:52:51 namesys kernel: [<c0280556>] net_rx_action+0xa6/0x18b May 28 14:52:51 namesys kernel: [<c012a119>] __do_softirq+0x79/0xe7 May 28 14:52:51 namesys kernel: [<c012a1cf>] do_softirq+0x48/0x57 May 28 14:52:51 namesys kernel: [<c012a2de>] irq_exit+0x38/0x6b May 28 14:52:51 namesys kernel: [<c0108311>] do_IRQ+0x76/0x89 May 28 14:52:51 namesys kernel: [<c0106a33>] common_interrupt+0x23/0x30 May 28 14:52:51 namesys kernel: [<c0188cfe>] d_kill+0x37/0x48 May 28 14:52:51 namesys kernel: [<c0188da5>] prune_one_dentry+0x96/0xa9 May 28 14:52:52 namesys kernel: [<c0188eb9>] prune_dcache+0x101/0x151 May 28 14:52:52 namesys kernel: [<c0188f1f>] shrink_dcache_memory+0x16/0x34 May 28 14:52:52 namesys kernel: [<c0162cb0>] shrink_slab+0xd8/0x132 May 28 14:52:52 namesys kernel: [<c01630a9>] kswapd+0x39f/0x4ba May 28 14:52:52 namesys kernel: [<c0135f6b>] kthread+0x3b/0x61 May 28 14:52:52 namesys kernel: [<c0106d37>] kernel_thread_helper+0x7/0x10 May 28 14:52:52 namesys kernel: ======================= May 28 14:52:52 namesys kernel: Mem-info: May 28 14:52:52 namesys kernel: DMA per-cpu: May 28 14:52:52 namesys kernel: CPU 0: hi: 0, btch: 1 usd: 0 May 28 14:52:52 namesys kernel: CPU 1: hi: 0, btch: 1 usd: 0 May 28 14:52:52 namesys kernel: Normal per-cpu: May 28 14:52:52 namesys kernel: CPU 0: hi: 186, btch: 31 usd: 174 May 28 14:52:52 namesys kernel: CPU 1: hi: 186, btch: 31 usd: 182 May 28 14:52:52 namesys kernel: HighMem per-cpu: May 28 14:52:52 namesys kernel: CPU 0: hi: 186, btch: 31 usd: 113 May 28 14:52:52 namesys kernel: CPU 1: hi: 186, btch: 31 usd: 76 May 28 14:52:52 namesys kernel: Active:528657 inactive:1076328 dirty:2674 writeback:0 unstable:0 May 28 14:52:52 namesys kernel: Active:528657 inactive:1076328 dirty:2674 writeback:0 unstable:0 May 28 14:52:52 namesys kernel: free:338734 slab:105508 mapped:276888 pagetables:1399 bounce:15 May 28 14:52:52 namesys kernel: DMA free:3520kB min:68kB low:84kB high:100kB active:4kB inactive:0kB present:16256kB pages_scanned:0 all_unreclaimable? no May 28 14:52:52 namesys kernel: lowmem_reserve[]: 0 873 9064 9064 May 28 14:52:52 namesys kernel: Normal free:1368kB min:3744kB low:4680kB high:5616kB active:90164kB inactive:312876kB present:894080kB pages_scanned:0 all_unreclaimable? no May 28 14:52:52 namesys kernel: lowmem_reserve[]: 0 0 65532 65532 May 28 14:52:52 namesys kernel: HighMem free:1350048kB min:512kB low:9300kB high:18092kB active:2024460kB inactive:3992436kB present:8388096kB pages_scanned:0 all_unreclaimable? no May 28 14:52:52 namesys kernel: lowmem_reserve[]: 0 0 0 0 May 28 14:52:52 namesys kernel: DMA: 368*4kB 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 3520kB May 28 14:52:52 namesys kernel: Normal: 1*4kB 0*8kB 1*16kB 1*32kB 0*64kB 0*128kB 1*256kB 2*512kB 0*1024kB 0*2048kB 0*4096kB = 1332kB May 28 14:52:52 namesys kernel: HighMem: 0*4kB 1*8kB 3889*16kB 1679*32kB 98*64kB 12*128kB 2*256kB 706*512kB 284*1024kB 122*2048kB 79*4096kB = 1350008kB May 28 14:52:52 namesys kernel: 1569424 total pagecache pages May 28 14:52:52 namesys kernel: Swap cache: add 14, delete 0, find 0/0 May 28 14:52:52 namesys kernel: Free swap = 2104448kB May 28 14:52:52 namesys kernel: Total swap = 2104504kB May 28 14:52:52 namesys kernel: Free swap: 2104448kB May 28 14:52:52 namesys kernel: 2342912 pages of RAM May 28 14:52:52 namesys kernel: 2113536 pages of HIGHMEM May 28 14:52:52 namesys kernel: 284399 reserved pages May 28 14:52:52 namesys kernel: 1393585 pages shared May 28 14:52:52 namesys kernel: 14 pages swap cached May 28 14:52:52 namesys kernel: 2674 pages dirty May 28 14:52:52 namesys kernel: 0 pages writeback May 28 14:52:52 namesys kernel: 276888 pages mapped May 28 14:52:52 namesys kernel: 105508 pages slab May 28 14:52:52 namesys kernel: 1399 pages pagetables May 28 14:52:52 namesys kernel: rtc: lost 37 interrupts May 28 14:52:52 namesys kernel: The following is only an harmless informational message. May 28 14:52:52 namesys kernel: Unless you get a _continuous_flood_ of these messages it means May 28 14:52:52 namesys kernel: everything is working fine. Allocations from irqs cannot be May 28 14:52:52 namesys kernel: perfectly reliable and the kernel is designed to handle that. May 28 14:52:52 namesys kernel: kswapd0: page allocation failure. order:0, mode:0x20 May 28 14:52:52 namesys kernel: Pid: 20, comm: kswapd0 Tainted: P N -- 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

digikam Erweiterte Diaschau
by Karin und Horst Bartsch 01 Jun '12

01 Jun '12

Guten Tag Ich habe open SUSE 12.1. Digikam funktioniert für mich sehr gut. Mein Wunsch ist, die erweiterte Diaschau zu speichern. Die Diaschau möchte ich entweder brennen oder auf einen USB Stick kopieren. Ich hoffe, mir kann jemand helfen. Herzliche Grüße Horst -- 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

CPU-Last aller laufenden Prozesse automatisch monitoren
by Ralf Prengel 01 Jun '12

01 Jun '12

Hallo, auf einem System geht sporadisch die CPU-Last unter die Decke. Mein Monitoring kann leider nicht alle einzelnen Prozesse erfassen. Kennt jemand ein Tool mit dem ich die CPU-Last aller laufenden Prozesse automatisch monitoren und mitschreiben kann? Gruß -- 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

Cupsdrucker werden mit wechselnden Namen angezeigt
by Ralf Prengel 01 Jun '12

01 Jun '12

Hallo, ich habe hier unter Cups folgendes Problem: 2 Server (1 und 2) sind identisch konfiguriert. ich stelle jetzt aber fest das unter KDE die Drucker verschieden angezeigt werden. Mal als any@Druckername mal als Druckername@host und mal nur als Druckername. Die Darstellung scheint sich teilweise zu ändern wenn der eine oder andere Cups-Server neu gestartet wird. Was passiert da und wie kann ich erreichen das immer der gleiche Name genutzt wird? Gruß -- 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

Netzwerkproblem in einer VM
by Lentes, Bernd 01 Jun '12

01 Jun '12

Hi, ich habe in einer VM SLES 11 SP2 installiert. Die Netzwerkkarte ist mit DHCP konfiguriert und bekommt beim Booten eine IP. Ich kriege auch ein Gateway, Nameserver und Domänensuffix. Eine Route habe ich auch. Ich kann aber nicht pingen, weder in meinem eigenen Subnetz noch in andere. Ich habe rebooted, die Netzwerkkarte manuell konfiguriert, die Firewall runtergefahren ... ich kann immer noch nicht pingen. ethtool sagt: link detected: yes Was mich wundert ist die Tatsache, daß ich per DHCP eine IP kriege, anschließend aber nicht pingen kann. Any ideas ? Bernd -- Bernd Lentes Systemadministration Institut für Entwicklungsgenetik HelmholtzZentrum münchen bernd.lentes(a)helmholtz-muenchen.de phone: +49 89 3187 1241 fax: +49 89 3187 3826 http://www.helmholtz-muenchen.de/idg Wer Visionen hat, soll zum Hausarzt gehen Helmut Schmidt Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess und Dr. Nikolaus Blum Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671 -- 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 14