Konsolenschnipsel - Versionsgeschichte

Chris T. Ludwig: /* rsync */

2026-07-13T06:07:24Z

rsync

@@ Zeile 44: / Zeile 44: @@
   -A, --acls                  behaelt ACLs bei (aktiviert -p mit)
   -X, --xattrs                behaelt extended attributes bei
 ==diff==

2026-03-14T07:42:55Z

Touchpanel Positionskorrektur

← Nächstältere Version		Version vom 14. März 2026, 09:42 Uhr
Zeile 416:		Zeile 416:
	od steht eigentlich fuer octal dump, kann aber auch decimal und hexadecimal, ...		od steht eigentlich fuer octal dump, kann aber auch decimal und hexadecimal, ...

	=Touchpanel ~~Positionskorrektur~~=		=Touchpanel Mauspositionskorrektur=

	Mein Touchpanel der HomeAutomation ist in der X Achse verzerrt. Obwohl die 2 Displays (Touch und Workscreen) uebereinander liegen rennt die Maus nach rechts weg. Will heiszen Finger halber Bildschirm (X-Achse) -> Mauszeiger am rechten Bildschirmrand.		Mein Touchpanel der HomeAutomation ist in der X Achse verzerrt. Obwohl die 2 Displays (Touch und Workscreen) uebereinander liegen rennt die Maus nach rechts weg. Will heiszen Finger halber Bildschirm (X-Achse) -> Mauszeiger am rechten Bildschirmrand.

2026-03-14T07:35:59Z

Input-Event in lesbarer Form

← Nächstältere Version		Version vom 14. März 2026, 09:35 Uhr
Zeile 415:		Zeile 415:

	od steht eigentlich fuer octal dump, kann aber auch decimal und hexadecimal, ...		od steht eigentlich fuer octal dump, kann aber auch decimal und hexadecimal, ...

			=Touchpanel Positionskorrektur=

			Mein Touchpanel der HomeAutomation ist in der X Achse verzerrt. Obwohl die 2 Displays (Touch und Workscreen) uebereinander liegen rennt die Maus nach rechts weg. Will heiszen Finger halber Bildschirm (X-Achse) -> Mauszeiger am rechten Bildschirmrand.

			Hier die Korrektur durch:

			xinput set-prop 20 "Coordinate Transformation Matrix" 0.425 0 0 0 1 0 0 0 1

			Warum 0.425 und nicht 0.5 habe ich noch nicht herausgefunden.

2026-01-06T17:55:35Z

diff

← Nächstältere Version		Version vom 6. Januar 2026, 19:55 Uhr
Zeile 63:		Zeile 63:
	Auf beiden System/Ordnern (Quelle und Ziel) ausfuehren. (Unter Debian und OpenSUSE heiszt das Paket xxhash)		Auf beiden System/Ordnern (Quelle und Ziel) ausfuehren. (Unter Debian und OpenSUSE heiszt das Paket xxhash)

	Auf dem System (nicht ueber Netzwerk!) dauert die Hash-Bildung noch keine Minute. Beachten sollte man, dass der Ordneraufruf mit ./Ordner oder Ordner ~~einer~~ Unterschied in den Hashdateien ergibt. Die Hashwerte der Verzeichnisse in den Dateien sind identisch. Man koennte auch zur Not fuehrende Bestandteile vor dem zu hashenden Ordner per ~~Sciipt~~ entfernen.		Auf dem System (nicht ueber Netzwerk!) dauert die Hash-Bildung noch keine Minute. Beachten sollte man, dass der Ordneraufruf mit ./Ordner oder Ordner einen Unterschied in den Hashdateien ergibt. Die Hashwerte der Verzeichnisse in den Dateien sind identisch. Man koennte auch zur Not fuehrende Bestandteile vor dem zu "hashenden" Ordner per Script entfernen.

	time { find /Pfad -type f -print0 \| sort -z \| xargs -0 -P "$(nproc)" xxhsum > Ordner.hash; }		time { find /Pfad -type f -print0 \| sort -z \| xargs -0 -P "$(nproc)" xxhsum > Ordner.hash; }

2025-12-29T18:03:00Z

diff

← Nächstältere Version		Version vom 29. Dezember 2025, 20:03 Uhr
Zeile 71:		Zeile 71:

	diff -s hash1 hash2		diff -s hash1 hash2

			oder besser noch aus dem zu loeschenden Verzeichnis aufrufen.

			find . -name "*.hash" \| while IFS= read -r hashes; do diff -s "$hashes" "/mnt/NAS/10T_RAID_NAS/$hashes"; done

	Jetzt kann ich getrost, das Quellverzeichnis loeschen.		Jetzt kann ich getrost, das Quellverzeichnis loeschen.

2025-12-29T13:01:50Z

diff

