Lug-dd January 2023

lug-dd@mailman.schlittermann.de

13 participants
6 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

Gnuplot / Anzeige minimaler Werte auf logarithmischer Y-Achse
by Bernhard Schiffner 28 Jan '23

28 Jan '23

Hallo, ich möchte ein Histogramm darstellen Die einzelnen "Körbe" (X-Achse) enhalten eine (unsigned long integer) Zahl zwischen 0 und "viel", die die Ereignishäufigkeit darstellt. Die Ereignishäufigkeit soll auf der Y-Achse logarithmisch dargestellt werden. Ich möche nun den Plot so haben, dass die Linie für Häufigkeit "0" (echter Wert) das Digramm bei z.B. bei "0.7" (Minimalwert Anzeige) "trifft". Das mache ich mit set autoscale y; set logscale y; set yrange [0.7:] So habe ich eine Linie, die unter 1 liegt (0 geht ja im logarithmischen Maßstab nicht) und mir als "pseudo-Nulllinie" dient. Der Trick hat bei Gnuplot 2020-01 noch geklappt, aber seit 2021-12 nicht mehr. Der Plot wird "neuerdings" von Y>=1 nach unten (0.7) ausgesetzt, und fängt auch erst wieder mit Y>=1 an. Das ist mir leider erst jetzt beim genauen Hinsehen aufgefallen. Kennt jemand eine Lösung dafür? Kann man bestimmte Plot-Daten einfach "on the fly" ersetzen? (0 -> 0.7) Wenn gewollt, stelle ich Daten / Script / Bilder gerne zur Verfügung. Danke im voraus! Bernhard

1 0

Treffen heute (25. Januar)
by Jakob Mendel 25 Jan '23

25 Jan '23

Hallo allerseits, treffen wir uns heute abend im GAG18? Ich wäre dabei. Viele Grüße Jakob

8 10

Treff 11.1.
by Konrad Rosenbaum 11 Jan '23

11 Jan '23

Hi, Treff morgen in Real Life [tm] oder Online BBB? Im Gag18-Kalender steht "Büchertag" - stört uns das oder lesen wir einfach mit? Konrad

5 4

Anbieter für SSH-Server
by Friedrich Hagedorn 03 Jan '23

03 Jan '23

Hallo Dresden :-) ich bin im Moment auf der Suche nach einem Anbieter für einen SSH-Server - die Uni-Zeit ist schon lange vorbei, und ich bin im Ausland... Hat jemand eine Idee? Viele Grüße Friedrich

4 5

Handlingfrage kvm snapshots
by Andreas Roth 02 Jan '23

02 Jan '23

Hoi zusammen, Ich habe da nen Handlingthema beim kvm. Ich erstelle einen Snapshot auf einer VM (test04) mit preallocated=full HDD qcow2 image (22GB) - test04-system.qcow2. Beim löschen des Snapshots zeigt mir du und ls unterschiedliche Werte an. Ich bekomme es so reproduziert: - anzeigen Disk image information $ qemu-img info /data/vm1/test04-system.full.qcow2 image: /data/vm1/test04-system.full.qcow2 file format: qcow2 virtual size: 22.2 GiB (23836229632 bytes) disk size: 22.2 GiB cluster_size: 65536 Format specific information: compat: 1.1 compression type: zlib lazy refcounts: false refcount bits: 16 corrupt: false extended l2: false - erstellen vom Snapshot $virsh snapshot-create test04 - Das rootfilesystem ist frei, ich erstelle ein file mit 18GB $ df -h Filesystem Size Used Avail Use% Mounted on /dev/root 22G 3.3G 19G 16% / tmpfs 996M 8.0K 996M 1% /dev/shm tmpfs 399M 500K 398M 1% /run tmpfs 5.0M 0 5.0M 0% /run/lock /dev/vda15 105M 5.3M 100M 5% /boot/efi tmpfs 200M 0 200M 0% /run/user/1000 $ sudo dd if=/dev/urandom of=/testfile bs=1M count=18000 18000+0 records in 18000+0 records out 18874368000 bytes (19 GB, 18 GiB) copied, 82.8493 s, 228 MB/s - Ich schaue mir auf dem kvm das hdd image file an: $ ls -lah /data/vm1/test04-system.qcow2 -rw-r--r-- 1 libvirt-qemu kvm 39G Dec 31 12:34 /data/vm1/test04-system.qcow2 $ du -sh /data/vm1/test04-system.qcow2 41G /data/vm1/test04-system.qcow2 - so weit, so gut $ virsh snapshot-list test04 Name Creation Time State --------------------------------------------------- 1672486383 2022-12-31 12:33:03 +0100 running $ virsh snapshot-delete test04 --snapshotname=1672486383 Domain snapshot 1672486383 deleted - nach dem Löschen des Snapshots würde ich erwarten, dass das Imagefile wieder die Originalgrösse hat. $ ls -lah /data/vm1/test04-system.qcow2 -rw-r--r-- 1 libvirt-qemu kvm 41G Dec 31 12:38 /data/vm1/test04-system.qcow2 $ du -sh /data/vm1/test04-system.qcow2 23G /data/vm1/test04-system.qcow2 $ file /data/vm1/test04-system.qcow2 /data/vm1/test04-system.qcow2: QEMU QCOW2 Image (v3), 23836229632 bytes - Das Imagefile hat seine Originalgrösse, „ls" zeigt mir aber noch 41GB an. Ich würde vermuten, dass er jetzt nen sparsefile aus dem Image gemacht hat. Wie würde ich das file jetzt wieder tatsächlich „klein“ bekommen - Hintergrund: nicht alle tools unterstützen sparsefiles (backup..)? Danke im Voraus und "guten Rutsch", Andreas

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 January 2023