Saya bermain-main di terminal root, dan saya tidak sengaja menghapus seluruh /bin
folder saya . Apakah ini berbahaya? Apa yang harus saya lakukan untuk memperbaikinya?
root@laptop:/# ls -l /
total 80
drwxr-xr-x 3 root root 4096 Oct 11 19:10 boot
drwxr-xr-x 16 root root 3360 Oct 11 20:21 dev
drwxr-xr-x 123 root root 4096 Oct 12 10:08 etc
drwxr-xr-x 3 root root 4096 Dec 14 2012 home
lrwxrwxrwx 1 root root 29 Oct 11 19:10 initrd.img -> boot/initrd.img-3.2.0-4-amd64
lrwxrwxrwx 1 root root 30 Oct 11 18:48 initrd.img.old -> /boot/initrd.img-3.2.0-4-amd64
drwxr-xr-x 15 root root 4096 Oct 11 18:54 lib
drwxr-xr-x 2 root root 4096 Oct 11 18:48 lib64
drwx------ 2 root root 16384 Oct 11 18:47 lost+found
drwxr-xr-x 3 root root 4096 Oct 11 20:21 media
drwxr-xr-x 2 root root 4096 Dec 14 2012 mnt
drwxr-xr-x 2 root root 4096 May 6 05:27 opt
dr-xr-xr-x 150 root root 0 Oct 11 18:54 proc
drwx------ 4 root root 4096 Oct 11 20:40 root
drwxr-xr-x 17 root root 680 Oct 12 10:06 run
drwxr-xr-x 2 root root 4096 Oct 11 19:09 sbin
drwxr-xr-x 2 root root 4096 Jun 10 2012 selinux
drwxr-xr-x 2 root root 4096 May 6 05:27 srv
drwxr-xr-x 13 root root 0 Oct 11 18:54 sys
drwxrwxrwt 11 root root 4096 Oct 12 11:31 tmp
drwxr-xr-x 10 root root 4096 Oct 11 18:51 usr
drwxr-xr-x 11 root root 4096 Oct 11 18:55 var
lrwxrwxrwx 1 root root 26 Oct 11 19:10 vmlinuz -> boot/vmlinuz-3.2.0-4-amd64
lrwxrwxrwx 1 root root 26 Oct 11 18:51 vmlinuz.old -> boot/vmlinuz-3.2.0-4-amd64
Jawaban:
Berbahaya? Tidak lagi - Anda sudah melakukan hal yang berbahaya.
Anda baru saja menghapus bagian dari sistem yang memiliki hal-hal penting yang dimiliki setiap kebutuhan sistem. Menurut artikel wikipedia di FHS / bin berisi "binari perintah esensial yang perlu tersedia dalam mode pengguna tunggal; untuk semua pengguna, misalnya, cat, ls, cp." Ini sangat penting dalam beberapa konteks.
Dengan asumsi Anda ingin memperbaiki ini, Anda mungkin dapat menyalin / bin dari sistem yang sedang berjalan - mungkin dari livecd dari versi yang sama dari distro Anda. Saya tidak sepenuhnya yakin ini akan berhasil.
Meskipun demikian, saat Anda mencoba ini, buat cadangan file penting jika terjadi kesalahan. / etc / / home dan / var mungkin ide yang bagus, seperti / srv di distro yang menggunakannya
sumber
Ya, apa yang baru saja Anda lakukan adalah kesalahan yang sangat penting, mungkin sebanding dengan menghapus Program Files pada Windows (jika itu mungkin).
Jika Anda memiliki mesin (virtual) lain di sekitar, Anda dapat mencoba solusi yang cukup baik dan cepat untuk masalah umum ini:
Apa yang kita butuhkan?
Proses:
Tanda '#' berarti, Anda harus root. Mengganti '#' dengan "sudo" akan dilakukan pada sebagian besar sistem. Pada yang lain, gunakan "su".
atau
Ini penting karena sebagian besar program benar-benar menautkan ke / bin / sh dan banyak skrip memilikinya di baris shebang (#!). Anda harus menautkan ke bash (untuk kebanyakan orang), atau shell yang Anda gunakan (bagi mereka, yang mungkin tidak akan menghapus direktori / bin).
atau
Setidaknya itu seharusnya membuat Anda sistem kerja. Anda mungkin harus menginstal ulang coreutils dan secara umum ada beragam masalah. Anda harus membuat cadangan data Anda dan berhati-hati.
sumber
Saya telah melakukan hal berikut dan dapat memulihkan Ubuntu saya yang berfungsi penuh dalam 5 menit.
Instal Salinan Ubuntu Anda (versi yang sama yang telah crash) ke pen-drive.
Jalankan mode langsung Ubuntu dengan flashdisk di mesin sakit Anda
Temukan drive Anda yang macet dan pasang dari tab "places", di sudut kiri atas mesin Anda.
Buka terminal menggunakan Ctrl+ Alt+ T"dan buat folder bin ke dalam drive yang terpasang menggunakan
sudo
, yaitusudo mkdir /media/bin
Salin semua file bin dari sesi langsung Anda ke perangkat korban, dengan
sudo
, yaitusudo cp /bin/* /media/bin
Mulai ulang, ini mungkin menampilkan beberapa pesan untuk memperbarui firmware Anda (atau pesan lainnya) abaikan saja untuk sementara dan masuk.
sumber