Linux UMSDOS HOW-TO Jacques Gelinas, jacques@solucorp.qc.ca v1.1, 13 novembre 1995 _U_m_s_d_o_s è un file system Linux. Esso provvede un'alternativa al filesystem _E_X_T_2. La proprietà principale consiste nel poter condi­ videre facilmente i dati con _M_s_-_D_O_S utilizzando la stessa partizione. Questo documento spiega prima come usare Umsdos in configurazioni diverse, poi spiega queste operazioni e tenta di provvedere alcune informazioni per dare la possibilità di decidere se _U_m_s_d_o_s è una buona scelta (vedere ``Perché UMSDOS'' in fondo al documento). Questo docu­ mento è stato tradotto da Michele Dalla Sivestra, dalla@maya.dei.unipd.it, ultima revisione il 05/02/96. ______________________________________________________________________ Indice Generale 1. UMSDOS: Cos'è? 1.1 Storia 1.2 Disponibilità 1.3 Distrizioni supportanti Umsdos 1.4 Sito base 1.5 Documentazione tecnica 1.6 Chi lo scrisse 2. Umsdos come partizione di root 2.1 Il concetto di pseudo-root 2.2 Cose da sapere sullo pseudo-root 3. Vari aspetti sul funzionamento di Umsdos 3.1 Opzioni di mount 3.2 Impostare i parametri per la directory di root 3.3 Swap o non swap 4. Come avviare un sistema Umsdos 4.1 Loadlin 4.2 Da floppy 4.3 LILO 4.4 Come ottimizzare una partizione Umsdos 4.5 Aspetti avanzati 5. Principi base 5.1 Introduzione 5.2 Umsdos può sostituire il filesystem Ms-DOS. 5.3 Promozione di directory 5.4 Come promuovere: /sbin/umssync 5.5 Usare /sbin/umssync all'avvio 5.6 Come UN-promuovere 5.7 Cosa succede con i file creati durente una sessione DOS? 6. Installazione/Disinstallazione e alcuni trucchi 6.1 Lo pseudo-root /mnt/linux 6.2 Preparare /mnt/linux 6.3 Come assicurarsi che /mnt/linux sia impostata correttamente 6.4 Oops releasing pseudo root... 6.5 Come disinstallare un sistema Umsdos 6.6 Spostare un sistema Umsdos in altri dischi DOS 6.7 Come installare più sistemi Umsdos. 7. Impostare una sezione Linux in una partizione DOS 8. Perché UMSDOS 8.1 Il vantaggio di Umsdos 8.2 A chi serve 8.3 Conclusioni ______________________________________________________________________ 11.. UUMMSSDDOOSS:: CCooss''èè?? 11..11.. SSttoorriiaa Il progetto _U_m_s_d_o_s fu iniziato nel 1992 e reso disponibile in rete nel gennaio 1994 come patch. Esso fu incluso nella distribuzione standard del kernel in luglio, partendo dal kernel 1.1.36. _U_m_s_d_o_s fu poi adottato nella distribuzione _S_l_a_c_k_w_a_r_e anche se non era ancora ufficialmente incluso nel kernel. _U_m_s_d_o_s fu migliorato dal kernel 1.1.60. Le sue performance sono state notevolmente potenziate, specialmente in scrittura. Dalla versione 1.1.70 è abbastanza stabile. L'errore più grosso fu risolto in _L_i_n_u_x 1.2.2. Questo bug causava angoscia agli utenti (alcuni file venivano silenziosamente rinominati, dando l'impressione che fossero eliminati). Attenzione che la _S_l_a_c_k_w_a_r_e 2.2 ha la release del kernel 1.2.1, per cui ha ancora questo bug. 11..22.. DDiissppoonniibbiilliittàà Esso è disponibile come patch per il kernel 1.0.x. È compreso con il kernel 1.2. Esso può essere compilato o caricato come modulo. Attenzione: se si intende caricare _U_m_s_d_o_s come modulo, si deve usare anche il fs Ms-DOS come modulo. Questo viene da una limitazione nel sistema dei moduli (alcuni simboli sono solo esportati quando i driver sono installati come moduli). 11..33.. DDiissttrriizziioonnii ssuuppppoorrttaannttii UUmmssddooss Penso che solo _S_l_a_c_k_w_a_r_e supporti umsdos. Potrei sbagliarmi, quindi mandatemi informazioni per correggere questo. 11..44.. SSiittoo bbaassee L'home site di _U_m_s_d_o_s è sunsite.unc.edu. Vedere nella directory /pub/Linux/system/Filesystems/umsdos. 11..55.. DDooccuummeennttaazziioonnee tteeccnniiccaa C'è abbastanza documentazione sulle caratteristiche interne di _U_m_s_d_o_s. È disponibile sia in formato HTML e sia testo insieme ai file di utilità. Per quello che so, la versione HTML non è ancora disponibile in linea su un sito web. È necessario scaricarla, separare i file (un-tar) e leggerla localmente. 11..66.. CChhii lloo ssccrriissssee Jacques Gelinas, jacques@solucorp.qc.ca. 22.. UUmmssddooss ccoommee ppaarrttiizziioonnee ddii rroooott 22..11.. IIll ccoonncceettttoo ddii ppsseeuuddoo--rroooott Con _U_m_s_d_o_s, _L_i_n_u_x può essere installato in una partizione standard DOS. _L_i_n_u_x è installato come secondo (o terzo) S. O. della partizione. Per evitare collisioni nei nomi (potrebbe esserci già una directory bin o tmp nel drive C:), _U_m_s_d_o_s usa un piccolo trucco: lo pseudo-root. Tutti i file _L_i_n_u_x sono installati in una sottodirectory DOS chiamata linux, generalmente C:\LINUX. La normale struttura directory _L_i_n_u_x_/_U_n_i_x finisce lì. Così si ha · C:\LINUX\BIN · C:\LINUX\ETC · C:\LINUX\LIB · C:\LINUX\ROOT · C:\LINUX\SBIN · C:\LINUX\TMP · C:\LINUX\USR · C:\LINUX\VAR Quando si avvia _U_m_s_d_o_s, esso esplora se esiste la directory linux e poi /linux/etc. Se esistono, viene attivata la modalità pseudo-root. Generalmente, la modalità pseudo-root imposta la partizione di root a C:\LINUX dando l'aspetto convenzionale delle directory di _U_n_i_x. · /bin · /etc · /lib · /root · /sbin · /tmp · /usr · /var A questa lista ne viene aggiunta una nuova chiamata DOS. Questa è una directory virtuale. 22..22.. CCoossee ddaa ssaappeerree ssuulllloo ppsseeuuddoo--rroooott · Questa modalità può essere commutata solamente all'avvio. Non c'è modo per attivarla con un comando mount. · Questo meccanismo è solamente una visione diversa di un normale filesystem _U_m_s_d_o_s. Questo significa che una partizione normalmente usata come partizione di root può essere montata normalmente. Non c'è nessun effetto pseudo-root. Per esempio, se si avvia Linux con un disco di manutenzione e si monta la partizione di root in /mnt, si troveranno tutte le directory di Linux in /mnt/linux/bin, /mnt/linux/etc e così via. 33.. VVaarrii aassppeettttii ssuull ffuunnzziioonnaammeennttoo ddii UUmmssddooss 33..11.. OOppzziioonnii ddii mmoouunntt Si possono usare le stesse opzioni di mount come per i filesystem Ms- DOS. L'opzione conv= è ambigua su un sistema _U_m_s_d_o_s. Suggerisco di evitarla. Generalmente le opzioni da guardare sono · uid= · gid= · umask= Ricordarsi che la gestione _U_m_s_d_o_s non promuove le directory nello stesso modo dei filesystem _M_s_-_D_O_S. Le opzioni precedenti sono applicate globalmente a tutte le directory non promosse. _u_i_d imposta il proprietario di default, _g_i_d imposta il gruppo di default e _u_m_a_s_k imposta i permessi di default. 33..22.. IImmppoossttaarree ii ppaarraammeettrrii ppeerr llaa ddiirreeccttoorryy ddii rroooott umssetup fu creato per impostare durante il funzionamento il proprietario della partizione di root. Per altre partizioni _U_m_s_d_o_s si possono usare le opzioni di mount oppure umssetup. Il modo migliore per le partizioni non di root è di mettere le opzini in /etc/fstab. Qui c'è un esempio. Mettete questo in /etc/rc.d/rc.S. /sbin/umssetup -u jack -g group -m 0755 / 33..33.. SSwwaapp oo nnoonn sswwaapp Usare un file di swap è generalmente più lento di una partizione di swap. Esso è comunque molto più flessibile. Si può impostare un file di swap in una partizione _U_m_s_d_o_s nello stesso modo con cui lo si fa con ogni altro filesystem _L_i_n_u_x. Per esempio, per impostare un file di swap da 8 Mb nella directory di root: dd if=/dev/zero bs=1024k count=8 of=/swap mkswap /swap 8192 sync swapon /swap Fatto questo, inserire la linea seguente in /etc/fstab /swap swap swap default E il file di swap verrà attivato ad ogni avvio (generalmente c'è un ``swapon -a'' in /etc/rc.d/rc.S). 44.. CCoommee aavvvviiaarree uunn ssiisstteemmaa UUmmssddooss 44..11.. LLooaaddlliinn Il pacchetto lodlin15.tgz disponibile a sunsite.unc.edu in /pub/Linux/system/Bootutils. Questa utility è adatta per avviare un sistema _U_m_s_d_o_s. Generalmente tutto quello che bisogna fare è Avviare DOS C:\>loadlinx zimage root=D: dove zimage è una normale immagine kernel (compressa) semplicemente copiata nel drive DOS. D: è il drive DOS dove è stato installato _L_i_n_u_x. 44..22.. DDaa ffllooppppyy Avviare un sistema _U_m_s_d_o_s da floppy non è diverso da avviare un sistema _E_x_t_2. È necessaria un'immagine del kernel configurata per localizzare la partizione _U_m_s_d_o_s di root. Questo viene fatto normalmente usando il comando rdev. La seguente sequenza inizializza un'immagine e la mette su un floppy. rdev zImage /dev/hda1 rdev -R zImage 0 dd if=zImage bs=8192 of=/dev/fd0 Se questo sembra confuso, formattare un disco di avvio DOS e mettere in esso i seguenti file · loadlin.exe · loadlinx.exe · zimage e impostare l'autoexec.bat come questo loadlinx zimage rw root=C: 44..33.. LLIILLOO LILO, il caricatore ufficiale di _L_i_n_u_x può anche essere usato all'avvio di un sistema _U_m_s_d_o_s. Comunque non ho esperienza con questo. Dal 1.1.60 dovrebbe funzionare. Scrivetemi una email se sapete qualcosa. 44..44.. CCoommee oottttiimmiizzzzaarree uunnaa ppaarrttiizziioonnee UUmmssddooss Può essere fatto usando un qualsiasi strumento DOS. Non c'è niente di particolare sui file prodotti da _U_m_s_d_o_s. E _U_m_s_d_o_s non si aspetta niente di particolare (struttura directory, intestazioni directory...) dal filesystem sottostante. Da quello che so non ci sono strumenti _L_i_n_u_x per fare ciò. 44..55.. AAssppeettttii aavvaannzzaattii _U_m_s_d_o_s si affida sul file --linux-.--- il quale si affida sulla directory _D_O_S. Alcuni utenti potrebbero voler provare un po'. L'utility udosctl inclusa nel pacchetto umsdos_progs (contenente umssync e umssetup) permette semplici operazioni sulle directory (liste, eliminazioni) indipendentemente dal file --linux-.--- e dalla directory _D_O_S. 55.. PPrriinncciippii bbaassee 55..11.. IInnttrroodduuzziioonnee _U_m_s_d_o_s mappa i file _L_i_n_u_x direttamente in file _M_s_-_D_O_S. Questa è l'unica trasformazione. Il contenuto dei file non è assolutamente modificato. _U_m_s_d_o_s lavora solo sui nomi. Per file speciali (link e dispositivi per esempio) è introdotta una gestione speciale. Per ogni directory c'è un file chiamato --linux-.---. 55..22.. UUmmssddooss ppuuòò ssoossttiittuuiirree iill ffiilleessyysstteemm MMss--DDOOSS .. L'_U_m_s_d_o_s è un superset per usi generali del filesystem _M_s_-_D_O_S di Linux. In effetti questa capacità e flessibilità crea molta confusione su _U_m_s_d_o_s. Vediamo il perché. Provate a montare un floppy appena formattato _D_O_S come qui. mount -t umsdos /dev/fd0 /mnt E scrivere questo: ls / >/mnt/LONGFILENAME ls -l /mnt Si otterrà il seguente risultato -rwxr-xr-x 1 root root 302 Apr 14 23:25 longfile Sembra che il filesystem _U_m_s_d_o_s non sia molto di più (in realtà non proprio) del normale filesystem _M_s_-_D_O_S di _L_i_n_u_x. 55..33.. PPrroommoozziioonnee ddii ddiirreeccttoorryy Qui sta il trucco. Finché non si promuove una directory _D_O_S, essa verrà gestita allo stesso modo sia dal filesystem _M_s_-_D_O_S che dal filesystem _U_m_s_d_o_s. _U_m_s_d_o_s usa uno speciale file in ogni subdirectory per registrare le traduzioni tra le capacità estese (nomi lunghi, proprietari ecc.) del filesystem _U_m_s_d_o_s e i limiti di _M_s_-_D_O_S. Questo file è invisibile agli utenti _U_m_s_d_o_s, ma visibile quando si avvia _D_O_S. Per evitare di ingombrare la partizione _D_O_S con questi file (--linux-.---) non utilizzati, il file è ora opzionale. Se assente, _U_m_s_d_o_s diventa simile a _M_s_-_D_O_S. Quando una directory è promossa, ogni operazione verrà fatta con la piena semantica normalmente disponibile agli utenti _U_n_i_x e _L_i_n_u_x. E tutte le subdirectory create successivamente saranno silenziosamente promosse. Questa caratteristica permette di organizzare logicamente la partizione _D_O_S in zone _D_O_S e zone _L_i_n_u_x. È importante capire che questi file --linux-.--- occupano spazio (generalmente 2k per directory). Il _D_O_S generalmente usa cluster larghi (grandi 16k per partizioni da 500 Mb), quindi evitare di mettere --linux-.--- ovunque permette di guadagnare spazio. 55..44.. CCoommee pprroommuuoovveerree:: //ssbbiinn//uummssssyynncc Una directory può essere promossa in ogni momento usando /sbin/umssync. Promuovere una directory significa fare le seguenti operazioni · Creare un --linux-.---. · Stabilire una relazione tra --linux-.--- e l'attuale contenuto della directory. /sbin/umssync mantiene un esistente file --linux-.---. Non lo crea da zero ogni volta. Semplicemente aggiunge le informazioni mancanti (file creati durante una sessione _D_O_S). Esso rimuove anche i file che non esistono più nella directory _D_O_S da --linux-.---. umssync prende il nome da questo. Esso sincronizza --linux-.--- con la sottostante directory _D_O_S. 55..55.. UUssaarree //ssbbiinn//uummssssyynncc aallll''aavvvviioo È una buona idea mettere una chiamata a /sbin/umssync alla fine del file /etc/rc.d/rc.S se non c'è già. Il comando seguente è adeguato per molti sistemi: /sbin/umssync -r99 -c -i+ / L'opzione -c previene umssync dal promuovere directory. Esso aggiorna solamente i --linux-.--- esistenti. Questo comando è utile se si accede alla directory _L_i_n_u_x durante una sessione _D_O_S. _L_i_n_u_x non ha mezzi efficienti per capire che una directory è stata modificata da _D_O_S, così _U_m_s_d_o_s non può fare l'operazione _u_m_s_s_y_n_c quando necessario. 55..66.. CCoommee UUNN--pprroommuuoovveerree Rimuovere il file --linux-.--- usando il _D_O_S. Tutto qui. 55..77.. CCoossaa ssuucccceeddee ccoonn ii ffiillee ccrreeaattii dduurreennttee uunnaa sseessssiioonnee DDOOSS ?? Finché non si usa umssync su una directory dove i file sono stati aggiunti o rimossi da _D_O_S, si noteranno alcuni problemi: · Non va in crash e nemmeno crea problemi maggiori, soltanto alcune noie. · I file creati da _D_O_S · sono invisibili in _L_i_n_u_x; · quando si crea un file con lo stesso nome si otterrà un messaggio di errore indicante che il file esiste già; · questo crea più confusione che problemi reali. Non viene danneggiato il filesystem. · I file eliminati da _D_O_S non creano problemi. _U_m_s_d_o_s noterà l'assenza al primo accesso. Verrà stampato un messaggio (e generalmente riportato in /var/adm/syslog). 66.. IInnssttaallllaazziioonnee//DDiissiinnssttaallllaazziioonnee ee aallccuunnii ttrruucccchhii L'installazione di _U_m_s_d_o_s non è molto diversa dall'installazione di un filesystem ordinario (es. _E_x_t_2) _L_i_n_u_x. Ci sono due principali differenze. 66..11.. LLoo ppsseeuuddoo--rroooott //mmnntt//lliinnuuxx La normale sequenza di operazioni per l'installazione è 1. Impostare una partizione con fdisk e formattarla. 2. Montarla come /mnt relativa al root disk di installazione. 3. Copiare tutti i pacchetti in /mnt Con _U_m_s_d_o_s, il primo passo non è richiesto (non è lo scopo di _U_m_s_d_o_s il non dover formattare?). È possibile installare un sistema _U_m_s_d_o_s semplicemente copiando tutti i pacchetti in /mnt. Questo certamente funziona. Ma questo creerà una marea di subdirectory nella root directory _D_O_S (C:\) e non è quello che si vorrebbe. Questa è la ragione per cui tutte le installazioni _U_m_s_d_o_s usano lo pseudo-root. E questa è la maggior differenza tra una normale installazione _E_x_t_2 e _U_m_s_d_o_s: tutti i file sono copiati in /mnt/linux. 66..22.. PPrreeppaarraarree //mmnntt//lliinnuuxx /mnt/linux non è una directory ordinaria. Essa è stata promossa in modo da gestire correttamente i filename lunghi di _L_i_n_u_x e i file speciali (link, dispositivi). I passi richesti per impostare /mnt/linux sono: 1. mkdir /mnt/linux 2. umssync /mnt/linux È tutto! 66..33.. CCoommee aassssiiccuurraarrssii cchhee //mmnntt//lliinnuuxx ssiiaa iimmppoossttaattaa ccoorrrreettttaammeennttee Anche se l'impostazione di /mnt/linux è molto semplice, ci sono alcuni pacchetti di installazione che la sbagliano. Come è possibile? I maggiori problemi di installazione nascono da una incompatibilità del programma umssync. _U_m_s_d_o_s è stato aggiornato in Linux 1.1.88 (non ricordo esattamente) e una falla fu scoperta in umssync. Per evitare confusione nella comunità di _L_i_n_u_x, fu deciso di aumentare il livello richesto per tutti gli strumenti _U_m_s_d_o_s. Le versioni precedenti sono semplicemente rifiutate. Sembra che molte distribuzioni non abbiano aggiornato l'utility umssync nel loro disco di installazione. Ci sono molte distribuzioni come queste. Il risultato è che la directory /mnt/linux non è promossa, e quindi verranno troncati i nomi lunghi e rifiutati tutti i file speciali. È possibile fare un test all'inizio dell'installazione per vedere se qualcosa non va. Grazie al meccanismo della pseudo console di _L_i_n_u_x, si può farlo senza lasciare il programma di installazione. Fare i seguenti passi: 1. Premere Alt-F2 (il tasto Alt e contemporaneamente il tasto F2). 2. Loggarsi come root 3. cd /mnt/linux Se questo fallisce, si sta facendo la prova troppo presto. Il momento migliore per farlo è alla fine della selezione dei pacchetti. 4. >TOTO 5. ls -l Si dovrebbe vedere un file vuoto TOTO in maiuscolo. Se lo si vede in minuscolo, qualcosa è andato storto. Provare a fare di nuovo umssync. umssync può essere usato tutte le volte che si vuole senza problemi. umssync . Se non ci sono messaggi di errore, provare il test TOTO di nuovo. Se TOTO appare, allora tutto è OK. A volte è un difetto di queste installazioni, ma è stato posto rimedio. Continuare. 6. Premere Alt-F1 per tornare nella schermata di installazione. Se il test fallisce, il miglior rimedio è prelevare un nuovo disco di root per l'installazione. Si può generalmente riparare il disco di root installando una nuova versione di umssync. Questo non è difficile, ma richiede un sistema con _L_i_n_u_x funzionante. Si deve semplicemente montare il disco di root e sostituire il programma umssync con uno nuovo. 66..44.. OOooppss rreelleeaassiinngg ppsseeuuddoo rroooott...... Molte delle installazioni che falliscono, lo fanno stampando questo strano messaggio. Questo non è un bug di _U_m_s_d_o_s benché il il messaggio sembri strano. Queste sono le possibili cause. · Il più comune. L'installazione _S_l_a_c_k_w_a_r_e tenta di impostare un file di swap all'inizio dell'installazione. Per fare ciò chiede all'utente di selezionare una partizione (dos), quindi la monta ed imposta il file di swap. Quando si installa un sistema _S_l_a_c_k_w_a_r_e, è necessario impostare la partizione di destinazione prima di installare. Questo generalmente monta la partizione DOS in /mnt, crea /mnt/linux e vi applica umsssync. Questo è problema più comune: molti utenti dimenticano di impostare la partizione di destinazione (``target partition''), e vanno direttamente al resto dell'installazione. Siccome /mnt è già montata, questo errore passa inosservato. Questo fa sì che /mnt/linux non sia impostata correttamente (non promossa). Tutti i file speciali e nomi lunghi non possono essere creati in modo corretto. · Utility umssync non corretta. /mnt/linux è impostata erroneamente. Generalmente è causata da una utility umssync difettosa nel disco di installazione di root. · Vecchio bug di _U_m_s_d_o_s. C'è un bug in _U_m_s_d_o_s anteriore a _L_i_n_u_x _1_._2_._2. La modalità pseudo- root non viene attivata correttamente se il file /etc/init è assente. init è adesso localizzato in /sbin. Si può risolvere prelevando un nuovo kernel. Questo è raccomandato perché altri bug sono stati scoperti e risolti in 1.2.2. Se non è possibile l'aggiornamento, fare questo 1. Avviare il disco di installazione. 2. Loggarsi come root. 3. mount -t umsdos /dev/hdXX /mnt dove /dev/hdXX è la partizione _D_O_S. 4. cd /mnt/linux/etc 5. ln -s ../sbin/init init 6. cd / 7. Ctrl-Alt-Canc 8. Avviare _U_m_s_d_o_s normalmente. Sfortunatamente i primi due problemi (problemi di installazione) producono un'installazione completamente inutilizzabile. Disintallate (sezione successiva) e reinstallate di nuovo. 66..55.. CCoommee ddiissiinnssttaallllaarree uunn ssiisstteemmaa UUmmssddooss Una cosa semplice di _U_m_s_d_o_s e il suo meccanismo di pseudo-root e che lo si può disinstallare senza problemi. Si deve semplicemente avviare _D_O_S ed eliminare ricorsivamente le directory linux. Questo è tutto. _U_m_s_d_o_s non richiede driver speciali nel config.sys, e non crea niente di speciale fuori dalla directory linux. 66..66.. SSppoossttaarree uunn ssiisstteemmaa UUmmssddooss iinn aallttrrii ddiisscchhii DDOOSS Questo può essere fatto da _L_i_n_u_x o da _D_O_S. Si devono copiare ricorsivamente le directory linux da un drive all'altro. Dopo di ciò si devono sistemare i meccanismi di avvio e il file /etc/fstab. _U_m_s_d_o_s può vivere in qualsiasi drive _D_O_S. Non è necessario installarlo nel drive C:, non è nemmeno importante averlo nel primo disco fisso. In effetti si può decidere di avere parecchie installazioni _U_m_s_d_o_s su drive diversi anche solo per eseguire prove. 66..77.. CCoommee iinnssttaallllaarree ppiiùù ssiisstteemmii UUmmssddooss .. Come installare una serie di sistemi _L_i_n_u_x in poco tempo? I sistemi _U_m_s_d_o_s vivono nel mondo _D_O_S. Se ne possono quindi sfruttare i vantaggi se si vuole installare facilmente _L_i_n_u_x. Si può installare e configurare un sistema _U_m_s_d_o_s per conto proprio. Quando si è soddisfatti della configurazione e dei diversi pacchetti installati, si può avviare _D_O_S e copiare l'intera directory linux nel file server _D_O_S. Quindi si può andare in altre stazioni _D_O_S e copiare semplicemente i file dal disco di rete al disco locale. Tutto qui. Aggiornare solamente lo script di avvio (_L_o_a_d_l_i_n) e via. Con piccoli ritocchi (Hostname, indirizzo IP), chiunque riuscirà ad installare un sistema _L_i_n_u_x in pochi minuti. I lettori attenti potrebbero notare che installare un sistema _L_i_n_u_x copiando un sistema funzionante va bene anche per altri sistemi _L_i_n_u_x, compresi i sistemi basati su _E_x_t_2. Una cosa bella di _L_i_n_u_x è che non ci sono file nascosti che devono essere installati da particolari programmi di installazione. 77.. IImmppoossttaarree uunnaa sseezziioonnee LLiinnuuxx iinn uunnaa ppaarrttiizziioonnee DDOOSS _U_m_s_d_o_s può essere utile anche agli utenti _E_x_t_2 (il filesystem _L_i_n_u_x originale). Una situazione comune è questa: · _L_i_n_u_x diventa il sistema operativo di preferenza e la partizione di _L_i_n_u_x comincia ad essere piena. · La partizione _D_O_S accumula polvere, diventando mezza vuota. · Si finisce improvvisamente lo spazio nella partizione _E_x_t_2. · Non si è ancora sicuri di voler sbarazzarsi del _D_O_S. A questo punto arriva _U_m_s_d_o_s a salvare la situazione. Si può impostare una directory nella partizione _D_O_S e usarla senza restringerne l'uso per _L_i_n_u_x. Per esempio, diciamo di voler impostare una nuova directory chiamata "extra" nel drive C:. E si vuole che questa directory diventi una normale directory _L_i_n_u_x. Eseguire questo (assumiamo che C: sia /dev/hda1). mkdir /c /sbin/mount -t umsdos /dev/hda1 /c mkdir /c/extra umssync /c/extra Questo deve essere fatto con i privilegi di root. Impostando opportunamente /etc/fstab, si potrà sempre accedere alla directory /c/extra. 88.. PPeerrcchhéé UUMMSSDDOOSS Spiegare come usare o installare un sistema _U_m_s_d_o_s non è abbastanza. Molta gente cerca informazioni circa l'uso di _U_m_s_d_o_s o no. 88..11.. IIll vvaannttaaggggiioo ddii UUmmssddooss Il vantaggio di _U_m_s_d_o_s è di semplificare l'installazione di _L_i_n_u_x. Un altro vantaggio è la sua semplice disinstallazione. L'idea di base era quella di promuovere la diffusione di _L_i_n_u_x. L'installazione di un nuovo OS in un sistema è sempre dolorosa. _O_S_/_2 per esempio contamina la directory root di C: con una serie di nuove directory. Se siete esperti come me, esso eliminerà anche i file config.sys e autoexec.bat. La caratteristica dello pseudo-root di _U_m_s_d_o_s evita questa invasione indesiderata. _L_i_n_u_x può essere disinstallato senza effetti secondari. 88..22.. AA cchhii sseerrvvee Se si ha un piccolo disco fisso, _U_m_s_d_o_s permette di condividere lo spazio tra _D_O_S e _L_i_n_u_x. Un disco sotto i 300 Mb è a mio avviso in disco piccolo. Questa opinione si basa sulla dimensione dei diversi pacchetti disponibili oggi. Un comune word processor può occupare anche 70 Mb se si scelgono tutte le caratteristiche. Se si ha un drive grande, si può decidere di riservare una partizione a _L_i_n_u_x con il filesystem _E_x_t_2. _E_x_t_2 usa cluster di dimensione più piccola rispetto al _D_O_S (1k infatti), così installando molti file piccoli si spreca meno spazio che in una partizione _U_m_s_d_o_s. 88..33.. CCoonncclluussiioonnii A questo punto confrontiamo _U_m_s_d_o_s con _E_x_t_2. · La gestione delle directory è più veloce con _E_x_t_2. Questo a causa della doppia struttura delle directory di _U_m_s_d_o_s. · L'accesso ai file (lettura e scrittura) è probabilmente più veloce con _U_m_s_d_o_s che con _E_x_t_2. Questo per la semplicità del filesystem _F_A_T usato dal _D_O_S. Attenzione che questa semplicità ha i suoi costi: · Un massimo di circa 65.000 file o cluster per partizione. Questo comporta che una partizione da 500 Mb userà cluster da 16 k. In altre parole, un file contenente un singolo byte userà 16 k di spazio su disco. · Tutto è controllato dalla _F_A_T localizzata all'inizio del disco fisso. Il filesystem _D_O_S è probabilmente più fragile a causa di questo. · Nessun provvedimento per evitare la frammentazione dei file. Un sistema _U_m_s_d_o_s è generalmente usato come stazione di lavoro per utente singolo. In questo caso non fa molta differenza. In un sistema multi-utente, i file vengono dispersi nel disco, diminuendo la velocità di accesso. · I link simbolici sono memorizzati in file normali. Se si intende averne tanti, si vedrà che _U_m_s_d_o_s usa molto più spazio confrontato con _E_x_t_2.