Newsgroup: it.comp.os.linux.debian
Titolo: [Ubuntu] Dopo un blackout non parte piu' gnome e il network

Ciao,
Ho un problema su un server con Ubuntu.
In pratica e' successo che dopo un blackout prolungato, l'UPS si e' 
spento improvvisamente senza lanciare la procedura di shutdown sul server.
Al riavvio del server e' successo che non parte piu' Gnome e pure il 
collegamento di rete non funziona piu'.
Non posso accedere fisicamente alla macchina in quanto e' a 8000Km di 
distanza, per cui mi devo basare sulle scarse informazioni che ottengo 
da chi e' in loco e non e' esperto di Linux.
Ho fatto fare le seguenti prove:
1) Comando startx : Gnome parte ma viene visualizzato un box con il 
seguente errore: Erreur interne, failed to initialize HAL !
2) Controllo configurazione interfaccia di rete: sembra tutto a posto
3) Mi sono fatto inviare i file /var/log/messages e il risultato del 
comando dmesg: Non vengono evidenziati errori
4) Provato a far ripartire il demone dbus ma viene riportato che detto 
demone e' gia' avviato.
Cosa posso fare?
Qualcuno ha qualche suggerimento da darmi? O qualche altro test da fare?
Sono quasi alla disperazione :)
Grazie per l'aiuto
Ciao
Giuseppe

Giuseppe³ <giuseppeATh...@xxx.xxx> ha scritto:

Si,prova a fare un check delle partizioni con fsck:
fsck /dev/xxx
poi prova a dare questo comando:
sudo /usr/lib/hal/hald-generate-fdi-cache
se ancora non risolvi reinstalla dbus
sudo apt-get --reinstall install dbus
sudo dpkg-reconfigure hal
-- 
erik christille
presidente e fondatore del V.R.G
valle d'aosta retrocomputing group

 sudo dpkg-reconfigure hal
Ciao,
Grazie per l'aiuto.
Adesso provo ad inviare le istruzioni.
Spero che entro sera o domani le eseguano.
Ciao
Giuseppe

 
Ciao,
Ho avuto il responso delle prove fatte.
Riporto pari pari la risposta:
Point 1 and 2 didn't work.
When I give the command  sudo apt-get --reinstall install dbus here is
the report :
  admin@server1:~$ sudo apt-get --reinstall install dbus
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Les paquets suivants seront mis à jour :
  dbus
1 mis à jour, 0 nouvellement installés, 0 à enlever et 46 non mis à jour.
Il est nécessaire de prendre 0o/325ko dans les archives.
Après dépaquetage, 0o d'espace disque supplémentaires seront utilisés.
/bin/sh: /usr/sbin/dpkg-preconfigure: Aucun fichier ou répertoire de ce type
dpkg : « install-info » introuvable dans la variable PATH.
dpkg : « update-rc.d » introuvable dans la variable PATH.
dpkg: 2 programme(s) attendu(s) introuvable(s) dans la variable PATH.
NB : la variable PATH du super-utilisateur doit normalement contenir
/usr/local/sbin, /usr/sbin et /sbin.
E: Sub-process /usr/bin/dpkg returned an error code (2)
And When I give sudo dpkg-reconfigure hal :
  admin@server1:~$ sudo dpkg-reconfigure hal
sudo: dpkg-reconfigure: command not found
Devo chiedere delucidazioni sul perche' dice che il punto 1 (comando 
fsck) non funziona.
Non capisco se non ha risolto il problema o se ha dato qualche errore.
Per il resto, che cavolo vuol dire che non trova i comandi sulla PATH di su?
Ho fatto controllare in /etc/rc2.d e il dbus viene lanciato come S12 
mentre gdm come S13. Ho letto che ci sono casi in cui dbus viene 
lanciato come S13 e questo crea problemi.
Inoltre questo e' il file fstab:
# /etc/fstab: static file system information.
#
# <file system>	<mount point>	<type>	<options>		<dump> 	<pass>
proc			/proc			proc		defaults		0		0
/dev/md0		/			ext3		defaults,errors=remount-ro	0	1
/dev/md1		/partage1		ext3		defaults,errors=remount-ro	0	1
/dev/sda1		/boot			ext2		defaults		0		2
/dev/sdb1		/media/sdb1	ext2		defaults		0		2
/dev/sda3		none			swap	sw			0		0
/dev/sdb3		none			swap	sw			0		0
/dev/scd0		/media/cdrom0	udf,iso9660 user,noauto	0		0
/dev/fd0		/media/floppy0	auto		rw,user,noauto	0		0
 
