Dateien unter Linux löschen: Was HDD, SSD und TRIM für Skynet Shredder bedeuten

Eine vertrauliche Datei soll vom Linux-Rechner verschwinden. Der Papierkorb ist dafür nicht der letzte Schritt – und auch nach dem Entfernen eines Dateinamens ist nicht automatisch geklärt, was mit den früher gespeicherten Daten passiert. Auf HDD und SSD gelten dabei unterschiedliche Bedingungen.

Mein Skynet Shredder bietet eine lokale grafische Oberfläche für Dateien und Ordner. Er verwendet vorhandene Linux-Werkzeuge, zeigt erkannte Speicherinformationen und protokolliert seine Aktionen. Dieser Ratgeber erklärt den Ablauf und hilft dir, die Grenzen der Ergebnisse zu verstehen.

Was bringt die grafische Oberfläche?

Du kannst Dateien und Ordner per Drag-and-drop oder Auswahl hinzufügen, die Liste vor dem Start überprüfen und Einträge wieder entfernen. Das Werkzeug verarbeitet Ordner rekursiv, bietet eine Pass-Auswahl und fragt vor dem Beginn der Löschaktion nach einer Bestätigung.

• Ziele sichtbar auswählen: Die Liste zeigt die Pfade, bevor du eine Aktion startest.
• Ablauf beobachten: Das Protokoll nennt Mountpoint, Gerät, erkannte Art und die ausgeführten Aktionen.
• Lokale Werkzeuge verwenden: Unter anderem kommen findmnt, lsblk, GNU shred und optional fstrim zum Einsatz.

Das ist hilfreich, wenn du die Dateiauswahl in einem Fenster kontrollieren möchtest. Die Bestätigung ist trotzdem keine Undo-Funktion: Bereits gelöschte oder überschriebene Daten lassen sich dadurch nicht zurückholen.

Löschen, Überschreiben und TRIM unterscheiden

Eine Datei zu entfernen, ihre erreichbaren Inhalte zu überschreiben und ein komplettes Speichergerät vollständig zu bereinigen sind verschiedene Aufgaben. Skynet Shredder ist eine Dateianwendung; seine Oberfläche führt keinen vollständigen Hersteller-Secure-Erase für ein Laufwerk aus.

Wie erkennt das Tool HDD und SSD?

Der Shredder fragt Mountpoint und Quellgerät mit findmnt ab. Anschließend versucht er, mit lsblk und dem Linux-Eintrag /sys/block/…/queue/rotational eine rotierende oder nicht rotierende Speicherart zu erkennen.

Diese Erkennung ist eine praktische Hilfe, kein Gutachten über die tatsächliche Speichertechnik. USB-Bridges, virtuelle Datenträger, RAID und verschachtelte Speicherpfade können die Zuordnung erschweren. „Unknown“ bedeutet, dass keine zuverlässige Einordnung gelang.

Im derzeitigen Quellcode entscheidet diese erkannte Speicherart über den Löschzweig. Bei unbekannter Art versucht das Tool den shred-Weg, wenn das Programm verfügbar ist. Das ist kein automatischer Nachweis, dass Überschreiben zu deinem Speicher passt. Prüfe Gerät und Dateisystem selbst.

Der HDD-Weg: GNU shred und seine Voraussetzungen

Bei einer als HDD erkannten Datei ruft das Tool GNU shred mit der gewählten Pass-Anzahl, einem abschließenden Null-Durchlauf und Entfernung der Datei auf. Die Oberfläche erlaubt 1 bis 35 Durchläufe und startet mit 3. Die Option „Gutmann (35x)“ setzt im shred-Aufruf -n 35; der Name allein belegt keine besondere Garantie.

GNU weist darauf hin, dass Überschreiben voraussetzt, dass Dateisystem und Hardware tatsächlich dieselben Speicherstellen ersetzen. Copy-on-write und bestimmte Journal-Modi können das verhindern. Snapshots und Backups bleiben eigenständige Kopien.

Ist shred nicht verfügbar, enthält das Programm Ersatzwege mit abweichendem Verhalten. Deshalb gehört ein installiertes coreutils-Paket zu den Voraussetzungen. Verlasse dich nicht darauf, dass jeder Fallback denselben Umfang wie der normale shred-Weg hat.

Der SSD-Weg: Dateilöschen und optionales fstrim

Bei als SSD erkannten Dateien versucht der Code zunächst Schreibzugriffe am Dateianfang und bei größeren Dateien am Ende. Danach entfernt er die Datei. Bei aktivierter TRIM-Option ruft er nach der Verarbeitung fstrim -v für betroffene Mountpoints auf.

SSD-Wear-Leveling kann Schreibzugriffe auf andere physische Speicherbereiche lenken. Deshalb beweist das Überschreiben einer Datei dort nicht die Beseitigung ihrer alten Daten. Mehr Durchläufe lösen diese Zuordnung nicht.

