Soluzione della community

SSH di ZimaOS è in sola lettura: dove scrivere i file e come spostare le foto di OneDrive

A February 2026 beginner thread where SSH worked but the ZimaOS root filesystem was read-only. The user's real goal was moving OneDrive phone photos to NAS storage for Immich; community replies explained /DATA, Docker/rclone, and the then-current Backup app's non-destructive copy behavior.

Accedere a ZimaOS tramite SSH e scoprire che le cartelle di sistema sono in sola lettura non significa che il tuo account sia danneggiato. ZimaOS protegge deliberatamente la maggior parte del file system del sistema operativo dalle normali scritture, anche quando un utente eleva i propri privilegi. La discussione originale del febbraio 2026 è iniziata come una domanda sui permessi SSH, ma ha presto rivelato un obiettivo più utile: trasferire automaticamente le foto del telefono da OneDrive allo spazio di archiviazione NAS e rendere poi disponibili quei file a Immich.

La lezione progettuale importante è separare il livello di sistema immutabile dai dati scrivibili. Usa SSH o il terminale web per l'amministrazione e conserva script, configurazioni e dati delle applicazioni creati dall'utente in /DATA o un'altra posizione di archiviazione gestita, evitando di trasformare ZimaOS in un server Ubuntu convenzionale installando pacchetti nel file system root protetto.

L'accesso SSH in sola lettura è un comportamento normale di ZimaOS

L'utente originale riusciva ad autenticarsi con il normale nome utente e la password di ZimaOS, ma non poteva scrivere dove si aspettava né installare rclone come se l'host fosse Debian o Ubuntu. Una prima risposta suggeriva sudo oppure sudo -i, ma un altro partecipante della community ha correttamente distinto i privilegi dalla modificabilità del file system: diventare root non rende scrivibile un'immagine di sistema in sola lettura.

Le attuali indicazioni della CLI di IceWhale confermano direttamente questo comportamento: la maggior parte delle cartelle di sistema è in sola lettura anche quando si accede come root, mentre i dati utente e delle applicazioni risiedono in /DATA.

Usa l'attuale modello del file system CLI di ZimaOS prima di considerare un tentativo di scrittura non riuscito in /usr, /app o in un altro percorso di sistema come un problema di autorizzazioni.

sudo modifica i privilegi, non la struttura del file system root

sudo è ancora utile quando un comando richiede privilegi elevati, ma non può rendere scrivibile un file system che ZimaOS monta intenzionalmente in sola lettura. Questo spiega perché “prova come root” può essere la risposta sbagliata quando l'errore è File system in sola lettura anziché Accesso negato.

Per una personalizzazione duratura, colloca script e dati di stato su uno spazio di archiviazione scrivibile. Non creare un flusso di lavoro che dipenda dalla modifica manuale dell'immagine del sistema operativo di base, perché gli aggiornamenti possono sostituire o annullare tali modifiche anche se una soluzione temporanea funziona.

L'attuale ZimaOS abilita SSH dalla Modalità sviluppatore

SSH rimane un metodo di amministrazione supportato. L'attuale ZimaOS espone un'opzione per attivare l'accesso SSH in Impostazioni > Modalità sviluppatore e offre anche un terminale nel browser.

Segui la configurazione corrente di SSH e del terminale web invece di presumere che le cartelle di sistema in sola lettura significhino che SSH sia abilitato solo parzialmente.

L'utente di origine voleva OneDrive → NAS → Immich

Il flusso di lavoro previsto dall'utente era:

  1. caricare un piccolo lotto di foto e video del telefono nello spazio OneDrive gratuito;
  2. trasferire regolarmente quei file da OneDrive al NAS;
  3. rendere disponibile la destinazione locale a Immich;
  4. dopo aver confermato il trasferimento, rimuovere le copie cloud per poter riutilizzare lo spazio limitato di OneDrive.

Questo è più di un normale backup. Include un passaggio finale distruttivo: l'eliminazione dell'origine dopo il trasferimento riuscito.

L'app Backup del febbraio 2026 era descritta come copia/sincronizzazione, non come trasferimento

Nella discussione di origine, l'utente ha notato che l'app Backup integrata copiava i dati di OneDrive, ma non svuotava successivamente la cartella cloud. Una risposta della community ha affermato che ciò era intenzionale e ha descritto l'app Backup come non distruttiva, senza un'opzione di eliminazione dopo la copia nell'interfaccia.

Questa affermazione appartiene all'ambiente di origine del febbraio 2026. Si trattava di una spiegazione della community, non di una risposta dello staff di IceWhale nella discussione; pertanto non dovrebbe essere trasformata in un'affermazione permanente secondo cui «ZimaOS non può mai trasferire file cloud».

La versione attuale di ZimaOS Files può trasferire i dati dal cloud allo spazio di archiviazione locale

La documentazione aggiornata di IceWhale mostra ora OneDrive, Google Drive e Dropbox montati direttamente in Files. Documenta inoltre la selezione dei contenuti cloud, la scelta di uno spazio di archiviazione locale, l'avvio di un trasferimento e la verifica del completamento.

