Newsgroup: it.comp.os.linux.sys
Titolo: Cos'e` successo al mio Linux? :-(

Dunque, ecco cosa succede quando faccio il boot della mia SuSE 7.0:
[...]
VFS: Mounted root (reiserfs filesystem) readonly
[...]
Mounting local file systems...
proc on /proc type proc (rw)
Checking ReiserFS transaction log (device 03:06) ...
Using tea hash to sort names
ReiserFS version 3.5.23
/dev/hda6 on /usr type reiserfs (rw)
Checking ReiserFS transaction log (device 03:05) ...
Using tea hash to sort names
ReiserFS version 3.5.23
/dev/hda5 on /home type reiserfs (rw)
/dev/hda1 on /boot type ext2 (rw)
Mounting local file systems
Unable to handle kernel paging request at virtual address c74b9734
current->tss.cr3 = 01e39000, %cr3 = 01e39000
*pde = 00000000
Oops:   0002
CPU:    0
EIP:    0010:[<c015ba30>]
EFLAGS: 00010292
eax: c0ad0740 ebx: 00000000 ecx: c74b9734 edx: c0ad0740
esi: c1b96358 edi: ffffffff ebp: c0ad0741 esp: c1e35c8c
ds: 0018 es: 0018 ss: 0018
Process boot (pid: 8, process nr: 8, stackpage=c1e35000)
Stack: 00001000 c1e35cd0 c1b703fc 000020ff c1b7033c c1e35d6c 00000306
c1e35cd0
 00000000 c1e35d68 c0acf018 00000010 00000000 c74b9734 c0ad0740 00001000
 03064000 00000000 00000306 00003bd9 00001000 c014e39b c1f7e000 c1b703fc
Call Trace: [<c014e39b>] [<c015e91b>] [<c014e54e>] [<c014c1b8>] [<c01353f8>]
[<c0135592>] [<c014e646>]
   [<c014e639>] [<c014c700>] [<c014c750>] [<c011ed80>] [<c012ee23>]
[<c011255e>] [<c012f064>] [<c012eba7>]
   [<c012f15d>] [<c010b173>] [<c012d110>] [<c010a2bd>] [<c010a184>]
