Merge pull request 'Merge dev in testing: Update doctor, Remove service, Add Logs, Rename Prompts' (#5) from dev into testing

Reviewed-on: #5

.gitea/workflows/code-quality.yaml

@@ -24,14 +24,16 @@ jobs:
           components: clippy, rustfmt
           cache: false
 
-      # Ein rohes 'actions/cache' auf target/ liefert zwar einen technischen Cache-Hit (Dateien
-      # werden wiederhergestellt), Cargo kompiliert die Abhängigkeiten aber oft trotzdem neu:
-      # Der tar-basierte Restore-Vorgang setzt bei allen wiederhergestellten Dateien dieselbe
-      # Mtime, wodurch Cargos Fingerprinting nicht mehr zuverlässig erkennen kann, was
-      # älter/neuer als was ist, und sicherheitshalber alles neu baut. Swatinem/rust-cache ist
-      # genau dafür gebaut (u. a. gezielte Mtime-Korrektur nach dem Restore).
       - name: Cache Cargo-Abhängigkeiten & Build-Artefakte
-        uses: Swatinem/rust-cache@v2
+        uses: actions/cache@v6
+        with:
+          path: |
+            ~/.cargo/registry
+            ~/.cargo/git
+            target
+          key: cargo-${{ runner.os }}-${{ hashFiles('Cargo.lock') }}
+          restore-keys: |
+            cargo-${{ runner.os }}-
 
       - name: Formatierung automatisch beheben
         run: cargo fmt

.gitea/workflows/main.yaml

@@ -47,16 +47,16 @@ jobs:
           toolchain: stable
           cache: false
 
-      # Ein rohes 'actions/cache' auf target/ liefert zwar einen technischen Cache-Hit
-      # (Dateien werden restauriert), Cargo kompiliert die Abhängigkeiten aber trotzdem neu:
-      # Der tar-basierte Restore-Vorgang setzt bei allen wiederhergestellten Dateien
-      # (Quelldateien wie kompilierte .rlib/.d-Dateien) dieselbe Mtime, wodurch Cargos
-      # Fingerprinting nicht mehr zuverlässig erkennen kann, was tatsächlich älter/neuer als
-      # was ist, und sicherheitshalber alles neu baut. Swatinem/rust-cache ist genau dafür
-      # gebaut (u. a. gezielte Mtime-Korrektur nach dem Restore) und cached dabei automatisch
-      # auch beide Cross-Compilation-Targets (x86_64 + aarch64) in diesem Job.
       - name: Cache Cargo-Abhängigkeiten & Build-Artefakte
-        uses: Swatinem/rust-cache@v2
+        uses: actions/cache@v6
+        with:
+          path: |
+            ~/.cargo/registry
+            ~/.cargo/git
+            target
+          key: cargo-${{ runner.os }}-${{ hashFiles('Cargo.lock') }}
+          restore-keys: |
+            cargo-${{ runner.os }}-
 
       - name: Alte Paketierungs-Ausgaben aus dem Cache entfernen
         run: rm -rf target/debian target/generate-rpm target/arch target/completions

.gitea/workflows/nightly-pr.yaml

@@ -1,91 +0,0 @@
-name: Nightly Auto-Merge (Dev → Nightly)
-
-on:
-  schedule:
-    # Gitea Actions interpretiert 'schedule'-Cron standardmaessig in der lokalen
-    # Zeitzone des Gitea-Servers (anders als GitHub Actions, das immer UTC nutzt).
-    # Das CRON_TZ-Praefix ist eine Gitea-Erweiterung und legt die Zeitzone explizit
-    # und DST-sicher fest, unabhaengig von der Server-Konfiguration.
-    - cron: "CRON_TZ=Europe/Berlin 0 9 * * *"
-  workflow_dispatch:
-
-jobs:
-  merge-dev-into-nightly:
-    name: Erstelle & merge automatisch PR von dev nach nightly
-    runs-on: ubuntu-latest
-    steps:
-      - name: Checkout Repository
-        uses: actions/checkout@v7
-        with:
-          fetch-depth: 0
-          token: ${{ secrets.PACKAGE_TOKEN || secrets.RELEASE_TOKEN || secrets.PUBLISH_TOKEN || secrets.API_TOKEN || secrets.PAT_TOKEN || secrets.CUSTOM_TOKEN || secrets.GITEA_TOKEN || secrets.GITHUB_TOKEN || github.token }}
-
-      - name: Stelle sicher, dass der nightly-Branch existiert
-        run: |
-          git fetch origin dev
-          if git ls-remote --exit-code --heads origin nightly > /dev/null 2>&1; then
-            echo "nightly-Branch existiert bereits."
-          else
-            echo "nightly-Branch existiert noch nicht, erstelle ihn initial von dev..."
-            git push origin origin/dev:refs/heads/nightly
-          fi
-
-      - name: Prüfe auf Unterschiede zwischen dev und nightly
-        id: diff
-        run: |
-          git fetch origin nightly
-          if git diff --quiet origin/nightly origin/dev; then
-            echo "Keine Unterschiede zwischen dev und nightly, überspringe."
-            echo "has_changes=false" >> "$GITHUB_OUTPUT"
-          else
-            echo "has_changes=true" >> "$GITHUB_OUTPUT"
-          fi
-
-      - name: Prüfe auf bereits offenen PR nach nightly
-        id: check_pr
-        if: steps.diff.outputs.has_changes == 'true'
-        env:
-          GITEA_URL: ${{ gitea.server_url || github.server_url }}
-          REPO: ${{ gitea.repository || github.repository }}
-          TOKEN: ${{ secrets.PACKAGE_TOKEN || secrets.RELEASE_TOKEN || secrets.PUBLISH_TOKEN || secrets.API_TOKEN || secrets.PAT_TOKEN || secrets.CUSTOM_TOKEN || secrets.GITEA_TOKEN || secrets.GITHUB_TOKEN || github.token }}
-        run: |
-          OPEN_PRS=$(curl -s -H "Authorization: token ${TOKEN}" "${GITEA_URL}/api/v1/repos/${REPO}/pulls?state=open&limit=50")
-          PR_NUMBER=$(echo "$OPEN_PRS" | jq -r '[.[] | select(.base.ref == "nightly" and .head.ref == "dev")][0].number // empty')
-          echo "Bereits offener dev→nightly PR: ${PR_NUMBER:-keiner}"
-          echo "pr_number=${PR_NUMBER}" >> "$GITHUB_OUTPUT"
-
-      - name: Erstelle PR (dev -> nightly)
-        id: create_pr
-        if: steps.diff.outputs.has_changes == 'true' && steps.check_pr.outputs.pr_number == ''
-        env:
-          GITEA_URL: ${{ gitea.server_url || github.server_url }}
-          REPO: ${{ gitea.repository || github.repository }}
-          TOKEN: ${{ secrets.PACKAGE_TOKEN || secrets.RELEASE_TOKEN || secrets.PUBLISH_TOKEN || secrets.API_TOKEN || secrets.PAT_TOKEN || secrets.CUSTOM_TOKEN || secrets.GITEA_TOKEN || secrets.GITHUB_TOKEN || github.token }}
-        run: |
-          DATE="$(date -u +%Y-%m-%d)"
-          PAYLOAD=$(jq -n --arg title "Nightly-Build: Merge dev in nightly (${DATE})" --arg head "dev" --arg base "nightly" \
-            '{title: $title, head: $head, base: $base}')
-          RESP=$(curl -f -s -S -X POST \
-            -H "Authorization: token ${TOKEN}" \
-            -H "Content-Type: application/json" \
-            -d "$PAYLOAD" \
-            "${GITEA_URL}/api/v1/repos/${REPO}/pulls")
-          PR_NUMBER=$(echo "$RESP" | jq -r '.number')
-          echo "PR #${PR_NUMBER} erstellt."
-          echo "pr_number=${PR_NUMBER}" >> "$GITHUB_OUTPUT"
-
-      - name: Merge PR automatisch
-        if: steps.diff.outputs.has_changes == 'true'
-        env:
-          GITEA_URL: ${{ gitea.server_url || github.server_url }}
-          REPO: ${{ gitea.repository || github.repository }}
-          TOKEN: ${{ secrets.PACKAGE_TOKEN || secrets.RELEASE_TOKEN || secrets.PUBLISH_TOKEN || secrets.API_TOKEN || secrets.PAT_TOKEN || secrets.CUSTOM_TOKEN || secrets.GITEA_TOKEN || secrets.GITHUB_TOKEN || github.token }}
-          PR_NUMBER: ${{ steps.create_pr.outputs.pr_number || steps.check_pr.outputs.pr_number }}
-        run: |
-          echo "Merge PR #${PR_NUMBER} automatisch (dev -> nightly)..."
-          curl -f -s -S -X POST \
-            -H "Authorization: token ${TOKEN}" \
-            -H "Content-Type: application/json" \
-            -d '{"Do": "merge"}' \
-            "${GITEA_URL}/api/v1/repos/${REPO}/pulls/${PR_NUMBER}/merge"
-          echo "PR #${PR_NUMBER} erfolgreich gemerged."

.gitea/workflows/nightly.yaml

@@ -1,171 +0,0 @@
-name: Nightly Build & Publish
-
-on:
-  push:
-    branches:
-      - nightly
-
-jobs:
-  detect-changes:
-    name: Erkenne relevante Code-Änderungen
-    runs-on: ubuntu-latest
-    outputs:
-      code_changed: ${{ steps.filter.outputs.code }}
-    steps:
-      - name: Checkout Repository
-        uses: actions/checkout@v7
-
-      - name: Prüfe auf Änderungen am Programmcode
-        uses: dorny/paths-filter@v4
-        id: filter
-        with:
-          filters: |
-            code:
-              - 'src/**'
-              - 'Cargo.toml'
-              - 'Cargo.lock'
-              - 'scripts/**'
-              - '.cargo/**'
-              - '.gitea/workflows/nightly.yaml'
-
-  build-and-publish:
-    name: Build & Publish Packages (Nightly)
-    needs: detect-changes
-    if: needs.detect-changes.outputs.code_changed == 'true'
-    runs-on: ubuntu-latest
-    env:
-      CARGO_BINSTALL_VERSION: "1.23.0"
-      CARGO_DEB_VERSION: "3.8.0"
-      CARGO_GENERATE_RPM_VERSION: "0.21.0"
-    steps:
-      - name: Checkout Repository
-        uses: actions/checkout@v7
-
-      - name: Install Rust Toolchain
-        uses: actions-rust-lang/setup-rust-toolchain@v2
-        with:
-          toolchain: stable
-          cache: false
-
-      - name: Cache Cargo-Abhängigkeiten & Build-Artefakte
-        uses: Swatinem/rust-cache@v2
-
-      - name: Alte Paketierungs-Ausgaben aus dem Cache entfernen
-        run: rm -rf target/debian target/generate-rpm target/arch target/completions
-
-      - name: Install Cross-Compilation Toolchains (apt)
-        run: |
-          sudo apt-get update
-          sudo apt-get install -y gcc-aarch64-linux-gnu
-
-      - name: Ermittle Rust-Version für Rustup-Target-Cache-Key
-        run: echo "RUST_VERSION=$(rustc --version | awk '{print $2}')" >> "$GITHUB_ENV"
-
-      - name: Cache Rustup Cross-Compilation-Targets
-        id: cache-rustup-targets
-        uses: actions/cache@v6
-        with:
-          path: |
-            ~/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu
-          key: rustup-targets-${{ runner.os }}-${{ env.RUST_VERSION }}
-
-      - name: Add Rust Cross-Compilation Targets
-        if: steps.cache-rustup-targets.outputs.cache-hit != 'true'
-        run: rustup target add aarch64-unknown-linux-gnu
-
-      - name: PATH um Cargo-bin-Verzeichnis ergänzen
-        run: |
-          mkdir -p ~/.cargo/bin
-          echo "$HOME/.cargo/bin" >> "$GITHUB_PATH"
-
-      - name: Cache Packaging-Tools (cargo-binstall, cargo-deb, cargo-generate-rpm)
-        id: cache-packaging-tools
-        uses: actions/cache@v6
-        with:
-          path: |
-            ~/.cargo/bin/cargo-binstall
-            ~/.cargo/bin/cargo-deb
-            ~/.cargo/bin/cargo-generate-rpm
-          key: packaging-tools-${{ runner.os }}-${{ env.CARGO_BINSTALL_VERSION }}-${{ env.CARGO_DEB_VERSION }}-${{ env.CARGO_GENERATE_RPM_VERSION }}
-
-      - name: Install Packaging Tools (Prebuilt Binaries)
-        if: steps.cache-packaging-tools.outputs.cache-hit != 'true'
-        run: |
-          curl -fsSL "https://github.com/cargo-bins/cargo-binstall/releases/download/v${CARGO_BINSTALL_VERSION}/cargo-binstall-x86_64-unknown-linux-musl.tgz" | tar -xz -C ~/.cargo/bin
-          ~/.cargo/bin/cargo-binstall -y --no-symlinks "cargo-deb@${CARGO_DEB_VERSION}" "cargo-generate-rpm@${CARGO_GENERATE_RPM_VERSION}"
-
-      - name: Run Tests
-        run: |
-          cargo test
-
-      - name: Build Release Binaries
-        run: |
-          cargo build --release --target x86_64-unknown-linux-gnu
-          cargo build --release --target aarch64-unknown-linux-gnu
-
-      - name: Generate Shell Completions
-        run: |
-          cargo build --release --bin generate-completions
-          ./target/release/generate-completions target/completions
-
-      - name: Determine Build Number
-        id: build_num
-        env:
-          GITEA_URL: ${{ gitea.server_url || github.server_url }}
-          REPO: ${{ gitea.repository || github.repository }}
-          REPO_OWNER: ${{ gitea.repository_owner || github.repository_owner }}
-          TOKEN: ${{ secrets.PACKAGE_TOKEN || secrets.RELEASE_TOKEN || secrets.PUBLISH_TOKEN || secrets.API_TOKEN || secrets.PAT_TOKEN || secrets.CUSTOM_TOKEN || secrets.GITEA_TOKEN || secrets.GITHUB_TOKEN || github.token }}
-        run: |
-          BUILD_NUM=$(python3 scripts/get-build-number.py)
-          echo "build_number=${BUILD_NUM}" >> $GITHUB_OUTPUT
-          echo "BUILD_NUMBER=${BUILD_NUM}" >> $GITHUB_ENV
-          echo "Ermittelte Build-Nummer: ${BUILD_NUM}"
-
-      - name: Build Debian Packages (.deb)
-        run: |
-          cargo deb --target x86_64-unknown-linux-gnu --deb-revision "${BUILD_NUMBER}" --no-build
-          cargo deb --target aarch64-unknown-linux-gnu --deb-revision "${BUILD_NUMBER}" --no-build
-
-      - name: Build Fedora / RPM Packages (.rpm)
-        run: |
-          mkdir -p target/generate-rpm
-          cargo generate-rpm --target x86_64-unknown-linux-gnu -s "release=\"${BUILD_NUMBER}\"" -o target/generate-rpm
-          cargo generate-rpm --target aarch64-unknown-linux-gnu -s "release=\"${BUILD_NUMBER}\"" -o target/generate-rpm
-
-      - name: Build Arch Linux Packages (.pkg.tar.zst)
-        run: |
-          python3 scripts/package-arch.py --target x86_64-unknown-linux-gnu --pkgrel "${BUILD_NUMBER}"
-          python3 scripts/package-arch.py --target aarch64-unknown-linux-gnu --pkgrel "${BUILD_NUMBER}"
-
-      - name: Publish Packages to Gitea Package Registry
-        env:
-          GITEA_URL: ${{ gitea.server_url || github.server_url }}
-          REPO_OWNER: ${{ gitea.repository_owner || github.repository_owner }}
-          TOKEN: ${{ secrets.PACKAGE_TOKEN || secrets.RELEASE_TOKEN || secrets.PUBLISH_TOKEN || secrets.API_TOKEN || secrets.PAT_TOKEN || secrets.CUSTOM_TOKEN || secrets.GITEA_TOKEN || secrets.GITHUB_TOKEN || github.token }}
-        run: |
-          echo "Veröffentliche Debian-Paket (Distribution: nightly, Component: main)..."
-          for deb in target/debian/*.deb; do
-            [ -f "$deb" ] || continue
-            curl -f -s -S -X PUT \
-              -H "Authorization: token ${TOKEN}" \
-              --upload-file "$deb" \
-              "${GITEA_URL}/api/packages/${REPO_OWNER}/debian/pool/nightly/main/upload"
-          done
-
-          echo "Veröffentliche Fedora/RPM-Paket (Gruppe: nightly)..."
-          for rpm in target/generate-rpm/*.rpm; do
-            [ -f "$rpm" ] || continue
-            curl -f -s -S -X PUT \
-              -H "Authorization: token ${TOKEN}" \
-              --upload-file "$rpm" \
-              "${GITEA_URL}/api/packages/${REPO_OWNER}/rpm/nightly/upload"
-          done
-
-          echo "Veröffentliche Arch Linux-Paket (Repository: nightly)..."
-          for pkg in target/arch/*.pkg.tar.zst; do
-            [ -f "$pkg" ] || continue
-            curl -f -s -S -X PUT \
-              -H "Authorization: token ${TOKEN}" \
-              --upload-file "$pkg" \
-              "${GITEA_URL}/api/packages/${REPO_OWNER}/arch/nightly"
-          done

.gitea/workflows/security-scan.yaml

@@ -8,7 +8,7 @@ on:
       - dev
   pull_request:
   schedule:
-    - cron: "CRON_TZ=Europe/Berlin 0 5 * * 1"
+    - cron: "0 5 * * 1"
   workflow_dispatch:
 
 jobs:

.gitea/workflows/testing.yaml

@@ -47,16 +47,16 @@ jobs:
           toolchain: stable
           cache: false
 
-      # Ein rohes 'actions/cache' auf target/ liefert zwar einen technischen Cache-Hit
-      # (Dateien werden restauriert), Cargo kompiliert die Abhängigkeiten aber trotzdem neu:
-      # Der tar-basierte Restore-Vorgang setzt bei allen wiederhergestellten Dateien
-      # (Quelldateien wie kompilierte .rlib/.d-Dateien) dieselbe Mtime, wodurch Cargos
-      # Fingerprinting nicht mehr zuverlässig erkennen kann, was tatsächlich älter/neuer als
-      # was ist, und sicherheitshalber alles neu baut. Swatinem/rust-cache ist genau dafür
-      # gebaut (u. a. gezielte Mtime-Korrektur nach dem Restore) und cached dabei automatisch
-      # auch beide Cross-Compilation-Targets (x86_64 + aarch64) in diesem Job.
       - name: Cache Cargo-Abhängigkeiten & Build-Artefakte
-        uses: Swatinem/rust-cache@v2
+        uses: actions/cache@v6
+        with:
+          path: |
+            ~/.cargo/registry
+            ~/.cargo/git
+            target
+          key: cargo-${{ runner.os }}-${{ hashFiles('Cargo.lock') }}
+          restore-keys: |
+            cargo-${{ runner.os }}-
 
       - name: Alte Paketierungs-Ausgaben aus dem Cache entfernen
         run: rm -rf target/debian target/generate-rpm target/arch target/completions

.gitea/workflows/trufflehog-scan.yaml

@@ -4,7 +4,7 @@ on:
   push:
   pull_request:
   schedule:
-    - cron: "CRON_TZ=Europe/Berlin 0 6 * * 1"
+    - cron: "0 6 * * 1"
   workflow_dispatch:
 
 jobs:

.gitea/workflows/unit-tests.yaml

@@ -8,7 +8,6 @@ on:
       - reopened
     branches:
       - testing
-      - dev
 
 jobs:
   test:
@@ -24,11 +23,16 @@ jobs:
           toolchain: stable
           cache: false
 
-      # Siehe main.yaml/testing.yaml: Swatinem/rust-cache statt eines rohen 'actions/cache' auf
-      # target/, das trotz Cache-Hit wegen verschobener Mtimes nach dem Restore oft trotzdem
-      # alles neu kompiliert.
       - name: Cache Cargo-Abhängigkeiten & Build-Artefakte
-        uses: Swatinem/rust-cache@v2
+        uses: actions/cache@v6
+        with:
+          path: |
+            ~/.cargo/registry
+            ~/.cargo/git
+            target
+          key: cargo-${{ runner.os }}-${{ hashFiles('Cargo.lock') }}
+          restore-keys: |
+            cargo-${{ runner.os }}-
 
       - name: Run Tests
         run: cargo test

AGENTS.md

@@ -118,10 +118,7 @@ Alle Workflows liegen unter `.gitea/workflows/` und nutzen gecachte Abhängigkei
 ### 5.1 Build & Release
 - **`main.yaml`** (Trigger: `push` auf `main`): Baut Binaries für alle 3 Architekturen, führt `cargo test` aus, baut `.deb`, `.rpm` und `.pkg.tar.zst`, lädt sie in die Gitea Package Registry hoch, erstellt ein Gitea Release `v<VERSION>` und baut/veröffentlicht zusätzlich ein Docker-Image (`:latest`, `:<VERSION>`, `:v<VERSION>`, `:<VERSION>.<BUILD_NUMBER>`).
 - **`testing.yaml`** (Trigger: `push` auf `testing`): Analog zu `main.yaml`, veröffentlicht jedoch in die `testing`-Kanäle der Paket-Registry, erstellt ein Pre-Release `v<VERSION>-preview` und taggt Docker-Images mit `:testing`, `:<VERSION>-preview`, `:<VERSION>-testing` etc.
-- **`nightly.yaml`** (Trigger: `push` auf `nightly`): Analog zu `testing.yaml`/`main.yaml` (Build, Tests, Paketierung für alle 3 Architekturen), veröffentlicht die Pakete jedoch ausschließlich in den `nightly`-Kanal der Paket-Registry (Distribution/Gruppe/Repository jeweils `nightly`) und erstellt **kein** Gitea Release.
-- **`nightly-pr.yaml`** (Trigger: `schedule` täglich `CRON_TZ=Europe/Berlin 0 9 * * *`, zusätzlich `workflow_dispatch`): Erstellt automatisch einen Pull Request von `dev` nach `nightly` (legt den `nightly`-Branch bei Bedarf initial von `dev` an) und merged diesen sofort ohne manuelle Freigabe, sofern es Unterschiede zwischen beiden Branches gibt. Der Merge löst anschließend `nightly.yaml` aus.
-  > **Hinweis:** Gitea Actions interpretiert `schedule`-Cron standardmäßig in der lokalen Zeitzone des Gitea-Servers (anders als GitHub Actions, das immer UTC nutzt). Das `CRON_TZ=`-Präfix ist eine Gitea-Erweiterung, die die Zeitzone unabhängig von der Server-Konfiguration DST-sicher festlegt — bei neuen zeitgesteuerten Workflows bevorzugt verwenden statt einer fest verdrahteten UTC-Zeit (betrifft z. B. `security-scan.yaml`s `0 5 * * 1`, das ohne `CRON_TZ=` von der Server-Zeitzone abhängt).
-- **`unit-tests.yaml`** (Trigger: `pull_request` → `testing`/`dev`, bei `opened`/`synchronize`/`reopened`): Schnelle CI-Prüfung (`cargo test`) für Pull Requests, ohne Paketierung oder Veröffentlichung.
+- **`unit-tests.yaml`** (Trigger: `pull_request` → `testing`, bei `opened`/`synchronize`/`reopened`): Schnelle CI-Prüfung (`cargo test`) für Pull Requests, ohne Paketierung oder Veröffentlichung.
 
 ### 5.2 Sicherheit & Qualität
 - **`security-scan.yaml`** (Trigger: `push` auf `main`/`testing`/`dev`, `pull_request`, wöchentlich montags 05:00 UTC, `workflow_dispatch`): Führt Trivy (`vuln`, `secret`, `misconfig`; Schweregrad `CRITICAL`/`HIGH`) und OSV-Scanner aus und meldet Funde über `scripts/report-security-issue.py` als Gitea-Issue (Label `security-scan`).

Cargo.lock

@@ -2052,7 +2052,7 @@ checksum = "ba467056f1b547ed52077911161fc86985becbc60e8e1857c8a144dab0def891"
 
 [[package]]
 name = "smart-mount"
-version = "2.0.4"
+version = "2.0.2"
 dependencies = [
  "aes-gcm 0.11.1",
  "anyhow",

Cargo.toml

@@ -1,6 +1,6 @@
 [package]
 name = "smart-mount"
-version = "2.0.4"
+version = "2.0.2"
 edition = "2024"
 authors = ['DragonSlayer_14']
 readme = "README.md"
@@ -110,13 +110,7 @@ suggests = { "davfs2" = "*", "cifs-utils" = "*", "nfs-utils" = "*" }
 post_install_script = """
 if command -v systemctl >/dev/null 2>&1; then
     systemctl daemon-reload || true
-    # smart-mount-mount.service mountet echte Netzlaufwerke (kann bei nicht erreichbaren
-    # Servern pro Paar mehrere zehn Sekunden dauern) - "enable --now" wuerde synchron darauf
-    # warten und damit die Paketinstallation blockieren, daher aktivieren + nur als
-    # asynchroner Job starten ("--no-block", kehrt sofort zurueck).
-    systemctl enable smart-mount-mount.service || true
-    systemctl start --no-block smart-mount-mount.service || true
-    systemctl enable --now smart-mount-watch.timer || true
+    systemctl enable --now smart-mount-mount.service smart-mount-watch.timer || true
 fi
 /usr/lib/smart-mount/setup-cron || true
 """

README.md

@@ -145,19 +145,13 @@ System-systemd-Dienst ein - kein manueller Schritt nötig. Die dafür paketierte
   `smart-mount watch` aufruft (Standardintervall: 120s).
 
 Die postinst/postrm-Skripte des Pakets (bzw. das `.INSTALL`-Skriptlet bei Arch) aktivieren und
-deaktivieren beide Units beim Installieren/Deinstallieren - siehe `packaging/deb/postinst` +
-`packaging/deb/postrm` bzw. `[package.metadata.generate-rpm]`/`scripts/package-arch.py` in
+starten beide Units beim Installieren/Upgraden (`systemctl enable --now ...`) und deaktivieren
+sie wieder beim Deinstallieren (`systemctl disable --now ...`) - siehe `packaging/deb/postinst`
++ `packaging/deb/postrm` bzw. `[package.metadata.generate-rpm]`/`scripts/package-arch.py` in
 `Cargo.toml`. Welche Laufwerkspaare dabei gemountet werden (und für welchen Nutzer, siehe
 `owner_user` unten) steuert ausschließlich `/etc/smart-mount/config.toml` - nicht die
 Unit-Dateien selbst.
 
-`smart-mount-mount.service` mountet dabei echte Netzlaufwerke, was bei einem gerade nicht
-erreichbaren Server pro Paar mehrere zehn Sekunden dauern kann (begrenzt auf max. 10 Minuten
-insgesamt, siehe `TimeoutStartSec` in der Unit) - das Paket-Setup wird dadurch **nicht**
-blockiert: `systemctl start --no-block` stößt den ersten Mount-Versuch beim Installieren nur an,
-statt synchron auf ihn zu warten. `smart-mount-watch.timer` wird dagegen sofort synchron
-gestartet (das Timer-"Armen" selbst ist immer augenblicklich fertig).
-
 **Anderes Watch-Intervall als der Standard (120s):** `settings.watch_interval_secs` in
 `config.toml` steuert nur den Cron-Fallback (s. u.) - der paketierte Timer hat ein fest
 eingebautes Intervall. Zum Anpassen:
@@ -168,15 +162,6 @@ sudo systemctl edit smart-mount-watch.timer
 # OnUnitActiveSec=60s
 ```
 
-**Logs:** beide Units schreiben mit festem `SyslogIdentifier=smart-mount` ins systemd-Journal -
-`journalctl -u smart-mount-mount` / `-u smart-mount-watch` (oder gebündelt `journalctl -t
-smart-mount`) zeigt sie an. Zusätzlich schreibt smart-mount dieselben Meldungen dauerhaft nach
-`/var/log/smart-mount/log-<Datum>.log` (siehe `settings.log_level` für die Ausführlichkeit,
-Standard `info`) - unabhängig von der Journal-Rotation. `smart-mount-mount.service` bleibt nach
-einem erfolgreichen Lauf als "active (exited)" sichtbar (`RemainAfterExit=yes`), und ein
-Fehlschlag beim Mounten mindestens eines konfigurierten Laufwerkspaars lässt den Dienst jetzt
-auch tatsächlich als "failed" erscheinen, statt es stillschweigend zu ignorieren.
-
 ### Cron-Fallback (Systeme ohne systemd)
 
 Ist beim Installieren/Upgraden des Pakets kein `systemctl` gefunden, aber `/etc/cron.d`

packaging/deb/postinst

@@ -9,15 +9,7 @@ set -e
 if [ "$1" = "configure" ]; then
     if command -v systemctl >/dev/null 2>&1; then
         systemctl daemon-reload || true
-        # smart-mount-mount.service mountet echte Netzlaufwerke (kann pro konfiguriertem Paar
-        # mehrere zehn Sekunden dauern, wenn ein Server gerade nicht erreichbar ist) - "enable
-        # --now" wuerde synchron darauf warten und damit "apt"/"dpkg" fuer die gesamte Dauer
-        # blockieren. Daher: aktivieren (fuer den naechsten Boot) und der eigentliche Mount-Lauf
-        # nur als asynchroner Job ("--no-block", kehrt sofort zurueck) - das Paket-Setup selbst
-        # wartet also nie auf Netzwerk-Timeouts.
-        systemctl enable smart-mount-mount.service || true
-        systemctl start --no-block smart-mount-mount.service || true
-        systemctl enable --now smart-mount-watch.timer || true
+        systemctl enable --now smart-mount-mount.service smart-mount-watch.timer || true
     fi
     /usr/lib/smart-mount/setup-cron || true
 fi

packaging/systemd/smart-mount-mount.service

@@ -5,26 +5,7 @@ Wants=network-online.target
 
 [Service]
 Type=oneshot
-# Bleibt nach einem erfolgreichen Lauf als "active (exited)" sichtbar (statt sofort wieder
-# "inactive") - macht in 'systemctl status' auf einen Blick erkennbar, dass der letzte Boot-Lauf
-# tatsächlich durchlief, statt nur "inactive" zu zeigen (das genauso gut "nie gelaufen" heißen
-# könnte).
-RemainAfterExit=yes
 ExecStart=/usr/bin/smart-mount mount --all
-# Harte Obergrenze statt des systemd-Standards (üblicherweise 90s): pro konfiguriertem Paar
-# werden Erreichbarkeit UND Mount-Versuch sequenziell geprüft (bis zu ~20s Erreichbarkeits-
-# check + 30s Mount-Timeout, siehe crate::mount::MOUNT_TIMEOUT_SECS), bei mehreren Paaren
-# summiert sich das - 90s würde bei zwei oder mehr gerade nicht erreichbaren Servern schon
-# reichen, um mitten im Mount-Versuch abgebrochen zu werden. 10 Minuten sind großzügig genug für
-# eine typische Anzahl Paare, ohne bei einem echten Hänger (z. B. einer verwaisten Dateisperre)
-# unbegrenzt zu warten.
-TimeoutStartSec=600
-# Explizit (statt sich auf den systemd-Standard zu verlassen): stdout/stderr gehen ins Journal,
-# unter einem festen, von der jeweiligen Unit unabhängigen Tag - 'journalctl -t smart-mount'
-# zeigt damit die Ausgaben aller smart-mount-Units gebündelt.
-StandardOutput=journal
-StandardError=journal
-SyslogIdentifier=smart-mount
 
 [Install]
 WantedBy=multi-user.target

packaging/systemd/smart-mount-watch.service

@@ -4,6 +4,3 @@ Description=smart-mount: check reachability and switch local/cloud if needed
 [Service]
 Type=oneshot
 ExecStart=/usr/bin/smart-mount watch
-StandardOutput=journal
-StandardError=journal
-SyslogIdentifier=smart-mount

renovate.json

@@ -1,59 +1,29 @@
 {
   "$schema": "https://docs.renovatebot.com/renovate-schema.json",
-  "extends": [
-    "config:recommended"
-  ],
+  "extends": ["config:recommended"],
   "timezone": "Europe/Berlin",
-  "schedule": [
-    "before 6am"
-  ],
+  "schedule": ["before 6am on monday"],
   "baseBranchPatterns": [
     "dev"
   ],
   "packageRules": [
     {
-      "matchFileNames": [
-        ".gitea/workflows/**"
-      ],
+      "matchFileNames": [".gitea/workflows/**"],
       "groupName": "Gitea Actions",
       "separateMajorMinor": false,
       "separateMinorPatch": false
     },
     {
-      "matchManagers": [
-        "cargo"
-      ],
+      "matchManagers": ["cargo"],
       "groupName": "Cargo Dependencies",
       "separateMajorMinor": false,
       "separateMinorPatch": false
     },
     {
-      "matchManagers": [
-        "dockerfile",
-        "docker-compose"
-      ],
+      "matchManagers": ["dockerfile", "docker-compose"],
       "groupName": "Docker-Images",
       "separateMajorMinor": false,
       "separateMinorPatch": false
-    },
-    {
-      "description": "Patch-/Minor-/Digest-Updates automatisch mergen, sobald alle CI-Checks (inkl. Unit-Tests) erfolgreich sind - Major-Updates sind unten explizit ausgenommen (siehe nächste Regel).",
-      "matchUpdateTypes": [
-        "patch",
-        "minor",
-        "digest",
-        "lockFileMaintenance"
-      ],
-      "automerge": true,
-      "automergeType": "pr",
-      "platformAutomerge": true
-    },
-    {
-      "description": "Major-Updates immer manuell prüfen, da potenziell brechende Änderungen.",
-      "matchUpdateTypes": [
-        "major"
-      ],
-      "automerge": false
     }
   ],
   "customManagers": [

scripts/package-arch.py

@@ -105,26 +105,16 @@ def build_install_scriptlet(name, installable, all_units, has_cron_helper):
     Cron-Fallback-Hilfsprogramm ('usr/lib/<name>/setup-cron', siehe src/bin/setup-cron.rs) beim
     Installieren/Upgraden auf bzw. entfernt dessen Cron-Datei beim Entfernen wieder. Rein anhand
     der tatsächlich gefundenen Unit-Dateien/Hilfsprogramme zusammengesetzt, ohne den
-    Anwendungsnamen selbst hart zu codieren (der als `name`-Parameter hereinkommt).
-
-    '.service'-Units werden bewusst NICHT über 'enable --now' gestartet: Bei einem oneshot-
-    Service (typischer Fall für ein Boot-Setup-Skript) würde das den ExecStart-Befehl synchron
-    ausführen und damit 'pacman' für die gesamte Laufzeit des Skripts blockieren (siehe
-    packaging/deb/postinst für den konkreten Fall, der das erst sichtbar gemacht hat: ein
-    Mount-Versuch gegen ein gerade nicht erreichbares Netzlaufwerk). '.timer'-Units sind davon
-    nicht betroffen - sie nur zu "armen" ist immer sofort fertig - und starten daher weiterhin
-    synchron mit 'enable --now'."""
-    timers = [u for u in installable if u.endswith(".timer")]
-    services = [u for u in installable if not u.endswith(".timer")]
+    Anwendungsnamen selbst hart zu codieren (der als `name`-Parameter hereinkommt)."""
+    installable_str = " ".join(installable)
     all_units_str = " ".join(all_units)
 
-    systemd_enable = "    systemctl daemon-reload >/dev/null 2>&1 || true\n" if installable else ""
-    if timers:
-        systemd_enable += f"    systemctl enable --now {' '.join(timers)} >/dev/null 2>&1 || true\n"
-    for service in services:
-        systemd_enable += f"    systemctl enable {service} >/dev/null 2>&1 || true\n"
-        systemd_enable += f"    systemctl start --no-block {service} >/dev/null 2>&1 || true\n"
-
+    systemd_enable = (
+        "    systemctl daemon-reload >/dev/null 2>&1 || true\n"
+        f"    systemctl enable --now {installable_str} >/dev/null 2>&1 || true\n"
+        if installable
+        else ""
+    )
     systemd_reload = "    systemctl daemon-reload >/dev/null 2>&1 || true\n" if all_units else ""
     systemd_disable = (
         f"    systemctl disable --now {all_units_str} >/dev/null 2>&1 || true\n" if all_units else ""

src/cli/mount_cmd.rs

@@ -2,7 +2,7 @@
 
 use crate::config::{self, DrivePair};
 use crate::db::credentials::CredentialStore;
-use crate::reconcile::{self, Action};
+use crate::reconcile;
 
 fn select_pairs(
     cfg: &crate::config::AppConfig,
@@ -32,21 +32,9 @@ pub async fn run_mount(name: Option<String>, all: bool) -> anyhow::Result<()> {
     );
 
     let creds = CredentialStore::open().await?;
-    let mut had_failure = false;
     for pair in &pairs {
         let outcome = reconcile::reconcile_pair(pair, &cfg.settings, &creds).await;
         print_outcome(&outcome);
-        if matches!(outcome.action, Action::Failed(_)) {
-            had_failure = true;
-        }
-    }
-
-    // Ohne dies wäre `smart-mount-mount.service` (siehe packaging/systemd/) beim Booten selbst
-    // dann "erfolgreich" (Exit-Code 0), wenn tatsächlich kein einziges Laufwerkspaar gemountet
-    // werden konnte - `systemctl status` würde den Fehlschlag also nie sichtbar machen. Analog
-    // zu `watch::run` unten.
-    if had_failure {
-        anyhow::bail!("at least one drive pair could not be mounted");
     }
     Ok(())
 }
@@ -64,24 +52,17 @@ pub async fn run_unmount(name: Option<String>, all: bool) -> anyhow::Result<()>
         &format!("unmount: processing {} drive pair(s)", pairs.len()),
     );
 
-    let mut had_failure = false;
     for pair in &pairs {
         match reconcile::unmount_pair(pair, &cfg.settings).await {
             Ok(_) => println!("{} ({}): unmounted", pair.name, pair.id),
-            Err(e) => {
-                println!("{} ({}): ERROR: {e}", pair.name, pair.id);
-                had_failure = true;
-            }
+            Err(e) => println!("{} ({}): ERROR: {e}", pair.name, pair.id),
         }
     }
-
-    if had_failure {
-        anyhow::bail!("at least one drive pair could not be unmounted");
-    }
     Ok(())
 }
 
 pub(crate) fn print_outcome(outcome: &reconcile::ReconcileOutcome) {
+    use reconcile::Action;
     let action_str = match &outcome.action {
         Action::NoOp => "no change".to_string(),
         Action::MountedLocal => "mounted local".to_string(),

src/main.rs

@@ -7,12 +7,6 @@ use smart_mount::cli;
 async fn main() -> ExitCode {
     smart_mount::config::init();
 
-    // Persistentes, gut auffindbares Log-Verzeichnis statt logger-ctdras Standard-Fallback
-    // (ein Ordner im System-Temp-Verzeichnis, siehe logger-ctdra-Doku) - smart-mount läuft
-    // ausschließlich als root/System-Dienst (siehe crate::systemd), daher immer derselbe,
-    // feste Pfad. Muss vor dem ersten Log-Aufruf stehen (siehe logger_ctdra::set_log_dir).
-    logger_ctdra::set_log_dir("/var/log/smart-mount");
-
     let log_level = match smart_mount::config::pairs::load() {
         Ok(cfg) => cfg.settings.log_level,
         Err(_) => "info".to_string(),