Newsgroup: it.comp.hardware.storage
Titolo: MBR danneggiato da bootloader

Salve a tutti, provengo da ore di ricerca sui NG e letture di post dai NG di
linux e sono abbastanza scoraggiato.
Dunque, ho una macchina con un athlon 900mhz con una MoBo Asus7kPro con
controller Promise che gestisce due Hd, un Western Digital da 20 Gb e un
Quantum da 2,4 Gb.
Il Primary master è il lettore dvd, il Secondary Master è messo ad AUTO nel
BIOS e dunque viene letto il controller che fa in modo che vengano "visti" i
due Hd dei quali il principale è il WDigital.
Sull'Hd principale ha sempre girato WinMe.
Sull'altro Hd ho installato dapprima una red hat 7.2 mettendo il LILO
sull'hard disk grande (hde) in modo che si potesse scegliere il sysop da
avviare e operando 3 partizioni sull'Hd piccolo (hdf1, hdf5, hdf6).
Non contento della red hat ho installato la mandrake 8.1 con le stesse
modalità di partizionamento, ma DIMENTICANDO di fare Fdisk /mbr per
ripristinare l'mbr corretto di windows e buttar via il vecchio LILO.
La cosa mi ha compostato che LILO si è andato a sovrascrivere a quello
vecchio sull'MBR dell'hde e adesso linux funziona regolarmente ma windows
no.
E' più grave di come appare in quanto:
non funziona nessun tentativo di avviare dos o windows da Hard disk (opzione
di LILO), da floppy di avvio o ripristino o da CD di avvio o ripristino;
neanche operando un settaggio del boot sequence da BIOS e lasciando solo il
floppy, windows da floppy non si avvia (resta piantato appena si va a
leggere il floppy).
stessa cosa settando il boot sequence solo per il CD.
Se si avvia linux tutto funziona, sia da Hd  (con LILO) che da floppy che da
CD.
Da dentro linux riesco a vedere e leggere i file di windows (quindi la FAT32
non è danneggiata???)
Immagino il problema sia nel MBR, ma come posso ripristinarlo se non posso
usare Fdisk????
Ho pensato a questa soluzione ma non so se funzionerà:
tolgo l'HD principale (col MBR danneggiato), sposto il secondario
(partizionato con linux) nella posizione che occupava il principale o,
ancora meglio, nell'ide1 senza passare per il controller, rendendolo primary
master.
Riavvio con floppy di win e dovrebbe andare. (o no???)
A questo punto fdisk su questo Hd (preventivamente dovrei aver tolto le
partizioni da linux perché l'Fdisk di dos non le vedrebbe) e reinstallo
winMe qui sul quantum.
Reinserisco il secondo Hd (WDigital) col MBR danneggiato sempre sotto il
controller (secondary master) e cerco di vedere se dal nuovo sysop riesco ad
entrarci dentro facendo un Fdisk e ridandogli una "verginità".
C'è qualcosa di sensato in tutto questo????
O una volta danneggiato un MBR di un Hd lo si deve buttar via????
Avevo fatto un backup quindi mi vabbene qualsiasi soluzione che non mi
faccia buttar via l'Hd.
Il centro assistenza dove mi servo (Pisa) mi ha detto che non è in grado di
aiutarmi.
Scusate la lunghezza ma ho pensato che esser vaghi in questi casi è
deleterio.
Grazie e saluti,
FabMind

 ha scritto nel messaggio
news:aWT88.41984$nI1.1...@twister1.libero.it...


Il problema e' contorto, sarebbe utile vedere se esiste una funzione del
fdisk per linux che possa aiutarti una sorta di fdisk /mbr per linux.
La cosa mooolto strana e' che il tuo sistema non faccia boot da floppy,
dovrebbe essere possibile anche senza HD!
CMQ se hai fatto il backup di tutto il disco puoi sempre fare una
formattazione a basso livello con programmi tipo il DFT di IBM cosi' da
cancellare tutto il contenuto del disco (compresa MBR) e ridare "verginita'"
all'HD.
Ciao
Luke

faccia buttar via l'Hd.
hai fretta ? 
dd if=/dev/zero of=/dev/hde 
(se hde e' il wd). ti cancella l'intero hd
se hai molta fretta:
dd if=/dev/zero of=/dev/hde bs=512 count=1
e ti cancella solo la tabella delle partizioni
altrimenti puoi cancellare solo l'mbr della partizione windows:
dd if=/dev/zero of=/dev/hde1 bs=512 count=1
(se hde1 e' la partizione windows...)

 Ciao e buona fortuna
Ti ringrazio per il suggerimento ma era una strada già tentata.
Come ho scritto ho addirittura inibito gli altri dispositivi nel boot
sequence del bios mettendo in testa, come dici tu, il drive del
floppy.
Nada de nada. Viene letto il floppy (si accende la lucina) e si pianta
prima di avviare e dare il propmt del dos. Stessa cosa provando con il
LILO per caricare winMe da Hd, o dando il drive del CD in testa al
boot sequence ed inserendo il CD di installazione di Win Me.
Il fatto è che (stranamente!!!) quando faccio il boot da floppy per un
attimo si accende anche la lucina rossa dell'Hd. Desumo che venga
letto l'MBR dell'Hd principale che è corrotto (non gli torna la
descrizione della geometria dell'Hd????) e tutto si pianta.
FabMind

 all'HD.
Al momento sto "asfaltando" tutto il suo contenuto con uno dei comandi
suggeriti da PaperYgoga da linux (che ti ricordo funziona regolarmente
essendo nell'Hd piccolo).
Se non va provo a toglierlo e installare win sull'Hd piccolo per poi vedere
se riesco a vederlo riattaccandolo alla Mobo non come primary master.
Altrimenti cercherò l'utility apposita della casa di produzione, se esiste
(Western Digital) per una formattazione a basso livello sperando di non fare
ulteriori disastri.
Grazie e saluti.
FabMind

 ha scritto nel messaggio
news:zRf98.49154$nI1.1...@twister1.libero.it...

OK, ho scoperto perché non lanciava il boot da floppy.
Nel Bios della Asus A7Pro con controller Promise c'è l'opzione per
consentire il successivo caricamento del bios del controller Promise che
riconosce i due Hd.
Mettendo a disabled il Load ATA100, quindi non consentendo il caricamento
del bios del controller, il boot del floppy viene consentito. Ma a questo
punto io del Dos del floppy non me ne faccio nulla proprio perché non vedo i
due Hd e quindi non posso reintallare Windows.
FabMind
(Il contenuto dell'Hd e dell'MBR l'ho cancellato con dd if=/dev/zero
of=/dev/hde da linux. L'Hd continua a "non consentire" in qualche modo il
booting di win/dos seppure vuoto ed asfaltato).

descrizione della geometria dell'Hd????) e tutto si pianta.
e' quasi sicuramente cosi'. pero' non e' che magari il problema e' sull'hd
con linux ? 
in alternativa, una volta mi era successa una cosa del genere con un HD di
1GB: all'inizio nel bios era visto come AUTO, poi non ricordo perche'
avevo cambiato la geometria e non andava piu'.

 
Se così fosse stato (ormai ho asfaltato tutto) non sarebbe dovuto
partire
linux. Inoltre quell'Hd era messo come secondario sotto la gestione del
controller. Il primario era quello grande dove c'era LILO e WinMe.
Attualmente ho rifatto una partizione sull'Hd grande di soli 2Gb
mettendolo
in un'altra macchina (con una Mobo molto vecchia che non me lo vedeva
interamente).
A casa lo reinserisco nella sua primaria del controller e cerco di
rifare
l'intera partizione per rimetterci su windows.
La vicenda non è conclusa ma per ora ho visto che un piccolo errore di
software (riscrittura del LILO) può portare conseguenze
semicatastrofiche.
(perdere giornate dietro a cose del genere è molto seccante).
FabMind
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

partire linux. 
mi riferivo all'idiozia dei programmi MS che non partono se la tabella
delle partizioni non e' esatta al 100%.

Scussa ma riscrivere il LILO.conf in modo da includere anche winzoz nwllw
opzioni e' troppo semplice?????
c'e' anche un utility grafica nella RH ma crea il file in modo sbagliato e
bisogna comunque correggerlo a mano...
prova cosi'...
Bye Bye
e ricordate... dove anche la poiu' tenue speranza cade.... LINUX PUO'!!!!

opzioni e' troppo semplice?????
e' certamente meno semplice che leggere il post originale:


guarda che l'avevo letto... lui ha detto che ha tentato di avviarlo da LILO
ma da quel che mi sembra in LILO non c'e' traccia di winzoz... quindi rifara
il lilo.conf includendolo mi sembra una soluzione piuttosto semplice,
rapida, indolore =))
)

...

Magari fosse stata rapida, semplice ed indolore....
Il problema era molto contorto perché, a quanto pare, si era
disallineata la tabella delle partizioni.
L'unica soluzione era di lanciare una di quelle utilities che fanno
una "specie" di formattazione e basso livello (anche se non lo è in
realtà).
Però per lanciare queste utilities occorre accedere almeno al dos da
disco di avvio.
La mia macchina non ne voleva sapere perché sulla MoBo Asus A7Pro c'è
un controller Promise Ultra con un bios tutto suo che viene avviato
dopo il bios della Mobo. I 2 Hard disk erano collegati al controller e
quindi non "settabili" dal bios vero e proprio. Questo comportava che
inserendo un floppy di avvio con i 3 file del dos il bios del
controller andava a fare un preventivo controllo sull'Hd principale,
leggeva la tabella delle partizioni corrotta, non gli tornavano le
cose e "impediva" in qualche modo l'avvio del dos.
La soluzione l'ho ottenuta togliendo l'Hd e mettendolo su un sistema
funzionante come secondario, lanciare la utility IBM,
ripartizionandolo e riformattandolo e reinserendolo sulla mia
macchina.
Reinstallerò Linux (mandrake) sul secondo Hd, ma MAI PIU' LILO su hard
disk.
Grazie a tutti per le risposte ed i suggerimenti.
FabMind
(La Western Digital ha un sito lento, penoso e non c'è traccia di
documentazione e assistenza per il mio Hd del novembre 2000)


invece (e l'avevo pure riportato) dice che da lilo non parte win o dos...
poi se sospetti che non sappia usare lilo e' un altro discorso (a me
sembrava abbastanza ben informato).