Ripristino dall'impostazione della shell di root su un file errato

Diciamo che sono andato e ho fatto una cosa stupida, come usare 'chsh' per cambiare la shell dell'utente root in un percorso di file errato. I futuri accessi all'account root falliranno bruscamente, citando / bin / qualunque cosa non venga trovata, e ti riavvieranno alla schermata di accesso. Escludendo una modalità di ripristino o inserendo un LiveCD per modificare / etc / passwd, quali sono le mie opzioni per ripristinare il mio sistema? Supponiamo anche (per divertimento?) Che non ci siano altri utenti nella ruota. Pensieri?

All'avvio, aggiungi init=/bin/bash(o un percorso a qualsiasi altra shell funzionale) alle tue opzioni di avvio: verrai portato direttamente a una singola shell utente. Potrebbe essere necessario fare mount -o remount,rw /prima di modificare la /etc/passwdvoce in quell'ambiente. Successivamente, basta riavviare o fare exec /sbin/init 3. Basta non digitare exito premere Ctrl + D, poiché ciò comporterebbe il panico del kernel *.

Un'ulteriore variante di questo metodo potrebbe essere necessaria su alcuni sistemi caricati in modalità a due stadi (con un'immagine initrd). Se noti che le opzioni di avvio contengono init=e, soprattutto real_init=, il posto da inserire /bin/bashdovrebbe essere l'ultimo parametro (cioè real_init=/bin/bash).

_{* Questo perché in quell'ambiente, la shell è vista dal kernel come il programma init - che è l'unico processo che il kernel conosce - rappresenta un sistema in esecuzione sotto l'occhio del kernel. Terminare improvvisamente quel processo, senza dire al kernel di arrestare il sistema, deve provocare il panico del kernel. (Non ti preoccuperesti se all'improvviso tutto intorno a te diventasse nero e silenzioso?)}

È possibile utilizzare sue specificare una shell da eseguire (non sono sicuro se si sta tentando di sottintendere che ciò non è possibile con la nota in merito alla presenza di altri utenti wheel):

su -c /bin/bash

Altrimenti potresti fare qualcosa di simile se il tuo demone ssh consente l'accesso al root:

ssh root@localhost /bin/bash

Puoi anche impostare una shell come init nel tuo bootloader, per esempio, init=/bin/ksho simili.

Se il tuo bootloader è configurato per consentire la modifica live dei parametri del kernel, una soluzione è riavviare e usare una shell come processo di init, ad es init=/bin/bash. Quindi, montare tutto ciò che deve essere montato a mano e modificarlo /etc/passwd. synce riavvia con il solito init.

Se l'essenza della tua domanda è che hai bloccato tutti i modi per diventare root, allora per definizione non puoi diventare root.

È comune consentire tre modi per diventare root su un sistema unix:

• Accedi come root, inserendo rootun prompt di accesso e digitando la password di root. Questo esegue la shell di root.
• Accedi come un normale utente, quindi diventa root eseguendo sue digitando la password di root. Su alcuni sistemi, questo richiede di essere in un particolare gruppo (spesso chiamato wheel); su altri sistemi, chiunque conosca la password di root può diventare root. I sistemi che utilizzano PAM per l'autenticazione utilizzano pam_wheelper gestire il gruppo di ruote se ne hanno uno. Se si specifica un comando con su -c, viene eseguito tramite la shell di root.
• Accedi come un normale utente, quindi diventa root eseguendo sudoe digitando la tua password. L'account utente deve essere stato dotato dei poteri sudo da un amministratore. A meno che non sia limitato nel sudoersfile, è possibile eseguire qualsiasi comando, indipendentemente dalla shell di root.

Un modo tradizionale per proteggersi dalla non disponibilità della shell di root è quello di definire un altro account con UID 0 e una shell diversa ( toorè un nome tradizionale). Ad esempio, se la shell di root è un eseguibile collegato dinamicamente (una buona idea per conservare la memoria) e un aggiornamento della libreria va storto, la shell di root potrebbe essere inutilizzabile. L'account root alternativo avrebbe un eseguibile collegato staticamente, possibilmente uno con utilità comuni integrate come BusyBox .

Le risposte di cui sopra sono fantastiche e ho imparato leggendole. Se non ricordi i dettagli di questi approcci e non ti dispiace riavviare, puoi sempre avviare il sistema usando una distribuzione CD live, montare la / partizione e quindi modificare / etc / passwd e riavviare. Non elegante come le soluzioni di cui sopra, ma più facile da ricordare.