Code: 89 01 89 44 24 40 83 c4 10 85 c0 75 7c 8b 5c 24 58 83 c4 f4
INIT: Entering runlevel: 2
[...]
Starting service httpd: syntax error in httpd.conf
[Boh, deve esserci qualche file corrotto]
[...]
Starting News-Server INN:Hostname does not resolve or 'domain' in inn.conf
is missing
[...]
Poi arriva il prompt
(none) login:
Mi posso loggare, ma poi bash non parte... sembra proprio che la root sia
morta. Qualcuno ha idea di cosa possa aver causato questo disastro? Dunque,
prima del fattaccio stavo:
1) Giocando con hdparm e benchmarkando con bonnie nella mia /home. Potrebbe
essere stato hdparm a farmi qualche ca$ino?
2) Giocando con apm -s.
3) Oppure, potrebbe trattarsi di un bug di reiserfs?
Infine, ora vorrei salvare almeno la mia /home. Come posso fare? Il mio
picci` e` un Toshiba Libretto e:
1) Non posso bootare con un floppy, dal momento che il floppy drive in
dotazione ha un'interfaccia proprietaria che non e` supportata da Linux.
2) Non posso bootare con loadlin perche' non ho win, ma cmq mi sembra di
capire che la root sia andata. :-(
3) Potrei togliere l'HD e collegarlo a un altro picci`... dove posso
acquistare un adattatore per usare un HD da 2.5" con un normale connettore
IDE da 40 pin? Io ho trovato qualcosa su
http://store.yahoo.com/cablesonline/25hdmounkitw.html
ma preferirei acquistare in Italia, per evitare di spendere 15 klire per un
cavetto e 50 klire per le spese di spedizione.
Gratitudine eterna a chiunque sara` in grado di aiutarmi. :-)
Ale

Gratitudine eterna a chiunque sara` in grado di aiutarmi. :-)
Basta meno, basta meno.:-))
Se ti aiutiamo, basta la gratitudine per il tempo necessario a salvare
la home.
PS: ti consiglio di salvarla in rete slip a 300 BAUD, cosi' ci sei grato
per piu' tempo.:-))
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

 capire che la root sia andata. :-(
La root e' quasi certamente andata...
Puoi pero' fare il boot con il cd, e fare partire il sistema di rescue.
Non so come si fa con SuSE 7.0, ma con le versioni precedenti, partendo
con yast testuale, c'era qualcosa tipo "boot rescue system" dopo il primo
menu'.
Una volta che hai bootato, puoi vedere se e' leggibile...
A questo punto ti rimane il problema di come fare il backup, magari se hai
un zip ide sei a posto.
LG
-- 
**************************************************************************
Leandro Gelasi
V Year Computer Science Engineering at Siena University
email : 
gela...@lucy.ing.unisi.it
Gilles Villeneuve will live forever
**************************************************************************

 Puoi pero' fare il boot con il cd, e fare partire il sistema di rescue.
Purtroppo no... non ho il lettore ciddi`, e anche se me ne facessi prestare
uno dovrei cmq fare il boot dal mio floppy, che sotto Linux non va.
Thnks,
Ale

 per piu' tempo.:-))
Mmm... senza togliere niente alla gratitudine eterna, pensavo di usare una
T3. :-o
Thnks,
Ale

Lo spero. Su quella /home ho una parte di me stesso. :-)
Se il problema e` questo, non fai prima a ricorrere direttamente alla
chirurgia, invece di tentare terapie di dubbia efficacia? Smonti (in senso
fisico) il disco, lo metti su un altro sistema Linux; lo monti (in senso
file sistemico) e ti copi quello che ti serve (in un senso e nell'altro).
Poi smonti, smonti, rimonti, monti... e opla`! il gioco e` fatto!
Ciao.

 fatto!
Infatti, imho e` la soluzione migliore... ma l'HD in questione e` quello di
un laptop, e un convertitore 44 pin->40 pin IDE sembra introvabile qui a
Bologna.
Ciao,
Ale

imprudente di hdparm possa creare casini anche a file che non ho modificato?
Certo, se il tuo hd comincia a prendere lucciole per lanterne, perche'
hai spinto troppo con hdparm, non c'e' nessuno che possa sapere dove
diavolo va a scrivere il settore 1234, e puo' benissimo sbagliare la
mira, e pestare i calli ad un altro file adiacente.
Se tale errore lo fa mentre, ad esempio, aggiorna alcuni i-node, o il
superblock, sono volatili per diabetici a dieta.


T3. :-o
Ingrato, e io che mi arrabatto per cercare di aiutarti!.


> 3) Oppure, potrebbe trattarsi di un bug di reiserfs?
rp> Mi sembrerebbe strano, da quel che si dice in giro, reiser sembra
rp> stabilissimo.
Usavo reiserfs su /var. Non sto a spiegare la mia storia, ma direi che
reiserfs mi ha provocato un kernel panic che purtroppo si è ripercosso
sugli altri filesystem ext2, `/' in primis. Non so spiegarmelo
decentemente, anche se ho una teoria piuttosto convincente, ma non
potendola dimostrare evito di prolungarmi inutilmente.
Se posso però, spezzo una lancia a favore della stabilità di ext2 e
contemporaneamente limiterò l'uso di reiserfs dove strettamente
necessario (per adesso mai, IMHO) e con le opportune contromisure
(backup, anche degli *altri* filesystem).
Ciao
Marco obnubilato

reiserfs mi ha provocato un kernel panic che purtroppo si =E8 ripercosso
Sei ili primo che sento lamentarsi di reiser, ma in fondo confermi la
mia religione:
Nelle macchine importanti, solo ramo stabile del kernel ufficiale, che
gia' ci possono essere problemi anche cosi'.
Gli esperimenti, su macchine sacrificabili senza grosse crisi di pianto.


Bologna.
Provato in qualche negozio di componenti elettronici? A volte di questa
roba ne hanno di piu` che i negozi di computer. Tipo Radio Ricambi
Mattarelli, in via Zago. (Al limite, immagino te lo possano fare, se
proprio butta male male.)
Ciao.


Sicuramente una giusta filosofia, ma rimane il fatto che generalmente i
pc non sono muniti di gruppo di continuita`, e Ext2 al primo blackout
ti fa prender paura, al secondo appare qualcosa in lost+found ma non
succede nulla, e al terzo si fotte di brutto il sistema! A me e`
successo questo, forse sono stato statisticamente sfigato, non lo so, ma 
ora dico che non uso Ext2 se non in partizioni che posso montare
normalmente in read only.
E che Linux dovrebbe avere come standard un fs crash-proof, non uno che
nelle emergenze mi fa rimpiangere le FAT, ne` uno che "si scassa solo se
sei sfigato"...
-- 
    Pardo 
 
http://pardo.cjb.net

 (backup, anche degli *altri* filesystem).
Ciao, io uso reiserfs per quasi tutto il sistema, con l'eccezione,
ovviamente di / 
Lo uso da circa 8 mesi, la macchina è in uso dalla mattina
alla sera ed ho un fs abbastanza frazionato (intendo che le varie dir sono
separate : /usr /usr/local /var ecc)
Uso RedHat6.2  con kernel "autonomo" 2.2.17 e patch reiserfs adatto.
Qualche interruzione di corrente, qualche incasinamento mio con conseguente
restart brutale, toccando quello che è necessario toccare, non ho mai avuto
problemi con reiserfs.
Tutto questo per quello che può servire.
Ciao
Antonio
______________________________________________
!!!! attenzione: campo From alterato !!!!
----------------------------------------------
Antonio Madesani 
madesani(at)
versilia.toscana.it
amadesani(at)
galactica.it
----------------------------------------------

sei sfigato"...
Mah, la vedo diversamente.
Intanto, e' solo nelle emergenze[*], che ti puo' dare dei problemi,
mentre nella normalita' e' roccioso, cosa che non puoi certo dire della
FAT, e neppure, ancora, di reiser.
Se poi sei sfigato, nello stesso quarto d'ora ti salteranno tutti i pc,
il gruppo di continuita', e i nastri di backup saranno mangiati dalle
tarme, e contro cio', ne' reiser ne' il mago otelma possono nulla.
[*] E per le emergenze, occorre avere pronto il piano di disaster
recovery, non ci sono santi, fattelo dire da uno a cui e' saltato un
disco sull'alpha server, e i tecnici, mentre guardavano come stava,
prima di sostituirlo, sembra abbiano sputtanato le partizioni raw di
altri tre dischi, dove risiede il dbspace di informix, inizializzandole.
Risultato finale: 4 giorni da 20 ore l'uno per reinstallare tutto.
E io, lo avevo, il piano.:-(


Tutto questo per quello che può servire.
E dici poco? serve per statistica su una implementazione non ancora
inserita nel ramo stabile, cioe' il miglior uso di questo news group,
secondo me.
Piu' informazioni si hanno, e piu' si puo' arrivare a compiere scelte
filosofiche poco aleatorie.


 successo questo, forse sono stato statisticamente sfigato, non lo so, ma
Mah, molto strano. Io ho un PC da battaglia che sta in un posto
disperato dove quest'estate la luce andava via anche tre volte di file
nei fine settimana, ed ext2 ha retto ad almeno una ventina di crash
(certo, ti ci mette il suo quarto d'ora buono per verificare tutto, ma
e' sempre tornato su).
In 4 anni di gente che inciampa nei cavi di alimentazione, batte
ginocchate sul pulsante di accensione, si dimentica che bisogna fare
shutdown o piu semplicemente stramaledice l'enel non mi e' mai capitato
una volta che un ext2 non fosse capace di rimettersi in sesto, il 98%
delle volte da solo.
Ciao
-- 
Simone Piccardi
Microsoft is NOT the answer. Microsoft is the Question.
The answer is: "NO!"

 writes:
Pardo> Sicuramente una giusta filosofia, ma rimane il fatto che
Pardo> generalmente i pc non sono muniti di gruppo di continuita`, e
Aspetta un attimo: quello che fa la maggioranza non è detto che sia la
cosa migliore per me. Mi sono comprato un UPS da 160milalire (BackUPS
500 della APC, tanto per non fare nomi) e gli unici problemi che ho
sono dovuti al software o all'hardware.
Pardo> Ext2 al primo blackout ti fa prender paura, al secondo appare
Pardo> qualcosa in lost+found ma non succede nulla, e al terzo si
Pardo> fotte di brutto il sistema! A me e` successo questo, forse sono
Pardo> stato statisticamente sfigato, non lo so, ma ora dico che non
Non so se fa testo, ma su altri computer con ext2 e senza UPS, con
decinaia e decinaia di blackout -dalle mie parti almeno 3 volte al
giorno- non ho mai perso una serie di file, per di più sul filesystem
diverso da quello che aveva problemi (?).
Pardo> uso Ext2 se non in partizioni che posso montare normalmente in
Pardo> read only.  E che Linux dovrebbe avere come standard un fs
Pardo> crash-proof, non uno che nelle emergenze mi fa rimpiangere le
Pardo> FAT, ne` uno che "si scassa solo se sei sfigato"...
IMHO non cerchiamo le stesse cose in un filesystem. E meno male che
possiamo scegliere _liberamente_ ;-)
Ciao
Marco

 qualche parametro?