Non mi pare ci siano problemi.
Da notare che la macchina risponde ai ping, ma non e' possibile 
connetersi in nessun modo in ssh e pure il domain controller con samba 
funziona.
Non riconosce le periferiche USB tipo le chiavette.
Riesce, per qualche strano motivo, a connettersi ad internet attraverso 
il proxy server.
Cosa si puo' fare?
Ciao
Giuseppe

mm..prova a dare sto comando da root e dimmi cosa risponde:
echo $PATH


 
Le batterie dell'UPS stanno morendo (od una batteria è morta).
Andrea

 
Ciao
Allora la path di utente normle e':
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games
Dando su la password e' esattamente la stessa (mi pare impossibile ma ho 
fatto fare 2 volte la prova):
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games
Provando a dare il comando seguente:
sudo hald --daemon=no --verbose=yes here is the answer :
la risposta e':
hald : command not found
La directory /var/cache/hald dove dovrebeb trovarsi il file fdi-cache 
non esiste.
Ho fatto verificare, inoltre, che il comando 
/usr/lib/hal/hald-generate-fdi-cache
non esiste nella directory indicata.
Attendo fiducioso qualche tu dritta.
Grazie
Ciao
Giuseppe

Giuseppe³ <giuseppeATh...@xxx.xxx> ha scritto:

pare ok,ma non e' facile capire il problema senza averlo davanti fisicamente:)
a volte un'interruzione improvvisa fa' scherzi strani,come e' successo a me di
trovare la directory /home vuota ed aver trovato tutto il contenuto in /_home
a sto punto vedi se le directory sono corrette
/usr/local/sbin
/usr/local/bin
/usr/bin
/usr/sbin
/sbin
/bin
prova a reinstallare dpkg(anche se mi pare di aver capito che non install na mazza)
sudo apt-get --reinstall install dpkg
controlla che in /usr/sbin ci siano i files:
dpkg-reconfigure,install-info,update-rc.d
poi il fsck della directory / e' stato fatto?


Giuseppe³ ha scritto:

hald dovrebbe essere in /usr/sbin
prova a fare un ls -l /usr/sbin/hald.
a) il filesystem è andato
b) il recovery del suddetto fs ha segato la dir (guarda se esiste un 
lost+found)
Andrea

 
Si, L'ho fatto fare su tutte le partizioni e non da nessun errore.
Stasera provo a dare indicazioni per fare i nuovi test.
Ciao
Giuseppe

 
Ciao,
Stasera provo a dare indicazioni per fare anche queste prove.
Ti faro' sapere.
Ciao
Giuseppe

 Giuseppe
io avrei iniziato cercando di tirar su la rete, in modo da potermici 
collegare in remoto...
Ciao Jack
-- 
http://motoko.dyndns.org

 
Ciao,
Infatti e' quello che ho cercato di fare.
Purtroppo senza esito.
La cosa incredibile e' che il server riesce a connettersi ad internet e 
anche apt-get sembra riuscire ad accedere alla rete.
Inoltre la macchina risponde ai ping.
Tutto il resto (ssh, e samba) invece si rifiutano categoricamente di 
partire.
Cosa controlleresti?
Ciao
Giuseppe

