حل مشكلة انهيار خادم العرض Xorg على openSUSE Factory

هذا الموضوع هو تتمة لموضوع: تتبع الفرع التطويري Factory لتوزيعة openSUSE.

تحديث يوم 7-سبتمبر-2011 على الفرع التطويري المسمى Factory لتوزيعة openSUSE حمل معه ترقية لـ 95 حزمة من بينها النواة Linux 3.1rc5, المشغل الأساسي للنظام Systemd و تحديثات لعدد من أهم مكونات النظام.

هذه التحديثات تسببت في توقف خادم العرض Xorg عن العمل و لم تنجح معه أية محاولة لتشغيله يدويا.

عند تفقد محتوى ملف مخراجات خادم العرض كالتالي   $ tail -n 20 /var/log/Xorg.0.log
لمحت في آخره وجود رسالة Segementation fault؛ و هذا غالبا مؤشر على علة برمجية في خادم العرض إو إحدى المكونات التي تتفاعل معه.

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

تتبع الفرع التطويري Factory لتوزيعة openSUSE

أعلن يوم أمس عن توفر نقطة التطوير الخامسة (M5) لأوبن سوزي openSUSE 12.1 التي يتوقع صدورها بشكل نهائي أواخر شهر 11 من هذه السنة.

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

لتتبع الفرع Factory يفضل تثبيت أحدث نقطة تطوير أو أحدث نسخة بناء ثم بعد تثبيتها سنقوم بتعطيل مستودعات نقاط تطوير الإصدار (12.1 مثلا) و سنضيف مستودعات الفرع Factory.

الخطوات:

1. لنعرض المستودعات الحالية بتنفيذ zypper lr -d

أهمية متابعة الإصدارات التطويرية لمختلف التوزيعات

استخدام الإصدارات التطويرية لمختلف التوزيعات و الأنظمة المفتوحة المصدر مفيذ جدا لأي ليونكساوي/يونكساوي لأنها تتيح فرصة:

• مسايرة كل ما في الساحة التقنية من تطورات.

• اختبار البرامج و التقنيات بشكل مبكر.

• مصادفة المشاكل و العلل بشكل أكبر لأجل التبليغ عنها و إيجاد حلول مبدئية لتخطيها.

• تعلم صيانة أنظمة و برامج منهارة.

• تطوير مهارات تطبيقية.

• مساعدة الآخرين و رد الجميل.

و بفضل مختلف تقنيات و برامج الأنظمة التخيلية (VirtualBox, KVM, Qemu,..) يمكن أن تختبر أي شيء دون أدنى خوف على النظام الحقيقي المثبت على الجهاز.

الترقية إلى الفرع Tumbleweed على openSUSE 11.4

الفرع Tumbleweed لتوزيعة OpenSuSE 11.4 يتيح لها أن تتحول من توزيعة جامدة تتوصل فقط بالتصحيحات و التحديثات البسيطة إلى توزيعة دائمة التحديث.

فرع Tumbleweed لا ينصح به إلا:

• لمن ثبت نظام جديد
• لمن له القدرة على حل المشاكل إذا صادفها
• لمن يستطيع الإستغناء عن تعريفات nVidia و AMD/ATI المغلقة المصدر، لأن اسخدامها يحتاج إلى تدخل يدوي باستمرار.

الخطوات

مباشرة بعد تثبيت النظام يجب تحديثه لإصلاح العلل البرمجية و الأمنية المكتشفة فيه. هذه قاعدة أساسية يجب إتبعها ليس فقط مع OpenSuSE بل مع جميع التوزيعات و الأنظمة.

تحديث النظام يمكن أن يتم بأداة التحديث الرسومية أو بواسطة أداة zypper من سطر الأوامر. في هذا الدليل سنستخدم zypper.

ضبط إعداد ساعة النظام على التوقيت المحلي على OpenSuSE

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

المقصود بالنمطين: التوقيت الكوني/العالمي الموحد (UTC) أو المحلي (localtime).

على OpenSuSE 11.4 لاحظت مؤخرا أنه في كل مرة أعيد تشغيل الجهاز أكتشف أن التوقيت يتقدم بساعة إضافية عن أخر ساعة كانت على الجهاز إلى أن أصبح الفارق 5 ساعات بين التوقيت المحلي الفعلي و التوقيت على الجهاز.

السبب راجع إلى خاصية  "SYSTOHC" المفعلة إفتراضيا و المتواجدة على المسار System -> Environment -> Clock لـ مدير إعدادات النظام /etc/sysconfig الذي يمكن تشغيله بواسطة مدير الإعدادات Yast.

إسناد "No" لـ SYSTOHC و --localtime لـ HWCLOCK حل المشكلة :)

نفس الشيء حصل معي مرة على Ubuntu و اكتفيت بإسناد no لـ UTC على الملف /etc/default/rcS


إضافة:

يمكن ضبط و مزامنة الساعة من النت على كل توزيعات غنو/لينكس باستخدام أداة ntpd. مثال:

