Unix Legendry (và cả * nix nữa)

Đây là sinh đôi cho câu hỏi này .

Hầu hết các câu trả lời tối nghĩa / tối nghĩa sẽ nhận được phiếu trả lời!

Hầu hết các hệ thống giống Unix và Unix đều có "lịch sử truyền thống" được truyền qua từng thế hệ, để những người mới đến có thể nhìn thấy và hiểu một số phần bí truyền hơn của hệ thống. Những quản trị viên * nix lâu năm ngoài kia đã đóng góp gì cho "Huyền thoại" của "UNIX", theo như kiến ​​thức bí truyền mà các quản trị viên mới nên tiếp xúc?

Sở thích cá nhân luôn là "Trường hợp của email 500 dặm"

http://www.ibiblio.org/harris/500milemail.html

Làm hỏng

$ units
2411 units, 71 prefixes, 33 nonlinear units

You have: 3 millilightseconds
You want: miles
    * 558.84719
    / 0.0017893979

Đối với tôi điều tuyệt vời nhất về truyền thống UNIX là UNIX về cơ bản được viết bởi một anh chàng - Ken Thompson khi còn ở Bell Labs. Có một tài khoản hấp dẫn về điều này có thể được tìm thấy ở đây: http://www.bell-labs.com/history/unix/

Một số trích dẫn chỉ là vô giá:

"Tôi đã phân bổ mỗi tuần một lần cho hệ điều hành, trình bao, trình soạn thảo và trình biên dịch để sao chép chính nó ...", Thompson giải thích.

Ống:

Một cải tiến khác của UNIX là sự phát triển của các đường ống, giúp các lập trình viên có khả năng kết hợp một số quy trình cho một đầu ra cụ thể.

Thật không dễ dàng gì. "Thật dễ dàng để nói 'mèo thành grep thành ...,' hoặc 'ai biến mèo thành grep'," McIlroy giải thích. "Nhưng có tất cả các tham số phụ mà các lệnh này có; chúng chỉ không có đối số đầu vào và đầu ra, nhưng chúng có tất cả các tùy chọn này."

Mặc dù bị cản trở, McIlroy đã không bỏ ý tưởng. "Và trong khoảng thời gian từ 1970 đến 1972, thỉnh thoảng tôi sẽ nói: 'Làm thế nào để tạo ra một thứ như thế này?', Và tôi đã đưa ra một đề xuất khác, một đề xuất khác, một đề xuất khác. với một cú pháp cho lớp vỏ đi cùng với đường ống và Ken nói, 'Tôi sẽ làm điều đó!' "

"Anh ấy đã mệt mỏi khi nghe những thứ này," McIlroy giải thích. "Anh ấy đã không làm chính xác những gì tôi đã đề xuất cho cuộc gọi hệ thống đường ống. Anh ấy đã phát minh ra một thứ tốt hơn một chút mà cuối cùng đã thay đổi một lần nữa với những gì chúng ta có ngày hôm nay. Anh ấy đã sử dụng cú pháp vụng về của tôi."

"Thompson thấy rằng các đối số tập tin sẽ không phù hợp với sơ đồ này và anh ấy đã tham gia và thay đổi tất cả các chương trình đó trong cùng một đêm. Tôi không biết làm thế nào ... và sáng hôm sau chúng tôi đã có một orgy của một -liners. "

" Anh ấy đặt các đường ống vào UNIX, anh ấy đặt ký hiệu này vào vỏ, tất cả chỉ trong một đêm ," McElroy ngạc nhiên nói.

Về mặt kỹ thuật gọn gàng như thành tựu đạt được, khi Thompson tạo ra các đường ống, ông cũng đưa một thứ khác vào UNIX - một triết lý.

Như McIlroy đã mô tả, "triết lý mà mọi người bắt đầu đưa ra là 'Viết chương trình làm một việc và làm tốt. Viết chương trình để làm việc cùng nhau. Viết chương trình xử lý luồng văn bản, vì đó là giao diện phổ quát.'"

tar không bao giờ thoát với một lỗi. KHÔNG BAO GIỜ. Coi chừng.

Nguồn: Cẩm nang UNIX-HATERS, trang 31 ( http://simson.net/ref/ugh.pdf ) Xin lỗi, không có phiên bản HTML.

Cuốn sách này tình cờ chứa đầy những huyền thoại khác, và nó hầu như vẫn còn áp dụng được. Trong những năm sử dụng Linux, tôi đã chạy qua rất nhiều những vấn đề này ... không phải bất kỳ thứ gì liên quan đến việc điều khiển toàn bộ ổ đĩa của tôi, cảm ơn chúa. Điều tuyệt vời đối với tôi là rất nhiều cuốn sách này vẫn chính xác, mặc dù nó đã được viết hơn 15 năm trước.

Và bây giờ là câu chuyện kinh dị tar của riêng tôi, gần như là một bản sao chính xác của UNIX-HATERS. Cùng một lỗi, 14 năm sau!

Tôi muốn mạng không dây của tôi hoạt động trên eeepc của mình, tôi phải tải xuống trình điều khiển, biên dịch và cài đặt nó. Tôi tải xuống mọi thứ tôi cần, và lên đường đến thư viện để làm việc. Nửa chừng, tôi nhận ra rằng có, tôi cần internet cho một cái gì đó, vì vậy tôi đi cài đặt.

tar -cvf somewirelessdriver.tar ./importantcompilerfiles

Chết tiệt. Có phải tôi vừa gõ -cvf thay vì -xvf?

Vâng

Có phải tar chỉ âm thầm tạo một tập tin tar rác ngẫu nhiên, ghi đè tập tin có thể sử dụng của tôi?

Vâng Tuyệt quá. Tôi đoán tôi sẽ làm mà không cần truy cập internet. Thật tốt, đó không phải là một tập tin nhiều gigabyte ... Đợi đã, điều đó đã xảy ra một tuần trước đó.

Thành thật mà nói, cái quái gì đang xảy ra với các đối số dòng lệnh khó hiểu và các chương trình linux? Họ không thể tự động thực hiện thao tác cơ bản khi được gọi trên một tệp có phần mở rộng thích hợp. Tại sao trong blazes tôi cần nói cho tar biết phải làm gì với ARCHIVE? Nó có nghĩ rằng tôi có thể muốn lưu trữ nó LẠI không?

Tôi nghĩ rằng cuối cùng tôi cũng hiểu "hố tar" là gì. NÓ LÀ MỘT NƠI THÌ PHIM ĐI ĐẾN DIE.

Đăng nhập với tất cả các mũ

http://utcc.utoronto.ca/~cks/space/blog/unix/UnixFossilizationExample

giờ Tôi sợ rằng tôi có thể đã hiểu nhầm câu hỏi :-)

