Lug-dd

lug-dd@mailman.schlittermann.de

10834 discussions

Sven Guckes
by Konrad Rosenbaum 21 Feb '22

21 Feb '22

Hi, für diejenigen von uns, die auf dem einen oder anderen Linux(Info)Tag unterwegs waren/sind - ein Urgestein dieser Veranstaltungen, Sven Guckes, ist gestern gestorben. Hier ein Nachruf auf Heise: https://www.heise.de/news/Vim-Versteher-und-Kommandozeilenerklaerer-Sven-Gu… Nicht nur LUG-Pinguin Gerd wird ihn vermissen (Bild): Sven & GerdSven & Gerd 2004 (2004 in Chemnitz) Konrad

3 2

Re: Verfügbarer Speicherplatz wird nicht richtig berechnet
by andre＠yz.to 21 Feb '22

21 Feb '22

Hallo, es wäre sehr hilfreich zu wissen welches Dateisystem du verwendest. Proxmox wird mittlerweile gern mit ZFS installiert und ZFS muss ab und zu "gescrubt" werden. Außerdem werden die ZVOLs die du evtl. für deine VMs verwendest vom verfügbaren Speicherplatz abgezogen... 'zfs list' bzw. 'zpool status' zeigen dir dazu hilfreiche Informationen an. LG André Am 21.02.22 um 18:36 schrieb lug-dd-request(a)mailman.schlittermann.de: > Um E-Mails an die Liste Lug-dd zu schicken, nutzen Sie bitte die > Adresse > > lug-dd(a)mailman.schlittermann.de > > Um sich via Internet von der Liste auszutragen oder in die Liste > einzutragen: > > https://mailman.schlittermann.de/cgi-bin/mailman/listinfo/lug-dd > > Oder schicken Sie eine E-Mail mit dem Wort "help" in der Betreffzeile > oder im Text an > > lug-dd-request(a)mailman.schlittermann.de > > Sie können den Verwalter dieser Liste unter der Adresse > > lug-dd-owner(a)mailman.schlittermann.de > > erreichen. > > Wenn Sie antworten editieren bitte Sie die Betreffzeile auf einen > sinnvollen Inhalt der spezifischer ist als "Re: Contents of Lug-dd > digest..." > > > Meldungen des Tages: > > 1. LUG Treff (Konrad Rosenbaum) > 2. Re: Verfügbarer Speicherplatz wird nicht richtig berechnet > (Hilmar Preuße) > 3. Re: Verfügbarer Speicherplatz wird nicht richtig berechnet > (Konrad Rosenbaum) > 4. Sven Guckes (Konrad Rosenbaum) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 21 Feb 2022 18:11:47 +0100 > From: Konrad Rosenbaum <konrad(a)silmor.de> > To: Linux-User-Group Dresden <lug-dd(a)mailman.schlittermann.de> > Subject: LUG Treff > Message-ID: <c69818ef-4779-f2c5-c2f3-ba3018947cd5(a)silmor.de> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Hi, > > > > Am Mittwoch, 23.2.2022 20:00Uhr(*) findet das nächste LUG Treffen statt. > Wie in inzwischen gewohnt online: > > https://bbb.schlittermann.de/b/gre-kcf-m77 > > > (*)Mitteleuropäische Winterzeit, MET, UTC+1 > > > Im Moment ist kein Thema angekündigt. > > > > bis dahin, > Konrad > > -------------- nächster Teil -------------- > Ein Dateianhang mit Binärdaten wurde abgetrennt... > Dateiname : OpenPGP_signature > Dateityp : application/pgp-signature > Dateigröße : 495 bytes > Beschreibung: OpenPGP digital signature > URL : <http://mailman.schlittermann.de/pipermail/lug-dd/attachments/20220221/2b16e…> > > ------------------------------ > > Message: 2 > Date: Mon, 21 Feb 2022 18:21:34 +0100 > From: Hilmar Preuße <hille42(a)web.de> > To: Linux-User-Group Dresden <lug-dd(a)mailman.schlittermann.de> > Subject: Re: Verfügbarer Speicherplatz wird nicht richtig berechnet > Message-ID: <c054de4f-7d2d-d76d-6f01-af688823deeb(a)web.de> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Am 18.02.2022 um 23:44 teilte Stefan Engelhardt mit: > > Moin, > >> Es geht hier um einen PC auf dem Proxmox installiert ist. Gemounted ist >> auch ein Raid aus 4 Festplatten um darauf Backups zu speichern. Der Platz >> ist inzwischen voll, daher habe ich mir ein Skript geschrieben, dass den >> freien Speicherplatz beobachtet und wenn zu wenig Platz ist, das älteste >> Backup löscht. Soweit so gut. Jetzt ist es aber so, obwohl ständig alte >> Backups gelöscht werden, ist absolut kein Platz unter >> /mnt/backup_storrage/dump/. Und für mich ganz kurios, wenn ich mit df >> nachgucke wie voll die Partitionen sind, ist md127 11TB groß. Diese sind >> aber nicht voll genutzt, es sind noch 14MB (siehe Taschenrechner) frei. df >> ist aber der Meinung, dass komplett alles aufgebraucht ist. >> > Kann das nicht einfach ein Rundungsfehler sein und die Tatsache, daß bei > einem 11TB Filesystem die 14MB freier Platz kaum ins Gewicht fallen? > Selbst 14 GB (die meintest Du wohl eher) fallen der Rundung zum Opfer > weil es < 1% ist. > > H. > > P.S.: mit "df -h" wird das Ganze etwas lesbarer.

