Newsgroup: it.comp.os.dos
Titolo: [HELP] caricare win 95 su un portatile senza lettore CD

Salve,
è la prima volta che consulto qs. NG, ma mi sembrate tutti molto competenti
(sviolinata iniziale ;-))
Veniamo alle cose serie.
Un amico mi ha dato un portatile Pentium con solo 8 Mb di Ram.
C'era Win 95 e funzionava onorevolemente, ma il PC è rimasto inutilizzato
per molti mesi e ora il S.O. è "saltato".
Vorrei formattare e riparitre, ma non c'è il lettore CD-ROM e non ho i
dischetti di Win 95 osr2.
1. Esiste un software sotto DOS che mi permetta di trasferire i files dal
mio PC al portatile?
oppure.
2. dove reperire i floppy di Win 95? (penso fossero una ventina)
Grazie per qualsiasi consiglio

files dal mio PC al portatile?
credo che con un qualsiasi cavo seriale e la normale redirezione 
dell'output si possa fare. Spiegazione più pratica: prendi un doppio 
cavo seriale, o se al portatile manca la porta com, un doppio cavo 
parallelo (credo funzioni lo stesso, gradirei conferme perchè è una cosa 
che dovrei fare anch'io), al massimo se non li vendono dovrei avere lo 
schema elettrico da qualche parte, comunque, una volta fatto ciò 
(ovviamente il cavo va connesso :), procurati tar e gzip per DOS (si 
tratta di un'accoppiata che sostituisce egregiamente zip e rar), e 
mettili su un disco avviabile DOS. Insomma, avvia DOS sul benedetto 
portatile (consiglio VIVAMENTE di evitare MS-DOS ed optare se possibile 
per un più adatto DR-DOS, non più supportato ma si tratta pur sempre 
dell'unico DOS multitasking a 32 bit, e comunque MS-DOS è molto prossimo 
a diventare abandonware a tutti gli effetti, perchè Microsoft guarda già 
ai sistemi a 64 bit), e metti gzip in lettura sulla porta, così:
gzip -dcft COM1 | tar -x
(se hai usato un cavo parallelo, sostituisci COM1 con LPT1 o quello che 
è). Per spedirgli i file dall'altro computer li metti tutti in una 
cartella, chessò, win95fls, e dall'interno della cartella fai:
tar -c . | gzip -9f >COM1
e così: tar impacchetta tutti i file, spedisce il risultato a gzip, che 
comprime il tutto, i dati così compressi e infiocchettati vengono 
scritti sulla porta seriale, letti dal gzip sul portatile all'altro capo 
del cavo, che decomprime i dati e li passa a tar, che uno alla volta 
tira fuori tutti i file e li salva nella directory. Fiuuu. La mia unica 
preoccupazione (esperti, vi prego, scioglietemi questo dubbio) è che 
forse DOS (o almeno, MS-DOS) non è capace a passare al volo i dati da un 
programma all'altro, essenzialmente perchè sa avviare un solo programma 
alla volta... questo significa che l'operazione potrebbe richiedere un 
file temporaneo, e quindi uno spazio su disco uguale al doppio del 
necessario... decisamente evita MS-DOS come la peste...
-- 
"Your mouse has moved. Windows NT must be restarted for this change to 
take effect."

programma all'altro, essenzialmente perchč sa avviare un solo programma 
No, il problema e' che non funzionera' MAI, come lo hai detto tu.
E non per la redirezione in pipe (c'e' da molti anni) ma per la gestione
delle porte, che fatta cosi' si inciampera' sempre su collisioni e
overflow del buffer.
Se ha msdos dal 5 in avanti, puo' usare interlink, di serie.
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

eh?
La sola redirezione dell'input  output sulle porte seriali, in dos, non
e' in grado di istituire un protocollo di controllo errori ed eventuale
ritrasmissione delle informazioni, in caso le due seriali perdano per un
attimo il sincronismo.
Per piccoli trasferimenti, e basse velocita', le cose possono anche
andare bene, per cose corpose, prima o poi arriva un byte di troppo, e
ti mangi tutto il trasferimento in corso, e qui si parlava di parecchia
roba.
Insisto con interlnk.


parecchia roba.
ma non so se hai notato che gzip ha una comoda opzione -v per queste 
evenienze... e se non ti va bene, beh, si usa Rar che sarà il formato di 
compressione più proprietario del mondo, ma ha l'interessantissima 
feature "Recovery Record", che permette di aprire qualsiasi archivio 
anche pesantemente danneggiato. Al massimo si calcola il checksum di 
tutti i file con MD5, lo si controlla in uscita e si ritrasmettono solo 
i file realmente danneggiati... o se vuoi solo un po' più di controllo 
sulle seriali basta anche mode: setti la periferica seriale per operare 
a bassa velocità e con controllo errori.


a bassa velocità e con controllo errori.
Facciamo due conti: 
La velocita' massima a cui funziona l'accrocchio, per esperienza, e'
2400 baud, ma ti concedo 4800, ovvero, tra bit di start e di stop,
arrotondiamo ottimisticamente a 1/2 Kb/secondo.
Windows 95, mi risulta essere una cosa da quasi duecento file, per un
totale di un centinaio di mega.
Se tutto va per il verso giusto, ci vogliono duecentomila secondi, circa
cinquantacinque ore.
interlink (o laplink, o fast-linx, o un qualsiasi programma del genere,
insisto su un componente di serie al dos) su parallela supera i 100
kbit/s, cioe' e' almeno 20 volte piu' veloce, e non soffre del dover
ricontrollare tutti i file trasferiti.
un paio d'ore rispetto ad un paio di giorni, mi sembra tutto sommato
vantaggioso.


 mio PC al portatile?
[CUT]
Grazie a tutti. Non pensavo di scatenare un una diatriba ad alto livello.
Comunque ho usato ll3 (un po' lento) e ho risolto il problema.