الحل المحتمل لـ "Kernel Panics" العشوائي على تمهيد Arch Linux

يهدف هذا المنشور إلى إظهار كيفية "إصلاح" مشكلة الشركات الناشئة التي تجرها الدواب تقريبًا قوس لينكس. شيء مثل الصورة التالية:

IMG_20140707_210559

كما يتضح ، نرى أن هذا هو أحد "مجموعات" الأخطاء العديدة التي تظهر بشكل عشوائي عند بدء تشغيل نظام تشغيل بهذه المشكلة. كما جاء في هذا الخطأ ، فإنه يشير إلى أنه قد تكون هناك مشكلة في "الأجهزة" ، ومع ذلك ، كما نعلم جميعًا في نظام التشغيل هذا ، يمكن حل حتى الحيل السيئة لما لا ينتمي إلى نظام التشغيل.

لذا ، سوف أصف تجربتي مع هذه المشكلة. مما كنت قادرًا على تجربته ، كانت المشكلة فقط مع قوس لينكس أو أي توزيعة أخرى قمت باختبارها خارجيًا ، نظرًا لأنه مع أي ubuntu قمت بتثبيته أو اختباره ، فقد بدأ بدون مشاكل. ولكن إذا حاول أن يمزق قوس لينكس مثبتًا على محرك الأقراص الثابتة ، فقد واجهته مشكلة تتمثل في أنه اضطر إلى إعادة التشغيل حوالي 50 مرة حتى يتمكن نظام التشغيل من التمهيد بشكل طبيعي ويكون قادرًا على استخدامه.

كان هناك خطأ معي بالفعل لأنني لم أتمكن من استخدام نظام ubuntu الذي قمت بتثبيته إلا لاختباره ولم أتمكن حتى من القيام بنصف الأشياء التي يمكنني القيام بها قوس لينكس. لذلك قررت حل هذه المشكلة وبدأت في التحقيق ، والبحث عن سلاسل رسائل المنتدى التي بها نفس المشكلة ، وذكروا أيضًا أنه كان خطأ في الجهاز وأنه كان بالضبط وحدة المعالجة المركزية ، لذلك بدأت تقلقني ، لذلك تمكنت من فتح جهاز الكمبيوتر والتحقق مما كان يحدث ، ومع ذلك ، لم يساعد ذلك.

لكن الشيء الذي أظهر لي أنه لا ينبغي أن أستسلم هو ذلك إذا أوبونتو أستطيع ذلك بسبب قوس لينكس لا (ربما أوبونتو أفضل من قوس...؟). لذلك بدأت في كتابة معلمات التمهيد إلى نواة قوس لينكس، اشياء مثل: lapic ، nomce ، intel_idle.max_cstate = 0 ، disable_cpu_apic ، acpi_skip_timer_override ، acpi = stric ، clk ، apm ، noapic ، acpi = oldboot ، acpi-cpufreq ، intel_pstate = تعطيل ، i8042.noacpi = 1 ، apdt = نسخ ، pci = nocrs ، rhgb ، acpi = القوة ، pnpacpi = 0ff وغيرها المزيد ... كل هذا كان موصى به في المنتديات التي قرأتها.

حتى اضطررت إلى إدخال وثائق معلمات kernel ، والتي أوصي بها بالمناسبة: https://www.kernel.org/doc/Documentation/kernel-parameters.txt

ووجدت معلمة مثيرة للاهتمام للغاية تمكنت من تشغيلها في الوقت الحالي قوس لينكس ليس هناك أى مشكلة:

linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce maxcpus = 0

كما هو موضح هناك ، فإن ما تفعله هذه المعلمة هو قصر الاستخدام على وحدة المعالجة المركزية دون تنشيط الوضع المتماثل للمعالجة. في البداية كان يعمل بشكل جيد حتى عندما استخدمت الأمر بكمن -Syyu؛ ألقى لي الأساسية ملقاة o خطأ تجزئة.