ss4 ha scritto:
<cut>
Ciao,
Sto cominciando a pensare di reinstallare tutto il SO :(
C'e' qualche possibilita' di salvare almeno gli account utente?
Magari potendo anche passare da Ubuntu a Debian (la speranza e' sempre 
l'ultima a morire).
Le directory utente potrei appoggiarle su un'altra partizione durante la 
reinstallazione.
Ciao
Giuseppe

 Cosa controlleresti?
sshd e' attivo?
la configurazione di ssh c'e' ed e' in ordine?


 Giuseppe
pero di esserti stato di aiuto e soprattutto chiaro, altrimenti chiedi pure.
Ciao
UB
-- 
U'll neva get 2 heaven if ur scared of gettin high

 
Grazie per l'aiuto, ma la vedo molto dura :(
Non posso accedere fisicamente alla macchina e, avendo perso anche il 
collegamento ssh, devo far fare ogni manovra ad uno che non e' molto 
esperto di Linux, per cui devo spiegare ogni minima azione per mail.
Al minimo inghippo si ferma tutto.
Adesso provo a concentrarmi su il tentativo di riabilitare il controllo 
via ssh.
Se non ci riesco, passo a reinstallare tutto e poi si vedra' il da farsi.
Ciao
Giuseppe

Giuseppe³ ha scritto:
<cut>
Ciao,
Oggi ho fatto qualche passo avanti :)
Ho fatto degli screenshot, di una macchina muletto che ho qui, per ogni 
singola folder del SO.
Ho inviato il tutto alla persona che e' dove c'e' il server ed ho fatto 
controllare file per file se erano tutti presenti e con gli attributi 
giusti.
E' saltato fuori che la folder /usr/sbin e' sparita !
Io mi chiedo: ma e' possibile una cosa del genere o, come penso io, 
qualcuno ha fatto la cazzata di cancellarla o spostarla?
Detto questo, ora il problema e' risistemarla.
Ssh non funzia, USB non funzia.
Le uniche due alternative che vedo sono:
1) Inviare la folder del computer muletto e farla registrare su un HD 
appoggio. Poi tolgo uno dei due dischi del raid ed inserisco l'HD di 
appoggio. Quindi sposto i file dal disco appoggio al disco del raid 
rimasto e faccio ripristinare a manina, file per file il proprietario, 
gruppo ed attributi. Infine risistemo il raid.
2) Appoggio i file sullo spazio web e utilizzando Firefox faccio 
scaricare file per file nel computer. Poi procedo con la sistemazione 
del proprietario, gruppo e attributi.
Alla fine pensavo di fare un check con apt-get per vedere se riesce a 
risistemare da solo i pacchetti installati.
Che opzione di apt-get devo utilizzare per far reistallare tutti i 
pacchetti?
E' una cosa fattibile?
Suggerimenti?
Ciao
Giuseppe

Era li' che volevo arrivare,prima di ogni cosa assicurati che la directory non
sia stata rinominata o a seguito di un fsck recuperata e messa nella directory
lost+found,sempre che sia stato eseguito sulla /
altrimenti,dato che il fsck va' fatto su partizioni non montate,dovresti fare il
boot da un livecd,assicurarti che la partizione non sia montata ed
eseguire,pultroppo apt-get non puo' riparare a queste cose.


 
Ciao,
No, in lost+found non c'e' niente.
fsck e' stato fatto con le partizioni montate e non ha dato errori.
Se faccio partire con la live, le partizioni vengono montate in automatico?
Al limite da interfaccia grafica posso far fare un tasto destro->umount?
Non intendevo che apt-get ripari questo casino, ma una volta 
ripristinata la directory con i file scaricati via web, effettuare un 
controllo che le applicazioni abbiano i file corretti.
Ciao
Giuseppe

Non mi pare che le monta in automatico,ma non e' un problema,da
terminale fai
quel che vuoi,poi con gparted identifichi la partizione su cui lavorare.



Scusa di nuovo e, la butto li, partire con una live, una volta avviato
il tutto, dato per scontato che e' stato montato il filesystem
incriminato per esempio su /media/disk1. A questo punto visto che ti
manca tutta la /usr/sbin su tale disco, io farei una prova e copierei la
 /usr/sbin della live nella /media/disk1/usr. Quindi fai ripartire il
