Newsgroup: it.comp.os.win.win9x
Titolo: command e dischi grandi

W98se.
Un disco da 160 gb con 3 partizioni:
primaria	22 gb	w98se
primaria	4 gb	fat32
estesa		resto	partizione estesa ext3 con linux
Da qualche giorno ho uno strano problema...
Premessa:
Avviando il pc, in autoexec.bat faccio alcuni test per verificare l'integritá
di windows stesso, estraendo in una directory temporanea alcune chiavi di
registro, alcune righe di win.ini, controlli md5 di alcuni files eccetera.
Poi faccio il confronto tra questi risultati ed altri salvati in precedenza in
un'altra directory.
Se tutto va bene, avvio windows (w98se), se qualche test fallisce emetto un
messaggio e chiedo conferma per procedere, in alternativa, rimango in dos e non
avvio windows.
Ovviamente tutta questa procedura, avviene da dos, prima di avviare windows.
Ora mi accade che quando vengono salvati i risultati dei test, mi compare
l'errore dell'INT 24 fallito, impossibile accedere al disco.
Scandisk in modo dos non va, mi dice di non poter accedere al disco in quanto
l'ultimo settore risulta illeggibile (???)
Se abortisco la procedura suddetta (posso farlo!) e consento l'avvio di
windows, tutto procede regolarmente.
Virus, a parte il centinaio circa chiuso nello zoo (quelli che mi sono arrivati
per posta, e che il buon eudora ha cazziato, ma che ho comunque tenuto per
testare gli antivirus) non ne ho.
Attualmente ho 8 giga utilizzati e 13 liberi.
Possa essere la soglia degli 8 giga ad incasinare il buon 
command.com
?
-- 
Chi va con lo zoppo, impara a zoppicare.
Ma se lo zoppo va con uno sano, smette di zoppicare?

 Possa essere la soglia degli 8 giga ad incasinare il buon 
command.com
?
Escludo. Ne ho avuti liberi piu' di 30 e non ha mai dato problemi.

 Possa essere la soglia degli 8 giga ad incasinare il buon 
command.com
?
imho si: 
http://www.google.it/search?q=bios+limite+8+gb
se il bios della mobo alloca solo 12 byte per  l'indirizzamento, da DOS
"vivi" il problema xche' il sistema operativo usa il disco passando dal
bios,  invece i S.O. che usano un driver in modalita' 32 bit per la 
controller IDE
raggiongonop l'hard disksenza "passare" dal bios, quindi non "soffrono" del
limite dei 12 bit.

"vivi" il problema xche' il sistema operativo usa il disco passando dal
Uhmmm!
La mobo é recentissima (UL8 con processore A64 dual core) ed ho settato nel
BIOS il supporto LBA.
Mi sembra strano che allochi solo 12 bit (ma stando al risultato sembra essere
veramente cosí).
Comunque, mi hai confermato i miei sospetti.
Resta da capire come ovviare al problema, ammesso che sia possibile.
Hai qualche idea?


Escludo. Ne ho avuti liberi piu' di 30 e non ha mai dato problemi.
Ehmm, io parlo degli 8 giga di spazio occupato...  ;-)


 Hai qualche idea?
Per assurdo, potresti avere l'MBR danneggiato o non riconoscibile
dal DOS; potrebbe anche essere un vecchissimo virus di partizione
che installandosi al posto dell'MBR genera il problema.
Soluzione: FATTI UN BACKUP del disco; la procedura che sto'
per suggerirti e' potenzialmente dannosa:
fdisk /mbr
OCCHIO: alcuni virus oltre all' MBR spostavano anche
l'indirizzo della FAT, col risultato che fdisk/mbr di fatto
"uccide" la partizione costringendoti a riformattare.
Quello che farei io, e' clonare l'intero hard disk su un'altro
per poi fare il tentativo di recupero.

 Ehmm, io parlo degli 8 giga di spazio occupato...  ;-)
Ah, be'... ora ho il disco da 40GB pieno al 90%.
Pero' forse non ho capito bene il problema.
Quando ti riferisci al DOS, intendi una finestra DOS aperta da win98, o 
proprio fare un boot in dos, magari 6.22?
Perche' io faccio ampio uso della modalita' in linea di comando (non col 
command.com
 ma con la bash.exe, ma credo sia lo stesso).


command.com
 ma con la bash.exe, ma credo sia lo stesso).
