Newsgroup: it.comp.os.dos
Titolo: dischetto autoavviante per dos

Ho letto le faq in cui si dice che in altarnativa a un boot manager si
puo creare un floppy autoavviante per far partire il dos. Nelle faq si
viene rimandati a 
deja.com
 a cercare un vecchio thread che però non è
più disponibile perchè troppo vecchio. Chi mi aiuta?
Suggerimento: visto che il post è molto vecchio e ci si mette molto a
cercare prima di capirlo, non si potrebbe aggiungerlo nelle faq visto
che uno se le cerca prorpio per essere aiutato? E' chiaro che uno con
le faq non vuole la pappa bella  ep pronta (rendo l'idea9?) però
trogliere un punto importantissimo come uello dell'avvio e lasciarlo
alla ricerca su deja mi sembra un po limitativo. Per il resto le faq
mi sembrano fatte ottimamente
Grazie
-- 
mo...@yacc.it
ICQ # 30316291
www.geocities.com/gdvc_music
Sito ufficiale G.D.V.C. fan club - In the name of FANTALONE

più disponibile perchè troppo vecchio. Chi mi aiuta?
Mi sembra una opportuna osservazione.
Comunque posso senz'altro postare i listati dei vari file che
compongono quel dischetto. Forse riesco anche recuperare un file di
testo dove ho salvato quella discussione, ma non ci contate troppo...
A risentirci presto!

A risentirci presto!
Mi faresti un ENORME favore, sia per i listati dei file che per
l'eventuale file di testo perchè sarei interessato a leggerlo.


Grazie
Il mio disco di boot conteneva i seguenti file:
Autoexec.bat
*Chkstate.sys
Command.com
Config.sys
*Emm386.exe
*Fdisk.exe
*Format.com
*Himem.sys
Io.sys
*Memmaker.exe
*Memmaker.sts
Msdos.sys
*Sizer.exe
In breve: i file di sistema del DOS (io.sys msdos.sys 
command.com
) si
trasferiscono sul floppy digitando sys c: a: (supponendo che c: sia il
disco fisso su cui è installato il dos).
Una volta trasferito il sistema occorre copiare su floppy anche i file
di avvio del dos (config.sys e autoexec.bat), nonché tutti i driver a
cui questi fanno riferimento (ad es. emm386, himem.sys etc...) :
quest'ultima operazione avrebbe però l'inconveniente di rallentare
molto il boot, percui conviene modificare config ed autoexec su floppy
in modo che tutte le righe di comando "puntino" alle corrispondenti
copie dei driver presenti sull'hard disk, in questo modo:
Avviso: nel mio caso il dos risiedeva sul disco D: pertanto tutte le
righe di comando puntano a d:\dos . Ma il concetto è lo stesso se il
dos è stato installato su c:\pippo (basta indicare correttamentente il
percorso).
____CONFIG.SYS___
SWITCHES=/F
DEVICE=D:\DOS\HIMEM.SYS /testmem:off
DEVICE=D:\DOS\RAMDISK\SETXMSTO.EXE 131072
DEVICE=D:\DOS\EMM386.EXE NOEMS I=B000-B7FF WIN=B500-B7FF WIN=B200-B4FF
DOS=HIGH,UMB
stacks=20,512
FILES=120
LASTDRIVE=F
DEVICEHIGH=D:\DOS\CDROM\VIDE-CDD.SYS /D:MSCD001 /P:1F0,14 /P:170,15
/P:1E8,12 /P:168,10
DEVICE=D:\DOS\AWE64\CTCM\CTCM.EXE
SHELL=D:\
COMMAND.COM
 D:\ /P /F
___FINE___
Il tuo config.sys sara probabilmente diverso, ma l'importante è che
tutti i comandi puntino sempre alla directory c:/dos (o equivalente)
presente sull'HDD.
___AUTOEXEC.BAT___
SET MGA=D:\DOS\MGA\SETUP\
SET CTCM=D:\DOS\AWE64\CTCM
D:\DOS\AWE64\CTCM\CTCU /S /W=D:\WINDOWS
SET BLASTER=A220 I5 D1 H5 P330 E620 T6
SET SOUND=D:\DOS\AWE64
D:\DOS\AWE64\DIAGNOSE /S /W=D:\WINDOWS
LH D:DOS\CDROM\MCDX /D:MSCD001
LH /L:0;2,45456 /S D:\DOS\SMARTDRV.EXE A+ B- C+ D+ /N /U /Q 8192 8192
PROMPT $t  $p$g
PATH D:\DOS;D:\DOS\MOUSE;D:\WINDOWS;D:\INTERNET\TRUMPET;D:\DOS\XX
SET LMOUSE=D:\DOS\MOUSE
SET TEMP=D:\WINDOWS\TEMPDIR
LH /L:2,50432 d:\dos\mouse\cloaking.exe
LH /L:0;1,1040 /S d:\dos\mouse\mouse.exe
LH /L:0;1,496 /S D:\DOS\
KEYBIT.COM
WIN
___FINE___
Stesso discorso per l'autoexec.bat. Se però si vuole ancora
velocizzare il boot, avevo escogitato un trucchetto: copiare
l'autoexec.bat del floppy e spostarlo su c:\ , rinominandolo in
autoexe2.bat . Modificare l'autoexec.bat del floppy scrivendo queste
sole 2 righe:
___AUTOEXEC.BAT___
@ECHO OFF
D:
REM Sostituire D: con la lettera dell'unita' disco rigido
AUTOEXE2.BAT
___FINE___
In questo modo il boot è molto più veloce perché l'autoexec.bat non
viene più letto sul lento floppy, ma sul più veloce Hard disk dal
momento che il compito dell'autoexec su floppy e solo quello di
indirizzare verso l'autoexe2 sul disco rigido (che è in realtà il
"vero" autoexec.bat).
Spero di esser stato chiaro: i file preceduti dall'asterisco non sono
essenziali per effettuare il boot da floppy, ma ho preferito elencarli
ugualmente in quanto consentono di lanciare il memmaker da floppy
(anche se poi per farlo funzionare realmente occorrono altre modifiche
ai file di sistema, ma questò è un altro thread...)
Ciao :-))

