Lug-dd October 2019

lug-dd@mailman.schlittermann.de

5 participants
5 discussions

ALSA und Flash auf 64bit
by Konrad Rosenbaum 05 Dec '23

05 Dec '23

Hi, ich versuche auf meinem 64-Bit-System Flash zum Laufen zu bekommen. 64bit Flash von Adobe ist Fehlanzeige. Die freien Alternativen, die ich finden konnte können entweder kein Video (YouTube) oder sind instabil. Also habe ich mir die 32bit-Bibliotheken von Debian installiert (libc6-i386), dann den 32bit Firefox und den passenden Flashplayer. Aber wenn ich jetzt Videos abspielen will kommt das: ALSA lib ../../src/confmisc.c:558:(snd_determine_driver) could not open control for card 0 ALSA lib ../../src/conf.c:3500:(_snd_config_evaluate) function snd_func_card_driver returned error: Invalid argument ALSA lib ../../src/confmisc.c:391:(snd_func_concat) error evaluating strings ALSA lib ../../src/conf.c:3500:(_snd_config_evaluate) function snd_func_concat returned error: Invalid argument ALSA lib ../../src/confmisc.c:1070:(snd_func_refer) error evaluating name ALSA lib ../../src/conf.c:3500:(_snd_config_evaluate) function snd_func_refer returned error: Invalid argument ALSA lib ../../src/conf.c:3968:(snd_config_expand) Evaluate error: Invalid argument ALSA lib ../../../src/pcm/pcm.c:2143:(snd_pcm_open_noupdate) Unknown PCM default Seltsamerweise funktioniert ALSA mit allen 64bit Programmen und macht da keinerlei Probleme. Was jetzt? Dabei will ich doch nur die erste Folge von "Sanctuary" nicht verpassen... :-( Konrad

10 15

Filesystem für gemeinsamen Zugriff Windows10/Linux
by Falk Mölle 01 Nov '19

01 Nov '19

Moin, ich bin gerade dabei, einen neuen Familien-PC mit DualBoot Win10 und Linux (OpenSuse) aufzusetzen. Dabei möchte ich eine große Partition (~500 GB) für Filme, Fotos und andere Daten erstellen, die von beiden Systemen verwendet werden soll. Der Rechner ist nicht von außen erreichbar, es werden also keine besonderen Ansprüche an Zugriffsrechte etc. gestellt. Was schlagt Ihr vor? LG Falk

4 3

test | please ignore
by Heiko Schlittermann 31 Oct '19

31 Oct '19

Hallo, es gab einen Server-Umzug. Mal sehen, ob wieder alles geht. -- Heiko

1 0

test | please ignore
by Heiko Schlittermann 31 Oct '19

31 Oct '19

Hallo, es gab einen Server-Umzug. Mal sehen, ob wieder alles geht. -- Heiko

1 0

Auswerten von /var/log/messages?
by Thomas Güttler 10 Oct '19

10 Oct '19

Hallo, wir betreiben mehrere Server, auf denen Software von uns läuft. Seit rund fünf Jahren überwachen wir nicht mehr /var/log/messages. Es war uns einfach zu viel Aufwand mit hunderten Regex-Ausdrücken alles unwichtige wegzufiltern. Das funktioniert seit vielen Jahren gut. Hin- und wieder gibt es aber doch etwas, was ich gerne gesehen hätte. Zum Beispiel, wenn der oom-killer aktiv wird, weil der Hauptspeicher knapp wird (Beispiel siehe unten). Wie macht ihr das? Pflegt ihr zig regex-Ausdrücke um alles unwichtige auszublenden? Gruß, Thomas Oct 4 11:00:56 gew-work kernel: [27521522.981822] python /home/mo invoked oom-killer: gfp_mask=0x1420848(GFP_NOFS|__GFP_NOFAIL|__GFP_HARDWALL|__GFP_MOVABLE), nodemask=0, order=0, oom_score_adj=0 Oct 4 11:00:57 gew-work kernel: [27521522.981834] python /home/mo cpuset=/ mems_allowed=0 Oct 4 11:00:57 gew-work kernel: [27521522.981837] CPU: 3 PID: 19564 Comm: python /home/mo Not tainted 4.4.114-42.1-default #1 Oct 4 11:00:57 gew-work kernel: [27521522.981838] Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 07/28/2017 Oct 4 11:00:57 gew-work kernel: [27521522.981841] 0000000000000286 0000000000000000 ffffffff8136552d 0000000000000001 Oct 4 11:00:57 gew-work kernel: [27521522.981843] ffff88007c0c77b0 0000000000000000 ffffffff81224e46 ffffffff00000000 Oct 4 11:00:57 gew-work kernel: [27521522.981844] ffffffff00000000 ffffffff81680a71 ffffffff81680a6a ffffffff81680a63 Oct 4 11:00:57 gew-work kernel: [27521522.981845] Call Trace: Oct 4 11:00:57 gew-work kernel: [27521522.981858] [<ffffffff8101c459>] dump_trace+0x59/0x310 Oct 4 11:00:57 gew-work kernel: [27521522.981862] [<ffffffff8101c801>] show_stack_log_lvl+0xf1/0x170 Oct 4 11:00:57 gew-work kernel: [27521522.981865] [<ffffffff8101d6f1>] show_stack+0x21/0x40 Oct 4 11:00:57 gew-work kernel: [27521522.981870] [<ffffffff8136552d>] dump_stack+0x5d/0x80 Oct 4 11:00:57 gew-work kernel: [27521522.981882] [<ffffffff81224e46>] dump_header+0x82/0x239 Oct 4 11:00:57 gew-work kernel: [27521522.981889] [<ffffffff811adce5>] oom_kill_process+0x275/0x450 Oct 4 11:00:57 gew-work kernel: [27521522.981896] [<ffffffff811ae2af>] out_of_memory+0x38f/0x4f0 Oct 4 11:00:57 gew-work kernel: [27521522.981900] [<ffffffff811b2bf5>] __alloc_pages_slowpath+0x875/0x960 Oct 4 11:00:57 gew-work kernel: [27521522.981904] [<ffffffff811b2ee7>] __alloc_pages_nodemask+0x207/0x260 Oct 4 11:00:57 gew-work kernel: [27521522.981910] [<ffffffff811ff807>] alloc_pages_current+0x97/0x120 Oct 4 11:00:57 gew-work kernel: [27521522.981914] [<ffffffff811aab1c>] pagecache_get_page+0x6c/0x200 Oct 4 11:00:57 gew-work kernel: [27521522.981917] [<ffffffff81262939>] __getblk_slow+0xd9/0x310 Oct 4 11:00:57 gew-work kernel: [27521522.981938] [<ffffffffa03b64d6>] ext4_getblk+0x86/0x1c0 [ext4] Oct 4 11:00:57 gew-work kernel: [27521522.981954] [<ffffffffa03b661f>] ext4_bread+0xf/0x90 [ext4] Oct 4 11:00:57 gew-work kernel: [27521522.981966] [<ffffffffa03c0104>] __ext4_read_dirblock+0x44/0x380 [ext4] Oct 4 11:00:57 gew-work kernel: [27521522.981978] [<ffffffffa03c047b>] dx_probe+0x3b/0x590 [ext4] Oct 4 11:00:57 gew-work kernel: [27521522.981990] [<ffffffffa03c1e28>] ext4_find_entry+0x178/0x630 [ext4] Oct 4 11:00:57 gew-work kernel: [27521522.982002] [<ffffffffa03c295f>] ext4_lookup+0x6f/0x240 [ext4] Oct 4 11:00:57 gew-work kernel: [27521522.982006] [<ffffffff81233e49>] lookup_real+0x19/0x50 Oct 4 11:00:57 gew-work kernel: [27521522.982009] [<ffffffff81234387>] __lookup_hash+0x37/0x50 Oct 4 11:00:57 gew-work kernel: [27521522.982012] [<ffffffff812367f9>] walk_component+0x199/0x290 Oct 4 11:00:57 gew-work kernel: [27521522.982016] [<ffffffff81236d8d>] link_path_walk+0x16d/0x550 Oct 4 11:00:57 gew-work kernel: [27521522.982019] [<ffffffff8123726a>] path_lookupat+0x6a/0x100 Oct 4 11:00:57 gew-work kernel: [27521522.982022] [<ffffffff81239a81>] filename_lookup+0xb1/0x190 Oct 4 11:00:57 gew-work kernel: [27521522.982025] [<ffffffff8122f103>] vfs_fstatat+0x43/0x90 Oct 4 11:00:57 gew-work kernel: [27521522.982028] [<ffffffff8122f482>] SYSC_newstat+0x12/0x30 Oct 4 11:00:57 gew-work kernel: [27521522.982032] [<ffffffff8167d94e>] entry_SYSCALL_64_fastpath+0x22/0xbe Oct 4 11:00:57 gew-work kernel: [27521522.984556] DWARF2 unwinder stuck at entry_SYSCALL_ -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines

2 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd October 2019