Έκανα πρόσφατα μια μετεγκατάσταση ενός από τους φορητούς υπολογιστές μου από Debian a Arch Linux και τη στιγμή της διαμόρφωσης του τι σχετίζεται με τις διεπαφές δικτύου διαπίστωσα ότι το νέο πρότυπο εκκίνησης του systemd Είχα κάνει μια αλλαγή στα ονόματα των συσκευών που βλέπατε σε τέτοιες διεπαφές..
Ξεκινώντας με τη συνήθη διαδικασία τοποθέτησα σε ένα τερματικό (το οποίο παρεμπιπτόντως χρησιμοποιεί rxvt unicode με zsh ως προεπιλεγμένη κονσόλα)"ip addr» λαμβάνοντας τα ακόλουθα:
Σε αυτήν την περίπτωση θα διαμορφώσουμε το όνομα της διεπαφής δικτύου που αντιστοιχεί στο κοινό καλώδιο με υποδοχή RJ45 που έχουμε στο σπίτι για πρόσβαση στο Διαδίκτυο. Το πρώτο πράγμα που βλέπουμε είναι ότι παίρνει ονομαστικά enp0s4. Αυτό διαφέρει πολύ από eth0 που έχουμε δει τόσα πολλά Αυτό που θα κάνουμε είναι να αλλάξουμε το όνομα της εν λόγω διεπαφής σε ένα πιο άνετο, ας πούμε, και που είναι πιο εύκολο για εμάς να πληκτρολογήσουμε στην κονσόλα.
Ως προηγούμενο βήμα θα πληκτρολογήσουμε cat /sys/class/net/enp0s4/addres στο τερματικό για να μάθετε το MAC της συσκευής. Αυτό θα επιστρέψει έναν αριθμό του τύπου 000:00:00:00:00:0 ή απλώς θα αντιγράψει το όνομα της διεύθυνσης MAC που εξάγεται από την εντολή ip addr στο προηγούμενο βήμα. Πρέπει να το γράψουμε γιατί θα το χρειαστούμε αργότερα.
Μετά από αυτό δημιουργούμε μια καταχώρηση στον κατάλογο /etc/udev/rules.d/ με αυτόν τον τρόπο:
Ένα απλό όνομα αρχείου κειμένου 10 κανόνες δικτύου που θα χρησιμεύσει ως επεξεργαστής πριν από το πρότυπο udev. Αξίζει να σημειωθεί ότι βάζουμε sudo επειδή χρειαζόμαστε πρόσβαση σε ένα αρχείο που απαιτεί αυτή την άδεια για να μπορούμε να ενεργήσουμε.
Μόλις ανοίξει, πληκτρολογούμε:
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="00:90:f5:6e:83:57" NAME="internet"
παραμένοντας έτσι στην περίπτωσή μου:
πατήστε το συνδυασμό πλήκτρων CNTR + o για να αποθηκεύσετε τις αλλαγές και CNTR + x για να βγείτε από το πρόγραμμα επεξεργασίας (στην περίπτωση αυτή χρησιμοποιώ nano αλλά μπορείτε να χρησιμοποιήσετε ό,τι θέλετε). Στη συνέχεια κάνουμε επανεκκίνηση του υπολογιστή για να τεθούν σε ισχύ οι αλλαγές, λαμβάνοντας τα ακόλουθα μετά την επανεκκίνηση:
Όπως θα δείτε αν προσέξουμε το όνομα των διεπαφών, αυτό που έχουμε μετονομάσει εμφανίζεται με ένα διαχειρίσιμο όνομα που μπορούμε εύκολα να πληκτρολογήσουμε.
Ελπίζω να σας φανεί χρήσιμο και σας προσκαλώ να κάνετε σχόλια και ερωτήσεις σχετικά με αυτό σε περίπτωση που υπάρχουν ανησυχίες.
Από εδώ και πέρα θα δημοσιεύω τέτοια... χαιρετίσματα.
woooo ευχαριστώ για τις πληροφορίες, είναι υπέροχο για μένα, γιατί τα ονόματα που εμφανίζονται με το systemd είναι λίγο πονηροί.
Λοιπόν, ναι... Αν και δεν είναι πραγματικό πρόβλημα, είναι πρόβλημα... Είναι καλύτερα να διαχειριστείτε αυτές τις διεπαφές με πιο αντιπροσωπευτικά ονόματα
VIVA sysvinit XDDD
Φαντάζομαι αλλά βλέπω ότι δεν είσαι ο χρήστης-στόχος αυτής της ανάρτησης χαχαχα
Εξακολουθώ να μην βλέπω το καλό στο systemd.. Αντί να μας κάνει τη ζωή πιο εύκολη, μου φαίνεται ότι την κάνει πιο περίπλοκη.. Αλήθεια μπορεί κανείς να μου πει ένα "πραγματικό" πλεονέκτημα;
Άλλη περίπτωση όπως το pulseaudio που κατά τύχη είναι από τον ίδιο δημιουργό. Είναι τόσο υπέροχο, αλλά αποτυγχάνει περισσότερο από ένα κυνηγετικό όπλο στην έκθεση και πρέπει να αφήσουμε την Άλσα να χειριστεί ξανά τον ήχο.
Για να είμαστε δίκαιοι, εξακολουθεί να είναι πολύ πράσινο, αλλά αυτή τη στιγμή το μόνο πλεονέκτημα που βλέπω είναι ότι κάνει την εκκίνηση του συστήματος 5 δευτερόλεπτα πιο γρήγορα ανά λέξη. Ας ελπίσουμε ότι θα πρέπει να διατηρήσουν το sysvinit και να κάνουν το systemd προαιρετικό.
Ειδικότερα, πιστεύω ότι το systemd είναι μια καλή επιλογή, μόνο που θα χρειαστεί λίγος χρόνος για να γίνει κατανοητός στους χρήστες. Ένα από τα πράγματα που βλέπω είναι ότι τα περισσότερα προβλήματα γίνονται μόνο επειδή είναι κακώς τεκμηριωμένα... Δεν αρνούμαι ότι μπορεί να υπάρχουν υποκείμενα προβλήματα, αλλά αυτό δεν σημαίνει ότι είναι προβλήματα που κάνουν ένα συγκεκριμένο ποσοστό υλοποίησης άσχημα ή καλά.
Φαίνεται ότι τα οφέλη του systemd είναι κάπως εσωτερικά. Έχω διαβάσει εξηγήσεις για τις βελτιώσεις που εφαρμόζει αλλά δεν ξέρω αν μεταφράζονται σε καλύτερη απόδοση. Και αν δεν είχαμε scatter στο linux αυτή τη στιγμή, υπάρχουν τρία συστήματα εκκίνησης που γνωρίζω: sysvinit, upstart και systemd. Και για να το ολοκληρώσουμε, το systemd θα αναγκάσει την ιεραρχία των αρχείων unix να αλλάξει, η οποία είναι γνωστή ως /usr move. Μια ενδιαφέρουσα πληροφορία:
http://hackingthesystem4fun.blogspot.com.es/2012/03/usrmove-la-mentira-usrmove-lie.html
Πολύ ενδιαφέρον άρθρο, θα το διαβάσω ολόκληρο αργότερα. (Και ναι, η ιεραρχία των καταλόγων θα μπορούσε να χρησιμοποιήσει κάποιο καθαρισμό, τα αρχεία διαμόρφωσης να αποθηκεύονται σε έναν κατάλογο που ονομάζεται "etc" και οι διαμορφώσεις εφαρμογών να διαδίδονται σε διαφορετικούς καταλόγους σε όλο το σύστημα είναι ανόητο. Οι άνθρωποι του Fedora έχουν κάνει καλή δουλειά από αυτή την άποψη.)
Σχετικά με το τι λένε για το PulseAudio, προσωπικά δεν το είχα χρειαστεί ποτέ, είμαι από αυτούς που περιττεύουν με το ALSA (το HW το αναγνώριζα πάντα τέλεια).
Στη συγκεκριμένη περίπτωση της διανομής που χρησιμοποιώ, δεν είχα ποτέ προβλήματα με το επιτραπέζιο μηχάνημα, αν και στο φορητό υπολογιστή ήταν εκνευριστικό το πώς έσπασε ο ήχος μετά την έξοδο από την αναστολή.
Ευτυχώς πριν από λίγες μέρες, αφού το σχολίασε πολύ στο φόρουμ, ένας από τους χρήστες ανέφερε το πρόβλημα στο bugtracker, βρήκαν το σφάλμα και κυκλοφόρησαν αμέσως ένα patch που εφάρμοσαν στο Chakra περιμένοντας την επόμενη σταθερή έκδοση του PA που θα περιλαμβάνει το εν λόγω patch.
Τρέχουσα έκδοση του AP στο Chakra: 3.0
Καλή συμβουλή, +1
Είναι καλό να βλέπουμε ότι το GNU+Linux βγήκε επιτέλους από τη μήτρα του Unix για να γίνει ένα νέο, πιο ισχυρό, ευέλικτο και σύγχρονο σύστημα, σύμφωνα με τις τρέχουσες απαιτήσεις.
συστηματοποιημένο με το πόσο τεράστιο είναι εξακολουθεί να είναι απίστευτο, ένα θαύμα δύναμης, ευελιξίας και αρθρωτής δομής, εξαιρετική δουλειά από τον Poettering και τους συνεργάτες του.
Αυτό το σεμινάριο είναι πολύ καλό, αλλά νομίζω ότι αν μπορείς να εκτελέσεις όλα αυτά τα βήματα, μπορείς να μάθεις και στο p0s4 που είναι πιο εύκολο, από την άλλη είναι καλό να ξέρεις πώς γίνονται τα πράγματα, μερικές φορές χρειάζονται και η διεπαφή μου έχει σίγουρα ένα ακατανόητο όνομα.
Λοιπόν, δεν νομίζω ότι είναι θέμα να θυμάσαι ή όχι... αυτό που προσπαθώ να κάνω με αυτό το mini-tuto είναι να λύσω μια πιθανή ταλαιπωρία για τον χρήστη με πολύ επιφανειακό τρόπο. Επίσης, με αυτό θέλω να δείξω ότι το Gnu linux είναι εξαιρετικά ευέλικτο, ώστε να μπορείτε να το προσαρμόσετε κατά βούληση ακολουθώντας απλά βήματα... το πιο επιφανειακό σημείο είναι ότι το σύστημα είναι προσαρμοσμένο.
τώρα κατά την εγκατάσταση του νέου archlinux .iso, το wifi το αναγνωρίζει ως wlp2s0 και μερικές φορές ως wlan0, ξέρει κανείς γιατί;
Το Systemd κάνει την αλλαγή και ο πυρήνας παρέχει υποστήριξη για τη διεπαφή. Ακολουθήστε το σεμινάριο που δημοσίευσα και διορθώστε τα στατικά. Αυτό σας εξοικονομεί προβλήματα
Βρήκα αυτή την κατάσταση πριν από λίγο καιρό, αλλά είναι δύο διαφορετικά πράγματα
κατά σύμβαση το αρχείο πρέπει να είναι μικρότερο από 80 (συνήθως είναι 70 σε αυτή την περίπτωση) και
Αυτό εξαρτάται από το πώς είναι η υπόλοιπη διαμόρφωση ή πόσες πλάκες έχουμε
cat /etc/udev/rules.d/80-net-name-slot.rules
# Αυτό το αρχείο καλύπτει τους μόνιμους κανόνες μετονομασίας για συσκευές δικτύου. αν εσύ
# διαγράψτε αυτό το αρχείο, το /usr/lib/udev/rules.d/80-net-name-slot.rules ενδέχεται
# μετονομάστε συσκευές δικτύου σύμφωνα με το ID_NET_NAME_{ONBOARD,SLOT,PATH}
# ιδιότητες των συσκευών δικτύου σας, με προτεραιότητα με αυτή τη σειρά. Βλέπω
# η έξοδος του 'udevadm test-builtin /sys/class/net/$interface' για
# λεπτομέρειες σχετικά με το ποιο μπορεί να είναι αυτό το νέο όνομα.
#
# http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames
Στο link, βάλε τις 3 επιλογές στο τέλος (to freedesktop), με το αρχείο δεν μου τις δημιουργεί αυτόματα, και δεν είναι 70- δηλαδή δεν το ονομάζω με συγκεκριμένο όνομα, είναι ακόμα eth0 όπως πρέπει (αν έχω μόνο ένα) και αν βάλω περισσότερα σαν τα USB, συνεχίζει να τα αποκαλεί – ανίχνευση με το όνομα eth1, order it2. έχουμε περισσότερες από μία πλακέτες και μας ενδιαφέρει το όνομα (θέλουμε μια συγκεκριμένη πλακέτα να είναι eth3 και η άλλη να είναι eth70 ή θέλετε να της δώσετε ένα όνομα και δεν ταιριάζει με το όνομα που βγαίνει αυτόματα από τη σειρά τοποθέτησης της μονάδας)
Αν είναι 80- συνεχίζει να τα ονομάζει μαγικά κανονικά ονόματα eth0 eth1 eth2 (σύμφωνα με τη σειρά ανίχνευσης)
Αν το 80 δεν υπάρχει - ή το στείλω στο null, έχω "σπάνια" ονόματα που αν θέλω μπορώ να τα βάλω υπό όρους
Αν υπάρχει το 70 - ή στην περίπτωση του tutor, το 10 - ρυθμίζω τα ονόματα (υπάρχει ένα σφάλμα που κυκλοφορούσε τον Ιανουάριο και αν δεν ήταν 70 δεν το έπαιρνα, δεν θυμάμαι αν ήταν το arch ή το debian, αλλά συνέβη σε ένα)
Θεωρώ ότι είναι καλύτερο να χρησιμοποιήσω το netcfg και σε ορισμένους υπολογιστές τα bridge-utils
στο debian δεν χρησιμοποιώ 80- αλλά χρησιμοποιώ αυτό που μου δημιούργησε το udev πριν πάω στο systemd /etc/udev/rules.d/70-persistent-net.rules
Πιθανότατα το πρόβλημα προέρχεται από το debian…. Αν και θα ήταν απαραίτητο να δούμε αν το σφάλμα επηρέασε το ακατέργαστο πακέτο διαθέσιμο και όχι αυτό που αναπτύχθηκε από κάθε διανομή... με την πιο πρόσφατη, όπως ανέφερα, είναι μόνο ένας από τους πολλούς τρόπους για να πραγματοποιηθεί μια σωστή διαμόρφωση
Κοιτάξτε, όπως κάθε καλός kacker ζήτησα χώρο στο /home μου για να εγκαταστήσω το Kali Linux (διάδοχο του Backtrack 5).
Το Kali, σε αντίθεση με το BT βασίζεται στο Debian, στην πραγματικότητα το _is_ Debian με την ειδική προσθήκη του… systemd!
Στην πραγματικότητα, μου τράβηξε την προσοχή -με θετικό τρόπο- να δω ότι το Kali Linux τρέχει με systemd σαν να το είχε χρησιμοποιήσει το Debian σε όλη μου τη ζωή.
Εν τω μεταξύ, η ομάδα Debian Dev Core:
"Dev1:-Γεια, ακούσατε για αυτό το νέο, systemd, δεν θα ήταν υπέροχο να το εφαρμόσετε;"
«Dev2:-WTF, αλλά ποιος νομίζεις ότι είσαι!!! Όταν εξακολουθούσατε να σκάτε τον εαυτό σας, χρησιμοποιούσα ήδη το SysV και σας προειδοποιώ ότι σκοπεύω να συνεχίσω να το χρησιμοποιώ μέχρι να πεθάνω!!!»
«Dev3: - Γεια σου, πρόσεχε τι λες…»
"Dev4: -Μου φαίνεται ότι ο θείος είναι εισβολέας..."
«Dev5:-Κοίτα μπακαλιάρο, στο Debian καυχιόμαστε ότι μαζεύουμε ιστούς αράχνης, μην μας έρχεσαι με νέα σκατά αυτού του τύπου. Ίσως σε 15 ή 20 χρόνια που θα δοκιμαστεί επαρκώς να του δώσουμε μια δεύτερη ματιά και αν δούμε ότι πληροί τις απαιτήσεις θα το ενσωματώσουμε στο Sid»
«Dev1:-Αλλά ρε παιδιά, εντάξει, μην είστε έτσι, απλώς μου φαίνεται ότι είναι ένα *υπέροχο* PID1, πολύ πιο ευέλικτο, πλήρες και ισχυρό από το SysV που, για να πω την αλήθεια, δείχνει σημάδια παθήσεων εδώ και καιρό, απλά ήθελα…»
"Dev2: -ΒΛΑΣΦΗΜΙΑ!!!"
«Dev4: -Εσύ, εξομολογήσου, γρήγορα, έρχεσαι από το Arch, όχι διάολε!;»
«Dev5:-ΤΙ;;; Τι νομίζεις όμως, πώς θα ενσωματώσουμε κάτι που δεν είναι επαρκώς δοκιμασμένο!!;;»
«Ο Dev1 ανταποκρίνεται στο Dev5:-Όμως, σήμερα με το πόσο μεγάλο είναι το F/LOSS, δεν χρειάζεται πλέον να περιμένουμε χρόνια, καθώς το λογισμικό ελέγχεται μαζικά και από διαφορετικές διανομές, η συμβατότητα και η σταθερότητα είναι πρακτικά εγγυημένη, μόλις τα 50 σεντ μου...»
«Dev3:-Λοιπόν, γάμα τα 50 σεντς σου τότε, ποιο μέρος δεν κατάλαβες ότι αυτό είναι το Debian; Προσθέτουμε μόνο απαρχαιωμένο λογισμικό στη διανομή μας, διάολε.»
«Dev5: -Φυσικά, καλά είπες Dev3, άκουσέ με Dev1, μόνο όταν αυτό το λογισμικό αρχίσει να αντικαθίσταται από την επόμενη γενιά του PID1, θα εξετάσουμε το ενδεχόμενο να το ενσωματώσουμε στο Debian. Περίοδος, μην το συζητάς άλλο».
«Dev1:-Είναι αυτό…»
«Dev2: -Και έλα, το ζητάς φίλε, καλύτερα να επενδύσεις τον χρόνο σου στην επιδιόρθωση και υποστήριξη του SysV και στην επέκταση της ωφέλιμης ζωής του για άλλα δέκα χρόνια, αν μας εξυπηρετεί τόσο καλά εδώ και 20 χρόνια γιατί θα το αντικαταστήσουμε τώρα.»
«Dev3:-Αυτός ο άνθρωπος, αν ακόμα κοιτάξουμε το SysV με στοργή, υπάρχει PID1 για λίγο.»
«Dev1:-Λοιπόν, εντάξει, νομίζω ότι έχουν δίκιο, καλύτερα να αρχίσω να επιδιορθώνω ένα λογισμικό που δεν έχει σχεδιαστεί για σύγχρονες απαιτήσεις, ώστε με πολλή προσπάθεια να συνεχίσουμε να το χρησιμοποιούμε...»
«Dev4: -Σίγουρα, σίγουρα, αυτός είναι ο τρόπος και όχι οι μοντερνισμοί σας.»
"Dev1:-Εντάξει, εντάξει, με έπεισαν, το systemd είναι ηλίθιο και ο τύπος που το έκανε είναι ηλίθιος, ποιος θα σκεφτόταν να κάνει τέτοια χάλια όταν υπάρχει το SysV;"
Dev{2,3,4,5}:-"Συγχαρητήρια στα επόμενα 50 χρόνια στασιμότητας παιδιά!"
Ελπίζω ο Έλαβ να μην ξέρει πού μένεις...
Χαχα, μπορώ να τον φανταστώ να γελάει και να χαϊδεύει το μπαστούνι του μπέιζμπολ xD
Το πλεονέκτημα του systemd έναντι του sysvinit/openrc ή του upstart δεν είναι ότι είναι τόσο μεγάλο, είναι απλώς μοντέρνο γιατί ξεκινάει 3-4 δευτερόλεπτα πιο γρήγορα.
Δεν ξέρω για το upstart, νομίζω ότι δεν το χρησιμοποίησα ποτέ, τουλάχιστον εν γνώσει μου.
Τα 3 ή 4 δευτερόλεπτα είναι σχετικά, έχω έναν υπολογιστή, που σε full boot έκανε περίπου 10 λεπτά (ένα debian χωρίς X και με όλα τα δυνατά βελτιστοποιημένα) με systemd, ήταν μισό ή λιγότερο (ίδιες υπηρεσίες, ίδιοι δίσκοι, ίδια cpu, ίδια ram), δηλαδή μέχρι να φορτίσει,
Εάν έχετε χρησιμοποιήσει ποτέ ubuntu, θα πρέπει να ξέρετε τι είναι το upstart, διαφορετικά προφανώς όχι..
"Είναι απλά ωραίο γιατί εκκινεί 3-4 δευτερόλεπτα πιο γρήγορα."
Στην πραγματικότητα δεν είναι έτσι, στην πραγματικότητα ο κύριος προγραμματιστής του systemd εξηγεί ρητά σε ένα email από το ML του ότι ποτέ δεν σκέφτηκαν το systemd ως ένα σύστημα γρήγορης εκκίνησης, ότι αυτό είναι απλώς μια συνέπεια του τρόπου λειτουργίας του systemd – κάτι που είναι πραγματικά ζουμερό να σκεφτόμαστε τι θα μπορούσε να επιτευχθεί αν αποφασίσουν να βελτιστοποιήσουν το systemd για να είναι πιο γρήγορο…
"Το πλεονέκτημα του systemd έναντι του sysvinit/openrc ή του upstart, δεν είναι ότι είναι τόσο σπουδαίο"
Όσον αφορά το SysV init, το πλεονέκτημα είναι ΤΕΡΑΣΤΙΟ σε σύγκριση με το Upstart, όχι τόσο.
Το SysVinit είναι ένα catramine, ένα καρότσι δίπλα στην Porsche.
Παρόλο που το SysVinit εξυπηρετούσε τον σκοπό του για πολλά χρόνια, η πραγματικότητα είναι ότι οι σιωπηροί περιορισμοί του λογισμικού που δημιουργήθηκαν, σκέφτηκαν και σχεδιάστηκαν πριν από πολλά χρόνια και για εκείνη τη στιγμή γίνονται όλο και πιο αισθητές.
Μερικά από τα προβλήματα με το SysV εκτός από τον αργό χρόνο εκκίνησης είναι οι συνθήκες αγώνα που εμφανίζονται γενικά σε διαφορετικά περιβάλλοντα, η δομή ενεργοποίησης και απενεργοποίησης του δαίμονα και η πολυπλοκότητα της προσθήκης νέων εφαρμογών και δαιμόνων σε αυτήν τη δομή χωρίς να σπάσει η σειρά εκκίνησης.
Το systemd τα λύνει όλα αυτά με καθαρό, πρακτικό, τυποποιημένο και καλά τεκμηριωμένο τρόπο – όταν στο SysV το γενικό είναι ότι κάθε διανομή το εφαρμόζει όπως θέλει.
Δεν ξέρω πολλά για το Upstart πέρα από τα αρχεία ρυθμίσεών του, τα οποία είναι πραγματικά ΦΡΙΚΤΑ, είναι κινέζικα, είναι βασανιστήριο να τα επεξεργάζεσαι και είναι πολύ εύκολο να κάνεις λάθος αν δεν είσαι canchero και κάνεις χάος.
Από την άλλη πλευρά, το Upstart φαίνεται να είναι πραγματικά αποτελεσματικό, καθώς οι τελευταίες εκδόσεις του Ubuntu στο μηχάνημά μου εκκινήθηκαν και τερματίστηκαν σχεδόν αμέσως - θαυμάσια.
Ωστόσο, όταν ο Poettering ρωτήθηκε εάν το sysmted χρειαζόταν πραγματικά και αν δεν είχαν αναλύσει άλλες επιλογές όπως το Upstart, απάντησε ότι ναι, τις είχαν αναλύσει, ότι υπήρχαν πολλά πράγματα που τους άρεσαν και ότι στην πραγματικότητα σχεδιαζόταν να εφαρμοστεί το systemd αλλά σύμφωνα με αυτούς η δομική βάση του Upstart δεν ήταν καλή και ότι ήταν πολύ πιθανό στο μέλλον να είχαν προβλήματα από αυτό.
Πρέπει να θυμόμαστε ότι το systemd γεννήθηκε ως πρωτοβουλία της Red Hat για δύο σημαντικούς λόγους:
1. Λόγω της _τεράστιας_ εμπειρίας που έχει η εταιρεία στις χιλιάδες αναπτύξεις της, κατέληξαν στο συμπέρασμα ότι πρέπει να κάνουν ορισμένες θεμελιώδεις αλλαγές στο σύστημά τους για να ανταποκρίνεται στις απαιτήσεις τους, αλλαγές που λογικά εκνευρίζουν περισσότερους από έναν βετεράνους – όπως κάθε βαθιά αλλαγή.
2. Δεν είναι μυστικό για κανέναν ότι η Red Hat επιδιώκει να είναι Red Hat και όχι GNU+Linux.
Πέρα από τα αραβουργήματα και άλλους περισπασμούς, το γεγονός είναι ότι το systemd υιοθετείται όλο και περισσότερο από την κοινότητα του GNU+Linux και αυτό είναι αναγκαστικά καλό για διάφορους λόγους:
1. Η ανάπτυξη επιταχύνεται, ώστε να μπορεί να επιτευχθεί καλύτερο προϊόν σε λιγότερο χρόνο
2. Συμπεριλαμβάνοντας τις ανάγκες διαφόρων διανομών και συνεργαζόμενοι μεγάλους προγραμματιστές αυτών των διανομών με το systemd και αλληλεπιδρώντας με προγραμματιστές άλλων διανομών συζητώντας τα μπαλώματα και τα χαρακτηριστικά, είναι απείρως ευκολότερο να επιτευχθεί ένα ποιοτικό προϊόν
3. Είναι αγνωστικιστικό για τη διανομή στην οποία υλοποιείται (πολύ σημαντικό!) και ενοποιείται ως πρότυπο (όπως είναι το POSIX) κάτι που σίγουρα θα εκτιμήσει ένας διαχειριστής που πρέπει να εργαστεί σε ετερογενή περιβάλλοντα που αποτελούνται από διαφορετικές διανομές, αλλά που μοιράζεται μια παρόμοια βάση διαχείρισης συστήματος.
Το $ systemctl θα λειτουργεί το ίδιο στο Fedora με το openSUSE ή το Arch ή το Chakra ή το Red Hat ή το Kali Linux ή οποιαδήποτε άλλη διανομή που χρησιμοποιεί systemd και αυτό είναι υπέροχο.
4. Η ύπαρξη μεγάλου αριθμού κατάλληλων ατόμων που εργάζονται στο ίδιο PID1 που χρησιμοποιεί η ίδια η διανομή διευκολύνει πολύ τη δουλειά των ίδιων των προγραμματιστών κατά την επίλυση προβλημάτων ή την αναζήτηση βοήθειας ή ιδεών σχετικά με τον τρόπο υλοποίησης μιας ή άλλης λειτουργίας.
5. Δεδομένου ότι το systemd είναι ένα ανοιχτό και -πολύ σημαντικό- διεπιστημονικό έργο, το ποσοστό υιοθέτησης και βελτίωσης του έργου είναι ένα από τα υψηλότερα από τα έργα FLOSS.
Για παράδειγμα, όταν ένας συντηρητής ενός πακέτου οποιασδήποτε διανομής, που περιλαμβάνει την έναρξη δαιμόνων στην αρχή, παρουσιάζει την έκδοση της υπηρεσίας στη λίστα αλληλογραφίας systemd ζητώντας σχόλια και προτάσεις, συμβαίνει ότι μετά από μια γενική συνεργασία είναι δυνατόν να είναι έτοιμη αυτή η υπηρεσία, με τον καλύτερο δυνατό τρόπο, η οποία δεν χρησιμοποιείται μόνο από τον προγραμματιστή που άνοιξε το θέμα, αλλά και αποστέλλεται ο ίδιος στην εφαρμογή UPST. πακέτο και με αυτό κάντε το. 100% συμβατό με το σύστημα OOTB.
6. Το systemd έχει εκατοντάδες εκατοντάδες νέες δυνατότητες που καθιστούν πολύ πιο εύκολη και πιο ομαλή τη διαχείριση των συστημάτων που διαχειρίζεται. Για παράδειγμα, είναι υπεύθυνος για τη διαχείριση της μονάδας PAM για διαχειριστές σύνδεσης, τη διαχείριση απομακρυσμένων συνδέσεων στο σύστημα, τη φόρτωση υπηρεσιών κατ' απαίτηση ακούγοντας στις πρίζες αντί να έχει έναν δαίμονα να κοιμάται στη μνήμη και να κλέβει CPU και μνήμη ενώ περιμένει να ενεργοποιηθεί, να διαχειρίζεται αξιόπιστα τις διεπαφές δικτύου και τις συσκευές που είναι συνδεδεμένες στο σύστημα. γρήγορος και πολύ ομαλός τρόπος και νομίζω ο μόνος Ο λόγος που συμβαίνει αυτό, για ένα ΤΕΡΑΣΤΙΟ σύστημα όπως το systemd (σκεφτείτε ότι σε σύντομο χρονικό διάστημα θα διαχειριστεί ολόκληρο το σύστημα) είναι ότι έχει σχεδιαστεί για να είναι αποτελεσματικό, αρθρωτό και επεκτάσιμο από την αρχή.
Ιδιαίτερα αυτό που υποφέρω περισσότερο από τη χρήση του systemd είναι ότι πρέπει να ξαναμάθω όλα όσα χρησιμοποιούσα μέχρι τώρα για να διαχειριστώ το μηχάνημά μου.
Είναι κατανοητό ότι κάποιοι προϊστορικοί συνηθισμένοι να χρησιμοποιούν μια συγκεκριμένη μεθοδολογία για πολλά χρόνια αντιστέκονται σε μια τέτοια αλλαγή... αλλά φευ! Αυτή είναι η πληροφορική, εδώ το μόνο που δεν αλλάζει είναι ότι η αλλαγή είναι συνεχής 😉
Χαιρετισμούς.
Ξέχασα:
"Αν έχετε χρησιμοποιήσει ποτέ ubuntu, θα πρέπει να ξέρετε τι είναι το upstart, διαφορετικά σαφώς όχι..."
Τι άσχημη απάντηση, σωστά; Τυπικό για κάποιον που το πιστεύει και γνωρίζει ελάχιστα.
Ακολουθώντας το σκεπτικό σας, είμαι απολύτως βέβαιος ότι γνωρίζετε πώς παράγονται όλα τα τρόφιμα που τρώτε, σωστά; τα λεω ΟΛΑ.
Όπως όταν μπαίνεις στο λεωφορείο ή στο αεροπλάνο, έχεις απόλυτη γνώση όλων των εξαρτημάτων του οχήματος, ακόμα και των πιο μικρών, πώς λειτουργεί, τι λάδια, λιπαντικά και άλλα υγρά χρησιμοποιούν και πώς συντίθεται το καθένα και η διαδικασία κατασκευής του.
Ή όταν χρησιμοποιείτε στυλό, σίγουρα έχετε πολύ σαφές πώς φτιάχνεται το μελάνι.
Δεν ξέρω αν ο @he ήταν εδώ ακόμα δεν έχει διαβάσει τη βλακεία σου ή απλά είναι πολύ ευγενικός και πολιτισμένος για να σου απαντήσει όπως θα έπρεπε.
Από την πλευρά μου, είμαι ήδη αρκετά μεγάλος και γκρινιάρης για να ανεχτώ τζάλες όπως εσύ:
ΡΟΥΦΙΣΕ ΜΟΥ ΕΝΑ ΑΥΓΟ.
(και όχι, δεν υπερασπίζομαι κανέναν, απλά δεν μου άρεσε τόσο η μετριότητα και η δηλητηριώδης έπαρση σε μια μόνο πρόταση).
msx, τα windows χρησιμοποιούν το ίδιο σύστημα εκκίνησης από την εποχή του moses xD, το ίδιο σύστημα αρχείων, το ίδιο σύστημα ήχου και δεν συμβαίνει τίποτα! Αυτό είναι λοιπόν το Linux, όπου ανακαλύπτουμε ξανά τον τροχό ή προσπαθούμε κάθε 5 ή 6 χρόνια, αλλά δεν είναι υπολογισμός, είναι απλώς ένα μέρος του XD
Κοίτα...
σαφώς όχι.
Το σύστημα εκκίνησης άλλαξε από 98/Me σε XP (NTLD) και μετά άλλαξε ξανά με τα Windows 7 και τώρα ενημερώθηκε με Windows 8 – κάτι που είναι λογικό γιατί οι τεχνολογίες δεν είναι ίδιες και ούτε οι απαιτήσεις.
Τα windows 7 έχουν αυτό των windows vista.
msx, αλλά τι διάολο καπνίζεις, τι διάολο πίστεψες; Αν απάντησα απολύτως φυσιολογικά, αλλά έχεις σκάσει στο κεφάλι σου ερμηνεύοντας τα πράγματα ως άτομο με κόμπλεξ κατωτερότητας, δεν φταίω εγώ. Ήταν απλά μια δήλωση που έκανα στον σύντροφό μου, χωρίς να θέλω να μαστροπέψω ή τίποτα, τα έφτιαξες όλα στο κεφάλι σου, γαμώτο, πήγαινε να έχεις ένα λάιμ, για αυτή την πίκρα που έχεις μέσα σου.
Τους ζήτησα ήδη τις προάλλες να σταματήσουν με αυτό. Δεν είμαι ο πατέρας κανενός από τους δύο για να τους μαλώ.
Πολύ καλά,
Αυτό που ίσως έχει (προς το παρόν) το debian είναι ότι δεν είναι τόσο αυστηρό με τα σενάρια και χωράει μαγικά τον εαυτό του, αν και το "Ναι, κάνε αυτό που σου λέω!" ανεκτιμητης ΑΞΙΑΣ
Ότι αυτοί του Arch είναι βλάσφημοι; Λοιπόν, το Arch είναι το εντελώς αντίθετο από το Debian Stable, αυτό είναι σίγουρο.
Όχι, όχι, έτσι μας βλέπουν αυτοί οι ψηφιακοί άνθρωποι των σπηλαίων, φοβισμένοι εντελώς από τον ρυθμό που κρατάμε εμείς οι τοξότες ;-D
Το κύριο πρόβλημα δεν είναι οι εντολές, αλλά η συνήθεια που αρπάζει μια διανομή με την οποία συνηθίζει.
Καλή επιλογή από το Arch, αλλά προς το παρόν θα δοκιμάσω το Slackware.
Ευχαριστώ για την συμβουλή!
είναι καλό που είναι χρήσιμο
Καλή συμβουλή =) μόνο που στη γραφή του κειμένου έρχεται με τον εξής τρόπο
"Ένα απλό αρχείο κειμένου με το όνομα 10-network-rules." και στην εικόνα που είναι ο σωστός τρόπος έρχεται ως 10-network.rules
αφορά
Με βοήθησε .. λόγω μιας conky διαμόρφωσης που έχω αλλά είμαι επίσης κατά αυτού του είδους των άρθρων όπου κάνουν το linux να φαίνεται πολύ δύσκολο σε άπειρα μάτια..
Τι σημασία έχει αν λέγεται η διεπαφή σου, αν το σημαντικό είναι ότι έχεις ίντερνετ.. το ίδιο και στην conky configuration μου λειτούργησε το άλλο όνομα Wi-Fi και αν είναι για χρήση aircrack είναι επίσης η ίδια ιστορία αλλά αφού το linux σου δίνει αυτή την επιλογή προσαρμογής τότε το άλλαξα.. ευχαριστώ για το άρθρο.. μια εικόνα.
https://pbs.twimg.com/media/BI9FCzQCEAIM0ud.png:large