testo dove ho salvato quella discussione, ma non ci contate troppo...
Sarebbe perfetto: mi ricordo che trattammo di diversi punti che
sarebbe IMHO opportuno specificare...
Cmq, sostanzialmente (vado a memoria, per cui correggetemi se
dimentico qualcosa, oltre a non considerare Linux per semplicita`),
bisogna procedere c.s.:
0 - Fare il backup di tutti i dati ed assicurarsi di avere su
dischetto tutto quanto puo` servire ad una reinstallazione completa
(la prudenza non e` mai troppa e Murphy incombe).
1 - Assicurarsi di avere una partizione FAT16 (MS-DOS 6.x funziona
solo con quella, per cui sia il SO che i suoi applicativi e` bene che
"lavorino" li`...). La prima versione di W95 non suportava la FAT32,
per cui puo` andar bene anche una semplice sottodirectory (
p.es
.:
/16bit/MSDOS /16bit/applicativi /16bit/win31 ecc...)
In ogni caso se si vogliono usare piu` SO IMHO la soluzione piu`
sicura e` di dare ad ognuno la sua partizione.
2 - Adesso bisogna distinguere se W9x e` stato installato (come
aggiornamento) su un sistema che aveva DOS+Win3.1 o se e`l'unico SO
operante:
2a - nel primo caso sia i file di sistema che il DOS dovrebbero essere
rimasti presenti (magari rinominati in *.DOS) e dovrebbe essere
possibile anche attivare il multiboot di W9x (per maggiori info ->
http://www.webdev.net/orca/Dualboot.htm
 ).
2b - nel secondo caso bisogna installare il DOS stando attenti che i
file di sistema non sovrascrivano quelli del DOS7.0 di W9x.
Infatti, quando si avvia il PC, il BIOS "cerca i file di sistema" (mi
si perdoni l'imprecisione ;-)) prima sul drive A: e poi sul C:, dove
C: e` la prima partizione del disco rigido che contiene nella radice i
file di sistema (io.sys, msdos.sys e 
command.com
, oltre a config.sys e
autoexec.bat e pochi altri).
3b - Se con W95 si usa una FAT32, non ci dovrebbero essere problemi:
avviando l'installazione di DOS/DOS questo riconoscera` solo la FAT16
(a lui destinata, vedi 1), pertanto installera` tutto cio` che gli
serve li`, leggendo quella partizione come C: e trascurando
completamente quella di W9x. Un avvertimento: non si usi FDISK di DOS
16bit poiche` non riconosce le FAT32 (e pertanto farebbe un bel po' di
confusione...).
Insomma, avendo "prima" una FAT32 e poi una FAT16, si viene ad avere
che di default il PC si avvia con W9x e il SO legge sia C: (FAT32) che
D: (FAT16). Se non si ha un dualboot, pero` resta impossibile avviare
il DOS/DOS... l'unico modo e` un dischetto autoavviante!
Per cui bisogna crearne uno col DOS/DOS... la cosa migliore e`
provvedere subito appena si e` terminata l'installazione del DOS16bit
sulla FAT16 (inserire nel drive A: un dischetto nuovo e dare dal
prompt "FORMAT A: /U /S"). Altrimenti bisognera` riavviare il PC col
dischetto d'installazione (e` autoavviante), interrompere la procedura
e procedere con la creazione del nuovo discetto autoavviante come
sopra detto.
4b - A questo punto per avviare il PC col DOS16bit (MS-DOS 6.x o
similare/precedente) basta che il suddetto dischetto sia inserito nel
drive A: prima di accendendere la macchina (o quando si riavvia, anche
col Crtl+Alt+Canc). Ovviamente e` opportuno che i config.sys ed
autoexec.bat contenuti sul floppy "puntino" ai driver contenuti sul
disco fisso (l'avvio e` piu` veloce).
2c - Se si usa W95 prima edizione, o cmq non si usa la FAT32, e si e`
scelto di installare il DOS16bit in una sottodirectory o su una
partizione separata (
p.es
. E:), si pone pero` un "problema": sia
DOS16bit che W9x vogliono installare *i propri file di sistema* (il
resto puo` andare dovunque...) nella directory radice di C:. L'uno
scaccia l'altro... a meno che non si installi prima DOS16bit e poi W9x
come aggiornamento (in questo caso i file di DOS16bit vengono
rinominati, ma restano presenti ed utilizzabili col dual boot (vedi
2a). Ovviamente si puo` anche rinominare i file di W9x (in *.W40)
prima di procedere con l'installazione di DOS16bit...
- P.es.: poniano che abbia una partizione C: su cui ho W95, una D: che
uso per i dati, ed una E: su cui voglio installare DOS16bit. Tutte
siano FAT16. Se ho installato prima DOS16bit sulla E: e poi W9x sulla
C: come aggiornamento, nella directory radice di C: ho sia i file di
sistema di W9x (attivi) che quelli del DOS16bit (rinominati in *.DOS).
Il PC di default parte con W9x, mi legge C:, D: ed E: ma non posso
eseguire il DOS16bit... (ovviamente facendo finta che il DOS7.0 non
sia pure a 16bit, come non poche porzioni di W9x ;->).
Per avviare il PC col DOS16bit dovro` ricorrere al dischetto
autoavviante del DOS16bit su cui avro` prima opportunamente modificati
i config.sys ed autoexec.bat (in sostanza mi andranno a cercare i
driver in E:\DOS, E:\WINDOWS, mi imposteranno la PATH su E:\...
trascurando C:\, ecc.).
In questo modo il sistema parte con DOS16bit PURO.
Ah, avendo tutte FAT16, potro` anche leggere C: e tentare di eseguire
i programmi di W9x... con quelli a 16bit ci riusciro`, con quelli che
fanno chiamate a librerie di W9x o a 32bit otterro` un msg di
errore...
NOTA FINALE: ho scritto quanto sopra cercando di essere conciso
(beh...;)) senza pero` tralasciare cio` che sia IMHO importante:
ovviamente non mi assumo NESSUNA responsabilita` se qualcuno, provando
quanto sopra, dovesse andare incontro a problemi inattesi, perdite di
dati e/o di tempo.
Integrazioni, commenti e correzioni sono ovviamente gratiti :-)
Ciao.
Greg
-- 
g.biagini(at)
dada.it
  <-o->  g.biagini(at)
yahoo.com
http://www.geocities.com/Athens/Aegean/3276/
[NB: l'indirizzo del campo from e` modificato]

