Newsgroup: it.comp.os.linux.iniziare
Titolo: Kernel panic

Salve a tutti il mio server web è andato in crash.
Escono le seguenti scritte:
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
mount_devfs_fs(): unable to mount devfs, err: -2
Warning: unable to open an initial console.
Kernel panic: non init found. Try passing init= option to Kernel.
Il sistema è linux debian 3.0, con controller SCSI in raid 1.
Avrei bisogno di ripristinarlo, la mia unica necessità è quella di
riuscire ad accedere per fare il dump di un solo db (è il mio
programma gestionale).
Vi ringrazio in anticipo.


puoi provare a passare l'init come ti suggerisce;
oppure provare ad avviare col cd d'installazione se la tua distro lo 
supporta, oppure salvare il db utilizzando una live (SimplyMepis, nat);
ma non so se il raid influisce;
r
-- 
Vorrei incontrarti fuori i cancelli di una fabbrica,
Vorrei incontrarti lungo le strade che portano in India.
[da Aria di Alan Sorrenti]
Ramapage: 
http://umpf.net/
tutto sui Pentangle: 
http://umpf.net/

Si, ma non saprei come passare l'init?

 
penso all'avvio di Grub o Lilo, altro non so;
r
-- 
basta con mani pulite!
ritorniamo a mani impunite!
Ramapage: 
http://umpf.net/

Ho provato con la knoppix 4.0 ma non sono riuscito a montare le
partizioni. Ora sto scaricando la ubuntu edgy.
Non riesco a capire se il problema dipende dal fatto che non ci sono i
driver per il controller scsi, è un adaptec 2120s, oppure perchè l'hd
è suddiviso in array.
Con il cd della debian che probabilità ho? dovrei fare un
aggiornamento del sistema?

 
No.
Devi capire cosa sta succedendo a quel raid 1.
Secondo me uno dei dischi e' defunto, e il boot ce lo aveva solo lui.
Dai retta a chi ti ha consigliato di fermarti e chiamare un sistemista.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 aggiornamento del sistema?
non ricordo se con il cd Debian è possibile avviare la stessa su HD, ma 
credo di sì;
non cercherei di fare aggiornamenti o altro se i dati sono importanti;
vedi se con 'buntu (ma ti avevo consigliato SimplyMepis, perché nessuno 
mi ascolta?) riesci ad accedere alle partizioni e salvare su dvd o cd o 
altro quello che ti interessa;
r
-- 
DIO C'E'
e prima o poi gliela faremo pagare
[graffiti anonimi]
Ramapage: 
http://umpf.net/


E se queste prove le facesse fare a chi potrebbe capire quello che sta
facendo?
Non sappiamo ancora se il raid e' hardware.
Se e' davvero un raid 1.
Cosa e' successo allo spegnimento, visto che l'OP ha riportato solo i
messaggi al successivo riavvio del sistema.
Non sappiamo cosa dicono le utility del controller scsi sulla sanita'
dei dischi e dell'array.
In definitiva:
Non ne sappiamo abbastanza da poter consigliare mosse che non rischino
di fargli perdere anche le ultime speranze di recuperare i dati del suo
gestionale, che ha detto risiedere li' sopra.
PS: Sembra che questa sia un'altra vittima della credenza popolare che
un raid in mirror equivale ad un backup.
Beh, sta scoprendo a proprie spese che un raid non sostituisce il backup
su supporto esterno.


Ho scaricato ubuntu, e partendo in modalità live riesco finalmente a
vedere l'array del postgresql ma la directory che contiene i db è
protetta e non riesco a copiarla??
Come posso fare per copiarla?


Vedere a chi appartiene, e impersonarlo fino ad accedervi.


Paolo ha scritto:

se mi ascoltavi e scaricavi SimplyMepis l'avviavi come root e potevi 
fare tutto;
penso sia possibile anche con 'buntu ma non saprei di preciso come;
puoi provare usando sudo per i comandi;
r
-- 
basta con mani pulite!
rimettiamole nel barattolo della marmellata!


scusate ancora se rompo le scatole, con Ubuntu sono riuscito a vedere
la cartella data del postgres ma è protetta.
Nemmeno con il comando sudo -s riesco ad accedervi.
I proprietari della cartella sono 31 e 32 (due numeri) come posso fare
per accedervi??
Grazie ancora

 per accedervi??
Se ti fidi a scrivere su quel disco, con chown gli assegni
come proprietario il tuo utente o root, oppure con chmod
dai diritti di lettura a tutti.[*]
Se non funzionasse, con chattr da root puoi sicuramente riprendere
possesso dei permessi.
[*] Ti dico se ti fidi, perche' sembra che qualla sia la tua unica copia
dei dati del gestionale.
Io userei un hd esterno su usb, farei una copia della partizione intera,
poi lavorerei su quella, nel caso di disastri, hai sempre l'originale
ancora a posto.


 per accedervi??
A proposito: i due nueri sono l'identificativo (UID e GID) dell'utente.
Linux (e tutti i sistemni operativi, anche windows con quei numeracci
di un paio di dozzine di cifre) non gestiscono i permessi/diritti con
i nomi, usano la correlazione nome/ID e registrano tutto con i numeri.
L'utente mysql probabilmente aveva l'ID 31 e il gruppo db il 32.
Infatti, il mio postgres ha utente 31 e gruppo 32.


Grazie a tutti per l'aiuto,
sono riuscito, modificando i permessi con chmod, ad accedere alla
cartella ed a copiarla.
Adesso ho un'altro problema che forse non ha niente a che fare con
questo forum.
Mi spiego meglio, la versione del db che avevo io è la 7.2.
In un altro linux ho installato invece la versione Postgresql 7.4.7.
Grazie ancora

 In un altro linux ho installato invece la versione Postgresql 7.4.7.
Recupera una 7.2, fai il dump, lo porti sulla 7.4, fai il restore.
Non c'e' compatibilita' nel formato interno della base dati, AFAIK.
Forse su it.comp.software.database potrebbero saperne di piu'.