Per una migrazione occasionale o supervisionata manualmente, usa l'attuale flusso di trasferimento da cloud a locale in Files. È più semplice che creare un container rclone quando il trasferimento non richiede una pianificazione automatica.

Backup e trasferimento hanno semantiche di errore diverse

Un backup dovrebbe preservare l'origine. Un trasferimento può rimuovere l'origine al termine dell'operazione. Questa differenza è importante quando l'origine è l'unica copia cloud delle foto del telefono.

Se l'obiettivo è recuperare automaticamente spazio su OneDrive, l'automazione non dovrebbe eliminare un file cloud soltanto perché un comando di copia si è concluso senza errori evidenti. Un flusso di lavoro più sicuro verifica che il file locale esista e sia leggibile, quindi elimina l'origine solo dopo che la condizione di successo è stata esplicitamente verificata.

Per l'automazione programmata dell'eliminazione dopo il trasferimento, isola rclone dal sistema operativo host

La community di origine ha consigliato di eseguire rclone in Docker anziché tentare di installarlo nel file system root di ZimaOS. Questa architettura è in linea con il design più ampio di ZimaOS: il container contiene lo strumento, mentre la sua configurazione e le cartelle di destinazione sono mappate su uno spazio di archiviazione ZimaOS scrivibile.

Se crei quel flusso di lavoro, conserva la configurazione e gli script di rclone su uno spazio di archiviazione persistente, ad esempio /DATA/AppData o un’altra cartella di dati gestita. Mappa solo le directory locali necessarie all’attività, invece di concedere al container un accesso esteso all’intero NAS.

L’esatto rclone move Il comando era un suggerimento della community, non un comando redatto da IceWhale in questo thread; provalo quindi su file sacrificabili prima di consentire a qualsiasi automazione di eliminare gli originali dal cloud.

Quando opportuno, mantieni separata la cartella di trasferimento dalla libreria gestita da Immich

L’utente del testo originale ha descritto l’uso della directory scaricata come posizione di importazione di Immich. A seconda della versione e della distribuzione, Immich può utilizzare dati di librerie esterne o dati in stile caricamento in modi diversi. Non indirizzare semplicemente un’attività di spostamento distruttiva verso il database interno di Immich o le cartelle dei dati dell’applicazione.

Usa una normale cartella per i contenuti multimediali o per l’importazione nell’archiviazione NAS gestita, quindi configura il pacchetto Immich attuale affinché legga quella cartella utilizzando il metodo di archiviazione supportato dalla versione in uso.

L’attuale Backup ha ancora uno scopo diverso dalla migrazione cloud

L’attuale Backup di ZimaOS è progettato per copie pianificate e riprendibili e per punti di ripristino versionati tra Cloud, LAN, USB e archiviazione Zima. IceWhale distingue esplicitamente la sincronizzazione cloud dal backup, perché il mirroring distruttivo può propagare gli errori.

Se l’obiettivo è la protezione anziché il recupero di spazio nella quota, il flusso di backup dell’attuale ZimaOS è più adatto dell’automazione che elimina i file dopo il trasferimento.

Un flusso di lavoro più sicuro per le foto su OneDrive

  1. Connetti OneDrive tramite ZimaOS Files attuale o un container dedicato.
  2. Scegli una destinazione locale scrivibile nell’archiviazione gestita, non una cartella di sistema.
  3. Trasferisci prima un piccolo lotto di prova.
  4. Verifica il numero e le dimensioni dei file, oltre ad alcune foto e alcuni video effettivi in locale.
  5. Verifica che Immich riesca a vedere i contenuti locali utilizzando il metodo di importazione previsto.
  6. Solo dopo rimuovi gli originali dal cloud, se l’obiettivo è recuperare spazio nella quota.
  7. Conserva un backup indipendente delle foto insostituibili; spostare l’unica copia cloud su un solo NAS non costituisce un backup 3-2-1.

FAQ sulla modalità di sola lettura SSH di ZimaOS

Perché posso connettermi tramite SSH a ZimaOS ma non posso creare file nelle cartelle di sistema?

La maggior parte delle cartelle di sistema di ZimaOS è in sola lettura per progettazione. I dati scrivibili degli utenti e delle app devono trovarsi in un’archiviazione dati gestita, come /DATA.

sudo renderà scrivibile il filesystem root di ZimaOS?

No. I privilegi elevati non rendono scrivibile un filesystem intenzionalmente montato in sola lettura.

ZimaOS attuale può accedere a OneDrive senza installare manualmente rclone?

Sì. ZimaOS Files attuale può connettersi direttamente a OneDrive e spostare i contenuti cloud selezionati nell’archiviazione locale.

La cancellazione automatica dopo la copia era disponibile nell’interfaccia Backup di origine?

Il thread della community di febbraio 2026 indicava che non era esposto in quel punto. Consideralo una limitazione storica dell’app Backup, non un’affermazione permanente su ogni attuale flusso di trasferimento cloud.