2 1

LUG Treff
by Konrad Rosenbaum 21 Feb '22

21 Feb '22

Hi, Am Mittwoch, 23.2.2022 20:00Uhr(*) findet das nächste LUG Treffen statt. Wie in inzwischen gewohnt online: https://bbb.schlittermann.de/b/gre-kcf-m77 (*)Mitteleuropäische Winterzeit, MET, UTC+1 Im Moment ist kein Thema angekündigt. bis dahin, Konrad

1 0

SQL-Frage
by Erik Schanze 21 Feb '22

21 Feb '22

Liebe Linux-User, ich habe eine MariaDB auf Debian 11 laufen und möchte die Zeitdifferenz in Sekunden zwischen der letzten und der vorletzten Zeile in einer Tabelle haben, anhand des "created"-Wertes. Die Beispiele im Internet ufern irgendwie immer gleich derart aus, dass ich sie nicht mehr verstehe. Ich habe nur rudimentäres SQL-Wissen. :-) Gibt es da kein einfache Abfrage, die ich nur nicht gefunden habe? Ich freue mich auf eure Antworten. VG, Erik

4 11

AppArmor nutzerspezifische Regeln
by Tobias Schlemmer 20 Feb '22

20 Feb '22

Hallo, ich habe .fonts in ein anderes Verzeichnis verschoben, damit ich es mit git managen kann (hauptsächlich synchronisation zwischen den Rechnern), damit ich auf allen meinen Rechnern dieselben Fonts zur Verfügung habe. Jetzt beschwert sich AppArmor, dass fontconfig auf illegale Verzeichnisse zugreift (vor allem LibreOffice). Nervig ist, dass es mir für jede Datei eine Benachrichtigung auf den Bildschirm schickt und damit den ganzen Bildschirm zupflastert. Um dem abzuhelfen möchte ich als Endnutzer dass AppArmor $HOME/pfad/zu/fonts genauso behandeln soll wie $HOME/.fonts. Ich weiß, dass man das als root machen kann, aber dass ich bei jeder Änderung meinen Admin bitten müsste, das zu erledigen. Gibt es da eine möglichkeit, als normaler nutzer einzugreifen? VG Tobias

1 0

Anzeigen von offenen Dateien
by Rita H. 15 Feb '22

15 Feb '22

Moin, jetzt hab ich auch mal eine Frage und zwar zu folgendem Szenario: Auf einer ubuntuVM ist ein Windowsverzeichnis als shared Folder eingerichtet. Wenn man aus der linuxvm die offenen Dateien mit lsof -t listet erhält man nur die Dateien welche in linux offen sind. Gibt es eine simple Möglichkeit auch die Dateien zu finden die in Windows offen sind? VG Rita

2 1

Bibliothek mehrfach in unterschiedlichen Versionen linken
by Tobias Schlemmer 12 Feb '22

12 Feb '22

Hallo, Folgendes Problem: Ein VST-Plugin-Host wurde mit JUCE version A gebaut. Ein VST-Plugin wurde mid JUCE version B gebaut. Der VST-Plugin-Host verwendet ein shared object mit JUCE-Symbolen. Das VST-Plugin ist ein shared object mit JUCE-Symbolen. Wie kann ich herausfinden, ob der Host ausschließlich gegen seine eigenen JUCE-Symbole gelinkt wird und ob das Plugin ausschließlich gegen seine version gelinkt wird. Wenn das VST-SDK das unterstützt könnte ich gcc anweisen, das Plugin mit visibility=hidden zu compilieren. Beim Host ist mir das nicht so klar. Außerdem möchte ich gern anhand der shared objects sehen, welche Symbole exportiert werden. Das geht doch irgendwie mit objdump oder nm. Hat das schonmal jemand gemacht? Wie geht das genau? Viele Grüße Tobias