Il giorno Sun, 28 May 2000 17:30:40 GMT, 
rimuov...@iol.it
 (Roberto
Lozupone) ha scritto:
[megaCUT]
Grazie mille sia a te che a Gregory dell'altro post: nei primi giorni
della settimana mi darò da fare e (se dovesse accadere) proporrò
consigli se mi capiterà di incontrare altre soluzioni sulla strada.
Ciao


puo creare un floppy autoavviante per far partire il dos. Nelle faq si
Scusa, ma qual e` il boot manager del quale parli?
E di quale dos parli, del finto dos di windows?
-- 
Ci sentiamo  |  Remigio Zedda
             |  
remi...@tiscalinet.it
ciao Remigio |                    kernel 2.2.13 su Slack 7.0

resta monco... :-(
Senza contare che Deja e' oscenamente lento da usare... neppure io andai
a guardare.
Aggiungiamo che si potrebbe anche costruire un CD di boot, migliorando
la sicurezza del supporto.
Pero' c'e' una fregatura: ogni tanto, il DOS va a ricercarsi i suoi file
nel posto da cui ha fatto il boot.
Io ho la classica partizione C in FAT32, una D sempre FAT32 e mezzo giga
di E: in FAT16.
Se faccio avvio con floppy-vecchio-DOS, ecco che la E diventa C per ovvi
motivi, ma anche se ho installato il DOS nella partizione dell'HD, non
viene minimamente guardato, forse perche' e' ben oltre il 1024esimo
cluster... e quindi va a cercarsi il suo 
command.com
 sul floppy (che in
questo caso puo' anche essere il Cd, ma non lo posso comunque togliere),
rallentando molto le cose.
Mi chiedo se posso fare qualcosa in merito...
Fabrizio

Mi chiedo se posso fare qualcosa in merito...
Hai gia' provato a settare la variabile d'ambiente COMSPEC ?
Oppure a ricaricare 
COMMAND.COM
 con il parametro /p ?
ciao

Oppure a ricaricare 
COMMAND.COM
 con il parametro /p ?
Nessuno dei due: non per fare lo sfrontato ed il pigro, ma non ho
sottomano l'help del DOS e cosi'... qualche riga di spieghescion? :-)
Fabrizio

qualche riga di spieghescion? :-)
OK. Eccoti l'help del DOS (se ti serve anche l'help del comando
COMMAND dimmelo in e-mail) :
SHELL
Specifica il nome e la posizione dell'interprete dei comandi che si
desidera utilizzare. Se si desidera utilizzare il proprio interprete
dei comandi, invece di 
COMMAND.COM
, e' possibile specificarne il nome
aggiungendo un comando SHELL nel file CONFIG.SYS.
Sintassi
    SHELL=[[unita':]percorso] nomefile [parametri]
Parametri
[[unita':]percorso] nomefile
Specifica la posizione e il nome dell'interprete dei comandi che si
desidera fare utilizzare da MS-DOS.
parametri
Specifica qualsiasi parametro o opzione che possa essere utilizzato
sulla riga di comando con l'interprete dei comandi specificato.
SHELL--Nota
Impostazione predefinita
L'interprete dei comandi predefinito per MS-DOS e' 
COMMAND.COM
. Se nel
file CONFIG.SYS non viene incluso un comando SHELL, MS-DOS cerca
COMMAND.COM
 nella directory principale dell'unita' di avviamento. E'
pertanto necessario utilizzare il comando SHELL se si desidera
specificare un file 
COMMAND.COM
 non presente nella directory
principale o se non si vogliono utilizzare le dimensioni di ambiente
predefinite per 
COMMAND.COM
.
Utilizzo delle opzioni con un interprete dei comandi
Il comando SHELL non utilizza nessuna opzione. Se pero' l'interprete
dei comandi richiede delle opzioni, e' possibile includerle sulla riga
di comando di SHELL.
SHELL--Esempi
Si supponga che il file 
NUOSHELL.COM
 si trovi in una directory
chiamata BIN sull'unita' di avviamento, e si supponga di volere usare
questo file come interprete dei comandi. E' necessario allora
aggiungere il seguente comando nel file CONFIG.SYS:
    shell=\bin\
nuoshell.com
Si supponga di aggiungere la riga SHELL=
NEWCMDP.COM
 nel file
CONFIG.SYS, e si supponga che l'interprete dei comandi 
NEWCMDP.COM
accetti le opzioni /C, /P ed /E. E' possibile ora utilizzare qualsiasi
di queste opzioni sulla riga di comando di SHELL. Quindi un esempio di
comando valido sarebbe:
    shell=
newcmdp.com
 /c /p /e
Il metodo preferito per aumentare le dimensioni dell'ambiente per il
comando COMMAND consiste nell'utilizzare il comando SHELL. Per
aumentare le dimensioni dell'ambiente a 512 byte, aggiungere questo
comando nel file CONFIG.SYS:
    shell=
command.com
 /e:512 /p
Per avviare un interprete dei comandi presente nella directory OLD
sull'unita' C, aggiungere il seguente comando nel file CONFIG.SYS:
    shell=c:\old\
command.com
 c:\old /e:256 /p
ciao

si puo` assegnare come interprete dei comandi.. 
123.com
 o .exe che sia?
Scusa ma non capisco cosa intendi.
Intendi che :
- si puo' usare un altro interprete ?
  e' scritto nel manuale e nell'help. dovrei anche averne qualcuno
- che 
123.com
 ha un effetto speciale ?
- che puoi caricare qualcosa che non e' un interprete dei comandi ?
  prova a mettere shell=c:\windows\
win.com
 c:\windows e poi vedrai
(parte subito Win senza caricare l'autoexec)
ciao

  prova a mettere shell=c:\windows\
win.com
 c:\windows e poi vedrai
Si`, shell=c:\123\123.exe c:\123\
o qualcos'altro..


Si`, shell=c:\123\123.exe c:\123\
Ho provato con qualche .com preso a caso (e anche con 
123.com
) e non
ho visto nulla di speciale. L'unico con cui s'e' comportato
diversamente e' 
win.com
ciao



Ma infatti _non deve_ fare niente di speciale! :-)


Ah beh, altrimenti col piffero che ti rispondevo :-)))
:-)
Sono pigro, in certi casi... verifichero' come funziona.
Per ora grazie.
Fabrizio