ป้องกันผู้ใช้พิมพ์ช่องว่างโดยไม่ได้ตั้งใจระหว่าง rm และ wildcard

ความตั้งใจที่:

rm -rf string*

ปัญหา:

rm -rf string *

กรณีแรกคือการใช้ rm ที่ถูกต้องและเป็นเรื่องธรรมดาการพิมพ์ผิดขนาดเล็กอาจทำให้เกิดปัญหามากมายในกรณีที่สอง มีวิธีง่าย ๆ ในการป้องกันรอยต่อที่ไม่ตั้งใจหรือสัญลักษณ์ตัวแทนชั้นนำหรือไม่?

DEBUGดักสามารถเขียนเพื่อยกเลิกคำสั่งที่ดูน่าสงสัย สามารถเพิ่มรหัสต่อไปนี้หรือรหัสที่คล้ายกับของคุณ~/.bashrc:

shopt -s extdebug
checkcommand() {
  if [[ $BASH_COMMAND = 'rm -r'*' *' ]]; then
    echo "Suppressing rm -r command ending in a wildcard" >&2
    return 1
  fi
  # check for other commands here, if you like
  return 0
}
trap checkcommand DEBUG

ปรับตรรกะเพื่อลิ้มรส

(ฉันไม่ได้คาดหวังว่าวิธีการนี้มีประโยชน์ - มีหลายวิธีในการทำให้คำสั่งเสียหายเพื่อค้นหาพวกเขาทดสอบแบบหนึ่งต่อหนึ่ง แต่มันให้คำตอบที่แท้จริงสำหรับคำถาม)

ไม่มีวิธีใดที่ระบบกันกระสุนได้ทั้งหมด และเพิ่ม "คุณแน่ใจหรือไม่?" การกระตุ้นให้สิ่งต่าง ๆ เป็นไปในทางตรงกันข้ามและนำไปสู่ ​​"แน่นอนฉันแน่ใจ" ปฏิกิริยาหัวเข่า

เคล็ดลับที่ฉันหยิบขึ้นมาจากหนังสือเล่มหนึ่งในรอบหลายปีที่ผ่านมาคือการทำls -R blah*ก่อนทำ rm -fr blah* เฉพาะในกรณีที่รายชื่อที่ปรากฏขึ้นอย่างที่ฉันต้องการ

ก็พอที่ง่ายที่จะทำlsคำสั่งแรกแล้ว↑ลบและแทนที่ด้วย ls -Rrm -fr

คำถามสุดท้ายคือ "ถ้าข้อมูลมีค่าสำหรับคุณข้อมูลสำรองของคุณอยู่ที่ไหน"

คุณสามารถฝึกฝนตัวเองให้ใช้พูดrmrfแทนได้rm -rfไหม?

ถ้าเป็นเช่นนั้นฟังก์ชั่นทุบตีจะช่วยให้คุณมีโอกาสเห็นสิ่งที่จะเกิดขึ้นจริงก่อนที่จะยืนยันคำสั่ง:

rmrf() { echo rm -rf "$@"; read -p "Proceed (y/N)? "; [ "${REPLY,,}" = y ] && rm -rf "$@"; }

ในการทำให้ฟังก์ชั่นนี้ถาวรให้เพิ่มบรรทัดนี้ไปยัง~/.bashrcไฟล์ในคอมพิวเตอร์แต่ละเครื่องที่คุณใช้

เปรียบเทียบกับrmนามแฝงทั่วไป

เป็นเรื่องปกติที่จะกำหนดนามแฝง:

alias rm='rm -i'

ข้อ จำกัด นี้มีสองข้อ:

1. หากคุณขึ้นอยู่กับนามแฝงนี้คุณจะต้องตกใจเมื่อคุณอยู่ในเครื่องหรือในสภาพแวดล้อมที่ไม่มี ในทางตรงกันข้ามการพยายามรันrmrfบนเครื่องที่ไม่มีฟังก์ชั่นนั้นจะไม่ส่งผลร้ายcommand not foundใด ๆ

