ข้อผิดพลาดในเช้าวันจันทร์: sudo rm -rf - no-keep-root /

โปรดทราบ: คำตอบและความเห็นต่อคำถามนี้มีเนื้อหาจากอีกคำถามที่คล้ายกันซึ่งได้รับความสนใจอย่างมากจากสื่อภายนอก แต่กลับกลายเป็นคำถามหลอกลวงในรูปแบบการตลาดแบบปากต่อปาก เนื่องจากเราไม่อนุญาตให้ ServerFault ถูกใช้ในทางที่ผิดคำถามเดิมจึงถูกลบและคำตอบที่รวมเข้ากับคำถามนี้

นี่เป็นโศกนาฏกรรมที่สนุกสนาน เช้านี้ฉันทำการบำรุงรักษาเล็กน้อยในเซิร์ฟเวอร์การผลิตของฉันเมื่อฉันดำเนินการคำสั่งต่อไปนี้โดยไม่ตั้งใจ:

sudo rm -rf --no-preserve-root /mnt/hetznerbackup /

ฉันไม่ได้สังเกตเห็นช่องว่างสุดท้ายก่อนหน้านี้/และไม่กี่วินาทีต่อมาเมื่อคำเตือนท่วมท้นบรรทัดคำสั่งของฉันฉันรู้ว่าฉันเพิ่งกดปุ่มทำลายตัวเอง นี่คือส่วนหนึ่งของสิ่งที่ถูกเผาไหม้ในดวงตาของฉัน:

rm: cannot remove `/mnt/hetznerbackup': Is a directory
rm: cannot remove `/sys/fs/ecryptfs/version': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/inode_readahead_blks': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/mb_max_to_scan': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/delayed_allocation_blocks': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/max_writeback_mb_bump': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/mb_stream_req': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/mb_min_to_scan': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/mb_stats': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/trigger_fs_error': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/session_write_kbytes': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/lifetime_write_kbytes': Operation not permitted
# and so on..

ฉันหยุดงานและรู้สึกโล่งใจเมื่อพบว่าบริการการผลิตยังคงทำงานอยู่ น่าเสียดายที่เซิร์ฟเวอร์ไม่ยอมรับรหัสสาธารณะหรือรหัสผ่านของฉันอีกต่อไปสำหรับผู้ใช้ผ่าน SSH

คุณจะก้าวต่อจากที่นี่ได้อย่างไร? ฉันจะว่ายน้ำมหาสมุทรที่มีลวดหนามเพื่อรับ SSH-access back

เซิร์ฟเวอร์กำลังใช้งาน Ubuntu-12.04 และโฮสต์ที่ Hetzner

บูตเข้าสู่ระบบช่วยเหลือที่ Hetzner จัดหาให้และตรวจสอบความเสียหายที่คุณได้ทำไป
ถ่ายโอนไฟล์ใด ๆ ไปยังตำแหน่งที่ปลอดภัยและปรับใช้เซิร์ฟเวอร์อีกครั้งในภายหลัง

ฉันกลัวว่านี่เป็นทางออกที่ดีที่สุดในกรณีของคุณ

ความจริงคืออะไร? ณ จุดนี้ไม่มีการแก้ไขอัตโนมัติที่ง่าย / สะดวกสำหรับเรื่องนี้ การกู้คืนข้อมูลเป็นวิทยาศาสตร์และแม้แต่เครื่องมือพื้นฐานทั่วไปที่ต้องการใครสักคนที่จะนั่งลงและให้แน่ใจว่าข้อมูลอยู่ที่นั่น หากคุณคาดว่าจะฟื้นตัวจากสิ่งนี้โดยไม่ต้องหยุดทำงานเป็นจำนวนมากคุณจะต้องผิดหวัง

ฉันขอแนะนำให้ใช้ testdisk หรือเครื่องมือการกู้คืนระบบไฟล์ที่เฉพาะเจาะจง ลองใช้ระบบใดระบบหนึ่งดูว่าใช้งานได้หรือไม่ ไม่มีทางจริงที่จะทำให้กระบวนการเป็นแต่คุณสามารถอาจระมัดระวังทำมันใน batches