← Nächstältere Version		Version vom 29. Dezember 2025, 15:01 Uhr
Zeile 63:		Zeile 63:
	Auf beiden System/Ordnern (Quelle und Ziel) ausfuehren. (Unter Debian und OpenSUSE heiszt das Paket xxhash)		Auf beiden System/Ordnern (Quelle und Ziel) ausfuehren. (Unter Debian und OpenSUSE heiszt das Paket xxhash)

	Auf dem System (nicht ueber Netzwerk!) dauert die Hash-Bildung noch keine Minute. Beachten sollte man, dass der Ordneraufruf mit ./Ordner oder Ordner einer Unterschied in den Hashdateien ergibt. Die Hashwerte der Verzeichnisse in den Dateien sind identisch.		Auf dem System (nicht ueber Netzwerk!) dauert die Hash-Bildung noch keine Minute. Beachten sollte man, dass der Ordneraufruf mit ./Ordner oder Ordner einer Unterschied in den Hashdateien ergibt. Die Hashwerte der Verzeichnisse in den Dateien sind identisch. Man koennte auch zur Not fuehrende Bestandteile vor dem zu hashenden Ordner per Sciipt entfernen.

	time { find /Pfad -type f -print0 \| sort -z \| xargs -0 -P "$(nproc)" xxhsum > Ordner.hash; }		time { find /Pfad -type f -print0 \| sort -z \| xargs -0 -P "$(nproc)" xxhsum > Ordner.hash; }

2025-12-29T11:40:58Z

diff

← Nächstältere Version		Version vom 29. Dezember 2025, 13:40 Uhr
Zeile 63:		Zeile 63:
	Auf beiden System/Ordnern (Quelle und Ziel) ausfuehren. (Unter Debian und OpenSUSE heiszt das Paket xxhash)		Auf beiden System/Ordnern (Quelle und Ziel) ausfuehren. (Unter Debian und OpenSUSE heiszt das Paket xxhash)

	Auf dem System (nicht ueber Netzwerk!) dauert die Hash-Bildung noch keine Minute.		Auf dem System (nicht ueber Netzwerk!) dauert die Hash-Bildung noch keine Minute. Beachten sollte man, dass der Ordneraufruf mit ./Ordner oder Ordner einer Unterschied in den Hashdateien ergibt. Die Hashwerte der Verzeichnisse in den Dateien sind identisch.

	time { find /Pfad -type f -print0 \| sort -z \| xargs -0 -P "$(nproc)" xxhsum > Ordner.hash; }		time { find /Pfad -type f -print0 \| sort -z \| xargs -0 -P "$(nproc)" xxhsum > Ordner.hash; }

2025-12-29T11:01:15Z

diff

← Nächstältere Version		Version vom 29. Dezember 2025, 13:01 Uhr
Zeile 54:		Zeile 54:
	Diff ist auch ueber das Netzwerk, um z. B. Ordner im NAS zu kontrollieren, Elend langsam. Da geht schon mal ein ganzer Tag drauf.		Diff ist auch ueber das Netzwerk, um z. B. Ordner im NAS zu kontrollieren, Elend langsam. Da geht schon mal ein ganzer Tag drauf.

	Ich nutze oft rsync mit --ignore-existing. Das funktioniert soweit ganz gut, aber ein diff bleibt reizvoll.		Ich nutze oft '''rsync''' mit '''--ignore-existing'''. Das funktioniert soweit ganz gut, aber ein diff bleibt reizvoll.

	Workaround:		Workaround:

2025-12-29T10:43:09Z

diff

← Nächstältere Version		Version vom 29. Dezember 2025, 12:43 Uhr
Zeile 51:		Zeile 51:

	-r Ordner rekursiv durchlaufen		-r Ordner rekursiv durchlaufen

			Diff ist auch ueber das Netzwerk, um z. B. Ordner im NAS zu kontrollieren, Elend langsam. Da geht schon mal ein ganzer Tag drauf.

			Ich nutze oft rsync mit --ignore-existing. Das funktioniert soweit ganz gut, aber ein diff bleibt reizvoll.

			Workaround:
			Ich bilde von jedem Verzeichnis-Inhalt eine Datei mit Hashes und vergleiche im Anschluss nur noch die 2 Dateien.

			find /Pfad -type f -print0 \| sort -z \| xargs -0 -P "$(nproc)" xxhsum > Ordner.hash

			Auf beiden System/Ordnern (Quelle und Ziel) ausfuehren. (Unter Debian und OpenSUSE heiszt das Paket xxhash)

			Auf dem System (nicht ueber Netzwerk!) dauert die Hash-Bildung noch keine Minute.

			time { find /Pfad -type f -print0 \| sort -z \| xargs -0 -P "$(nproc)" xxhsum > Ordner.hash; }

			* Hauptrechner 43G im Verzeichnis 13 Sekunden
			* NAS 43G im Verzeichnis 4 Minuten

			diff -s hash1 hash2

			Jetzt kann ich getrost, das Quellverzeichnis loeschen.

	==rsync Ordnervergleich==		==rsync Ordnervergleich==

2025-10-15T07:29:51Z

Bash regex

← Nächstältere Version		Version vom 15. Oktober 2025, 09:29 Uhr
Zeile 275:		Zeile 275:
	fi		fi
	</syntaxhighlight>		</syntaxhighlight>

			=Kate regex=
			Kate kann bei 'Replace' auch Regex verarbeiten.

			Beispiel: Der Punkt eines Preises durch ein Komma ersetzen. Hier wird zwischen dem Centbetrag und dem Euro-Zeichen ein Leerzeichen erwartet.

			Find: (\d+)\.(\d*\s€)
			Replace: \1,\2

	=ffmpeg=		=ffmpeg=