Io parlo dell'avvio in dos puro (il dos di w98se) senza avviare alcun altro,
prima ancora di passare a 
win.com
.
Come ho detto nel messaggio iniziale, io windows non lo avvio nemmeno, fino a
quando non sono stati effettuati tutti i controlli di sicurezza.
Infatti ho in msdos.sys, l'opzione BootGui=0.
Avevo in precedenza una MB con un pentium2 a 400MHz, ed un HD da 6,5Gb.
Poi ho cambiato con questa (UL8, A64, 160GB di HD) ed é comparso il problema,
di avere errore su int24 in scrittura, solo dopo aver superato lo scoglio di
8,qualcosa GB di disco occupato.
Come ha detto Franz aRTiglio, probabilmente  é un problema di bios, ma la
scheda madre é recentissima, almeno postuma ai "piccoli" HD.
Franz aRTiglio, ha ventilato anche la possibilitá di un virus, ma dubito
fortemente di avere virus, sarebbe il primo che prendo in quasi 30 anni che
lavoro col PC (escludendo quello che mi sono fatto dare da un mio amico per
fare delle prove oltre 20 anni fa, e comunque era un banale exe-infector e l'HD
in cui lo avevo installato, é in un altro PC che ospita un pinguino sanissimo
ed immune).
A giorni mi procuro un altro HD, bakuppo tutto, anche perché da quando ho
questo PC non l'ho ancora fatto, e rinfresco l'MBR.
Poi vedo; magari provo anche ad aggiornare il bios (mal che vada ho un chip di
copia).
Se tutto fallisce, creo un disco ram all'avvio, lavoro su questo, poi una volta
avviato windows copio tutto nella directory che usavo prima, cosí non dovrei
impazzire...
Appró bash.exe cosé? L'equivalente del 
command.com
 del freedos, percaso?


per poi fare il tentativo di recupero.
A giorni mi procuro un altro HD (che mi serve comunque per fare i bakup) e
provo.
Dubito comunque di avere virus, anche perché un siffatto virus, avrebbe
problemi ad esistere. A quei tempi, quel tipo di virus infettava il boot,
modificando la routine di caricamento ed installava se stesso negli ultimi
settori del disco. Ed i dischi erano piccolini (come capacitá intendo)...


 Appró bash.exe cosé? L'equivalente del 
command.com
 del freedos, percaso?
bash.exe e' il porting della bash unix sotto dos: oltre all'interprete 
di comandi c'e' tutto il set dei comandi unix portati sotto dos.
find, sort, awk, sed e tutto quanto serve per manipolare files come si deve.
C'e' la distribuzione freeware cygwin

 erano piccolini (come capacitá intendo)...
io parlavo di virus del MBR, ma in ogni caso non e' da escludere
a priori un problema derivante da SW che alterano l' MBR, come ad
esempio le vecchissime versioni di partition magic che installavano
un boot manager a 12 bit; ricordo che anche se li si installava
e poi li si eliminava non si riusciva ad impostare come avviabile
una partizione creata oltre ai primi 2 GB; per "riparare" usavo
appunto fdisk /mbr...
ma sn passati almeno 10 anni e quindi potrei anche avere
i ricordi ofuscati ^__^

C'e' la distribuzione freeware cygwin
Ah! Ok!
Comunque dei porting di find, sgrep, sed ed awk in dos, li utilizzo abbondante
nei batch che scrivo.
Per tutti gli altri impieghi, vado di debian et similia.
A giorni, appena ho un po' di tempo provo a mettere a posto il PC e mi faccio
risentire.


i ricordi ofuscati ^__^
Mai usato (anche se l'ho sentito nominare parecchio) partition magic.
Ho sempre usato fdisk e qparted da linux.
Comunque come ho scritto nell'altro post, a giorni mi metto al lavoro e mi
faccio sentire per i risultati; mi é appena arrivato un hd identico con cui
lavorare.


 lavoro col PC
Ibm pc, August 12 1981. A meno che per "pc" non intenda anche i
predecessori del pc ibm. :-)
bye G.L.
-- 
Renaissance, aka Gian Luca Sole
Per rispondere, togli nospam al contrario, e cambia nazione
"E' assolutamente evidente che l'arte del cinema si ispira
alla vita, mentre la vita si ispira alla TV" - Woody Allen

predecessori del pc ibm. :-)
Sono sempre io dal pinguino di riserva (486 mandrake 5.3) ;-))
Si, intendo anche gli altri.
Apple ][
Apple ][+
Apple ][e
M21
M24
Poi sono passato agli intel (486, pentium 2) e amd (a64) ma questa e' roba
recente.
-- 
Vuoi guadagnare con la rete?
Impara a pescare!

i ricordi ofuscati ^__^
Dunque, sono passati diversi mesi e solo in questi giorni, causa infortunio,
sono riuscito a mettere mani al problema.
Non é problema di virus MBR, fdisk da dischetto dos pulito, lo avrebbe tolto.
Giochicchiando con un HD di uguale capacitá (ma di marca diversa) il problema
resta.
Ho recuperato da un CD di una vecchia rivista, "Ultimate boot CD" e
gichicchiando con i vari programmi, sembra proprio un problema del BIOS.
Tale programmillo segnala che il bios riporta come parametri C/H/S, 1022/254/63
che appunto, tenendo conto di 512 byte a settore, corrispondono ad una capacitá
di 8 giga.
Leggendo i parametri dell'MBR, risulta corretta la configurazione per FAT32.
Ho guardato sul sito della scheda (abit ul8), e ho visto che il BIOS che ho é
la prima release. Le versioni successive, almeno nel file readme, non parlano
di soluzione a questo tipo di problema, per cui vedo di contattare l'assistenza
del sito abit ed avere info.
Sarebbe interessante sapere se esiste un driver da caricare al config.sys per
ovviare al problema. Tanti anni fa, quando avevo un 486, avevo caricato un
qualcosa di simile per accedere col DOS 5 ad un disco da 850 mega, atrimenti
impossibile (ma tale utility era inserita in un dischetto fornito con l'HD).