server e vedi cosa succede, Al massimo sei al punto di partenza ma se
non altro hai buona parte dei comandi che ti servono su /usr/sbin. Con
questo non voglio dire che hai ripristinato il tutto pero' come si suol
dire piuttosto che meglio e' meglio piuttosto. Ti diro' di piu' se sulla
live hai sshd allora molto probabilmente se su /etc/ssh non e' successo
niente di trascendente sshd dovrebbe ripartirti e almeno cosi' ci metti
le mani da remoto


 le mani da remoto
Ciao, e grazie a tutti per l'aiuto.
In effetti partire con la live e far copiare la /usr/sbin sull'hd non mi 
era venuto in mente.
Ieri sera, comunque, ho copiato tutti i file della /usr/sbin del 
computer muletto che ho qui su una directory del mio sito web.
Questa mattina ho fatto scaricare detti file sul server e ho fatto 
ripristinare l'owner, il gruppo ed i permessi.
A questo punto dopo il reboot come per magia, Gnome e' ripartito, l'usb 
e il DVD hanno ripreso a funzionare ed inoltre sono riuscito ad entrare 
in ssh !!!
Adesso devo ripristinare 4 o 5 link presenti in /usr/sbin poi dovrei 
essere a buon punto.
Attualmente samba sembra non funzionare e quindi l'accesso dei client 
non e' consentito, ovviamente anche il damai controller non va.
La domanda che mi gira in testa e provo a rifare e':
E' possibile tramite apt-get forzare la reinstallazione di tutti i 
pacchetti che erano installati dentro il server?
Se forzo una reinstallazione di samba, mi cancella i file di setup e il 
database utenti/macchine del dominio?
Se si cosa devo backuppare prima di rifare l'installazione?
Grazie
Ciao
Giuseppe

 Se si cosa devo backuppare prima di rifare l'installazione?
Ciao,
io ho dovuto fare un'operazione simile per ripristinare tutti i
permessi su / . Posso confermare che "aptitude reinstall nomepacchetto"
non va a modificare i file di configurazione presenti.
Il procedimento che ho seguito io è stato il seguente:
- "dpkg --get-selections > pacchetti.txt"
- colpi di cat, sed, grep e tr sul suddetto file per ottenere una lista
dei soli pacchetti installati tutta su una riga
- "aptitude reinstall `cat pacchetti.txt`" Questo sicuramente ti dirà
che ci sono delle dipendenze ricorsive che non può soddisfare, a quel
punto editi il file eliminando il/i pacchetto/i che creano problemi e
tali pacchetti li reinstalli a mano.
Non so se esista una procedura corretta, io quando ho avuto necessità
di reinstallare il sistema mantenendo i file di configurazione ho
sempre fatto così. :)
Ciao
InSa
-- 
++ Powered by Sid ++


Dai che manca poco alla luce, non perderti d'animo adesso perche' ci
stai riuscendo. Non ti dico le urla nel momento in cui potrai dire
"Cazzo rifunziona tutto !!!@@@??!@@" e giu' altre imprecazioni pero'
alla fine avrai vinto sapendo anche quello che hai fatto che e' la cosa
piu' importante e non reinstallando il tutto banalmente.
P.S.
   Nell'indecisione, per quanta riguarda la configurazione dei pacchetti
che tu ritieni essere importanti (vedi Samba per i quali hai
configurazioni che sicuramente non vuoi perdere) fatti una copia per
esempio anche in /opt che sicuramente e' un posto dove nesun pacchetto
installato o da reinstallare andra' mai a rompere le scatole. Per il
resto anche apt-get install nomepacchetto --reinstall funziona ed in
teoria dovrebbe tenere la configurazione pero' nella mia esperienza la
legge di Murphy regna sovrana e quindi vale il consiglio di cui sopra.


 
Intendo dire per esempio
copia /etc/samba /opt/etc/samba
copia /etc/apache2 /opt/etc/apache2
e cosi' via
Dai un occhio anche a /etc/defaults, ed eventualmente comportati alla
stessa maniera.
Stasera o al massimo domani voglio rivedere una mail positiva su tutti i
fronti.


 stessa maniera.