2. นามแฝงนี้ไม่ได้ช่วยในกรณีของคุณเนื่องจาก-fตัวเลือกที่คุณระบุในบรรทัดคำสั่งจะแทนที่-iตัวเลือกในนามแฝง

ถ้าผมอยู่ในสถานการณ์ที่การลบไฟล์ผิดเป็นเรื่องใหญ่จริงๆหนึ่งในสิ่งที่ผมเคยทำคือการสร้างโฟลเดอร์ถังขยะเหมือนmkdir trashcanและแล้วฉันมีสคริปต์rmTrashcanที่มีrm -rf trashcan/*หรือrm -rf *หรือคล้ายกันเขียนอย่างระมัดระวังและ ตรวจสอบหลายครั้ง

ด้วยวิธีนี้ถ้าฉันทำผิดพลาดความผิดพลาดนั้นอยู่ที่mvคำสั่งไม่ใช่rmคำสั่ง เมื่อฉันทำlsและฉันมั่นใจว่าสิ่งที่ฉันลบเป็นrmTrashcanจริงไม่ทำงานสกปรกได้อย่างปลอดภัย

มันสะดวกอย่างยิ่งสำหรับสถานการณ์ที่ฉันต้องลบข้อมูลสำรอง ฉันสามารถmvสำรองข้อมูลทั้งเดือนลงในถังขยะได้mvไม่กี่ครั้งที่ฉันต้องการเก็บไว้ (วันที่ 1 ของเดือนที่ 15 ของเดือน) กลับไปที่การสำรองข้อมูลจากนั้นrmTranshcanส่วนที่เหลือ การทำคำสั่งที่คล้ายกันนั้นทำได้ยากด้วยrmตัวของมันเองและทำอย่างนี้ทำให้lsการสำรองข้อมูลของฉันมีความมั่นใจในไฟล์ที่ฉันทิ้งไว้ (แทนที่จะเป็นแค่การแจกแจงไฟล์ที่ฉันตั้งใจจะลบ)

แทนที่จะรบกวนคำสั่งสองคำ ( lsและrm) ฉันคิดว่าวิธีที่ง่ายและง่ายกว่าคือการใช้find:

find . -maxdepth 1 -name "string*" -delete

หากคุณพิมพ์โดยไม่ตั้งใจ"string *"มันจะลบไฟล์ที่มีชื่อstring charsและstring letters(ซึ่งเป็นสิ่งที่คุณต้องการอยู่แล้ว) แต่มันจะไม่จับทุกไฟล์เหมือน*ในเชลล์

นอกจากนี้คุณยังสามารถออกจาก-deleteเพื่อดูว่าจะลบไฟล์ใดจากนั้นกดลูกศรขึ้นและพิมพ์-deleteได้ง่ายกว่าการพิมพ์^ls -R^rm -rfหรือเรื่องไร้สาระอื่น ๆ

มีวิธีง่าย ๆ ในการป้องกันรอยต่อที่ไม่ตั้งใจหรือสัญลักษณ์ตัวแทนชั้นนำหรือไม่?

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

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

นั่นคือทางออกที่ดีที่สุดและสมจริงที่สุดคือการให้สิทธิ์ระบบสำหรับผู้ใช้และกลุ่ม นั่นคือเครือข่ายความปลอดภัยที่ดีที่สุด / แท้จริงเท่านั้นเพื่อปกป้องผู้ใช้จากตัวเอง

หากคุณกำลังทำงานกับระบบที่คุณเป็นคนเดียวที่เข้าถึงมันคุณอาจถูกล่อลวงให้ทำchmod 777ทุกอย่าง แต่นั่นไม่ใช่วิธีที่ระบบมีเหตุผลตั้งค่า สิทธิ์ควรเป็นสิ่งที่ต้องการ755สำหรับไดเรกทอรีทั้งหมดและ644ไฟล์ที่ไม่สามารถเรียกใช้งานได้ทั้งหมด ไฟล์ที่ใช้งานได้ควรมี755อย่างน้อยที่สุดแม้ว่า744คุณจะต้องการให้คนอื่นอ่าน แต่ไม่ได้รันไฟล์ก็ตาม

ลองเขียนrmคำสั่งเริ่มต้นโดยไม่-fตั้งค่าสถานะ แต่ใช้-iแทนซึ่งrmจะแจ้งให้คุณทราบสำหรับแต่ละไฟล์ที่ตั้งใจจะลบ สำหรับการลบแบบเรียกซ้ำขนาดเล็กคุณสามารถกดyแป้นค้างไว้เมื่อคุณแน่ใจว่าคำสั่งนั้นพิมพ์อย่างถูกต้อง สำหรับการลบขนาดใหญ่คุณสามารถยกเลิกการดำเนินงานและประวัติการใช้ commandline ระมัดระวังเปลี่ยนไป-i-f

rm มี-iและตั้ง-Iค่าสถานะเพื่อยืนยันก่อนการลบทุกครั้ง ในอดีตการกระจายบางอย่างได้เปิดไว้ตามค่าเริ่มต้น นี่เป็นความคิดที่แย่มาก ให้กล่องโต้ตอบการยืนยันมากเกินไปสำหรับผู้ใช้สำหรับการทำงานปกติและพวกเขาจะเริ่มยืนยันพวกเขาอย่างเป็นปกติวิสัย สิ่งนี้จะเปลี่ยนความต้องการเป็น "ระวัง" (ธงสีแดงเสมอ) ไปยังกล่องโต้ตอบใหม่และน่ารำคาญกว่า "ใช่ใช่ใช่ใช่! ใช่พระเจ้าเจ้ากรรมคอมพิวเตอร์โง่ ๆ เพียงแค่ลบไฟล์ YESYESYESYESYESYES - CRAP ฉันหมายถึงไม่! NOOOOOOO!" นี่คือ "ใช่ แต่ฉันหมายถึงไม่มี" ปัญหาการโต้ตอบ คำตอบนี้ให้คำอธิบายภาพว่าทำไมกล่องโต้ตอบการยืนยันถึงมาผิดเวลา

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

มีระบบถังขยะต่างๆสำหรับ Unix เป็นและคำตอบนี้จะเต็มไปด้วยข้อเสนอแนะ

คำถามคือนามแฝง RM หรือไม่นามแฝง RM ข้อดีในการใช้นามแฝง RM ...

1. คุณไม่สามารถทำให้ลืมที่จะใช้ทางเลือก rm

ข้อเสียของนามแฝง RM ...

1. คุณอาจต้องพึ่งพาระบบที่ไม่มีอยู่
2. อาจทำให้เกิดปัญหาเมื่อดิสก์ใกล้เต็ม
3. ต้องการโครงสร้างพื้นฐานเพื่อล้างถังขยะเป็นระยะ
4. ต้องแน่ใจว่าจะไม่เข้าไปยุ่งกับพฤติกรรมที่คาดหวังของ rm ในโปรแกรม
5. อาจไม่ได้จำลอง rm อย่างเต็มที่

หากคุณทำตามอาร์กิวเมนต์แรกมากเกินไปคุณจะใช้ vi (ไม่ใช่ vim, vi), csh (ไม่ใช่ tcsh, csh) และยูทิลิตี้โบราณอื่น ๆ เพราะมันมีอยู่ทั่วไป ยังคงมีอันตรายจากการโอเวอร์คล็อกสภาพแวดล้อมของคุณ ฉันชอบที่จะใช้สาธารณูปโภคของฉันกับฉันและเพื่อให้ง่ายที่สุด YMMV

สองและสามเป็นปัญหาทางเทคนิค พวกเขาจะสามารถแก้ไขได้กับงานที่เกี่ยวฉลาดที่จะตรวจสอบขนาดของถังขยะและทำความสะอาดเป็นระยะ ๆ สิ่งที่ขึ้นคล้ายกับtmpreaper นี่อาจเป็นงาน cron หรือรุ่นที่ฉลาดกว่าสามารถใช้ประโยชน์จากโครงสร้างพื้นฐานของระบบไฟล์ที่มีอยู่ในการกระจาย Linux บนเดสก์ท็อป นี่ไม่ใช่เรื่องง่ายและยากที่จะทำอย่างมีประสิทธิภาพ มันจะดีกว่าที่จะหาระบบที่มีอยู่กว่าที่จะลองทำด้วยตัวเอง

ข้อที่สี่สามารถจัดการได้โดยการสร้างเชลล์นามแฝงใหม่ของคุณalias rm='trash'จากนั้นจะไม่มีผลกับโปรแกรม

ข้อที่ห้าเป็นปัญหาที่ฉันปล่อยให้ผู้อ่านแก้ได้ rm ไม่มีสวิตช์จำนวนมาก

ฉันสอนทุกคนเกี่ยวกับ!$= อาร์กิวเมนต์สุดท้ายในเคล็ดลับคำสั่งสุดท้าย:

% ls job[XYZ].*
jobX.out1
jobX.out2
[rest of the matches]

% rm !$

นี้จะช่วยให้การตรวจสอบของการขยายตัวสัญลักษณ์แทนและจากนั้นใช้รูปแบบ glob *แน่นอนเดียวกันโดยไม่ต้องเป็นไปได้ของการแทรกช่องว่างก่อนที่

นอกจากนี้ฉันขอแนะนำให้ผู้คนไม่เคยตัดและวางรูปแบบสัญลักษณ์ตัวแทนกลมบนบรรทัดคำสั่งที่อาจทำลายล้าง เพราะในมือของฉันเองที่มีปัญหา :)

เทคโนโลยีในห้องปฏิบัติการของฉันเพิ่งทำผิดพลาดเมื่อสัปดาห์ที่แล้ว (ทำงาน 3 เดือน) - และใช่เรามีการสำรองข้อมูล (ใช้เวลา 1 วัน)

ดูเหมือนว่าทุกคนจะพูดว่า "ระวังตัวมากขึ้น", "อย่าทำให้นามแฝง / คำยืนยันยืนยันเพราะคุณจะไม่เคยใส่ใจกับมัน"

เจ๋งและทุกอย่าง ฉันหมายความว่าฉันไม่คิดว่าคุณควรสร้างนามแฝงให้rm(หรือrmrfเพราะคุณสามารถไขได้ง่ายและพิมพ์คำสั่งจริง)

แต่ทำไมคุณไม่สร้างนามแฝง / สคริปต์แล้วเรียกมันว่าพูดremoveและให้อาหารมันเพียงหนึ่งอาร์กิวเมนต์ (เช่น $ 1) อักขระตัวแทนควรเป็น $ 2 เนื่องจากช่องว่างที่ไม่ตั้งใจ (amiright?) และด้วยเหตุนี้สคริปต์ / wrapper / alias ของคุณจะไม่ได้รับการป้อนครั้งที่สอง ใช่คุณสามารถทำการลบได้ครั้งละหนึ่งชุดเท่านั้น (พร้อมด้วยไวด์การ์ด) แต่นั่นคือราคาที่คุณจ่าย

ถ้าฉันเขียนสิ่งที่ดีฉันอาจบอกให้ฉันทราบจำนวนไฟล์และไดเรกทอรีที่วางแผนในการลบและขนาดทั้งหมดของสิ่งที่ฉันลบแล้วขอการยืนยัน แต่นั่นอาจขัดขวางการไหลของคุณ อาจจะทำให้ตัวเลือกที่ธงในremove? (-ผม). คุณอาจต้องการตรวจสอบ $ 1 เพื่อดูว่าเป็นเพียงสัญลักษณ์เดียวและขอการยืนยันและรายการไดเรกทอรีที่คุณเข้ามา

นอกเหนือจากนั้นมีจำนวนของการrmเปลี่ยนออกมี หลายคนพยายามที่จะปฏิบัติตามถังขยะเดสก์ท็อป UI บางคนอาจจะคุ้มค่าที่จะดู

เคล็ดลับง่ายๆคือใส่-rfท้าย: rm whatever* -rf
ลดอัตราข้อผิดพลาดอย่างมากเพราะคุณพิมพ์ตัวละครมากขึ้นหลังจากที่*ดังนั้นคุณมีเวลามากขึ้นที่จะเห็นความผิดพลาด
สิ่งนี้ไม่ได้แก้ปัญหาทุกอย่าง เป็นเคล็ดลับง่ายๆทุกวัน