Falls du es noch nicht hast, hol es dir! Ein Live-System von Debian auf einem USB-Stick. Lade das *.iso-File hier herunter und schreibe es auf einen leeren USB-Stick:
dd if=/pfad/zum/isofile/debianlive.iso of=/dev/sdX
Ab jetzt kannst du vom USB-Stick booten. Hier an einem Beispiel, wo eine LVM neu verteilt wurde. Überhaupt ist ein Live-System ein absolutes «Must To Have». Achte auf die richtige Bezeichnung für deinen USB-Stick (hier sdX).
Von Hause aus wird in Debian kein log-File für MariaDB erstellt. Dies muss aktiviert werden:
01. Erstelle unter /var/log den Ordner mariadb
# mkdir /var/log/mariadb
02. Füge folgendes unter /etc/mysql/my.cnf ein:
# nano /etc/mysql/my.cnf
[mysqld]
log_error=/var/log/mariadb/mysqld.log
und starte den Dienst neu:
# systemctl restart mariadb
03. ab jetzt dokumentiert Debian die Loginversuche auf den Datenbankserver und gibt z. B. bei einem misslungenen Versuch
# less /var/log/mariadb/mysqld.log | grep Access 2025-05-08 17:36:12 31 [Warning] Access denied for user 'root'@'localhost'
aus
Nicht nach jedem apt update und apt upgrade muss der Server neu gestartet werden. Steht jedoch ein Update vom Kernel an, muss der Server neu gestartet werden. In den Log-Files während des Update gibt es Anzeichen, wann ein Neustart unausweichlich wird. Dann stehen dort typische Infozeilen, welche sich auf den Linuxkernel beziehen wie:
I: /vmlinuz.old is now a symlink to boot/vmlinuz-6.1.0-31-amd64 I: /initrd.img.old is now a symlink to boot/initrd.img-6.1.0-31-amd64 I: /vmlinuz is now a symlink to boot/vmlinuz-6.1.0-32-amd64 I: /initrd.img is now a symlink to boot/initrd.img-6.1.0-32-amd64
oder sowas:
intel-microcode: microcode will be updated at next boot
Übrigens…
falls du dich fragst, warum oben vmlinuz und nicht vmlinux steht, hier die Erklärung:
The kernel binary on ancient AT&T versions was called ‹unix›.
When Berkeley wrote a new kernel with virtual memory, they called it
‹vmunix›. So naturally the Linux kernel is ‹vmlinux› and the
compressed version is ‹vmlinuz› as above.
Mit dem Linuxtool Ventoy lässt sich ein multifunktionaler, bootbarer USB-Stick erstellen. Auf dem Stick kann somit nicht nur eine ISO-Datei sondern gleich mehrere abgelegt werden.
1) Lade Ventoy herunter und entpacke die Datei
2) Starte den Ventoy-Server
navigiere zum Ordner, wo Ventoy entpackt wurde und starte den Server:
# bash VentoyWeb.sh =============================================================== Ventoy Server 1.1.05 is running ... Please open your browser and visit http://127.0.0.1:24680 =============================================================== ################## Press Ctrl + C to exit #####################
3) Navigiere im Browser nach: http://127.0.0.1:24680
4) ziehe alle ISO-Dateien, welche du auf dem Stick haben möchtest auf den Stick
5) das wars auch schon. Wenn du jetzt vom Stick startest, kannst du die ISO-Dateien bootbar ausführen.
Suchen und ersetzen innerhalb einer Datei geht bequem via Kommandozeile. In diesem Beispiel möchten wir in der Datei datenbank.sql alle 192.168.1.1 durch example.com ersetzen, ohne die Datei in einem Editor zu öffnen.
Der allgemeine Syntax dazu lautet:
$ sed -i -e "s/(suchen)/(ersetzen)/" "(dateiname)"
Angewendet auf unser Beispiel wird dadurch:
$ sed -i -e "s/192.168.1.251/example.com/g" "DATENBANK.sql"
aus https://192.168.1.1 wird dann überall https://example.com. /g steht dabei für global und ersetzt alle Muster in der Datei.
In diesem Beispiel entfernen wir unter dem Pfad /pfad/zum/ordner/ alle Dateinamen, welche das Muster «400x» enthalten.
$ ls (...) a-super-real-2dfdefa9-7bf6-4d4f-9b79-39b8dc68cdd4-400x250.jpeg a-super-real-2dfdefa9-7bf6-4d4f-9b79-39b8dc68cdd4-400x284.jpeg a-super-real-2dfdefa9-7bf6-4d4f-9b79-39b8dc68cdd4-400x516.jpeg (...)
Abhilfe schafft hier der Befehl find, kombiniert mit rm:
find . /pfad/zum/ordner/ -name "*400x*" -exec rm {} \;
Damit sind alle Dateien gelöscht, welche dem Suchbegriff 400x entsprechen.
apt purge entfernt gnadenlos jedes Paket. In meinem Fall hatte ich meine gesamte MariaDB komplett zerschossen. Ein fehlerhafter SQL-Befehl und das eigene herumwursteln unter /var/lib/mysql brachte alles durcheinander und ich konnte weder eine Datenbank anlegen, noch einen User erstellen. Hier kann jetzt nur noch die Holzhammer-Methode helfen. Diese funktioniert jedoch nur, wenn du aktuelle Backups der Datenbank hast:
Stoppe die Datenbank mit:
# systemctl stop mariadb
Entferne alle Pakete von MariaDB. Vorsicht! Falls du unsicher bist und kein Backup der Datenbank hast, lass diese Methode lieber bleiben. Bestätigst du das Löschen von /etc/lib/mysql sind alle Datenbanken unwiderruflich weg.
# apt purge default-mysql-server mariadb-server
Installiere die Pakete neu:
# apt install default-mysql-server mariadb-server # systemctl start mariadb
Jetzt kannst du dein Backup wieder einspielen. Ebenfalls der Datenbankbenutzer muss neu angelegt werden.
rsnapshot erstellt uns periodisch Schnappschüsse von unserem Server. Installiere das Programm mit:
# apt install rsnapshot
und navigiere zur Konfigurationsdatei unter:
# nano /etc/rsnapshot.conf
Hinweis: alle Einzüge müssen mit der Taste TAB gemacht werden und keinesfalls mit der Space-Taste (Leertaste)
hier geben wir das Zielverzeichnis aller snapshots an.
# All snapshots will be stored under this root directory.
#
snapshot_root /BACKUP/snapshot/
hier geben wir einmalig den Namen unseres snapshots und den Intervall an, wie viele snapshots aufbewahrt werden
retain snapshot 24
include und exclude gibt an, welche Verzeichnisse zusätzlich eingeschlossen oder ausgeschlossen werden. Bei meinen snapshots schliesse ich jeweils den Papierkorb / Trash aus:
exclude Recycled/
exclude Trash/
exclude lost+found/
# LOCALHOST
backup /etc/ localhost/
backup /var/www/html/ localhost/
teste das Script mit:
# rsnapshot configtest Syntax OK
rsnapshot -t snapshot
In diesem Beispiel schreiben wir nun ein Backups-Script und weisen den Crontab an, das Script alle 3 Stunden auszuführen.
Wir erstellen ein Backup-Script mit:
nano backup.sh
# !/bin/bash
rsnapshot snapshot
mache das Script ausführbar:
# chmod +x backup.sh
nun weisen wir dem Crontab zu, das Backupscript aller 3 Stunden auszuführen:
# crontab -e
# snapshot erstellen alle 3 Stunden
0 */3 * * * bash /root/backup.sh
#
Hinweis: das Erstellen des ersten Snapshot kann lange dauern, da ja noch keine ältere Version vorliegt. Die nachfolgenden Snapshots dauern dann in der Regeln ein paar Sekunden. Falls wirklich viele Daten beim ersten Snapshot gespeichert werden müssen, kann der snapshot.0 auch manuell angestossen werden. Dazu startest du einfach das Backup-Script manuell.
Für meinen neuen 3D Drucker gibt es das Slicer-Programm nur für Windows. Was aber, wenn jemand primär Linux am Laufen hat? Das Programm kann tatsächlich ohne Probleme auch auf Linux laufen. Dazu benötigst du Wine.
# dpkg --add-architecture i386 # mkdir -pm755 /etc/apt/keyrings # wget -O /etc/apt/keyrings/winehq-archive.key https://dl.winehq.org/wine-builds/winehq.key # wget -NP /etc/apt/sources.list.d/ https://dl.winehq.org/wine-builds/debian/dists/bookworm/winehq-bookworm.sources # apt update # apt install --install-recommends winehq-stable
Installiere Wine gemäss der Anleitung und lade dir das *.exe-File herunter. Navigiere in der Konsole zum File und gib:
$ wine programmfile.exe
ein. Sollte nach der Installation die Anwendung viel zu klein sein, kann diese hoch skaliert werden:
$ winecfg
Cockpit ist ein Webbasiertes Interface für Server. Auf einen Blick kriegen wir so Informationen über die Systemauslastung, Speichermedien, Hardware, Log-Files und vieles mehr.
Das Paket wird mit:
# apt install cockpit
installiert und ist danach via Browser erreichbar.
http://123.456.7.890:9090
falls eine Firewall wie ufw läuft, muss Port 9090 freigegeben werden.
