Những người không hiểu Terminal thường ngại sử dụng nó vì sợ rằng họ có thể làm hỏng lệnh của họ và làm hỏng máy tính của họ. Những người hiểu rõ hơn về Terminal biết rằng đó không phải là trường hợp - thường thì Terminal sẽ chỉ xuất ra một lỗi. Nhưng có thực sự các lệnh sẽ làm hỏng máy tính của bạn?

CẢNH BÁO: bạn có thể mất dữ liệu nếu bạn nhập chúng hoặc sao chép dán, đặc biệt sudovà rmcác lệnh.

Một cách để đánh sập máy tính là thực hiện cái gọi là bom ngã ba .

Bạn có thể thực thi nó trên unix-sytem bằng cách:

:(){ :|: & };:

Đó là một lệnh sẽ sinh ra các quá trình sinh sản đệ quy cho đến khi HĐH quá bận rộn, nó sẽ không phản hồi bất kỳ hành động nào nữa.

Không chắc chắn ý của bạn về việc 'làm hỏng máy tính - nếu bạn muốn diễn đạt lại cụm từ đó để nói' khiến máy tính không sử dụng được ', thì có. Chắc chắn tất cả chỉ là một lệnh đi lạc - chỉ là một khoảnh khắc mà bạn không suy nghĩ rõ ràng về những gì bạn đang làm, tương tự như khi bạn nói mà không suy nghĩ, và thiệt hại có thể rất lớn và gần như ngay lập tức. Ví dụ kinh điển:

$ sudo rm -rf /

Nếu bạn để lệnh đó chạy chỉ trong một giây, điều đó có thể xóa sạch đủ hệ thống của bạn để khiến nó không thể khởi động được và có thể gây mất dữ liệu không thể đảo ngược. Đừng làm điều đó.

Giả sử bạn không biết những gì bạn đang làm và cố gắng sao lưu một số ổ đĩa cứng

dd if=/dev/disk1 of=/dev/disk2 

Vâng, nếu bạn trộn chúng lên (chuyển đổi nếu và của), nó sẽ ghi đè lên dữ liệu mới với dữ liệu cũ, không có câu hỏi nào.

Mix up tương tự có thể xảy ra với các kho lưu trữ. Và thẳng thắn với hầu hết các tiện ích dòng lệnh.

