Saya secara tidak sengaja membuka seluruh server saya

Baiklah kalau ada yang mau bermain dewa dan melakukan mukjizat aku turun.

Jadi, saya diberi tugas membuat skrip yang menemukan file yang lebih tua dari 6 bulan, zip mereka dan kemudian menghapusnya. Dalam perjalanan saya membuat skrip tihs saya menjalankan ini:

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

Dan itu memberikan ekstensi .gz SETIAP SATU TUNGGAL. Sekarang saya membuka kancingnya begitu saya perhatikan tetapi sudah agak terlambat. Setelah menyelesaikan perintah, tidak ada perintah bash saya akan bekerja karena variabel $ PATH dikosongkan sendiri. Saya mencoba banyak hal sebelum menyadari apa masalahnya.

Jadi ater membuka ritsleting semua yang saya masih belum bisa boot. Saya telah berhasil membuatnya menyelamatkan, setelah saya mengikuti instruksi online untuk:

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

Setelah itu linux saya melakukan boot sebagian tetapi memberi saya kesalahan berikut:

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.

Saya sudah mencoba memperbaiki filesystem, saya sudah boot dari 3 LiveCD / Rescue disk yang berbeda, saya menjalankan boot-perbaikan dari 2 dicsc yang berbeda. Saya memang memaksa fscks ...

Saya benar-benar kehabisan ide dan saya PERLU untuk mendapatkan server ini untuk setidaknya boot sehingga saya dapat memulihkan database SQL saya. Saya sangat membutuhkan bantuan, saya bahkan akan membayar jika perlu.

Saya telah mengintai forum selama 3 hari berturut-turut sepanjang hari untuk menemukan solusi yang mungkin dan saya masih pada titik yang sama ... Tolong tolong?

Ini akan tergantung pada apakah sistem file diperbaiki cukup bagi Anda untuk dapat me-mount partisi tersebut dari LiveCD. Jangan repot-repot mencoba untuk mem-boot sistem. Pertama, pasang partisi dan unzip semua file .gz. Ini akan memberi Anda copy binari init dan sistem yang berfungsi. Kemudian Anda dapat menggunakan grub untuk memperbaiki sektor boot. Kemudian boot ke mode pengguna tunggal dan fsck sistem file lagi. Jika berhasil, Anda akan memiliki sistem yang sedang berjalan. Anda juga akan memiliki banyak file yang tidak di-zip (seperti halaman manual) yang benar-benar harus di-zip, tetapi lebih baik daripada memiliki sistem yang tidak bisa di-boot.

Jika Anda tidak dapat memasang partisi dari LiveCD, sayangnya Anda kurang beruntung. Tidak ada yang akan memulihkan sistem Anda pada saat itu.

Hal pertama yang saya coba adalah menjalankan lingkungan LiveCD dan hanya mencoba untuk ungzip semuanya, berharap itu akan mengembalikan sistem ke keadaan bootable. Catatan: Saya akan khawatir tentang potensi korupsi data jika proses gzip asli terputus.

Kalau tidak, saya akan mencoba untuk memigrasi DB ke sistem baru seperti yang disarankan orang lain, tetapi seperti yang Anda temui mungkin ada masalah ketergantungan tenaga kerja dan konfigurasi yang perlu diselesaikan secara individual.

Konsensus umum di sini, bahwa Anda hanya perlu me-mount disk dalam sistem kerja dan menyelamatkan file Anda, tidak salah. Itu hal yang masuk akal untuk dilakukan. Tapi cara lain lebih menyenangkan, dan sangat mendidik. Saya telah belajar banyak saat berjuang keluar dari situasi berantakan di mana orang lain baru saja menyerah dan diinstal ulang dari awal. (Bukan pada server yang bergantung pada orang lain ...)

Bagaimanapun, sejauh ini Anda memiliki initramf (initrd) yang berjalan. Itu awal yang bagus. Tetapi tidak dapat menyelesaikan handoff untuk init karena init sekarang init.gzmungkin? Untuk membuat kemajuan apa pun, akan sangat membantu untuk mengetahui dengan tepat distribusi Linux apa yang Anda miliki, sehingga kami dapat mencari alat apa saja yang tersedia di initramfsnya untuk penggunaan darurat.

Pesan kesalahan yang Anda sajikan sepertinya berasal dari initramfs Debian. Jika itu adalah Debian, maka Anda seharusnya mendapatkan (initramfs)prompt shell di baris berikutnya setelah kesalahan terakhir. Jika Anda melakukannya, Anda harus melihat apa yang terjadi dengan mount yang gagal itu. adalah /root/devhilang? ( /rootDi sinilah fs root normal Anda harus dipasang selama menjalankan initramfs)

Jika Anda tidak mendapatkan prompt shell, maka apa yang terjadi selanjutnya No init found. Try passing init= bootarg.akan menarik. Bahkan jika itu hanyalah kursor yang berkedip, itu adalah petunjuk. Jika tampaknya benar-benar beku, cobalah untuk mendapatkan beberapa informasi tentang proses apa yang masih ada menggunakan sysrq ajaib atau Ctrl + ScrollLock.

Initramfs Debian juga memungkinkan Anda meminta shell di beberapa landmark khusus dengan menambahkan break=parameter ke baris perintah kernel. Misalnya, untuk mendapatkan shell sebelum Running /scripts/init-bottombaris, gunakan break=bottom.

Selain itu: Saya tidak tahu bagaimana findperintah bisa melakukan gzip pada setiap file ... kelihatannya benar bagi saya untuk memilih file yang berumur antara 180 dan 400 hari.