Vô tình loại bỏ / thùng. Làm thế nào để tôi khôi phục nó?

Tôi đã làm việc trên một thư mục có tên bin. Sau khi tôi hoàn thành, vì quyền sở hữu binvà một số tệp trong đó tôi vô tình chạy:

sudo rm -r /bin

Thay vì:

sudo rm -r bin

Có vẻ như bàn tay của tôi đã sử dụng để thêm /vào trước mọi thứ tôi gõ.

Làm thế nào tôi có thể khôi phục /binthư mục của tôi ?

Tôi muốn cùng các tệp thuộc về Ubuntu của mình, tôi không muốn sao chép và dán chúng từ đĩa trực tiếp hoặc hệ thống đang chạy khác.

Có thể không?

Chà, hầu hết các tiện ích tầm thường và quan trọng đều được cài đặt /bin, và bây giờ bạn mất quyền truy cập vào tất cả chúng. Thực tế, nếu bạn khởi động lại, hệ thống của bạn sẽ không thể khởi động được nữa.

Dù sao, chúng tôi sẽ khắc phục sự cố và làm cho /binnội dung của nó càng gần càng tốt với vị trí của nó. Sự khác biệt duy nhất sẽ là một số liên kết tượng trưng mà chúng tôi cũng sẽ sửa chữa.

Làm sao?

Đầu tiên, chúng ta nên chrootvào hệ thống bị hỏng của bạn, nhưng với một sự khác biệt nhỏ ! Sau đó, chúng tôi sẽ nhận được một danh sách các gói đã cài đặt trên hệ thống của bạn có bất kỳ tệp nào được cài đặt trong /binthư mục, sau đó chúng tôi sẽ chỉ tải xuống các gói cần thiết và trích xuất các tệp cần thiết vào /bin. Sau đó, chúng tôi sẽ được thực hiện.

Ví dụ: sau đó chroot, chúng ta có thể nhận được danh sách các gói đã cài đặt tệp /binbằng cách sử dụng:

dpkg --search /bin | cut -f1 -d: | tr ',' '\n'

Và chúng ta cũng có thể sử dụng:

dpkg --listfiles PACKAGE-NAME | grep "^/bin/" # or awk '$0 ~ "^/bin/

để liệt kê các tập tin được cài đặt bởi các gói này trong /bin.

Sau đó, chúng tôi chỉ cần tạo một danh sách tất cả các gói cần thiết cho chúng tôi, sau đó tải xuống và trích xuất chúng /binvới một cái gì đó như:

