Newsgroup: it.comp.os.linux.iniziare
Titolo: Kernel panic!! (era hd agli sgoccioli)

Ebbene sì, l'ho fatto.
Bello tranquillo ho preso fdisk, cancellato la partizione fat32 e messo al
suo posto una partizione più piccola ext2... ed ecco i danni.
Se avete voglia di aiutarmi andate avanti a leggere, altrimenti fermatevi
qui, questo messggio si autodistruggerà (come il mio boot sequence) non
appena lo chiderete.
Cominciamo dall'inizio.
Aveco 4 partizioni:
hda1  fat32  windows-sistema  (blocchi da 1 a 383)
hda5 fat32  windows-dati  (blocchi da 604 a 788)
hda6 swap (blocchi da 384 a 400)
hda7 Linux (blocchi da 401 a 596)
un po' sparpagliato, ma così mi è venuto quando ho installato Linux.
Ho fatto la copia dei dati da hda5 a hda1.
(Non ho smontato la hda5-probabilmente il primo errore)
Con fdisk ho cancellato la partizione fat32 e messo al suo posto una
partizione più piccola ext2, ritrovandomi con l'hd così configurato:
hda1  fat32  windows-sistema  (blocchi da 1 a 383)
hda5 swap (blocchi da 384 a 400)
hda6 Linux (blocchi da 401 a 596)
hda7 Linux (blocchi da 597 a 647)
in sostanza ha shiftato le vecchie partizioni verso il basso.
Noto (quanto sono acuto, eh!) che aprendo la directory su cui era montata la
"windows-dati" (che non avevo smontato) mi fa vedere una directory della
vecchia partizione.
Per non so quale ragione riavvio il sistema.
Arriva a Lilo, scelgo il kernel e si avvia il processo di boot.
Arriva fino ad un certo punto mi dice
    VFS: Mounted root (ext2 filesystem)
e poco dopo
    Kernel panic: VFS: Unable to mount filesystem on 03:07
tra i vari messaggi di avvio leggo anche
    reiserfs_read_super: can't find reiserfs filesysstem on dev 03:07
    reiserfs_read_super: try to find superblock in old location
    reiserfs_read_super: can't find reiserfs filesysstem on dev 03:07
A questo punto penso (ma quanto sono furbo) è Lilo che non trova il kernel
nella hda7 (quella originaria).
Con il cd della distro (a proposito è una SuSE 7.1) riesco a riavviare in
modalità rescue e modifico Lilo.
Ma il problema rimane.
Aggiungo che il cd di installazione mi propone anche avvio da un dev a
scelta e se gli metto /dev/hda6 (la partizione con Linux) Linux si avvia
tranquellamente, posso usare il sistema come al solito e tutto funziona
perfettamente.
Tra parentesi Windows parte regolarmente e non vede più (bontà sua la
vecchia partizione con i dati).
(A questo punto erano le 2 e qualcosa di notte sono andato a dormire)
Cosa posso fare??
Aiuto.
Grazie
Giorgio
PS Scusate se mi sono dilungato troppo.

 perfettamente.
Come hai modificato il lilo.conf? E la partizione hda6, che se non ho 
capito male e' quella di sistema, e' ext2 o reiserfs?
Invia il lilo.conf, poi ne riparliamo.
Saluti.
-- 
Colonnello Kurtz, Cambogia.
Linux powered, user # 227143.

 Invia il lilo.conf, poi ne riparliamo.
Ti rispondo ora, poi lilo.conf se è ancora il caso lo invio stasera (quando
sono a casa).
In lilo.conf ho solo cambiato il numero delle partizioni in device,
/dev/hda7 è diventato /dev/hda6 dove appunto risiede ora il sistema.
Non ho toccato il formato dei FS (almeno credo) e quindi non so dirti se
hda6 è ext2 o reiserfs (che differenza c'è? ok, andrò a vedermelo in qualche
HOWTO).
Intanto GRAZIE
Giorgio

 HOWTO).
ext2 non e' un fs indicizzato. se ti si spegne la macchina di brutto
potresti perdere dati
reiser e' un filo + furbo.
controlla che in lilo.conf la sezione di linux punti ora a /dev/hda6 e non
hda7.
costringi lilo a rileggersi le modifiche con # lilo
inoltre spero tu abbia modificato di conseguenza anche /etc/fstab

 /dev/hda7 è diventato /dev/hda6 dove appunto risiede ora il sistema.
Mi e' venuto in mente ora: dopo le modifiche al fstab e al lilo.conf, hai 
dato il comando lilo?
Ciao.


 reiser e' un filo + furbo.
