Sistemi operativi su schede SD


3

Negli ultimi giorni mi sono venute delle idee folli, come mettere alcuni sistemi operativi nelle schede SD anziché sul mio disco rigido. Ora approfondirò i dettagli e spiegherò cosa mi ha portato a considerare questa decisione probabilmente abominevole.

Sono su un laptop (ciò significa che ho un lettore di schede SD nativo) che attualmente sta eseguendo una configurazione cross-distro, con un gruppo di sistemi Linux (collocati in partizioni logiche ext4 dedicate in una enorme estesa) regolati da un unico GRUB. Da oggi, il mio laptop non ha nemmeno visto alcun sistema Windows con il binocolo. Stavo pensando di collocare tutta la parte del mio sistema operativo in un Secure Digital per salvare tutto il mio disco rigido da 500 Gb per documenti, musica, video e così via, e poter semplicemente rimuovere la SD e avviare il mio sistema anche su un altro computer , oltre ad avere la possibilità di avviare altri sistemi nel mio semplicemente collegando un'altra SD, senza doverlo tenere costantemente posizionato sul mio PC. Inoltre, nel caso remoto nel prossimo futuro volevo solo avviare Windows 8 in esso, Ho letto che causa gravi problemi di incompatibilità di avvio con altri sistemi necessitando di una firma digitale per avviarli. Avendolo in un'unità rimovibile, potrei semplicemente liberarmene quando ho bisogno di lui e cambiare la sua scheda con Linux, e quindi non avere ostacoli al loro avvio.

Ora, le mie domande sono: conosco le improbabili unità disco rotanti tradizionali, quelle dei circuiti integrati hanno una durata limitata in termini di riscrittura dei cluster. È un ostacolo a quel tipo di utilizzo? Voglio dire, alcuni Ultrabook stanno usando SSD ora, è lo stesso problema o ci sono alcune differenze tra Solid State Drives e Secure Digitals in questo senso? Forse averli per archiviare file di sistema che si trovano in posizioni fisse (rendendo inutile l'uso uniforme della tecnologia cluster) che vengono costantemente riletti e aggiornati e cose simili li rendono presto inservibili, vero?

Seconda domanda: tutte le schede madri e i BIOS sono in grado di avviarsi da SD proprio come se fossero da pen drive USB (intendo, a condizione che il lettore di schede sia collegato tramite USB, non è vero)? O i bootloader come GRUB non possono essere installati su SD funzionanti? Se non ci riescono, è una soluzione che installa GRUB su MBR e rende l'opzione di avvio che punta a SD? Funzionerà? Ci sono altri problemi nell'installazione di SO su un Secure Digital?

Risposte:


5

una durata limitata in termini di riscrittura dei cluster. È un ostacolo a quel tipo di utilizzo? Voglio dire, alcuni Ultrabook stanno usando SSD ora, è lo stesso problema o ci sono alcune differenze tra Solid State Drives e Secure Digitals in questo senso?

Sì e no. Lo stesso problema esiste, ma un SSD ha un controller che fa parecchie cose. Il livellamento dell'usura è uno di questi.

Se si utilizza una normale scheda SD, è necessario occuparsene in altro modo, ad esempio utilizzando un filesystem appositamente progettato per Flash. ( Pagina Wikipedia con un elenco di filesystem utilizzati su flash ). Un'altra alternativa è usare il flash come backend in combinazione con un'unità RAM. (Avvia da flash, inizializza RAMdisk, copia da flash a ramdisk. Esegui OS da RAM. Scrivi le modifiche solo allo spegnimento).

Tutte le schede madri e i BIOS sono in grado di avviarsi da SD proprio come se fossero da pen drive USB (intendo, a condizione che il lettore di schede sia collegato tramite USB, non è vero)?

Tutte le schede madri che ho testato si avviano da USB (indipendentemente dal fatto che si tratti di una penna USB o di un'unità USB con il flash su una scheda SD anziché saldata direttamente su di essa.)

Se hai un laptop con un lettore di schede SD completamente integrato (ad es. Non tramite USB) le cose potrebbero differire.

Ci sono altri problemi nell'installazione di SO su un Secure Digital?

Alcune schede SD sono piuttosto lente. Controlla le recensioni prima di acquistarle e riceverne una con tempi di accesso casuali bassi e IOPS elevati. (La differenza tra questi può essere abbastanza grande. Per un sistema operativo il tempo di accesso è importante, e come puoi vedere qui , questi variano abbastanza)


Un'altra cosa da notare è che le schede SD erano originariamente pensate per le fotocamere, il cui valore prestazionale era la larghezza di banda totale. I sistemi operativi di oggi apprezzano i tempi di accesso in lettura casuale, per i quali la maggior parte, se non tutti, non sono progettati.
Surfasb,

Ho letto che anche alcuni SD hanno un livello di usura. Come faccio a sapere, prima di acquistarne uno, se è dotato o meno di quel sistema di prolungamento della vita? Se sì, scompare se la scheda viene riformattata e il suo file system è cambiato? E sui file system dedicati, forniscono soluzioni di livellamento dell'usura? Hanno problemi di compatibilità con alcuni sistemi operativi / bootloader?
HisDudeness,

"Indossare il livellamento" non è un'opzione binaria (sì / no). Ad esempio, un'implementazione "quasi nessuna" implementerebbe il livellamento dell'usura solo sul 1 ° MB. Funzionerebbe molto bene con le schede SD formattate in FAT, poiché il primo MB contiene tabelle spesso aggiornate.
MSalter
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.