FreeBSD 8.2, cancellato / bin / sh, non può essere avviato

Ho preso una pessima decisione su uno dei miei server.

Ho cancellato /bin/sh. Ho riavviato il server e il server non funzionerà perché deve /bin/shavviare gli script rc. Non riesco ad accedere alla modalità utente singolo neanche perché sh è necessario.

Esiste un modo semplice per reinstallare la shell bourn?

Ho provato a copiare sh da un cd live, non è riuscito sulla libreria ld-elf.so.1. Quindi l'ho copiato in / libexec dal livecd alla mia / partizione. Ha quindi bisogno della libreria libedit.so e l'ho copiata in / libexec ma questa volta non funziona.

Ho provato un link simbolico /usr/local/bin/bashma mi presenta ancora l'errore di tipo "Impossibile trovare sh". Suppongo che sia perché /usrnon è ancora montato perché è fatto da uno script rc.

Qualsiasi aiuto è molto apprezzato.

Devi sostituire / bin / sh con qualcosa ; questa è la chiave. Se riesci a entrare nel caricatore di FreeBSD durante l'avvio (con un prompt "ok") prova qualcosa del genere:

set init_shell=/bin/csh
unset init_script
unset init_path

Ho ricevuto queste informazioni dal caricatore (8) dalle pagine del manuale di FreeBSD (online). Non l'ho fatto, ma dovrebbe funzionare (supponendo che / bin / csh sia presente ed eseguibile).

Se hai un server FreeBSD 8.2 installato e funzionante altrove, potresti provare a rubare / bin / sh da quella fonte e metterlo nel sistema dove necessario.

In alternativa, prendi un / bin / sh compilato staticamente e inseriscilo invece; non ci saranno problemi di libreria con un binario costruito staticamente.

MODIFICARE: Avrei dovuto notare: se avvii in / bin / csh, devi comunque ottenere qualcosa da usare invece di / bin / sh. Puoi scaricarlo su Internet o copiarlo da un altro CD o pacchetto o altro; l'uso di / bin / csh per l'avvio ti porta nella macchina. La copia in rete richiede di attivare la rete; altrimenti, copia da un CD-ROM.

I modi migliori per evitarlo in futuro:

1. Non eliminare da / bin! (questa è la parte facile)
2. Avere un / bin / sh staticamente costruito, non collegato dinamicamente.
3. Avere un backup sh come /bin/sh.static.

Fai tutti e tre.

OK, prima la lezione:

1. Non si scherza con SISTEMA BINARIES
   Tutto in/bin,/sbine/rescuesu FreeBSD deve essere lasciato solo. Anche se sai cosa stai facendo (se sai cosa stai facendo, sai anche che questi dovrebbero essere lasciati soli. Sono davvero importanti, tutti!)

2. NON cancellare/bin/sh. MAI. Su qualsiasi sistema * NIX che lo possiede.
   Veramente. Non farlo Un sacco di script si basa su/bin/shessere uno Shell Bourne. Rompe l'universo.
   Se lo desideri DAVVERO, puoi probabilmente sostituirlo in modo sicuro con una copia di quellabashsuggerita da Adam Z, ma se lo farai potresti voler collegare staticamente quella copia dibash- Richiama molte librerie e tu potrebbero non averli fino a quando il sistema non è attivo e non/usr/localè montato.

Ora, come risolvere il pasticcio? Due opzioni:

Opzione 1: un po 'doloroso
Vai su http://www.freesbie.org/ (o sul LiveCD di FreeBSD di tua scelta - Probabilmente puoi anche usare il CD di recupero da http://www.freebsd.org per questo). Prendi il LiveCD, masterizzalo e avvialo.

Una volta che sei nell'ambiente LiveCD, monta la partizione radice del tuo sistema danneggiato, copia /bin/shil LiveCD sul tuo computer, quindi riavvia.

Questo dovrebbe farti tornare in esecuzione - Potresti voler seguire le istruzioni per Ricostruire "World" , o almeno ricompilare /bin/shda un albero di origine che corrisponde al tuo sistema in esecuzione.

Opzione 2: Meno doloroso, nessun LiveCD
Se hai un'altra scatola FreeBSD intorno puoi staccarti (o in qualche altro modo per mettere le dita su una copia di/bin/sh, portare la tua macchina FreeBSD in modalità utente singolo. Configura la rete (o monta qualunque supporto abbia la shell sostitutiva) e copiarlo dove dovrebbe essere.

Riavvia e dovresti essere a posto - gli stessi avvertimenti del LiveCD anche se se lo /bin/shprendi non proviene da una macchina ragionevolmente vicina allo stesso identico.

Invece di symlinking, copia il tuo bashin /bin/sh. Utilizzare il lddcomando per trovare eventuali librerie che potrebbero risiedere su filesystem diversi da rootfs e copiarle anche su rootfs.