Liebe Flugies und Wesen im Chaos,
vielmals Danke...
fürs Mitmachen, Referieren, organisieren und Beitragen
sowohl in der Mailingliste als auch bei den Veranstaltungen!
An dieser Stelle eine Vorschau auf 2024
17.1.2024 19:00 Uhr, HdE, Vortrag TZ: Das Zeitalter der Überwachung fast überall! Buchbesprechung Shoshana Zuboff
21.2.2024 20:00 Uhr, CCCFr, Linux-Sprechstunde der Flugies
20.3.2024 19:00 Uhr, HdE, Vortrag BV: Linux beißt nicht, das will nur spielen... Umstieg von WasWeißichWoher https://eylenburg.github.io/os_comparison.htm
17.4.2024 20:00 Uhr, CCCFr, Linux-Sprechstunde der Flugies
15.5.2024 19:00 Uhr, HdE, Vortrag N.N. Vorschlag: Smarty ohne Telefonitis und Heimweh https://www.kuketz-blog.de/divestos-datenschutzfreundlich-und-erhoehte-sich…
19.6.2024 20:00 Uhr, CCCFr, Linux-Sprechstunde der Flugies
17.7.2024 19:00 Uhr, HdE, Vortrag N.N. Vorschlag: Grundlagen des Hardenings von Servern in kleinen Netzwerken, HowTo: Schließen bekannter Einfallstore und anderer Schlupflöcher
21.8.2024 20:00 Uhr, CCCFr, Linux-Sprechstunde der Flugies
18.9.2024 19:00 Uhr, HdE, Vortrag BV: Bücher & Zeitschriften digitalisieren und aufbereiten u. a. mit ScanTailor https://wiki.ubuntuusers.de/Scan_Tailor/
16.10.2024 20:00 Uhr, CCCFr, Linux-Sprechstunde der Flugies
20.11.2024 19:00 Uhr, HdE, Vortrag JS: Inside Security-Enhanced-Linux https://de.wikipedia.org/wiki/SELinux
17.12.2024 20:00 Uhr, CCCFr, Linux-Sprechstunde der Flugies
(wie immer: ohne Pistole und Gewähr... Änderungen vorbehalten)
Besteht darüber hinaus Interesse, vor der Linux-Sprechstunde im CCCFr
sich zu anderen / spezielle Themen auszutauschen?
z.B. Einstieg in Emacs, "basic Emacs fu" Sitzung
oder
kuuglfreie Smarty-Sprechstunde mit Schwerpunktthemen
wie
- Vorbereitung + Installation
- Einstellungen / Datensicherung / System-Apps
- must/nice to have Apps: Kommunikation
- must/nice to have Apps: (Multi-)Media
- must/nice to have Apps: Öffi + Navi
- must/nice to have Apps: Fun + mehr
- Terminal funzt auch hier
Voraussetzung hierfür wäre ein offenes CCCFr und hinreichend Interesse...
Wer Lust hat zu kommen/mitzumachen kann sich gerne bei mir melden,
um zu sehen, was geht...
In diesem Sinne frohe Festtage allseits,
Spaß beim 37C3,
vor allem bleibt gesund!
Clemens
--
https://lug-freiburg.de/
PGP-Key: https://keys.openpgp.org/search?q=ctux%40dismail.de
Fingerprint: 1A31E01554A83F6A3AD80D66E241C1EB3638931
Hallo,
Am Mittwoch, den 20. Dezember gibt es ab 20 Uhr wieder ein FLUG-Treffen beim CCC Freiburg, Adlerstr. 12a
Es sind keine Vorträge geplant. Zum Jahresende können wir über vergangenes und kommende Themen sprechen.
Viele Grüße, Stefan Ziegler.
Hallo Andreas,
[ich habe die Liste mal wieder ins cc: genommen]
On 12/11/23 09:56, Andreas Delleske wrote:
>>> [Service]
>>> ExecStart=/bin/stty -F /dev/ttyUSB0 38400
>
>> Das ist nur so mittel-richtig. Ich hätte mich jetzt an das gehalten
>> was Lennard Pöttering in
>> https://0pointer.de/blog/projects/serial-console.html geschrieben hat.
>>
>> Statt das cp und so händisch zu machen, kann man auch
>>
>> systemctl edit serial-getty(a)ttyUSB0.service
>>
>> aufrufen und nur die agetty-cmdline anpassen. (Sodass die Datei
>> abgesehen von den Kommentarzeilen etwa enthält:
>>
>> [Service]
>> ExecStart=-/sbin/agetty -o '-p -- \\u' 38400 - $TERM
>>
>> )
>>
>> Ansonsten kann man mit der default-Einstellung mit einem Break auch
>> die Baudrate umstellen.
>
> Ah vielen Dank!
>
> Das Problem ist, an der anderen Seite sitzt nachher ein fest
> installierter Microcontroller, der weiß nix von umstellen :) - für den
> ist es eben auch besser es wird festgenagelt.
Ah, und der soll dann den getty steuern? Für sowas hätte ich jetzt eher
den getty weggelassen.
> Ich glaub ich hab den Hinweis den Du zitierst auch gelesen aber da ich
> den Teil mit '-p -- \\u' nicht verstanden hab hab ichs gelassen..
In meinem unverändertem service-file steht:
ExecStart=-/sbin/agetty -o '-p -- \\u' --keep-baud
115200,57600,38400,9600 - $TERM
d.h. den Teil mit dem -o '...' habe ich nicht angefasst, sondern nur die
unerwünschten Baudraten gelöscht.
Liebe Grüße
Uwe
Goddammit.
Damit die Kiste die Hardware dauerhaft auf 38400 Baud eingestellt hat
mußte ich eine Datei erzeugen:
# cat /etc/systemd/system/serial-baudrate.service
[Unit]
Description=Set serial port baud rate
[Service]
ExecStart=/bin/stty -F /dev/ttyUSB0 38400
[Install]
Und das als "Service" starten: Hoffen wir das Beste...
--
Schönen Gruß
Andreas Delleske
Dellekom - Andreas Delleske | www.dellekom.de | post(a)dellekom.de
Walter-Gropius-Str. 22 | D-79100 Freiburg im Breisgau
vox: +49 761 4568330 | ust-id: DE194004109 | lex: Freiburg
datenschutz: https://dellekom.de/dellekom/datenschutz
Am 30.11.23 um 17:22 schrieb Nico Kluge:
> Hallo Peter,
>
> Es gibt doch einige die man über google findet, z.B.
> https://itsfoss.com/open-source-forum-software/
>
> Wenn du was spezielles, bzw. etwas das kompakt auf deine Bedürfnisse
> zugeschnitten ist brauchst, kann ichs auch gerne bauen, z.B. einfach PHP
> + Dateien oder DB, kostet aber wahrscheinlich so 1000-5000 Euro je nach
> Features.
>
danke für die Info,
antwort hat leider etwas gedauert
Geld ist in der Sache nicht drin,
CU
> LG,
>
> Nico
>
>
> On 30.11.23 17:11, Peter Radisson wrote:
>> Hallo Liste,
>> ich suche für die interne Kommunikation eine Webforum-Software.
>> Diese sollte:
>> * Open Source
>> * Simpel (nicht viele knöpfe zu verstellen)
>> * Kompakt (nicht noch 100 Pakete hinterher)
>>
>> Kann jemand etwas empfehlen ?
>>
>> CU
Hi Flugis,
so ruhig hier?
Ich quäle mich gerade ein bißchen mit einem Raspberry Pi 3B+ herum,
(Debian bookworm), der soll über ein USB-Seriell Interface (läuft!) eine
Login-Console nach außen anbieten.
Mit systemd wird das wohl schwierig, ChatGPT hat ein bißchen geholfen
aber nur ein bicßhen.
Manchmal bekomme ich (über ein gekreutes Seriell-DB9-Kabel ein Login
hin, dann aber mneist nur über 9600 Baud. Am Ende soll es bei 38400 Baud
8N1 bleiben.
Hier ein paar facts:
# ps ax | grep agetty
867 tty1 Ss+ 0:00 /sbin/agetty -o -p -- \u --noclear
--keep-baud 38400,38400 - linux
868 ttyS0 Ss+ 0:00 /sbin/agetty -o -p -- \u --keep-baud
115200,57600,38400,9600 - vt220
869 ttyUSB0 Ss+ 0:00 /sbin/agetty -o -p -- \u --keep-baud
38400,38400 - vt220
Weder /dev/ttyS0 noch /dev/tty1 hab ich "bestellt" aber just for info.
Eigentlich brauche ich nur Empfang auf /dev/ttyUSB0, das soll dauerhaft
auf 38400 Baud gesetzt werden, ich sehe aber
# stty -F /dev/ttyUSB0
speed 9600 baud; line = 0;
min = 1; time = 0;
-brkint -icrnl -imaxbel iutf8
-isig -icanon -iexten -echo -echoe -echok -echoctl -echoke
Dann gibt es wohl noch:
# stty -F /dev/ttyS0
speed 115200 baud; line = 0;
min = 1; time = 0;
-brkint -icrnl -imaxbel iutf8
-isig -icanon -iexten -echo -echoe -echok -echoctl -echoke
Ist das Kunst oder wie kann das weg?
systemctl status listet mir alle drei:
│ ├─system-getty.slice
│ │ └─getty(a)tty1.service
│ │ └─867 /sbin/agetty -o "-p -- \\u" --noclear --keep-baud
38400,38400 - linux
│ ├─system-serial\x2dgetty.slice
│ │ ├─serial-getty(a)ttyS0.service
│ │ │ └─868 /sbin/agetty -o "-p -- \\u" --keep-baud
115200,57600,38400,9600 - vt220
│ │ └─serial-getty(a)ttyUSB0.service
│ │ └─869 /sbin/agetty -o "-p -- \\u" --keep-baud 38400,38400 - vt220
Ich hab nix dagegen wenn z.B. auf der Hardware-UART des Raspi auch eine
Console rangehen würde, muß aber auch nicht sein. Hauptsache ich sperre
mich nie über ssh aus.
Der Kernel hat auch irgendwelche Parameter beim Booten:
# cat /boot/cmdline.txt
console=serial0,38400 console=tty1 root=PARTUUID=54a66289-02
rootfstype=ext4 fsck.repair=yes rootwait
cfg80211.ieee80211_regdom=DEroot@rp23:~#
Ich hab das dort auf 38400 geändert ohne wirklich zu wissen was ich tu.
Wie bekomm ich die Baudrate dauerhaft auf 38400?
Hier eine Datei die ich nach einer Anleitugn angelegt habe:
# cat /etc/systemd/system/serial-getty(a)ttyUSB0.service
[...]
[Service]
# The '-o' option value tells agetty to replace 'login' arguments with an
# option to preserve environment (-p), followed by '--' for safety, and then
# the entered username.
ExecStart=-/sbin/agetty -o '-p -- \\u' --keep-baud 38400,38400 - $TERM
Seufz.
Any ideas?
--
Schönen Gruß
Andreas
Dellekom - Andreas Delleske | www.dellekom.de | post(a)dellekom.de
Walter-Gropius-Str. 22 | D-79100 Freiburg im Breisgau
vox: +49 761 4568330 | ust-id: DE194004109 | lex: Freiburg
datenschutz: https://dellekom.de/dellekom/datenschutz
Hallo Leute,
seit meinem Upgrade auf Debian 12 kann ich mich weder einloggen noch wird der Bootvorgang abgeschlossen. Könnt ihr mir helfen?
Problembeschreibung:
Die Kommandozeile (tty; zu erreichen über Strg + Alt + [F1 bis F6]) zeigt „Login incorrect“ an, wenn ich einen Nutzernamen (oder eine andere Zeichenkette) eingebe (und zum Abschluss Return
oder Enter drücke (hab beides ausprobiert)). Ein leerer Name (kein Zeichen, sondern gleich Enter bzw. Return drücken) und „root“ zeigen jeweils das gleiche Verhalten.
Ausschließen konnte ich, dass das System aufgrund von fehlendem Speicherplatz die Aktualisierung nicht vollenden konnte und mir ein „zerbrochenes“ System zurückgelassen hat. Da ich mit gnome-
disks über ein Livesystem nachgeschaut hab, wie voll die einzelnen Partitionen sind, denke ich, das kann man als mögliche Ursache ausschließen.
Die grafische Oberfläche (normal über Strg + Alt + F7 erreichbar) startet erst gar nicht. die letzte Meldung ist nicht bei jedem Bootversuch die selbe, aber „[ OK ] Started Anonymizing
overlay network for TCP.“ ist auch dabei (falls das hilft). Nur beginnt jede Kernelmeldung nicht am Zeilen-/Bildschirmanfang, sondern da, wo die vorige aufgehört hat, in der Zeile drunter.
Vielleicht hat mein Problem damit zu tun, dass der Kernel 4.19.0 im GRUB-Menü angezeigt wird und damit scheinbar auch (noch) installiert ist, jedoch nicht der in Debian 12 verwendete (6.1.0).
Das ist der, den ich bisher verwendet hab.
Was sagt ihr dazu?
Wenn noch was fehlt, bitte melden :-)
Viele Grüße
Julian
PS: Klar könnte ich mein System neuinstallieren. V. a., da ich erst frisch auf ein neues System upgegradet hab. Aber wer will schon seine ganzen Dateien vom Backup rüberkopieren und die
individuellen/eigenen Veränderungen am System alle zusammensuchen und – viel wichtiger – auch erneut vornehmen…?
Hallo Liste,
ich suche für die interne Kommunikation eine Webforum-Software.
Diese sollte:
* Open Source
* Simpel (nicht viele knöpfe zu verstellen)
* Kompakt (nicht noch 100 Pakete hinterher)
Kann jemand etwas empfehlen ?
CU
Hi,
hat sich schonmal jemand mit systemd-homed beschaeftigt?
Ich bin unter Debian bookworm (naja, fast - dem aktuellen
Raspberry Pi OS) so weit, dass das annaehernd funktioniert: Ich
kann von systemd-homed gemanagte User ueber homectl anlegen, die
User koennen ein verschluesseltes Home-Verzeichnis (luks loopback)
haben, und sie koennen sich sogar anmelden. Letzteres, nachdem
ich manuell libnss-systemd nachinstalliert und die nsswitch.conf
entsprechend angepasst habe - irgendwie scheint das unter Debian
keine Abhaengigkeit von systemd-homed zu sein, wird aber
trotzdem benoetigt.
Was jetzt allerdings nicht mehr funktioniert, ist das Passwort
von Usern zu aendern, die klassisch ueber /etc/passwd und
shadow verwaltet werden. Da gibt's nur:
> # passwd
> passwd: Authentication token manipulation error
> passwd: password unchanged
Wenn ich ueber pam-auth-update das systemd-homed Plugin
temporaer deaktiviere, lassen sich Passworte in der passwd wieder
aendern und neue User ohne Fehler anlegen (da kommt der Error
sonst auch beim Versuch, das Passwort zu setzen).
Daher vermute ich, dass es sich um ein Problem mit dem
systemd-homed PAM Plugin handelt (pam_systemd_home.so) - oder
zumindest der Version, die Debian bookworm verwendet (252.17).
Von daher wuerde mich interessieren, ob das schonmal jemand
mit einer anderen Distribution probiert hat, und ob das da
funktioniert - oder ob's wer unter Debian ohne Fehler zum
fliegen bekommen hat (und dann, wie)...
Alex.
Siehe z.B.
https://systemd.io/USERDB_AND_DESKTOPS/https://systemd.io/HOME_DIRECTORY/https://systemd.io/CONVERTING_TO_HOMED/https://www.freedesktop.org/software/systemd/man/latest/systemd-homed.servi…https://www.freedesktop.org/software/systemd/man/latest/pam_systemd_home.ht…https://www.freedesktop.org/software/systemd/man/latest/pam_systemd.html
Hallo,
Am Mittwoch, den 15.11. gibt es ab 19 Uhr ein FLUG-Treffen mit Vortrag im Haus des Engagements zum Thema "Hybrid! Rein in die SSH und sicher durch den Tunnel wieder zurück"
Einige aus der FLUG treffen sich vor Ort im Haus des Engagements, die anderen können sich an der Videokonferenz zuschalten.
Ab 18:40 Uhr wird der Konferenzraum eröffnet, bitte wählen Sie sich spätestens 18:50 Uhr ein, der Vortrag beginnt um 19°°.
https://lecture.senfcall.de/vdi-0i3-qik-dzu
Für die Neulinge:
Der Ort des Treffen und die Uhrzeit (19 oder 20 Uhr) wechselt jeden Monat zwischen den beiden Orten "Haus des Engagements", Rehlingstraße und CCC-Freiburg in der Adlerstraße.
Viele Grüße,
Stefan Ziegler.