ที่กล่าวว่ามีบางสิ่งที่น่ากลัวมากในคำถามและความคิดเห็นที่ควรเป็นส่วนหนึ่งของรายงานหลังการกระทำของคุณ

ประการแรกคุณรันคำสั่งทุกที่โดยไม่ตรวจสอบก่อน เรียกใช้คำสั่งบนกล่องเดียว จากนั้นอีกไม่กี่อย่าง โดยทั่วไปถ้ามีอะไรผิดพลาดที่ดีกว่าที่จะมีมันส่งผลกระทบต่อกี่มากกว่าทุกระบบของคุณ

ในประการที่สอง

@ วิธีการสำรองข้อมูลโดยไม่ต้องติดตั้งไดรฟ์ระยะไกลบนเซิร์ฟเวอร์

ทำให้ฉันกลัว. การสำรองข้อมูลทางเดียวในระดับไฟล์เป็นปัญหาที่แก้ไขแล้ว Rsync สามารถใช้เพื่อสงวนสิทธิ์และคัดลอกไฟล์ทางเดียวไปยังไซต์สำรอง ตั้งใจอะไรบางอย่าง? ติดตั้งใหม่ (โดยอัตโนมัติโดยเฉพาะอย่างยิ่ง) rsync กลับมาและสิ่งต่าง ๆ ใช้งานได้ ในอนาคตคุณอาจใช้สแน็ปช็อตระดับระบบไฟล์ด้วยสแน็ปช็อต btrfs หรือ zfs และจัดส่งสแน็ปช็อตเหล่านั้นสำหรับการสำรองข้อมูลระดับระบบ ฉันจริง ๆ แล้วเล่นกับการแยกแอปพลิเคชันเซิร์ฟเวอร์ฐานข้อมูลและการจัดเก็บและแนะนำหลักการของสิทธิ์น้อยที่สุดดังนั้นคุณจะแบ่งความเสี่ยงของสิ่งเช่นนี้ ..

ฉันรู้ว่ามีอะไรที่ฉันสามารถทำได้ ตอนนี้ฉันต้องคิดวิธีการป้องกันตัวเอง

หลังจากสิ่งที่เกิดขึ้นเป็นเวลาที่เลวร้ายที่สุดในการพิจารณานี้

เราเรียนรู้อะไรจากสิ่งนี้

1. สำรองข้อมูลบันทึก อาจเป็นอาชีพ
2. หากคุณมีเครื่องมือและไม่ทราบว่ามันสามารถทำอะไรได้มันอันตราย เจไดสามารถทำสิ่งที่น่าอัศจรรย์ด้วยกระบี่แสง ชิมแปนซีที่เต็มไปด้วยแสงไฟ ... จะยุ่งเหยิง

3. ไม่เรียกใช้คำสั่งทุกครั้ง แยกเครื่องทดสอบและอุปกรณ์การผลิตออกและควรเลือกเครื่องจักรที่ใช้ในการผลิตเป็นระยะ ดีกว่าที่จะซ่อม 1 หรือ 10 เครื่องแทนที่จะเป็น 100 หรือ 1,000

4. คำสั่งตรวจสอบสองและสาม ไม่มีความละอายในการขอให้เพื่อนร่วมงานตรวจสอบอีกครั้ง "เฮ้ฉันกำลังจะไปขับรถคุณสามารถตรวจสุขภาพอย่างนี้ได้หรือไม่ เสื้อคลุมอาจช่วยได้เช่นกัน แต่ไม่มีอะไรเต้นตาเหนื่อยน้อยลง

