Server-Racks: Speicherplatz für Remote-Mac-Verwaltung

2026 Remote Mac Festplatte voll: Xcode DerivedData, Simulator und Archives – VNC-Checkliste in 20 Minuten

ca. 14 Min. Lesezeit
VNC Remote Mac Xcode Simulator

Gemietete Cloud-Macs haben oft knappere SSDs als ein eigener Rechner: vorgeinstalliertes Xcode, mehrere Simulatoren und wachsendes DerivedData füllen das Volume schnell. Dieser Leitfaden richtet sich 2026 an Indie- und Studenten-Entwickler, die macOS per VNC nutzen: nummerierte Engpässe, eine Prioritätenmatrix, acht Schritte in der Fernsitzung (optional Terminal), vier Kennzahlen zum Zitieren und FAQ mit Verweis auf Erstnutzung und Verlängerungs-Checkliste. In etwa 20 Minuten lassen sich mehrere Gigabyte sicher gewinnen, ohne Quellcode anzutasten.

1) Warum Remote-SSDs schneller voll sind

  1. Kleinere Systemvolumes aus Kostengründen.
  2. DerivedData unter ~/Library/Developer/Xcode/DerivedData wächst mit jedem Branch-Wechsel.
  3. Simulator-Laufzeiten in CoreSimulator werden leicht vergessen.
  4. Archives mit dSYMs sind groß; ohne Artefakt-Policy füllt sich der Organizer.
  5. VNC zeigt Desktop-Zips und Aufnahmen, die Git-Workflows ignorieren.
  6. Geteilte Logins erfordern Absprache vor Massenlöschung.

2) Prioritätenmatrix

SignalZuerst löschenGewinnRisiko
Langsame Indizierung, langer erster BuildDerivedDataMehrere GBLängerer nächster Build
Viele ungenutzte LaufzeitenCoreSimulatorVariabelNeu-Download
Langer Organizer, Builds in ASCAlte Archives nach dSYM-ExportLinearFehlende Symbolik
Wenig frei, Archive anstehendDerivedData + Downloads zuerstKombiniertFalsche Reihenfolge bricht ab

Wie in anderen VNCMac-Artikeln: SSH für du, VNC für Organizer, Berechtigungen und Speicherdiagramme.

3) Acht Schritte

1

Freien Speicher in den Systemeinstellungen prüfen

2

Größen ranking

du -sh ~/Library/Developer/* 2>/dev/null | sort -hr | head -n 10
3

Xcode → Einstellungen → Speicherorte → DerivedData im Finder

4

Geräte und Simulatoren bereinigen

5

Organizer: Archives mit gesicherten dSYMs entfernen

6

Downloads, Desktop, große Bildschirmaufnahmen

7

Optional: xcrun simctl delete unavailable

8

Papierkorb leeren, Clean Build Folder, Debug, dann Archive-Test

4) Kennzahlen

1: Mittelgroße SwiftUI-Apps: DerivedData oft 3–12 GB.
2: Zusätzliche iOS-Simulator-Laufzeit oft ca. 5–8 GB.
3: 10–15 % freier Speicher stabilisieren APFS und Indexer; unter ~5 % steigen Build-Fehler.
4: Große Uploads bei hoher Latenz in Teilen mit Prüfsummen (siehe Datei-/Clipboard-Artikel).

5) Grenzen

Keychain-Schlüssel, einzigartige .p12/.mobileprovision, unpushte Commits und Kundenartefakte sind keine Caches. Vor aggressiver Löschung die Cloud-Mac-Verlängerungs-Checkliste abgleichen. Bei SPM-Problemen zuerst File → Packages → Reset Package Caches.

6) FAQ und Fazit

F: Nur Volume vergrößern? Hilft kurzfristig; ohne Cache-Disziplin füllt sich die Platte wieder.

F: CI? Automatisieren und neue Images einmal per VNC verifizieren.

Verwandt: Erste Xcode-30-Minuten-Checkliste, Mietverlängerung/Daten-Checkliste, Dateitransfer, Latenz, Xcode Cloud vs. dedizierter Mac.

Fazit

DIY-VMs auf Windows/Linux erzeugen Snapshot-Overhead und weichen von echter Apple-Silicon-Signierung ab. Nur SSH erschwert die visuelle Speicherübersicht. VNC auf physischem Remote-Mac erlaubt gezieltes Aufräumen und klare Archive-Politik. Für kurze Projekte ohne Hardwarekauf ist VNCMac mit VNC oft effizienter als Bastel-Images. Nutzen Sie Hilfe-Center und diese Checkliste als Runbook.

Remote-Mac-Knoten mit VNC wählen – Xcode und freier Speicher im Gleichgewicht

Start- und Kaufseite sowie Hilfe-Center für SSH/VNC und große Transfers.