Se devi fare un lavoro del genere consiglierei 
"cp -a /etc/ /dove_vuoi_tu/backup_etc"
così nel caso qualcosa vada storto (sgrant) hai in ogni caso _tutta_ la
directory /etc/ salvata da qualche parte.


 
Non volevo arrivare a questo ma in ultima analisi e' proprio questo
quello che in ogni caso ti ripara da eventuali sorprese che possano
accaderti in seguito. Sicuramente fare la copia dell'intera /etc e' la
cosa che farei. Tanto piu' che se fai un du non e' che contenga una gran
pacca di roba per cui anche secondo me vale la pena.


 gran pacca di roba per cui anche secondo me vale la pena.
He he, avevo controllato anch'io prima di postare quanto era grande. ;)
root@tower:~# du -sh /etc/
86M	/etc/


 fronti.
Grazie dell'incoraggiamento :)
Penso che sara' piu' lunga in quanto devo meditare su ogni singolo passo 
per evitare disastri.
Ho letto i vostri messaggi e stasera li esaminero' per benino.
Adesso che ho il collegamento ssh vado sicuramente meglio. Prima ho 
dovuta andare avanti a colpi di mail istruendo la persona che e' in loco 
su ogni singola mossa.
Devo ancora capire dove samba memorizza i suoi database.
E' sempre in /etc/samba o da un'altra parte ?
Faro' un backup di tutti i file importanti su un'altra partizione del 
disco dove ho abbastanza spazio.
Vi terro' informati.
Grazie per l'aiuto.
Giuseppe

Giuseppe³ ha scritto:
<cut>
All'inizio non ci avrei scommesso il becco di un quattrino, ma con mia 
grande gioia sembra che siamo riusciti a sistemare il server !!! :)
Tra ieri sera e oggi ho sistemato samba e l'accesso dei client win 
avviene regolarmente. Anche il domain controller funziona.
Non sono stati persi gli utenti e nessun dato degli utenti!
Oggi ho fatto fare il fsck di tutte le partizioni dei 2 dischi partendo 
da una live e facendo smontare tutte le partizioni.
Nessun errore.
L'unica cosa veramente strana, e' che con il sistema partito dalla live 
il disco sdb non viene riconosciuto, come se fosse staccato.
Anche fdisk -l non lo vede.
Partendo normalmente, invece, sdb viene riconosciuto correttamente.
L' fsck l'ho fatto ugualmente su tutti e due i dischi facendo staccare 
momentaneamente il disco sda e collegando sdb come sda.
L'unico dubbio e' sulla versione della live: Ubuntu 4.01 o qualcosa del 
genere. Purtroppo non c'era disponibile niente di piu' recente come live.
Adesso ho fatto scaricare l'ultima versione di Ubuntu che verra' tenuta 
come live.
Appena sara' finito il download rifaremo il test.
In conclusione, quasta e' un'ulteriore dimostrazione (sempre che ce ne 
fosse bisogno) che raid != backup.
I prossimi obiettivi saranno:
1) Creare un backup bootstrappabile su un disco esterno USB. Allo scopo 
pensavo di utilizzare Clonezilla.
2) Migrare il sistema su una Debian. Questo per risolvere un problema di 
installazione del sistema attuale il quale ha le partizioni di boot e di 
swap fuori dal raid e questo rompe le palle quando si fanno gli 
aggiornamenti. Per fare questo penso di prendere due dischi nuovi ed 
installare il sistema da 0. Poi invio i dischi e li faccio sostituire 
brutalmente in modo che in caso di problemi si possa tornare indietro 
rapidamente. Il problema piu' grosso che vedo e' quello di mantenere gli 
utenti e i relativi dati. Sarebbe una grandissima scocciatura dover 
reinserirli tutti da 0 visto che sono circa 150-200.
Comunque per il momento godiamoci il successo!
Grazie a tutti per l'aiuto
Ciao
Giuseppe

 
Semplicemente ..... GRANDE !!!
