Übersicht
Worum es bei diesem Projekt geht.
Mount das Image read-only in einer Linux-Analyse-Umgebung. Nutze debugfs, fsck im no-op-Modus und das ext4-Journal zur Rekonstruktion der letzten Transaktionen. Identifiziere die korrupten Inodes, ordne sie Anwendungen zu und bestimme, ob betroffene Dateien aus dem Journal wiederhergestellt werden koennen. Erstelle eine Liste der Konfigurations-Aenderungen (data=journal vs. ordered, commit-Intervall, USV-Anbindung, Filesystem-Alternative wie XFS oder ZFS) mit Pro- und Contra-Argumenten. Liefere einen Forensik-Bericht, eine Wiederherstellungs-Liste und ein Hardening-Memo.
Das Briefing
Was Du tust und was Du zeigst.
Was genau ist im Datei-System waehrend des Stromausfalls passiert, welche Daten sind wiederherstellbar und welche Konfiguration verhindert die Wiederholung?
Earning criteria — what you'll demonstrate
- Journaling-Mechanik von ext4 (Metadata vs. Data Journaling) am realen Image verstehen
- Filesystem-Forensik mit debugfs und Journal-Replay praktisch durchfuehren
- Wiederherstellbarkeit von Inhalten anhand des Journal-Zustands begruenden
- Konfigurations-Trade-offs zwischen Performance und Crash-Konsistenz argumentieren
Studienpassung
Wo dies in Dein Studium passt.
Schärft dieselben Fähigkeiten, die Dein Studium von Dir erwartet.
Fähigkeiten
Fähigkeiten, die Du unter Beweis stellst.
Jede taucht auf Deinem verifizierten Zertifikat auf.
Karrieren
Berufe, auf die dies Dich vorbereitet.
Echte Berufsbezeichnungen. Echte Skill-Brücken. Wähle die, die Deinem Werdegang am nächsten kommt.
Systems Architect
Architekt:innen muessen Filesystem-Wahl fuer Edge- und Industrie-Geraete begruenden — die Trade-off-Argumentation aus dieser Challenge ist exakt der Input fuer solche Entscheidungen.
Dieses Projekt schärft
- file-systems
- operating-systems
- ext4
Noch eine Sache