Tôi vô tình nén toàn bộ máy chủ của mình

Được thôi nếu có ai muốn chơi thần và làm phép lạ tôi sẽ thất vọng.

Vì vậy, tôi được giao nhiệm vụ tạo ra một tập lệnh tìm thấy các tập tin cũ hơn 6 tháng, nén chúng và sau đó xóa chúng. Trên đường thực hiện kịch bản tihs tôi đã chạy nó:

find / -type f -mtime -400 ! -mtime -180 | xargs gzip blablabla

Và điều đó đã mang lại cho MỌI NGƯỜI MỘT FILE một phần mở rộng .gz. Bây giờ tôi đã hoàn tác nó ngay khi tôi nhận thấy nhưng đã quá muộn. Sau khi hoàn thành lệnh, không có lệnh bash nào của tôi hoạt động được vì biến $ PATH tự làm trống. Tôi đã thử rất nhiều thứ trước khi nhận ra vấn đề là gì.

Vì vậy, thay đổi tất cả mọi thứ tôi vẫn không thể khởi động. Tôi đã xoay sở để giải cứu nó, sau khi tôi làm theo hướng dẫn trực tuyến về:

root (hd0,0)
setup (hd0)
kernel (hd0,0)/boot/vml[...]
initrd (hd0,0)/boot/initrd.im[...]

Sau khi linux của tôi khởi động một phần nhưng cho tôi các lỗi sau:

Begin : Running /scripts/init-bottom ... mount : mounting /dev on /root/dev failed : No such file or directory
mount: mounting /sys/ on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed : No such file or directory
Target filesystem doesn't have requrested /sbin/init.
No init found. Try passing init= bootarg.

Tôi đã thử sửa chữa hệ thống tập tin, tôi đã khởi động từ 3 đĩa LiveCD / Cứu khác nhau, tôi đã chạy sửa chữa khởi động từ 2 dicsc khác nhau. Tôi đã buộc fscks ...

Tôi thực sự không có ý tưởng và tôi CẦN phải đưa máy chủ này khởi động ít nhất để tôi có thể khôi phục cơ sở dữ liệu SQL của mình. Tôi mong muốn được giúp đỡ, tôi thậm chí sẽ trả tiền nếu cần.

Tôi đã ẩn các diễn đàn trong 3 ngày liên tục cả ngày để tìm giải pháp khả thi và tôi vẫn ở cùng một điểm ... Xin vui lòng giúp đỡ?

Điều này phụ thuộc vào việc các hệ thống tập tin có được sửa chữa đủ để bạn có thể gắn kết các phân vùng đó từ LiveCD hay không. Đừng cố gắng khởi động hệ thống. Đầu tiên, gắn kết các phân vùng và giải nén tất cả các tệp .gz. Điều này sẽ cung cấp cho bạn các bản sao làm việc của init và hệ thống nhị phân. Sau đó, bạn có thể sử dụng grub để sửa chữa khu vực khởi động. Sau đó khởi động sang chế độ người dùng duy nhất và fsck lại hệ thống tập tin. Nếu nó hoạt động, bạn sẽ có một hệ thống đang chạy. Bạn cũng sẽ có một loạt các tệp được giải nén (như trang man) thực sự cần được nén, nhưng tốt hơn là có một hệ thống không thể khởi động.

Nếu bạn không thể gắn kết các phân vùng từ LiveCD, thì thật không may, bạn không gặp may. Không có gì sẽ phục hồi hệ thống của bạn tại thời điểm đó.

Điều đầu tiên tôi thử là chạy môi trường LiveCD và chỉ cố gắng giải nén mọi thứ, hy vọng điều đó sẽ đưa hệ thống trở về trạng thái khởi động. Lưu ý: Tôi lo ngại về việc hỏng dữ liệu tiềm năng nếu quá trình gzip ban đầu bị gián đoạn.

Mặt khác, tôi sẽ cố gắng di chuyển DB sang một hệ thống mới như những người khác đã đề xuất nhưng như bạn đã gặp phải, có thể có các vấn đề phụ thuộc và cấu hình cần nhiều lao động sẽ cần được giải quyết riêng lẻ.

Sự đồng thuận chung ở đây, rằng bạn chỉ nên gắn đĩa vào hệ thống làm việc và cứu các tệp của mình, không sai. Đó là điều hợp lý để làm. Nhưng cách khác là vui hơn, và rất giáo dục. Tôi đã học được rất nhiều trong khi chiến đấu để thoát khỏi những tình huống lộn xộn, nơi những người khác sẽ bỏ cuộc và cài đặt lại từ đầu. (Không phải trên máy chủ mà người khác phụ thuộc vào ...)

Dù sao, cho đến nay bạn có một initramfs (initrd) chạy. Đó là một khởi đầu tốt. Nhưng nó không thể hoàn thành bàn giao cho init vì bây giờ init.gzcó lẽ? Để đạt được bất kỳ tiến bộ nào, sẽ giúp biết chính xác phân phối Linux của bạn là gì, vì vậy chúng tôi có thể tra cứu những công cụ nào có sẵn trong initramfs của nó để sử dụng khẩn cấp.

Các thông báo lỗi mà bạn trình bày trông giống như chúng có thể đến từ initramfs của Debian. Nếu đó là Debian, thì bạn đã nhận được một (initramfs)dấu nhắc shell trên dòng tiếp theo sau lỗi cuối cùng. Nếu bạn đã làm, bạn nên xem xét những gì đang xảy ra với những lần gắn kết thất bại đó. đang /root/devthiếu? ( /rootlà nơi fs gốc bình thường của bạn nên được gắn kết trong quá trình chạy initramfs)

Nếu bạn không nhận được dấu nhắc shell, thì những gì xuất hiện sau No init found. Try passing init= bootarg.sẽ rất thú vị. Ngay cả khi nó chẳng là gì ngoài một con trỏ nhấp nháy, đó là một manh mối. Nếu nó dường như bị đóng băng hoàn toàn, hãy thử lấy một số thông tin về các quy trình vẫn còn xung quanh bằng cách sử dụng ma thuật sysrq hoặc Ctrl + ScrollLock.

Các initramfs Debian cũng cho phép bạn yêu cầu shell tại một vài mốc đặc biệt bằng cách thêm một break=tham số vào dòng lệnh kernel. Ví dụ, để có được một vỏ trước Running /scripts/init-bottomdòng, sử dụng break=bottom.

Ngoài ra: Tôi không biết làm thế nào findlệnh có thể nén được mọi tệp ... nó có vẻ đúng với mục đích chọn tệp trong khoảng từ 180 đến 400 ngày.