Hallo,
kann eigentlich jemand sagen, ob ein Besuch im GAG 18 wieder möglich ist? Wenn ja: dann lieber dort? Torwirtschaft? Virtuell?
Bernhard
Hi Bernhard,
On Tue, Jul 26, 2022 at 14:13:01 +0200, Bernhard Schiffner wrote:
Torwirtschaft?
[x] dafuer
Ich bin im Moment immer noch eher fuer outdoor.
Gruss, Christian
BTW:
Hat schon mal jemand so was gemacht: - eine bestimmte (UUID) USB-Festplatte wird in den Rechner eingesteckt, - fsck falls s.u. daneben ging - backup (als user X) läuft automatisch los, - danach wird die Platte "umounted" und - eine email wird verschickt
Den backup-Teil habe ich schon, aber wenn ich "das Umfeld" kriegen könnte: das wäre 'ne Zeitersparnis für mich.
Bis heute abend! Bernhard
Am Mittwoch, dem 27.07.2022 um 12:58 +0200 schrieb Bernhard Schiffner:
BTW:
Hallo Bernhard,
Hat schon mal jemand so was gemacht:
- eine bestimmte (UUID) USB-Festplatte wird in den Rechner eingesteckt,
- fsck falls s.u. daneben ging
- backup (als user X) läuft automatisch los,
- danach wird die Platte "umounted" und
- eine email wird verschickt
Den backup-Teil habe ich schon, aber wenn ich "das Umfeld" kriegen könnte: das wäre 'ne Zeitersparnis für mich.
- packe alles in ein Skript (usb-backup-script) UUID prüfen - ok weitere aktionen ...
- beim anschalten das USB Event triggern und das Skript starten
z.B.: mittels Eintrag in
/etc/udev/rules.d/60-local_usb.rules SUBSYSTEMS=="usb", ACTION=="add", ATTRS{idVendor}=="....", ATTRS{idProduct}=="....", RUN+="$PATH/usb-backup-script"
Hat eventuell jemand eine andere Idee ?
VG Gerd
P.S.: - bin heute nicht mit in der Torwirtschaft
Bis heute abend! Bernhard
Hi Gerd,
On Wed, Jul 27, 2022 at 15:51:09 +0200, Gerd G wrote:
- packe alles in ein Skript (usb-backup-script)
UUID prüfen - ok weitere aktionen ...
- beim anschalten das USB Event triggern und das Skript starten
z.B.: mittels Eintrag in
/etc/udev/rules.d/60-local_usb.rules SUBSYSTEMS=="usb", ACTION=="add", ATTRS{idVendor}=="....", ATTRS{idProduct}=="....", RUN+="$PATH/usb-backup-script"
Wenn dieses uevent kommt, hat sich der usb-storage Treiber noch nicht an das Geraet gebunden -- also zu frueh, um das Skript zu starten. Besser ist es, auf den Block Layer zu matchen und das mit den idVendor/idProduct-Attributen zu kombinieren:
SUBSYSTEM=="block", KERNEL=="sd*", ACTION=="add", ATTRS{idVendor}=="....", ATTRS{idProduct}=="....", RUN+="$PATH/usb-backup-script"
Das Skript usb-backup-script sollte unbedingt ueber ein PID-File oder aehnliches sicherstellen, dass nur eine Instanz gleichzeitig laeuft.
Was noch problematisch sein kann, ist die fehlende Signalisierung fuer den Benutzer, wann der umount erfolgt ist und er die externe Platte/SSD wieder abziehen darf.
Gruss, Christian
Am Mittwoch, dem 27.07.2022 um 12:58 +0200 schrieb Bernhard Schiffner:
Hat schon mal jemand so was gemacht:
- eine bestimmte (UUID) USB-Festplatte wird in den Rechner eingesteckt,
- fsck falls s.u. daneben ging
- backup (als user X) läuft automatisch los,
- danach wird die Platte "umounted" und
- eine email wird verschickt
Den backup-Teil habe ich schon, aber wenn ich "das Umfeld" kriegen könnte: das wäre 'ne Zeitersparnis für mich.
Alternativ zu udev könntest du auch am Session oder System dbus lauschen und dich an das DeviceAdded()-Signal von udisks2 hängen, falls es das noch gibt. Mir scheint allerdings, dass du mit dem udev-Ansatz eher zum Ziel kommst.
Gruß, Daniel
lug-dd@mailman.schlittermann.de
-
Andreas Roth -
Bernhard Schiffner -
Christian Perle -
Daniel Leidert -
Gerd G