fstrim meldet unbenutzte Blöcke des gemounteten Dateisystems zum Discard. Der Aufruf betrifft freie Bereiche dieses Dateisystems, nicht ausschließlich die ausgewählte Datei. Die gemeldete Byte-Zahl ist kein Zertifikat für physisch vernichtete Daten.

Ob TRIM funktioniert, hängt von Rechten, Dateisystem und dem gesamten Speicherpfad ab. Das GUI fordert dafür nicht automatisch erhöhte Rechte an. Eine Meldung über fehlende Berechtigung oder fehlende Unterstützung muss im Protokoll beachtet werden.

Installieren und zuerst mit einer Testdatei arbeiten

Für den Debian-/Ubuntu-Paketweg werden Python 3, PyQt5, Coreutils und util-linux benötigt. Das Repository enthält ein APT-basiertes Installationsskript für Abhängigkeiten und einen benutzerspezifischen Menüeintrag. Es ist kein universeller Installer für jede Distribution.

Lade bei vorhandenem Git das Projekt:

git clone https://github.com/dennishilk/skynet-shredder.git

Wechsle in den Projektordner:

cd skynet-shredder

Wenn die Abhängigkeiten bereits installiert sind, starte die Anwendung direkt:

python3 ./skynet_shredder.py

Alternativ kannst du nach dem Lesen des Installationsskripts dessen Paketweg verwenden:

bash ./install.sh

Der Installer fordert sudo für APT an. Die Anwendung selbst kannst du anschließend als normaler Benutzer öffnen; dadurch kann sie nur mit deinen verfügbaren Dateirechten arbeiten. Starte die gesamte Oberfläche nicht allein wegen eines fehlgeschlagenen TRIM-Aufrufs pauschal als Root.

Ein kontrollierter erster Durchlauf

1. Erstelle eine entbehrliche Testdatei in einem eigenen Testordner. Verwende für den ersten Versuch keine vertraulichen Originale, verknüpften Dateien oder Systemordner.
2. Füge diese Datei hinzu und kontrolliere den vollständigen Pfad. Ein ausgewählter Ordner umfasst auch enthaltene Dateien.
3. Prüfe die Einstellungen und bestätige nur die beabsichtigte Testaktion.
4. Lies das Protokoll: Welche Speicherart wurde erkannt? Welche Methode wurde ausgeführt? Gibt es Fehler oder TRIM-Warnungen?
5. Prüfe anschließend, ob die Datei tatsächlich entfernt wurde. Das allein ist weiterhin kein Nachweis, dass sämtliche Datenreste verschwunden sind.

Ein Fortschrittsbalken oder „Finished“ ersetzt die Prüfung des Protokolls nicht. Einzelne Löschfehler werden dort ausgegeben; die Anwendung bestätigt damit keine geprüfte vollständige Datenvernichtung.

Datenschutz betrifft auch Kopien und Aufbewahrung

Skynet Shredder benötigt keinen Datei-Upload und keine Cloud-Auswertung. Die Löschaktionen laufen auf deinem Gerät. GitHub-Downloads und die Paketinstallation benötigen trotzdem Netzwerkverbindungen.

Suche vor einer wichtigen Löschentscheidung nach weiteren Kopien: Backups, Snapshots, synchronisierte Ordner, E-Mail-Anhänge oder Exporte werden nicht automatisch mitbereinigt. Das lokale Protokoll enthält Dateipfade; prüfe es vor dem Teilen.

Wenn du einen ganzen Rechner oder eine SSD weitergeben möchtest, brauchst du einen passenden Ablauf für das vollständige Gerät. Plane Datensicherung, Verschlüsselung und ein zum Laufwerk passendes Löschverfahren separat. Eine Dateiliste in diesem GUI erledigt diese Aufgabe nicht.

Häufige Fragen

Sind 35 Durchläufe automatisch sicherer?

Die Zahl allein reicht nicht. Der Speicherpfad und vorhandene Kopien bestimmen, ob Überschreiben alte Daten überhaupt erreicht. Zusätzliche Durchläufe beheben diese Grenzen nicht.

Garantiert TRIM, dass niemand SSD-Daten wiederherstellen kann?

Nein. Ein erfolgreicher Discard-Aufruf ist kein vollständiger physischer Löschbeleg und ersetzt kein geeignetes Verfahren für das gesamte Gerät.

Kann das Tool einen gesamten Datenträger sicher löschen?

Die Oberfläche wählt Dateien und Ordner aus. Sie bietet keinen vollständigen Laufwerks-Secure-Erase. Eine rekursive Dateilöschung ist davon zu unterscheiden.

Projekt und technische Quellen

Beschrieben wird der vorhandene Dateiablauf mit seinen Grenzen. Stand: 6. Oktober 2026.

• Skynet Shredder: Projekt
• Speichererkennung und Löschablauf im Quellcode
• GNU Coreutils: shred und seine Voraussetzungen
• util-linux: fstrim-Handbuch bei Debian