Certo che c'e' : 
1o metodo : premere shift a ripetizione sperando di azzeccare l'attimo in 
cui fa il test
2o metodo : leggere la pagina man di lilo e scoprire che basta inserire 
caps-lock ....


Aaaggh, non ricordarmelo... QUELLA e` stata l'ALTRA volta in cui mi si e`
sputtanato tutto, ma linux non centra, era un resize con PartitionMagic
di una stupida fat32 piena di giochi :)
-- 
    Pardo 
 
http://pardo.cjb.net

 filosofiche poco aleatorie.
...
Bene, anche io uso il reiser da qualche mese (da primavera + o -). Tutto
il filesystem, con la sola esclusione di /boot, è in reiserfs
e in quelle poche volte (circa 15, vedi nota) che ho dovuto resettare
brutalmente, non ho *mai* avuto alcun problema, mentre col ext2, mi è
capitato diverse volte di danneggiare il filesystem seriamente.
Certo, io il PC lo uso per cazzeggio (selvaggio!!), qualche ora al
giorno, quindi posso permettermi di "rischiare" senza troppi problemi.
NOTA: le 15 volte, sono dovute al fatto che appena passato al reiserfs,
mi sono subito
sbizzarrito in vorticose pressioni sia del tasto reset, sia
dell'interruttore principale, giusto per fare un bel collaudo...
Ciao. 
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
              *** ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***


 / __| ___  _  _  Chiave GPG/PGP disponibile sui    .''`.  Debian
| (__ / -_)| || | server pubblici (ID: E821E74B)   : :' : GNU/Linux
 \___|\___| \_,_| Fprint: 93BE  D5CF  FD88  AD36   `. `'   Powered
                  51AB  4467 A372 2534 E821 E74B     `-

 cui fa il test
