Systemd vs. trí thông minh (sự tức giận bộc phát từ người dùng Debian)

Văn bản sau đây là bản dịch miễn phí của một tin nhắn mà người dùng đã gọi Christopher barry còn lại trong LKML.ORG (kho lưu trữ danh sách gửi thư nhân Linux không chính thức), có tiêu đề «Thư ngỏ gửi thế giới Linux« (các liên kết bị gạch bỏ và bổ sung là những thứ được thêm vào bởi sữa không tốt của tôi):

Thông minh là gì? Ý tôi không phải là về gián điệp, nhưng định nghĩa về trí thông minh ở con người là gì? Điều này khá tốt: http://en.wikipedia.org/wiki/Intelligence#Definitions

Đối với hầu hết mọi người, những người sáng tạo và nhà tư tưởng tự bổ nhiệm và có thể có ảnh hưởng quá mức hiện nay đang làm việc xung quanh ý tưởng "Một Linux" phù hợp với định nghĩa về những người thông minh - ít nhất là về mặt kỹ thuật.

Và những thông điệp của anh ấy khá thuyết phục:

  • Đơn giản hóa việc phát triển đa phân phối.
  • Cho phép thời gian khởi động nhanh hơn.
  • Cho phép một kiến ​​trúc Theo yêu cầu và dựa trên sự kiện, tương tự như hệ điều hành "hiện đại".
  • Mang lại trật tự và kiểm soát cho các hệ thống con có nhiều công cụ khác nhau cũng như có các phân phối.

Tất cả những mục tiêu dường như cao cả. Tất cả dường như bắt nguồn từ mong muốn sâu sắc để đóng góp và làm cho mọi thứ tốt hơn.

Khó ai có thể tranh luận rằng những người thông minh này đã suy nghĩ nghiêm túc về những vấn đề này và dành rất nhiều nỗ lực để giải quyết những vấn đề này. Thật không may, giải pháp mà họ đưa ra, như bạn có thể đã đoán, là "systemd".

Mặc dù nó không phải là một cái gì đó mới mẻ, nhưng tác động kỳ cục của nó cuối cùng đã đến với tôi và tôi phải bày tỏ nó một cách công khai.

