Wenn Sie sich per SSH bei ZimaOS anmelden und feststellen, dass Systemordner schreibgeschützt sind, bedeutet das nicht, dass mit Ihrem Konto etwas nicht stimmt. ZimaOS schützt den größten Teil seines Betriebssystem-Dateisystems absichtlich vor normalen Schreibvorgängen, selbst wenn ein Benutzer seine Berechtigungen erhöht. Der Quellthread vom Februar 2026 begann als Frage zu SSH-Berechtigungen, offenbarte jedoch schnell ein nützlicheres Ziel: Fotos vom Smartphone automatisch von OneDrive in den NAS-Speicher zu übertragen und diese Dateien anschließend Immich bereitzustellen.
Die wichtige Design-Erkenntnis besteht darin, die unveränderliche Systemebene von den beschreibbaren Daten zu trennen. Verwenden Sie SSH oder das Webterminal für die Administration und speichern Sie benutzerdefinierte Skripte, Konfigurationen und Anwendungsdaten unter /DATA oder einen anderen verwalteten Speicherort zu verwenden und davon abzusehen, ZimaOS durch die Installation von Paketen im geschützten Root-Dateisystem in einen herkömmlichen Ubuntu-Server umzuwandeln.
Schreibgeschützter SSH-Zugriff ist normales ZimaOS-Verhalten
Der ursprüngliche Nutzer konnte sich mit seinem normalen ZimaOS-Benutzernamen und -Passwort authentifizieren, aber nicht dort schreiben, wo er es erwartete, oder rclone installieren, als wäre der Host ein Debian- oder Ubuntu-System. Eine erste Antwort schlug vor, sudo oder sudo -i liegen. Ein anderer Community-Teilnehmer unterschied jedoch korrekt zwischen Berechtigungen und der Änderbarkeit des Dateisystems: Root zu werden macht ein schreibgeschütztes System-Image nicht beschreibbar.
Die aktuelle CLI-Dokumentation von IceWhale bestätigt dieses Verhalten nun direkt: Die meisten Systemordner sind auch bei einer Anmeldung als Root schreibgeschützt, während Benutzer- und Anwendungsdaten unter /DATA.
Verwenden Sie das aktuelle ZimaOS-CLI-Dateisystemmodell, bevor Sie einen fehlgeschlagenen Schreibvorgang unter /usr, /app oder einem anderen Systempfad als Berechtigungsfehler einstufen.
sudo ändert die Berechtigungen, nicht das Design des Root-Dateisystems
sudo ist weiterhin nützlich, wenn ein Befehl erhöhte Berechtigungen erfordert, kann jedoch ein Dateisystem nicht überschreiben, das ZimaOS absichtlich schreibgeschützt einbindet. Das erklärt, warum „Root ausprobieren“ die falsche Antwort sein kann, wenn der Fehler Read-only file system statt Permission denied lautet.
Für dauerhafte Anpassungen sollten Sie Skripte und Statusdaten auf beschreibbarem Speicher ablegen. Bauen Sie keinen Workflow auf, der von manuellen Änderungen am Basis-Image des Betriebssystems abhängt, da Updates diese Änderungen ersetzen oder unwirksam machen können, selbst wenn eine vorübergehende Lösung zunächst funktioniert.
Das aktuelle ZimaOS aktiviert SSH über den Entwicklermodus
SSH selbst bleibt ein unterstützter Administrationsweg. Das aktuelle ZimaOS bietet unter Einstellungen > Entwicklermodus einen Schalter für den SSH-Zugriff und stellt außerdem ein Browserterminal bereit.
Folgen Sie der aktuellen Anleitung zur Einrichtung von SSH und Webterminal, anstatt davon auszugehen, dass schreibgeschützte Systemordner bedeuten, SSH sei nur teilweise aktiviert.
Der Benutzer wollte OneDrive → NAS → Immich
Der vom Benutzer beabsichtigte Workflow war:
- eine kleine Menge an Handyfotos und -videos in den kostenlosen OneDrive-Speicher hochladen;
- diese Dateien regelmäßig von OneDrive auf das NAS übertragen;
- das lokale Ziel für Immich verfügbar machen;
- Nachdem die Übertragung bestätigt wurde, die Cloud-Kopien entfernen, damit der begrenzte OneDrive-Speicher wieder genutzt werden kann.
Das ist mehr als ein gewöhnliches Backup. Es umfasst einen destruktiven letzten Schritt: das Löschen der Quelle nach erfolgreicher Übertragung.
Die Backup-App vom Februar 2026 wurde als Kopieren/Synchronisieren, nicht als Verschieben beschrieben
Im Ausgangsthread stellte der Benutzer fest, dass die integrierte Backup-App OneDrive-Daten kopierte, den Cloud-Ordner danach aber nicht leerte. Eine Antwort aus der Community erklärte, dies sei beabsichtigt, und beschrieb die Backup-App als nicht destruktiv, ohne Löschoption nach dem Kopieren in dieser Benutzeroberfläche.
Diese Aussage gehört zur Ausgangsumgebung vom Februar 2026. Sie war eine Erklärung aus der Community und keine Antwort von IceWhale-Mitarbeitern im Thread. Daher sollte sie nicht zu einer dauerhaften Behauptung verfestigt werden, dass „ZimaOS niemals Cloud-Dateien verschieben kann“.
Mit den aktuellen ZimaOS Files können Cloud-Daten in den lokalen Speicher verschoben werden
Die aktuelle Dokumentation von IceWhale zeigt nun, wie OneDrive, Google Drive und Dropbox direkt in Files eingebunden werden. Außerdem wird beschrieben, wie man Cloud-Inhalte auswählt, einen lokalen Speicherort festlegt, einen Verschiebevorgang startet und die abgeschlossene Übertragung überprüft.
Für gelegentliche oder manuell überwachte Migrationen verwende den aktuellen Workflow zur Übertragung von der Cloud in den lokalen Speicher in Files. Das ist einfacher, als einen rclone-Container einzurichten, wenn die Übertragung nicht unbeaufsichtigt geplant werden muss.
Backup und Verschieben haben unterschiedliche Fehlerverhalten
Ein Backup sollte die Quelle bewahren. Ein Verschieben kann die Quelle nach der Übertragung entfernen. Dieser Unterschied ist wichtig, wenn die Quelle die einzige Cloud-Kopie von Handyfotos ist.
Wenn das Ziel darin besteht, OneDrive-Speicher automatisch freizugeben, sollte die Automatisierung eine Cloud-Datei nicht allein deshalb löschen, weil ein Kopierbefehl ohne offensichtlichen Fehler zurückgekehrt ist. Ein sichererer Workflow überprüft, ob die lokale Datei vorhanden und lesbar ist, und löscht die Quelle erst, wenn die Erfolgsbedingung ausdrücklich erfüllt ist.
Für die geplante Automatisierung zum Löschen nach der Übertragung: rclone vom Host-Betriebssystem isolieren
Die Quell-Community empfahl, rclone in Docker auszuführen, anstatt zu versuchen, es im Root-Dateisystem von ZimaOS zu installieren. Diese Architektur entspricht dem übergeordneten Design von ZimaOS: Der Container enthält das Tool, während seine Konfiguration und Zielordner auf beschreibbaren ZimaOS-Speicher abgebildet werden.
Wenn du diesen Workflow erstellst, speichere die rclone-Konfiguration und die Skripte auf einem persistenten Speicher, beispielsweise /DATA/AppData oder einen anderen verwalteten Datenordner. Binde nur die lokalen Verzeichnisse ein, die der Auftrag benötigt, statt dem Container umfassenden Zugriff auf das gesamte NAS zu gewähren.
Der genaue rclone move Der Befehl war eine Empfehlung aus der Community und kein von IceWhale verfasster Befehl in diesem Thread. Teste ihn daher mit entbehrlichen Dateien, bevor du eine Automatisierung zulässt, die Cloud-Originale löscht.
Den Übertragungsordner bei Bedarf von der verwalteten Immich-Bibliothek getrennt halten
Der Quellbenutzer beschrieb, dass das heruntergeladene Verzeichnis als Immich-Importort verwendet wird. Je nach Version und Bereitstellung kann Immich externe Bibliotheksdaten oder Upload-Daten auf unterschiedliche Weise verarbeiten. Verweise einen destruktiven Verschiebevorgang nicht einfach auf die interne Datenbank oder die Anwendungsdatenordner von Immich.
Verwende einen normalen Medien-/Importordner auf verwaltetem NAS-Speicher und konfiguriere dann das aktuelle Immich-Paket so, dass es diesen Ordner mit der von deiner Version unterstützten Speichermethode einliest.
Das aktuelle Backup verfolgt weiterhin einen anderen Zweck als die Cloud-Migration
Das aktuelle ZimaOS-Backup ist auf geplante, fortsetzbare Kopien und versionierte Wiederherstellungspunkte über Cloud, LAN, USB und Zima-Speicher ausgelegt. IceWhale unterscheidet ausdrücklich zwischen Cloud-Synchronisierung und Backup, da ein destruktives Spiegeln Fehler weiterverbreiten kann.
Wenn es um Schutz statt um das Freigeben von Speicherplatz geht, ist der aktuelle ZimaOS-Backup-Workflow besser geeignet als eine Automatisierung zum Löschen nach der Übertragung.
Ein sichererer OneDrive-Foto-Workflow
- Verbinde OneDrive über die aktuellen ZimaOS-Dateien oder einen dedizierten Container.
- Wähle ein beschreibbares lokales Ziel im verwalteten Speicher, keinen Systemordner.
- Übertrage zunächst einen kleinen Testbestand.
- Überprüfe lokal die Dateianzahl, Dateigrößen und einige tatsächliche Fotos/Videos.
- Bestätige, dass Immich die lokalen Inhalte mit der vorgesehenen Importmethode sehen kann.
- Entferne erst dann die Cloud-Originale, wenn die Freigabe von Speicherplatz das Ziel ist.
- Bewahre ein unabhängiges Backup unersetzlicher Fotos auf. Das Verschieben der einzigen Cloud-Kopie auf ein einziges NAS ist kein 3-2-1-Backup.
ZimaOS-FAQ zum schreibgeschützten SSH-Zugriff
Warum kann ich mich per SSH mit ZimaOS verbinden, aber keine Dateien in Systemordnern erstellen?
Die meisten ZimaOS-Systemordner sind absichtlich schreibgeschützt. Beschreibbare Benutzer- und App-Daten gehören in verwalteten Datenspeicher wie /DATA.
Wird das ZimaOS-Root-Dateisystem durch sudo beschreibbar?
Nein. Erweiterte Berechtigungen ändern nichts daran, dass ein Dateisystem absichtlich schreibgeschützt eingebunden ist.
Kann das aktuelle ZimaOS auf OneDrive zugreifen, ohne rclone manuell zu installieren?
Ja. Die aktuellen ZimaOS-Dateien können direkt eine Verbindung zu OneDrive herstellen und ausgewählte Cloud-Inhalte in den lokalen Speicher verschieben.
War das automatische Löschen nach dem Kopieren in der ursprünglichen Backup-Benutzeroberfläche verfügbar?
Der Community-Thread vom Februar 2026 besagte, dass dies dort nicht verfügbar war. Betrachte das als historische Einschränkung der Backup-App und nicht als dauerhafte Aussage über alle aktuellen Cloud-Übertragungs-Workflows.