Ho il dito indice in fiamme a forza di premere	continuamente  il  tasto
shift, ma sul mio laptop non funziona... boh, forse il BIOS fa il setup
della tastiera proprio un attimo prima	di  caricare  il  boot	manager.
Cmq,  adesso  ho  smontato  l'HD  del  portatile  e  l'ho  collegato  al
controller EIDE del mio desktop con un	adattatore.   Sorprendentemente,
non era la partizione di root ad essere  danneggiata,  ma  la  /usr;  e`
piuttosto strano, perche' con  una  /usr  danneggiata  si  dovrebbe  cmq
riuscire a fare il boot, credo. Invece, se faccio il boot senza montare
/usr, riesco a loggarmi e a lanciare  una  shell,  mentre  con	la  /usr
montata non c'e` verso nemmeno di fare il login.
Ad ogni modo, ora la /usr e` irreparabile e nemmeno reiserfsck	riesce a
capirci qualcosa.
Il mio sospetto e` quello di  aver  danneggiato  la  partizione  con  il
comando "apm -s". Infatti, il mio Toshiba Libretto si iberna in un'area
situata in fondo all'HD; inoltre ho scoperto che  il  BIOS  e  fdisk  di
DOS "nascondono" all'utente questa zona del disco,  mentre  sotto  Linux
fdisk riporta l'intera geometria dell'HD, compresi i settori in  cui  il
PC si iberna.  Guarda caso, nella mia vecchia installazione la /usr  era
situata proprio  in  quei  settori,  e	quindi	molto  probabilmente  e`
stata danneggiata con il comando apm.
Ora, per far funzionare correttamente il comando "apm -s" senza piallare
un'altra partizione, e` preferibile:
1) Creare una partizione in fondo all'HD in cui il portatile  si  iberna
   (e con che id?)...
2) ...oppure creare le partizioni con fdisk di DOS e poi cambiare id con
   fdisk di Linux?
Thnks,
Ale

   (e con che id?)...
Quello che ti pare, basta che non la monti, oppure, non la fai neppure,
visto che illo ci scive sopra fregandosene altamente, da quel che dici.