3 2

LVM Thin-Pool - LV nach Reparatur (scheinbar) leer
by Daniel Leidert 11 Feb '22

11 Feb '22

Hallo, Ich bin von jemanden kontaktiert worden, der Hilfe mit seinem Thin-Pool benötigt (Proxmox). Gelaufen ist scheinbar eine einzelne HDD mit 8 TB. Diese ist in drei Partitionen aufgeteilt: 1-kA, 2-/boot, 3-LVM Thin. PV ist Partition 3 mit 3 LVs (root, swap, data). Nach einer Änderung am System bekam er die Fehlermeldung: Check of pool pve/data failed (status:1). Manual repair required! angezeigt. Dem vorausgegangen ist, dass der Betroffene eine SSD eingebaut und diese an die Stelle des ursprünglichen Laufwerkes (HDD) gesetzt und die HDD versetzt hat. Danach hat sich natürlich die Benennung der Block-Geräte verändert: Das ursprüngliche Lauwerk ist jetzt /dev/sdb (vorher /dev/sda) und die SSD ist /dev/sda. Im Anschluss daran sei die Fehlermeldung erschienen. Ein lvconvert --repair pve/data ist mittlerweile durchgelaufen, pve/data scheint jetzt aber leer zu sein. Tatsächlich sollten sich dort bis zu 7 TB Daten "tummeln". Ein Backup ist leider nicht vorhanden. 1) Ich bin am Zweifeln, ob der Einbau der SSD überhaupt etwas mit dem Problem zu tun hat. LVM sollte doch egal sein, wie das Blockgerät heißt, oder? 2) Ich versuche zu verstehen, was überhaupt passiert ist, und wie man an die Daten kommt. Ich habe u.a. das hier gefunden: https://www.unixrealm.com/repair-a-thin-pool/, was aber sehr tief in die Grundlagen von LVM Thin-Pools eintaucht. Habt Ihr Ideen, was passiert sein könnte und wo man ansetzt, um das Problem zu identifizieren? Arbeitet jemand von Euch ggf. regelmäßig mit Thin-Pools und traut sich einen Blick auf das Problem zu? Ich habe dem Nutzer jetzt erst einmal geraten, eine 1:1-Kopie zu sichern, um ggf. an dieser Rettungsversuche zu unternehmen. Gruß, Daniel

1 0

Februar LUG Treff
by Konrad Rosenbaum 08 Feb '22

08 Feb '22

Hi, Am Mittwoch, 9.2.2022 20:00Uhr(*) findet das nächste LUG Treffen statt. Wie in inzwischen gewohnt online: https://bbb.schlittermann.de/b/gre-kcf-m77 (*)Mitteleuropäische Winterzeit, MET, UTC+1 Wenn ich das richtig mitbekommen habe erzählt Daniel etwas über Debian Installer Images. @Daniel: bitte bestätigen. bis dahin, Konrad

2 1

Freelancer/Hilfe gesucht: OPP-Table in DTB-Datei anpassen
by Daniel Leidert 06 Feb '22

06 Feb '22

Hallo, falls sich jemand mit OPP-Tabellen und DTB/DTS-Dateien auskennt: ich wurde von einem Nutzer kontaktiert, der hierbei kompetente Hilfe benötigt. Zitat: "[..] I am trying to modify the OPP table in my DTB file to allow for a higher frequency step. I have already decompiled the DTB and converted the Hex values for frequency to base 10. I can see that the last step is the Max cpu freq stock (1.8ghz), but I have added aftermarket heat sink and I’m trying to push it past its stock Limit. The Armbian distro I am using doesn’t allow overlays, from what I have read. So I wanted to try to modify the OPP table directly. The processor is an Allwinner H6 A53 ARM processor. I just need help reconfiguring the OPP table. I can recompile the DTS to a DTB after myself. [..]." Wenn da jemand kompetent helfen kann, vermittle ich gerne den Kontakt. Eventuelle Bezahlung ist untereinander auszumachen. Gruß, Daniel

1 0

Jump to page:

2025

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