لقد أجريت مؤخرًا عملية ترحيل لأحد أجهزة الكمبيوتر المحمولة الخاصة بي من ديبيان a قوس لينكس وعند تكوين الأشياء المتعلقة بواجهات الشبكة وجدت أن معيار التمهيد الجديد لـ سيستم دي لقد أجريت تغييرًا على أسماء الأجهزة التي اعتدت رؤيتها على تلك الواجهات.
بدءًا من العملية المعتادة التي أضعها في Terminal (والتي بالمناسبة تستخدم rxvt unicode مع zsh كوحدة التحكم الافتراضية) «عنوان IP»الحصول على ما يلي:
في هذه الحالة ، سنقوم بتكوين اسم واجهة الشبكة المطابقة للكابل المشترك بموصل 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 تسبب بعض الألم في المؤخرة.
حسنًا ، نعم .. على الرغم من أنها ليست مشكلة حقيقية إذا كانت من حيث الشكل .. فمن الأفضل القيام بإدارة هذه الواجهات بأسماء أكثر تمثيلاً.
يعيش sysvinit XDDD
أتخيل لكني أرى أنك لست المستخدم المستهدف لهذا المنشور هاهاها
ما زلت لا أرى الخير في systemd .. بدلاً من جعل حياتنا أسهل ، يبدو لي أنه يعقد الأمر .. هل يمكن لأي شخص أن يقول لي حقًا ميزة "حقيقية"؟
حالة أخرى مثل pulseaudio والتي كانت مصادفة من نفس الخالق. رائعة كما هي لكنها فشلت في أكثر من مجرد بندقية في أرض المعارض وعليك أن تدع Alsa يتعامل مع الصوت مرة أخرى.
لكي نكون منصفين ، لا تزال خضراء جدًا ولكن الميزة الوحيدة التي يمكنني رؤيتها الآن هي أنها تجعل النظام يبدأ بسرعة 5 ثوانٍ لقول شيء ما. نأمل أن يظل Debian يحافظ على sysvinit و systemd اختياري.
على وجه الخصوص ، أعتقد أن systemd خيار جيد ، إلا أنه سيستغرق بعض الوقت لاختراق المستخدمين. أحد الأشياء التي أراها هو أن معظم المشكلات تتم فقط بسبب سوء التوثيق ... ينكر احتمال وجود مشاكل أساسية ولكن هذا لا يعني أنها مشاكل تجعل تنفيذًا معينًا مؤهلًا على أنه سيئ أو جيد
يبدو أن فوائد systemd مقصورة على فئة معينة. لقد قرأت تفسيرات حول التحسينات التي قمت بتنفيذها ولكني لا أعرف ما إذا كانت تترجم إلى أداء أفضل. وإذا لم يكن لدينا تشتت على لينكس الآن ، فهناك ثلاثة أنظمة بدء تشغيل أعرفها: sysvinit ، و upstart ، و systemd. وفوق كل ذلك ، سيجبرك systemd على تغيير التسلسل الهرمي لملفات يونكس ، والذي يُعرف باسم / usr move. بعض المعلومات الشيقة:
http://hackingthesystem4fun.blogspot.com.es/2012/03/usrmove-la-mentira-usrmove-lie.html
مقال ممتع جدا ثم قرأته كاملا (ونعم ، فإن تنظيف التسلسل الهرمي للأدلة لن يضر ، وأن ملفات التكوين يتم تخزينها في دليل يسمى "إلخ" ويتم توزيع تكوينات التطبيق على طول الدلائل المختلفة الموزعة بواسطة النظام إنه غبي. وبهذا المعنى ، فإن شعب فيدورا لديه كنت تقوم بعمل جيد.)
فيما يتعلق بما يقولونه عن PulseAudio شخصيًا ، لم أكن بحاجة إليه أبدًا ، فأنا أحد أولئك الذين يعانون من ALSA يفيضون (أتعرف دائمًا على HW تمامًا).
في الحالة الخاصة للتوزيعة التي أستخدمها ، لم أواجه أبدًا مشاكل مع جهاز سطح المكتب ، على الرغم من أنه على الكمبيوتر المحمول كان الأمر يثير السخط حول كيفية تعطل الصوت بعد الخروج من التعليق.
لحسن الحظ قبل بضعة أيام ، بعد التعليق عليه كثيرًا في المنتدى ، أبلغ أحد المستخدمين عن المشكلة في bugtracker ، ووجدوا الخطأ وأصدروا على الفور تصحيحًا كانوا مسؤولين عن تطبيقه في Chakra أثناء انتظار الإصدار الثابت التالي من PA سيشمل التصحيح المذكور.
الإصدار الحالي من PA in Chakra: 3.0
نصيحة جيدة ، +1
من الجيد أن نرى أن GNU + Linux قد خرج أخيرًا من رحم Unix ليصبح نظامًا جديدًا أكثر قوة ومرونة وحديثًا ، وفقًا للمتطلبات الحالية.
systemd مع ضخامة حجمه لا يزال مذهلاً ، أعجوبة من القوة والمرونة والنمطية ، والعمل الممتاز من Poettering وشركائه.
هذا البرنامج التعليمي جيد جدًا ، لكنني أعتقد أنه إذا كنت قادرًا على تنفيذ كل هذه الخطوات ، فستتمكن أيضًا من التعلم في p0s4 وهو أسهل ، ومن ناحية أخرى من الجيد معرفة كيفية إنجاز الأشياء ، وفي بعض الأحيان تكون هناك حاجة إليها و واجهتي بالتأكيد لها اسم غير مفهوم.
حسنًا ، لا أعتقد حقًا أنه شيء يتعلق بالقدرة على التذكر أو لا .. ما أحاول فعله بهذا البرنامج التعليمي المصغر هو حل مشكلة عدم الراحة المحتملة للمستخدم بطريقة سطحية للغاية ، إلى جانب هذا أريد أن أوضح أن Gnu linux بالغ مرن بحيث يمكنك تخصيصه حسب الرغبة باتباع خطوات بسيطة ... النقطة الأكثر سطحية هي أنه يبدو أكثر جاذبية من خلال وضع أشياء مخصصة داخل النظام ..
الآن عند تثبيت الإصدار الجديد من archlinux .iso ، يتعرف على wifi على أنه wlp2s0 وأحيانًا على wlan0 ، هل يعرف أحد لماذا؟
يقوم Systemd بإجراء التغيير ويوفر kernel دعمًا للواجهة .. اتبع البرنامج التعليمي الذي ينشر وإصلاحه بشكل ثابت .. بهذه الطريقة يمكنك حفظ المشكلات
لقد مررت بهذا الموقف منذ فترة أيضًا ، لكنهما شيئان مختلفان
حسب الاصطلاح ، يجب أن يكون الملف أقل من 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
في الرابط ، ضع الخيارات الثلاثة في النهاية (على سطح المكتب الحر) ، مع الملف لا يقوم بإنشائها تلقائيًا بالنسبة لي ، وهو ليس 3- أي ، لا أسميه باسم معين ، إنه كذلك لا يزال eth70 كما ينبغي (نعم لدي واحد فقط) وإذا وضعت أكثر مثل USB ، فسيتبعني اسمه eth0 - 1 - 2 ، أو يسميهم بترتيب اكتشاف الوحدة ، 3- إنه مفيد إذا كان لدينا أكثر من لوحة واحدة ونحن نهتم بالاسم (نريد أن تكون لوحة معينة هي eth70 والأخرى تكون eth0 أو تريد تسميتها ، ولا تتطابق مع الاسم الذي يخرج تلقائيًا من ترتيب تركيب الوحدة)
إذا كان 80- فإنه يحتفظ بطريقة سحرية بتسمية الأسماء العادية eth0 eth1 eth2 (وفقًا لترتيب الكشف)
إذا لم يكن الرقم 80 موجودًا ، أو أرسلته إلى null ، فلدي أسماء "غريبة" ، وإذا أردت ذلك ، يمكنني أن أشددها
إذا كان 70- أو في حالة المعلم ، 10- أشير إلى الأسماء (هناك خطأ حدث في يناير وإذا لم يكن 70 ، لم آخذه ، لا أتذكر ما إذا كان هو القوس أو الديبيان ، لكن حدث)
أجد أنه من الأفضل استخدام netcfg وعلى بعض أدوات جسر أجهزة الكمبيوتر
في دبيان ، لا أستخدم 80- لكني أستخدم ذلك الذي أنشأه udev قبل الانتقال إلى systemd /etc/udev/rules.d/70-persistent-net.rules
على الأرجح أن المشكلة تأتي من دبيان…. على الرغم من أنه سيكون من الضروري معرفة ما إذا كان الخطأ قد أثر على الحزمة الأولية المتاحة وليس تلك التي تم تطويرها بواسطة كل توزيعة .. مع الأخيرة ، كما أعلق ، فهي واحدة فقط من الطرق العديدة لإجراء التكوين الصحيح
انظر ، مثل أي kacker جيد طلبت من منزلي / منزلي توفير مساحة لتثبيت Kali Linux (خليفة Backtrack 5).
Kali ، على عكس BT مبنية على Debian ، في الواقع _is_ Debian مع الإضافة الخاصة لـ… systemd!
في الواقع ، لفت انتباهي - بطريقة إيجابية - أن أرى أن Kali Linux يعمل مع systemd كما لو كان قد استخدم دبيان طوال حياته.
وفي الوقت نفسه ، فإن مجموعة Debian Dev Core:
"Dev1: -مهلا ، سمعت عن هذا النظام الجديد ، ألن يكون من الرائع تنفيذه؟"
«Dev2: -WTF ، لكن من تظن نفسك !!! عندما كنت لا تزال تزعج نفسك كنت أستخدم SysV بالفعل ، وأحذرك من أنني أخطط لمواصلة استخدامه حتى أموت !!! »
«Dev3: -Hy اللعنة ، شاهد ما تقول ...»
«Dev4: - يبدو لي أن عمي متسلل ...»
«Dev5: -Look ، hake ، في دبيان نتفاخر بجمع خيوط العنكبوت ، لا تعطينا أشياء جديدة مثل هذا. ربما في غضون 15 أو 20 عامًا ، عندما يتم اختباره بشكل كافٍ ، سنعطيه نظرة ثانية وإذا رأينا أنه يفي بالمتطلبات ، فسنقوم بدمجه في Sid »
«Dev1: - لكن يا رفاق ، لا بأس ، لا تكن هكذا ، يبدو لي أنه * رائع * PID1 ، أكثر مرونة وكاملة وقوة من SysV الذي في الواقع أظهر علامات اعتلال لوقت طويل أردت فقط ... »
«Dev2: -BLASFEMIA !!!»
"ديف 4: -أنت ، اعترف ، سريعًا ، أتيت من آرتش ، أليس كذلك؟"
«Dev5: -QUEEEEE ؟؟؟ لكن ما رأيك ، كيف سنقوم بدمج شيء لم يتم اختباره بشكل كافٍ !! ؟؟ »
«يستجيب Dev1 لـ Dev5: -لكن مهلاً ، في الوقت الحاضر مع النطاق الواسع من F / LOSS ، لم يعد من الضروري الانتظار لسنوات ، نظرًا لأن البرنامج تم اختباره على نطاق واسع ومن خلال التوزيعات المختلفة ، فإن التوافق والاستقرار مضمون عمليًا ، فقط 50 سنتًا خاصتي ... »
«Dev3: - حسنًا ، اللعنة على 50 سنتًا ، ما هو الجزء الذي لم تفهم أن هذا هو دبيان؟ نحن نضيف فقط برامج قديمة إلى توزيعنا ، اللعنة عليك ".
«Dev5: - بالطبع ، حسنًا ، Dev3 ، استمع إلي ، أيها Dev1 ، فقط عندما يبدأ استبدال هذا البرنامج بالجيل التالي من PID1 ، سننظر في دمجه في دبيان. فترة ، لا مزيد من الحديث عن الموضوع ".
«Dev1: -It's that ...»
«Dev2: -هيا ، أنت تبحث عنه يا رجل ، من الأفضل أن تستثمر وقتك في تصحيح ودعم SysV وإطالة عمره الإنتاجي لعشر سنوات أخرى ، إذا كان يخدمنا جيدًا لمدة 20 عامًا ما الذي سنستبدله الآن ».
"Dev3: -هذا الرجل ، إذا نظرنا إلى SysV بمودة ، فلا يزال هناك PID1 لفترة من الوقت."
«Dev1: - حسنًا ، حسنًا ، أعتقد أنهم على حق ، من الأفضل أن أبدأ في تصحيح برنامج لم يتم تصميمه للمتطلبات الحديثة ، لذلك بجهد كبير يمكننا الاستمرار في استخدامه ...»
«Dev4: - بالتأكيد ، هذه هي الطريقة وليست حداثتك.
"Dev1: -حسناً ، لقد أقنعوني بأن systemd أحمق والرجل الذي فعل ذلك أحمق ، من يعتقد أن يفعل مثل هذا الهراء عندما يكون SysV موجودًا؟"
ديف {2,3,4,5،50،XNUMX،XNUMX}: - «دعونا نخبز الرجال على مدى الخمسين عامًا القادمة من الركود!»
آمل ألا تعرف إيلاف أين تعيش ...
هاها ، أتخيله يضحك ويضرب مضرب بيسبول xD
ميزة systemd ضد sysvinit / openrc أو مغرور ، ليست أنها كبيرة جدًا ، إنها ببساطة عصرية لأنها تبدأ في 3 أو 4 ثوانٍ أسرع.
لا أعرف من مغرور ، أعتقد أنني لم أستخدمه أبدًا ، على الأقل عن علم.
3 أو 4 ثوانٍ نسبيًا ، لدي جهاز كمبيوتر ، والذي استغرق حوالي 10 دقائق (دبيان بدون X ومع كل شيء محسّن) مع systemd ، ذهب إلى النصف أو أقل (نفس الخدمات ، نفس الأقراص ، نفس وحدة المعالجة المركزية ، نفس ذاكرة الوصول العشوائي) ، أي حتى يتم الشحن ،
إذا سبق لك استخدام أوبونتو ، فيجب أن تعلم أنه مبتدئ ، إن لم يكن كذلك ، فمن الواضح أنه ليس كذلك.
"إنه مجرد موضة لأنه يبدأ في غضون 3 أو 4 ثوانٍ بشكل أسرع."
في الواقع ، ليس الأمر كذلك ، في الواقع يشرح المطور الرئيسي لـ systemd صراحةً في رسالة بريد إلكتروني من ML الخاص به أنهم لم يفكروا مطلقًا في systemd كنظام بدء سريع ، وأن هذا مجرد نتيجة لكيفية عمل systemd - وهو أمر مثير حقًا التفكير فيما يمكن تحقيقه إذا قرروا تحسين النظام ليكون أسرع ...
"ميزة systemd ضد sysvinit / openrc أو upstart ، ليست أنها رائعة جدًا"
فيما يتعلق بـ SysV init ، فإن الميزة ضخمة مقارنةً بالمبتدئين ليس كثيرًا.
SysVinit عبارة عن catramina ، عربة بجانب Porsche.
على الرغم من أن SysVinit خدم غرضه لسنوات عديدة ، إلا أن الحقيقة هي أن القيود الضمنية للبرامج التي تم إنشاؤها وفكرها وتصميمها منذ سنوات عديدة وفي ذلك الوقت أصبحت ملحوظة بشكل متزايد.
بعض المشاكل مع SysV بالإضافة إلى بطئه عند الإقلاع هي ظروف السباق التي تحدث بشكل عام في بيئات مختلفة ، وهيكل تنشيط وإلغاء تنشيط الشياطين ومدى تعقيد إضافة تطبيقات وشياطين جديدة إلى هذا الهيكل دون كسر التسلسل. من البداية.
يقوم systemd بحل كل هذا بطريقة نظيفة وعملية وموحدة وموثقة جيدًا - عندما يكون في SysV عمومًا أن كل توزيع ينفذه كما يحلو له.
حول Upstart لا أعرف الكثير فيما وراء ملفات التكوين الخاصة به ، والتي بالمعنى الدقيق للكلمة أمر مروع ، إنه صيني ، إنه تعذيب لتحريرها ومن السهل جدًا ارتكاب خطأ إذا لم تكن مجنونًا وتسبب الفوضى.
من ناحية أخرى ، يبدو أن Upstart فعال حقًا منذ أن بدأت أحدث إصدارات Ubuntu على جهازي وأغلقت على الفور تقريبًا - رائعة.
ومع ذلك ، عندما سُئل Poettering عما إذا كانوا بحاجة إلى نظام بالفعل وإذا لم يحللوا خيارات أخرى مثل Upstart ، أجاب بنعم ، لقد قاموا بتحليلها ، وأن هناك العديد من الأشياء التي يحبونها وأنه في الواقع كان في الخطط لـ نفذت في systemd ولكن وفقًا لها لم تكن القاعدة الهيكلية للمبتدئين جيدة وأنه كان من الممكن جدًا في المستقبل أن يكون لديهم مشاكل مشتقة من ذلك.
تذكر أن systemd وُلد كمبادرة Red Hat لسببين مهمين:
1. نظرًا لتجربة _vastisima_ التي تمتلكها الشركة بآلاف عمليات النشر ، فقد توصلوا إلى استنتاج مفاده أنهم بحاجة إلى إجراء تغييرات أساسية معينة في نظامهم لتلبية متطلباتهم ، وهي تغييرات منطقية تثير قلق أكثر من محارب قديم - مثل كل التغييرات العميقة التغييرات.
2. لا يخفى على أحد أن ريد هات يسعى لأن يكون ريد هات وليس جنو + لينكس.
بالإضافة إلى الأرابيسك والمشتتات الأخرى ، فإن الحقيقة هي أن systemd يتم اعتماده بشكل متزايد من قبل مجتمع GNU + Linux وهذا أمر جيد بالضرورة لعدة أسباب:
1. تسريع عملية التطوير بحيث يمكن تحقيق منتج أفضل في وقت أقل
2. بتضمين احتياجات التوزيعات المختلفة وبالتعاون مع مطوري هذه التوزيعات الرئيسيين مع systemd والتفاعل مع المطورين من التوزيعات الأخرى التي تناقش التصحيحات والميزات ، يكون من الأسهل بلا حدود تحقيق منتج عالي الجودة
3. إنه غير محايد للتوزيع الذي يتم تطبيقه فيه (مهم جدًا!) ويتم توحيده كمعيار (كما هو الحال في POSIX) وهو أمر سيفعله المسؤول الذي يتعين عليه العمل في بيئات غير متجانسة مكونة من توزيعات مختلفة ولكن يشترك في قاعدة إدارة بالتأكيد قيمة نظام مماثل.
سيعمل نظام $ systemctl بنفس الطريقة على Fedora مثل openSUSE أو Arch أو Chakra أو Red Hat أو Kali Linux أو أي توزيعة أخرى تستخدم systemd وهذا رائع.
4. وجود عدد كبير من الأشخاص المناسبين الذين يعملون على نفس PID1 الذي تستخدمه التوزيعة نفسها يجعل العمل أسهل كثيرًا للمطورين أنفسهم عند حل المشكلات أو طلب المساعدة أو الأفكار حول كيفية تنفيذ وظيفة أو أخرى.
5. نظرًا لأن systemd مشروع متعدد التخصصات مفتوح ومهم للغاية ، فإن معدل تبني المشروع وتحسينه هو أحد أعلى مشروعات FLOSS.
على سبيل المثال ، عندما يقوم مشرف حزمة من أي توزيع ، والذي يتضمن بدء الشياطين في البداية ، بتقديم نسخته من الخدمة في القائمة البريدية للنظام يطلب التعليقات والاقتراحات ، فإنه يحدث أنه بعد التعاون العام ، من الممكن لديك هذه الخدمة للإشارة ، بأفضل طريقة ممكنة ، إلى تلك التي لا تستخدم فقط المطور الذي فتح الموضوع ولكن أيضًا ترسل UPSTREAM إلى مطوري التطبيق نفسه حتى يتمكنوا من تحديد ما إذا كانوا يريدون جعل هذه الخدمة جزءًا من الحزمة الخاصة والتي تجعلها متوافقة مع نظام OOTB بنسبة 100٪.
6. يحتوي systemd على مئات المئات من الميزات الجديدة التي تجعل إدارة الأنظمة التي يديرها أسهل بكثير وأكثر سلاسة. على سبيل المثال ، فهي مسؤولة عن إدارة وحدة PAM لمديري تسجيل الدخول ، وإدارة الاتصالات عن بُعد بالنظام ، وتحميل الخدمات عند الطلب ، والاستماع على المقابس بدلاً من وجود برنامج خفي في الذاكرة وسرقة وحدة المعالجة المركزية والذاكرة في انتظار التنشيط ، والإدارة في طريقة موثوقة لواجهات الشبكة والأجهزة المتصلة بالنظام ... إنه حقًا وحش ، و Leviathan ضخم ولكن على عكس الأنظمة الأخرى بهذا الحجم ، فهو يعمل بطريقة رشيقة وسريعة وسلسة للغاية وأعتقد أن السبب الوحيد لذلك هو ، بالنسبة لنظام ضخم مثل systemd (اعتقد أنه سيدير النظام بأكمله في وقت قصير) ، فقد تم تصميمه ليكون فعالاً وقابلاً للتطوير من البداية.
أكثر ما أعاني منه بشكل خاص من استخدام systemd هو أنني يجب أن أعيد تعلم كل شيء كنت أستخدمه حتى الآن لإدارة جهازي.
من المفهوم أن بعض عصور ما قبل التاريخ اعتادوا على استخدام منهجية معينة لسنوات عديدة يقاومون مثل هذا التغيير ... لكن مهلا! هذا هو علم الكمبيوتر ، هنا الشيء الوحيد الذي لا يتغير هو أن التغيير مستمر 😉
تحية.
لقد نسيت:
"إذا سبق لك استخدام أوبونتو ، فيجب أن تعرف ما هو مغرور ، إن لم يكن واضحًا .."
يا له من رد غير سار ، أليس كذلك؟ ملك لمن يؤمن به ولا يعرف إلا القليل.
بعد تفكيرك ، أنا متأكد تمامًا من أنك تعرف كيف يتم إنتاج كل الطعام الذي تتناوله ، أليس كذلك؟ أقول كل شيء.
كما هو الحال عند ركوب الحافلة أو الطائرة ، لديك معرفة مطلقة بجميع أجزاء السيارة ، حتى أصغرها ، عن كيفية عملها ، وما هي الزيوت ومواد التشحيم والسوائل الأخرى التي يستخدمونها وكيف يستخدم كل منها تتكون عملية التصنيع.
أو عندما تستخدم قلمًا ، فمن المؤكد أنك تعرف كيفية صنع الحبر.
لا أعرف ما إذا كان @ يمر هنا ، فأنا ما زلت لا أقرأ غبائك أو أنه ببساطة مهذب للغاية ومتحضر للإجابة عليك كما ينبغي.
من ناحيتي ، أنا عجوز بالفعل وغاضب بما يكفي لتحمل جايلز مثلك:
مص لي بيضة.
(ولا ، أنا لا أدافع عن أي شخص ، لقد أصبت بمرض شديد بمثل هذه الغطرسة الرديئة والسموم في جملة واحدة).
msx ، يستخدم windows نفس نظام التمهيد من وقت Moses xD ، نفس نظام الملفات ، نفس نظام الصوت ولا يحدث شيء! هذا هو نظام Linux ، حيث نعيد اختراع العجلة أو نجربها كل 5 أو 6 سنوات ، لكنها ليست حوسبة ، إنها مجرد جزء منها XD
آه نظرة ...
غير واضح.
تم تغيير نظام التمهيد من 98 / Me إلى XP (NTLD) ثم تغير مرة أخرى مع Windows 7 والآن تم تحديثه مع Windows 8 - وهو أمر منطقي لأن التقنيات ليست متطابقة والمتطلبات ليست هي نفسها.
ويندوز 7 لديه ويندوز فيستا.
msx ، لكن ما الذي تدخنه بحق الجحيم ، لكن ما الذي تصدقه بحق الجحيم؟ نعم ، أجبت بشكل طبيعي تمامًا ، لكن لديك هراء في تفسير الأشياء على أنها شخص يعاني من عقدة النقص ، فهذا ليس خطأي. لقد كان مجرد تصريح أدلى به للشريك ، دون الرغبة في الغش أو أي شيء ، لقد خلقت كل شيء في رأسك ، اللعنة ، اذهب واحصل على الزيزفون ، لتلك المرارة التي لديك في الداخل
لقد طلبت منك بالفعل في اليوم الآخر أن تتوقف عن هذا. أنا لست والد أي منهما لأوبخهما .. سيقاتلون من أجل Twitter أو G + أو Skype .. إنه أمر جيد الآن.
جيد جدا،
ما قد تمتلكه دبيان (في الوقت الحالي) هو أنها ليست صارمة مع النصوص وتتناسب بطريقة سحرية ، على الرغم من "نعم ، افعل ما أقوله!" لا يقدر بثمن
هذا القوس هم مجدّفون؟ حسنًا ، Arch هو عكس Debian Stable ، إنه بالتأكيد
لا لا ، هذه هي الطريقة التي يرانا بها رجال الكهوف الرقميون ، خائفون تمامًا من الإيقاع الذي يحمله الرماة ؛- D
المشكلة الرئيسية ليست الأوامر ، ولكن العادة التي تنتزع التوزيعة التي يتم استخدامها.
خيار Arch الجيد ، لكن في الوقت الحالي سأحاول Slackware.
شكرا على الاكرامية!
كم كان ذلك مفيدًا
نصيحة جيدة =) فقط في كتابة النص يأتي على النحو التالي
"ملف نصي بسيط يسمى 10-network-rules." وفي الصورة هذه هي الطريقة الصحيحة تأتي في شكل قواعد 10 network
تحياتي
لقد خدمني ذلك .. بسبب التكوين المخادع الذي أملكه ولكني أيضًا ضد هذا النوع من المقالات حيث يجعلون لينكس يبدو صعبًا للغاية بالنسبة للعيون عديمة الخبرة ..
ما الفرق الذي يحدثه إذا كانت واجهتك تسمى ما يطلق عليه إذا كان الشيء المهم هو أن لديك إنترنت .. نفس الشيء وفي تكوين conky الخاص بي ، فإن الاسم الآخر لشبكة wifi سيخدمني وإذا كان لاستخدام aircrack فهو كذلك نفس القصة أيضًا ولكن نظرًا لأن Linux يمنحك خيار التخصيص هذا ثم قم بتغييره .. شكرًا على المقال .. صورة
https://pbs.twimg.com/media/BI9FCzQCEAIM0ud.png:large