Files
uni/slides/223015b/04-speicher-schnittstellen.md
T
libretech 443150c40e 223015b filename-cleanup: dateien umbenannt + Makefile angepasst, build geht durch
git mv:
- 01-grundlagen-text-audio.md → 01-datenfundamentale.md (kap 1 datenfundamentale + signal-zu-byte)
- 02-bild-audio-video.md → 02-kompression.md (kap 2 kompression prinzipien)
- 03-speichermedien-schnittstellen.md → 03-inhalte-bild-audio-video.md (kap 3 inhalte bild/audio/video)
- 04-distribution-apis-zukunft.md → 04-speicher-schnittstellen.md (kap 4 speicher + schnittstellen)
- 05-vertiefung-offene-fragen.md → 05-distribution-metadaten.md (kap 5 distribution + metadaten)

Makefile 223015b_KAPITEL angepasst an neue dateinamen. build-223015b läuft sauber durch alle 5 neuen kapitel-html+pdf.

stale html-files in build/ bleiben bis make clean (gitignored, kein commit-impact).
2026-05-14 16:58:58 +02:00

599 lines
20 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
---
marp: true
theme: gaia
paginate: true
backgroundColor: #fff
header: "Dateiformate, Schnittstellen, Speichermedien & Distributionswege (223015b)"
footer: "Michael Czechowski – HdM Stuttgart – SoSe 2026"
title: Speicher und Schnittstellen
---
<style>
:root {
--color-foreground: #1a1a2e;
--color-highlight: #1e5f8a;
--color-dimmed: #4a4a6a;
}
section.invert { --color-foreground: #fff; }
section { font-size: 1.7rem; }
h1 { color: #1e5f8a; }
section.invert h1 { color: #fff; }
h2 { color: #1f2937; }
pre {
background: #0f0f23;
color: #5fb3e4;
border-radius: 8px;
border-left: 3px solid #1e5f8a;
}
pre code { background: transparent; color: inherit; }
code {
background: #0f0f23;
padding: 0.15em 0.4em;
border-radius: 4px;
font-family: ui-monospace, "SF Mono", Menlo, Consolas, monospace;
}
section code:not(.hljs) { color: #5fb3e4 !important; }
section code.hljs { color: #f8f8f8 !important; }
a { color: var(--color-highlight); }
section.klausur {
background: repeating-linear-gradient(
135deg,
#e3f2fd,
#e3f2fd 40px,
#fff 40px,
#fff 80px
) !important;
}
@media print {
section.klausur { background: #e3f2fd !important; }
}
section.aufgabe { background: #e3f2fd !important; }
section.aufgabe footer { display: none; }
section.erklaerung :not(header),
section.erklaerung :not(footer) { font-size: 1.1rem; }
section.erklaerung h1 { font-size: 1.5rem; color: #1e5f8a; margin-bottom: 0.3rem; }
section.erklaerung ul, section.erklaerung ol { font-size: 1.0rem; line-height: 1.4; }
section.erklaerung p { font-size: 1.0rem; line-height: 1.4; }
section.erklaerung table { font-size: 0.9rem; }
</style>
<!-- _class: lead -->
# Kapitel 4
## Speicher und Schnittstellen
<!--
Eine Stunde, eine Frage: *Wo wohnen die Bytes — und wie reisen sie zwischen Geräten?*
Anschluss an Kap 3: dort haben wir gesehen, was in einer JPEG/MP3/MP4 drin ist (Inhalt). Hier: wo lebt diese Datei (Speicher) und wie kommt sie auf den Bildschirm (Schnittstellen).
Bogen:
1. Speicher: HDD vs SSD, Filesystems, Backup
2. PIVOT: wie reisen die Bytes?
3. Schnittstellen: USB-C-Chaos, HDMI/DP/TB/Ethernet/WiFi
-->
---
<!-- _header: '' -->
<!-- _footer: '' -->
![bg fit](./assets/demos/kap04-eroeffner.png)
<!--
Datei-Reise als Pipeline: SSD → Laptop → GPU → Monitor → Auge.
Pro Etappe ein Engpass:
- USB 4 / Thunderbolt 4: 3 200 MB/s
- PCIe 4.0 (intern Laptop): ~7 000 MB/s
- HDMI 2.1 zum Monitor: 2 200 MB/s
- Licht zum Auge: visuell
Pro Sekunde bei 4K60: 24 MB pro Frame × 60 fps = 1,4 GB/s reiner Pixel-Strom, der NIE als Datei vorliegt.
Pointe: Speicher und Schnittstelle sind keine zwei Themen — sie sind die zwei Seiten desselben Engpasses. Wo Bytes wohnen, entscheidet, wie schnell sie reisen können. Wo sie reisen, entscheidet, wo sie wohnen müssen.
-->
---
<!-- _class: lead -->
# Sub-Sektion A: Speicher — wo wohnen die Bytes?
<!--
Reihenfolge:
1. HDD-Mechanik
2. SSD-Flash
3. HDD vs SSD: Vergleich + wann was
4. Filesystems: FAT32 / NTFS / APFS / ext4
5. Backup-Praxis: 3-2-1-Regel
-->
---
# HDD — Magnetscheibe mit beweglichen Köpfen
**Hard Disk Drive.** Erfunden 1956 (IBM RAMAC). Bis 2010 das Standard-Speichermedium.
- **Magnetisierte** Bereiche auf rotierender Platter (5.400–15.000 U/min)
- Schreib-/Lese-**Kopf** schwebt auf Luftpolster (~5 nm Abstand)
- **Spuren** (konzentrische Kreise) + **Sektoren** (Tortenstück-Abschnitte)
- **Bewegliche Teile** → Verschleiß, Geräusch, Stoß-empfindlich
<!--
Mechanik:
- Platter dreht permanent, Kopf bewegt sich radial
- Latenz: Kopf muss zur richtigen Spur (Seek Time, 5-10 ms) + Platter muss richtigen Sektor unter den Kopf bringen (Rotational Latency, ~3 ms bei 7200 rpm)
- Sequenzieller Zugriff schnell (Kopf bleibt auf Spur), zufälliger Zugriff langsam
Lebensdauer: typisch 5-10 Jahre bei moderater Nutzung. MTBF ~1 Mio Stunden. Lagerung ohne Strom: Magnetfeld hält jahrzehntelang.
-->
---
# SSD — Speicher ohne Mechanik
**Solid State Drive.** Massentauglich seit ~2010. Heute Standard für OS-Disks.
- **Flash-Speicher** (NAND): Elektronen in Floating Gates speichern Bits
- **Keine beweglichen Teile** → kein Geräusch, kein Stoß-Risiko
- **NVMe-Protokoll** (PCIe-direkt) → 5–14 GB/s im Vergleich zu HDD-200 MB/s
- **Schreibzyklen begrenzt** (TLC: ~3 000 P/E-Zyklen pro Zelle)
<!--
Flash-Technik:
- Floating Gate Transistor speichert Ladung
- TLC = Triple-Level Cell, 3 Bits pro Zelle = 8 Spannungs-Stufen
- Wear Leveling: Controller verteilt Schreibvorgänge gleichmäßig über alle Zellen
- TRIM: OS sagt Controller welche Blöcke „nicht mehr gebraucht" → Garbage Collection
Lebensdauer in der Praxis: ~5-10 Jahre bei Consumer-Nutzung. Höher bei Enterprise.
NVMe vs SATA:
- SATA-SSD: max. ~600 MB/s (Bus-Limit)
- NVMe-SSD über PCIe 4.0: ~7 000 MB/s
- PCIe 5.0 (neuere Macs): bis ~14 000 MB/s
-->
---
<!-- _class: klausur -->
# HDD vs. SSD
![bg right:40% contain](./assets/hdd-ssd-comparison.png)
| | HDD | SSD |
|--|-----|-----|
| Technik | Mechanik | Flash |
| Geschwindigkeit | 50–250 MB/s | 500–14.000 MB/s |
| Latenz | ~10 ms | ~0,1 ms |
| Preis/TB (2026) | ~20 € | ~70 € |
| Lebensdauer | ~5–10 Jahre | ~5–10 Jahre |
| Geräusch | hörbar | lautlos |
| Stoß-empfindlich | ja | nein |
<!--
HDD-Vorteile: viel Kapazität für wenig Geld. Lange archivierbar im Schrank.
SSD-Vorteile: schnell, leise, robust. Aber teurer pro TB.
Klausurfähig: gegeben ein Anwendungsfall, HDD oder SSD?
- Betriebssystem: SSD (schnell)
- Backup-Archiv: HDD (billig)
- Server für Foto-Speicher: HDD (Kapazität)
- Laptop (mobil): SSD (Stoß)
- Video-Bearbeitung: SSD (Throughput)
-->
---
<!-- _class: klausur -->
# Wann nehme ich was?
| Anwendung | Empfehlung | Begründung |
|-----------|------------|------------|
| Betriebssystem auf dem Laptop | **NVMe-SSD** | Geschwindigkeit, Boot |
| Eigene Foto-Library (10 TB+) | **HDD** | Kapazität, Preis |
| Server für Logfiles | **HDD oder SSD** | je nach Schreib-Last |
| Externes Backup-Archiv | **HDD** | billig, ok wenn langsam |
| Mobile Workstation (Reise) | **SSD** | Stoß, Geräusch |
| Edit-Drive für 4K-Schnitt | **NVMe-SSD** | Throughput für Video |
| Langzeitarchiv 10+ Jahre | **LTO-Band + M-DISC** | Langlebigkeit |
<!--
Klausurfähig. Trick-Frage: warum nicht alles SSD? → Preis pro TB. Faktor 3-5× teurer.
Cloud-Speicher (iCloud, Google Drive, Dropbox) ist physisch HDD/SSD/LTO in Rechenzentren — kein eigenes Medium, sondern Zugriffsmethode.
-->
---
<!-- _class: lead -->
# Filesystems — die Sprache des Speichers
<!--
Filesystem = Buchhaltungs-System des Speichermediums.
Welche Datei wo wohnt, welche Blöcke frei sind, wer welche Datei darf lesen.
Studierende kommen damit in Kontakt:
- USB-Stick formatieren (Dialog frägt: FAT32 / exFAT / NTFS / APFS?)
- "warum kann ich 5-GB-Video nicht auf USB ziehen?" — FAT32-Limit
- "Mac kann von Windows-USB lesen aber nicht schreiben" — NTFS-Asymmetrie
-->
---
# Was macht ein Filesystem?
**Vier zentrale Aufgaben:**
1. **Datei-Tabelle:** welche Datei wohnt wo? (Block-Adressen)
2. **Frei-Liste:** welche Blöcke sind ungenutzt?
3. **Verzeichnisbaum:** Ordner-Hierarchie
4. **Metadaten:** Berechtigung, Erstell-Zeit, Letzt-Änderung, Eigentümer
Ein Speichermedium **ohne Filesystem** ist nur ein langer Strom von Bytes — niemand weiß, was wo ist.
<!--
Analog: ein Buch ohne Inhaltsverzeichnis. Du müsstest jede Seite durchblättern um zu wissen, wo Kapitel 5 anfängt.
Filesystem = Inhaltsverzeichnis + Stichwortregister + Wer-darf-was-Liste.
Wenn du einen USB-Stick „formatierst", wird das Filesystem neu angelegt — die existierenden Daten sind dann logisch weg (aber physisch oft noch da, deshalb Sicherheitslücke bei Verkauf).
-->
---
<!-- _class: klausur -->
# Filesystem-Landschaft
| Filesystem | Wo verbreitet | Max. Dateigröße | Besonderheit |
|-----------|---------------|----------------:|--------------|
| **FAT32** | USB-Sticks, SD-Karten alt | **4 GB** | universell, alt |
| **exFAT** | USB-Sticks modern | 16 EB | wie FAT, ohne 4-GB-Limit |
| **NTFS** | Windows | 16 EB | Standard seit Win 2000 |
| **APFS** | macOS seit 2017 | 8 EB | snapshots, schnell |
| **ext4** | Linux | 16 TB | klassisch, robust |
| **ZFS** | Server, FreeBSD | 16 EB | checksum, snapshots |
**FAT32 4-GB-Grenze** ist der häufigste Alltags-Knack: USB-Stick noch nie umformatiert → kein 4K-Video drauf.
<!--
Klausurfähig: warum kann ich 5 GB Video nicht auf den USB-Stick ziehen? Antwort: FAT32 hat 4-GB-Dateigrößen-Limit. Lösung: USB-Stick auf exFAT umformatieren (Mac und Windows lesen/schreiben beide).
Asymmetrien:
- Mac kann NTFS nur lesen, nicht schreiben (ohne Drittpartei-Treiber)
- Windows kann APFS gar nicht
- Linux kann mit Plugins fast alles
Konsequenz für Studis: für Datentransfer zwischen Mac und Windows → exFAT. Für reinen Mac → APFS. Für Backup auf USB-Disk, die nur am eigenen Gerät benutzt wird → natives FS.
-->
---
<!-- _class: lead -->
# Backup — die unangenehme Pflicht
<!--
Backup-Disaster-Stories als Hook:
- Pixar verlor 1998 fast „Toy Story 2" durch ein versehentliches `rm -rf` auf dem Server. Nur weil eine Mitarbeiterin (Galyn Susman) zu Hause an einem Mutterschafts-Backup gearbeitet hatte, konnten 30 % des Films gerettet werden.
- Maersk wurde 2017 durch NotPetya-Ransomware getroffen, 50.000 PCs verschlüsselt. Globale Schifffahrt stand 10 Tage. Recovery: dank einem Domain-Controller in Ghana, der zum Zeitpunkt des Angriffs ohne Strom war und deshalb nicht infiziert wurde.
Pointe: Backup ist kein Optional. Es ist die einzige Verteidigung gegen Hardware-Crash, Diebstahl, Ransomware und menschliches Versagen.
-->
---
![bg right:40% contain](./assets/backup-disaster.png)
# Pixar verlor Toy Story 2 fast
**1998.** Ein Mitarbeiter führte ein Maintenance-Skript aus, das per `rm -rf /` ausversehen die Hauptdatenbank löschte.
90 % des Films weg. Backup-Tapes? Defekt seit Monaten — niemand merkte es.
**Glück:** Galyn Susman, im Mutterschutz, hatte privat ein Backup auf dem Heim-PC. *Daraus wurde der Film rekonstruiert.*
<!--
Diese Story zeigt zwei Backup-Wahrheiten:
1. „Wir haben Backup" reicht nicht. Du musst regelmäßig PRÜFEN dass die Backups funktionieren (Restore-Tests).
2. Backup auf einem System, das selbst betroffen sein kann, ist kein Backup. Galyn's Heim-PC war NICHT mit dem Pixar-Server verbunden — das hat den Film gerettet.
Daraus folgt die 3-2-1-Regel.
-->
---
<!-- _class: klausur -->
# Die 3-2-1-Backup-Regel
**3** Kopien deiner Daten
**2** verschiedene **Medien** (z.B. SSD + HDD)
**1** Kopie **off-site** (außerhalb deines Wohnorts)
Beispiel:
```
Original → Foto-Library auf der MacBook-SSD
Kopie 1 → Time Machine auf externer HDD (zuhause)
Kopie 2 → Backblaze in der Cloud (off-site)
```
<!--
Diese Regel löst drei Risiken:
- Hardware-Crash: 3 Kopien, 2 davon auf anderen Geräten
- Diebstahl/Brand: 1 Kopie off-site (Cloud oder bei Familie)
- Ransomware: off-site-Kopie schreibgeschützt oder versioniert
Klausurfähig: was ist die 3-2-1-Regel? Beispiele für jede Ebene.
Cloud-Backup-Anbieter (off-site Option):
- Backblaze: ~7 USD/Monat unlimited (Mac/Windows)
- iCloud / Google One / OneDrive: integriert, aber begrenzt
- Self-hosted: Synology / QNAP bei einer Person im Vertrauen
-->
---
# Backup-Typen
| Typ | Was wird gesichert | Restore-Aufwand | Speicher |
|-----|---------------------|-----------------|----------|
| **Full** | Alles, jedes Mal | klein (eine Datei) | viel (jedes Mal alles) |
| **Incremental** | Nur Änderungen seit *letztem Backup* | groß (Kette aufrollen) | klein |
| **Differential** | Alle Änderungen seit *letztem Full* | mittel | mittel |
| **Snapshot** (APFS, ZFS) | Filesystem-Stand zu einem Zeitpunkt | sofort | Copy-on-Write |
**In der Praxis:** Mix aus 1× Full pro Woche + Incremental täglich.
<!--
Time Machine (Mac) und Windows-Backup machen automatisch incremental + Snapshots im Hintergrund.
Restic, BorgBackup (CLI): dedupliziertes incremental Backup mit Verschlüsselung. Ideal für Cloud-Off-site.
Pointe: nicht überdenken. Time Machine + Backblaze reicht für 95 % der Studis.
-->
---
<!-- _class: lead -->
# Sub-Sektion B: Schnittstellen — wie reisen die Bytes?
<!--
PIVOT. Speicher = wo. Jetzt: wie kommt's vom einen Speicher zum anderen?
Drei zentrale Kategorien:
1. USB-C (das Berührungs-Phänomen, der zentrale Aha)
2. Video-Schnittstellen (HDMI, DisplayPort, Thunderbolt)
3. Netzwerk (Ethernet, WiFi)
-->
---
<!-- _class: lead -->
# USB-C — und seine drei Achsen
<!--
Warum lädt mein Laptop am einen Port und nicht am anderen?
Warum überträgt der eine Kabel 40 Gbit/s und der andere nur 480 Mbit/s?
Warum erkennt der Monitor an USB-C kein Bild?
Antwort: USB-C ist nicht eine Sache. Es ist drei.
Diese Folie ist DER Aha-Moment des Kapitels.
-->
---
<!-- _header: '' -->
<!-- _footer: '' -->
![bg fit](./assets/demos/usb-c-drei-achsen.png)
<!--
USB-C hat drei unabhängige Achsen, die alle zur „Verwirrung beim Stecker" beitragen:
1. STECKER (Mechanik): die Form. Beidseitig steckbar, 24 Pins. Es gibt nur EINE Sorte USB-C.
2. KABEL (was elektrisch durchgeht):
- Charge-only: nur Strom, ~5 W
- USB 2.0: 480 Mbit/s + 60 W (3 A)
- USB 3.2 Gen 2: 10 Gbit/s + 100 W
- Thunderbolt 4 / USB 4: 40 Gbit/s + 240 W (mit USB-PD 3.1)
3. PROTOKOLL (was gesprochen wird):
- USB Power Delivery (Laden mit Verhandlung)
- USB 2.0 / 3.x / 4 (Datenübertragung)
- Thunderbolt 3 / 4 (Daten + Display tunneled)
- DisplayPort Alt Mode (Monitor anschließen)
- HDMI Alt Mode
Konsequenz: wenn etwas nicht funktioniert, checke in dieser Reihenfolge:
1. Stecker physisch okay? (USB-C, nicht Mini-USB)
2. Kabel-Spec ausreichend? (auf der Verpackung steht meist die Klasse)
3. Beide Geräte sprechen das gleiche Protokoll? (z.B. Thunderbolt-Hub mit USB-Mac → reduzierte Funktionen)
-->
---
# HDMI — Video + Audio + Kopierschutz
**High-Definition Multimedia Interface.** 2002. Standard für Heim-Elektronik.
| Version | Bandbreite | Max. Video |
|---------|-----------|-----------|
| HDMI 1.4 | 10 Gbit/s | 4K @ 30 Hz |
| HDMI 2.0 | 18 Gbit/s | 4K @ 60 Hz |
| HDMI 2.1 | 48 Gbit/s | 8K @ 60 Hz oder 4K @ 120 Hz |
**HDCP:** Kopierschutz, der „illegale" Aufnahmen verhindern soll. Manchmal die Ursache für „Bildschirm bleibt schwarz, wenn Netflix läuft."
<!--
HDMI ist der Standard im Heim-Bereich. PCs, TVs, Blu-ray-Player, Konsolen — alle haben HDMI.
HDCP (High-bandwidth Digital Content Protection) ist eine Verschlüsselung der Übertragung. Wird gebrochen, wenn Geräte nicht „kompatibel" sind (z.B. Bild-Capture-Hardware).
Studis-Erfahrung: AirPlay/Chromecast geht meist NICHT mit HDCP-Inhalten. „Ich kann meinen Bildschirm beamen, aber wenn ich Netflix öffne wird er schwarz."
-->
---
# DisplayPort — HDMIs offenes Pendant
**Open-Source-Industrie-Standard.** Hauptsächlich PC-Welt (Monitore).
- Versionen 1.4 (32 Gbit/s) bis 2.1 (80 Gbit/s)
- **MST (Multi-Stream Transport):** ein Kabel → mehrere Monitore
- **Adaptive Sync:** flüssige Bildraten bei Gaming (FreeSync, G-Sync)
In USB-C steckt fast immer ein **DisplayPort Alt Mode**, sodass dasselbe Kabel beides kann.
<!--
DisplayPort vs HDMI:
- HDMI: konsumieren, TV-Welt, kostenpflichtige Lizenzen
- DisplayPort: produzieren, PC-Welt, lizenzfrei
Beide funktionieren technisch ähnlich. Im professionellen Bereich findet man eher DisplayPort, im Wohnzimmer eher HDMI.
Konvertierung: HDMI ↔ DisplayPort geht mit Adapter (passiv oder aktiv je nach Richtung).
-->
---
# Thunderbolt — der Tunnel für alles
**Intel + Apple 2011, seit Version 3 (2015) auf USB-C-Stecker.**
Spezifikation:
- **Thunderbolt 3 / 4:** 40 Gbit/s. PCIe + DisplayPort + USB *gleichzeitig*.
- **Thunderbolt 5** (2024): 80–120 Gbit/s.
Anwendung: **externe GPU** (eGPU), 8K-Monitor, RAID-Array, ein Dock für alles.
<!--
Thunderbolt ist „USB-C auf Steroiden". Der Stecker ist gleich, aber das Protokoll tunnelt mehrere Datenströme parallel:
- PCIe-Daten (externe GPU)
- DisplayPort (Monitor)
- USB (Maus, Tastatur, Audio)
- Strom (bis 240 W)
Hardware ist teurer (Thunderbolt-Controller). Kabel sind teurer (aktive Elektronik in den Steckern).
Wer Thunderbolt nutzt: Mac-Nutzer, Video-Editor, eGPU-Gaming, Photo-Pro.
Faustregel: Thunderbolt-Kabel = ~50€. Normal-USB-C-Kabel = ~10€.
-->
---
# Ethernet vs. WiFi — Bandbreite + Latenz
| | Ethernet (Kabel) | WiFi (Funk) |
|--|------------------|-------------|
| Bandbreite | 1–10 Gbit/s | 0,6–9,6 Gbit/s (WiFi 6E) |
| Latenz | < 1 ms | 5–20 ms (variabel) |
| Stabilität | konstant | abhängig von Umgebung |
| Setup | Kabel ziehen | App, kein Kabel |
| Sicherheit | physisch geschützt | Passwort, abhörbar |
**Für Streaming:** WiFi reicht.
**Für Gaming, Video-Call, Online-Code:** Ethernet besser (Latenz!).
<!--
Latenz-Unterschied ist der oft unterschätzte Faktor:
- Online-Spiele: Ping muss < 50 ms bleiben. Ethernet: 5 ms. WiFi: oft 30-50 ms.
- Video-Call: Ethernet besser, weil weniger Jitter (Variabilität in der Latenz).
- Streaming: 5-10 Sek Buffer puffert alles weg → WiFi reicht.
WiFi 6 / 6E (ax) bringt deutliche Verbesserung gegenüber WiFi 5 (ac), insbesondere bei vielen Geräten im selben Netz (Hörsaal, Stadion).
5G im Mobilfunk: ~100 Mbit/s, Latenz ~30 ms. Ähnlich wie WiFi 5.
-->
---
<!-- _class: klausur -->
# Schnittstellen-Wahl-Matrix
| Aufgabe | Beste Schnittstelle | Warum |
|---------|---------------------|-------|
| 4K-Monitor anschließen | **HDMI 2.0+** oder **DP 1.4+** | Bandbreite |
| Online-Gaming | **Ethernet** | niedrige Latenz |
| eGPU am Laptop | **Thunderbolt 3/4** | PCIe-Tunnel |
| SD-Karte einlesen | **USB-A 3.0** oder **USB-C** | Kompatibilität |
| Smartphone laden | **USB-C-PD** | Standard |
| Heim-Streaming | **WiFi** oder **Ethernet** | reicht beides |
| 4K-Stream mehrere Geräte | **Ethernet** | Stabilität |
<!--
Klausurfähig: gegeben Anwendungsfall, welche Schnittstelle und warum?
Trick: warum nicht immer Thunderbolt? → Teurer Kabel, teurere Hardware. Nicht jedes Endgerät unterstützt es.
-->
---
<!-- _class: aufgabe -->
# Selbstlernen — zwei Übungen
**1. Backup-Konzept aufschreiben**
Inventarisiert eure Geräte: Wo wohnen welche Daten? Schreibt euer 3-2-1-Backup für eure eigene Foto-Library auf. Welches Off-site? Welche zweite Kopie?
**2. USB-C-Kabel-Check**
Holt eure USB-C-Kabel raus. Was steht drauf? Was kann jedes Kabel laut Verpackung? Habt ihr ein „Charge-only"-Kabel, ohne es zu wissen?
<!--
Pädagogisch: Studis sollen ihre eigenen Geräte/Kabel inventarisieren.
Übung 1: das 3-2-1-Konzept zwingt zur Aufschriftnahme. Realistisch: die meisten Studis haben Original + iCloud, aber kein zweites lokales Backup. Diskussion: wer hat schon mal eine Festplatte verloren? Worauf war drauf?
Übung 2: USB-C-Kabel haben oft kleine Aufdrucke (z.B. „USB 2.0 + 60 W" oder „USB4 240W"). Manchmal nichts — dann ist es typisch ein einfaches Charge-Kabel.
Tipp: Apple-Kabel haben Marker auf den Steckern (Symbole). Aldi-Kabel oft nicht.
-->
---
# Zusammenfassung
**Speicher = wo wohnen die Bytes:** HDD-Mechanik vs SSD-Flash. Tradeoff Geschwindigkeit ↔ Preis/TB. Filesystem als Buchhaltung. Backup als 3-2-1.
**Schnittstellen = wie reisen sie:** USB-C-Stecker täuscht — drei Achsen (Stecker · Kabel · Protokoll). HDMI/DP/TB für Video. Ethernet für Latenz, WiFi für Bequemlichkeit.
**Der gemeinsame Hebel:** Engpass identifizieren, *bevor* man Hardware kauft.
→ **In Kap 5** schauen wir uns an, was eine Datei *unterwegs* mitführt — und was sie *verrät*.
<!--
Recap:
Speicher:
- HDD: Magnet, mechanisch, billig, langsam
- SSD: Flash, kein Mechanik, teuer, schnell
- Wann was: OS auf SSD, Archiv auf HDD, Backup auf beides
- Filesystem: FAT32 (4 GB Limit), exFAT (universal), NTFS (Win), APFS (Mac), ext4 (Linux)
- Backup: 3-2-1-Regel. Pixar-Story als Warnung.
Schnittstellen:
- USB-C: drei Achsen — Stecker, Kabel, Protokoll. Wenn etwas nicht geht, eine davon checken.
- Video: HDMI (TV-Welt, HDCP), DisplayPort (PC-Welt, offen), Thunderbolt (Tunnel für alles)
- Netzwerk: Ethernet (Latenz, Stabilität) vs WiFi (Mobilität)
Großes Thema: Speicher + Schnittstelle = ein Engpass. Wo Daten wohnen, bestimmt wie schnell sie reisen können.
Anschluss zu Kap 5: in dieser Stunde haben wir gesehen, wo Bytes leben und wie sie reisen. Nächste Stunde: was nehmen sie mit, wenn sie reisen? EXIF, ID3, PDF-Metadaten — die unsichtbare Gepäcktasche jeder Datei.
-->