Vậy systemd là gì? Vâng, hãy gặp Chúa mới của bạn. Bạn có thể đã cầu nguyện ở bàn thờ [if-it-works-don't-touch-it] đơn giản, nhưng tôn giáo của bạn đang bị xóa sổ. Điều đó có thể đã xảy ra mà bạn không nhận ra khi cập nhật máy Linux của mình. systemd là vị thần siêu phàm biết tất cả, kiểm soát tất cả, nhìn thấy và giám sát tất cả. Anh ta là Bậc thầy Quy trình Độc thân mới, người khao khát kiểm soát mọi thứ anh ta có thể - và anh ta đã làm đủ. Nó sẽ trông như thế nào nếu nó là một máy biến áp trên steroid. Là [ước mơ của mọi người đam mê] phức tạp, nhiều mặt, không rõ ràng, và cực kỳ mạnh mẽ.

Tôi đã nghe nói về systemd một vài năm trước khi mới thành lập và một số những người khác thay thế để bắt đầu mà tôi không thể nhớ đã xuất hiện ở hiện trường. Và mặc dù nó trông hơi thú vị, nhưng tôi không ủng hộ việc sử dụng nó, hay bất kỳ thứ gì trong số chúng cho mục đích đó. init làm việc tốt cho tôi. init rất đơn giản và mạnh mẽ. Mặc dù cấu hình có sự khác biệt cụ thể cho từng bản phân phối, nhưng chính những khác biệt này thường khiến người ta chọn sử dụng bản phân phối đó ngay từ đầu và gắn bó với bản phân phối đó [(chứ không phải những thứ như ngày nay nó nhắm đến đối tượng nào)]. Các công cụ về cơ bản Eran bản phân phối. Và sau đó tôi chỉ làm một nâng cấp dist cho Jessie, và thì đấy, PID 1 đột nhiên trở thành systemd. Đi shit.

Trong thế giới "Một Linux", các bản phân phối thực sự nên là gì? Đã lỗi thời. Không còn phù hợp. Những chiếc vỏ cổ xưa của niềm tự hào một thời của anh [và thường nguy hiểm] chủ nghĩa cá nhân. Về cơ bản bây giờ nó chỉ là một logo và một hình nền mặc định. Bởi vì, hãy đối mặt với nó, chỉ cần có một "Đối thủ cạnh tranh" Hiện đại Duy nhất cho miền Windows / Mac của máy tính cá nhân. Một mặt trận thống nhất để chống lại các đế chế ác độc của Redmond và Cupertino là điều cần thiết. Những khác biệt khác nhau đã tạo ra những "hương vị" khác nhau của Linux cần được tập trung và phù hợp để tiến hành chiến tranh một cách hiệu quả. Ừm, chiến tranh gì?

Đối với tôi, Linux đã chiến thắng cuộc chiến đó vào năm 1994 khi tôi bắt đầu sử dụng nó. Nó đã làm như vậy mà không cần bắn hoặc cố gắng giống như các hệ điều hành khác. Anh ấy đã giành được nó [luôn giữ 1% thị trường] không quan tâm đến thị phần. Anh ấy đã giành được nó bằng cách hoàn toàn KHÔNG giống họ. Anh ấy đã giành được nó bằng cách đơn giản, dễ hiểu và có thể định cấu hình giống hệt như YO muốn. Nó kiếm được nó bằng cách là một tập hợp các thành phần đơn giản, mô-đun có thể được gắn với nhau theo ý muốn để thực hiện công việc thực tế. Anh ấy đã giành được nó bằng cách tuân thủ triết lý được coi là sâu sắc về việc giữ người dùng ở ghế lái và tự do chạy bất cứ thứ gì anh ta muốn, không có nhiều lớp và nhiều lớp khuôn khổ cuộn các xúc tu của họ bên trong tất cả những thứ mà họ không nên chạm vào. Anh ấy đã giành được nó mà không cần tất cả những "Shitkit" khác nhau đã bắt đầu xuất hiện bên trong hệ điều hành của tôi. Anh ấy đã giành được nó mà không quá phức tạp và khó hiểu. Loại độ mờ đó là trung tâm của Windows và Mac, và đó chính xác là điều tôi ghét ở chúng, và chính xác lý do tại sao tôi chọn sử dụng Linux ngay từ đầu. systemd đang ôm tất cả điều tôi ghét ở Windows và Mac, và làm điều đó với danh nghĩa "hiện đại" và "đơn giản hóa" công việc của các nhà phát triển.

Vậy tại sao mọi người Rất thông minhyêu thích và sử dụng Linux họ muốn tạo hay ôm một con quỷ như vậy "Bậc thầy của tất cả"? Rõ ràng, đó là những lý do mà họ nói, như tôi đã đề cập ở phần đầu. Nhưng một phần tôi nghĩ đó là do thiếu kinh nghiệm. Ý tôi không phải là thiếu giờ lập trình, mà là thiếu thời gian trên hành tinh. Chỉ riêng trí thông minh không thể thay thế cho kinh nghiệm sống và, vâng, tôi sẽ nói điều đó, cũng không phải cho trí tuệ. Không có hướng dẫn sử dụng cho sự khôn ngoan. Triển khai systemd trên các bản phân phối không phải là một bước đi khôn ngoan đối với họ về lâu dài. Trên thực tế, điều đó sẽ mang lại sự diệt vong cuối cùng của họ.

Họ một phần là cái tôi lớn hơn cuộc sống của những người liên quan. Người nào đã đọc rồi Potering nói gì về những điều? Chà. Anh chàng này rõ ràng là bị thuyết phục rằng anh ta có tất cả câu trả lời cho tất cả mọi người. Những ý tưởng truyền thống về sự đơn giản và tự do có nhiều màu sắc, nhưng chúng không có chỗ đứng thực sự trong một hệ điều hành "hiện đại". Hãy nhìn xem, anh ấy chỉ thông minh hơn bạn, vì vậy hãy vượt qua nó và bước sang một bên. Anh ấy biết điều gì tốt nhất và anh ấy kiểm soát được điều đó. Dù sao thì anh chàng đó bao nhiêu tuổi? 12 năm hay gì đó? Đó là một con ranh chết tiệt (theo ý kiến ​​khiêm tốn của tôi).

Họ là một phần của anh ấy lợi ích kinh doanh mờ ám. Hãy nhìn xem, chúng tôi có thể kiếm tiền từ việc bán những thứ cho người dùng Linux nếu có một cách đơn giản hơn và "khó tin" để làm điều đó. Fuck các tùy chọn, họ sẽ thích những gì họ nhận được.

Một phần có thể là do bản chất nó rất đáng ngại và ảm đạm. Một chiếc nhẫn duy nhất để cai trị tất cả, quyền truy cập an toàn vào nó sẽ quyến rũ những người muốn có nhận thức đầy đủ về thông tin. Sự tự tin không phải là thứ thực sự cao trong danh sách những điều tôi cần để thủng lưới những ngày này.

Một phần là niềm tin rằng Cộng đồng Linux phải chiến đấu chống lại quyền bá chủ của Windows và Mac - như thể sự tồn tại của Linux phụ thuộc vào sự thất bại của các lựa chọn thay thế khác. Những người nghĩ rằng Linux nên quan tâm đến những kẻ ngốc và HOYGAN họ nên quay lại máy Mac và Windows của mình, đồng thời ngừng cố gắng "sửa chữa" Linux. Nó không bị vỡ, chết tiệt!

Một phần - và đây là điều tôi không thể chấp nhận - đó là sự coi thường và thiếu tôn trọng trắng trợn - dù có chủ đích hay không - đối với các nguyên tắc quan trọng nhất của * NIX. Đó là sự coi thường họ một cách vô thức, và là sự chà đạp lên những giá trị mà bản thân tôi luôn coi trọng [cũ,] đúng và công bằng, và tôi không đơn độc ở đây. systemd hoàn toàn trái ngược với * NIX là viết tắt của. Và tôi cũng không nói lảm nhảm về khả năng tương thích của POSIX. Đó là triết lý ngu ngốc.

systemd là một cuộc đảo chính. Nó là một kẻ xâm nhập lật đổ được thiết kế để phá hủy Linux như chúng ta biết, do đám đông áp đặt lên chúng ta. We-know-him-better-than-you Trường hợp lạc đà. Và họ chỉ không hiểu nó sâu sắc như họ cần. systemd không chỉ theo hướng mà nó nên đi. Không ủng hộ tự do. Nó không khuyến khích sự lựa chọn. Nó không thể hiện sự minh bạch. Nó không bao hàm sự đơn giản. Anh ta nắm quyền kiểm soát và buộc bạn phải nhượng bộ anh ta. Nó làm cho các thành phần hệ thống và các ứng dụng phụ thuộc vào nó, và không thể hoạt động nếu không có nó. Bạn đang đạt được tốc độ bằng cách thu hút những nhà phát triển ngây thơ hoặc lười biếng hoặc chỉ là những nhà phát triển không biết gì với lời hứa giúp cuộc sống của họ dễ dàng hơn. Để rơi vào lối suy nghĩ này là bỏ qua mối nguy hiểm lớn mà systemd thể hiện.

Trước đây, Debian luôn đứng về ranh giới chống lại loại điều này, và nó luôn giành được sự tôn trọng và trung thành cao nhất của tôi vì tính toàn vẹn của nó. Quyết định của Debian ở đây là bắt buộc. Debian đã mắc một sai lầm nghiêm trọng và hèn nhát [khi Tagliamonte không hủy bỏ mục tiêu của Garbee], và họ cần sửa khóa học của mình ngay lập tức. Việc kết hợp systemd không phải là một bước đi thông minh và chắc chắn không phải là một suy nghĩ kỹ càng [(và không, tôi không tin bất kỳ lý do nào của Russ Albery)]. Debian phải từ chối systemd và ilk của nó, và quay lại các giá trị đã dẫn Linux đến thời điểm này trong lịch sử, dẫn đầu một phần nhỏ không phải của Debian. Họ phải ly dị GNOME một cách rõ ràng và công khai, bất kể nó có vẻ đau đớn và khó chịu trong thời gian ngắn tới đâu, và tập trung vào những giá trị thiết yếu nhất của sự đơn giản và tự do. Đặt systemd và bè lũ của anh ấy trong kho phi miễn phí nơi họ thuộc về nếu không có sự lựa chọn. Hãy để người dùng quyết định xem đó có phải là những gì họ muốn hay không. Khai sáng là một sự lựa chọn tuyệt vời cho một máy tính để bàn mặc định không có rác GNOME tăng cao. Và đối với các nhà lãnh đạo Debian - sau 20 năm tôi trung thành và truyền bá phúc âm, các bạn đã làm tôi và mọi người thất vọng. Họ cần có một vài quả trứng và làm điều đúng đắn ở đây và ngay bây giờ.

Gửi những kẻ cơ hội đến khốn nạn!

GNOME. Quỹ Linux. Liberationesktop.org, [Figueredo] và những người khác. Họ đều là [một tay trộm cắp từ đầu đến cuối] nhóm có chương trình nghị sự. Họ không phải là những người tin vào tự do. Họ tin vào sự kiểm soát và tiêu chuẩn hóa. Họ tin vào sự đơn điệu. Những người này là ai? Những người bảo vệ tự chỉ định này của ngọn lửa Linux là ai? (tham chiếu có chủ đích và cao siêu về phần mềm độc hại) Chương trình làm việc thực sự của bạn là gì? Ai tài trợ cho những người này? Tại sao họ lại muốn mạnh mẽ thay đổi trái tim của Linux khỏi triết lý thực sự của nó? Hãy để họ đi và tạo ra "đối thủ cạnh tranh" của riêng họ với Windows và Mac. Nếu họ làm vậy, nó sẽ giống như cái thứ rác rưởi, theo dõi người dùng, backdoor mà Windows và Mac đã trở thành. Họ KHÔNG nói thay cho tôi và bạn cũng không nên cho phép họ nói thay bạn một cách thụ động.

systemd là một Trojan. systemd là một con sứa. systemd là Chất D. systemd đáng sợ - không chỉ vì các công cụ của nó hút, hay vì nó là một cục lông khổng lồ đẫm máu - mà vì về mặt kiến ​​trúc, nó có rất nhiều sức mạnh tập trung. Chúng tôi cần tập thể loại bỏ anh ta vì anh ta sẽ sở hữu Linux, và bằng cách mở rộng chúng tôi và các quyền tự do của chúng tôi. systemd dịch Linux. Ngồi yên và bỏ qua sự thật về mối nguy hiểm tập thể này.

A Linux == Zero Choice.


Lennart hẳn đã xếp hàng chống lại chết tiệt với tiếng cười với một hàng như vậy. Mặt khác, Martin Gräßlin thông báo rằng kwin en Wayland sẽ phụ thuộc vào logind.

Để lại bình luận của bạn

địa chỉ email của bạn sẽ không được công bố. Các trường bắt buộc được đánh dấu bằng *

*

*

  1. Chịu trách nhiệm về dữ liệu: Miguel Ángel Gatón
  2. Mục đích của dữ liệu: Kiểm soát SPAM, quản lý bình luận.
  3. Hợp pháp: Sự đồng ý của bạn
  4. Truyền thông dữ liệu: Dữ liệu sẽ không được thông báo cho các bên thứ ba trừ khi có nghĩa vụ pháp lý.
  5. Lưu trữ dữ liệu: Cơ sở dữ liệu do Occentus Networks (EU) lưu trữ
  6. Quyền: Bất cứ lúc nào bạn có thể giới hạn, khôi phục và xóa thông tin của mình.

    1.    Hướng dẫn sử dụng Nguồn dijo

      Cách đây ít lâu, bình luận viên đầu tiên thắng một chuyến đi được thanh toán toàn bộ chi phí đã ra mắt. Trong khi tôi ở đây, tôi sẽ đánh mạnh vào banhammer. Bình luận xúc phạm và / hoặc không có tranh luận sẽ đi thẳng vào địa ngục, ngay cả khi chúng khiến tôi tức giận vì kiểm duyệt và như vậy. Tốt là ngọn lửa chiến tranh giải trí nhưng «mọi thứ đều có biện pháp» ...

      1.    x11tete11x dijo

        hahaha xD, mình xem rồi: v, lý lẽ của anh ấy cũng không tệ chút nào, nhưng anh ấy đã lên cỏ khi tổng quát xD

      2.    diazepam dijo

        À, elav vừa hồi sức vừa trả lời anh ấy.

        1.    Hướng dẫn sử dụng Nguồn dijo

          HAHAHAJAJAJAJAJA, phải như vậy, xem anh ấy có thích lãng phí thời gian vào những cuộc thảo luận vô nghĩa không. À, nếu đó là điều anh ấy muốn, tôi rửa tay và đưa banhammer cho anh ấy, từ giờ tôi chuẩn bị bắp rang bơ và tôi chỉ việc xem ... http://i.imgur.com/YcJ0XpY.jpg

        2.    sống động dijo

          Không có gì sai với nhận xét đó, đó là một ý kiến ​​đơn giản liên quan đến tôi không biết những gì ass ... XDD

    2.    yukiteru dijo

      @Tete đó thật điên rồ 😀

      Nhân tiện, tôi đã có hệ thống của mình miễn phí khỏi Consolekit, Policykit và với tự động hóa mà không có vấn đề gì 🙂

      1.    x11tete11x dijo

        tốt! Tính linh hoạt của Gentoo xD thật ấn tượng

      2.    người đi đường dijo

        Umm, tôi không biết về trường hợp cụ thể của bạn, nhưng hệ thống của tôi đã cho tôi nhiều vấn đề, đặc biệt là với PAM, tôi sẽ đợi lâu hơn một chút để thay đổi, hiện tại, vì tôi cũng sử dụng BSD, tôi thích sử dụng OpenRC hơn.

      3.    x11tete11x dijo

        @roader, yuki sử dụng OpenRC mà không có Consolekit hoặc Bộ chính sách

      4.    yukiteru dijo

        @roader, tôi không thích systemd, tôi gắn bó với OpenRC vì nó là tất cả những gì tôi cần, cũng như dễ xử lý. Tôi đã xóa * Kits khỏi hệ thống của mình và số tự động tôi thực hiện bằng cách sử dụng udevil của DubrantGuru và nó trở nên hoàn hảo. Về PAM thì có thể loại bỏ cái này, trong Gentoo bạn có dung lượng đó, mình không biết trong BSD sẽ như thế nào.

  1.   gorlok dijo

    Tôi đã đọc nó, và nói chung tôi đồng ý với những gì nó nói. Mặc dù một email như vậy trong danh sách hạt nhân ... có vẻ như nó chỉ đang tìm cách thực hiện một cuộc chiến tranh ngọn lửa. Nhưng như tôi đã nói trước đây, nó không có nghĩa là nó đề cập đến một số điểm hợp lệ, nhưng tôi không nghĩ đó là nơi (theo ý kiến ​​của tôi).

    Điều đáng nói là ba ngày trước, tôi đã đăng một dòng tweet có nội dung: «gnome, pulseaudio và systemd có điểm chung: cách không hài lòng khi họ tương tác với (t) cộng đồng #Linux: - /» https://twitter.com/gorlok/status/500413760595849216

    Nó đề cập đến những xung đột liên tục của các dự án này, đặc biệt là các nhà phát triển / lãnh đạo của họ, cách họ xử lý với cộng đồng, với những tranh cãi liên tục. Rõ ràng là không thể làm cho tất cả mọi người vui vẻ, mọi lúc, và đồng thời đạt được mục tiêu. Không có công thức nào cho một dự án khiến mọi người vui vẻ khi hát Kumbaya, nhưng từ đó đến mức độ liên tục của những xung đột và đụng độ liên tục tồn tại trong 3 dự án ví dụ đó, có một sự căng thẳng.

    Đặc biệt với systemd, bất chấp những xung đột và triết lý thiết kế của nó, nó hoạt động và giải quyết một số vấn đề thực tế và cấp bách cần được giải quyết. Là giải pháp tốt nhất? Tôi nghi ngờ điều đó. Đó là lý do tại sao nó đã giành được không gian bất chấp những xung đột. Không còn nghi ngờ gì nữa, vẫn có chỗ cho các dự án khác thế chỗ. Đó là lý do tại sao điều quan trọng là phải giảm thiểu sự phụ thuộc với systemd (hoặc pulseaudio cho một ví dụ khác), và theo đó tôi đồng ý về điều đó với người dùng, do đó chúng tôi tạo điều kiện cho con đường chắc chắn sẽ được đi cuối cùng. Sự thay thế thực tế khác cho systemd là mới nổi ... cũng không phải là không có thắc mắc hoặc xung đột, gần như giống nhau.

    Mặt khác ... những xung đột này không quá nghiêm trọng, chúng là chuẩn mực hơn là ngoại lệ. Luôn luôn có và sẽ luôn như vậy. Điều đáng nói là nhiều trường hợp lịch sử xảy ra với GCC, chẳng hạn, đã tạo ra các dự án thay thế bằng cách thử nghiệm các con đường khác, mà cuối cùng đã làm phong phú cộng đồng.

    Tôi cá rằng cuối cùng thì một dự án khác cũng sẽ tiếp quản ở đây, trừ khi systemd cuối cùng làm việc thông qua các câu hỏi của nó và giải quyết chúng. Hiện tại ... nó là như vậy, và tôi nghĩ rằng nhiều người hiểu nó theo cách đó, trong khi thích dành nỗ lực của họ cho các vấn đề khác cấp bách hơn.

    1.    yukiteru dijo

      Vấn đề là có rất nhiều câu hỏi và vấn đề về systemd mà Leannart chỉ đơn giản là ít quan tâm đến việc giải quyết mặc dù đôi khi họ đang nhấn mạnh, hoặc đơn giản là bị che giấu bằng cách thực hiện các sửa đổi xấu đối với phần mềm liên quan đến systemd (trường hợp Kay). Diễn đàn đã bắt đầu nói về vấn đề này và tôi đặt lên bàn một số điều mà tôi đã phải xảy ra với systemd và các lỗi mà đơn giản là tôi không tìm ra giải pháp (hiện tại).

      Link: http://foro.desdelinux.net/viewtopic.php?pid=21896#p21896

      1.    người đi đường dijo

        Nhắc tôi về OpenSSL ...

      2.    yukiteru dijo

        Trường hợp ít nhiều giống nhau ít nhất là ở phần nền. Nó giống như: «Hãy làm nhiều dòng mã, không bình luận về chúng, không ghi lại chúng, dù sao thì không ai kiểm tra mã tốt và nếu lỗi xuất hiện, chúng tôi sẽ xem chúng tôi sẽ làm gì với nó»

  2.   Andrélo dijo

    Đối với Linux, không có gì phù hợp với họ, nếu mỗi bản phân phối thực hiện những gì nó được hát, họ thảo luận về điều gì sai, sự phân mảnh đó và đường biển bằng ô tô, và nếu họ thống nhất điều đó là họ lấy đi quyền tự do, nếu họ làm không thích nó, họ cảm thấy mông và chương trình ...

    1.    sống động dijo

      Tôi không mong đợi một phản hồi khác từ Windosero? (Tôi thậm chí không biết liệu thuật ngữ đó có được sử dụng tốt hay không). Người dùng Windows và Mac đã quen với việc sử dụng những gì họ nói, CÓ hoặc CÓ. Điều này chưa bao giờ xảy ra với GNU / Linux, đó là lý do tại sao tất cả sự tức giận này, và tôi tin rằng nó không phải do thiếu lập trình, hay do lừa.

  3.   người lười biếng dijo
  4.   KZKG ^ Gaara dijo

    Tôi đồng ý trong nhiều khía cạnh của những gì đã được thảo luận ở đây.

    Tôi nhớ với hoài niệm những ngày Arch khi tôi KHÔNG có systemd, khi rc.conf tồn tại, v.v., bởi vì 90% cấu hình hệ thống của tôi được chỉ định trong tệp đó.

    Trong các bản phân phối khác (như Debian) thì không như vậy, nó không tập trung tất cả trong một tệp duy nhất, nhưng tôi không quan tâm, init rất hay, tôi hiểu nó kỹ lưỡng, tôi biết nó hoạt động như thế nào và làm thế nào để nó hoạt động theo cách. Tôi muốn, runlevels, rcconf, v.v.

    Bây giờ với systemd ... hãy nói điều đầu tiên là nó khác. Journal, systemctl và các công cụ khác vâng, chúng cho phép bạn làm điều tương tự nhưng tôi luôn tự hỏi bản thân, liệu thay đổi này có thực sự cần thiết không? … U_U… Tôi biết câu trả lời của tôi, bạn sẽ biết câu trả lời của bạn.

    Tôi không hối hận khi sử dụng systemd trên Arch ngay bây giờ (tốt, không phải là tôi có thể hoặc sẽ không hối tiếc ... hoặc sử dụng nó, hoặc tôi quên Arch), nhưng tôi ước nó đã được như vậy.

    Bài báo xuất sắc. Tôi không chia sẻ «cuộc thập tự chinh» cực đoan chống lại SystemD, nhưng tôi đồng ý rằng thực tế đơn giản rằng systemd là «một chiếc nhẫn thống trị tất cả» không phải là lựa chọn tốt nhất, nó không nên được khái quát hóa và bây giờ tất cả các phân phối đều áp dụng triết lý này ... ừm, những ai đã xem Chúa tể chiếc nhẫn đều biết cụm từ đó kết thúc như thế nào 😉

    1.    người đi đường dijo

      Bạn luôn có thể sử dụng initmanager khác, điều đó không khó lắm, chỉ có điều là các init script bạn phải tự tải (hoặc viết).

    2.    Alberto cardona dijo

      Rc.conf lạ, mình không hiểu systemd, đó là lý do tại sao mình rời khỏi Arch, đừng quen với nó, đó là một cuộc bạo loạn thực sự 🙁

    3.    Wako dijo
      1.    Alberto cardona dijo

        Cảm ơn bạn!
        Liên quan

  5.   vicky dijo

    Vâng, không có ý xúc phạm, đối với tôi nó có vẻ là một bài báo rất kém. Có rất ít câu hỏi kỹ thuật, và tác giả dường như rất coi trọng cảm giác đặc biệt. Theo tôi, việc tiêu chuẩn hóa các phần cơ bản của hệ thống dường như không tệ đối với tôi.

    1.    diazepam dijo

      đính chính: Đối với tôi nó có vẻ là một bức thư khá nghèo nàn.

    2.    nano dijo

      Ở đầu bài viết có ghi rõ đó không phải là bài viết của tác giả mà là bản dịch miễn phí của một bức thư được đưa vào danh sách Kernel ... có vẻ tệ là nó được bình luận chỉ vì.

  6.   yukiteru dijo

    Trận chiến này sẽ còn kéo dài, câu hỏi đặt ra là liệu điều này sẽ dẫn đến một init duy nhất cho tất cả các distro (một chiếc nhẫn để điều khiển tất cả chúng) hay ai đó sẽ có được sự khai sáng để tạo ra một init mới với những cải tiến về kỹ thuật và thiết kế so với hiện tại init, đó là một cái gì đó vẫn còn được xem.

    Cá nhân tôi đã sử dụng systemd trong một vài năm (Thử nghiệm Archlinux và Debian, và tôi có máy khách với init đó) và tôi phải nói rằng trong nhiều trường hợp đó là một điều may mắn và trên những người khác, chính khuôn mặt của quỷ đang troll bạn càng nhiều càng tốt. Nói tóm lại, những lỗi lạ và thậm chí là một số phụ thuộc và vòng lặp khá nguy hiểm trong các dịch vụ, những thứ đi kèm với một phần mềm chưa ổn định chính xác và đi kèm với đó là sự phức tạp trong lập trình khá bất thường.

    Đối với phần phát triển, tôi đang đọc mã systemd, để xem nó được ghi lại và nhận xét như thế nào và trong cuộc đời tôi, tôi đã thấy điều gì đó khắc khổ hơn, ngoại trừ có lẽ, đối với Hello World mà họ cử bạn làm trong lớp lập trình đầu tiên của bạn. .

  7.   Raul dijo

    Chà, như một cuộc chiến tranh ngọn lửa, không sao cả. Nhưng về bài viết, tôi sẽ giải thích quan điểm của mình:
    Init đã lỗi thời. Tại sao? Tất cả các tác vụ bạn phải thực hiện trong một luồng duy nhất (tôi nghĩ rằng mọi người đều thích mọi thứ diễn ra nhanh hơn và sử dụng các bộ xử lý đa lõi mà chúng ta có trong máy tính của mình). Nó không cho phép có sự phụ thuộc giữa các tiến trình để chúng không bắt đầu nếu những tiến trình khác không bắt đầu (trừ khi chúng ta tìm kiếm bằng lệnh ps, nhưng điều này có vẻ giống như một trò đùa). Đối với người dùng quá tức giận vì họ không phải là nhà phát triển hoặc người duy trì các gói phân phối, hãy nói với họ rằng nếu chúng ta là người bảo trì và nhà phát triển, những lựa chọn thay thế này ngay từ đầu (mới nổi, systemd, ...) mang lại cho chúng ta cuộc sống để có thể làm cho mọi thứ hoạt động dễ dàng hơn , đặc biệt là trong các bản phân phối như Debian mà khi bạn cài đặt một gói, mọi thứ đã hoạt động (bạn cài đặt Apache và từ thời điểm đó, nó đã được khởi động và nó sẽ luôn hoạt động). Mọi thứ với init có thể trở nên dễ dàng hơn, nhưng có một điểm mà nó không cung cấp cho bạn một giải pháp (một cái cuốc rất tốt và nó rất dễ dàng, nhưng tôi không thấy nhiều công nhân sử dụng một cái cuốc để đào rãnh trên đường nhựa) . Như vậy cần sử dụng hệ thống hiện đại hơn Init. Chọn cái nào? Nó đã được tranh luận nếu SystemD, nếu mới nổi, nếu Init thay thế (bây giờ tôi không nhớ một số init được gọi là gì với vr hoặc hr), tôi đã sử dụng phiên bản mới nổi đủ để nói rằng nó rất xanh cho nhu cầu của các nhà phát triển và những gì tôi đã nguyền rủa một nghìn lẻ một lần. Với người mới bắt đầu, tôi không có niềm vui được chạm vào nó nhiều như vậy, nhưng nếu rất nhiều bản phân phối (Arch, Fedora, Suse, Debian, Ubuntu….) Đã chọn nó, nó sẽ là một cái gì đó, phải không? Từ những gì tôi thấy, nó có thể phức tạp hơn một chút để sử dụng (nó có vẻ không phức tạp lắm), nhưng nó không phải là điều mà người dùng Linux bình thường nên lo lắng. Và nếu bạn là nhà phát triển / nhà bảo trì / sysadmin, thì, trong máy tính, bạn luôn phải tái chế và học hỏi những điều mới; Những gì tốt đẹp ngày hôm qua thì hôm nay không còn đáp ứng được nữa và bạn phải thay đổi để hoàn thiện hơn. Về việc liệu nó có bị đóng hay không, nếu các nhà phát triển SystemD lười biếng và không muốn sửa chữa mọi thứ, có hai lựa chọn. hoặc tạo một hệ thống khởi động khác thực hiện những việc cần thiết hoặc tìm hiểu cách systemd hoạt động và cộng tác với sự phát triển.
    Và nếu bạn không thích quyết định của Debian, bạn luôn có thể tạo bản phân phối của riêng mình và làm theo cách bạn muốn.

    1.    x11tete11x dijo

      thưa ông, tôi ngả mũ trước nhận xét của ông

    2.    người đi đường dijo

      Hoặc cài đặt openrc (hoặc bất kỳ trình quản lý nào khác) các tập lệnh init mà bạn cần và sửa đổi tùy chọn init = trong grub. Là một fan hâm mộ của systemd đó. Vì lý do thực tế nó sử dụng openrc thay vì điều này, tôi phải nói rằng, mặc dù nó không quá phát triển, nó không có gì phải ghen tị, nó có hỗ trợ song song, nó tương thích hơn. Tôi chỉ muốn bạn thay đổi consolekit cũ thành logind.

      1.    sông dijo

        Openrc, đó là giải pháp thay thế đã bị xáo trộn khi thay đổi Init và tôi không nhớ. Hãy xem, phần lớn cuộc tranh luận được tạo ra đến từ thực tế là do hệ thống phụ thuộc có một phụ thuộc (tôi nghĩ tôi nhớ rằng với hạt nhân) nó tạo ra rằng nó không thể được chuyển sang các kiến ​​trúc khác, vì vậy nó sẽ ít tự do hơn. Mặc dù vậy, tôi cũng không nghĩ rằng chương trình mới nổi sẽ là một giải pháp thay thế hợp lệ, còn openrc thì tôi chưa nhìn thấy nó và tôi không thể bình luận.

      2.    Nhân sự dijo

        Nếu không ở bên trong, rất dễ dàng để nói những gì nên làm và những gì không, trên giấy tờ trông rất đẹp, nhưng khi bạn đã ở đó và KDE, GNOME, Wayland mới và những thứ khác ngày càng liên quan / phụ thuộc vào systemd đến. làm?

      3.    yukiteru dijo

        @roader, có thể sử dụng OpenRC mà không cần phải cài đặt Consolekit hoặc Policykit 🙂

        @raul, vì OpenRC là một init rất đơn giản, số lượng mã trong đó ít hơn 40 nghìn dòng, so với hơn 400 nghìn dòng của systemd (và đang tăng lên), trong khi đó nó có ít phụ thuộc hơn và có nhiều mô-đun hơn thậm chí hơn systemd. OpenRC có tính năng song song, nó có khả năng di động với các * NIX khác, nó có khả năng giới hạn tài nguyên bởi các dịch vụ, nó có tích hợp với CGroups và SELinux (hai tính năng này giống như cờ systemd).

        Tôi sử dụng nó trong Gentoo, và không sử dụng song song, nó khởi động hệ thống của tôi trong 22,3 giây trong khi systemd làm việc đó trong Debian chỉ trong hơn 18 giây (tôi không nhớ là mili giây hehe) bằng cách sử dụng các dịch vụ tương tự.

      4.    Raul dijo

        @Yukiteru, vấn đề mà tôi thấy là với openrc, bạn sẽ phải nấu tất cả các tập lệnh khởi động và thật khó khăn khi phải làm điều đó, đặc biệt nếu bạn có các dịch vụ phụ thuộc vào nhau (ví dụ: glusterfs phải khởi động sau khi mạng khởi động, nhưng không muộn hơn nhiều so với hệ thống tệp), đó là lý do tại sao tôi sẽ không cố gắng viết lại tất cả các tập lệnh khởi động cho một hệ thống khác. Nếu cái nào chiến thắng và cộng đồng systemD quyết định, thì chúng tôi sẽ chấp nhận nó, cái đó là Upstart, thì hãy tiếp tục nó.
        @Staff, nếu một dự án quyết định chọn một con đường, tôi không thể làm gì khác hơn là đi theo nó hoặc thực hiện một giải pháp thay thế khác. Gnome của tôi không thích nó khi tôi chuyển sang Gnome3 và tôi chuyển sang KDE. Có những người cũng không thích Gnome3 và quyết định tạo ra Mate. Tôi chưa đọc giấy phép SystemD, nhưng vì tôi biết quá ít về LGPL 2.1 và điều duy nhất là nó dường như sử dụng thứ gì đó có giấy phép độc quyền, do đó tôi không nghĩ (tôi nói một chút vì không biết về sự phức tạp) rằng quá khó để fork nếu thời gian đến mà mọi thứ phụ thuộc vào SystemD. Tôi chắc rằng bạn sẽ không cảm thấy thoải mái với mọi thứ bạn sử dụng trong môi trường máy tính để bàn của mình, nhưng nếu có một giải pháp thay thế, bạn có thể thay thế nó, còn nếu không, tôi cho rằng bạn sẽ chấp nhận vì không có gì tốt hơn, phải không?

      5.    yukiteru dijo

        @raul Với OpenRC bạn có phải viết lại các tập lệnh khởi động không? Ít nhất trong Gentoo, tôi đã không phải làm điều đó ngay cả khi sử dụng song song, và nếu cần nó phải được sử dụng trong một bản phân phối khác, trường hợp tương tự như trong Debian hoặc bất kỳ bản phân phối nào khác đang chuyển sang SystemD, bạn phải viết lại nhiều tập lệnh để điều chỉnh chúng với PATH trong số các chi tiết khác đi kèm với bản phân phối đó được đề cập.

  8.   người giải mã dijo

    Chà, tôi nghĩ systemd thật tuyệt vời, tôi đã thử nghiệm nó trên các bản phân phối như Archlinux và nó hoạt động như một viên đạn, và mặc dù nó được triển khai trong thử nghiệm debian, vẫn có một số dịch vụ cũ có tập lệnh trong /etc/init.dy phải được khởi động bằng khả năng tương thích như "LSB", vì vậy tại một thời điểm nhất định, debian đã chuyển mọi thứ sang systemd. Vấn đề không chỉ là tốc độ mà nó cung cấp, mà mô hình quản lý dịch vụ được cấu trúc rất hợp lý và trang nhã. Trên thực tế, nhìn vào / usr / lib / systemd / system và / etc / systemd / system, bạn có thể tạo một cây tinh thần của các dịch vụ trong quá trình khởi động, tôi thực sự đã viết trên giấy vật lý một cây được trích xuất từ ​​nội dung của các tệp của systemd và nó là rõ ràng những gì xảy ra. Ví dụ: theo mặc định, systemd khởi chạy default.target, là một liên kết đến graphical.target (ngay cả khi không có môi trường đồ họa được cài đặt) và bạn có thể sửa đổi default.target theo 3 cách.

    1) Chỉ định trong dòng nhân một giá trị cho mục tiêu mặc định của systemd
    2) Trong / usr / lib / systemd / system sửa đổi liên kết default.target
    3) systemctl cho phép multi-user.target || systemctl cho phép graphical.target hoặc bất cứ thứ gì bạn muốn theo mặc định. Vì các mục tiêu này có tên default.target trong phần cài đặt, việc cài đặt chúng tương đương với việc tạo liên kết đến mục tiêu mặc định trong /etc/systemd/system/default.target.

    Ngoài ra, có thể thấy rằng các trình quản lý phiên như slim, chẳng hạn như trong Archlinux, có thể thấy rằng chúng được cài đặt với bí danh session-manager.service (hoặc một tên tương tự) và graphical.target có mong muốn (tùy chọn phụ thuộc) tới session-manager.service và như một sự phụ thuộc nghiêm ngặt vào multi-user.target. Tóm lại, nó được xây dựng rất tốt ...

    Saludos!

  9.   edo dijo

    Và ý của anh ấy là gì sau khi SystemD đến với Debian? Ít nhất đó là những gì tôi nghĩ, tôi nghĩ rằng anh ấy phải đã đăng điều này trước khi điều đó xảy ra.
    Mặt khác, SystemD tốt hơn trong tất cả các lĩnh vực (ngoại trừ (dường như) trong những gì được đề cập ở trên) so với phần còn lại của các lựa chọn thay thế, xét cho cùng thì đó là một quan điểm mà nó thể hiện ở đó.

  10.   người đi đường dijo

    Không phải là quá phức tạp để chuyển sang OpenRC. Tất nhiên bạn sẽ phải phát triển một lớp tương thích (hoặc đơn giản là áp dụng) logind.

  11.   Nhân sự dijo

    Vẫn với điều này? Mọi người dường như không biết rằng cuộc chiến init đã kết thúc với systemd là người chiến thắng, bởi vì đơn giản là không còn đối thủ cạnh tranh nào nữa.
    Các tùy chọn đã / là gì?

    -Chờ đợi
    Chắc chắn không phải.

    -Bắt đầu, OpenRC….
    Không, không có tùy chọn hiện tại nào có lợi thế kỹ thuật hoặc cộng đồng và hỗ trợ kinh doanh mà systemd có, chúng tôi tin rằng người tạo ra Upstart (đối thủ mạnh nhất) nhận ra điều đó và hoan nghênh quyết định chuyển sang systemd của Debian.

    -Tạo một cái gì đó mới.
    Điều này không cần phải giải thích.

    Vì vậy, nếu chúng ta có một người chiến thắng cung cấp cho chúng ta phần mềm miễn phí mà không lạm dụng CLA, thì chúng ta hãy tận dụng nó, nếu đó là "chiếc vòng kiểm soát tất cả" thì chúng ta phải tham gia và tìm cách để tất cả chúng ta có thể sử dụng chiếc nhẫn. đồng thời.

    1.    sông dijo

      Về chiếc nhẫn, tại sao không ai phàn nàn về nhân? nó cũng là một hạt nhân duy nhất để thống trị tất cả, và không ai bảo vệ Hurd (và với lý do chính đáng).

      1.    x11tete11x dijo

        và tôi thực sự mạnh dạn, bây giờ với tất cả "sự thất vọng" này (chú ý, tôi sẽ sử dụng một sự khái quát sai để nhấn mạnh ý kiến ​​của tôi) mọi người khoác lên mình chiếc áo BSD ... đột nhiên họ đều là người dùng BSD, và họ ủng hộ rằng điều đó có sẵn tất cả phần mềm cho BSD, AmigaOS, BeOS, Solaris, v.v ... chúng ta hãy đi nào các bạn ... nếu bạn quá lo lắng về những hệ thống đó, hãy gửi bản vá để làm cho hệ thống tương thích ... hoặc không thành công, hãy vá các ứng dụng phụ thuộc vào systemd để tương thích với BẠN của bạn ..

      2.    Nhân sự dijo

        Chính xác, có một cuộc nói chuyện kép khủng khiếp.
        Nếu hạt nhân đó được sử dụng, đó là vì không có tùy chọn nào có cùng mức độ trưởng thành, nhưng nó không phải là vấn đề, nó có giấy phép miễn phí, chúng ta có thể sử dụng nó, tham gia để nó hoạt động NHƯ CHÚNG TÔI MUỐN và khi thời gian đến để thay đổi nó (Điều gì sẽ đến) chọn một tùy chọn (trong số những tùy chọn đã được phát triển) tiếp tục cho chúng ta sự tự do như cũ.

      3.    Nhân sự dijo

        @ x11tete11x
        Trong * BSD, nó không dễ dàng như vậy, do cách nó xử lý các dự án.
        GUN / Linux về bản chất là thiên đường của các giải pháp thay thế, các bản vá và nhiều bản vá hơn, nhiều bản vá ngẫu hứng, được ghi chép kém và cuối cùng đòi hỏi nhiều bản vá hơn, yêu cầu bản vá, yêu cầu bản vá ...
        * Và hãy cẩn thận * Tôi không nói rằng một trong những cách tốt hơn cách khác, chúng chỉ đơn giản là khác nhau.

        Khi tôi trả lời raul, có một tiêu chuẩn kép (và tôi thêm vào sự thờ ơ) trong tất cả những điều này, điều này cũng ảnh hưởng đến những gì bạn đề cập.
        Hầu hết những người hoan nghênh * BDS đều là những người tấn công lập trường tư tưởng của Phần mềm Miễn phí về những thứ như trình điều khiển độc quyền và lấp liếm rằng họ thích Mã nguồn mở hơn, mà không thấy rằng, chẳng hạn như OpenBSD và những người phát ngôn chính của nó, ít nhất là nghiêm ngặt. như chính Stallman và ít có khả năng di chuyển hơn.
        Vì vậy, những người đó cuối cùng không đóng góp cho * BSD hoặc GNU, như họ nói trong tiếng lóng bóng chày: Không pichan, không bắt, cũng không để gậy.

  12.   vô danh dijo

    Bài báo là tốt, chỉ thay vì giải thích tại sao systemd là một bệnh ung thư (nó là) nó hoành hành mà không đưa ra lời giải thích tại sao systemd là xấu.
    Điều tồi tệ về systemd là một nhóm nhỏ (được trả lương cao) điều hành sự phát triển của nó, họ không cho mọi người một phần tư quả bóng, nó làm thay đổi các cơ chế minh bạch như syslog-ng với journald… mọi thứ trở nên âm u dưới hệ thống.
    Thống nhất là tốt, nhưng để cả cộng đồng làm điều đó, không phải là một con cặc cao su được trả công xứng đáng cho lợi ích kinh doanh và đế quốc.
    May mắn thay, gentoo và funtoo đã nói không, openrc sẽ không bị thay đổi làm hệ thống mặc định, chúng tôi cũng may mắn là gentoo fork udev và eudev đã được tạo ra để loại bỏ bệnh giang mai khỏi udev / systemd.

    $ eix -Ic edev
    [I] sys-fs / eudev (1.9-r2@27/07/14): Hỗ trợ đặt tên thiết bị động và ổn định của Linux (còn gọi là devfs không gian người dùng)

    $eix -Ic openrc
    [I] sys-apps / openrc (0.12.4@20/04/14): OpenRC quản lý các dịch vụ, khởi động và tắt máy chủ

    Để tỏ ra tốt thôi là chưa đủ, bạn phải chứng minh được điều đó và đó là nguyên nhân khiến systemd thất bại, điều còn thiếu là họ fork systemd và thay đổi các nhà lãnh đạo của nó.

    1.    nano dijo

      Vì là bản dịch của một bài gửi đến Kernel mailing list, không phải là ý kiến ​​cá nhân của tác giả bài viết.

    2.    diazepam dijo

      Lennart biết cách phóng ngư lôi eudev. Lên kế hoạch chuyển udev sang kdbus

      http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html

      1.    yukiteru dijo

        Tôi tự hỏi tại sao ngư lôi một dự án fork như eudev? Có phải Lennart không quan tâm đến việc những người khác tạo ra các giải pháp thay thế khả thi cho phần mềm đến từ Red Hat?

        Tất nhiên điều này không có nghĩa là không thể, nhưng nó chắc chắn sẽ khiến mọi thứ trở nên khó khăn hơn và các dự án như eudev có thể sụp đổ vì đơn giản là chúng không thể theo kịp udev / systemd / kdbus và lượng tài nguyên dành riêng cho nó.

        Tôi không biết nhưng với tốc độ chúng tôi sắp tới, chúng tôi sẽ có dòng sau trong bản phát hành của mình: «Dựa trên hệ điều hành Red Hat Linux. Tất cả các quyền © 20XX »

      2.    x11tete11x dijo

        Tôi không biết các chàng trai sẽ giải quyết như thế nào với eudev, nhưng KDbus là một dự án mà tôi ngân hàng, thật nực cười khi phải thay đổi ngữ cảnh 2 hoặc 3 lần để giao tiếp các quy trình thông qua Dbus hiện tại, thật là điên rồ ...

        nếu nó không nằm trong systemd, nó sẽ nằm dưới một trong những init, nhưng KDbus không nên được coi nhẹ ...

      3.    yukiteru dijo

        Chắc chắn vấn đề là Lennart sẽ làm những gì anh ấy muốn với mã đó, đó là điểm mấu chốt, Lennart và công ty đã có nhiều khó chịu với sự thái quá của họ, và thậm chí Linus đôi khi đã ném đá của anh ấy hoặc người khác vì cách làm việc của anh ấy .

  13.   vô danh dijo

    Chắc chắn ở đó chiếc mặt nạ đã rơi ra, nó không bao giờ hết khiến tôi kinh ngạc về sức mạnh mà tiền có được.
    Vì nó sẽ ảnh hưởng đến những người chơi gentoo mà chiếc máy bay không người lái này cố gắng đưa kdbus vào bên trong lõi, anh ấy sẽ phải thuyết phục Linus đưa cái thối đó vào bên trong lõi trước.
    Ngoài ra trong gentoo còn có các nhà phát triển có thể thực hiện các thay đổi từ udev và kdbus sang eudev, không khó chút nào khi xem xét kích thước của mã udev / systemd.
    Cần khẩn cấp fork systemd và toàn bộ cộng đồng để xử lý các quyết định về cách mọi thứ được thực hiện.
    Điều làm tôi khó chịu nhất về systemd là sự phụ thuộc của dịch vụ này vào dịch vụ khác, việc kiểm soát đó phải là thủ công, nếu bạn mất quyền kiểm soát daemon nào đang hoạt động hoặc không hoạt động, thì bạn sẽ mất quyền kiểm soát hệ thống của mình ... ở bước đó họ sẽ đề xuất để loại bỏ để root và cài đặt một hình ảnh không thể thay đổi trên đĩa… .. tất cả đều chạy giống nhau, một cách rất lớn trong trường hợp «một lỗi vô ý» để có thể kiểm soát tất cả các máy tính có linux.

    1.    x11tete11x dijo

      cho tôi lý do tại sao không triển khai kdbus là có lợi (và tôi không nói là mang tất cả systemd, chỉ KDbus), thật là vô lý khi phải chuyển đổi ngữ cảnh 2 hoặc 3 lần để giao tiếp các quy trình thông qua Dbus hiện tại, thật điên rồ ...

      1.    vô danh dijo

        Tôi không nói rằng việc triển khai bus máy tính để bàn trong không gian hạt nhân là không tốt, điều tôi đang nói là việc triển khai kdbus của bạn (Lennart's) sẽ không đáng tin cậy vì bạn sẽ thay đổi nó theo ý muốn của mình để làm hỏng phần còn lại của thế giới . của proyects.
        Tôi đã đọc một số ý kiến ​​của Linus trên systemd và tôi không nghĩ rằng mình ngu ngốc đến mức nhượng bộ.

        Ai cho phép Lennart chúi mũi vào nhật ký hệ thống? ảnh hưởng đến gói syslog-ng với chữ viết của nó ở định dạng nhị phân, một # cat / var / log / message | grep -i gì đó đơn giản
        Nó cho phép từ bất cứ đâu để xem nhật ký đã lọc mà không cần sử dụng bất kỳ thứ gì không có trong hệ thống cơ sở, hóa ra journald sử dụng định dạng nhị phân và chỉ với tệp thực thi jpurnald, bạn có thể xem nội dung và lọc nội dung bằng các thông số của nó không chính xác dễ dàng .
        Làm cách nào để bạn có thể sử dụng systemd và syslog-ng mà không cần cài đặt tạp chí Android? ... đó là lý do tại sao nó là một căn bệnh ung thư, nó lây lan qua tất cả các bộ phận của hệ thống, bao phủ, chặn và hủy bỏ các gói tin khác.

      2.    Emiliano dijo

        Nhật ký nhị phân, nghe giống như Windows đối với tôi.

      3.    yukiteru dijo

        @emiliano, và đừng bỏ lỡ chi tiết về việc phải khởi động lại PC trong trường hợp systemd và một số dịch vụ cập nhật cùng lúc, trong những trường hợp đó, thậm chí không thực hiện tải lại daemon systemctl sẽ giúp bạn không phải khởi động lại hoàn toàn hệ thống của mình nếu bạn muốn nó hoạt động như nó vốn có. Các cửa sổ? Ở đâu?

  14.   Chủ Nhật dijo

    Tôi đã luôn sử dụng các bản phân phối .deb vì đối với tôi, chúng luôn dễ sử dụng hơn so với các bản phân phối .rpm.
    Sự dễ dàng đó mà tôi luôn cho là do người mới nổi. Tôi đã bị tổn thương vào ngày tôi biết rằng Debian đã chọn systemD

  15.   skarmiglion dijo

    Thành thật mà nói, mã nguồn vẫn sẽ ở đó, hãy tạo bản phân phối của riêng bạn. Tôi không thấy bất kỳ lời giải thích nào về những gì đã xảy ra với systemd ngoài những bình luận lạc quan về một thứ gì đó mang tính kỹ thuật, một biển các từ xúc phạm mà thực tế không có lời giải thích nào, ok ngoài sự thiếu minh bạch (chống lại sự thay đổi), bạn có thể vẫn sử dụng BSD, cũng có hệ điều hành haiku này ... và có nhiều hệ điều hành miễn phí hơn trong trường hợp bạn chưa nhận thấy 🙂 Tôi khuyên bạn nên sử dụng haiku os. Tôi muốn biết toàn bộ sự việc là gì về satanic nhưng tôi đã hút hết các bình luận và tôi không thấy bất cứ điều gì có liên quan ngoài một quan điểm triết học có phần gian lận (phổ biến trong debian). với điều này, Forkeen Shouldian và họ làm cho nó trở nên hoàn hảo. Xin chào, tôi sẽ bắt đầu lo lắng khi mã nguồn không thể truy cập được, bây giờ neeee.

    1.    yukiteru dijo

      Trên đầu bài viết có ghi rõ ràng đó là thư của một người Debianite trong danh sách lkml.org, nhưng không phải là lời chỉ trích của tác giả (@diazepan).

  16.   Emiliano dijo

    Tất cả các "vấn đề" init đều liên quan đến hệ thống máy tính để bàn, nơi GNU / Linux không tồn tại. Trong lĩnh vực máy chủ, nơi GNU / Linux là # 1, init là tốt nhất. Nếu bạn thấy người dùng chống lại SystemD, điều đó chắc chắn là do nó quản lý nhiều máy chủ.
    Chúc mừng.

  17.   DuckieDuckx dijo
    1.    Chào dijo

      Tôi sử dụng linux nhưng tôi chưa bao giờ tận tâm tìm hiểu nó trong nội bộ vì vậy những cuộc thảo luận này của systemd mới nổi và những người khác nghe như tiếng Trung Quốc đối với tôi. Vì vậy, tôi hỏi điều gì đó tại sao họ nói rằng systemd là một bệnh ung thư?
      bao nhiêu có thể ảnh hưởng đến sự phát triển của nhân linux. Chúng có thể trở thành những thứ không thể tách rời trong một bản phân phối không? cảm ơn 🙂

    2.    eliotime3000 dijo

      Họ ném anh ta ra ngoài vì là người tạo ra lỗi mà không biết cách giải quyết chúng. Do đó sinh ra oán hận.

      Và cuối cùng nhưng không kém phần quan trọng, đây là một vài chi tiết tại sao Linux đang dần rời xa triết lý UNIX:

      1.- FSF chống lại UNIX. Do đó, kể từ khi nhân được tạo ra, FSF đã là cơ quan ảnh hưởng đến khoảng cách giữa các Unixeros.

      2.- UNIX trên máy chủ đã được coi là Windows XP trên PC để bàn. Do đó, tại sao siêu máy tính - đối với hầu hết các bộ phận - đều được cài đặt bản phân phối GNU / Linux.

      Nếu không có hai điểm đó, Christopher Barry nói chung đã được người dùng Linux chấp nhận. Nhưng vì chúng ta đã quên rằng UNIX không còn liên quan như trước nữa (mặc dù phải thừa nhận rằng nếu không có nó, cả Internet và máy tính như chúng ta biết sẽ tồn tại), và lĩnh vực kinh doanh phụ thuộc hoàn toàn vào Linux (lấy xem xét giao dịch của Sở giao dịch chứng khoán New York).

    3.    yukiteru dijo

      Đó là Kay Sievers, và Linus đã cấm anh ta thêm mã vào hạt nhân vì nó gây ra nhiều vấn đề hơn là nó giải quyết được, ngoài việc muốn tắt gỡ lỗi hạt nhân để che giấu những sai sót trong đoạn mã mà anh ta viết cho systemd. Báo cáo ban đầu ở đây:

      https://bugs.freedesktop.org/show_bug.cgi?id=76935

  18.   bóng tối dijo

    Cuối cùng, nó sẽ giống như sử dụng Windows ...

  19.   vô danh dijo

    Và nói về Rome ... họ vừa phát hành phiên bản mới của udev-init-scripts và openrc

    https://packages.gentoo.org/package/sys-fs/udev-init-scripts
    https://packages.gentoo.org/package/sys-apps/openrc

    Tôi nhớ khi tôi thay đổi từ udev sang eudev, tất cả đều có rủi ro vì trước tiên bạn phải gỡ bỏ udev và sau đó cài đặt eudev, trong khi bạn đang làm việc trên không, nếu có vấn đề gì bạn không còn lựa chọn nào khác ngoài chroot hehe.

    1.    yukiteru dijo

      Hahahaha nếu bạn đi bộ trên rìa của vách đá, điều tốt là nó có một giải pháp chroot và không có gì khác 🙂

  20.   eliotime3000 dijo

    Theo de Raadt hẳn sẽ cười ngất vì cuộc chiến tranh ngọn lửa này (và nghĩ rằng LibreSSL được sinh ra từ vấn đề duy trì OpenSSL và sự kém hiệu quả của chính phần mềm này trong những năm sau này).

    Điều tương tự cũng sẽ xảy ra nếu SystemD có được sự quan tâm của Theo và những kẻ côn đồ OpenBSD (họ sẽ gọi nó là Hệ thốngX ám chỉ đến UNIX và family, ngoài ra họ sẽ làm cho nó tương thích nhất có thể và giống như LibreSSL- với một trang web có kiểu chữ Comic Sans).

    Dù sao, có vẻ như Slackware và Gentoo sẽ có thêm nhiều người theo dõi hơn nhờ vào chiến tranh ngọn lửa (nghiêm túc mà nói, Slackware là thứ gắn bó nhất với UNIX và chính triết lý KISS).

  21.   vinsuk dijo

    Tất cả điều này nghe có vẻ hơi cuồng tín với tôi

  22.   Mario dijo

    Tôi muốn nói với bạn rằng thời gian của bạn trong debian đã hết, nếu bạn muốn giữ thói quen UNIX của mình, bạn sẽ cảm thấy rất thoải mái với OpenRC trên Gentoo - bạn có thể cài đặt KDE một cách an toàn và bạn sẽ không bị nổi mề đay Gnome. Systemd và Gnome song hành với nhau, sẽ rất khó để vá từng gói, vì tôi muốn ubuntu với phiên bản mới nổi. Trong debian popcon tiếp tục nói rằng Gnome đã được sử dụng, tài nguyên bị hạn chế và chúng đang ở bản beta thứ hai của bản phát hành.

  23.   sf22 dijo

    Ai đó có thể giải thích cho tôi systemd là gì và vấn đề với nó là gì (mặc dù tôi tưởng tượng các cảnh quay sẽ đi đến đâu)? Đó là mặc dù tôi sử dụng Linux nhưng tôi không biết rõ về hoạt động bên trong của nó.

  24.   yukiteru dijo

    systemd là một chương trình chịu trách nhiệm khởi động hệ điều hành của bạn (init) và tất cả các dịch vụ mà bạn sẽ sử dụng trên máy tính của mình, từ việc gắn ổ cứng và usb, đến các daemon cho phép bạn sử dụng internet, cũng như tắt hệ thống và theo dõi các phiên của người dùng, trong số nhiều thứ khác.

  25.   xerix dijo

    Không có cách nào, để tìm Phần cứng hỗ trợ tốt FreeBSD 😛

  26.   xerix dijo

    Đó là sai eliotime3000
    1. FSF không ghét UNIX. Họ chỉ quan tâm đến việc quảng bá phần mềm miễn phí. Nếu AIX hoặc HP-UX miễn phí, chúng sẽ được tổ chức đề xuất. Richard Stallman đã nói rằng ông đã chọn tạo ra một hệ thống giống UNIX vì tính di động và độ sạch tuyệt vời của nó, mặc dù ông đã có một số chỉ trích chung.
    Và các hành động của FSF không liên quan gì đến việc tách UNIX và GNU / Linux, mà nó bắt nguồn từ mô hình phát triển kế thừa hoặc có được. Trong khi cái trước tập trung hơn, ổn định và được kiểm tra, cái sau kết hợp các chức năng và tính năng rất nhanh mà không cần thực hiện nhiều bài kiểm tra nghiêm ngặt.

  27.   vô danh dijo

    Trong gentoo, bạn có thể có nhân linux hoặc nhân freebsd, đó là lý do chính mà gentoo đã từ chối systemd, như bạn sẽ biết, systemd được gắn với các nhóm c mà chỉ nhân linux có chứ không phải nhân unix như freebsd.

    $ eix -c nguồn freebsd
    [N] sys-freebsd / freebsd-sources (-): Nguồn hạt nhân FreeBSD

    Phần cứng ngày nay hoàn toàn tương thích trong 95% trường hợp, một số vấn đề khác với chip netbook hoặc máy tính xách tay asics bất thường, nhưng nói chung phần còn lại không có vấn đề gì, một số bios ngoài đó với bảng ACPI không được hoàn thiện tốt lắm, nhưng không có gì là không thể được sửa bằng cách biên dịch hạt nhân hoặc chuyển một tham số hạt nhân trong / etc / default / grub

  28.   vô danh dijo

    Lời nói có bay theo gió không

    Chúng chỉ là những từ không có lập luận, dữ liệu cụ thể, so sánh ...

    là một bài phát biểu triết học

    Tôi muốn tìm tài liệu lý luận trong tất cả bài phát biểu đó, nhưng tôi không thể tìm thấy bất cứ điều gì

  29.   Tina Toledo dijo

    "Những người nghĩ Linux nên lo lắng về những kẻ ngốc và HOYGAN nên quay trở lại máy Mac và Windows của họ, và ngừng cố gắng" sửa chữa "Linux."
    Đây là ví dụ rõ ràng nhất về lý do tại sao đại đa số người dùng Windows coi chúng tôi như một nhóm chuyên gia lập trình cảm thấy giống như cái rốn của thế giới ... về phần mình, Barry có thể cuộn lá thư nhỏ của mình và đặt nó ở đó, trong phần đó của cơ thể nơi mặt trời không bao giờ chiếu sáng.

  30.   pandev92 dijo

    Chà, systemd của tôi không làm tôi hài lòng, nó không ổn định như lúc đầu, và sự thật là tôi không quan tâm nó có phải là openrc hay systemd mới nổi hay không, miễn là máy tính của tôi khởi động nhanh.

  31.   pandev92 dijo

    Tina, đa số người dùng là những người chưa bao giờ vào diễn đàn để xem các cuộc thảo luận, những người thậm chí không biết về sự tồn tại của Linux và nếu có, họ biết rằng có một thứ gì đó lạ và màu nâu gọi là Ubuntu. Do đó, những cuộc thảo luận này, người dùng bình thường không tiếp cận hoặc không tìm hiểu, thực tế phần lớn vẫn chưa biết cách sử dụng thành thạo Windows.

  32.   Tina Toledo dijo

    Pandev… bạn hoàn toàn đúng trong thế giới này; đại đa số người dùng Windows không đọc hoặc không tham gia vào kiểu thảo luận này, và đó chính là lý do tại sao họ có hình ảnh méo mó về người dùng GNU / Linux. Và với những ý tưởng ngu ngốc như Barry đã viết, họ thậm chí còn ít được quan tâm hơn. Ai muốn được đối xử như "thằng ngốc và Hoygan"? Christopher Barry nghĩ mình là ai khi ám chỉ người khác theo cách đó? Vậy GNU / Linux đã, đang và sẽ luôn là một thế giới chỉ thích hợp cho những “bậc giác ngộ”, những người hiểu rõ các khía cạnh kỹ thuật và những “quyền tự do” nổi tiếng? Những người dùng bình thường đơn giản muốn GNU / Linux tạo ra các bản phân phối thân thiện hơn, dễ sử dụng hơn và chúng tôi rất ít hoặc không quan tâm đến ngôn ngữ lập trình và học thuyết của Stallman, chúng tôi không tính vì theo «Mr. Barry »chúng ta có phải là những kẻ ngốc không?

  33.   diazepam dijo

    tina, pandev. Lưu ý rằng liên kết mà tôi đặt trong phần của hoygans tôi đã đặt nó theo cách không tốt.

  34.   Tina Toledo dijo

    Xin chào Diazepan. Cảm ơn vì đã làm rõ, nhưng tôi đã nhận ra. Trên thực tế, trước khi đưa ra nhận xét của mình, tôi đã đọc bức thư gốc để hiểu rõ về những gì Barry đang cố gắng nói và việc bạn chỉ trích lý lịch - không phải hình thức - với những bổ sung mỉa mai đó là rất đúng, và thực sự rất chính xác.
    Đó cũng là ngữ cảnh của từ "bad milk" mà tôi dùng để chỉ những gì "Mr." Christopher Barry bày tỏ như vô tình muốn.

    Tôi hiểu, giống như bạn Diazepan, những gì Barry đã nói giữa đường và tôi hoàn toàn đồng ý với lời chỉ trích của bạn.

  35.   vô danh dijo

    Tôi nghĩ bạn phải đặt mình vào hoàn cảnh, bức thư được gửi cho ai? vâng, từ Berry này đến LKML.ORG, nghĩa là anh ta có thể là một người dùng lập trình nâng cao, người giải quyết các nhà phát triển nâng cao khác ... không phải người dùng bình thường.
    GNU / Linux đã đi đến đâu là nhờ các lập trình viên, vẫn là các lập trình viên cải tiến và nâng cao tất cả những điều này.
    Chúng tôi đang đối mặt với một hệ điều hành và các chương trình được tạo ra bởi mọi người chứ không phải bởi các công ty, trong một công ty, người quản lý nói rằng điều này được thực hiện theo cách đó bởi vì tôi nói và chúng tôi trả tiền cho họ, hoàn toàn dừng lại, theo cách đó người dùng sẽ không bao giờ thỏa hiệp với người sáng tạo của chương trình hoặc hệ thống.
    Bây giờ hãy xem điều gì xảy ra trong GNU / Linux, người dùng không cần biết nhiều có thể tham gia vào các cuộc trò chuyện với các lập trình viên….
    Tôi không muốn gây tranh cãi với nhận xét này, tôi cũng không phải là một lập trình viên, chỉ muốn nói rằng bạn phải đặt mình vào hoàn cảnh của nó đã xảy ra như thế nào.

  36.   eliotime3000 dijo

    Trích dẫn giải phóng người được đề cập:

    Một phần là niềm tin rằng Cộng đồng Linux phải chiến đấu chống lại
    bá chủ của Windows và Mac - như thể sự tồn tại của Linux phụ thuộc vào
    việc đánh bại các lựa chọn thay thế. Những người nghĩ Linux nên phục vụ cho
    những kẻ ngu ngốc và trẻ con nên quay lại máy Mac và Windoze boxen, và
    ngừng cố gắng 'sửa chữa' Linux. Nó không bị hỏng!

    Bằng cách đánh dấu người dùng Windows là những kẻ ngốc và chậm phát triển là quá đủ để coi Barry là một thằng ngốc và HOYGAN (Có nhiều người biết cách tận dụng bộ Adobe, các chương trình Autodesk {chẳng hạn như các studio trò chơi điện tử, bao gồm cả Valve và Bandai Namco}, các nhà lập mô hình sử dụng SolidWorks với máy in 3D của họ và các kỹ thuật viên khác).

    Không nghi ngờ gì nữa, đây là một lý do nữa để không xem xét ý kiến ​​của fanboy này rằng anh ấy sẽ tốt hơn nếu làm việc với Theo de Raadt trong việc phát triển LibreSSL và OpenBSD.

  37.   hikari dijo

    Điều hệ thống đã trở thành cuộc chiến của cái tôi, những vị thần lớn hơn tin tưởng. Ý tưởng về systemd ban đầu không tệ nhưng đối với tôi nó có vẻ là một thứ gì đó quá lớn và phức tạp đối với một hệ thống giống Unix, nó vẫn hoạt động được một nửa (ví dụ như các vấn đề với gỡ lỗi hạt nhân). Mặc dù nếu kẻ gây ra thảm họa pulseaudio là củ tỏi (thỉnh thoảng có những điều kỳ lạ xảy ra với tôi với anh ta), thì điều đó không cần phải nói nhiều. Khi tôi bắt đầu với linux mới nổi, nó thậm chí còn không tồn tại, nó là init và nó hoạt động.

  38.   Tina Toledo dijo

    Vô danh:
    Bối cảnh của việc này là một bức thư ngỏ gửi đến toàn thể cộng đồng:
    Ngày thứ ba, ngày 12 tháng 2014 năm 15 38:12:0400 -XNUMX
    Của Christopher Barry
    Chủ đề OT: Thư ngỏ gửi tới Thế giới Linux

    "Bây giờ hãy xem điều gì xảy ra trong GNU / Linux, những người dùng không cần biết nhiều có thể tham gia vào các cuộc trò chuyện với các lập trình viên…." bằng "Những người nghĩ rằng Linux nên phục vụ cho những kẻ ngốc và những người thích lái xe không người lái nên quay lại máy Mac và Windoze boxen của họ, và ngừng cố gắng 'sửa chữa' Linux."

    Bạn đề nghị tôi làm gì sau đó Ẩn danh? Rằng tôi quay lại máy Mac hay Windows của mình? Đối với tôi, dường như một phần của cộng đồng GNU / Linux được tạo thành từ những người sử dụng GNU / Linux vì nó cung cấp cho chúng tôi một hệ điều hành mà chúng tôi thích. Nhóm đó, mà tôi thuộc về, chúng tôi không phải là lập trình viên và, như trường hợp của tôi, chúng tôi không tìm thấy các đề xuất của Stallman thực tế. Có những người dùng, như tôi, không quan tâm và chúng tôi không quan tâm đến việc biết liệu systemd có vi phạm các quyền tự do hay không - tôi cho rằng Barry đề cập đến những quyền mà Richard Stallman tuyên bố, mặc dù anh ta không nói như vậy - bởi vì chúng ta thấy trong GNU / Linux công cụ có tương lai ... mặc dù mọi thứ đang diễn ra theo tôi, tương lai sẽ không có GNU.

    1.    vô danh dijo

      @Tina - Bức thư đã được gửi đến danh sách gửi thư cốt lõi, theo chủ đề của nó, nó được hiểu là nó được gửi tới tất cả các nhà phát triển cốt lõi, hoặc ít nhất đó là những gì tôi hiểu.
      Systemd bị chỉ trích vì nó bắt đầu như một hệ thống thay thế cho init và hóa ra nó hiện đang thao túng mạng và dns. Nhiều khi bạn nói rằng bạn không quan tâm đến việc nó hoạt động như thế nào, nếu nó sẽ ảnh hưởng đến bạn để tiếp tục như thế nào ... thì đây chắc chắn sẽ là điều khiển từ xa bên ngoài và được sự đồng ý của những người dùng không biết về quả dưa chuột và nghĩ như nếu họ đã làm.
      Bảo mật là nền tảng của GNU / Linux, bảo mật mà thông tin không bị truy cập hoặc bị thao túng mà người dùng không nhận thấy (trong kiểu windows và mac tốt nhất).
      Một người hiểu biết về bảo mật có thể nghĩ gì khi xem khóa học mà systemd đang tham gia? tốc độ là một lý do để bảo mật biến thái.
      Tôi đã chán nói rồi, logind, consolekit, policykit, selinux, multiseat và bây giờ systemd là những Trojan để bảo mật bẩm sinh mà GNU / Linux luôn có, từ các công ty bên ngoài và một số quốc gia nhất định đang trả tiền rất tốt cho các nhà lãnh đạo của một số dự án quan trọng để biến tính bảo mật của GNU / Linux thành thứ có thể thao túng được… .Không ai nói như thế cả, tôi dám nói để xem họ có phát hiện ra một lần và mãi mãi không.
      Các nỗ lực khác theo hướng đó là kde, kdelibs nepomuk strigi được gọi là màn hình ngữ nghĩa.
      Tôi không muốn hệ điều hành đáng tin cậy duy nhất của mình bị hủy hoại, nhưng hóa ra systemd đã có PID 1… và đã gây rối với mạng và nhật ký hệ thống.
      Bạn có thể tranh luận kéo dài và đều đều trong nhiều ngày, nhưng hãy nhìn vào phản hồi của email đó và bạn sẽ thấy rằng không ai đến để nói rằng họ không có lý do gì để nói những gì họ đã nói.

  39.   yukiteru dijo

    @Tina có được phần lớn những gì Linux ngày nay, đó là nhờ vào thực tế là các ý tưởng của Stallman và nhiều người khác đã được tuân thủ chặt chẽ, những người ủng hộ tôn trọng quyền tự do của phần mềm và người dùng lựa chọn những gì họ muốn, tùy theo nhu cầu của họ, và điều đó đã xảy ra không chỉ ở cấp độ người dùng mà còn ở cấp độ tổ chức, khoa học và doanh nghiệp. Từ bỏ và mất đi những quyền tự do này không chỉ có nghĩa là không có khả năng lựa chọn, mà còn biến Linux thành một thứ đã bị chống lại ngay từ đầu. Các dự án như KDE, GNOME phụ thuộc vào systemd, sẽ khiến mọi thứ trở nên khó khăn hơn trong bối cảnh này, và do xu hướng hiện tại, có thể điều đó sẽ không có ở đó, mở rộng sự phụ thuộc sang systemd. Để đưa ra một ví dụ, FreeBSD cài đặt KDE theo mặc định, nhưng nếu KDE phụ thuộc vào systemd để làm cho nó hoạt động trên hệ thống đó thì đó sẽ là một vấn đề vì mã sẽ phải được vá để làm cho nó hoạt động, Martin Gräßlin, I đảm bảo rằng nó sẽ giữ lại init KDE cũ chỉ cho các hệ thống sử dụng X11, vì vậy điều này sẽ không xảy ra ít nhất là bây giờ.

  40.   Tina Toledo dijo

    Và phần lớn những gì Linux ngày nay - không có GNU- đạt được là nhờ những người không tuân theo học thuyết cứng nhắc của Stallman: hệ điều hành Linux được sử dụng rộng rãi nhất trên thế giới là Android và GNU không có gì cả, những bản phân phối phổ biến nhất và điều đó đã đến gần nhất cho người dùng thông thường như Ubuntu và các phiên bản phái sinh Linux Mint, Elementary và gần đây là Deepin bằng cách điều chỉnh chúng theo nhu cầu của chúng ta, hóa ra cuối cùng chúng không còn là GNU nữa.

    Tôi đã luôn nói, ở đây và ở nơi khác, rằng tôi rất tôn trọng những người tin tưởng và thực hành triết lý của Stallman, mặc dù tôi không thấy nó hữu ích - ít nhất cho tôi - tuy nhiên chúng ta cũng phải công nhận rằng có rất nhiều GNU / Linux người dùng mà chúng tôi sử dụng bản phân phối của họ vì những lý do khác ngoài quyền tự do mà Don Richad quảng bá và điều quan trọng nhất là phải biết "gan dạ" của hệ điều hành vì chúng tôi không phải là kỹ thuật viên hoặc kỹ sư hệ thống. Nhóm đó - lớn hay nhỏ là ít nhất - đáng được tôn trọng, việc chúng ta không biết về lập trình không khiến chúng ta trở nên thông minh hơn hay kém hơn và cũng không ít quan tâm đến việc cải thiện bản thân như mọi người. Chúng tôi biết mình cần gì từ một hệ điều hành - có thể là GNU / Linux, Windows hoặc MacOS - và chúng tôi có mọi quyền trên thế giới để trình bày ý tưởng của mình. Điều gì sẽ xảy ra nếu nhu cầu của tôi - cũng có thể là nhu cầu của nhiều người khác - va chạm với quyền tự do của Stalin? Sự thật là tôi không đồng ý lắm với việc nếu chúng ta không làm ấm tất cả thì chúng ta ném bếp xuống sông.

    1.    x11tete11x dijo

      Hãy đồng ý rằng những người dùng mà bạn mô tả không quan tâm đến systemd, mới nổi, openrc, v.v. etc

      1.    Tina Toledo dijo

        Đúng vậy @ x11tete11x. Khi tôi bật PC, không giống như Neo, tôi không nhìn thấy mã của Ma trận trên màn hình của mình, ít biết cách diễn giải chúng hơn. Tôi không quan tâm đến hệ điều hành mà tôi sử dụng có SystemD hay bất kỳ thứ gì khác hay không vì đối với các mục đích thực tế, điều tôi muốn là hệ điều hành hoạt động ... và nó hoạt động tốt. SystemD đó sẽ kết thúc ở khắp nơi và điều đó có nghĩa là mất quyền tự do? Chà, vớ vẩn!

        SystemD đó phức tạp, nó có lỗi, và các nhà phát triển của nó lười biếng đến nỗi họ làm mọi thứ bằng một nửa? Raul đã nói điều đó rõ ràng đến mức không cần thiết phải hét lên; Thay vì phàn nàn, hãy để những người biết về nó, nếu họ có thời gian, hãy giúp vá nó và sửa chữa nó. Đó không phải là phần mềm miễn phí là gì?

      2.    eliotime3000 dijo

        @Tub:

        Lặp lại lần thứ mười hai những gì tôi đã nói trong các bình luận trước: học hỏi từ Theo de Raadt, vì có đủ can đảm để phân nhánh OpenSSL khi mọi người khác chỉ đang phàn nàn.

        Tôi không nói rằng việc triển khai SystemD là một ý tưởng tồi. Trên thực tế, khi tôi sử dụng Chromium / Chrome / Opera Blink Developer trên Linux, thường mất SysVinit trên Debian vĩnh viễn để tắt hệ thống hoàn toàn, điều này thường không xảy ra với SystemD. Ngoài ra, SystemD, có vẻ như, sẽ có số ngày của nó nếu nó được chia nhỏ (và trên hết, với những cải tiến và điểm tương đồng với OpenRC, SysVinit và những thứ tương tự mà nhiều sysadmins mong muốn có).

      3.    Tina Toledo dijo

        @ Eliotime3000 thân yêu của tôi… bạn hoàn toàn đúng trên thế giới. Mặc dù tôi không hiểu lý do tại sao nó phải được chia nhỏ. Chà, tôi hiểu tại sao, nhưng tôi không thấy lý giải cho điều đó.

      4.    yukiteru dijo

        @ eliotime3000 bạn nói gì về việc fork nó Tôi thấy nó phức tạp ít nhất là trong BSD, trong Linux thì lại là một vấn đề khác, vì bạn có thể tạo một hệ thống có khả năng tạo các ứng dụng tương thích phụ thuộc vào systemd với một init như OpenRC, bằng cách một lớp trung gian giữa các ứng dụng phụ thuộc systemd và chính hệ thống. Một cái gì đó giống như nó đã được lên kế hoạch với OpenRC-settingsd, mặc dù dự án này dường như đã bị dừng lại từ năm 2013. Câu hỏi còn lại là: Nếu bạn làm điều gì đó như vậy, liệu Lennart có làm điều tương tự như bây giờ anh ta đang làm với ngư lôi eudev dự án bằng cách chuyển sang udev / kdbus và systemd để tích hợp hạt nhân mạnh hơn?

        @Tina, cái mà bạn bật máy tính lên và không hiểu mã ma trận xuất hiện trong khi khởi động, khiến bạn trở thành một người dùng Linux trung bình, đại đa số * người dùng * của hệ thống này, những người đến từ vùng đất Windows và OS X, đang tìm kiếm một giải pháp thay thế, đang thử nghiệm hoặc thử nghiệm, và họ thấy thứ gì đó trong Linux đã thu hút họ, bất kể lý do đó, và điều đó được tôn trọng. Điều được thảo luận và là nguồn ma sát chính giữa pro và so với systemd ít nhất là theo hiểu biết của tôi, là thực tế là init này trở thành một loại trung tâm hấp dẫn mà từ đó không gì có thể thoát ra được, làm những điều mà bình thường nó không nên làm. và trở thành một phụ thuộc khó vào mọi thứ Linux làm (daemon, phần mềm quản lý, DE). Điều đó cuối cùng có nghĩa là một điều: Nó sẽ khiến chúng ta phụ thuộc vào một ứng dụng có thể có vấn đề về thiết kế và bảo mật (hiện tại hoặc trong tương lai), ngoài ra nó không chấp nhận bất kỳ điều gì khác ngoài cơ sở của chính nó (Lennart không hợp tác, châm biếm). Có nhiều lý do để tránh điều đó, và bạn không cần nhiều bộ nhớ để tìm một cái, trường hợp của OpenSSL khá gần đây, và đó là một ví dụ sinh động rằng việc phụ thuộc vào bản thân một phần mềm là một ý tưởng tồi (OpenSSL là phần mềm lớn nhất trong lĩnh vực mật mã được sử dụng trong hầu hết các bản phân phối) và cho chúng ta một ví dụ rõ ràng về những gì mà việc dựa vào phần mềm một cách mù quáng có thể mang lại cho cộng đồng và những người sử dụng Hệ điều hành. Và còn nhiều lý do nữa, nhưng tôi để nó ở đây vì không mở rộng bản thân.

        Xin chào 🙂

  41.   vô danh dijo

    Bây giờ hãy xem nơi anh ấy đã can thiệp, vâng, với các thiết bị đầu cuối ảo lõi VT, có vẻ như anh ấy muốn thay thế chúng… .. ai đó phải ngăn chặn người đứng đầu này nếu không mọi thứ sẽ đi sai hướng.
    FORK khẩn cấp xin vui lòng!

    Systemd 216 bổ sung nhiều tính năng hơn, hướng đến VT không gian người dùng mới
    http://www.phoronix.com/scan.php?page=news_item&px=MTc2Nzk

    1.    yukiteru dijo

      @ nặc danh và nó không kết thúc ở đó bây giờ bạn thậm chí còn có DNS Cache. Init làm gì với dịch vụ DNS tích hợp? Tôi thực sự không biết chút nào, nhưng * monster * thậm chí sẽ có hỗ trợ DNSSEC và mDNS. Tôi chỉ hy vọng nó không bị * plastic * với một số daemon khác như bind, unbound hoặc pdnsd.

      Hệ thống-terminal liên quan đến KMSCon (KMS Console), một nỗ lực để đưa các VT ra khỏi không gian hạt nhân và vào không gian người dùng, nhưng cũng để sửa nhiều thứ khác, đặc biệt là với Mesa, KMS, DRM, trong ngoài việc đơn giản hóa một chút phát triển nhân. Nỗ lực là tốt, nhưng việc triển khai sẽ có vấn đề sau một thời gian vì các phụ thuộc của KMSCon là: table (libdrm, libgbm, libEGL, libGLESv2), udev (systemd), xproto (runtime phụ thuộc), libxkbcommon, freetype2 và glib (hỗ trợ unicode ), nói ngắn gọn, lại một lực đẩy khác cho init không tương thích với systemd.

      1.    ảo ảnh dijo

        điều này là do systemd từ lâu đã không còn là init chỉ. init chỉ là một trong những dịch vụ mà nó mang lại. còn lại là một loạt các daemon thứ cấp (như logind và mọi thứ kết thúc bằng d) là các tệp nhị phân riêng biệt và tập trung vào một chức năng cụ thể duy nhất. và trên thực tế, bạn có thể sử dụng systemd mà không cần hầu hết các daemon con đã nói hoặc đã tắt chúng. điều xảy ra là những daemon này, trong nhiều trường hợp, chỉ tương thích với systemd và không thể được sử dụng bên ngoài (trường hợp logind kể từ phiên bản 205), điều này là do chúng được thiết kế để chỉ hoạt động với nó. điều này mang lại lợi thế và bất lợi.

        lợi thế

        -systemd có tính mô-đun cao, bạn chỉ có thể sử dụng nó với các dịch vụ bạn cần (trên thực tế, đây là lý do tại sao systemd chủ yếu được sử dụng trong các hệ thống nhúng)
        - được thiết kế để chỉ hoạt động với nhau. mang lại khả năng tích hợp tốt hơn trong hệ thống. làm cho các tập lệnh systemd thực sự phổ biến (đây là một trong những vấn đề chính của sysvinit, không thể chuyển các tập lệnh từ một bản phân phối này sang các bản phân phối khác, việc tạo một tập lệnh từ 0 sẽ dễ dàng hơn (theo một số nhà phát triển debian)

        -chuẩn hóa: điều này phải được giải thích.

        - bằng cách giới hạn các tùy chọn của mình, bạn có thể giữ cơ sở mã nhỏ hơn và sạch hơn, do đó cải thiện bảo mật (vì hãy nhớ rằng mỗi dịch vụ systemd là một daemon riêng biệt trong một tệp nhị phân riêng biệt) nhiều vấn đề bảo mật nghiêm trọng nhất là do mã cũ vẫn còn ở đó vì khả năng tương thích ngược hoặc vì bạn phải chịu đựng quá nhiều lựa chọn.

        bất lợi

        -Thiếu tính di động: vì nó được thiết kế để chỉ hoạt động với một số phần mềm nhất định và không có gì khác, nếu các yêu cầu không được đáp ứng, mọi thứ sẽ không hoạt động hoặc đòi hỏi nhiều công việc bổ sung để làm cho nó hoạt động.

        cuối cùng, là một phụ thuộc quan trọng của tất cả các hệ thống không phải là xấu. chúng tôi đã phụ thuộc vào X11 trong 20 năm trong linux cho các giao diện đồ họa và DE. Điều này đã gây ra cho chúng tôi các vấn đề bảo mật phổ biến (ví dụ như vấn đề x11 trong debian cũng giống như trong Arch) nhưng giải pháp không phải là tạo ra 20 máy chủ đồ họa khác nhau, mỗi máy chủ cho mỗi bản phân phối, điều đó sẽ khiến việc phát triển linux trở nên ác mộng hơn. Đối với tôi, dường như những lợi thế của "áp đặt trật tự trong nhà" là tốt hơn. thế giới linux đã yêu cầu chấm dứt phân mảnh trong nhiều năm và systemd là phần mềm gần nhất đã mang lại mong muốn lâu đời này

  42.   Carlos MC dijo

    Xin chào,

    Nếu họ thực sự sử dụng systemd, tôi không hiểu tại sao lại có quá nhiều lời phàn nàn, tôi đã sử dụng Gentoo trong nhiều năm, điều này cho phép tôi tự do lựa chọn nhiều thứ và điều chỉnh chúng theo nhu cầu của bản thân.

    Tôi nhớ tôi đã di chuyển Gentoo bằng OpenRC và tốc độ khởi động được cải thiện đáng kinh ngạc. Sau đó, SystemD xuất hiện và sau một thời gian chờ đợi nó ổn định trong portage tree, tôi quyết định di chuyển và kiểm tra nó. Tôi chỉ giữ nó vì nó mang lại cho tôi những gì tôi cần trên máy tính xách tay của mình, một hệ thống khởi động nhanh, vâng, nhanh hơn OpenRC mà không cần thực hiện bất kỳ thay đổi phần cứng nào!

    Bạn không thể chỉ là một người đam mê và muốn mọi thứ đo lường được, chúng tôi sử dụng máy tính vì chúng tôi cần chúng và chúng luôn cần bắt đầu nhanh chóng, đơn giản và ngắn gọn vấn đề.

    Và tốt, đây là linux, sẽ luôn có những ý kiến ​​khác nhau và lựa chọn thay thế cho mọi sở thích.

    Ngoài việc chỉ trích vì thích trở thành một người đam mê và mọi thứ đều được điều chỉnh vào hệ điều hành của chúng tôi, tốt hơn là giải thích các giải pháp và lựa chọn thay thế ... giúp những người khác cảm thấy rằng cái mới không phù hợp với họ bằng howtos và những thứ khác đóng góp nhiều hơn bất kỳ điều gì khác trong thế giới Linux!

    Chúc mừng!

    1.    vô danh dijo

      @CarlosMC
      … .. và họ luôn cần bắt đầu nhanh chóng, đơn giản và ngắn gọn vấn đề.

      Hãy nhìn xem, tôi không có bất cứ thứ gì di động và thời gian hoạt động hàng ngày của tôi thường là khoảng 14 giờ, với openrc, mất khoảng 20 giây để truy cập vào thông tin đăng nhập bằng đồ họa mỏng, trong hệ thống có thể thực hiện điều đó trong 12 hoặc 14 giây, chúng ta đang nói về 8 giây trong khoảng 14 giờ. Tôi không cần tốc độ khởi động, tôi cần bảo mật và các dịch vụ được xử lý bằng tay dễ dàng như mọi khi.
      Nếu systemd được chia nhỏ, rất tiếc là nhiều thứ sẽ phải bị loại bỏ hoàn toàn, chẳng hạn như sử dụng các định dạng nhị phân nén ... thực sự là một điều xấu hổ khi thấy quá nhiều mã vô dụng.

  43.   Kim loại Draco dijo

    Tôi càng đọc nhiều về SystemD, tôi càng sợ nó. Đề phòng trường hợp tôi đã thực hiện 'sudo apt-get install sysvinit sysvinit-core sysvinit-utils'.

  44.   jma dijo

    Thông điệp thật khó nghe, nhưng nền tảng là hoàn toàn đúng, nhiều lập trình viên đang giúp lập trình hạt nhân là những lập trình viên được các công ty trả tiền để làm bất cứ điều gì để có thêm tiền, và một trong những công ty tích cực nhất trong lĩnh vực này là Red Hat đã đặt các lập trình viên của mình ở đó với mục đích bảo vệ độc quyền lợi ích thương mại của họ, tạo ra những phát triển công nghệ khiến việc sử dụng phần mềm miễn phí không tương thích trong các hệ thống Unix-Like khác như hệ thống BSD và các hệ thống khác.

    Vấn đề là để gây ra việc sử dụng không tương thích này, họ tạo ra các công nghệ như systemd hoàn toàn xâm lấn và có hại cho lợi ích của cộng đồng, và với việc mở rộng và phổ biến, chúng sẽ khiến hệ thống kết thúc không phải là Unix-Like và dừng lại. chỉ làm một việc và làm đúng, làm nhiều việc và làm sai, dẫn đến một nguồn lỗi liên tục và sự phụ thuộc vô lý không vì lý do gì khác ngoài việc tránh sự phổ biến của các giải pháp của các công ty khác, nói ngắn gọn là một trường hợp khác như của pulseaudio.

    Và hơn nữa, bây giờ với systemd sau khi cài đặt bản cập nhật, sẽ cần phải khởi động lại hệ thống, điều này ngày càng ít liên quan đến triết lý Unix và bằng cách làm cho mọi thứ phụ thuộc vào systemd, chúng ngăn không cho mỗi bản phân phối sử dụng các giải pháp khác như openRC, Init , v.v.…

    Hãy hy vọng Linus Torvald vẫn còn điều gì đó để nói về systemd, một phần mềm rõ ràng không tương thích với triết lý Unix hoặc phần mềm miễn phí.

    http://www.phoronix.com/scan.php?page=news_item&px=MTY1MzA

    và nếu điều này thành công, sẽ ngày càng cần thiết để bắt đầu sử dụng các hệ thống BSD.

    1.    ảo ảnh dijo

      Nó sẽ được rằng linus không quan tâm đến triết lý unix không phải là tôn giáo. linus đã nói rồi. Linux không phải là triết lý tự do hay rẻ tiền, mà là cung cấp các giải pháp hiệu quả cho các vấn đề thực tế. systemd giải quyết hiệu quả nhiều vấn đề thực tế hiện tại tốt hơn tất cả các giải pháp thay thế hiện tại.

      Cuối cùng. Tôi sẽ nói rằng systemd không giống unix là sai. systemd không phải là một hệ nhị phân khổng lồ tự làm mọi thứ. Có 2 systemd, thứ nhất là binary cho init, cái này khá nhỏ. trong thực tế, nó nhỏ hơn so với upsart và sysvinit. thứ hai là dự án như vậy và tất cả các dự án dưới cùng một ô. mỗi trong số này là các tệp nhị phân riêng biệt (đúng vậy, mỗi dịch vụ systemd là một tệp nhị phân riêng biệt với phần còn lại, chỉ dành riêng cho việc xử lý và duy nhất dịch vụ được nói và không có dịch vụ nào khác. Điều này nghe với tôi giống như "làm một việc và làm tốt") Điều khiến nhiều người phiền lòng là những mã nhị phân và daemon riêng lẻ này chỉ có thể được sử dụng (một số, nếu không phải tất cả) mà không có systemd là PID 1. cuối cùng. Những dự án khác mà systemd đã "ngốn" là do chính những người tạo ra những dự án này đã quyết định tham gia cùng nhau theo ý chí tự do của họ. tôi nghi ngờ lennart đã nã súng vào đầu các nhà phát triển syslog hoặc udev. chính họ đã quyết định tham gia.

  45.   vô danh dijo

    Bạn đã nói điều đó với những từ chính xác… .amen.
    Không cần phải lo lắng, bất cứ ai cũng có thể tạo một bản phân phối bằng openrc, không ai bị xúc phạm ... và đối với những người muốn của riêng họ, họ đã có gentoo / funtoo, tôi nghĩ sabayon và slackware cũng có.

  46.   vô danh dijo

    @mirage
    bất lợi
    -Thiếu tính di động: được thiết kế để chỉ hoạt động với một số phần mềm và không có gì khác, nếu các yêu cầu không được đáp ứng, mọi thứ sẽ không hoạt động hoặc đòi hỏi nhiều công việc bổ sung để làm cho nó hoạt động.

    Thất bại hoàn toàn, nó có thể có tất cả những ưu điểm bạn muốn, nhưng nếu cuối cùng nó chỉ tương thích với chính nó, nó buộc mọi người phải sử dụng nó hoặc phải làm lại từ đầu vì không muốn sử dụng nó ... nếu không áp đặt, nó là gì?
    Một script có thể đọc được bằng mắt người và được thông dịch bằng bash ... tất nhiên là nó thực thi chậm hơn, mắt người không thể đọc được một hệ nhị phân, bạn phải đọc mã nguồn và tự biên dịch nó để đảm bảo. .. tức là trước đây bạn phải biết đọc script ở dạng cơ bản thì bây giờ bạn phải biết lập trình bằng ngôn ngữ C ... hoặc tin tưởng vào Lennart.
    Về việc Lennart có sử dụng súng hay không, tôi không nghĩ vậy, ban đầu anh ấy là một tên bù nhìn của RedHat và nếu anh ấy sử dụng thứ gì đó, trong mọi trường hợp, đó phải là một vài bó đồng bạc xanh ... họ không giết ai cả, nhưng họ thuyết phục trong việc đưa ra quyết định.

  47.   Manuel dijo

    Tôi không phải là một nhà phát triển, tôi mới bước chân vào một học viện, nhưng tôi hiểu những gì bạn nói, mã mở và sự tự do để học hỏi từ nó, và sửa đổi nó là một phần của triết lý "Tự do" mà gnu / linux truyền bá và, thật không may; framework, ngày nay là một vết thương lớn trong lòng GNU / LINUX. Tôi cho rằng, đối với những người được đào tạo về học thuật, điều đó không nên quan trọng lắm, vì luôn luôn, họ sẽ có thể làm được mà không có các bản phân phối lấy systemd và; xây dựng hệ thống gnu / linux của riêng bạn, tức là tạo hệ thống gnu / linux của bạn từ đầu mà không cần phải dùng đến systemd.

    Archlinux, hãy sử dụng systemd và tin rằng tôi đang sử dụng nó và chắc chắn nó hoạt động rất tốt, nhưng cá nhân tôi sẽ cố gắng rời bỏ nó để chuyển sang gentoo và từ đó sang linux từ đầu.

  48.   vô danh dijo

    Ít nhất thì họ đã bắt đầu bằng một cuộc tẩy chay tốt, mà sau này chắc chắn sẽ trở thành chủ quyền FORK đối với systemd.

    Lời kêu gọi nhóm mới để tẩy chay Systemd
    http://www.phoronix.com/scan.php?page=news_item&px=MTc3OTM

    Trong các bình luận, ai đó đã chuyển qua hai liên kết nơi họ mô tả chi tiết sự khủng khiếp của thiết kế (không biết có phải mục đích hay không) của systemd.

    http://ewontfix.com/14/
    http://ewontfix.com/15/

  49.   kristz dijo

    Và Richard Stallman đang ở đâu và ý kiến ​​của anh ta về những điều này?
    Nhật ký nhị phân, tất cả được kiểm soát bởi systemd, không lắng nghe cộng đồng ...

    Tôi không ủng hộ cũng không phản đối systemd nhưng tôi BẤT NGỜ rằng Richard Stalman đã không nói một lời.

  50.   Nico Fuenzalida dijo

    Brừm!

    Tôi nghĩ rằng tôi sẽ đọc một bài đăng kỹ thuật bằng tiếng Tây Ban Nha.

    Liên quan

  51.   NGỪNG RÊN RỈ dijo

    Systemd là một ý tưởng rất tốt được thực hiện một cách hoàn hảo. Phiên bản 217, đã có trên Arch và một vài năm nữa trên Debian - LOL! - chứa các tính năng bảo mật chỉ có thể áp dụng cho PID1, chẳng hạn như cách ly hoàn toàn các dịch vụ và quy trình, điều mà cả SELinux và bất kỳ MAC nào khác đều không thể làm được với các triển khai khác ngoài systemd.

    Về phần mình, tôi không biết bất kỳ ai sử dụng systemd và những ai muốn quay lại hệ thống cũ khởi động và cấu hình hệ thống; trên thực tế, mọi archero mà tôi bắt gặp và nhận xét về chủ đề này, bởi vì tất cả chúng ta đều đã từng hoài niệm về /etc/rc.conf, đều đồng ý rằng systemd đơn giản là hoàn hảo theo quan điểm quản trị hệ thống và mặc dù Tại một thời gian bạn có thể đã yêu thích mô hình cấu hình dịch vụ cũ ngày hôm nay NOR CRAZY quay trở lại mô hình đó sau khi sử dụng systemd.

    Mọi người, đừng phá vỡ quả bóng của bạn, nó đã là một sự thật, nó ở đây và nếu bạn không thích nó, hãy sử dụng những thứ khác như Devuan (hahahahahahahahaha) hoặc Gentoo, Slack hoặc thậm chí Manajaro hiện hỗ trợ OpenRC.
    Và sau đó, trong khi liếm vết thương của họ bằng cách sử dụng bất kỳ thứ gì chống lại hệ thống, hãy nhìn vào openSUSE, Fedora hoặc Arch và xem cách họ lạc lối vô vọng trong thời gian sống trong một thực tế ngược thời gian, tất cả chỉ vì ngứa ngáy khó từ chối những gì dường như họ không biết và đánh giá theo các ý kiến ​​còn lại thay vì hình thành ý kiến ​​của riêng họ.

    Whore, nếu ngay cả các nhà phát triển cốt lõi của FreeBSD cũng đã nói về việc thiết kế một hệ thống tương tự như systemd để đối mặt với các nhu cầu mới đang được nhìn thấy trước mắt, bao gồm ảo hóa lớn, nhiều thiết bị được kết nối, khả năng di động với các tiện ích di động, bảo mật và đơn giản hóa và quản trị tối ưu trong số những người khác ...

    Trước khi bạn trả lời câu hỏi vô nghĩa sinh ra từ tình cảm nội tạng, hãy đọc bản ghi ngắn này về cuộc nói chuyện gần đây của Lennart về các tính năng bảo mật mới được thảo luận ở trên:

    Tất cả các tính năng được chọn tham gia thông qua các đơn vị dịch vụ và nhằm mục đích cô lập hoặc phân chia quyền truy cập vào các tài nguyên hệ thống mà các daemon có và lẫn nhau bằng cách sử dụng không gian tên hạt nhân:
    - PrivateTmp: gán một / tmp và / var / tmp cụ thể cho daemon
    - PrivateDevices: tạo một / dev cụ thể cho daemon với mọi thứ cần thiết: null, random, urandom, v.v., chỉ những gì cần thiết để nó hoạt động chính xác. Bằng cách này, bạn ngăn daemon có quyền truy cập vào đĩa hoặc bất kỳ thiết bị được kết nối nào (khối hoặc ký tự). KINH NGẠC.
    - PrivateNetwork: tạo một giao diện hoàn toàn cách biệt với thực tế (để bạn không thể truy cập nó từ host trỏ tới 127.0.0.1). Điều RẤT tuyệt vời về điều này là bạn có thể chia sẻ cùng một không gian tên giữa các daemon khác nhau, ví dụ: bạn có thể có một MariaDB chỉ được kết nối với mạng phụ trợ sử dụng nó và hai cái này lần lượt với một Nginx là mạng có truy cập vào giao diện mạng.
    - PrivateSystem: một bước nữa, nếu bạn kích hoạt nó, nó cho phép daemon chỉ truy cập / etc và / usr (/ usr ở chế độ R / O); nếu bạn đặt nó là đầy đủ, bạn chỉ có thể truy cập / etc ở chế độ R / O
    - PrivateHome: phủ một trang chủ / trống trong không gian tên daemon để nó không thể truy cập thông tin của bạn
    - ReadOnlyDirectories: như tên của nó cho thấy nó làm cho những thư mục đó ở chế độ chỉ đọc
    - InaccessibleDirectories: như tên gọi 🙂
    - MountFlags = slave: khi kích hoạt bất kỳ tùy chọn nào trước đó cho một daemon nhất định, các đối số mount sẽ tự động được che dưới dạng nô lệ, tức là bảng mounting chung của hệ thống không bị thay đổi, nhưng các tham số chỉ ảnh hưởng đến việc mount được thực hiện bởi ma quỷ (moi groso!).
    Bạn cũng có thể sử dụng tùy chọn này độc lập.
    - CapabilityBoundsSet: hướng dẫn một quy trình để tất cả các luồng được tạo phụ thuộc vào nó chỉ sử dụng các khả năng được xác định bởi quản trị viên (http://man7.org/linux/man-pages/man7/capabilities.7.html) và do đó tránh được các lỗ hổng bảo mật - sexy, huh !? ^ _ ^
    https://drive.google.com/open?id=0Bw3eycS9_SPaQnFHZjU5TURxdmc&authuser=0

    Nhà phát triển cốt lõi của FreeBSD đưa ra dự đoán cho 10 năm tiếp theo của hệ điều hành và nói về sự cần thiết phải triển khai một giải pháp tương tự như systemd:
    https://www.youtube.com/watch?v=Mri66Uz6-8Y

    1.    msx dijo

      * phi

  52.   Fernando Cortes Aviles dijo

    Tôi đã là một người dùng trung thành của Debian trong nhiều năm và tôi rất buồn khi thấy con đường mà nó đang đi. Chỉ một số nhà phát triển được phép bỏ phiếu, nhưng người dùng cuối không có lựa chọn nào khác ngoài việc chấp nhận sự xuất hiện của địa ngục đó (systemd). Mình chỉ mong rằng dự án devuan cứ tiến triển và nhận được nhiều sự ủng hộ.
    Có rất ít bản phân phối trung thành với SysV như Gentoo và pclinuxos và tất nhiên là… slackware!

    Liên quan

  53.   Alberto dijo

    Tôi thành thật nghĩ rằng đối với những người kiếm tiền với Linux, hệ thống này cách Windows và Mac vài năm ánh sáng và do đó tất cả các đòn bẩy hệ thống, bộ dụng cụ và cocks. Tôi dám khẳng định rằng trong vòng chưa đầy 8 năm nữa, Nod, Avast, Kaspr và tất cả những người tùy tùng của họ sẽ bước vào thế giới Linux, tất nhiên với tất cả virus của họ. Đó là công việc kinh doanh và ở đây sẽ không loại bỏ thần thánh. Mỗi ngày nhiều người dùng Linux? một con gà trống đi paca Tôi cần tiền của bạn. Điều đó thật đáng tiếc. Bây giờ họ chỉ đang đặt mẹo và với Vaseline .. đợi vài năm bạn sẽ thấy hahaha

  54.   Marcelo López Foresi dijo

    Tôi nghĩ những gì tác giả bức thư nói là ngu ngốc. Mặc dù có một số phản đối đối với systemd, nhưng bất cứ khi nào có thay đổi lớn, đều có những phản đối lớn.
    Ngoài ra, trở thành một người dùng debian (tôi cũng vậy) dường như không phải là một phản đối hợp lệ đối với tôi. Nếu bạn không thích họ quyết định mọi thứ cho bạn, chỉ cần sử dụng một bản phân phối khó hơn và biên dịch mọi thứ bằng tay, bao gồm cả hệ thống khởi động.
    Bạn không thể tuyên bố có tất cả các lợi thế của việc chạy một apt giải quyết tất cả các phụ thuộc mà không có bất kỳ khuyết điểm nào.
    Đối với người dùng slack hoặc gentoo, điều đó sẽ không xảy ra, "rất tiếc ... Tôi đã cập nhật và có những thứ tôi không thích." Bởi vì để cập nhật một hệ thống bằng tay, bạn phải dành rất nhiều giờ để theo dõi những gì bạn đang làm.
    Tôi xin lỗi nếu các nhà phát triển của bản phân phối bạn thích đã làm điều gì đó mà bạn không thích. Tôi có một ý tưởng, tại sao bạn không làm giống như Linus và xây dựng một HĐH riêng?

  55.   Jorge dijo

    Xin chào, tôi còn khá mới đối với linux và sự thật là bài viết này có vẻ đáng sợ và không thực sự được miễn. Tôi, người đã tham gia Debian với tất cả ảo tưởng về ý nghĩa của phần mềm miễn phí (tự do, sự giúp đỡ vị tha cho tất cả những ai cần nó, miễn phí, đơn giản), nói tóm lại, đó dường như là một cách hiểu về máy tính tuyệt vời và tốt (và cách tôi nghĩ về máy tính nên ngay từ đầu). Trên thực tế, tôi đã truy cập trang web này vì tôi đang bắt đầu ghi lại Debian để học cách xử lý và tự làm mọi việc, tôi nhận ra rằng mọi thứ tôi muốn nhắm mục tiêu đang biến mất.

    Chúng ta sẽ phải tạo một phân vùng mới trong Devuan, hãy xem nó như thế nào ...

    Cảm ơn sự đóng góp bài viết này.
    Xin chào, Jorge.

  56.   Jorge dijo

    Dù thế nào đi nữa, thời gian sẽ chứng minh ai có quyền.

    Những gì chúng tôi là người dùng có thể làm là thử một số lựa chọn thay thế và hy vọng lựa chọn nào sẽ tốt hơn.

  57.   Jorge dijo

    Về Devuan, tôi rất muốn thử nghiệm nó, nhưng nó hiện đang ở phiên bản thử nghiệm. Ngay sau khi phiên bản ổn định ra mắt để xem tôi có thể dùng thử nó không, để xem nó như thế nào.

  58.   Sebastian dijo

    Thật kỳ lạ khi đọc về một chủ đề bất thường như vậy và đồng ý về mọi thứ. Gần đây tôi đã cài đặt Debian Jessie, tôi đã phải định dạng 2 lần tổng số sự cố hệ thống trong các bản cập nhật tương đối dễ dàng. Tôi tự hỏi làm thế nào mà không có gì như thế này đã từng xảy ra với tôi và đột nhiên mọi thứ bắt đầu trở nên tồi tệ. Tôi đang sử dụng wheezy và vì đĩa CD Debian jessie đã tải xuống trang (cho dù ghi vào đĩa dvd hay ổ đĩa), chúng không hoạt động với tôi, tôi cài đặt wheezy và cập nhật. Vì cần có thời gian để giải quyết mọi thứ, không phải việc gì tôi làm ngay lập tức nên tôi sử dụng Wheezy trong vài ngày và nhận thấy sự khác biệt về hiệu suất với Jessie mà tôi không nhận thấy trong các bản cập nhật trước. Tình cờ đọc một bài báo khác, tôi tìm hiểu về systemd và tôi nhận ra rằng đó không phải là một sự hoang tưởng sai lầm mà tôi có thể nhận thấy với Jessie (cảm giác đang ở trong sự bất ổn của các cửa sổ).
    Cảm ơn bài viết của bạn và những người khác mà tôi đã đọc đã thông báo cho tôi về chủ đề này, tôi quyết định thay đổi cách phân phối của mình.