Hôm nay đọc RSS của tôi, tôi phát hiện ra một tin tức thú vị rằng Blog The Look of the Replicator, và đó là trong Cộng đồng Manjaro, một số ISO đã được đưa ra với đặc thù là họ không sử dụng Systemd như init, khác OpenRC, hệ thống khởi động được sử dụng bởi Gentoo.
Tôi không biết bạn thế nào, nhưng chủ đề Systemd đã chạm vào trái bóng của tôi rất nhiều, và càng đọc, tôi càng nhận ra rằng mặc dù đối với người dùng cuối (hoặc đối với nhiều người), nó không đại diện cho bất cứ điều gì siêu liên quan, ít nhất là đối với tôi , Tôi không thích con đường này đang đi. Tôi tin rằng một mùa đen sắp đến trong thế giới GNU / Linux, nơi những ngã rẽ và sự bất mãn sẽ bùng phát ngay cả trên những sa mạc khô cằn.
Nhưng hãy bắt tay vào công việc. Trong diễn đàn Manjaro, họ đã xuất bản, như tôi đã nói trước đây, một số isos mà OpenRC sử dụng. Và đối với những ai ngại cài các phiên bản này thì mình để video hướng dẫn cách làm.
Tải xuống ISO với OpenRC
ISO đầu tiên chúng ta sẽ thấy là phiên bản cài đặt mạng. ISO này có các đặc điểm sau:
- Dựa trên cấu hình Manjaro-Net (không cài đặt sẵn bất kỳ Môi trường máy tính nào)
- Dựa trên nhánh Thử nghiệm.
- Chỉ những trình điều khiển miễn phí
- Sử dụng nhân Linux 3.14 series
- Không sử dụng Plymouth
- Nó đã được thử nghiệm trong Virtualbox
Có thể chọn ngôn ngữ ngay từ đầu bằng cách nhấn phím F2. Khi quá trình khởi động kết thúc, chúng tôi sẽ tìm thấy lời nhắc, nơi chúng tôi sẽ sử dụng để truy cập:
- Người dùng: root
- Mật khẩu: manjaro
Để bắt đầu cài đặt như trong video trước, chúng ta sẽ viết:
setup
Liên kết tải xuống ISO
manjaro-net-0.8.11-openrc-i686.iso (32bit)
(md5sum: 80be54ecfb0360b2a8e544344f72113c)
manjaro-net-0.8.11-openrc-x86_64.iso (64bit)
(md5sum: ef205f70f3b3428545fdf1420db10b74)
Hướng dẫn sau cài đặt
Trong Diễn đàn Manjaro Họ cung cấp cho chúng tôi một số dữ liệu để Hậu cài đặt:
Chúng tôi thêm kho lưu trữ openrc-eudev theo các hướng dẫn sau.
1) Chúng tôi thêm phần sau vào cuối /etc/pacman.conf
[openrc-eudev] SigLevel = Máy chủ TrustAll tùy chọn = http://downloads.sourceforge.net/project/mefiles/Manjaro/$repo/$arch
Chúng tôi thêm và nhập các khóa:
sudo pacman-key -r 518B147D sudo pacman-key --lsign-key 518B147D
2) Chúng tôi cập nhật hệ thống
sudo pacman -Syu
3) Chúng tôi cài đặt môi trường máy tính để bàn ưa thích của mình, ví dụ sử dụng đến
Sudo pacman -S lxde
Thông tin về cài đặt Môi trường Máy tính để bàn có thể được tìm thấy trong wiki.
4) Chúng tôi cài đặt Trình quản lý phiên:
Sudo pacman -S lxdm-consolekit
5) Chúng tôi cài đặt một số gói như applet cho quản lý mạng
Sudo pacman -S network-manager-applet
6) Chúng tôi khởi động lại hệ thống
sudo reboot
Tôi nghĩ không cần phải nói rằng để làm được điều này, chúng ta cần kết nối với Internet thông qua cáp. Nếu chúng tôi sử dụng WiFi, bạn có thể xem cách thực hiện trong liên kết này.
Manajaro ISO với OpenRC và OpenBox
Trong trường hợp ISO của Openbox, một số điều phải được tính đến:
- Mục tiêu chính là làm cho quá trình cài đặt dễ dàng hơn và cho phép configurar hình thức đồ thị mạng (sử dụng ma quỷ) và phân vùng sử dụng GParted tùy ý.
- Cấu hình bao gồm Openbox WM, LXTerminal, PCMan và NetSurf Web Browser (tìm kiếm thông tin trong wiki o google), và vv
- Sử dụng trình cài đặt bảng điều khiển.
Liên kết để tải xuống các ISO với OpenRC:
manjaro-openbox-openrc-2014-11-13-i686.iso (32bit)
(md5sum: 9be7e75c75ab296f955a3396386c4764)
manjaro-openbox-openrc-2014-11-13-x86_64.iso (64bit)
(md5sum: 07fd57df022118dfc9e2794a0ca3d26e)
Manjaro XFCE ISO với OpenRC
Chỉ theo thực nghiệm và đối với 64 bit, cũng có ISO với XFCE:
manjaro-xfce-openrc-2014-11-14-x86_64.iso (64bit)
(md5sum: e132f294f2ffd99c6cbc371d1e7a6d72)
Bạn nói đúng, vấn đề systemd bắt đầu phát sinh một số lỗi nhất định vì OpenRC là phiên bản kế thừa tự nhiên cho init hiện tại. Chúng ta sẽ xem câu chuyện này kết thúc ở đâu.
"Mặc dù đối với người dùng cuối (hoặc đối với nhiều người), nó không đại diện cho bất kỳ điều gì siêu liên quan"
Tôi cũng nghĩ như vậy, nó không liên quan vì với tư cách người dùng, nó không ảnh hưởng đến chúng tôi trong hoạt động của chính hệ điều hành.
Trên thực tế, công ty lớn duy nhất (debian), đã đưa ra tin tức về "vụ bê bối" về chủ đề này, và mặc dù họ nói rằng có những lý do khác, tất cả đều liên quan đến systemd (và không nên).
Các bản phân phối lớn khác, họ không gây ra vấn đề gì (hoặc ít nhất là biểu hiện bằng các mảnh ghép và ngọn đuốc), Fedora, Ubuntu và OpenSUSE.
Nó cho tôi ấn tượng rằng đó là một cuộc chiến giữa các lập trình viên, vì ví dụ: opensuse 13.2 có sự chấp nhận / phê bình tốt và không ai trong các bài đánh giá nói về systemd (ngay cả khi nó để thiết lập cuộc tranh luận),
Bây giờ tại sao tất cả những phiền phức khi chuyển từ systemd sang OpenRC, nếu cuối cùng nó không ảnh hưởng đến chúng.
Cá nhân mình thấy cái systemd làm mình bứt rứt, bất an, bài tốt.
Trong Fedora, đã có một cuộc tranh luận nhất định về systemd khi nó được quyết định đặt nó là init, có một số người gièm pha hệ thống, chủ yếu là vì họ không đồng ý sử dụng nó làm init theo mặc định vì nó rất mới và có nhiều sai sót, tuy nhiên, Hầu hết các nhà phát triển lớn đều nằm trong nhóm phát triển cốt lõi và có liên quan đến systemd, vì vậy việc thay thế Upstart cho systemd là một dấu hiệu của một số áp đặt, ngoài vấn đề rằng Upstart là một bản phát triển Ubuntu và có CLA khá khó chịu, điều này cuối cùng đã giúp mọi người chấp nhận systemd mà không cần thắc mắc. OpenRC không phải là câu hỏi vào thời điểm đó, vì nó thiếu nhiều tính năng như bây giờ, bao gồm hỗ trợ song song và cgroup.
Tin tốt! một bản phân phối nhị phân sẽ phát hành openrc…. nó giống như một món quà trời cho.
Đó là con đường mà Archlinux lẽ ra phải đi ngay từ đầu, tôi nhớ khi tôi phải xác nhận Archlinux để đi đến systemd. Bây giờ tôi có khả năng kiểm tra lại một bản phân phối nhị phân với openrc + eudev, đó là chính xác những gì tôi sử dụng ở đây trong gentoo.
Cảm ơn mọi người từ Manjaro !!!
# eix -Ic openrc
[I] sys-apps / openrc (0.13.6@24/11/14): OpenRC quản lý các dịch vụ, khởi động và tắt máy chủ
# eix –c eudev
[I] sys-fs / eudev (2.1.1@31/10/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)
Cảm ơn vì thông tin, elav!
Tôi chia sẻ ý kiến của bạn về systemd và tôi cũng lo ngại về sự trôi dạt mà Linux đã thực hiện kể từ khi xuất hiện init mới này. Nếu Wheezy quá cũ trước khi Debian fork đến, tôi sẽ nghĩ đến việc dùng thử Manjaro OpenRC, vì tôi không có thời gian rảnh để chuẩn bị hệ thống Gentoo (tôi đánh giá cao việc này nhưng chắc chắn là thời gian biên dịch của Gentoo quá rộng so với hoàn cảnh cá nhân của tôi).
Chúc mừng!
Elav bạn có thể mô tả trong ít hơn 10 từ cho một người dùng không hiểu quá nhiều về "tranh cãi", đã có một số bài viết trên blog trong một thời gian rất kỹ thuật và họ không giải thích xong ngữ cảnh cho "uninitiated" ... bao giờ Họ nói với tôi rằng bất kể kỹ thuật, một lời giải thích phải được hiểu ngay cả bởi bà của bạn là tốt.
Trên thực tế, trên fedora, một thời gian trước đây, vấn đề đang trở nên không thể khắc phục được, đến mức một số người dùng máy tính để bàn đã nghĩ đến việc chuyển sang centos, để bỏ qua vấn đề
Tôi đăng ký yêu cầu đó.
Systemd hoạt động tốt đối với tôi. Vấn đề là gì gây ra quá nhiều chuyển động?
Hãy nói rằng tôi không biết.
systemd là chương trình chịu trách nhiệm khởi động hệ thống nhưng các nhà phát triển của chương trình này đã quyết định mở rộng nó và giờ đây không chỉ xử lý phần khởi động mà còn cả những thứ như cron (chương trình chạy chương trình tự động), mạng, nhật ký hệ thống. nhị phân, trong số những thứ khác
Nhiều người không có thiện cảm với sự thay đổi đột ngột như vậy, đặc biệt vì đây là phần mềm mới, do đó có nhiều lỗi hơn các chương trình đã hoạt động suốt đời, ngoài việc tạo ra sự phụ thuộc khi lập trình và ví dụ như gnome ngày càng được liên kết vào hệ thống này. Làm cho nó ít di động hơn với các nền tảng unix khác.
Tôi không biết liệu nhận xét khác của tôi có vượt qua kiểm duyệt hay không nhưng nó nói rằng tôi thích systemd nhưng họ không nên để nó độc quyền tất cả các bản phân phối và để lại các lựa chọn thay thế vì nó đã luôn được thực hiện trong Linux cho những người có nhu cầu khác nhau.
Tôi không cần phải nói rằng trước khi chương trình phụ trách khởi động hệ thống lúc khởi động là system v, đã trải qua một thời gian dài cho đến khi nó được thay thế trong hầu hết các bản phân phối bằng systemd xD.
Đối với những gì @daryo nói, tôi thêm phần sau (đó cũng là ý kiến của tôi):
Tôi luôn thích triết lý Unix, nơi một chương trình chỉ làm một việc, nhưng nó làm tốt. Khi Systemd muốn kiểm soát mọi thứ mà @daryo đã nói với bạn, tôi hơi nghi ngờ và điều gì sẽ xảy ra nếu Systemd bị xâm phạm bằng cách nào đó? Chà, nó có thể kéo theo mọi thứ mà nó kiểm soát.
Điều đó tôi nói thêm (và có lẽ điều này là do thói quen), rằng tôi luôn thích rằng nhật ký hệ thống của tôi là các tệp văn bản thuần túy, nhưng với Systemd, mọi thứ đều là nhị phân và các lệnh như:
cat log.txto
tailf log.txtNơi chúng tôi có thể sử dụng các tùy chọn khác như GREP để lọc nội dung nhất định, nhưng Systemd sử dụng một lệnh có tên Journalctl.
Ngoài điều đã nói ở trên, tôi phải nói rằng RedHat là số mũ chính đằng sau Systemd, tôi nhận được một cảnh báo rằng tôi không thể tắt. Có thể tôi sai, nhưng điều này có vẻ không ổn .. Và tôi tiếp tục tự hỏi có cần gì để kiểm soát khởi động, cron, mạng và bao nhiêu dịch vụ tồn tại? Điều đó có nghĩa là gì?
Nhờ nhận xét của bạn và những gì tôi đang điều tra, tôi có thể xác nhận những nghi ngờ của bạn, cảnh báo đó là chính xác, Broder.
Bạn thấy đấy, tôi đã đọc về TCP Stealth, đó là một luận điểm của Đức khi họ cáo buộc Red Hat đã tạo điều kiện cho hoạt động gián điệp công nghiệp đối với hệ thống nghe của 5 mắt:
Tôi đã viết về điều này, nếu bạn có tài năng cần thiết, tôi biết bạn có nó, bạn có thể đưa ra kết luận của riêng mình:
https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#Tàng hình TCP
Chỉ để bổ sung cho nhận xét tốt đẹp của bạn @elav, systemd là NIH cao đến mức hiện tại nó tuyên bố kiểm soát những điều sau:
1.- Quản lý các kết nối internet với IPv4 và IPv6, sử dụng systemd-networkd và systemd-nspawn.
2.- Quản lý DNS thông qua bộ đệm DNS nội bộ, do hệ thống phân giải.
3.- Quản lý DNS đa hướng trong mạng nội bộ, sử dụng systemd-networkd.
4.- Quản lý thiết bị đầu cuối TTY trong Linux, bằng cách sử dụng hệ thống an toàn. (Tạm biệt KMScon?)
5.- Quản lý các phiên và đặc quyền thông qua logind.
6.- Kiểm soát Coredump, sử dụng các tệp nhị phân và bỏ qua các chỉ thị hạt nhân.
7.- Kiểm soát nhật ký, sử dụng tệp trong nhị phân và bỏ qua các chỉ thị hạt nhân.
8.- Điều khiển sự kiện ACPI bằng logind. (Systemd-212 đã làm cho các nhà phát triển Nvidia đau đầu với nhiều lỗi khác nhau khiến hệ thống trở nên vô dụng)
9.- Hỗ trợ PPPoE cho networkd, một công việc vẫn đang được tiến hành.
10.- Hỗ trợ DHCP trong máy khách và máy chủ. (Họ làm gì với điều đó? Không ý kiến)
11.- Hỗ trợ các hệ thống có khôi phục cài đặt gốc, do đó được liên kết chặt chẽ với BTRFS (Đừng ngạc nhiên nếu sau này BTRFS trở thành phụ thuộc vào systemd, Lennart rất thích nó)
12.- Hỗ trợ cho các vùng chứa ảo hóa (chủ yếu là Xen và KVM)
13.- Hỗ trợ quản lý và khởi tạo thiết bị (udev làm gì)
14.- Xử lý hệ thống mã hóa đĩa.
15.- Đang tải phần sụn và mô-đun hạt nhân.
16.- Xử lý tên máy chủ (nó tạo tối đa một mã định danh duy nhất cho PC của bạn), cơ sở, thời gian, đồng bộ hóa NTP, sysctl (biến điều khiển hạt nhân) và thậm chí cả trình tạo số ngẫu nhiên (Điều này rất WTF, và nó làm dấy lên nhiều nghi ngờ )
17.- Xử lý hệ thống tệp tạm thời.
Trong danh sách dài ngắn, là những thứ mà tôi biết systemd đó, nếu ai biết thêm thì nói nhé :).
Tái bút: systemd không còn cung cấp hỗ trợ cho các tập lệnh LSB và SysV kể từ systemd-214, vì vậy tôi không biết hiện tại hỗ trợ "kế thừa" của chúng thực sự như thế nào hoặc chúng tuân thủ tiêu chuẩn như thế nào. Tôi nói LSB vẫn là tiêu chuẩn trong Linux, hay tôi đã sai?
Cảm ơn vì đã cho tôi biết, tôi đã nghĩ đến việc tham gia BTRFS nhưng biết rằng Lennart thích anh ấy, bạn có thể biết rằng anh ấy phải rất kinh khủng và theo dõi NSA-IBM
Có rất ít không gian để tóm tắt và giải thích quá nhiều ... đó là một con ngựa thành Troy khổng lồ, mà họ thậm chí không cố gắng khoe ra. Hệ thống khởi động làm gì bằng cách đưa các dịch vụ mạng, dhcp dns và thậm chí tôi nghĩ rằng avahi ... vào systemd? Quyền quyết định bị mất do không thể quản lý các dịch vụ
không muốn và chúng không đến với tôi có thể bị vô hiệu hóa, tôi không muốn chúng trong gói systemd!
Trong OpenRC, một người là người quyết định mọi thứ được bắt đầu trong mỗi runlevel, một số dịch vụ có sự phụ thuộc vào các dịch vụ khác nhưng chúng rất ít và được liệt kê ... trong khi trong systemd thì bất cứ thứ gì nó muốn vào lúc này Anh ấy cảm thấy thích… đạt được khoảng 5 giây khi khởi động và nhanh chóng tắt máy.
Systemd phức tạp đến mức không thể biết nó làm gì, bạn phải cam chịu nghĩ rằng nó là chủ của bạn và không làm gì có lỗi với bạn.
Systemd phá vỡ khái niệm rằng mọi thứ phải dễ dàng và dễ hiểu về daemon hoặc dịch vụ và cấp chạy, không ai sử dụng systemd hoàn toàn biết những gì xảy ra trong dịch vụ của họ mọi lúc.
Systemd không cho phép sử dụng syslog-ng một cách tự nhiên, họ đã làm cho journald dẫm lên nó và nó không cho phép nó hoạt động, tức là bạn sử dụng journald hoặc naninga !. Nhật ký hệ thống là yếu tố cơ bản để bảo mật và kiểm tra những gì đã và đang xảy ra với các kết nối cục bộ và từ xa, nhưng journald sử dụng định dạng nhị phân mà chỉ jornalctl mới có thể nhìn thấy nó .... Rất thường xuyên journald bị hỏng "một cách bí ẩn" tệp nhị phân của anh ta và khi anh ta thấy nó bị hỏng, anh ta xóa nó một lần và bắt đầu bằng một tệp mới, quên tất cả các nhật ký đã tồn tại.
Tôi có thể tiếp tục trong nhiều giờ, nhưng vấn đề tồi tệ nhất là Lennart không đưa ra một quả bóng cho những người báo cáo những lỗi đó và theo như tôi đọc, anh ấy không chấp nhận các bản vá lỗi từ bất kỳ ai.
Tôi nghĩ rằng bằng cách truy cập vào systemd, họ sẽ báo cáo các lỗi và bản vá, mà systemd sẽ phải chấp nhận ... nhưng tôi thành thật tin rằng Lennart và RedHat có một kế hoạch khác cho phần còn lại của các bản phân phối .... như tôi đã nói trước đây, NGỰA CỦA TROYA từ RedHat.
Thành thật mà nói đối với tôi systemd không thể sửa chữa được, ý tưởng đằng sau thiết kế của nó thật tệ hại, tốt hơn là bắt đầu một hệ thống có thể khởi động từ đầu còn hơn là cố gắng sửa lỗi Frankestein đó.
AMEN !! @vô danh..
Tôi đã sử dụng systemd (Fedora) được vài năm và tôi đã làm được điều này:
Vấn đề có vẻ kỳ lạ, vì càng nhiều thứ càng thêm vô hiệu hóa / chuyển hướng.
Tờ báo mà tôi đã chuyển trực tiếp đến rsyslog. Một số bản ghi nhị phân của bạn đã bị hỏng.
Từ dns tôi sử dụng bind, nếu họ tích hợp nó vào systemd, tôi sẽ tiếp tục sử dụng nó như cũ, mặc dù tôi phải sửa đổi mọi thứ.
Tôi sử dụng XFCE nên nó giúp tôi tiết kiệm rất nhiều thứ mà gnome muốn tích hợp.
Nó giống như một con voi trong một cửa hàng đồ sứ.
Thật; thậm chí họ không biết phải gọi nó là gì. Chúng tôi ra ngoài để cập nhật hàng ngày, sửa lỗi và những thứ tào lao khác. Đó là một chủ đề khiến tôi khá tức giận; nhưng không chỉ vì thực tế rằng SystemD là một tên khốn có chủ quyền; nếu không phải họ đã làm như thế nào.
Rõ ràng là trong thế giới Linux, có một số công ty cố gắng kiểm soát mọi thứ; xem Canonical, RedHat và Gnome, (ngay cả bản thân Miguel de Icaza cũng đã rời bỏ Gnome).
Nếu tôi sử dụng Linux thì đó là do tôi kiểm soát nó và đó là cơ sở và triết lý của nó; Để không biết nó đang làm gì, tôi gắn các máy có W Server đã chạy.
Điều tôi rất tiếc là Debian đã không thành công. Trên thực tế, khả năng tạo ra một ngã ba song song mà không có SystemD đang được xem xét.
Hãy hy vọng rằng điều đó không đi đến nhiều hơn; hoặc tôi thấy mình đang di chuyển tất cả các máy của mình sang BSD.
@ nặc danh, người đàn ông bình luận, bạn không thể đúng hơn.
systemd là một thứ điên rồ mà không có lời giải thích trong nhiều thứ, sự thật gây ra rất nhiều nghi ngờ trong mọi thứ mà nó làm và không cho phép các công cụ khác làm điều đó, sự thật là tôi không biết làm thế nào người Debian cho phép mình đặt điều này, nhưng cuối cùng họ đã đưa ra quyết định đó , và lần đầu tiên sau nhiều năm, tôi đã ngừng sử dụng Debian làm hệ điều hành chính và sẽ tiếp tục làm như vậy cho đến khi systemd thoát khỏi Debian để có một tùy chọn minh bạch hơn.
Nói ngắn gọn. SystemD tệ quá.
Nó lưu trữ các bản ghi ở định dạng nhị phân, nó được thực thi như là tiến trình mẹ của tất cả các bản ghi khác, (Pid 1), mà nếu một số bản ghi bị hỏng, hệ thống sẽ không thể khôi phục được; Nó đi ngược lại với mọi thứ mà Linux viết tắt, đó là các tệp văn bản thuần túy, (tệp nhị phân là cái quái gì vậy ??, tệp văn bản thuần túy! Giống như tất cả sự sống của Chúa vậy.)
Thôi nào, chuyện tào lao. Tôi không thích bất cứ điều gì cả.
Nhưng nhờ các công ty như Canonical, Gnome và Red Hat; chúng tôi sẽ ăn nó với khoai tây.
Điều đó nếu, trong khi có các lựa chọn khác; Tôi sẽ không sử dụng nó, cả trên máy chủ mà tôi quản lý, cũng như trên máy cá nhân của tôi.
Đây đã trở thành một chi nhánh của công ty Redmond.
Tôi không có ý bảo vệ bất cứ ai, nhưng tôi nhớ rõ rằng canonical hoàn toàn chống lại systemd ủng hộ việc mới nổi. khi debian nhượng bộ systemd, cuối cùng nó sẽ kéo sang ubuntu.
Ngoài ra, những lỗi này có thể ảnh hưởng đến bảo mật của hệ thống và sự ổn định của máy chủ, đó là lý do tại sao những người phàn nàn nhiều nhất về những điều này là quản trị viên hệ thống.
Còn Mageia thì sao, thật không thể tin được là một chiếc KDE có thể chạy trên 512 MB ram, không chê vào đâu được.
http://mirror.cedia.org.ec/mageia/iso/cauldron/
một số câu hỏi; Làm thế nào dễ dàng để quản lý các dịch vụ trong OpenRC? và làm thế nào dễ dàng cài đặt bằng cách sử dụng nó theo mặc định trong cài đặt Manjaro với systemd? điều tôi thích ở systemd là với lệnh đơn giản systemctl enable (service) .service hoặc systemctl disable (service) .service, tôi có thể quản lý các dịch vụ của mình một cách dễ dàng, NẾU tôi muốn biết về OpenRC và đặc biệt nếu nó có mùi hơi lạ nhân tiện, tất cả điều này từ systemd; Tôi là một người dùng tiểu thuyết
Nhân tiện; Nó nói rằng tôi đang sử dụng Windows vì tôi đang sử dụng trình ghi đè tác nhân người dùng
OpenRC rất dễ xử lý, tôi cho bạn một ví dụ với dịch vụ in cốc nguyệt san.
Để bắt đầu nó.
# rc-service cupd start
* Bắt đầu lyd .. [ok]
Để ngăn chặn nó.
# rc-service cupd stop
* Dừng cốcd… [ok]
Để khởi động lại nó.
# rc-service cupd khởi động lại
* Dừng cốcd… [ok]
* Bắt đầu lyd .. [ok]
Để đặt nó bắt đầu trong runlevel mặc định.
# rc-update thêm cupd mặc định
* thêm cupd dịch vụ vào mặc định runlevel [ok]
Để xóa nó khỏi runlevel mặc định.
# rc-update từ mặc định của cupd
* cupd dịch vụ bị xóa khỏi runlevel mặc định [ok]
Để xem trạng thái của tất cả các dịch vụ trong tất cả các cấp chạy.
# rc-trạng thái -a
Để xem trạng thái của runlevel, trong ví dụ này là mặc định.
# rc-status mặc định
Ở đây trong gentoo, OpenRC là hệ thống khởi động mặc định và sẽ vẫn như vậy mãi mãi, chúng tôi có systemd trong bản portage dành cho những kẻ đánh bom liều chết, điều may mắn là có rất ít….
Để thay thế journald, chúng tôi sử dụng syslog-ng và logrotate, ở đây trong gentoo, nhật ký hệ thống đi qua bảng điều khiển ảo vt12 là control + alt + F12 hoặc bạn có thể thấy nó liên tục trong bất kỳ thiết bị đầu cuối đồ họa nào với tư cách là người dùng root với:
# tailf / var / log / messages
Và để cài đặt nó trên Manjaro của tôi?
Tôi nói; Tôi sẽ không mất tất cả các tệp và XFCE xinh đẹp của tôi chỉ để chuyển sang OpenRC 🙂
Sẵn sàng; Tôi đã cài đặt nó bằng cách sử dụng sudo pacman -S manjaro-openrc bluez-openrc (cái sau vì tôi có bluetooth)
Bây giờ vấn đề của tôi là trình quản lý nguồn XFCE4 không hoạt động với upower-pm-utils 🙁 và tôi không có các tùy chọn điển hình là tạm ngưng và Hibernate
OpenRC rất đơn giản, quản lý các dịch vụ là một miếng bánh, chỉ để đưa ra một ví dụ:
Bật dịch vụ: rc-update thêm cronie mặc định
Bắt đầu một dịch vụ: /etc/init.d/cronie start hoặc rc-config start cronie
Dừng dịch vụ: /etc/init.d/cronie dừng hoặc rc-config dừng cronie
Đơn giản và không thực sự phức tạp.
@elav những gì phía trước là cho một chặng đường dài, từ bão cát, mưa troll, fork hàng loạt, chia tách nhóm nhà phát triển và nhiều người tự hỏi liệu chuyển sang BSD có phải là một lựa chọn tốt hơn so với việc mắc kẹt trong systemd hay không, bởi vì có.
Cá nhân tôi hoan nghênh sáng kiến này của Manjaro, đó là một lựa chọn cho những ai không muốn ở lại với systemd, điều mà tôi thích, hiện tại tôi đang ở Gentoo và tôi thích nó, tôi cảm thấy thoải mái với sự tự do mà nó mang lại cho tôi, nhưng bây giờ Tôi đã nghĩ đến việc thực hiện thay đổi sang FreeBSD vài lần và tôi có thể thực hiện bước nhảy vọt trong tháng này, tất cả phụ thuộc vào thời gian của tôi và sắp xếp những thứ nhất định để thực hiện chuyển đổi thành công.
Các lập luận chống lại systemd từ lâu đã bị bác bỏ. Vui lòng đọc thêm một chút.
http://0pointer.de/blog/projects/the-biggest-myths.html
http://diegocg.blogspot.mx/2014/02/la-sombras-de-sysyinit.html
http://diegocg.blogspot.mx/2014/02/por-que-kdbus.html
Không điều gì trong số đó bác bỏ thực tế của systemd, Lennart rất giỏi trong việc né tránh mọi thứ và trách nhiệm, tôi khuyên rằng thay vì chỉ đọc các bài báo, hãy đọc mã systemd hoặc ít nhất là đọc danh sách devel của systemd, bạn sẽ tìm hiểu về những điều bác bỏ những gì ba bài báo đó nói rằng đã xảy ra và hỗ trợ nhiều hơn cho những người gièm pha systemd.
Lập luận của anh ta là xác nhận rằng có kiến thức phản bác lại những gì tôi đã trình bày, nhưng không bao giờ đưa ra bằng chứng, vì vậy tôi không thể tin tưởng vào sự tồn tại của nó.
https://lists.debian.org/debian-ctte/2013/12/msg00234.html
@pamp lập luận của tôi được hỗ trợ nhiều hơn một chút vì tôi đã giải thích nó ở trên trong nhận xét 25 của cùng mục này và tôi đã trình bày nó trong nhiều mục khác liên quan đến systemd, ngoài việc hiển thị nó trong irc Debian và danh sách bản phân phối này Ngoài ra, lời mời của tôi là bạn tạo ra ý kiến của riêng mình và đối với điều này, bạn chỉ cần đọc một chút danh sách phát triển của systemd. Ngoài ra, để khơi gợi sự tò mò của bạn, tôi cung cấp cho bạn liên kết này, trong đó họ nói rõ ràng rằng systemd-214 không còn cung cấp hỗ trợ cho các tập lệnh SysV và LSB, với lý do là "mã dọn dẹp".
http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html
Bây giờ hãy cho tôi biết: Đâu là sự hỗ trợ cho tiêu chuẩn LSB được cho là đã được tạo ra để tạo cơ sở chung cho tất cả các bản phân phối? Bởi vì để tôi nói cho bạn biết điều gì đó, không có gì khác trên liên kết đầu tiên của anh ấy Lennart đầy đặn, khoe khoang và lấp liếm nói rằng systemd hỗ trợ việc sử dụng các tập lệnh SysV và LSB, khi sự thật là hỗ trợ đó bị loại bỏ và được thay thế bằng một trình tạo Nhân tiện, init-files có một số lỗi và cuối cùng không có lựa chọn nào khác ngoài việc tạo một init-file hoàn chỉnh.
Chúc mừng.
Các ý kiến, nó giống như cái mông, tất cả chúng ta đều có một.
Những gì người đàn ông này nói có thể rất tốt cho anh ta, nhưng đó không phải là trường hợp của tôi. Và ý kiến của một người đàn ông viết trên cổng thông tin điện tử không phải rằng đó là lời của Chúa. Đó là ý kiến của bạn, thời kỳ.
Vì vậy, "bác bỏ", không có gì.
Điều tốt mà chúng tôi còn lại là chúng tôi có thể sử dụng bất cứ thứ gì chúng tôi thực sự muốn; mà không cố gắng trở thành "Taliban" và áp đặt tiêu chí của chúng tôi lên người khác.
Đối với tôi SystemD là một thứ tồi tệ thực sự. Và có những người yêu thích nó. Chào mừng!
Ý kiến của tôi không tốt cũng không phải của những người không nghĩ như tôi là dở hơi; chúng chỉ đơn giản là khác nhau.
Đây là những gì phân biệt chúng tôi với các hệ điều hành khác; chúng ta có thể chọn.
Đừng lao vào những cuộc chiến vô bổ chẳng dẫn đến đâu.
@Titus
Bạn không thể nói nó tốt hơn ... amen.
Bạn phải mù quáng để không nhận ra sự chuyên nghiệp mà hệ thống ổ đĩa bao gồm mọi thứ, dẫm lên, che đậy và thay thế các dự án hoạt động hoàn hảo, thay thế chúng bằng các phiên bản không bao giờ đạt hoặc trở nên ổn định, thậm chí không có khả năng tương thích giữa các lõi và nhiều hơn hai các phiên bản trở lại của systemd.
Debian dường như đã hứng chịu trận động đất và họ đã thức dậy, tôi chỉ hy vọng họ nghiêng về eudev và openrc, vì vậy sự phát triển của gentoo debian manjaro và một số người khác sử dụng openrc sẽ được thống nhất, điều này sẽ cải thiện nó rất nhiều trong một thời gian ngắn, chiến thắng cả cộng đồng.
Tôi thứ hai lời nói của bạn.
Có những người trích dẫn người khác (nói chung là những ý kiến mà họ quan tâm) và sử dụng chúng làm bằng chứng.
Về phần mình, tôi không có ý kiến về systemd. Tôi không biết nó tốt hơn về mặt kỹ thuật so với phiên bản mới nổi hay openrc, nhưng điều có vẻ rõ ràng là khả năng sysvinit bị loại trừ bởi TẤT CẢ các bản phân phối, với Debian là bản duy nhất vẫn giữ nó trong Wheezy do chính sách của nó. Nhưng Debian ổn định tiếp theo, Jessie, sẽ là Debian không có sysvinit.
Điều rõ ràng là về mặt đạo đức nó là phần mềm miễn phí 100%; Về phần kỹ thuật của nó, tôi chưa nghiên cứu mã cũng như so sánh nó với các lựa chọn thay thế của nó, vì vậy tôi không có ý kiến lý luận. Nhưng ngay cả Ubuntu hiện tại cũng sử dụng các phần của systemd mặc dù chúng vẫn còn phiên bản mới nổi, và tôi nghi ngờ chúng đã làm như vậy vì Canonical đã được Red Hat "mua".
Systemd không phải là "ác quỷ", làm ơn, chúng tôi không chiến đấu với Skynet (Kẻ hủy diệt), hay HAL9000 ("Cuộc phiêu lưu không gian năm 2001"), cũng không phải là mặt tối của Thần lực tìm cách thống trị Jedi. Cũng không phải bằng cách thành lập một đội, anh ta tiếp quản mọi thứ và làm cho ngay cả những thực phẩm trong tủ đựng thức ăn cũng biến mất.
Và rằng "nó di chuyển các dự án hoạt động hoàn hảo" (bình luận 52), tôi đã gặp sự cố với mạng NFS gia đình trong các máy tính truy cập máy chủ vì quá trình tắt máy tính khách sẽ ngắt kết nối mạng trước khi tháo gỡ hệ thống NFS, và việc tắt máy sẽ bị đóng băng, giải pháp duy nhất là nhấn nút bật / tắt để tắt nó bằng lực (lỗi được báo cáo bởi nhiều người dùng); Tôi phải tạo một tập lệnh ngắt kết nối các tệp NFS để chạy trước khi tắt máy khách. Mặt khác, máy chủ NFS kết nối qua wifi, và thỉnh thoảng bị mất kết nối: Tôi không biết vấn đề là trình quản lý mạng hay là ở dhcpd, hoặc ở đâu.
Tôi không nói rằng những vấn đề đó sẽ biến mất với systemd; Tôi bỏ qua nó, bởi vì tôi đã không sử dụng nó. Nó chỉ là một mẫu để nói rằng các dự án mà systemd thay thế hoạt động hoàn hảo là một sự phóng đại.
Một thứ là quan điểm và thứ khác là lập luận, chắc chắn điều thứ nhất rất đa dạng như bạn nói @Tito, nhưng thứ hai là thứ gì đó ngắn gọn và tập trung hơn, nó không phải là thứ có thể dễ dàng thao túng, ít nhất, không phải trong trường hợp này phần mềm miễn phí, nơi chúng tôi có mã trong tầm tay để xem xét.
@pamp cho chúng tôi biết rằng các lập luận được hiển thị đã bị bác bỏ trong một thời gian dài và như một thử nghiệm đầu tiên, anh ấy đưa chúng tôi cập nhật ý kiến của Lennart (không phải lập luận). Nhưng những gì anh chàng này nói trong bình luận của mình là một chuyện (số 4 và 8 chỉ là chết vì cười), và những gì anh ta làm trong mã systemd là một chuyện khác. Một thái độ mà tôi đã thấy nhiều lần ở Lennart kể từ khi anh ấy bắt đầu phát triển những thứ như Avahi và Pulseaudio, và điều đó chỉ có thể được chứng thực bằng cách đọc danh sách phát triển và báo cáo lỗi của cả hai phần mềm.
@ Dah65 chắc chắn nhiều người sử dụng bằng chứng bằng cách sử dụng ý kiến của bên thứ ba, một thói quen xấu cho những người không thể tự điều tra vấn đề để có ý kiến riêng và cá nhân của họ, và thậm chí tạo ra các lập luận xác đáng để tham gia vào một cuộc thảo luận mang tính xây dựng .
Trong trường hợp của tôi, tôi bám sát những thay đổi trong systemd nhờ danh sách devel, mặc dù tôi không thích công cụ này, tôi hoàn toàn không thích nó, nhưng tôi không ngừng đọc về nó ở cấp độ người dùng và kỹ thuật, và lý do Đối với điều này rất đơn giản, nếu tôi phải tham dự một khách hàng sử dụng init đã nói, tôi biết mình nên làm gì và làm thế nào để tham gia vào mọi tình huống.
Bây giờ về những gì các dịch vụ chạy mà không có vấn đề, đó là một sai lầm, có nhiều tập lệnh SysV có vấn đề và điều tương tự cũng xảy ra trong systemd, nhưng ít nhất khi bạn báo cáo lỗi trong SysV, chúng đã được sửa hoặc bạn có thể thực hiện theo cách đơn giản như bạn đã nhận xét , trong systemd, sau khi báo cáo lỗi, bạn có thể tìm thấy WONTFIX hoặc ĐÃ ĐÓNG CỬA, nhờ Lennart hoặc Kay, tùy từng trường hợp và tôi không ngoa khi nói điều này, một ví dụ ở đây:
https://bugzilla.redhat.com/show_bug.cgi?id=753882
Đọc bình luận 48, bạn không có lỗ. Clement's 53 là một giải pháp khác không hề thua kém, đặc biệt là đối với giải pháp cổ xưa nhưng có chức năng cho vấn đề mà Lennart không muốn giải quyết và điều đó đã được báo cáo vào năm 2011.
Những "huyền thoại" ai đã thành lập chúng? Một số bị xóa khỏi thư viện vì "systemd không di động mà không có lý do." Nó hoàn toàn đúng là nó không di động (và anh ấy thừa nhận nó nói rằng nó rất tùy chỉnh cho Linux)
Nó giả định các ngụy biện, như giả định rằng BSD không quan tâm (những người BSD nói khác: "Jordan Hubbard - FreeBSD: 10 năm tới (MeetBSD 2014)"), ngay cả khi nó được xách tay, họ sẽ không chấp nhận nó và những thứ tương tự (thần thoại 13,14,15).
Nếu ý định của Poettering là để chúng tôi bắt đầu viết lại các tập lệnh, dành riêng cho hệ thống của bạn (http://0pointer.de/blog/projects/systemd-for-admins-3.html) chúng tôi sẽ đi sai. Về nguyên tắc, một tập lệnh init cổ điển không quan tâm đến việc bạn đang đi đâu. Các sửa đổi tối thiểu được thực hiện để hoạt động trên GNU, UNIX hoặc BSD. Đó là cho đến bây giờ (trừ khi OpenRC được sử dụng). Dù sao thì, tôi nghĩ những thứ như thế này sẽ tạo ra sự phân chia giữa Linux cho máy tính để bàn và máy chủ. Ubuntu và người dùng phái sinh sẽ chỉ thấy những thay đổi vào cuối năm sau.
@ Dah65
Chà, vì bạn nói rằng systemd không được nhân cách hóa nghịch cảnh, vậy hãy cho tôi biết tại sao họ không đưa vào tùy chọn Makefile để tắt tất cả các mô-đun của nó tại thời điểm biên dịch, để những người trong chúng ta không thích có "mô-đun tùy chọn" đó bước tiếp các gói khác, vì vậy chúng tôi có thể biên dịch chúng và tạo các phiên bản giới hạn systemd của riêng mình!
Bạn có biết tại sao họ không? Bởi vì hình thức phát triển của nó được gọi là áp đặt bắt buộc và vì 95% người dùng không có NPI, họ lợi dụng mặc định, chúng tôi đã từ chối nó cho tất cả các bạn.
Đó là cách mà phần mềm nguồn mở hoặc miễn phí hoặc bất cứ thứ gì họ muốn gọi là nó không hoạt động, bây giờ điều đó làm tôi buồn cười, bởi vì với bản fork mới cho Debian, nhiều người nghĩ rằng đó là một sự lãng phí sức mạnh và tôi tiếp tục tự hỏi rằng việc đặt các tùy chọn biên dịch bổ sung cho Makefile?
Đối tượng không cho nhiều hơn, điều này giống như muốn trộn nước với dầu, đó là lý do tại sao các ngã ba vô tận sẽ được đánh giá cao trong mỗi sự phát triển, nơi có một số ít áp đặt cho tất cả phần còn lại.
@mario đúng như những gì bạn nói. Jordan Hubbard cũng đã nhận ra rằng BSD init cần được cập nhật không chỉ để thích ứng với các công nghệ mới mà còn để hỗ trợ các tính năng mới hiện có thể thực hiện được, nhưng ông đã bỏ qua khái niệm systemd hiện có về cách chúng nên được thực hiện. và chúng đơn giản hóa nó theo triết lý luôn thịnh hành trong UNIX, "Tạo một chương trình làm tốt một việc" và điều đó trong init là cực kỳ quan trọng, vì chúng ta không nói về một con quỷ nữa, chúng ta đang nói về init của một hệ điều hành, ngoài việc là một biện pháp bảo mật, so với những gì mà nhiều chuyên gia đã bắt đầu không nói về systemd và nó có thể chứng minh được, systemd trông rất giống svchosts.exe từ Windows, làm từ đơn vị của các dịch vụ để kiểm soát mạng trong số nhiều thứ khác.
Các bạn, nó thực sự đáng sợ.
Xóa khỏi ArchLinux có phức tạp lắm không ????
Mình đang đi tìm thông tin nhưng không dám đụng vào loại đó kẻo hỏng máy mất hệ thống.
????
https://abchk1234.wordpress.com/2014/06/03/using-openrc-on-arch-archbang-manjaro-linux/
Từ nhiều nhận xét mà tôi đã đọc, SYSTEMD là một NGỰA TROYAN thực sự….
Điều này có nghĩa là ai có thể lưu nó ?, Có rất ít thông tin bằng tiếng Tây Ban Nha - về cấu hình máy tính để bàn trong FreeBSD và chuẩn bị sử dụng hệ thống.
Systemd kém, hãy để nó được. xD
Systemd đáng ghét này sẽ không được lan truyền ???? Arch đã rất tuyệt vời đối với tôi ... nếu đúng là nó bao phủ nhiều hơn, tôi không biết là tốt hay xấu! nhưng có lẽ đã có lỗ hổng để kiểm soát hoặc một số vi rút phá hủy hệ thống do điều này ... nếu nó ổn định và an toàn thì tôi không thấy vấn đề ... dù sao tôi sẽ xem nếu tôi có thời gian và nghiên cứu chủ đề và làm một số bài kiểm tra với openrc
không ổn định. và nó không an toàn hơn nhiều so với system v. Đối với một người dùng máy tính để bàn như nhiều người trong chúng ta (tôi), nó cũng không phải là vấn đề, khởi động nhanh hơn hoạt động tốt và tôi thường không đọc nhật ký nên không quan trọng chúng có rõ ràng hay không hoặc nó ở định dạng nhị phân.
Tôi có một lý thuyết rằng linux sẽ phát triển trên máy tính để bàn (và chính phủ) và mất vị trí trên máy chủ (thay vì sử dụng hệ điều hành như freebsd)
Trên Wiki esdebian, họ công bố cách cài đặt SysVinit trên Debian Jessie. http://www.esdebian.org/wiki/sysvinit
Đọc về bảo mật, tôi phát hiện ra rằng bên phía intel, có các bo mạch chủ với chipset, nói chung là ở chip cầu bắc, họ thực hiện một cái gì đó gọi là AMR Intel Active Management Technology .... thú vị, may mắn là tôi không có intel, nhưng tôi sẽ bắt đầu tìm kiếm nó Bên AMD không có chuyện đó.
Họ tưởng tượng ra sự kết hợp giữa intel + AMR + systemd, Chúa cấm.
https://en.wikipedia.org/wiki/Intel_AMT_versions
Không có gì ngạc nhiên khi chứng hoang tưởng của Stallman kêu lên vì bios miễn phí.
Yên tĩnh; Intel từ bỏ việc sản xuất bo mạch chủ.
http://www.infoworld.com/article/2612845/computer-hardware/intel-refocuses-and-exits-motherboard-business.html
Trước hết, tôi không sử dụng systemd vì nó chưa được tích hợp sẵn trong Kubuntu (Tôi đang sử dụng Netrunner 14, có nguồn gốc từ Kubuntu 14.04).
Sau khi làm rõ điều này, một số điều phải được chỉ rõ:
1- systemd đang được các nhà phát triển / đóng gói của nhiều bản phân phối khác nhau (Debian, openSUSE, Arch, Fedora…) áp dụng, nhưng bây giờ hóa ra người đọc blog này biết nhiều hơn họ về những ưu điểm và nhược điểm của systemd.
2- systemd là phần mềm miễn phí, mà mã của nó có thể được đọc (và hiểu) bởi những người có thời gian và kiến thức (những nhà phát triển / đóng gói mà tôi đã nói trước đây). Nếu bạn ẩn cửa sau, họ sẽ bị phát hiện. Có bao nhiêu người đọc sử dụng chương trình cơ sở hoặc trình điều khiển độc quyền, mã mà bạn chưa đọc và không thể đọc? Tôi nghĩ sợ điều đó hợp lý hơn là không sợ systemd.
3- Tất cả chúng ta đều làm việc với các gói nhị phân, vì khi tôi tải xuống tệp .deb từ kho để cài đặt nó, tôi không tải xuống tệp văn bản thuần túy. Vì vậy, lập luận đó là khá nghịch lý.
4- Trong GNU / Linux đã có các chương trình làm được nhiều việc: cùng một nhân, ngày càng tích hợp nhiều trình điều khiển hơn, và thậm chí cả phần sụn độc quyền (tốt hơn là đặt một cửa sau vào phần sụn đóng hơn là trong một chương trình có mã được xuất bản). Ngoài ra còn có Xorg, không chỉ xử lý máy chủ đồ họa mà còn cả bàn phím, chuột và những thứ khác; Không ai nói rằng Xorg "phản bội" triết lý UNIX vì điều đó, họ muốn cho anh ta nghỉ hưu vì anh ta đã bị các dự án khác vượt qua.
5- "Linux là sự lựa chọn", tất nhiên, nhưng tôi được tự do lựa chọn nếu tôi muốn đọc mã, thay đổi nó, phân phối nó, v.v. Không phải là các bản phân phối bắt buộc phải đưa ra mọi lựa chọn (tất cả kiến trúc bộ xử lý, tất cả môi trường máy tính để bàn, tất cả các định dạng gói, v.v.)
6- Đối với những người đang nghĩ đến việc chuyển sang BSD, tôi nhớ đã đọc tin tức rằng trong một số hệ thống BSD, NSA Hoa Kỳ đã đặt móng vuốt của nó. Nếu tin này là chính xác, tôi không biết vì tôi đã không theo dõi chủ đề. Nhưng thật trớ trêu khi tôi chạy trốn khỏi một thứ "bởi vì Red Hat đứng sau và có lẽ ..." để vướng vào một thứ mà "có lẽ NSA đứng sau ...."
Ngoài việc sử dụng GNU / Linux, BSD, Windows hoặc bất kỳ thứ gì bạn muốn chúng tôi sử dụng, chúng tôi cũng có thể sử dụng logic và khả năng suy luận của mình
Nói cách khác, độc giả của blog này, chỉ là độc giả, không có khả năng nhận ra điều gì là tốt hay không, bởi vì chúng ta phải được hướng dẫn bởi sự đánh giá tốt, kiến thức và kinh nghiệm của các nhà đóng gói và nhà phát triển.
Đó là sự thật, nó là Phần mềm miễn phí, và nếu một cái gì đó kỳ lạ xuất hiện, những người siêu phàm mà bạn đã nói đến trước đây và chúng ta phải tin tưởng sẽ có thể nhận thấy và thông báo nó, hoặc có thể không, bởi vì có thể vì họ là những người mà họ sẽ bị cám dỗ để đáp lại Của cái gì đó.
Khi bạn tải xuống .deb, tất cả những gì bạn đang làm là tải xuống một tệp nén, bạn có thể giải nén và do đó, hãy xem những gì bên trong và có thể, đó là nơi chứa tệp nhị phân bên trong. 😉
Tôi không biết ai là người dùng sẽ rời khỏi Linux để chuyển sang BSD, nhưng ví dụ, tôi sẽ không phải rời khỏi Linux, tôi sẽ chỉ phải để lại một bản phân phối đặt Systemd phía sau bạn có hoặc có.
Nói tóm lại, những người trong chúng ta nhận xét, đọc và sử dụng GNU / Linux trong blog này không có lý do. Đó là những gì bạn muốn nói? Dù sao, tôi sẽ nói với bạn từ kinh nghiệm cá nhân của tôi và lý luận của tôi (có thể hợp lý hay không):
Systemd bị mắc kẹt trên một cây gậy. Tôi đã đọc rằng có những Inits khác khởi động nhanh hơn nhiều và do đó không phải kiểm soát DNS, RED, CRON và mọi thứ khác mà Systemd muốn kiểm soát. Có thể đối với người dùng cuối, những người chỉ quan tâm đến việc bật máy tính, mở trình duyệt và gửi email, thì việc họ sử dụng Systemd hay Systemx không thành vấn đề, nhưng đối với chúng tôi, những người quản lý máy chủ thì đó là một nỗi đau khổ. Và tôi hỏi bạn cùng một câu hỏi mà tôi luôn hỏi, điều gì sẽ xảy ra nếu Systemd bị xâm nhập và đi xuống địa ngục? Chúng ta không còn RED, không CRON, không DNS, không Init và mọi thứ khác? Đây, tôi để nó cho bạn.
Và hãy cẩn thận, tôi nói với bạn tất cả những điều này mà không cần nói nặng. Điều đó nói rằng, chào mừng bạn đến với những phần này.
Cảm ơn vì sự chào đón.
Trả lời mà không có lời lẽ, tôi nói rõ rằng tôi không phát triển systemd cũng như không được trả tiền để quảng bá nó. Và điều đó hoàn toàn không ảnh hưởng đến tôi dù người khác có sử dụng hay không, đó là quyết định của họ.
Nhưng những gì tôi thấy với vấn đề này, đôi khi, là một sự cuồng loạn, và tôi đọc ý kiến của những người, những người mà không nghiên cứu mã hoặc đã sử dụng nó, cho rằng nó là rác, áp đặt, phản quốc và tôi không biết có bao nhiêu người. những thứ khác. Nó làm tôi nhớ lại một tình huống mà tôi đã trải qua vài ngày trước, khi một người thừa nhận rằng anh ta chưa bao giờ cài đặt Windows hoặc biết cách phân vùng ổ cứng bắt đầu nói rằng Linux rất khó ... mà thậm chí chưa thử, và cũng có Android trên điện thoại thông minh của mình.
Bạn đã so sánh systemd với sysvinit, với phiên bản mới nổi và với openrc chưa? Tuyệt vời, bạn có thể đưa ra quyết định dựa trên kinh nghiệm của chính mình. Đó là tốt nhất, vì bạn cũng biết rằng bản phân phối hoạt động trên một máy tính có thể đáng giá trên một máy tính khác, và đó là lý do tại sao những người trong chúng ta đã có một số kinh nghiệm về GNU / Linux nói rằng bản phân phối tốt nhất là bản mà người dùng cảm thấy thoải mái. nếm thử.
1- «Nói cách khác, độc giả của blog này, bởi vì họ chỉ là độc giả, không có khả năng nhận ra điều gì đó là tốt hay không, bởi vì chúng ta phải được hướng dẫn bởi sự đánh giá tốt, kiến thức và kinh nghiệm của người đóng gói và nhà phát triển »
Tôi đã là độc giả của blog này một thời gian (bạn sẽ thấy các bình luận của tôi trong các tin tức cũ), vì vậy tôi được bao gồm trong gói. Và câu trả lời là không: là một độc giả của blog này hay bất kỳ blog nào không cho phép tôi (ít nhất là tôi) đánh giá tốt hay xấu của một phần mềm mà tôi không biết. Tôi có thể đọc những gì người khác đang nói, và trong trường hợp này, có cả những vị trí cho và chống lại systemd; Trên thực tế, mỗi khi chủ đề được nêu ra trong Phoronix có rất nhiều tranh luận, nhưng ngay cả những bình luận tranh luận cũng rất khan hiếm. Tôi đang đề cập đến các đối số như "khi systemd gọi process X, một vòng lặp vô hạn xảy ra, khiến hệ thống không sử dụng được."
Và sự thật là bằng cách sử dụng một bản phân phối hoặc một bản phân phối khác, bạn đang được hướng dẫn bởi sự đánh giá, kiến thức và kinh nghiệm của những người đóng gói và nhà phát triển. Việc sử dụng bất kỳ hệ điều hành hoặc chương trình nào ngụ ý một phần dựa vào đánh giá và kinh nghiệm của người khác; ví dụ, với Linux, bạn chấp nhận quyết định sử dụng một nhân nguyên khối thay vì sử dụng một kênh vi mô như Hurd. Quyết định đó là của Linus Torvalds, và bạn chấp nhận nó bằng cách sử dụng cốt lõi của anh ấy.
2- «Đó là sự thật, đó là Phần mềm Tự do, và nếu có điều gì đó kỳ lạ xuất hiện, những người siêu phàm mà bạn đã nói trước đây và người mà chúng ta phải tin tưởng sẽ có thể nhận thấy và thông báo nó, hoặc có lẽ không, bởi vì có thể họ là người của họ. sẽ cảm thấy muốn im lặng để đổi lấy một thứ gì đó. "
Chà, thật đáng ngờ, tại sao lại tin tưởng Linus Torvalds và Richard Stallman và dự án GNU? Tôi chưa xem mã chương trình của họ, vì vậy có thể họ đang lừa dối tôi.
3 - «Và tôi hỏi bạn cùng một câu hỏi mà tôi luôn hỏi, điều gì sẽ xảy ra nếu Systemd bị xâm nhập và đi xuống địa ngục? Chúng ta không còn RED, không CRON, không DNS, không Init và mọi thứ khác? Tôi sẽ để nó ở đó. »
Điều gì sẽ xảy ra nếu OpenRC bị xâm phạm theo một cách nào đó? Hoặc Khởi động lại? Hay hạt nhân? Điều đó đã xảy ra với tôi, sau khi cập nhật "bình thường" trong Thử nghiệm Debian, tôi hết grub, tôi không thể vào Debian hoặc Windows và tại thời điểm đó, sự thiếu hiểu biết của tôi có nghĩa là tôi chỉ có tùy chọn cài đặt lại.
4- «Tóm lại, những ai trong chúng ta bình luận, đọc và sử dụng GNU / Linux trên blog này thì không có lý do. Đó là những gì bạn muốn nói? "
Không, tôi không có ý đó; Tôi không có ý định khái quát hóa từ một tình huống cụ thể, cụ thể, đến tổng thể hành vi của một, hoặc một nghìn người. Nhưng tôi tin rằng trong trường hợp systemd, nó được nói nhiều lần mà không thực hiện một phân tích khách quan và thanh thản; nó cũng xảy ra với Wayland-Mir, nhiều tuyên bố không có cơ sở được đưa ra, chống lại Wayland và Canonical.
Ngoài ra, tôi nhắc lại rằng tôi đã đọc và nhận xét trên blog này (cũng như những blog khác) và tôi sử dụng GNU / Linux.
Và tôi cũng lặp lại những gì tôi đã nói trước đây: chúng ta hãy sử dụng bộ não của mình, phân tích những gì chúng ta nghe và đọc, có những quan điểm khác nhau để cố gắng bác bỏ cả A và không A, và nếu có thể, hãy rút kinh nghiệm của riêng mình để đưa ra kết luận dựa trên sự thật . Và sau đó chúng ta hãy sử dụng bất cứ điều gì cảm thấy phù hợp với chúng ta.
umm .. tốt rằng việc bị xâm nhập là một giả thuyết cũng giống như mọi thứ .. câu hỏi của tôi đã được thông qua? .. có thể lỗi không được tìm thấy trong tất cả các phần mềm và chúng được sửa nếu có lỗi trong systemd, chúng sẽ sửa nó và như bất kỳ chương trình nào có thể có lỗi của nó .. vấn đề không phải là nó có thể thất bại, đó là nếu bạn muốn nó làm hoặc kiểm soát những gì nó đang làm nhưng không dựa trên giả định rằng nó có thể thất bại, bất cứ điều gì có thể thất bại trong chốc lát ... Tôi không phải là một fan hâm mộ của systemd, đó chỉ là ý kiến của tôi .
Một lỗi có thể xảy ra trên máy tính của người dùng và không có gì có thể xảy ra, nhưng trên một máy chủ thì mọi thứ rất rất khác.
@waco chắc chắn nếu bạn gặp lỗi trong một phần mềm, bạn nên sửa chúng. Vấn đề là systemd có rất nhiều lỗi cũ (một số lỗi có từ năm 2010 và nghiêm trọng) và chúng vẫn chưa được sửa cho đến ngày hôm nay, hoặc chỉ đơn giản là bị hạ cấp, hoặc đơn giản là được Lennart đánh dấu là ĐÃ ĐÓNG CỬA hoặc WONTFIX.
bình luận của bạn là rất thành công! Tất cả chúng ta không thể yêu systemd bởi vì nó là thời trang và đã được tạo ra như một chiến dịch bôi nhọ điều này ... mọi thay đổi đều có sự từ chối.
Tôi trả lời các lập luận của bạn:
1.- Người dùng nghiêm túc và hay hỏi, cũng như các nhà phát triển đều biết những lợi thế và bất lợi của việc áp dụng systemd trong bất kỳ môi trường phát triển và làm việc nào, những điểm yếu và điểm mạnh của systemd không thay đổi do quan điểm này hay cách khác.
2.- Chắc chắn systemd là phần mềm miễn phí và có thể được kiểm tra. Vấn đề không phải là nó có cửa sau ẩn, vấn đề là nó thực hiện những việc mà một init không nên làm (điều khiển mạng, dns, bảng điều khiển TTY, v.v.), mà nó có rất nhiều dịch vụ được cho là cho những người khác, nó thực hiện mọi thứ theo một cách hoàn toàn khác với cách chúng được mong đợi, điều này phá vỡ các quy tắc của chính hạt nhân Linux (coredump), mà nhiều nhà phát triển của nó rất ít quan tâm đến việc giải quyết các vấn đề cấu trúc mà systemd mắc phải (coredump và debug là trong số nghiêm trọng nhất chưa được giải quyết).
3.- Một điều là tải xuống tệp nhị phân hóa ra là một chương trình có CẤU HÌNH và LOGS vẫn ở dạng văn bản thuần túy, và một điều khác là tải xuống tệp nhị phân có CẤU HÌNH và thông tin khác được lưu trữ ở dạng nhị phân và chỉ có thể truy cập thông qua công cụ, Đây là nơi mọi thứ thay đổi. Nhật ký nhị phân không cung cấp bảo mật (nếu bạn thực sự muốn bảo mật, hãy mã hóa phân vùng bằng AES-256), nó chỉ là một hộp đen mà từ đó bạn không biết gì về những gì đang xảy ra và nó tự cho mình nhiều thứ, chẳng hạn. : Hãy tưởng tượng rằng bạn có một Trojan khai thác lỗ hổng systemd và thông qua đó, nó có quyền truy cập đầy đủ vào hệ thống bao gồm cả dịch vụ nhật ký và báo cáo đặc quyền. Đó không phải là một vấn đề nghiêm trọng sao? Sẽ không phải các bản ghi nhị phân được xử lý trực tiếp bởi systemd sẽ phản tác dụng đối với bạn do không thể nghe được mà không đến mức chúng đã được sửa đổi một cách vô tình? Có điểm và sự khác biệt giữa chương trình và tệp cấu hình / nhật ký / kết xuất ở dạng nhị phân.
4.- Kernel là một phần mềm được thiết kế theo nghĩa đó, nó được thiết kế ngay từ đầu để kiểm soát mọi thứ trên PC của bạn, không phải là init. Một init chỉ dành riêng để làm cho hệ thống của bạn nâng hạt nhân lên và có thể sử dụng được, bởi vì nó là thứ đầu tiên để bắt đầu và là thứ cuối cùng để kết thúc. Đó là lý do tại sao nó được gọi là init (khởi tạo) bởi vì nó chỉ khởi động hệ thống và không làm gì khác, và lý do cho điều này rất đơn giản, init phải là phần mềm ổn định và hoàn hảo nhất có thể, tránh điều đó vì một số lý do Điều này dẫn đến việc phá vỡ toàn bộ hệ thống, đó là về sự ổn định và bảo mật. Xorg, là một giọng nói khác, nó làm được nhiều điều đúng như vậy, nhưng không có gì nguy hiểm đến mức để lại cho bạn một hệ thống hoàn toàn không thể sử dụng được và cấu hình của nó cũng vẫn được thực hiện trong các tệp văn bản thuần túy đơn giản.
5.- Chắc chắn các distro không có nghĩa vụ phải cung cấp tự do theo nghĩa rộng, và chính vì vậy mà bảng xếp hạng hiện tại được trình bày. Tuy nhiên, chúng tôi là người dùng và cộng đồng, và nhiều người trong chúng tôi chỉ đơn giản là không đồng ý với việc triển khai hệ thống này, đó là lý do tại sao chúng tôi tạo ra tiếng nói của mình, cho dù họ có nghe hay không, đó là vấn đề của những người phát triển bản phân phối và quyết định của họ sẽ có tác động những người quyết định sử dụng bản phân phối của họ hay không, và điều đó rõ ràng có thể dẫn đến sự thất bại của một số bản phân phối tùy thuộc vào cách mọi thứ diễn ra và một ví dụ bây giờ là Debian và Devuan fork của nó.
6.- Tin tức về BSD là do những gì đã xảy ra trong OpenSSH và trong ngăn xếp IP của OpenBSD, một cửa sau ảnh hưởng đến không chỉ BSD mà còn cả Linux (trong trường hợp OpenSSH), và điều đó đã được khắc phục. Tình huống được cho là do BSD, bởi vì BSD (Theo de Raadt trong OpenBSD) chịu trách nhiệm phát triển công cụ này (OpenSSH) và tình huống phát sinh do một số nhà phát triển không còn hoạt động trong dự án đã trồng cửa sau . Tình hình đã được giải quyết và các biện pháp thích hợp sẽ được thực hiện trong trường hợp tình huống này có thể ảnh hưởng đến những người sử dụng phần mềm. Bây giờ: Tình huống này có thể xảy ra trong systemd không? Câu trả lời rất đơn giản, và kết quả là rất thảm khốc, vì systemd xử lý việc leo thang các đặc quyền trong số nhiều thứ khác, một cửa sau trong systemd có nghĩa là toàn bộ quyền truy cập vào hệ thống, điều không xảy ra với các cửa sau được đề cập trong BSD.
Họ trả về bản fork Debian mà không cần systemd đã có trang web. Có vẻ như dự án đang diễn ra và rất nghiêm túc. https://devuan.org/
Cập nhật ISO và một số tải lên mới.
https://forum.manjaro.org/index.php?board=50.0
Trình cài đặt không rõ ràng lắm, tôi không thể làm theo các bước của họ, đặc biệt là trong phần của các phân vùng, tôi không biết tại sao họ nhấn mạnh vào những điều khó hiểu này.
Có điều gì đó thu hút sự chú ý của tôi về cài đặt mạng với Openrc, ở đâu đó trong quá trình cài đặt, tôi tiếp tục thấy thông báo rằng bạn đang định cấu hình systemd, liệu chúng có thực sự miễn phí systemd hay không?
Xin chào Manuel, tôi cũng quan sát thấy một điều tương tự trong quá trình cài đặt, nó phải là vấn đề của trình cài đặt vì điều chắc chắn là systemd chưa được cài đặt, bạn xác nhận trong terminal như sau: pacman -Qs openrc
Liên quan
Xin chào keos, trước hết tôi xin lỗi vì đã không trả lời trước. Tôi đánh giá cao câu trả lời của bạn, tôi rất vui khi biết rằng Manjaro cung cấp tùy chọn này; ngay khi hỗ trợ Ubuntu Precise kết thúc (hoặc có thể sớm hơn), tôi sẽ cài đặt nó. Trân trọng.
Bài tốt
Tôi sẽ đợi ở Manjaro với Systemd trong khi phiên bản OpenRC trưởng thành hơn một chút, tôi muốn thoát ra khỏi systemd… (Tôi đổ mồ hôi)