Nhưng tôi đang rời khỏi liên kết, bởi vì tôi thấy nó thú vị!

Các gốc biểu tượng ống là ^

Khóa xóa ban đầu là #

Khóa "kill" ban đầu (xóa mọi thứ trên dòng) là @

Nếu bạn từng đăng nhập vào một hệ thống cũ hơn và dường như không thể nhập bình luận hoặc địa chỉ email, stty sẽ trở thành bạn của bạn.

Đây là ví dụ về phiên đăng nhập lần thứ 7, trong đó người tạo nhật ký đủ duyên dáng để chạy stty .. Ngoài ra, như đã đề cập ở đây có nội dung "Cách xác định vỏ Bourne truyền thống? 1 Kiểm tra đơn giản cho một tính năng thường không có giấy tờ nhưng đặc trưng: Bạn có thể sử dụng dấu mũ ^ (dấu mũ) để thay thế cho | (đường ống). "

Một bài giảng nổi tiếng về giải thưởng Turing của Ken Thompson:

http://www.ece.cmu.edu/~ganger/712.fall02/ con / p761-thndry.pdf [PDF]

Khi bạn đặt một cửa hậu cho logintrình biên dịch C, những điều khó chịu có thể xảy ra ...

NetBSD có thể chạy trên bất cứ thứ gì. Có 57 cổng (57!) Được hỗ trợ:

http://www.netbsd.org/ports/#in-tree-ports

Chúc mừng

Một điều mà có lẽ nhiều người mới sử dụng Linux không biết là người tạo ra Linux (Linus Torvalds) đã vay mượn rất nhiều từ Hệ điều hành MINIX (một công cụ giáo dục) do Giáo sư Andrew Tanenbaum tạo ra: http://en.wikipedia.org /wiki/Andrew_S._Tanenbaum#MINIX .

Linus và Giáo sư Tanenbaum cũng tranh luận về chiều dài tính công / tính thực dụng của hạt nhân nguyên khối (Linux) so với hạt nhân vi mô (MINIX, Solaris). Cuộc tranh luận đã được công khai và có thể được tìm thấy ở đây: http://oreilly.com/catalog/opensource/book/appa.html

Chúc mừng

Nghệ thuật lập trình Unix là một bài đọc tốt cho bất kỳ ai quan tâm đến điện toán, không chỉ những người quan tâm đến Unix. Có một số trong đó là ngày, nhưng nó vẫn là một bài đọc thiết yếu.

Tất cả mọi thứ là một tập tin, hoặc có thể được xử lý như vậy ... ngoại trừ người dùng chết tiệt.

Lỗi bus có nghĩa là bạn đang cố thực thi dữ liệu, được lưu trữ ở phía dữ liệu của bus dữ liệu / chương trình phân chia của PDP / 11.

Unix là O / S duy nhất có lịch và đồng hồ ngay từ đầu, chỉ vì một nhà thiên văn học là một trong những người sáng tạo. (Thêm bình luận-tín dụng: tên nhà văn đó. Tín dụng thêm: đặt tên người chiến thắng huy chương Olympic trong đội UNIX.)

Trường GCOS trong / etc / passwd được đặt tên theo hệ điều hành GECOS và chỉ được đặt ở đó vì họ đang sử dụng máy tính lớn GECOS làm máy chủ in cho Unix mini ban đầu và nó cần dữ liệu để chấp nhận lệnh in.

Một điều không vui chút nào tôi đã làm với tar một lần và một tar mất một tuần để chạy:

1. tar zcf foo.tar.gz ...
   • Đôi khi trong ngày hôm sau hoặc lâu hơn, phiên màn hình đã xuất hiện trên màn hình của tôi: <UP>
   • Một ngày hoặc lâu hơn: <enter>
   • Tar kết thúc, đoán những gì các phím được giữ trong bộ đệm và nhập vào vỏ thứ hai sau khi tar kết thúc ...

Một upvote về bình luận của họ cho người đầu tiên giải thích những gì đã xảy ra :-) Đạo đức của câu chuyện, chạy các công cụ trong nền của phiên màn hình.

Điều đó đang được nói, tôi vẫn yêu * NIX. Tôi không phiền khi mọi thứ rối tung lên vì đó là lỗi của tôi .