Newsgroup: it.comp.os.linux.iniziare
Titolo: Errore in InitTab

Scusate.
Ho sbagliato a scrivere qualcosa in initTab e adesso il sistema non mi
parte più
Fedora Core 5 per la precisione.
In particolare penso che si blocchi quando parte X
Non riesco a trovare un modo per farlo fermare a runlevel 3 in modo da
poter mettere a posto inittab con l'editor da riga di comando.
Grazie


Boota con una LiveCD, monta la partizione su cui sta /etc e modifica
inittab ... al riavvio del sistema normale dovrebbe essere tutto a posto ...
Ciao
<<<MirO>>>

Orca.
E' un pò più complessa la cosa. C'è l'ho dentro una virtual machine
di vmware.
Può darsi che non c'è un modo interattivo per dirgli di non caricare
X ?

 Grazie
usa single mode di grub o lilo e rimetti a posto quello che vuoi.
bye, giubbe

 bye, giubbe
Grazie giubbe.
Ha funzionato. Però a questo punto mi sorge un dubbio.
Praticamente chiunque abbia accesso fisico alla mia macchina può
entrare.
Non mi ha mica chiesto la password.
Tra l'altro ho trovato su internet la procedura per cambiare la
password di root quando si è in modalità single
E' normale questa cosa?

 E' normale questa cosa?
normalissima e voluta per i casi d'emergenza. Tieni presente se hai accesso
alla macchina fisica non si può parlare di sicurezza perchè in un qualche
modo ci puoi accedere.
Comunque, volendo, puoi impostare una password al boot in caso di uso del
single mode. Con lilo è facilissimo (ti basta leggere il man), con grub non
lo so.
Tieni presente, però, che la pass sarà in chiaro nel file lilo.conf (in
grub non so) e quindi visibili a chiunque riesca a navifare nel disco,
seppur virtuale. Anzi esiste un modo per montare il disco sotto windows
come se fosse un vero disco.
Anzichè usare i classici grub o lilo puoi usare loadlin da partizione dos,
a patto di togliere dalla macchina tutti i dispositivi di boot (o renderli
inoperanti a tale scopo), ma con una virtual machine non so se è possibile
mettere la password al bios e se è sufficiente.
L'unico modo certo per mantenere riservate le informazioni in un computer
in cui più persone hanno l'accesso fisico è usare la crittografia. In linux
puoi usare anche immagini crittografata di dischi da montare
all'occorrenza.
bye

Grazie.
Sei stato molto gentile.
Certo questa cosa mi ha lasciato un pò interdetto.
Però... basta saperla.

 come se fosse un vero disco.
cambi i permessi di lilo.conf in modo che possa essere letta solo da
root.
Ovviamente se monti la partizione con un live cd sei root e quindi puoi
leggerla comunque

 root.
Questo non serve a nulla, purtroppo. Se avvii con una live o monti un disco
dei permessi non te ne fai nulla.
bye

 bye
Se hai accesso al disco, come gia` detto, nessuno dei precedenti
accorgimenti serve a qualcosa.
-- 
Pigital

dei permessi non te ne fai nulla.
-Se il bios lo permette si disabilitano i dispositivi di avvio diversi
dal principale
-Si imposta una password sul BIOS
-Si mette un lucchetto sul case
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 -Si mette un lucchetto sul case
Si copre il pc con una teca antitutto, si inchioda il pc al tavolo,  si
fonde il tavolo con il pavimento, si rinforza il pavimento con piastre anti
taglio, si inseriscono cavalli di frisia anti buldozer, si spargono mine
anticarro ....

 anticarro ....
Nulla di tutto cio'.
Si usa un file system criptato. ;-P
E se vuoi anche conservarli, i tuoi dati, il backup lo porti lontano
dalla macchina.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 Tieni presente, però, che la pass sarà in chiaro nel file lilo.conf 
una volta dato il comando lilo, il file /etc/lilo.conf può essere rimosso
senza problemi.

 senza problemi.
Da te senza alcun dubbio. Io al limite, con la memoria che mi ritrovo e con
l'innata pigrizia, lo posso cifrare. Comunque è una buona idea.
bye

 con l'innata pigrizia, lo posso cifrare. Comunque è una buona idea.
]zac[
Credo che rimuove i permessi di lettura sia sufficiente, considerando che se
qualcuno ha la possibilità di diventare root su un sistema non c'è password
che tenga, quella del bootloader sicuramente per molto molto poco.