sudo ntpd -qg
sudo hwclock --systohc

أسبوعيات

بالنسبة لـ OpenSuSE هذا الأسبوع:

• جينوم 3 أصبحت متوفرة لمستخدمي الإصدار 11.4

• الإصدار 1.10 للقرص الحي GNOME 3 Live الذي يتيح تجربة بيئة جينوم 3 أصبح متوفرا بعد تصحيح العلل التي ظهرت سابقا.

• حالة العلل و التقارير.

• الميزات المرغوب فيها من طرف المجتمع:
• تشفير مجلد المستخدم /home كما يفعل أبونتو. #312258
• معادل للصوت pulseaudio+equalizer على نطاق النظام. #312270
• إحصائيات الميزات المرغوب فيها.

• الفرع دائم التحديث Tumbleweed حصل على التحديثات التالية:
• النواة لينوكس Linux 2.6.38
• الواجهة الرسومية lxde
• تحديث مستودعي Tumbleweed:KDE و Tumbleweed:GNOME
• تحديثات بسيطة متفرقة

• القوائم البريدية و التوثيق.

•  أسبوعية أخبار النواة: الإعلان عن 2.6.38.4 و 2.6.39rc3. المزيد هنا.

• حلول:
• طريقة تثبيت تعريف xf86-video-intel-2.15.0 على OpenSuSE 11.4 لحل مشاكل عرض الفقاعات الإخبارية و الأزرار على KDE على معالجات intel i5-2500K.
• درس تعليمي جديد لـ بايثون للأطفال 8+ سنوات.
• قابلية استخدام كلمات المرور.
• تسريع عملية النسخ الاحتياطي و الاسترجاع على MySQL.
• درس سريع في إعداد و التعامل مع IPv6.
• هل Trinity KDE هي البديل لـ KDE4 و Gnome3 ؟.
• بيئات البناء و التطوير: schroot على OpenSuSE. ثم التكملة 2.

بالنسبة لـ Fedora هذا الأسبوع:

• الاستعداد  لإصدار فيدورا 15 بعد حل العلل المتبقية.
• الميزات الجديدة لفيدورا 15 Lovelock : 
• البيئة المكتبية جينوم 3 Gnome و جينوم شل Gnome Shell.
• الحزمة المكتبية LibreOffice.
• توفير فيدورا ببيئة XFCE و LXDE.
• BoxGrinder لإنشاء آلات وهمية.
• جدار ناري ديناميكي و مرن.
• Python 3.2 و Rails 3.0.3 و OCaml 3.12.
• Maven 3 مسير مشاريع جافا.
• المصحح GDB 7.3 و المصرف GCC 4.6.
• virt-manager بدعم لـ SPICE.
• قائمة بكل الميزات.
  

• التوثيق و تتبع العلل.

• لتحميل و تجربة الإصدارات الليلية (Nightly Live Composes). 

• فيديوا: Introduction to Fedora Linux.

بالنسبة لـ Debian هذا الأسبوع:

• إقترحات بخصوص Wheezy: 
• إزالة المكتبات المهملة كـ hal و gnome-vfs و defoma.
• محاولة تخطي محدودية ifupdown ببديل كـ network-manager.
• من بين الأهداف المقترحة جعل الجدر / بصلاحية القراءة فقط و دعم C.UTF-8 بشكل افتراضي.

• التسجيل صوتي لهذا الأسبوع.

• عرض لـ Andreas Tille بعنوان "فوائد البرمجيات الحرة و المفتوحة في مجال الصحة: المجتمعات، التعاون، قضايا التطوير و نقل التيكنولوجيا".

• إعادة انتخاب Stefano Zacchiroli كقائد لمشروع دبيان.

هل من مستقبل لـ OpenSuSE بعد الإتفاق على بيع Novell لشركة Attachmate مقابل 2.2 مليار دولار؟

حسب تصريح المدير التنفيذي Jeff Hawn لشركة Attachmate فإنهم، بعد إتمام عقد الصفقة، لا يتوقعون حدوث أي تغيير في العلاقة بين الفرع التجاري SuSE Business و OpenSuSE.

إلى جانب ذلك يعمل Alan Clark رئيس مجلس إدارة OpenSuSE على إخراج مؤسسة OpenSuSE Foundation إلى الوجود بدعم من المجتمع و ذلك حتى يسلم المشروع من أية تخبطات مستقبلية.

يوميات

• Linux Cross Reference و Embedded Linux Experts

• ماذا في مطبخ FreeBSD 9 و دعم خاصية TRIM على نظام الملفات UFS

