Newsgroup: it.comp.os.linux.iniziare
Titolo: File boot.b in Suse 6.2 e filesystem

Salve a tutto il ng.
Purtroppo dopo un po' di casini mi trovo in panne.
Mi spiego: qualche giorno fa ho acqustato Linux & C. con la MDK 7.2 che
prometteva innovazioni strabilianti.
Già al momento dell'installazione il programmino AUTOMATICO per l'assegnazione
delle partizioni faceva le bizze, ma con l'aiuto di Yast, e dopo averci litigato
un po', riesco ad installare la MDK in una partizione primaria con la swap in
una logica (swap condivisa anche dalla mia Suse che risiede tutta in un'estesa).
Dopo aver giocherellato un po' con il KDE 2 (in verità molto bello e
funzionale) faccio casino e blocco il sistema. Resetto e faccio partire la Suse
perchè è ora di mettersi al lavoro. Quando tenta il motaggio della partizione
hda2 (la MDK) mi avverte che il fs potrebbe avere dei problemi. Come per la MDK
7.1, avvio e2fsck -pf /dev/hda2 per verificare il fs. Apriti cielo!! Alla fine
il fs è inutilizzabile. Forse il filesystem della MDK 7.2 non è più il veterano
ext2fs? Per questo si rifiutava di installarsi in una partizione creata e
formattata con Yast? Potrei avere problemi di montaggio e quindi di perdita di
dati?
Reinstallo la MDK e succede il fattaccio: gli assegno come unica partizione
hda2 ( / ), ma il programmino AUTOMATICO si prende, di sua iniziativa ed a mia
insaputa, la partizione /boot della Suse e ci schiaffa collegamenti e kernel
vari sovrascrivendo i file già presenti.
Per farla breve, dopo un po' di panico (pochino però, con il Pinguino niente è
perduto fino a quando l'HD non prende fuoco) riesco ad avviare la Suse; tento
la reinstallazione di lilo (che al boot si fermava a LI ) ma mi dice " Map code
is too big" o qualcosa del genere.
A questo punto cancello da /boot tutti i file della MDK (i kernel, i
collegamenti, il Sitem.map), copio il kernel Suse in /boot/vmlinuz e ricompilo.
Con i vari file in /boot belli nuovi nuovi reinstallo lilo ma tutto come prima.
Tolgo boot.b (che prima avevo lasciato, meglio non cancellare le cose che non
si sa a cosa servano) e ricompilo.
Boot.b non viene ricreato; all'installazione lilo mi avverte che "/boo/boot.b
no such file or directory" e non si installa.
Adesso parto con un disketto di avvio ma voglio rimettere tutto a posto.
Come faccio a ricreare boot.b per reinstallare lilo?
Scusate per la lunghezza ma volevo essere esauriente.
Grazie a tutti e di nuovo saluti al ng.
Vito

 Vito
ELIZABETH:~ # rpm -qf /boot/boot.b
lilo-21-137
reinstalla lilo
Ciau
Angelo

 problemi. Come per la MDK
come questi?
ELIZABETH:~ # mount /dev/hdb10 /mnt/hdb10 -t ext2
mount: tipo fs errato, opzione non valida, superblocco su /dev/hdb10 danneggiato,
       o troppi file system montati
(questo e il mount di un fs reiserfs come se fosse ext2)
non e che mdk si installa su reiserfs e non ext2?
(visto che e' l'ultima? la butto li, la mdk non la conosco) 
Ciau
Angelo

Angelo
Ti adoro ;-)) Smack!! Sei stato gentilissimo.
A presto,
Vito.

 riguarda il fs, una volta avviato e2fsck comincia a fermarsi ad ogni
e dopo un crash l'fsck della mdk va via regolare ?
la suse 6.2 se non sbaglio ha almeno un annetto e mezzo, magari e' 
come reiserfs che non e' backward compatible, ovvero non puoi usare i tool
di ext2 1.0 con un fs creato dai tool 1.1 (numeri assolutamente a caso,
non ho idea dove siano arrivati) o magari hai avuto un crash davvero
spettacolare (i tuoi vicini hanno per caso chiamato i carrabbignieri?)
sono passato a reiserfs per la moda ma ext2 non mi ha MAI dato 
problemi(mai 50 Mb di file???.bck come grasso32 su finesre98),al max 3 
o 4 filettini, gli ultimi editati, e tuttora lo uso per le partizioni
magazzino a cui tengo veramente(anzi grazie ai driver nvidia .95 e la mia
testa di ca??o un paio di i/o error sul reiserfs li ho trovati) 
Ciau
Angelo

problemi(mai 50 Mb di file???.bck come grasso32 su finesre98),al max 3 
Ho letto sul NG che il reiserfs resiste meglio ai reset. Comunque io mi sono
giocato un bel po' di inodes con il mio ext2: all'inizio usavo il Krn che
mandava regolarmente in swap-panic (si dice così quando il prog si mangia tutta
la memoria e l'hd comincia a macinare e non si ferma più?) il sistema;
resettando mi giocai tutta la partizione /home ed una parte della /root. Ma
devo darti ragione sul fatto che i dati perduti sono trascurabili (tranne per
la /home che è stata riformattata :-( 
Ciao ed a presto,
Vito.

Angelo
Giovedģ hanno postato un problema di grave corruzine del fs con la MDK 7.2
Potrebbe essere un problema grave di sensibilitą al reset.
A presto,
Vito.

 wrote:
scusa il ritardo
in caso di crash giova il sysrq key(l'ultima opzione in assoluto nella
configurazione del kernel) che permette di smontare i dischi in caso di
crash
fai un giro un usr/src/linux/Documentation
Ciau
Angelo