Il reiserfs non rientra nella categoria dei file system indicizzati? E se 
no, in quale?
Grazie e ciao.


 
Purtroppo lilo ora punta a /dev/hda6 e ho sistemato anche fstab (non devo 
toccare anche mtab, vero?)
Non ho provato a fare # lilo, ma all'avvio lilo non legge lilo.conf?
GB - triste e sconsolato

  
Quindi se non ho dato # lilo può non aver riscritto il MBR in modo che 
indichi la partizione /dev/hda6 ... e ... boh
Cosa ne dite?
GB

 Cosa ne dite?
yeah! devi dare # lilo !!

 no, in quale?
si si reiser fa parte di quei filesystem come ext3 o xfs che si "aggiornano"
loro in modo furbo e prevengono il filesystem check (con disastri) in caso
di crash...
P.S.
se dico bioate castratemi eh?! non voglio vendere pan per focaccia!

 Non ho provato a fare # lilo, ma all'avvio lilo non legge lilo.conf?
No.
Credo che il punto sia che non può gestire il disco prima di
aver avviato un sistema operativo, può soltanto leggere l'MBR.
Spero di non aver detto castronerie.
ciao,
	Angelo
-- 
/home/angelo/.signature????????????????

> Il reiserfs non rientra nella categoria dei file system indicizzati? E se

Ok per il fatto che scrive subito sul disco il reiserfs (come l'ext3), 
quindi in caso di crash di sistema non ci sono inconsistenze nel file 
system (i f.s. tradizionali, quali ext2, memorizzano in un buffer e poi 
scrivono sul disco tutto insieme, non so ogni quanto); ma i file come sono 
organizzati sul disco? contigui (non penso, gia' stando al tanembaum del 
'92 era un metodo rozzo e con troppi svantaggi), a lista (vedi vfat), o 
indicizzati (unix e linux tradizionali)? O e' qualche altro metodo di 
memorizzazione (se ne esistono)?


E' fatta linux č di nuovo al suo posto.
Ringrazio tutti quanti per l'immenso aiuto che mi avete dato e per il 
sostegno morale.
Grazie a tutti.
GB-)
PS Ah quasi dimenticavo, adesso linux parte senza neanche passare dal via, 
ossia lilo non viene pił caricato e il che č scocciante avendo anche win ma 
prima di chiedere aiuto cercherņ di spiattelarmici sopra la testa.

 prima di chiedere aiuto cercherò di spiattelarmici sopra la testa.
ipotesi: 
-voce "prompt" commentata
-timeout troppo breve (bada che il numero indica i decimi di secondo)
ma la scritta "LILO" compare solo un attimo o non compare proprio?
ciao,
	Angelo
-- 
/home/angelo/.signature????????????????

 hda7 Linux (blocchi da 597 a 647)
Mumble mumble...
hda1 resta uguale -> ok
hda6 diventa hda5
hda7 diventa hda6
hda7 va da 597 a 647. Siccome prima c'era hda5 che arrivava fino a 788 ne
deduco che hai dei blocchi non allocati (cioe' dello spazio non utilizzato).
Per cui il tuo sistema ora si trova su hda6: modifica lilo.conf o chi per lui
in maniera adeguata.
 
Ma scusa, quale e' quel programma che ti ha fatto quel macello sull'HD?
Dimmelo, cosi' me ne tengo ben lontano!!!
Ciao
  Andrea

 Non ho provato a fare # lilo, ma all'avvio lilo non legge lilo.conf?
Prima fai lilo -t
Ciao
  Andrea

   Andrea
... fdisk per dos, ma č probabile che gli abbia dato una mano anche io.
Poichč non mi ricordo bene la sequenza di installazione di windows non so 
in che misura il danno dipenda dal dos e quanto da me perciň: il mio 
consiglio. Tienti lontano dai SO Microsoft (che fa sempre bene) e tienti 
lontano da Milano (che fa bene lo stesso, visto l'aria che tira da queste 
parti).
Si comunque un po' di spazio libero mi resta comunque, sono dell'idea che 
sia sempre bene tenerne un po' per i casi di emergenza.
Ciao
Giorgio

 Angelo
Non ho capito bene quale fosse il problema ma l'ho risolto alla windows 
(no, non ho fatto ctrl-alt-canc) e ho reinstallato LiLO, mi sono ritrovato 
con il file lilo.conf con le impostazioni iniziali (chissà poi perchè?!), 
l'ho rimodificato, ho dato il comado lilo e tutto è andato a posto.
Adesso sottoporrei alla vosta (proficua) attenzione anche un problema con 
la SCSI...
ma lo rimando ad un altro thread.
Grazie di tutto.
Giorgio

 memorizzazione (se ne esistono)?
non lo so. :(