• القرص الصلب المثبت عليه OpenSuSE 11.04 لا يتوقف نشاطه. بحثت و وجدت أن العملية المسماة "jbd2/sda1-8" هي السبب. JBD أو jbd2 من يثير نشاطه هو "مدون أحداث النظام" كما اقترح البعض و فعلا "rsyslogd -c 5 -f /etc/rsyslog.conf" هو السبب.
  
  الحل المقترح هو تمرير noatime لكل أقسام القرص أو فقط القسم الذي بضم /var/log/ عند عملية الوصل (mounting) على الملف /etc/fstab
  
  

  /dev/disk/by-id/ata-ST3160215A_9RA2G6VN-part2 /                    ext4       acl,user_xattr,noatime        1 1
  /dev/disk/by-id/ata-ST3160215A_9RA2G6VN-part1 /boot                ext2       acl,user_xattr,noatime        1 2
  /dev/disk/by-id/ata-ST3160215A_9RA2G6VN-part4 swap                 swap       defaults              0 0
  proc                 /proc                proc       defaults              0 0
  sysfs                /sys                 sysfs      noauto                0 0
  debugfs              /sys/kernel/debug    debugfs    noauto                0 0
  usbfs                /proc/bus/usb        usbfs      noauto                0 0
  devpts               /dev/pts             devpts     mode=0620,gid=5       0 0
  
  

  
  و هناك من إقترح إضافة commit=60 لتمديد مدة الانتظار قبل تسجيل التغييرات دفعة واحدة.
  
  أيضا، اقترح البعض تعطيل خاصية السجل كليا على ext4. لكن حينها مالفرق بين ext4 و ext2 !?
  
  استعنت بـ:
  

  $  htop
  $  iotop  -obt
  $  ls  -lS /var/log/*log | head
  
  

  
  لمعرفة الجاني :)

• و الآن أكتشف أن سواق DVD لم يتعرف عليه OpenSuSE 11.4 و ما زلت أبحث في الموضوع.
  
  توصلت برسالة "No optical drive found" عند استخدامي لـ K3B.
  
  تنفيذ $ dmesg | grep -i fail و $ cat /var/log/warn | grep -i fail أرجعتا
  
  

  Apr 18 20:41:13 linux-204j kernel: [  408.032048] ata3.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
  Apr 18 20:41:13 linux-204j kernel: [  408.032074] ata3.01: cmd a0/00:00:00:00:00/00:00:00:00:00/b0 tag 0
  Apr 18 20:41:13 linux-204j kernel: [  408.032076]          res 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
  Apr 18 20:41:13 linux-204j kernel: [  408.032080] ata3.01: status: { DRDY }
  Apr 18 20:41:18 linux-204j kernel: [  413.081036] ata3: link is slow to respond, please be patient (ready=0)
  Apr 18 20:41:23 linux-204j kernel: [  418.079030] ata3: device not ready (errno=-16), forcing hardreset
  Apr 18 20:44:40 linux-204j kernel: [  615.130037] ata3: SRST failed (errno=-16)
  Apr 18 20:45:30 linux-204j kernel: [  665.262043] ata3: reset failed, giving up
  Apr 18 20:45:30 linux-204j kernel: [  665.262048] ata3.00: disabled
  
  Apr 20 19:44:50 linux-204j kernel: [ 2125.014040] ata3.01: qc timeout (cmd 0xa0)
  Apr 20 19:46:15 linux-204j kernel: [ 2210.016045] ata3.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
  Apr 20 19:46:15 linux-204j kernel: [ 2210.016072] ata3.01: cmd a0/00:00:00:00:00/00:00:00:00:00/b0 tag 0
  Apr 20 19:46:15 linux-204j kernel: [ 2210.016074]          res 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
  Apr 20 19:46:15 linux-204j kernel: [ 2210.016079] ata3.01: status: { DRDY }
  Apr 20 19:46:20 linux-204j kernel: [ 2215.065169] ata3: link is slow to respond, please be patient (ready=0)
  Apr 20 19:46:25 linux-204j kernel: [ 2220.063026] ata3: device not ready (errno=-16), forcing hardreset
  Apr 20 19:46:56 linux-204j kernel: [ 2251.040049] ata3.01: limiting speed to UDMA/66:PIO4
  Apr 20 19:50:16 linux-204j kernel: [ 2451.280042] ata3.01: qc timeout (cmd 0xa0)
  Apr 20 19:50:16 linux-204j kernel: [ 2451.280049] ata3.01: TEST_UNIT_READY failed (err_mask=0x4)
  Apr 20 19:50:21 linux-204j kernel: [ 2456.329027] ata3: link is slow to respond, please be patient (ready=0)
  Apr 20 19:50:26 linux-204j kernel: [ 2461.327019] ata3: device not ready (errno=-16), forcing hardreset
  Apr 20 19:50:57 linux-204j kernel: [ 2492.000052] ata3.01: limiting speed to PIO0
  Apr 20 19:50:57 linux-204j kernel: [ 2492.000059] ata3.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
  Apr 20 19:50:57 linux-204j kernel: [ 2492.000084] ata3.01: cmd a0/00:00:00:00:00/00:00:00:00:00/b0 tag 0
  Apr 20 19:50:57 linux-204j kernel: [ 2492.000086]          res 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
  Apr 20 19:50:57 linux-204j kernel: [ 2492.000090] ata3.01: status: { DRDY }
  
  

  
  السبب على ما يبدوا هو تزحزح وصل SATA أو رداءته؟