السلام عليكم ورحمة الله وبركاتة
مسيكم بالخير جميعا
انتقالي من دبيان إلى Bluefin
ليش قررت انتقل أصلًا؟
أنا من زمان وأنا على دبيان، فيدورا، كالي، جربتها كلها. ودبيان بالذات كانت نظامي لفترة طويلة، ثابتة ونظيفة وما تتفلسف. بس في الفترا الاخيرة … طفّشتني.
المشكلة مو إني ما أعرف أصلّح. بالعكس، المشكلة إني صرت أصلّح كل أسبوع. وكل ما أصلّح شي، يطلع لي شي ثاني. وصلت لمرحلة صرت أخاف من أمر بسيط زي تحديث النظام، لأني أدري إنه يمكن يكسر لي الإقلاع وأقعد ساعتين أنقذ الجهاز.
خلّوني اقول لكم القصة بالتفصيل.
(السبب رقم ١): NVIDIA و DKMS وكسر الإقلاع
هذا هو الصداع الحقيقي. عندي كرت RTX 2060 Super، وتعريف NVIDIA على دبيان يُبنى عن طريق شي اسمه (DKMS) يعني كل ما ينزل كيرنل جديد، لازم النظام يعيد بناء وحدات الكرت من جديد. والمشكلة إن هالعملية كانت تفشل.
عشان تتضح الصورة لكم، هذا جدول بمشاكل شهر واحد بس:
| التاريخ | المشكلة | الحل وقتها |
|---|---|---|
| ٢٨ أبريل | تجمّد كامل (تعارض IOMMU مع الكرت) | إضافة intel_iommu=on iommu=pt في GRUB |
| ١ مايو | تجمّد بعد كيرنل ٦.١٢.٨٥ — الوحدات ما انبنت | تثبيت الـ headers وإعادة بناء DKMS يدويًا |
| ١٢ مايو | توقف إقلاع كامل — فشل بناء nvidia_drm |
إنقاذ بـ chroot من Live USB |
| ١٧ مايو | اضطريت أبني ٣ طبقات حماية فقط عشان أمنع تكرار المشكلة | APT hooks + systemd service + سكربتات |
| ٢٤ مايو | تجمّد Xid 79 | تعطيل إدارة الطاقة NVreg_DynamicPowerManagement=0x00 |
| ١ يونيو | مراقبة مستمرة لأخطاء Xid | timer + سكربت + رسالة تنبيه |
شفتوا! شهر كامل، واغلبه نفس المشكلة بطرق مختلفة.
على دبيان، كل تحديث كيرنل بعده مشكلة إما DKMS يبني الكرت بنجاح، وإلا يتعطّل الإقلاع وأنا أطلّع Live USB وأدخل chroot أصلّح. وصلت لمرحلة إني بنيت منظومة دفاع كاملة هوكات على apt + خدمة systemd + سكربتات عشان ارتاح قبل ما اثبت اي التحديث. يعني صرت أشتغل صيانة وقائية لجهازي الشخصي وكأنه سيرفر إنتاج.
بقية المشاكل (باختصار عشان ما أطوّل عليكم)
ما كانت بس مشكلة الكرت. كان فيه شغل يدوي متراكم على كل جهة:
- ترقيع الثغرات يدويًا: ثلاث ثغرات في النواة اضطريت أتدخل فيها بنفسي أعطّل موديول هنا، أشيل حزم نواة مصابة هناك، أقفل ناقل RDS بأمر يدوي. كل وحدة تبي قراءة وبحث وتنفيذ، وأنا اللي مسؤول إني أتابع “أي نواة مصابة الحين وكيف أزيلها”.
- صيانة الحزم: نوى قديمة تتراكم لازم أنظفها يدويًا، وأصلّح
GRUB_DEFAULTبعدها. ومرة لقيت ملف انحرف عن نسخته الأصلية في الحزمة واكتشفته بـdebsums. تفاصيل صغيرة بس تتجمّع. - النسخ الاحتياطي: ركّبت Timeshift وجدولت لقطات أسبوعية على قرص احطياتي.
خلاني أفكّر: ليش أنا قاعد اتقروش مع نظام بدل ما أشتغل عليه؟
ليش Bluefin بالذات؟
قعدت أبحث، وكان واضح لي إن المشكلة مو دبيان بحد ذاتها المشكلة في الطريقة التقليدية اللي يشتغل فيها أي توزيعة عادية: تعريف الكرت يُبنى محليًا، النظام قابل للتعديل في أي مكان، وأي تحديث ممكن يكسر شي. نفس المشكلة لو قررت العودة لفيدورا عادية أو غيرها.
اللي احتجته نظام ذرّي (Atomic / Immutable) — يعني نظام ثابت كصورة واحدة، ما تقدر تعدّل في قلبه، وإن صار شي يرجع للحالة السابقة بأمر واحد.
فكرت في غيرها:
- Fedora Atomic Desktops
- NixOS
- Vanilla OS
- openSUSE (Aeon / Kalpa)
ووقعت على Bluefin توزيعة من مشروع Universal Blue، مبنية على فيدورا/CentOS الذرّية. والذهب الحقيقي كان نسخة Bluefin GDX LTS:
- تعريف NVIDIA مخبوز داخل الصورة: يعني الكرت يشتغل من أول إقلاع، بدون DKMS، بدون بناء، بدون أي شي. وهذي وحدها كانت كافية.
- CUDA جاهز: مهم لي عشان شغل الذكاء الاصطناعي المحلي (Ollama و llama.cpp).
- دعم طويل LTS: من ٣ لـ ٥ سنوات، استقرار وهاذا اللي خلاني استخدم دبيان من الاساس.
- نظام ذرّي مع rollback: عند اي مشكلة انفذ أمر
bootc rollbackيرجّعني لصورة سليمة فورًا.
باختصار: GDX هي النسخة الوحيدة LTS اللي تجي بتعريف NVIDIA جاهز. كأنها مفصلة لمشكلتي بالضبط.
المشاكل اللي واجهتني وكيف حليتها
طبعًا الانتقال ما كانت زر واحد. مرّيت بكم مشكلة، بس كلها انحلّت الحمد الله:
- أسماء الأقراص تتبدّل: عندي 3 أقراص (Bluefin، ويندوز، وقرص النماذج)، وأسماء
nvmeكانت تتبدّل بين إقلاع وآخر. الحل: ما أعتمد على الاسم أبدًا، أتعرّف على القرص من الموديل والحجم والـ UUID. وقت التثبيت اخترت القرص الصح بالموديل (TEAM 240GB) مو بالاسم، عشان ما أمسح شي بالغلط. - تنظيف إدخالات الإقلاع القديمة: كان فيه بقايا EFI من فيدورا ودبيان قديمة، حتى وحدة طايحة على قسم الويندوز. نظّفتها كلها بـ
efibootmgr -Bوشلت مجلد دبيان من قسم الويندوز مع إبقاء ويندوز 11 كما هو. - التثبيت: أقلعت من الفلاشة، واجهة التثبيت طلعت بالعربي. اخترت القرص الصح، “استخدم القرص بأكمله”، بدون تشفير. وأول ما عملت إعادة تشغيل، شغّلت
nvidia-smi… والكرت شغّال من أول ثانية، التعريف ٥٨٠ و CUDA ١٣. بدون ما ألمس شي. هذي لحالها كانت تستاهل الانتقال. - استرجاع البيانات تحت يوزر جديد: كنت محضّر أرشيف نسخة احتياطية على قرص الاحتياطي ربطت قرص النماذج بالـ UUID في
fstab، ورجّعت مشاريعي وملاحظات Obsidian. - الترمنال: جربت أركّب zsh و starship، وبعدين ما عجبوني، فرجعت للـ bash الافتراضي بكل بساطة — وهذي ميزة، إني أقدر أرجّع بدون ما يتأثر شي من بياناتي.
- قائمة GRUB تومض ثانية وحدة: آخر مشكلة: قائمة الإقلاع تظهر ثانية وحدة بس وتدخل، ما تخليني أختار. طلّعنا السبب المهلة كانت مضبوطة على
timeout=1. والملفت في الامر إن الطريقة التقليدية (grub2-mkconfig) تفشل على النظام الذرّي، فالحل كان تعديل المهلة مباشرة. صارtimeout=5وكل شي تمام.
مميزات Bluefin اللي حسيت فيها فعليًا
بعد ما استقرّيت، هذي الفروقات اللي غيّرت مفهومي مع النظام:
- التعريف جاهز = نهاية مشاكل DKMS: هذا أكبر مكسب. ما عاد فيه ابني الكرت المشكلة اختفت اصلا. التحديثات تجي مع النواة جاهزة، والكرت ما يتأثر.
- التحديث ذرّي + rollback: التحديث يجي كصورة كاملة، وإن صار شي غلط، أمر واحد يرجّعني للصورة اللي قبلها. ما عاد أحتاج Timeshift ولا نسخ احتياطي للنظام الرجوع مدمج في النموذج نفسه.
## الخلاصة
لو ألخّص تجربتي بجملة: حوالي ٨٠٪ من ساعات الصيانة اللي ضيّعتها على دبيان راحت لمشكلة وحدة — هشاشة DKMS مع الكرت.
والنظام الذرّي ما "حلّ" لي هالمشكلة… هو ألغى فئتها كاملة. تعريف مخبوز، نظام للقراءة فقط، تحديث ذرّي مع رجوع فوري. وبقية الأوجاع (الثغرات، صيانة الحزم) تقلّصت من "تدخّل يدوي متكرر" إلى مجرد "تحديث صورة".
أنا ما أقول Bluefin مثالية للكل لو إنت تحب تتحكم في كل تفصيلة وتعدّل في قلب النظام ماتناسبك، النموذج الذرّي بيضايقك. بس لو همّك إن جهازك يشتغل وأنت تركّز على شغلك بدل ما تصارع التعريفات كل أسبوع؟ صدّقني، هذي راحة ما جربتها من زمان.
