Le proprietà dualboot di Windows 4.x

Questo sarà per forza di cose un capitolo "TECNICO", pieno di rimandi e di "Link".

Cominciamo con il prendere in esame il titolo.

Perchè Win4.x ? Come spesso succede l'ordine progressivo di progetto viene soppiantato da eventi particolari (anni dal  95 in poi in questo caso, oppure dall'avvento del nuovo millennio WindowsMe o Windows2000 ecc.ecc.) ma è necessario ricordare che l'ordine di progetto è questo e quindi i riferimenti tecnici (DLL, versione di Windows riportata da proprietà-sistema ecc.ecc) si riferiscono a Windows 4 punto e basta, Windows Me ad esempio è la 4.30, Windows 98 la 4.10 e così via. Questa "dissertazione" si rende necessaria per spiegare l'esistenza di file *.w40 in un sistema Dualboot.

Cos'è un dualboot : E' un installazione che permette la convivenza di 2 sistemi operativi sulla stessa macchina, in questo caso prevista dalla stessa Microsoft e che NON necessita di un bootmanager.Consente quindi il passaggio "morbido" da un sistema operativo ad un altro e cosa più importante, permette di usare un vecchio software altrimenti incompatibile!

I vantaggi all'epoca sono stati notevoli e potrebbe essere ancora di attualità, riportando il discorso all'attuale passaggio tra win 4.x e winNt/2K/Xp.

Durante l'uso non c'è niente di più semplice: all'avvio della macchina, esaurita la fase di "post" PRIMA dell'avvio di win 9x si preme F4  e si avvia un MsDos6.x al posto di Windows! Ho scritto MsDos 6.x perchè NON HO notizie su dos precedenti, ma non escludo che ciò sia possibile. Invece ESCLUDO sicuramente che ciò sia possibile con altri Dos (Ibm, DrDos, Caldera)

Ora viene la parte tecnica dacisamente più complessa.

Comunciamo con il descrivere questi benedetti file di sistema e a descriverne la funzione.

Command.com; Io.sys;= File di sistema "puri" non editabili se non da da un editor esadecimale, il primo è l'Interprete dei comandi, dal secondo dipendono la maggior parte delle potenzialità del SO.  quali Fat  vengono lette, il limite degli Hdd, ecc ecc

Msdos.sys= File di sistema puro in MsDos, File editabile in Win 4.x.

Autoexec.bat, Config.sys = File editabili, che presiedono al buon funzionamento di SO. e periferiche, fondamentali in ambiente Dos puro, facoltativi o quasi in Win 4.x.

Alcuni di questi file sono nascosti e di sistema, quindi per poterli vedere dobbiamo per prima cosa prendere confidenza con il menù Visualizza di una qualsiasi finestra di Windows (meglio però agire sempre da risorse del Computer)

Cliccando su opzioni dovremo verificare che la situazione sia la seguente

in maniera tale da poter accedere a TUTTI i file, se verrà la necessità di editarli

Bisogna ricordare che alcuni di questi file sono anche di sola lettura, quindi per editarli è necessario rimuovere questa protezione

Notate che il mio file non ha l'attributo di sistema normalmente presente e rimovibile solo da dos con il comando attrib  nomefile -s

In condizioni normali non dobbiamo avventurarci in modifiche di questi file, ma è utile capire cosa succede, per poter padroneggiare la situazione e perchè no fare un pò d'esperienza. Quando noi apriamo (da windows ) l'unità c:\ in un sistema Dualboot la situazione che troviamo è la seguente

Al contrario se lo aprissimo -poniamo- dal file manager di windows 3.11 al posto dei file .dos troveremo dei .w40, più un file di nome winboot.sys, oppure jo.sys. (Questo in dipendenza di quale windows noi usiamo per fare il dualboot 95/98)

Il funzionamento del dual boot dipende da una riga presente nel file msdos.w40 segnata in blu nel file preso per esempio, come altre righe indicano la presenza o meno del logo durante il caricamento di Windows, la path di windows stessa, (sostituendo msdos.sys è possibile far partire una o l'altra windows se presenti sul Pc) e comunque queste informazioni NON sono obsolete, dato che nelle ultime versioni sono solo migrate dentro al registro di Windows.

Non sono affatto scomparse.

Bisogna solo aggiungere che win95B qualsiasi versione non supportava il dualboot per un errore (mha) del settore d'avvio (MBR) di questa versione.

Per ovviare a questo bug bisognava ripristinare l'MBR di Win95A in 3 tempi:

Salvare i file originali (io.sys,msdos.sys,command.com) su un floppy d'avvio preparato con Win95A (se C:\ è fat16 in una cartella, non sulla radice) o su disco rigido.

Agire sul MBR con un dischetto d'avvio di Win95A  con il comando sys c:  

Ricopiare su c:\ i file sopra menzionati (Se per salvare i file d'avvio abbiamo preparato o vogliamo usare un floppy d'avvio di win95B COPIARE niente comando sys c: che sovrascriverebbe nuovamente l'MBR inoltre in questo caso ricordiamoci di aggiornare MsDos.sys, che nel floppy viene creato vuoto).

Attenzione sembra semplice, ma in mancanza di questa operazione, F4 era attiva una sola volta, dopo di che il Pc non partiva più!

Cosa succedeva? I file non venivano più rinominati e rimaneva sulla radice un pastrocchio di *.dos, alternati ad *.w40. 

L'unica maniera di venirne fuori era rinominare a mano file per file, operazione complicata dal fatto che i file nascosti di sistema ed a solo lettura, da Dos non si vedono, non si possono rinominare etc. etc.

In questo caso si poteva usare la Dosshell applicazione semigrafica che permette di agire su questi file con un dischetto, oppure ci si cimentava con il criptico attrib nomefile -h-r-s per togliere invisibilità ed inviolabilità a questi file, rinominarli, copiarli ecc ecc.

So che l'argomento è tuttaltro che esaurito qui, ma anche per questo -non più attualissimo- dò la possibilità di scrivermi, per decidere se ampliare la sezione o meno. 

In Win4.X il contenuto del floppy di ripristino è in dipendenza del contenuto del CdRom, NON della versione di Windows installata, quindi potete creare un floppy d'avvio di win95A anche con WindowsMe, in quest'ultimo caso però (e in tutti i casi in cui avete copiato i file di installazione su Hdd) rinominate temporaneamente  la cartella che contiene i file di installazione della Windows in uso, cosi il sistema finalmente vi chiederà un Cd di installazione e voi potrete usare una versione diversa da quella installata.