Reinstallare GNU/Linux Ubuntu da terminale senza sudo, come?

[andbit]

Ciao a tutti, per tristi motivi dovuti ad errori umani che non vi sto a dire, non ho scelta: devo reinstallare tutto partendo da zero, però solo da terminale e senza digitare sudo perché mi dice:

"Lo uid effettivo non è zero, il programma sudo è installato con setuid root?"

Ora vorrei togliere GNU/Linux Ubuntu dal mio notenook per poi rimettercelo, e adesso: cosa e come? Stupitemi

[steff]

Inanzitutto dubito se non hai scelto. Puoi avviare in modalità ripristino > root? (premendo shift durante l'avvio)? Se sì:

Codice: Seleziona tutto

mount -o remount,rw /
adduser mariorossi
adduser mariorossi admin
reboot

Poi devi magari riparare sudo, dipende cosa hai fatto.

Per reinstallare non puoi usare il terminale ma un cd o usb live con grafica.

PS: questo che ho scritto è probabilmente inutile visto il tuo crosspost dove dici di avere modificato permessi a cartelle nel filesystem, reinstalla e non toccare più i permessi nel filesystem, basta usare sudo per spostare o modificare dei file singoli.

[andbit]

Ok prendiamo in considerazione la via della reinstallazione, ho un problema: non mi rileva nessuna usb, e non ho unità ottiche! Quindi?

[steff]

Come hai installato la prima volta?

[andbit]

Ok ora lo ho reinstallato, provo a sistemare tutto come prima e vediamo se riscontro dei problemi da segnalarvi.
Comunque, tanto per non rischiare di commettere di nuovo questo errore, io credo di aver combinato questo casino per il fatto che abbia cambiato i permessi di file system, perché?

[gian64]

Ok ora lo ho reinstallato, provo a sistemare tutto come prima e vediamo se riscontro dei problemi da segnalarvi.
Comunque, tanto per non rischiare di commettere di nuovo questo errore, io credo di aver combinato questo casino per il fatto che abbia cambiato i permessi di file system, perché?

Spiegazione da profano, sono ben accette spiegazioni più precise...

Il sudo, ovvero l'attribuzione dei privilegi di amministrazione su un singolo comando, serve proprio a impedire agli inesperti di modificare inavvertitamente componenti fondamentali del file system, che possono compromettere il sistema. Questa è la ragione per cui in ubuntu il su, ovvero l'entrare nel terminale come root, è disabilitata, anche se è pur vero che c'è il terminale di root che si avvia dalla sua icona, previo inserimento della password.

Quanto a cambiare permessi al file system, c'è file e file, e ce ne sono alcuni che sono per così dire innoqui, altri che sono invece basilari per il funzionamento del sistema stesso. A me è capitato di creare un file per avviare una distro che altrimenti grub non riusciva ad avviare, ovviamente dopo la creazione dello stesso ho dovuto dargli i permessi di esecuzione, altrimenti non sarebbe riuscito comunque a fare il suo lavoro. Questo è il classico caso di file che anche se modificato nei permessi non compromette il sistema che lo ospita, togliendogli i permessi di esecuzione l'unica conseguenza era che non funzionava più, ma la mia ubuntu dal cui grub avvio tutti i SO non aveva problemi.

Ma se tu modifichi i permessi di altri tipi di file le conseguenze possono essere irreparabili.

Nel dubbio non modificare mai niente nel file system senza sapere esattamente ciò che stai facendo.

[andbit]

Il mio scopo era questo: ottenere tutti i permessi sui file relativi al theme di ubuntu, una volta ottenuti ho voluto modificare dei valori e la mia domanda ora è:
- che sia stato tutto questo a rovinare tutto?
- se avessi usato sudo per la modifica dei valori non sarebbe successo tutto questo?
- volevo andare a modificare il theme a livello di righe di codice, è possibile e se si in che modo se non nel mio?

Grazie

[steff]

E' un errore classico... di solito i temi e altre personalizzazioni, impostazioni ecc sono nella tua home, il sistema prima controlla la loro presenza lì poi se non c'è quello scelto prende quello del sistema in /usr/share. Se per un motivo o un altro devi toccare questi del sistema non devi mai modificare i permessi di file o cartelle ma agire con sudo.
Con sudo o meglio gksu gedit /percorso/al/file modifichi file di testo, con gksu nautilus sposti, salvi file nuovi, crei cartelle ecc.

[andbit]

Ok grazie, quindi via terminale utilizzerò sudo invece di andare a modificare i permessi