Avere sempre un buon backup prima di tentare qualsiasi modifica di partizione e / o filesystem!
Detto questo, ecco alcune risposte alla tua lista di domande.
1. possibilità di ridurre / espandere / aggiungere / eliminare le partizioni in modo sicuro dopo aver installato entrambi i sistemi, preservando al contempo i dati
- Per impostazione predefinita,
Disk Utility consente il ridimensionamento solo cambiando la fine di una partizione (non l'inizio). Se è necessario ridimensionare qualsiasi partizione in entrambi i modi (come "ridurre la partizione per un sistema operativo per espandere la partizione per un altro"), allora potrebbe essere necessario spostare fisicamente i dati per adattarli. Questo può essere fatto solo con strumenti di terze parti come iPartition , che supporta "ridimensionamento non distruttivo di HFS + (incluse case-sensitive e journaled), partizioni FAT e NTFS " (tratte dal sito Web di Coriolis Systems). Anche con uno strumento di terze parti, potresti non essere in grado di ridimensionare le partizioni in ogni combinazione che ti viene in mente (hai anche bisogno di spazio libero sufficiente per consolidare tutti i file).
2. possibilità di eseguire l'aggiornamento alle versioni più recenti di OS X senza il rischio di perdere Windows o la partizione dati
- Puoi farlo senza problemi con la configurazione a cui ti sei collegato.
3. possibilità di aggiornare / reinstallare Windows senza il rischio di perdere OS X (incluso il sistema operativo stesso, le applicazioni, i dati utente e le impostazioni) - [1] ce l'ha
- Questo è anche possibile con la configurazione a cui sei collegato.
4. idealmente, i dati condivisi per leggere & scrivi tra Windows e OS X
- La soluzione gratuita per fare ciò è avere la partizione dati formattata come FAT32. Ma questo limiterebbe le dimensioni dei singoli file a 4 GB. Inoltre, FAT32 non ha l'inserimento nel journal, diversamente da NTFS e HFS +. Quindi il recupero dalla corruzione dei dati è possibile attraverso alcuni strumenti rudimentali, ma non così affidabili come altri filesystem.
- Per impostazione predefinita, OS X può leggere volumi NTFS (Windows), ma non scrivere su di esso. D'altra parte, per impostazione predefinita, Bootcamp consente di leggere il volume di OS X, ma non di scriverlo.
- Esistono applicazioni di terze parti per consentire l'accesso in lettura / scrittura ai volumi HFS + da Windows e per consentire l'accesso in lettura / scrittura ai volumi NTFS da OS X. Le più popolari sono le soluzioni da Paragon Software .
5. idealmente, non sono necessari strumenti / driver di terze parti [pagati] per il funzionamento dell'intero schema
- Vedi i punti precedenti. Non è possibile eliminare FAT32 dallo schema senza strumenti / driver di terze parti (gratuiti oa pagamento).
6. possibilità di trasferire facilmente l'intera configurazione su un nuovo HDD (complicato per [1])
- Il trasferimento su un HDD più grande implica un po 'di lavoro manuale. Non esiste un modo semplice per clonarlo poiché i requisiti della dimensione della partizione nell'HDD più grande sarebbero diversi. Mentre il partizionamento richiederebbe un po 'di lavoro, è possibile clonare tutte queste partizioni su un'altra unità della stessa dimensione usando le utilità di clonazione basate su disco come Clonezilla (questo è fattibile con dischi più grandi con le partizioni già create, ma richiederebbe un po 'più di lavoro per i sistemi operativi, in particolare Windows, per riconoscere la nuova dimensione).
7. idealmente, possibilità di avere più di 2 partizioni in Windows (ovvero 2+ partizioni di dati)
- Puoi avere più partizioni, ma la gestione complessiva delle partizioni è gestita meglio tramite OS X.
8. il rischio che qualsiasi sistema operativo corrompa qualsiasi partizione non dovrebbe essere maggiore di un singolo sistema operativo con la sua partizione nativa
- Questo è più di un problema con il filesystem e il driver del filesystem multipiattaforma. Sebbene gli strumenti / driver di terze parti per NTFS di OS X e HFS + di Windows esistano da anni, non è possibile garantire che siano privi di errori. Senza implementazioni native di lettura / scrittura da entrambi i sistemi operativi per il filesystem dell'altro, un backup regolare (o anche due) è una buona pratica da seguire!