نسخة Markdown

AI-translated from English; not yet reviewed by a fluent editor.

# استخدم تسجيلات USB مقترنة لفحص جهاز غير مدعوم في Linux

> دليل يستند إلى الوثائق لتسجيل العملية نفسها على العتاد باستخدام برنامج تشغيل الشركة المصنّعة في Windows وبرنامج تشغيل Linux، ثم اختبار الفروق على عتاد حقيقي.

By BIG CHANGE Editorial

Published: 2026-10-17T02:51:13.544Z
Updated: 2026-10-17T02:51:13.544Z
Canonical: https://bigchange.ai/blog/compare-usb-traces-linux-device-driver

![Two sheets with abstract trace rows, one orange highlighted, beside a closed generic USB device connected to a small computer.](https://bigchange.ai/api/media/file/usb-trace-comparison-concept-v1.png)
AI-generated conceptual illustration by BIG CHANGE; no actual captures, identifiable vendor device or tested repair is depicted.

تمكّن Christian Schaller من الحصول على مسح يمكن تمييز محتواه في Linux من ماسح أفلام غير مدعوم، بعدما سجّل ما يرسله برنامج تشغيله في Windows عبر USB. وفي [روايته المنشورة في 15 أكتوبر](https://blogs.gnome.org/uraeus/2026/10/15/aiandreverseengineerhardware/)، يصف كيف استعان بـ Claude لتحليل تلك التسجيلات وتطوير واجهة خلفية لـ SANE. ظل المسح الأول يعاني مشكلات في الجودة؛ ثم أفاد لاحقًا بتحسّن كبير في برنامج التشغيل. هذه نتائج مطوّر واحد وماسح واحد، وليست قياسًا أُعيد إنتاجه بصورة مستقلة لمدى تكرار نجاح الذكاء الاصطناعي في كتابة برامج التشغيل.

نشر Schaller لاحقًا [hw-harness](https://github.com/cschalle/hw-harness)، وهي مجموعة نصوص برمجية ووثائق بترخيص MIT تعمّم طريقته. ويوضح صراحة أن مشروعي الماسح والكاميرا استخدما شيفرة مخصّصة، لا الأداة المنشورة بصورتها الحالية. بالنسبة إلى مطوّر برامج تشغيل Linux الذي يستطيع الوصول فعليًا إلى جهاز USB غير مدعوم، تكون المهمة المفيدة أضيق من «ترك الذكاء الاصطناعي يجري الهندسة العكسية»: تسجيل عملية واحدة ببرنامج تشغيل الشركة المصنّعة الذي يعمل، وتسجيل العملية نفسها ببرنامج تشغيل Linux، ثم فحص أول فرق ذي معنى.

## التغيير الكبير

- **ما الذي تغيّر:** جمع Schaller خطوات قابلة للتكرار لتسجيل جلسة جهاز تعمل في Windows ومحاولة تشغيله في Linux عبر مسجّل USB نفسه على المضيف. وتوضح نتيجة الماسح لماذا قد تساعد المقارنة، لكنها تظل حالة واحدة وردت في روايته.
- **لماذا يهم:** يستطيع مطوّر برنامج التشغيل تزويد مساعد برمجة بالذكاء الاصطناعي بتسجيلات معنونة وطلب تفسير محتمل للبروتوكول أو برنامج استكشاف صغير. وما زال المطوّر بحاجة إلى العتاد، وعملية مرجعية تعمل، واختبارات مباشرة قبل قبول أي شيفرة مولّدة.
- **ما الذي ينبغي متابعته:** تعتمد الطريقة على إمكان رصد حركة البيانات المعنية في الجهاز. وبالنسبة إلى كاميرا MIPI داخلية، تتجه الأداة المنشورة بدلًا من ذلك إلى إعدادات أجهزة Windows وفحص ACPI؛ إذ ستفوت خطوات تسجيل USB المعلومات التي يحتاج إليها المطوّر.

## ما تحتاج إليه قبل التسجيل

توضح [وثيقة README لمشروع hw-harness](https://github.com/cschalle/hw-harness) أنه طُوّر واختُبر على Fedora. ويتطلّب الإعداد الموثّق libvirt/KVM، ونظام Windows ضيفًا يشغّل برنامج تشغيل الشركة المصنّعة، وتمرير USB فعليًا، والتقاط البيانات باستخدام `usbmon` على مضيف Linux، وبرنامج تشغيل Linux أو برنامج استكشاف للمقارنة. ويتيح Windows 11 Pro عناصر التحكم الرسومية للأداة القائمة على RDP. ويذكر [دليل الآلة الافتراضية](https://github.com/cschalle/hw-harness/blob/main/doc/vm-setup.md) أن النظام الضيف بإصدار Home يستطيع استخدام SSH، لكن لا يستطيع استخدام عناصر التحكم تلك عبر RDP. ويسرد المستودع حزم Fedora وصلاحيات المجموعات؛ شغّل `harness doctor` على المراجعة المسحوبة من المستودع لاكتشاف العناصر الناقصة قبل توصيل الجهاز.

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

استخدم مجلّد مشروع منفصلًا لكل جهاز. ووفقًا لوثيقة README، فإن `harness init` ينشئ الإعدادات والمجلّدين المستبعدين `etc/` و `captures/`. املأ اسم الآلة الافتراضية ومعرّفات الشركة المصنّعة والمنتج في USB من جهازك، بدلًا من نسخ قيم المثال في README. وتؤسّس الأوامر `winctl auth`، `harness iso` والتهيئة الأولية الموثّقة للنظام الضيف التحكم في آلة Windows الافتراضية؛ وينبغي أن يُظهر `winctl status` النتيجة `ssh: ok` قبل التسجيل. هذا هو الإعداد الموثّق للمشروع، وليس تسلسلًا نفّذه BIG CHANGE.

## طابق عملية واحدة على النظامين

1. **سجّل خط الأساس ومرجع Windows.** اتبع [وثيقة الطريقة](https://github.com/cschalle/hw-harness/blob/main/doc/method.md) في المستودع: تعرّف أولًا على شكل حركة البيانات في وضع الخمول. ابدأ التسجيل على المضيف قبل تسليم جهاز USB للنظام الضيف إذا احتجت إلى تعداد الجهاز أول مرة. شغّل برنامج تشغيل الشركة المصنّعة في Windows على الجهاز الممرّر، وضع عنوانًا لفعل قصير ومحدّد، مثل مسح بدقة معلومة. يقوم `usbcap` بتسجيل حركة الناقل وكتابة ملف جانبي `.meta` يتضمّن الجهاز وعنوانه على الناقل والمدة والعنوان. تقع نقطة التسجيل في المضيف أسفل طبقة تمرير USB، ولذلك تستطيع رصد عملية النظام الضيف.
2. **سجّل العملية المناظرة في Linux.** أعد الجهاز إلى المضيف وسجّل برنامج تشغيل Linux وهو ينفّذ العملية نفسها بالإعدادات والمادة الفعلية نفسيهما. لا يتيح تسجيل مرجعي بلا تشغيل Linux مناظر تحديد الفعل الذي اختلف فيه برنامج التشغيل. أمر الماسح في المستودع مثال لإعداد المؤلف، وليس أمرًا عامًا لكل الأجهزة.
3. **قارن واختبر فرضية واحدة.** اقرأ التسجيلين في Wireshark أو باستخدام مرشّحات `tshark` الواردة في وثيقة الطريقة. افحص عمليات النقل عند التهيئة، والكتابات التي تسبق الفعل وتليه، واستطلاع الحالة، وتوقيت النقل الكتلي. غيّر إعدادًا واحدًا في كل مرة، مثل الدقة، لمعرفة أي نقل يتغيّر. اطلب من مساعد الذكاء الاصطناعي تحديد فرق محتمل والاستشهاد بالتسجيل والإطار اللذين يدعمانه. ثم أدخل تعديلًا محدودًا على برنامج التشغيل أو أنشئ برنامج استكشاف، وكرّر العملية نفسها على عتاد حقيقي. التفسير المعقول في إجابة النموذج ليس علامة نجاح.

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

إذا صَعُبت مقارنة التسجيلات، فاختصر العملية وتحقّق من تطابق الجهاز والإعدادات وطبقة التسجيل. توصي الطريقة بتسجيلات صغيرة تجيب عن سؤال واحد، وتسجيل توصيل الجهاز مرة واحدة. إذا فشل تمرير الجهاز أو التحكم في النظام الضيف، فاستخدم `harness doctor`، `hostdev status` وكذلك [دليل إعداد الآلة الافتراضية](https://github.com/cschalle/hw-harness/blob/main/doc/vm-setup.md) قبل تفسير تسجيل فارغ بأنه عطل في برنامج التشغيل. احتفظ بالتسجيلات والملاحظات الأصلية لكي يمكن إرجاع ثابت سجلّ مقترح إلى إطار مرصود.

## حدود تسجيل USB

لا تكشف كاميرا MIPI داخلية حركة البيانات المفيدة نفسها لمسجّل USB على المضيف. وتصف وثيقة الطريقة بدلًا من ذلك استخدام `winctl probe` لخصائص Windows PnP وملفات INF ومدخلات السجلّ وجداول ACPI، إلى جانب الفحص في Linux بواسطة `hwdbg`. ويذكر Schaller أنه طبّق هذا المسار المختلف على كاميرا حاسوبه المحمول، مع ترقيعات للنواة وlibcamera؛ وهذه النتائج أيضًا مستمدّة من روايته. لا تستبدل بنتيجة الكاميرا دليلًا على نجاح دورة USB على جهاز آخر.

احصر البحث في سلوك الجهاز المرصود والإعدادات التصريحية. ويستبعد [دليل clean-room](https://github.com/cschalle/hw-harness/blob/main/doc/cleanroom.md) في المستودع تفكيك الملفات الثنائية للشركة المصنّعة أو نسخ شيفرتها إلى برنامج تشغيل Linux. ويحذّر أيضًا من أن التسجيلات قد تحتوي أرقام الأجهزة التسلسلية، وأن مجلّد المشروع يحتوي مفتاح SSH خاصًا. راجع التسجيلات ومعرّفات الأجهزة وملفات النظام الضيف قبل تقديمها إلى خدمة ذكاء اصطناعي أو مشاركتها علنًا؛ وأبقِ المفاتيح والتسجيلات الخام خارج إدارة الإصدارات. تحدّد التعليمات المنشورة طريقة يمكن تجربتها. فحص BIG CHANGE المدونة والمستودع عند المراجعة المثبّتة، لكنه لم يشغّل الآلة الافتراضية أو يسجّل جهازًا أو يتحقّق من برنامج تشغيل ناتج.

### المصادر وقراءات إضافية

- [رواية Christian Schaller المنشورة في 15 أكتوبر](https://blogs.gnome.org/uraeus/2026/10/15/aiandreverseengineerhardware/) تشرح عمله على الماسح والحاسوب المحمول، والدور الذي ينسبه إلى Claude، ولماذا جاءت الأداة المشتركة بعد نصوصه البرمجية المخصّصة. نتيجة الماسح من روايته، دون إعادة إنتاج مستقلة في هذه المقالة.
- [مستودع hw-harness](https://github.com/cschalle/hw-harness) يصف الأدوات ومتطلّبات Fedora وWindows ومثال الإعداد وتحذير الخصوصية في المشروع. فحص BIG CHANGE الالتزام `093afc5c576c200f29b771d01624a327d0ff1806` المؤرّخ 14 أكتوبر 2026؛ والمستودع مرخّص بموجب MIT وقد يتغيّر بعد تلك المراجعة.
- [الطريقة](https://github.com/cschalle/hw-harness/blob/main/doc/method.md) تحدّد خط الأساس والمرجع والمقارنة مع Linux ودورة التكرار، واحتياطات التسجيل، وقراءة تسجيلات USB، والمسار المنفصل للأجهزة التي لا تملك ناقلًا ظاهرًا للمضيف.
- [إعداد آلة Windows الافتراضية المرجعية](https://github.com/cschalle/hw-harness/blob/main/doc/vm-setup.md) يغطي الوصول إلى النظام الضيف وتمرير USB والفرق بين Windows Pro وHome في عناصر التحكم عبر RDP. راجع شروط الترخيص لتثبيتك.
- [حدود clean-room](https://github.com/cschalle/hw-harness/blob/main/doc/cleanroom.md) تعرض ممارسة المشروع القائمة على الملاحظة، وحدوده بشأن الملفات الثنائية للشركة المصنّعة، وضرورة تسجيل مصدر الثوابت. إنها إرشادات هندسية للمشروع، لا رأي قانوني.

## Sources

- [Christian Schaller: استخدام الذكاء الاصطناعي لإجراء هندسة عكسية للعتاد](https://blogs.gnome.org/uraeus/2026/10/15/aiandreverseengineerhardware/) — رواية المؤلف المباشرة عن الماسح والكاميرا؛ توضح صراحة أن الأداة المعمّمة جاءت بعد النصوص الخاصة بالمشروعات. نتائج الأجهزة الفردية حالات منقولة عن تجربة، ولم يُعِد BIG CHANGE إنتاجها بصورة مستقلة.
- [مستودع hw-harness عند الالتزام 093afc5](https://github.com/cschalle/hw-harness) — README والأدوات ومتطلّبات Fedora/Windows ومثال سير العمل وملاحظة الخصوصية؛ جرى التحقّق من ترخيص MIT في LICENSE. ثُبّت الالتزام في تدقيق المصادر.
- [hw-harness: الطريقة](https://github.com/cschalle/hw-harness/blob/main/doc/method.md) — خط الأساس والتسجيلات المتطابقة وقراءة التتبّع وفحص الإعدادات منفصلًا عندما لا يتاح الناقل المعني. جرى الفحص عند الالتزام 093afc5.
- [hw-harness: آلة Windows الافتراضية المرجعية](https://github.com/cschalle/hw-harness/blob/main/doc/vm-setup.md) — متطلّبات النظام الضيف والتمرير وRDP/SSH، بما فيها قيود Windows Home؛ وتظل قرارات التثبيت والترخيص خاصة بكل مستخدم. جرى الفحص عند الالتزام 093afc5.
- [hw-harness: الالتزام بحدود clean-room](https://github.com/cschalle/hw-harness/blob/main/doc/cleanroom.md) — حدود المشروع في الملاحظة والملفات الثنائية للشركة المصنّعة، وإرشادات تتبّع المصدر، والحذر من الحزم غير الموثوقة؛ ممارسة هندسية وليست مشورة قانونية. جرى الفحص عند الالتزام 093afc5.