لذلك لاحظت تلقائيًا أن شيئًا غريبًا كان يحدث ، لذلك بدأت في تشغيل عمليات أخرى حتى تجمد النظام تمامًا ولم يعد يعمل بعد الآن ، حتى أعيد تشغيله. لذلك قمت بنفس العملية ، لكن هذه المرة تمكنت من تنفيذها HTOP وأظهر لي ما يلي:

IMG-20140729-WA0001

كما هو متوقع ، فقد أظهر وحدة معالجة مركزية واحدة فقط ، نظرًا لأن الآخر قد عطّلها ، ومع ذلك ، بدا الأمر غريبًا جدًا بالنسبة لي لماذا ألقت البرامج segfault ولا يمكن حتى بدء البيئة الرسومية ؛ لذلك كان شيئًا على الأقل منحني المزيد من الأمل في أنه إذا قمت بتعيين معلمات kernel بطريقة واحدة فسيتم تشغيل قوس لينكس كل عادة.

لذلك واصلت تجربة المعلمات الأخرى التي كتبتها في القائمة حتى صادفت هذا ، وهو أفضل حل في الوقت الحالي:

 linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce العزلة = 1

تقوم هذه المعلمة بشيء بسيط مثل عزل (وليس إلغاء تنشيط) النواة الثانية لوحدة المعالجة المركزية في المعالجة المتماثلة ، أي أن حمل المعالجة يُعطى إلى نواة واحدة بينما الآخر مكمل فقط. هذا ، على الرغم من أنه يبدو متناقضًا ، إلا أنه لا يؤثر على الأداء كثيرًا ، نظرًا لأن نظام التشغيل الرائع هذا كان قادرًا على تشغيل التطبيقات بهذه الطريقة:

اختبار

linux_rlz_compiz

مع هذا ، فإن المشكلة الوحيدة التي لاحظتها والتي تحدث في وقت التمهيد ، هي ذعر أو نواة واحدة أو اثنتين ؛ ولكن بالمقارنة مع 50 مرة اضطررت إلى إعادة التشغيل سابقًا ، يمكنني اعتبارها "حلًا بديلًا". بالنسبة للباقي ، فقد سمح لي حتى الآن باستخدام نظام التشغيل وكتابة هذا المنشور الذي تقرأه الآن :-).

أتمنى أن يساعدوك ولا تخرج منه جنو / لينكس، وهو أفضل نظام تشغيل تم اختراعه على الإطلاق. اقولها بالتأكيد.


31 تعليقات ، اترك لك

اترك تعليقك

لن يتم نشر عنوان بريدك الإلكتروني. الحقول الإلزامية مشار إليها ب *

*