Nếu bạn muốn một ví dụ về một ký tự trộn lẫn sẽ làm sập hệ thống của bạn, hãy xem kịch bản này: Bạn muốn di chuyển tất cả các tệp trong thư mục hiện tại sang một ký tự khác:

 mv -f ./* /path/to/other/dir

Hãy chấp nhận thực tế là bạn đã học cách sử dụng ./để biểu thị thư mục hiện tại. (Tôi làm) Vâng, nếu bạn bỏ qua dấu chấm, nó sẽ bắt đầu di chuyển tất cả các tệp của bạn. Bao gồm các tập tin hệ thống của bạn. Bạn thật may mắn vì bạn đã không làm điều này. Nhưng nếu bạn đọc ở đâu đó rằng với 'sudo -i', bạn sẽ không bao giờ phải gõ sudo nữa, bạn đã đăng nhập bằng root ngay bây giờ. Và bây giờ hệ thống của bạn đang ăn chính nó ngay trước mắt bạn.

Nhưng một lần nữa tôi nghĩ những thứ như ghi đè lên các tệp mã quý giá của mình bằng rác, bởi vì tôi đã nhầm lẫn một ký tự hoặc do tôi trộn lẫn thứ tự các tham số, sẽ gặp nhiều rắc rối hơn.

Giả sử tôi muốn kiểm tra mã trình biên dịch mã mà gcc đang tạo:

gcc -S program.c > program.s

Giả sử tôi đã có một chương trình và tôi sử dụng hoàn thành TAB. Tôi đang vội và quên TAB hai lần:

gcc -S program.c > program.c

Bây giờ tôi có mã trình biên dịch chương trình trong chương trình của mình và không còn mã c nữa. Đó ít nhất là một trở ngại thực sự đối với một số người, nhưng đối với những người khác, đó là bắt đầu lại từ đầu.

Tôi nghĩ rằng đây là những người sẽ gây ra "tác hại" thực sự. Tôi không thực sự quan tâm nếu hệ thống của tôi gặp sự cố. Tôi sẽ quan tâm về dữ liệu của tôi bị mất.

Thật không may, đây là những sai lầm sẽ phải được thực hiện cho đến khi bạn học cách sử dụng thiết bị đầu cuối với các biện pháp phòng ngừa thích hợp.

Gây ra sự hoảng loạn hạt nhân gần giống với sự cố hơn so với các câu trả lời khác mà tôi đã thấy ở đây cho đến nay:

sudo dtrace -w -n "BEGIN{ panic();}"

(mã được lấy từ đây và cũng được tìm thấy trong tài liệu riêng của Apple )

Bạn cũng có thể thử:

sudo killall kernel_task

Tôi chưa xác minh rằng cái thứ hai ở đó thực sự hoạt động (và tôi không có ý định vì tôi thực sự có một số công việc mở ngay bây giờ).

Hiện đại MacOS làm cho nó thực sự khó có thể đụng xe máy của bạn như là một người dùng không có đặc quyền (tức là không sử dụng sudo), bởi vì hệ thống UNIX có nghĩa là để xử lý hàng ngàn người sử dụng mà không để cho bất kỳ trong số họ phá vỡ toàn bộ hệ thống. Vì vậy, rất may, bạn thường sẽ phải được nhắc nhở trước khi bạn làm điều gì đó phá hủy máy của bạn.

Thật không may, sự bảo vệ đó chỉ áp dụng cho chính hệ thống. Như xkcd minh họa, có rất nhiều thứ bạn quan tâm không được bảo vệ bởi Bảo vệ toàn vẹn hệ thống, đặc quyền gốc hoặc lời nhắc mật khẩu:

Vì vậy, có hàng tấn nội dung bạn có thể nhập vào sẽ phá hỏng tài khoản người dùng và tất cả các tệp của bạn nếu bạn không cẩn thận. Một vài ví dụ:

• rm -rf ${TEMPDIR}/*. Điều này có vẻ hoàn toàn hợp lý, cho đến khi bạn nhận ra rằng biến môi trường được đánh vần TMPDIR. TEMPDIRthường không được xác định, mà làm cho điều này rm -rf /. Ngay cả khi không có sudo, điều này sẽ vui vẻ xóa bất cứ thứ gì bạn có quyền xóa, thường sẽ bao gồm toàn bộ thư mục nhà của bạn. Nếu bạn để nó chạy đủ lâu, nó cũng sẽ không có bất kỳ ổ đĩa nào được kết nối với máy của bạn, vì bạn thường có quyền ghi vào những cái đó.
• find ~ -name "TEMP*" -o -print | xargs rm. findthông thường sẽ xác định vị trí các tệp phù hợp với tiêu chí nhất định và in chúng ra. Nếu không có -ođiều này sẽ làm những gì bạn mong đợi và xóa mọi tệp bắt đầu TEMP*( miễn là bạn không có khoảng trắng trong đường dẫn ). Nhưng, -ophương tiện "hoặc" (không phải "đầu ra" như đối với nhiều lệnh khác!), Khiến lệnh này thực sự xóa tất cả các tệp của bạn. Bummer.
• ln -sf link_name /some/important/file. Thỉnh thoảng tôi nhận được cú pháp cho lệnh này và nó sẽ vui vẻ ghi đè lên tệp quan trọng của bạn bằng một liên kết tượng trưng vô dụng.
• kill -9 -1 sẽ giết mọi chương trình của bạn, đăng xuất bạn khá nhanh và có thể gây mất dữ liệu.

Một điều khác bạn có thể làm (mà tôi đã làm do nhầm lẫn trước đây) là:

sudo chmod 0 /

Điều này sẽ khiến toàn bộ hệ thống tệp của bạn (có nghĩa là tất cả các lệnh và chương trình) không thể truy cập được ... ngoại trừ bởi người dùng root. Điều này có nghĩa là bạn sẽ cần phải đăng nhập trực tiếp với tư cách là người dùng root và khôi phục hệ thống tệp, NHƯNG bạn không thể truy cập sudolệnh (hoặc bất kỳ lệnh nào khác, cho vấn đề đó). Bạn có thể khôi phục quyền truy cập vào các lệnh và tệp bằng cách khởi động vào chế độ người dùng đơn, gắn và khôi phục hệ thống tệp với chmod 755 /.

Nếu điều này được thực hiện đệ quy với chmod -R 0 /thì điều này sẽ khiến hệ thống không thể sử dụng được. Cách khắc phục thích hợp tại thời điểm đó là sử dụng Disk Utility từ phân vùng phục hồi để sửa chữa quyền truy cập đĩa . Bạn có thể tốt hơn chỉ là khôi phục ảnh chụp nhanh hoặc sao lưu hệ thống tệp của mình nếu điều này được chạy đệ quy.

Câu trả lời rằng cuộc gọi sudonên được coi là không hợp lệ. Đây đã giả định truy cập quản trị vào hệ thống.

Hãy thử perl -e 'exit if fork;for(;;){fork;}'. OSX có thể có một số biện pháp bảo vệ chống lại điều này ngay bây giờ. Nếu được trình bày một bong bóng táo hỏi bạn có muốn chấm dứt ứng dụng và quy trình con Terminal hay không, bạn (gần như) tốt.

while true ; do cat /dev/zero > /dev/null & donecũng rất tiện dụng, đặc biệt. nếu bạn không có perl.

for i in 1 2 3 4 ; do cat /dev/zero > /dev/null & donesẽ chỉ làm một bài kiểm tra tải CPU nhỏ vui. Rất tốt để kiểm tra xem tản nhiệt và quạt của bạn có ngang tầm hay không.

Chắc chắn, đảm bảo bạn có một bản sao lưu và lưu bất kỳ tệp nào bạn quan tâm, sau đó nhập halt

Giả sử sau đó bạn sử dụng sudođể root, Mac sẽ gặp sự cố.

Rủi ro lớn nhất từ ​​dòng lệnh là mất dữ liệu. Giao diện macOS được thiết kế qua nhiều thập kỷ để không làm mọi người ngạc nhiên và cắt nhỏ dữ liệu hoặc cài đặt hoặc ứng dụng của họ. Giao diện đồ họa macOS cũng tồn tại để loại bỏ đường cong học tập (dốc đứng) để an toàn và làm chủ kịch bản shell.

Bạn mất các biện pháp bảo vệ đó là lý do tại sao tôi cảnh báo mọi người bắt đầu với ứng dụng đầu cuối hoặc ssh. Nếu bạn có một bản sao lưu mà bạn biết là có tác dụng và có thời gian cũng như sự tự tin / kỹ năng để thực hiện khôi phục, thì bạn nên lao vào và học hỏi và thậm chí phá vỡ mọi thứ.

sudo kill -9 -1  

Tôi vô tình thực hiện một kill -9 -1tập lệnh perl, chạy bằng root. Đó là nhanh như kéo dây điện. Khi khởi động lại, máy chủ đã thực hiện kiểm tra hệ thống tệp và tiếp tục chạy đúng.

Tôi chưa bao giờ thử sudo kill -9 -1lệnh đó trên dòng lệnh. Nó có thể không hoạt động, vì ID tiến trình "-1" có nghĩa là "tiêu diệt tất cả các quy trình thuộc nhóm quy trình của người gọi".

Không chắc chắn, nếu với sudo, điều đó cũng có nghĩa là init và tất cả các công cụ kernel ... Nhưng nếu bạn đã root, kill -9 -1chắc chắn sẽ dừng ngay lập tức - giống như kéo dây nguồn. Nhân tiện - không có gì sẽ xuất hiện trong logfiles, bởi vì lệnh đó là kẻ giết người nhanh nhất ở phía tây!

Trên thực tế, để phục hồi, tôi đã đến sysadins của chúng tôi và nói với họ, những gì tôi đã làm. Họ đã thực hiện khởi động lại một cách khó khăn, vì không có cách nào để đăng nhập vào máy chủ đó (RHEL6).

Một kill -9 -1root sẽ giết chết mọi tiến trình, chạy như root. Đó là sshd. Điều đó đã đăng xuất tôi ngay lập tức và ngăn không cho bất cứ ai đăng nhập lại. Bất kỳ quá trình nào được bắt đầu bởi init - bao gồm init đã bị giết, trừ khi chúng thay đổi UID hoặc GID. Ngay cả việc đăng nhập thông qua bảng điều khiển nối tiếp cũng không thể thực hiện được nữa. ps -eaf | grep roothiển thị một số quy trình ưa thích, nếu chúng phản ứng trên SIGKILL theo cách mặc định, gần như sẽ dừng ngay cả việc ghi cơ bản lên HD.

Bây giờ tôi sẽ không thử điều này trên máy tính xách tay của mình :-) Tôi không đủ tò mò để tìm hiểu, nếu một kill -9 165([ext4-rsv-conver]) sẽ thực sự dừng ghi lên HD.

Có, bạn hoàn toàn có thể phá hủy hệ thống của bạn. Vô tình làm một cái gì đó với các sudođặc quyền là một ví dụ đã được đăng, cho dù đó là quên một vài ký tự hướng dẫn thiết bị đầu cuối làm điều gì đó hoàn toàn khác với dự định của bạn. rming /thay vì /tmp/\*chỉ là một sự khác biệt 5 ký tự. Đặt một không gian ở sai vị trí cũng có thể làm một cái gì đó hoàn toàn khác. Những lần khác, các hướng dẫn có vẻ có nghĩa cũng có thể có mã độc được giấu trong đó. Một số người trên internet rất giỏi trong việc làm xáo trộn mã.

Ngoài ra còn có các lệnh, sử dụng html, có thể được tạo thành cỡ chữ 0, do đó, một cái gì đó hoàn toàn vô hại, khi được sao chép vào bảng tạm, trên thực tế có thể cài đặt git repo của ai đó làm nguồn đáng tin cậy và tải xuống phần mềm độc hại.

Và có những lệnh mà bạn có thể chạy để mở bạn khai thác hoặc có thể hoàn toàn có chủ đích nhưng loại bỏ các tệp hoặc chương trình quan trọng hoặc làm hỏng đĩa của bạn. Trong thực tế, sử dụng các công cụ không chính xác có thể làm một cái gì đó cơ bản như vô tình ghi lên khu vực khởi động của bạn, hoặc đầu đĩa của bạn, hoặc nhiều vấn đề khác.

Một ví dụ về một cái gì đó ít phá hủy chưa được đăng là mở các tệp nhị phân vi. Nếu bạn đã từng thử nó, bạn sẽ biết rằng nó có thể làm rối thiết bị đầu cuối của bạn đến mức không thể sử dụng được cho đến khi nó được reset.

Ngoài ra, có các lệnh sẽ làm hỏng máy của bạn, như:

yes >> /dev/null & yes >> /dev/null & yes >> /dev/null & yes >> /dev/null & 

Bạn có thể thử cái đó, nó sẽ không gây sát thương, nhưng nó sẽ làm hỏng bộ xử lý của bạn và bạn sẽ phải giết từng quá trình bạn sinh ra.

Điều đó đang được nói, trong điện toán, người ta thường nói rằng bạn không thể làm món trứng tráng mà không làm vỡ một vài quả trứng. Bạn nên thận trọng ở thiết bị đầu cuối, nhưng cách duy nhất để người ta có thể trở nên tốt hơn khi sử dụng HĐH là học và thực hành.

Tôi chỉ là người mới bắt đầu bash, nhưng bạn có thể thiết lập True; làm LỆNH; làm xong; Hầu hết mọi người sẽ thử Ctrl + C sẽ dừng lệnh, không phải quá trình bên ngoài (ctrl + Z, sau đó cần phải bị giết). Tôi đoán rằng nếu lệnh là một số hoạt động nặng nề như nhân số lượng lớn với sức mạnh của chính họ, điều đó có thể gây rối với các nguồn tài nguyên của bạn. Nhưng thực sự, hệ điều hành hiện đại thường được bảo vệ chống lại sự lộn xộn như vậy.

Chắc chắn bạn vẫn có thể gây ra sự cố hệ thống bằng cách sử dụng các lệnh được nhập bằng Terminal.

Với nhiều năm, điều đó trở nên khó khăn hơn có thể do tất cả các loại giới hạn và biện pháp bảo vệ được áp dụng nhưng như luật pháp của Murphy quy định: "Không có gì là khó tin đối với một kẻ ngốc đủ khả năng."

"Bom nĩa" và tất cả những thứ rm -rfkịch bản kiddies là những thứ được biết đến từ xa xưa đối với UNIX. Với Mac OS X, bạn có thể có nhiều niềm vui hơn khi sử dụng các bộ phận hệ thống phụ GUI ( WindowServerđề cập đến) hoặc một cái gì đó như tường lửa OpenBSD hay còn gọi PFlà các kỹ sư của Apple đã đưa vào nhưng không bao giờ quản lý để cập nhật kể từ trạng thái năm 2008. PFhoạt động trong kernel, vì vậy khi nó bắt đầu giải quyết, đó là lúc Apple nói với bạn rằng " bạn đã khởi động lại máy tính do hoảng loạn" hoặc những thứ như thế này.

Phần tồi tệ nhất của điều này là bạn không bao giờ có thể có ý tưởng về lý do tại sao nó hoảng loạn - vì Apple không cung cấp bất kỳ dấu vết ngăn xếp có ý nghĩa nào; bạn chỉ có thể có số hex của địa chỉ trả về của stack stack.

Đó là một chút mơ hồ những gì bạn có nghĩa là "sụp đổ" máy tính của bạn ... và không có câu trả lời chính xác cho điều đó, mặc dù có một số ví dụ hữu ích trong các câu trả lời khác. Vì câu hỏi của bạn mơ hồ và chung chung hơn, tôi muốn tập trung vào bản chất của câu hỏi và đưa ra câu trả lời tổng quát hơn.

Những người không hiểu Terminal thường ngại sử dụng nó vì sợ rằng họ có thể làm hỏng lệnh của họ và làm hỏng máy tính của họ

Tôi nghĩ rằng dòng lệnh là một con dao hai lưỡi, và thường là một con dao rất sắc. Điểm mạnh lớn nhất của nó cũng là điểm yếu lớn nhất của nó đối với người dùng mới: các chương trình CLI làm những gì bạn nói, mà không hỏi liệu đó có thực sự là ý bạn không. Họ thường không yêu cầu xác nhận, họ không cung cấp trợ giúp tương tác hoặc cầm tay và các tùy chọn của họ là các chuỗi dựa trên văn bản ngắn, thường ngắn gọn, đôi khi khó hiểu. Lưu ý rằng họ đang nói chung rất tốt tài liệu, người ta chỉ có đọc hướng dẫn (đó là hầu như luôn luôn man <command you are about to run>) và dành thời gian để hiểu những gì các dòng lệnh họ sẽ chạy sẽ làm.

Chế độ hoạt động này rất mạnh mẽ - điều đó có nghĩa là người dùng CLI dày dạn có thể tạo ra các "đường ống" dài, thực hiện các tác vụ phức tạp với các lệnh đơn. Điều này là do nhiệm vụ sẽ không hỏi "Bạn có chắc chắn?" mỗi bước của con đường, nó làm những gì nó nói. Nhưng đối với người dùng không quen với chế độ này và đã quen với GUI trong đó trợ giúp trực tuyến chỉ là một cú nhấn chuột , điều đó không quen thuộc và đáng sợ.

Nhưng có thực sự các lệnh sẽ làm hỏng máy tính của bạn?

Bạn có thể "đánh sập" máy tính của mình bằng CLI không? Có lẽ. Bạn chắc chắn có thể gây mất dữ liệu nếu bạn sử dụng lệnh phá hủy không chính xác. Nhiều câu trả lời ở đây đề cập đến rm, một lệnh xóa các tập tin. Rõ ràng, bạn có thể gây mất dữ liệu với lệnh đó , đó là những gì lệnh được thiết kế để làm.

Như các câu trả lời khác đã chỉ ra, bạn có thể sử dụng dòng lệnh để khiến máy của bạn hầu như không sử dụng được trong một khoảng thời gian: bạn có thể tắt mà không cần xác nhận, gây ra quá trình sử dụng 100% tài nguyên có sẵn mà không cần xác nhận, giết tất cả các chương trình của bạn hoặc phá hủy hệ thống tập tin của bạn. Nếu bạn thực sự muốn, bạn có thể sử dụng CLI để tạo một phần mở rộng kernel khiến kernel bị hoảng loạn (gần nhất với "sự cố" mà tôi có thể nghĩ ra).

Dòng lệnh (được truy cập thông qua Terminal) là một công cụ mạnh mẽ. Thường thì việc giải quyết vấn đề bằng Terminal nhanh hơn GUI. Một số giải pháp chỉ khả dụng khi sử dụng lệnh Terminal. Tuy nhiên, chìa khóa của CLI là sự hiểu biết . Đừng thực hiện các lệnh ngẫu nhiên mà bạn thấy trực tuyến. Đọc các trang man và hiểu những gì lệnh làm. Nếu bạn không chắc chắn, hãy hỏi ai đó hoặc tìm hiểu thêm về một lệnh trước khi chạy nó.