ตอนนี้คุณสามารถทำอะไรได้ รับอีเมลจากลูกค้า ปล่อยให้พวกเขารู้ว่ามีการหยุดทำงานและมีความล้มเหลวรุนแรง พูดคุยกับอัพที่สูงขึ้นของคุณถูกกฎหมายขายและเช่นนั้นและดูว่าคุณสามารถบรรเทาความเสียหายได้อย่างไร เริ่มวางแผนสำหรับการกู้คืนและหากจำเป็นคุณจะต้องจ้างมือเพิ่มให้มากที่สุด ที่เลวร้ายที่สุดวางแผนสำหรับการใช้จ่ายเงินเป็นจำนวนมากในการกู้คืน ในขั้นตอนนี้คุณจะทำงานเพื่อบรรเทาปัญหาการหลุดร่วงและการแก้ไขทางเทคนิค

เมื่อคุณลบเนื้อหาด้วยrm -rf --no-preserve-rootจะไม่สามารถกู้คืนได้ เป็นไปได้มากว่าคุณได้สูญเสียไฟล์สำคัญทั้งหมด

ดังที่@fakerกล่าวไว้ในคำตอบของเขาวิธีที่ดีที่สุดในการดำเนินการคือถ่ายโอนไฟล์ไปยังตำแหน่งที่ปลอดภัยและปรับใช้เซิร์ฟเวอร์อีกครั้งในภายหลัง

เพื่อหลีกเลี่ยงสถานการณ์ที่คล้ายกันในอนาคตฉันขอแนะนำให้คุณ:

• สำรองข้อมูลทุกสัปดาห์หรืออย่างน้อยทุกสองสัปดาห์ สิ่งนี้จะช่วยคุณในการรับบริการที่ได้รับผลกระทบด้วย MTTR ที่เป็นไปได้น้อยที่สุด

• ไม่ได้ทำงานเป็นรากเมื่อไม่จำเป็นต้อง และมักจะคิดว่าสองครั้งก่อนที่จะทำอะไร ฉันขอแนะนำให้คุณติดตั้งsafe-rmด้วย

• อย่าพิมพ์ตัวเลือกที่คุณไม่ต้องการเรียกใช้เช่น--no-preserve-rootหรือ--permission-to-kill-kittens-explicitly-grantedสำหรับเรื่องนั้น

ฉันมีปัญหาเดียวกัน แต่เพิ่งทดสอบกับฮาร์ดไดรฟ์ฉันทำทุกอย่างหายไป ผมไม่ทราบว่ามันจะเป็นประโยชน์ แต่ไม่ได้ติดตั้งอะไร , ไม่เขียนทับข้อมูลของคุณคุณจะต้องติดตั้งฮาร์ดไดรฟ์ของคุณและเปิดนิติบางเครื่องมือดังกล่าวเราชันสูตรศพ PhotoRec, TestDisk

ฉันขอแนะนำ Testdisk ด้วยคำสั่งพื้นฐานบางอย่างคุณสามารถกู้คืนข้อมูลของคุณหากคุณไม่ได้เขียนทับมัน

วิธีที่ดีที่สุดในการแก้ไขปัญหาเช่นนี้คือการไม่มีปัญหาตั้งแต่แรก

อย่าป้อนคำสั่ง "rm -rf" ด้วยตนเองที่มีเครื่องหมายทับในรายการอาร์กิวเมนต์ (การใส่คำสั่งดังกล่าวในเชลล์สคริปต์ด้วยรูทีนการตรวจสอบ / สติที่ดีจริงๆเพื่อปกป้องคุณจากการทำสิ่งที่โง่ต่างไป)

อย่าทำอย่างนั้น
เคย หากคุณคิดว่าคุณต้องทำคุณก็ไม่ได้คิดหนักพอ

ให้เปลี่ยนไดเร็กทอรีการทำงานของคุณเป็นพาเรนต์ของไดเร็กทอรีที่คุณต้องการเริ่มการลบเพื่อให้เป้าหมายของคำสั่ง rm ไม่ต้องการสแลช:

cd / mnt

sudo rm -rf hetznerbackup

ฉันจะพยายามกู้คืนเครื่องสำรองที่จัดเก็บสำเนาทั้งหมด:

• ขั้นตอนที่ 1 - สำรองข้อมูลของไดรฟ์ "เครื่องสำรองข้อมูล" ที่ถูกลบด้วย ddcomand
• ขั้นตอนที่ 2 - ใช้testdiskเพื่อกู้คืนไฟล์