*

  1. المسؤول عن البيانات: ميغيل أنخيل جاتون
  2. الغرض من البيانات: التحكم في الرسائل الاقتحامية ، وإدارة التعليقات.
  3. الشرعية: موافقتك
  4. توصيل البيانات: لن يتم إرسال البيانات إلى أطراف ثالثة إلا بموجب التزام قانوني.
  5. تخزين البيانات: قاعدة البيانات التي تستضيفها شركة Occentus Networks (الاتحاد الأوروبي)
  6. الحقوق: يمكنك في أي وقت تقييد معلوماتك واستعادتها وحذفها.

  1.   جريجوريو اسباداس قال

    معلومات مثيرة جدا للاهتمام. لم أشعر أبدًا بذعر النواة هذا في ArchLinux في السنوات التي كنت أستخدمها فيها ، لكن من الجيد معرفة ما يجب فعله إذا حدثت المشكلة في أي وقت. شكرا!

    1.    kik1n قال

      على أي حال ، كنت أستخدم القوس لفترة طويلة (كنت مثل سنة واحدة بدون قوس) وبدون ذعر النواة.
      شكرا على الاكرامية.

    2.    c4 متفجر قال

      على الأرجح ، كما ذكرت في المنشور ، تحدث المشكلة بسبب الأجهزة ، لأنه في ما أستخدمه القوس ، لم يعطني أي مشكلة من هذا النوع أيضًا.

    3.    إيلاف قال

      لعبة أخرى لها نتائج ممتازة في Arch. لم أصب بذعر Kernel

    4.    خام قال

      أكثر من عامين مع GNU / Linux ... سنتان بالفعل مع ArchLinux ، ولم تشعر بذعر النواة مطلقًا .. 😉

    5.    مانويل دي لا فوينتي قال

      أعتقد أن ذعر النواة ترجع إلى الأجهزة أكثر من التوزيعة نفسها. لم أر قط نواة ذعر على الكمبيوتر المحمول الذي أستخدمه الآن إلا بمجرد أن أضع Ubuntu alpha فيه (وكان Arch Linux هنا لمدة عامين أيضًا). من ناحية أخرى ، في كمبيوتر محمول آخر لدي ، فإن أي توزيعة أضعها دائمًا ما تسبب ذعرًا لـ kernel ومجموعة متنوعة من الأخطاء لجميع الأذواق.

  2.   إليوتيمي 3000 قال

    مع kernel 3.14 على دبيان ، واجهت مشكلة ذعر kernel ، بالإضافة إلى أنه عندما أقوم بتشغيل جهاز الكمبيوتر الخاص بي ، أحصل على رسالة "connect / disconnect timeout" (وأيضًا عند إيقاف تشغيله).

    1.    أموري قال

      لقد حدث لي الكثير في Fedora كما حدث في Arch ، لكنني لا أعرف لماذا ، وكيف لا أرى أي فرق لأنني لم أقضي وقتًا في التحقيق أو حل ذلك (إذا كانت مشكلة).

    2.    داسد قال

      أعتقد أن السبب هو أنها مجمعة في 4.9 دول مجلس التعاون الخليجي

      http://libuntu.com/linus-torvalds-considera-que-la-version-4-9-de-gcc-es-una-pura-y-absoluta-mierda/

  3.   توني قال

    شكرا جزيلا على المعلومات. من بين الأشياء العديدة التي يمكننا التباهي بها هو هذا النوع من المنتديات

  4.   مانو قال

    لماذا يحدث هذا لـ Arch Linux؟ ربما لا يكفي مع المشاكل التي تظهر بشكل متكرر مع البطء أو الشنق في النظام الذي يصل إلى نقطة رمي النظام في الحنق.

    1.    إيلاف قال

      مهلا؟ ما الذي تتحدث عنه؟ o_O

    2.    أموري قال

      القوس هو توزيع KISS قابل للتكوين من قاعدة نظام التشغيل نفسه ، في بضع كلمات ، إذا كان النظام ثقيلًا ، فذلك لأنك قمت ببنائه بهذه الطريقة ، إذا كان النظام به أخطاء ، فذلك لأنك قمت بإنشائها أو لأنك لم تقم بتكوين شيء بشكل صحيح. إن Arch wiki مكتمل تمامًا ، قبل بضع سنوات لم يكن هناك العديد من الموضوعات المهمة باللغة الإسبانية ، وكانت عملية التثبيت أكثر صعوبة وصعوبة إلى حد ما ، والآن أصبح كل شيء أكثر تلقائية.
      إلقاء اللوم على التوزيعة بسبب أخطاء المستخدم هو ... Windows (؟).

      1.    ديارا قال

        إن إلقاء اللوم على التوزيعات بسبب الأخطاء هو الاتساق ، ببساطة لأنها الحقيقة. بعد مواجهة مشكلة مماثلة مع Manjaro ، جربت Arch و Antergos وتوزيع آخر غير معروف (لا أتذكر الاسم الآن ، آسف) أن أحدهم أوصاني ليؤكد لي أنه لا يسبب مشاكل ، ولكن لا شيء ؛ كلهم يعطونها. في OpenSuse و Fedora و Mint و Mageia وكل ما جربته بعد ذلك لم يمر. وبقدر ما أشعر بالقلق ، لم يتبق لي أي خيار سوى التفكير في أنه خطأ التوزيع. لكن ، مهلا ، أنا لا أشيطنها أو أي شيء آخر ، ما هو أكثر من ذلك ، إنه يزعجني حقًا أنني لا أستطيع استخدام أي شيء يعتمد على القوس ، لأنني أحب ذلك كثيرًا ، لكن هذه المشكلة اللعينة تمنعني. ولا أعتقد أن الأمر يتعلق بالأجهزة ، لأن الكثير منا حدث لنا لم يحدث قبل استخدام نفس الداعر. حسنًا ، في الواقع يجب أن يكون شيئًا متعلقًا بالجهاز ، ولكن بالعودة إلى نفس الشيء ، إذا لم أقم بإجراء أي تغييرات ولدي مشاكل مع نفس المعدات التي لم أستخدمها من قبل ، فمن الواضح أن ذلك سيكون بسبب التغيير الذي تم إجراؤه بواسطة آرتش الذي أفسدني.

      2.    جوانفغس قال

        "إلقاء اللوم على التوزيعة بسبب أخطاء المستخدم هو ... Windows (؟)."

        أود أن أخبرك أن إلقاء اللوم على المستخدمين بسبب أخطاء المنتج هو أمر شركة Apple. لقد فكرت بصدق في الأمر ألف مرة ، لكنني لا أرى ميزة استخدام شيء يغسل المشرفون عليه أيديهم بشكل أساسي ، لأي غرض جاد. وأقول ذلك بالنظر إلى أن برنامج GPL يأتي بدون ضمان.

        يمكنك أن تقول ما تريد ولكن إذا كانت هذه هي الحالة نفسها لتقارير عدم وجود إشارة إلى iPhone واستجابة Apple "هو أنك تفهم الأمر بشكل خاطئ" منذ عدة سنوات. إذا قمت بإنشاء توزيعة ، فأنت تريد عادةً تقديم بعض الجودة ، والحد الأدنى من الدعم ، والحقيقة هي أن Arch هو في الأساس نظام هواة ، حيث ترى أن مطوريها يستمتعون بتعبئة أشياء جديدة ، لكن ليس لديهم اهتمام كبير بتقديم دعم حقيقي . في كل مرة أرى هذه الأنواع من المنشورات ، أقدر أكثر العمل وراء التوزيعة التي أستخدمها.

        ونعم ، إنها مشكلة برمجية إذا لم تعمل ، أو إذا توقفت عن العمل في التحديث ، أو إذا تعطل شيء من الأجهزة. أن توزيعة ذعر kernel بينما أخرى لا ... حسنًا ، نعم ، من الواضح أن هناك توزيعة تقوم بالأشياء بشكل صحيح وآخر خاطئ. الآن إذا كان من دواعي سروري استخدام Linux بأسلوب التسعينيات حيث كان علينا إعادة تجميع النواة في كل مرة نقوم فيها بتوصيل طابعة جديدة ... هناك أنت.

  5.   ماريو قال

    هل النواة قام المطورون بتجميعها؟ أو الخاص بك؟
    يتم إنشاء ذعر Kernel عندما لا يتم تحديد مكونات معينة (AND) عند التجميع ، أو عندما لا يتم تنشيط بعض الوحدات النمطية لدعم أجهزة معينة. من خلال الممارسة والمعرفة بأجهزتك (عليك فتح جهاز الكمبيوتر ومعرفة ماركات الرقائق التي يحتوي عليها) ، يمكنك إنشاء نواة مخصصة (عن طريق chroating). إذا كان ubuntu والقرص المضغوط الخاص بتثبيت Arch على جهاز الكمبيوتر الخاص بك ، فهناك شيء في التجميع لم يتم تنشيطه.

    1.    c4 متفجر قال

      كان نواة المخزون من archlinux نفسه ، من المستودعات.

  6.   مجهول قال

    النواة التي تستخدمها ، هناك شيء متبقي لا يحبه جهازك ، يجب أن يكون لديك نسخة نادرة من شريحة على اللوحة الأم أو حتى خطأ في شريحة (يحدث هذا عادة).
    قد يكون جدولًا تالفًا من سيرتك الذاتية ، فمن الطبيعي أن لا يقوم الصينيون المناوبون بحساب المجموع الاختباري لكل جدول جيدًا ، تظهر هذه الرسائل عادةً مع $ dmesg -human في بداية التمهيد.
    يجب أيضًا تجربة مصدر طاقة آخر ، عندما تفشل التصفية ، يميل التموج إلى حدوث مثل هذه الإخفاقات.
    أولاً ، حاول تغيير المصدر وشاهد ما يحدث ، إذا ظل كما هو ، فحاول تكوين نواة لتناسب أجهزتك ، بالمناسبة ستتعرف على جهاز الكمبيوتر الخاص بك بشكل أفضل في هذه العملية.

    1.    c4 متفجر قال

      شكرا على النصائح. بالمناسبة إنه كمبيوتر محمول ، أعتقد أنه يجب علي تغيير البطارية. لكني أرى أن ما قلته لي يمكن أن يساعدني.

  7.   يوكيتيرو قال

    ذعر النواة الوحيد الذي لا يزال يدفعني إلى الجنون هو جزئيًا خطأ اللاعبين الجدد وبطاقة nVidia 6150 SE المدمجة القديمة والعتيقة والمليئة بالغبار (أعني جزئيًا لأنهم قاموا بعمل ممتاز في دعم عالم من رقائق الرسومات مثل تلك التي تمتلكها nVidia ، وكل هذا ، باستخدام الهندسة العكسية فقط ، بالإضافة إلى أن المشكلة تحدث فقط لبعض البطاقات التي تحتوي على شرائح NV4E).

    كل ما عليك فعله هو بدء Openbox + Firefox وضربات الكوارث (لا شيء أجمل من رؤية فسيفساء عشوائية تمامًا بالأبيض والأسود على شاشتك). وأنا أغنيها منذ kernel 3.6 في Debian و Fedora و Archlinux و Slackware وأعيد التحقق منها الآن مرة أخرى في Gentoo (تم تثبيته للتو مع kernel 3.12) ، لم أعد أزعج نفسي بأخذ سجل إلى النواة أو منحه الوقت لكتابة شيء ما لا تكن شخصيات هراء هائلة.

    1.    مجهول قال

      أعطيك الحل ، جهاز كمبيوتر لدي مع فيديو nvidia gentoo ومتكامل هو نفسه مع برنامج تشغيل nouveau ، لذلك لم يكن لدي خيار سوى استخدام برنامج تشغيل nvidia المغلق ، يجب أن تستخدم شريتي برنامج التشغيل 304.123

      وحدة تحكم متوافقة مع VGA 00: 0d.0 [0300]: شركة NVIDIA C61 [GeForce 7025 / nForce 630a] [10de: 03d6] (rev a2) (prog-if 00 [وحدة تحكم VGA])

      يجب عليك تصحيح ملف kernel قبل تجميعه ، إذا لم يتم تصحيحه ، فسيرفض وضع الرسومات البدء.

      الخطوات هي:
      # نانو -w /usr/src/linux-3.15.7-gentoo/drivers/acpi/osl.c
      ابحث باستخدام ctrl + w داخل nano هذا النص ، ويأخذك acpi_os_wait_events_complete و nano إلى هذا الجزء:

      acpi_os_wait_events_complete باطل (باطل)
      {
      flush_workqueue (kacpid_wq) ؛
      flush_workqueue (kacpi_notify_wq) ؛
      }
      EXPORT_SYMBOL (acpi_os_wait_events_complete) ؛

      التصحيح الذي يجب عليك إضافته هو هذا السطر الأخير الذي يبدأ بـ EXPORT أو ctrl + أو ctrl + x
      ثم تقوم بتجميع النواة ، وتثبيت الوحدات النمطية ، وتثبيت النواة ، وتوليد initramfs إذا كنت بحاجة إليها ، وإضافة البداية إلى initramfs إذا كنت تستخدم البداية ، وإعادة إنشاء الإدخالات من أجل اليرقة ، وفي النهاية والأهم من ذلك ، يجب إعادة بناء الوحدات النمطية التي ليست من kernel ، أي وحدة nvidia الخاصة ، بدون القيام بذلك ، لن يعمل وضع الرسوم من أجلك.

      # eselect قائمة النواة
      # eselect مجموعة النواة x
      # cd / usr / src / linux
      # يصنع
      # جعل الوحدات_تثبيت
      # جبل / التمهيد
      # جعل تثبيت
      # dracut –hostonly »3.15.7-gentoo –force
      # splash_geninitramfs - overbose –res 1400 × 1050 –لحق /boot/initramfs-3.15.7-gentoo.img ظهور-العالم
      # grub-mkconfig -o /boot/grub/grub.cfg
      # تظهر @ وحدة إعادة البناء
      # umount / التمهيد
      # اغلاق -ر الآن

      إذا كنت تستخدم genkernel ، فأنت مجرد تصحيح هذا الملف وأنا أفهم أن genkernel يصلح نفسه.
      بالإضافة إلى ذلك ، يجب عليك إزالة دعم drm وبرامج تشغيل nvidia وشرائح الفيديو الأخرى من النواة حتى لا تصطدم مباشرة ببرنامج تشغيل nvidia المغلق المثبت كوحدة nvidia.
      في حالة استخدام bootsplash ، يجب تضمين برنامج تشغيل uvesa في النواة بحيث يدعم دقة الشاشة العالية لأن برنامج تشغيل nvidia المغلق (إذا كنت أتذكر بشكل صحيح) لا يدعم أكثر من 800 × 600 في الطرفية tty1 «F1» من التمهيد.
      لا أعلم عن التوزيعات الأخرى ، لكنني أفترض أنه يجب تشغيلها على أي توزيعة إذا تم تنفيذ هذه الخطوات ، مما يوفر التغيير الناشئ لأي توزيعة.

      هذه هي الإرشادات التي يجب عليك اتباعها ، من أجل nvidia و uvesa:
      http://wiki.gentoo.org/wiki/NVidia/nvidia-drivers/es
      http://wiki.gentoo.org/wiki/Uvesafb

      1.    يوكيتيرو قال

        شكرًا على المعلومات ، لكنني قمت بحل المشكلة بدقة عن طريق التغيير إلى المشاكل المسجلة الملكية. أتذكر أنه كان يجب أيضًا تصحيح برنامج تشغيل nVidia السابق (304.121) عند الانتقال إلى 3.13 نظرًا لوجود مشكلة في تجميع الوحدة (لم تكن هناك أخطاء ، لكن الوحدة رفضت العمل) وكل شيء أيضًا بسبب معالج الحدث ACPI . في دبيان حصلت على المشكلة ووجدت الحل أيضًا.

        https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740097

    2.    ديارا قال

      لقد استخدمت Manjaro كمثال ، لكنني ذكرت من قبل أن نفس الشيء حدث لي مع Arch ومشتقات أخرى. لذلك أعتقد أن المشكلة هي مشكلتهم أكثر من المتضررين.

      Pd: لم أتمكن من الرد مباشرة على الرسالة ذات الصلة لأن خيار الرد لا يظهر ...

  8.   ديارا قال

    انتقلت بدقة من Manjaro إلى Linux Mint لأنه سيتجمد عند التشغيل بعد التحديث إلى إصدار أحدث من 0.8.9 (لا أتذكر أي إصدار). مما قرأته ، يحدث هذا عادةً على أجهزة الكمبيوتر المحمولة. لم تكن مشكلتي المعنية هي نفسها الموجودة في هذا المنشور ، وأعتقد أنني توصلت إلى استنتاج مفاده أنه يمكن أن يكون متعلقًا بإدارة الطاقة. كان هناك أشخاص لم يتجمدوا إذا بدأوا تشغيل الكمبيوتر المحمول أثناء فصله. في الوقت الحالي ، لا أتذكر ما إذا كان ذلك يسمح لي بالبدء دائمًا دون مشاكل ، ولكن بالطبع تمكنت من القيام بذلك مرات أكثر على حساب استغراق وقت أطول للقيام بذلك.
    على أي حال ، في النهاية استسلمت وانتقلت إلى Fedora و Linux Mint.

    1.    c4 متفجر قال

      من قبيل الصدفة ، حاولت أمس تعليقه بدون الشاحن وعند استئنافه تم تعليقه واضطررت إلى إعادة التشغيل.

  9.   أموري قال

    إنه أمر مضحك للغاية ، لقد كنت مع Arch لبضعة أشهر ولم أشعر بأي ذعر من Kernel! لقد حدث لي مع Antergos (القوس مع مستودع إضافي) من البيئة الحية ، لكنني أعتبرها أكثر قابلية للفهم. هل يمكن أن تكون مشكلة في اللوحة الأم أو وحدة ذاكرة الوصول العشوائي المعيبة؟ أتذكر منذ حوالي عامين ، تسببت وحدة ذاكرة الوصول العشوائي (RAM) في ظهور العديد من الشاشات الزرقاء في Windows وكذلك العديد من حالات الذعر من Kernel! على ماندريفا. اضطررت إلى اختبار كل ذاكرة في وقت ما بين إعادة التشغيل وإعادة التشغيل.

    1.    ديارا قال

      إنها مشكلة آرك (تحمل جميع مشتقاتها) ، لأنه لا توجد مثل هذه المشاكل في التوزيعات الأخرى. ما أجده محرجًا هو أنهم لم يحلوها في هذه المرحلة. لقد كانوا فقط لسنوات! لقد قرأت مشاكل مماثلة من عام 2011. وأنا واضح أنها شيء يأتي ويذهب أثناء التحديث ، لأنه باستخدام الإصدارات 0.8.7 و 0.8.8 و 0.8.9 دون تحديثها ، لا يحدث شيء. من ذلك الحين فصاعدًا ، ذهب كل شيء إلى القرف ، وبالتأكيد حدث ذلك أيضًا في الإصدارات القديمة. لماذا يحدث لقلة منا فقط؟ لا أعرف ، لكنني لا أعتقد أنها مشكلتنا ، لكن مشكلة آرتش ، لأن التوزيعات الأخرى ، كما قيل سابقًا ، تعمل بشكل مثالي. لقد كسرت قرني بالفعل في يومه لإيجاد حل ، لكنني تعبت. لذا ، بقدر ما أنا آسف ، لن أستخدم آرتش.

      1.    يوكيتيرو قال

        القوس 0.8.7 و 0.8.8 و 0.8.9؟ اكتشفت أن آرتش تستخدم تسميات هذا الإصدار.

        هل من الممكن أنك تستخدم Manjaro؟

      2.    يوكيتيرو قال

        حسنًا ، أجيب بنفسي بقراءة تعليقك السابق ، وشيء واحد هو Manjaro وآخر هو Arch.

        إن إلقاء اللوم على توزيعة لمشكلة معينة ليس ثابتًا أيضًا (غير متسق حقًا) ، على الأقل في حالتي لا يمكنني إلقاء اللوم على عدد التوزيعة التي أحاول حلها مع nouveau وبطاقة nVidia 6150SE الخاصة بي ، لأن المشكلة تكمن في معالجة MMIO للسائق والبطاقة (ستعرف nVidia ما يجب إصلاحه والأشياء المجنونة التي سيتعين عليها إصلاح هذه التفاصيل). يمكن أن تكون الأجهزة هي المشكلة أيضًا ، ويمكنك أن ترى ذلك في أي نظام تشغيل تستخدمه (Windows ، Linux ، BSD) ، وفي تجربتي في إصلاح أجهزة الكمبيوتر ، رأيت مشكلات غريبة جدًا في الأجهزة (مثل جهاز كمبيوتر يرفض ذلك) التمهيد ما لم تقم بتغيير موقع الذاكرة ، وعند الإغلاق عليك تكرار العملية) ، ولا يمكنني إلقاء اللوم على Windows و Debian في ذلك.

  10.   raalso7 قال

    كان لدي ذعر من النواة مع البث المباشر لـ Ubuntu 12.04

  11.   يوليسيس برنال بيريز قال

    لديّ محموم جهاز الكمبيوتر المحمول Secure HP Pavilion dm4 الخاص بي ، وذاكرة وصول عشوائي (RAM) سعة 8 جيجابايت ، و 500 محرك أقراص ثابتة ، ولديه أكثر من 5 سنوات من الاستخدام. لا أتذكر سرعة المعالج الدقيق ، Intel core i5 ، أعتقد أنه أكثر من 2 ميجا هرتز.
    لا يمكنني كتابة أي شيء على شاشة الجهاز. سأستمر في البحث عن مزيد من المعلومات لحل هذه المشكلة.