xargs apt download < list-packages
dpkg-deb -x PACKAGE .
mv ./bin/* /bin

Tuy nhiên, chúng tôi phải sử dụng tập lệnh để kiểm tra tất cả các gói đã cài đặt trên hệ thống của mình, vì thực hiện thủ công chỉ là sự điên rồ.

Vì vậy, tôi đã viết một kịch bản làm mọi thứ chúng ta cần. Nó tìm thấy tất cả các gói cần thiết để chúng tôi khôi phục /bin, hiển thị cho chúng tôi tên của từng gói và các tệp liên quan của chúng /bin. Đây là một ảnh chụp màn hình:

Cuối cùng, chúng tôi chọn cài đặt lại tất cả các gói hoặc chỉ tải xuống và giải nén các tệp cần thiết vào /bin(đó là tùy chọn được đề xuất):

Bạn có thể lấy một bản sao của tập lệnh này hoặc tải xuống trực tiếp .

Hãy bắt đầu

chroot

Khởi động hệ thống của bạn với một đĩa trực tiếp có kiến ​​trúc giống như Ubuntu đã cài đặt của bạn, mở một thiết bị đầu cuối và nhận quyền truy cập root:

sudo -i

Gắn roothệ thống tệp của bạn (đối với tôi là /dev/sda1):

mount /dev/sda1 /mnt

Chúng tôi sẽ cần kết nối với Internet, vì vậy hãy sao chép resolv.conftừ Ubuntu trực tiếp vào phân vùng gốc được gắn kết của bạn:

cp /etc/resolv.conf /mnt/etc/resolv.conf

Bây giờ sao chép tập lệnh vào một nơi nào đó trên phân vùng được gắn kết, ví dụ:

cp /media/ubuntu/usb/restore-bin.sh /mnt/restore-bin.sh

hoặc bạn có thể tải xuống bằng cách sử dụng wget, v.v. như:

wget https://git.io/v9fRm -O /mnt/restore-bin.sh

Gắn các đường dẫn cần thiết khác:

mount --bind /dev /mnt/dev
mount --bind /sys /mnt/sys
mount -t proc /proc /mnt/proc

Và đây là một sự khác biệt nhỏ : làm thế nào chúng ta có thể chrootđến một hệ thống bị hỏng khi không có /binthư mục trong đó? Chúng ta nên chạy vỏ nào?

Vì vậy, tạo một thư mục bin tạm thời. ví dụ: được đặt tên bintmptrong hệ thống gốc bị hỏng của bạn:

mkdir /mnt/bintmp

Sau đó ràng buộc cuộc sống /binvào đó:

mount --bind /bin /mnt/bintmp

Chroot vào hệ thống trong khi đặt /bintmp/bashvỏ đăng nhập của bạn:

chroot /mnt /bintmp/bash

Xuất biến /bintmpnhư PATHmôi trường của bạn :

export PATH=/bintmp:$PATH

Cung cấp cho tập lệnh bit thực thi:

chmod +x restore-bin.sh

Chạy kịch bản:

./restore-bin.sh

Đợi cho việc tìm kiếm được hoàn thành sau đó trả lời câu hỏi chúng ta đã thấy trong ảnh chụp màn hình. Nó sẽ bắt đầu khôi phục /binvà chúng ta gần như đã hoàn thành.

Sau khi hoàn thành, sử dụng CTRL+ Dđể thoát khỏi chrootmôi trường và ngắt kết nối các đường dẫn được gắn kết:

umount -R /mnt

Khởi động lại hệ thống.

Khôi phục các liên kết trong /bin

Bây giờ hầu như tất cả các tệp trong /binthư mục đã trở lại, ngoại trừ khoảng 5 liên kết tượng trưng được quản lý bởi update-alternatives.

Trong hệ thống đang chạy của bạn, hãy chạy:

sudo update-alternatives --all

Nó hỏi bạn một số câu hỏi; bạn chỉ cần nhấn ENTERđể chấp nhận tất cả.

Và bây giờ chúng ta đã hoàn thành.

Nếu hệ thống hiện tại của bạn vẫn có vỏ chạy và truy cập internet, điều này có thể được thực hiện bằng các công cụ hiện có ở nơi khác trên hệ thống. Tôi giả sử bạn chỉ xóa /bin. /bintất nhiên có tiện ích thuận tiện nhất mà bạn có thể sử dụng trong tình huống như vậy (busybox), nhưng không có điều đó, chúng ta sẽ phải có một chút sáng tạo.

Vì bạn đã có một shell shell đang chạy, và vì đã sudocó trong đó /usr/bin, chúng ta hãy tạo cho mình một shell root đang chạy trước khi chúng ta gây thêm thiệt hại. Nhưng /bin/bashvà hầu hết các vỏ khác đã biến mất! May mắn thay, Linux vẫn có một bản sao trong bộ nhớ mà bạn đang sử dụng. Vì thế:

sudo /proc/$$/exe

Nói đúng ra, chúng ta không cần một cái vỏ gốc cho phần lớn những gì tiếp theo. Nhưng dù sao.

Bây giờ, dpkgvẫn hoạt động, ít nhất là để tìm gói nào có tệp trong /bin:

dpkg -S /bin

Chúng ta có thể sử dụng awkđể xử lý nó và lấy tên gói xargsvà apt-gettải xuống các gói (tất cả trong /usr/bin). Nếu bạn có một thư mục tạm thời mà bạn có thể sử dụng, cdở đó, bởi vì thư mục hiện tại của bạn sẽ có một chút lộn xộn:

dpkg -S /bin | awk -F '[, :]' '{NF--}1' | xargs apt-get download

Bây giờ, vấn đề lớn nhất mà chúng tôi gặp phải /bin/tarlà thiếu, và không có nó, dpkgkhông thể trích xuất tài liệu lưu trữ. Chúng ta có thể đi được hai phần ba quãng đường tới đó, bởi vì:

1. .debtập tin thực sự là artài liệu lưu trữ (một lần nữa trong /usr/bin):

   ar x tar_*.deb
   

2. Bao gồm hai .tar.*tài liệu lưu trữ datavà control:

   $ echo *.tar.*
   control.tar.gz data.tar.xz
   

3. Trong khi các tiện ích gzip đang ở /bin, unxzlà /usr/bin:

   unxz data.tar.xz
   

Bây giờ chúng tôi có một data.tartập tin mà không cần tartrích xuất tartừ nó.

Python để giải cứu ! Đây là nơi sudothực sự cần thiết:

$ sudo python -c 'import tarfile; tarfile.open("data.tar").extractall("/")'
$ echo /bin/*
/bin/tar

Bây giờ chúng ta có thể sử dụng dpkgđể trích xuất các tệp deb còn lại để hoàn thành hợp lý /bin:

for i in *.deb; do dpkg-deb -x "$i" /; done

Tuy nhiên, chúng ta vẫn nên thực hiện cài đặt đúng các tệp deb, để các liên kết tượng trưng, ​​vv sẽ được tạo bởi các gói được tạo lại:

sudo apt install --reinstall ./*.deb

Hoặc là:

sudo dpkg -i *.deb
sudo apt-get install -f

Ghi chú:

1. Chúng tôi không thể sử dụng Python 2 để trích xuất trực tiếp data.tar.xztệp, vì Python 2 chỉ hỗ trợ nén gzip và bzip2. Tuy nhiên, Python 3 không hỗ trợ nó, vì vậy bạn có thể sử dụng Python 3 trực tiếp mà không cần unxz:

   sudo python3 -c 'import tarfile; tarfile.open("data.tar.xz").extractall("/")'
   

2. Sau khi quay lại /bin/tar, bạn vẫn cần trích xuất một số tệp deb trước khi có thể sử dụng apt-get: shell, coreutils, v.v. Dễ dàng hơn để chỉ trích xuất tất cả chúng và cài đặt lại sau.

Bạn có thể tạm thời đặt các tệp từ đĩa CD trực tiếp hoặc hệ thống khác vào /binđể làm cho hệ thống của bạn có thể sử dụng được, sau đó thay thế chúng bằng các tệp từ cài đặt Ubuntu của bạn bằng cách chạy apt-get install --reinstallcác gói có nội dung /bin.

Một số bổ sung vào câu trả lời tuyệt vời này , sau khi tôi gặp phải vấn đề này (cùng với xóa /boot, /etc, /libvà /lib64):

• chrootđòi hỏi /libvà /lib64phải có mặt; nếu không, bạn sẽ gặp phải lỗi sau:
  failed to run command ‘/bin/bash’: No such file or directory
  Tôi đã sao chép các lỗi này từ Hệ điều hành LiveCD và không gặp vấn đề gì khi khôi phục. YMMV tùy thuộc vào các gói bạn đã cài đặt trên hệ thống
• Tôi không thể chỉnh sửa câu trả lời được tham chiếu ở trên, nhưng có một lỗi đánh máy:
  cp /etc/resolv.conf /mnt/etc/resolv.cof
  nên
  cp /etc/resolv.conf /mnt/etc/resolv.conf
• /bootcó thể dễ dàng được khôi phục bằng cách sử dụng các công cụ grub. Xem tại đây .
• Như câu trả lời này khuyến cáo, apt install --reinstall <package>là một cách tuyệt vời để khôi phục lại các file bị mất trong /bin, /libvà /lib64.
  • Một số gói đòi hỏi cài đặt lại: libaio1, mysql-server, openvpn,vsftpd

Lưu ý đến bản thân:
rm -rf folder /*không giống nhưrm -rf folder/*