ดังนั้นสมมติว่าคุณต้องการกู้คืน 1TB คุณจะต้องเพิ่ม 2TB, 1TB สำหรับการสำรองข้อมูล (ขั้นตอนที่ 1) และ 1TB สำหรับการกู้คืน (ขั้นตอนที่ 2)

ฉันทำผิดพลาดคล้ายกันกับ alias rm -fr [phone rang] และ cd ไปยังไดเรกทอรีที่มีค่า ตอนนี้ฉันคิดเสมอสองครั้งและตรวจสอบสองสามครั้งก่อนที่ฉันจะใช้คำสั่ง rm หรือ dd

ดังที่ได้กล่าวไว้ในคำตอบอื่น Hetzner มีระบบช่วยเหลือ มันมีทั้งตัวเลือก netboot พร้อมการเข้าถึง ssh รวมถึง java applet เพื่อให้หน้าจอและคีย์บอร์ดบน vserver ของคุณ

หากคุณต้องการกู้คืนมากที่สุดให้รีบูตเซิร์ฟเวอร์เข้าสู่ระบบ netboot จากนั้นล็อกอินและดาวน์โหลดรูปภาพของระบบไฟล์โดยอ่านจากอุปกรณ์ inode ที่เหมาะสม

ฉันคิดว่าสิ่งนี้ควรใช้งานได้:

ssh root@host cat /dev/sda > server.img

แน่นอนว่าการเปลี่ยนเส้นทางทำโดยเชลล์ก่อนที่คำสั่ง ssh จะถูกเรียกใช้ดังนั้น server.img เป็นไฟล์ในเครื่อง หากคุณต้องการเพียงแค่ระบบไฟล์รูทไม่ใช่ดิสก์แบบเต็มให้แทนที่sdaโดยsda3สมมติว่าคุณใช้อิมเมจเดียวกับฉัน

คุณจะก้าวต่อจากที่นี่ได้อย่างไร?

ฉันจะสาบานปิดใช้rmสำหรับส่วนที่เหลือของชีวิตของฉันและคิดว่ามันบ้าที่ถังขยะ -cli ไม่ได้เป็นคำสั่งลบเริ่มต้นในระบบระวัง

https://github.com/andreafrancia/trash-cli

ฉันจะตรวจสอบให้แน่ใจว่าเป็นสิ่งแรกที่ฉันติดตั้งบนระบบใหม่เอี่ยมและalias rmกับสิ่งที่บอกให้คนใช้trash-cliแทน นอกจากนี้ยังจะมีหมายเหตุเกี่ยวกับนามแฝงอื่นที่ใช้งานได้จริง/bin/rmแต่บอกให้หลีกเลี่ยงการใช้ในกรณีส่วนใหญ่

:( เรื่องจริง

ฉันจะให้คำแนะนำในกรณีดังกล่าวเป็นยกเลิกการต่อเชื่อมและใช้debugfsและด้วยความช่วยเหลือของlsdelคุณสามารถแสดงรายการไฟล์ที่ลบออกไปทั้งหมดเมื่อเร็ว ๆ นี้ซึ่งที่ไม่ได้ทำความสะอาดขึ้นจากวารสารแล้วถ่ายโอนไฟล์ที่จำเป็น ลิงค์การค้นหาแบบรวดเร็วเช่นเดียวกัน: http://www.linuxvoodoo.com/resources/howtos/debugfs

หวังว่ามันจะช่วยใครซักคน ;)

และใช่หนึ่งในข้อเสนอแนะคือการสร้างสคริปต์ซึ่งย้ายram rmเป็นreal.rmและ symlinc mvเป็นrm ;)

หยุดการประมวลผลเซิร์ฟเวอร์ทั้งหมดและทุกอย่างที่อาจทำให้ดิสก์ i / o ... จากนั้นเรียกใช้ testdisk ซึ่งควรอยู่ในซอฟต์แวร์สแต็กของคุณ หากคุณมีการเข้าถึงทางกายภาพให้ใช้ livecd กับ testdisk