# Detect failed Borg FUSE mounts before dependent file jobs run

> Gate dependent file jobs on verified Borg mount health and retained diagnostics.

- Canonical URL: https://update.dsesecurity.com/updates/detect-failed-borg-fuse-mounts-before-dependent-file-jobs-run/
- Publisher: Detection Systems & Engineering (DSE Security)
- Author: DSE Security Editorial Team
- Published: 2026-10-15T13:33:04+00:00
- Modified: 2026-10-15T13:36:16+00:00
- Last reviewed by DSE: 2026-10-15
- Resource type: Guide
- DSE priority: Information
- Topics: Business Continuity, IT
- Reading time: 2 minutes

## What you need to know

Gate dependent file jobs on verified Borg mount health and retained diagnostics.

## Potentially affected

This applies to Borg 1.4.5 FUSE mount supervision. It concerns dependent file jobs and failure visibility, not a claim that a mounted archive has passed a complete recovery test.

## DSE recommendation

DSE recommends making mount health an explicit prerequisite for any dependent comparison, copy, or synchronization job.

## Article

Gate dependent file jobs on verified Borg mount health and retained diagnostics.

## Source facts

Borg 1.4.5 mount normally daemonizes, and a daemon signal or crash does not automatically unmount the filesystem. The documentation explains that automatic unmounting could expose an underlying empty directory to a running synchronization tool and lead to unintended deletion. In foreground mode, an interrupt signal cleanly unmounts, but other signals and crashes do not. Daemon output normally goes to the null device, so foreground execution or explicit logging configuration is needed when diagnosing mount failures.

Source: [Borg 1.4.5 — borg mount](https://borgbackup.readthedocs.io/en/stable/usage/mount.html).

## Applicability

This applies to Borg 1.4.5 FUSE mount supervision. It concerns dependent file jobs and failure visibility, not a claim that a mounted archive has passed a complete recovery test.

## DSE recommendation

DSE recommends making mount health an explicit prerequisite for any dependent comparison, copy, or synchronization job. Keep a harmless expected marker inside the selected archive and require its presence before a destructive downstream operation is considered. Preserve diagnostic output through the intended service logging arrangement. Have the operator distinguish an unavailable FUSE mount from an ordinary empty source directory, and document a controlled stop procedure for downstream work when the mount becomes uncertain.

## Verification

Rehearse mount interruption with disposable archives and a harmless downstream job that only reports its intended actions. Confirm the health gate prevents further work after failure and that logs explain the cause. Test orderly unmount separately and verify the expected mountpoint state before restarting dependent tasks.

## Official reference

[Borg 1.4.5 — borg mount](https://borgbackup.readthedocs.io/en/stable/usage/mount.html). Reviewed October 15, 2026.

## Primary reference

- Name: Borg 1.4.5 — borg mount
- Authority: borgbackup.readthedocs.io
- URL: https://borgbackup.readthedocs.io/en/stable/usage/mount.html
- Source publication date: Not stated by the source

## Citation and use

Preferred citation: “Detect failed Borg FUSE mounts before dependent file jobs run,” DSE Security, https://update.dsesecurity.com/updates/detect-failed-borg-fuse-mounts-before-dependent-file-jobs-run/
Publishing principles: https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/
Usage and citation policy: https://update.dsesecurity.com/usage/
Copyright © 2026 Detection Systems & Engineering. All rights reserved.