كيفية تشغيل ملفات .exe على أوبونتو: Wine، الآلات الافتراضية، WSL والبدائل الأصلية

1. المقدمة — الحاجة إلى تشغيل .exe على أوبونتو وهدف هذه المقالة

عند الانتقال من ويندوز إلى أوبونتو، ليس من غير المألوف أن تصادف برامج تجارية أو أدوات صغيرة أو ألعاب تعتمد على .exe (ملفات تنفيذية موجهة لويندوز). ومع ذلك، لأن أوبونتو (لينكس) يستخدم صيغة تنفيذية مختلفة وبنية نظام عن ويندوز، لا يمكنك ببساطة النقر المزدوج على ملف .exe لتشغيله.
تهدف هذه المقالة إلى تنظيم الخيارات العملية لـ “كيفية التعامل مع .exe على أوبونتو”، وتمكين القراء من اختيار الأنسب لبيئتهم وأهدافهم.

النقاط الأساسية

• .exe هو صيغة تنفيذية خاصة بويندوز (صيغة PE) ولا تتوافق مع صيغة التنفيذ القياسية في أوبونتو (ELF).

• بناءً على ذلك، يمكن تصنيف النهج الرئيسية للتعامل مع .exe على أوبونتو إلى ثلاث طرق:

  • استخدام Wine : طريقة تُعيد/تجسر واجهة برمجة تطبيقات ويندوز على أوبونتو لتشغيل .exe .
  • الافتراضية/المحاكاة : تشغيل ويندوز كنظام تشغيل ضيف (مثلاً عبر VirtualBox) داخل أوبونتو، وتنفيذ .exe هناك.
  • استخدام WSL (يتطلب مضيف ويندوز) : نمط خاص حيث يعمل أوبونتو داخل ويندوز (WSL)، مما يتيح استخدام .exe .
  • لكل نهج نقاط قوته وضعفه. كدليل عام: للبرامج الخفيفة استخدم Wine؛ للتماسك العالي استخدم الافتراضية؛ إذا كنت تستخدم مضيف ويندوز، استفد من WSL.

هدف هذه المقالة

• مساعدة القراء على فهم ترتيب الأولويات لتجربتها والبدائل بناءً على متطلباتهم الخاصة (البرنامج المستهدف، التركيز على الأداء/الاستقرار، جهد الإعداد، الترخيص/التكلفة).
• تمكين إعادة إنتاج عملية الإجراء (خاصةً مع Wine) عمليًا، وتضمين نقاط فحص عندما لا تعمل الأمور.
• إذا كنت مستعدًا للتخلي عن الاعتماد على .exe، مساعدتك على التعرف على البرمجيات البديلة الأصلية للينكس كحل منفصل.

الجمهور المستهدف

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

كيفية قراءة هذه المقالة

1. فهم أساسي (الفرق بين .exe وأوبونتو)
2. نظرة عامة على الطرق (مقارنة Wine / الافتراضية / WSL)
3. خطوات ملموسة (التثبيت، التنفيذ، التكوين لـ Wine)
4. استكشاف الأخطاء (الأعراض الشائعة وقائمة الفحص)
5. البدائل (تطبيقات لينكس الأصلية / خيارات متعددة المنصات)
6. ملخص القرار (أي طريقة تختار، الخطوات التالية)

ملاحظات هامة (قبل البدء)

• ليس كل ملفات .exe ستتصرف بنفس الطريقة. الاعتمادات الخاصة بالتطبيق، ملفات DLL، اختلافات 32‑bit/64‑bit، الرسوميات/المشغلات، إلخ، تؤثر على السلوك.
• تقدم هذه المقالة إجراءات عامة وقابلة لإعادة الإنتاج، لكنها لا تضمن توافقًا كاملًا لكل تطبيق محدد. توفر حلول بديلة في حال الفشل.
• إذا كنت تعمل داخل شركة/منظمة، يجب عليك أيضًا التحقق من سياسات الترخيص والأمان.

2. ما هو ملف .exe — أساسيات صيغ التنفيذ في ويندوز

قبل الغوص في كيفية التعامل مع .exe (وصيغ التنفيذ في ويندوز) على أوبونتو (لينكس)، دعونا نوضح ما هو .exe (وما هو حاوية صيغ التنفيذ في ويندوز)، ولماذا يختلف عن الجانب اللينكس.

2.1 ما هو .exe / صيغة PE؟

نظرة عامة على صيغة PE (Portable Executable)

• في ويندوز، الملفات التنفيذية (.exe)، المكتبات (.dll)، برامج تشغيل الأجهزة، إلخ. تتبنى صيغة PE (Portable Executable) . Wikipedia
• صيغة PE هي امتداد لصيغة COFF (Common Object File Format) السابقة، والتي تحتوي على المعلومات اللازمة لمحمل نظام التشغيل ويندوز (الواردات/الصادرات، هيكل الأقسام، معلومات الرأس، إلخ.). Microsoft Learn
• يتكون ملف .exe النموذجي من هياكل مثل “رأس MS-DOS”، “DOS stub”، “رأس PE”، و“مجموعات الأقسام”. يظل DOS stub كبقايا توافقية لعرض “هذا البرنامج لا يمكن تشغيله في وضع DOS” في بيئات DOS القديمة. Mark Pelf – Blog

الهياكل الرئيسية وعناصر الوظيفة (مبسطة)

وبالتالي، تحتوي صيغة PE ليس فقط على “جسم البرنامج” بل أيضًا على هياكل رأس محددة بشكل غني ومعلومات إشارة/ربط مطلوبة للتنفيذ على ويندوز.

2.2 صيغة الملفات التنفيذية في لينكس (أوبونتو): ميزات ELF

في أنظمة التشغيل المبنية على لينكس (بما في ذلك أوبونتو)، تستخدم الملفات التنفيذية عادةً ELF (Executable and Linkable Format). Wikipedia

صيغة ELF — وهي هيكل يؤكد على القابلية للنقل والمرونة — مستخدمة على نطاق واسع في أنظمة التشغيل المبنية على UNIX. خصائصها الرئيسية هي:

• تدعم الملفات التنفيذية الثنائية، المكتبات المشتركة، الملفات الكائنية، إلخ.
• تتكون من رأس → أجزاء/أقسام → جداول الرموز/معلومات إعادة التوطين، إلخ.
• يستخدم التشغيل الزمني رابطًا ديناميكيًا (مثل ld.so) لحل المكتبات.
• نواة لينكس وآلية المحمل مصممان مع النظر في صيغة ELF.

تعمل ELF بشكل جيد مع بيئات لينكس. الأدوات القياسية مثل readelf، objdump، ldd تدعم تحليلها.

2.3 الاختلافات بين PE وELF (لماذا لا يعمل .exe كما هو على أوبونتو)

تختلف صيغة PE المستخدمة في ويندوز وصيغة ELF المستخدمة في لينكس (أوبونتو) بشكل أساسي في التصميم من الأساس. تفسر هذه الاختلافات لماذا لا يمكنك تشغيل .exe بشكل أصلي على أوبونتو.

الاختلافات الرئيسية وحواجز التوافق

في المناقشات على StackOverflow، يُوصف PE وELF بأنهما “صيغ مختلفة تخدم الغرض نفسه لكنها غير قابلة للقراءة من بعضها البعض.” StackOverflow كما أن الموارد التي تقارن بين PE وELF تركز على الاختلافات الهيكلية والوظيفية. Wikipedia

في الواقع، حاول مستخدم تحويل ELF إلى PE وخلص إلى أن “التطبيقات الأصلية غير التريفلية لا يمكن أن تكون متوافقة ثنائيًا” و“يختلف لينكس وويندوز في آليات استدعاء النظام”، مما يجعل التحويل المباشر غير واقعي. Super User

2.4 ملحق: لماذا يُقال “لا يمكن تشغيله”

• عندما تضغط نقرًا مزدوجًا على .exe في أوبونتو، غالبًا ما ترى أخطاء مثل “cannot execute binary file: Exec format error” أو “file format not recognized”.
• عند استخدام أمر file في الطرفية على .exe، قد يظهر “PE32 executable” إلخ، مما يشير بوضوح إلى أنه ليس ملفًا تنفيذيًا للينكس.
• الملف .exe نفسه مصمم لبيئة ويندوز، ولذلك لا يلبي العناصر اللازمة للتحميل/الربط في لينكس.

3. لماذا لا يمكن تشغيل .exe بشكل أصلي على أوبونتو

في القسم السابق، أكدنا أن .exe هي صيغة تنفيذية خاصة بـويندوز فقط (صيغة PE).
هنا سننظم التأثير العملي لهذه الاختلافات الهيكلية ونشرح لماذا لا يمكن لأوبونتو (لينكس) تشغيل ملفات .exe كما هي.

3.1 “التشغيل” على أوبونتو مقابل “التشغيل” على ويندوز مختلف تمامًا

على نظام Ubuntu وغيرها من أنظمة Linux، آلية تشغيل البرنامج (محمل التنفيذ) تختلف جوهريًا عن Windows.
هذا يعني أن «النقر المزدوج على ملف لتشغيله»—الذي يبدو نفس الإجراء—في الواقع يطلق عمليات مختلفة تمامًا في الخلفية.

على Windows

• يقوم نواة النظام بتحليل رأس PE لملف .exe ويحمّل مكتبات DLL المطلوبة (المكتبات الديناميكية).
• عبر سلسلة هرمية من واجهات برمجة تطبيقات Windows: ntdll.dll → kernel32.dll → user32.dll وغيرها، يتم تشغيل التطبيق.
• إذا كان تطبيقًا رسوميًا (GUI)، يتولى مدير النوافذ رسم الواجهة ومعالجة إدخال المستخدم (النقرات، ضغطات المفاتيح).

على Ubuntu (Linux)

• يجب أن يكون الملف القابل للتنفيذ بتنسيق ELF، وهو ما تتعرف عليه نواة Linux وتحمّله.
• تُربط المكتبات المشتركة (.so) ديناميكيًا وتُستَخدم استدعاءات نظام POSIX (مثل open، read، fork، execve).
• نظرًا لاختلاف تنسيق الملف وبنية واجهة البرمجة، لا يتم التعرف على ملف .exe بتنسيق PE ويُرفض باعتباره “ليس تنسيقًا تنفيذيًا”.

لذلك، إذا قدمت ملف .exe إلى بيئة Ubuntu القياسية، ترى النواة أنه “بنية غير معروفة” وترفض تنفيذه.

3.2 أمثلة الأخطاء عند التشغيل عبر الطرفية

على سبيل المثال، إذا نقرت مزدوجًا على ملف .exe في Ubuntu، أو نفّذت ./program.exe في الطرفية، قد تظهر الرسالة التالية:

$ ./example.exe
bash: ./example.exe: cannot execute binary file: Exec format error

هذا الخطأ ينشأ لأن محمل التنفيذ في Ubuntu لا يستطيع التعرف على تنسيق PE.
الخطأ لا يعني “أن الملف تالف”، بل يعني “هذا النظام لا يعرف كيف ينفّذه”.

3.3 المشكلة الأساسية: واجهات برمجة تطبيقات Windows غير موجودة في Ubuntu

السبب الأكبر لعدم إمكانية تشغيل .exe على Ubuntu هو أن واجهات برمجة تطبيقات Windows (Application Programming Interface) غير موجودة في Ubuntu.

ملف .exe يستدعي داخليًا وظائف خاصة بـ Windows. على سبيل المثال:

CreateFileA();
MessageBoxW();
RegOpenKeyExW();

هذه الوظائف موجودة في kernel32.dll أو user32.dll، وهي واجهات برمجة تطبيقات خاصة بـ Windows.
وبما أن Ubuntu لا يملك هذه الواجهات، حتى لو تم التعرف على تنسيق الملف، ستواجه «لا يوجد هدف للاتصال به».

3.4 اختلافات في أنظمة الملفات والمتغيرات البيئية

تختلف بنية نظام الملفات والمتغيرات البيئية بين Windows وUbuntu بشكل كبير.

غالبًا ما تفترض برامج Windows هياكل مثل C:. لا يدعم Ubuntu ذلك، لذا يمكن أن تفشل مواصفات مسارات الملفات نفسها في كثير من الحالات.

3.5 مشكلات الاعتماد على DLL والتوافق

العديد من ملفات .exe يبدو أنها تعمل بشكل مستقل، لكنها في الواقع تعتمد على عدة مكتبات DLL (المكتبات الديناميكية). على سبيل المثال تستخدم تطبيقات الرسوم d3d9.dll، وتطبيقات الصوت dsound.dll، وتطبيقات الشبكة ws2_32.dll وغيرها.

Ubuntu يفتقر إلى هذه المكتبات ولا تُنفّذ واجهات برمجة تطبيقات Windows.
وبالتالي، عندما يحاول ملف .exe استدعاء هذه الوظائف، ستحصل على أخطاء مثل “الوظيفة غير موجودة” أو “لم يتم تحميل المكتبة”.

3.6 اختلافات مجموعة تعليمات المعالج صغيرة، لكن الهندسة المعمارية مهمة

تعمل كل من Ubuntu وWindows الحديثة غالبًا على معمارية x86_64 (AMD64)، لذا على مستوى مجموعة التعليمات هناك توافق.
لكن، نظرًا لاختلاف بيئة التنفيذ على مستوى النظام (استدعاءات النظام، معالجة مساحة العناوين)، حتى وجود عتاد متماثل لا يضمن تشغيل البرنامج.

خاصة إذا حاولت تشغيل ملف Windows 32‑bit .exe على Ubuntu 64‑bit دون طبقة توافق مثل Wine، ستواجه نقصًا في الدعم.

3.7 الخلاصة: السبب في عدم قدرة Ubuntu على تشغيل .exe ليس “مشكلة قدرة” بل “اختلاف في فلسفة التصميم”

باختصار، السبب في أن Ubuntu لا يمكنه تشغيل .exe مباشرة هو أنه صُمم كنظام تشغيل مختلف، وليس بسبب نقص القدرة.

• يختلف تنسيق الملف (PE مقابل ELF)
• تختلف واجهات برمجة التطبيقات (Windows API مقابل استدعاءات نظام POSIX/Linux)
• يختلف هيكل المكتبات الديناميكية (DLL مقابل .so)
• تختلف المسارات، والأذونات، ومتغيرات البيئة
• آلية تحميل نظام التشغيل نفسه تختلف

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

4. ثلاث طرق لتشغيل .exe على Ubuntu

حتى هذه النقطة، لقد فهمنا لماذا لا يمكن لـ Ubuntu تشغيل ملفات .exe مباشرة.
ومع ذلك، تشغيلها ليس مستحيلاً.
من خلال استخدام “طبقات توافق” مناسبة أو “بيئات افتراضية”، يمكن تشغيل العديد من تطبيقات Windows على Ubuntu.

هنا نعرف ثلاث طرق ممثلة لتنفيذ .exe على Ubuntu.
نقارن ميزات كل طريقة، ومزاياها، وعيوبها، ونساعدك في اختيار ما يناسب غرضك.

4.1 استخدام Wine (أخف طبقة توافق)

ما هو Wine

Wine (Wine Is Not an Emulator) هو، كما يوحي الاسم، ليس محاكياً بل طبقة توافق تعيد تنفيذ Windows API على Linux.
بمعنى آخر، يقوم بـ “ترجمة تعليمات Windows إلى استدعاءات نظام Linux” وهو أخف وزناً وأسرع من الافتراضية أو المحاكاة.

تم تطوير Wine لأكثر من 20 عاماً ويمكن تثبيته بسهولة من مستودع Ubuntu الرسمي أو PPA.
كما أن الواجهات الأمامية مثل PlayOnLinux و Bottles تسمح للمبتدئين بإعدادها دون صعوبة.

خطوات التثبيت (متوافقة مع Ubuntu 22.04 / 24.04)

sudo dpkg --add-architecture i386
sudo apt update
sudo apt install wine64 wine32

أو، إذا كنت تفضل الإصدار الأحدث، أضف مستودع WineHQ الرسمي:

sudo mkdir -pm755 /etc/apt/keyrings
sudo wget -O /etc/apt/keyrings/winehq-archive.key https://dl.winehq.org/wine-builds/winehq.key
sudo wget -NP /etc/apt/sources.list.d/ https://dl.winehq.org/wine-builds/ubuntu/dists/$(lsb_release -cs)/winehq-$(lsb_release -cs).sources
sudo apt update
sudo apt install --install-recommends winehq-stable

الاستخدام الأساسي

wine setup.exe

بديلاً عن ذلك، انقر بزر الفأرة الأيمن على ملف .exe على سطح المكتب واختر “فتح مع Wine”.
عند التشغيل الأول، سيتم إنشاء دليل ~/.wine وسيتم إعداد هيكل محرك أقراص C افتراضي.

المزايا

• خفيف الوزن وسريع (يستهلك موارد أقل من آلة افتراضية)
• يعمل العديد من تطبيقات Windows (خاصة القديمة منها)
• مشاركة الملفات بين Ubuntu و Wine سهلة

العيوب

• ليست كل التطبيقات تعمل (تحتاج إلى التحقق من AppDB للتوافق)
• الألعاب أو التطبيقات ثلاثية الأبعاد قد تكون غير مستقرة
• الأخطاء أكثر احتمالاً في بيئات مختلطة 32bit/64bit

نصيحة محترفة

استخدم قاعدة البيانات الرسمية WineHQ AppDB للتحقق من التوافق.
ابحث باسم التطبيق وستجد تصنيفات مثل “Platinum”، “Gold”، “Bronze” التي تشير إلى حالة التشغيل.

4.2 استخدام آلة افتراضية / محاكي (طريقة تركز على الاستقرار)

إذا لم يعمل Wine جيداً، أو إذا كنت بحاجة إلى تشغيل البرمجيات في استخدام تجاري بشكل موثوق، فإن استخدام آلة افتراضية هو خيار واقعي.
تشمل البرمجيات النموذجية VirtualBox، VMware Workstation، QEMU/KVM.

الآلية

على Ubuntu، تقوم بإنشاء بيئة أجهزة افتراضية وتثبيت نظام Windows الأصلي داخلها.
بمعنى آخر، تقوم بتشغيل جهاز كمبيوتر Windows كامل داخل Ubuntu.

مخطط الإجراء

1. تثبيت VirtualBox إلخ عبر sudo apt install virtualbox
2. تنزيل صورة ISO لـ Windows من الموقع الرسمي لـ Microsoft
3. إنشاء آلة افتراضية وتثبيت من ISO
4. بمجرد تشغيل Windows، نفذ ملفات .exe كالمعتاد

المزايا

• أعلى توافق (يعمل تقريباً كل البرمجيات التي تعمل على Windows)
• تشغيل مستقر كبيئة مخصصة
• Iso-network، مشاركة الملفات، لقطات – الإدارة أسهل

العيوب

• استهلاك عالي للموارد (CPU، الذاكرة، التخزين)
• يتطلب ترخيص Windows (نسخة أصلية)
• بدء التشغيل يستغرق وقتًا أطول

حالات الاستخدام المناسبة

• برمجيات الأعمال أو برمجيات المحاسبة حيث يُطلب الموثوقية
• تطبيقات ثلاثية الأبعاد أو برمجيات تتطلب برامج تشغيل خاصة
• عندما تريد التطوير أو الاختبار في Windows من Ubuntu

4.3 استخدام WSL (نهج مضيف Windows – النهج العكسي)

الطريقة الأخيرة التي نعرفها هي فكرة معكوسة إلى حد ما.
إذا كنت تستخدم Ubuntu داخل Windows (عبر WSL)، يمكنك التعامل مع .exe من خلال WSL (نظام Linux الفرعي لـ Windows).

الآلية

Ubuntu الذي يعمل على WSL هو في الواقع بيئة Linux افتراضية داخل Windows.
لذلك من طرفية Ubuntu يمكنك استدعاء ملفات .exe مباشرة.

notepad.exe

بتكوين مثل الأعلى، يمكنك تشغيل “Notepad” في Windows.
WSL تشارك وظائف نواة Windows، لذا استدعاء .exe أصلي.

المزايا

• يمكن استدعاء .exe في Windows بدون إعداد إضافي
• مشاركة الملفات بين Linux و Windows سلسة
• مناسب جيدًا لبيئة التطوير (VS Code، Docker إلخ)

العيوب

• محدود ببيئة “Ubuntu يعمل على Windows” (لا يمكنك تشغيل Windows في Ubuntu)
• بعض تطبيقات GUI أو عمليات البرامج التشغيلية قد تكون محدودة
• لا يمكن استخدام بيئة Ubuntu مستقلة بحتة

4.4 أي طريقة يجب أن تختار — جدول المقارنة

4.5 الملخص

لتشغيل .exe على Ubuntu، الحل الأمثل يعتمد على كمية التوافق والأداء التي تطلبها.

• إذا كنت تعطي الأولوية للبساطة → Wine Virtual MachineWSL

بتفهم هذه، يمكنك اختيار الطريقة الأنسب لسير عملك وأهدافك.

5. كيفية تشغيل .exe باستخدام Wine (إصدار متوافق مع Ubuntu)

من هذه النقطة فصاعدًا، سنفصل الطريقة الأكثر عملية لتشغيل .exe على Ubuntu: باستخدام Wine.
سنشرح خطوة بخطوة من التثبيت، الإعداد، التنفيذ، إلى حل المشكلات، حتى لا يضيع حتى المبتدئون.

5.1 ما هو Wine — “طبقة مترجم تعيد إنشاء Windows”

Wine تعني “Wine Is Not an Emulator”، وهي طبقة توافق تعيد تكرار Windows API على Linux.
بمعنى آخر، إنها تترجم تعليمات Windows إلى “كلمات يفهمها Linux” وتنفذها.

النقطة الرئيسية هي أنها لا تحاكي نظام تشغيل كامل مثل آلة افتراضية، بل تعمل مباشرة على نواة Linux.
هذا يمكن تقليل استهلاك الموارد والسرعة العالية.

5.2 تثبيت Wine (متوافق مع Ubuntu 22.04 / 24.04)

أولاً، قم بتثبيت Wine وإعداد بيئة التنفيذ.
إنه مدرج في المستودع القياسي، لكن للحصول على الإصدار المستقر الأحدث يمكنك استخدام مستودع WineHQ الرسمي.

① تمكين دعم 32 بت

sudo dpkg --add-architecture i386

لأن Wine يتعامل مع العديد من التطبيقات 32 بت، قم بتمكين هندسة 32 بت حتى على نظام 64 بت.

② إضافة المستودع الرسمي

sudo mkdir -pm755 /etc/apt/keyrings
sudo wget -O /etc/apt/keyrings/winehq-archive.key https://dl.winehq.org/wine-builds/winehq.key
sudo wget -NP /etc/apt/sources.list.d/ https://dl.winehq.org/wine-builds/ubuntu/dists/$(lsb_release -cs)/winehq-$(lsb_release -cs).sources
sudo apt update

③ تثبيت حزمة Wine الرئيسية

sudo apt install --install-recommends winehq-stable

④ التحقق من التشغيل

wine --version

إذا أعاد الأمر إصدارًا مثل wine-9.x، فقد نجح التثبيت.

5.3 الإعداد الأولي (الإطلاق الأول)

إذا استخدمت Wine لأول مرة، ابدأ معالج الإعداد:

winecfg

هذا ينشئ دليل ~/.wine ويولد تلقائيًا هيكل قرص C افتراضي على طراز Windows.

الهيكل يبدو كالتالي:

~/.wine/
 ├─ drive_c/
 │   ├─ Program Files/
 │   ├─ windows/
 │   └─ users/
 └─ system.reg / user.reg etc.

يستخدم Wine هذا الهيكل لتكرار نظام ملفات Windows حيث يتم تثبيت التطبيقات وتنفيذها.

5.4 تنفيذ ملفات .exe فعليًا

الطريقة 1: من سطر الأوامر

wine ~/Downloads/setup.exe

الطريقة 2: من مدير الملفات

انقر بزر الماوس الأيمن على ملف .exe → حدد “فتح باستخدام Wine”.
تتصرف الواجهة الرسومية بشكل مشابه.

عند تشغيل مثبت، سترى شاشة إعداد مثل تلك في Windows.
بمجرد تثبيت التطبيق في C:Program FilesAppName، يمكنك تنفيذه كالتالي:

wine "C:Program FilesAppNameapp.exe"

5.5 خطوط اليابانية وإجراءات النص المشوه

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

sudo apt install fonts-noto-cjk

بديلًا عن ذلك، انسخ msgothic.ttc أو meiryo.ttc من C:WindowsFonts في Windows إلى ~/.wine/drive_c/windows/Fonts لتحسين العرض.

5.6 Winetricks (أداة مساعدة مفيدة)

winetricks هي أداة مساعدة لـ Wine التي تبسط تثبيت DLLs، والخطوط، والتشغيلات.

التثبيت

sudo apt install winetricks

مثال: تثبيت تشغيلة Visual C++

winetricks vcrun2015

هذا يساعد في تجنب أخطاء “DLL غير موجودة” في العديد من التطبيقات.

5.7 فحص التوافق واستخدام AppDB

يحتوي Wine على قاعدة بيانات رسمية WineHQ AppDB، حيث يمكنك التحقق من حالة عمل كل تطبيق.
يتم تقييم كل تطبيق كالتالي:

ابحث باسم التطبيق لعرض تقارير المستخدمين الفعلية والإعدادات الموصى بها.

5.8 الأخطاء الشائعة وكيفية إصلاحها

5.9 التطبيقات التمثيلية التي تعمل مع Wine

5.10 الملخص

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

6. استخدام الآلات الافتراضية، أو المحاكيات أو الحاويات

بينما يمكن لـ Wine تشغيل العديد من تطبيقات Windows، إلا أن ليس كلها تعمل بشكل مثالي.
خاصة لـ برمجيات الأعمال، تطبيقات المحاسبة، الألعاب التي تشمل عرض 3D أو استخدام البرامج التشغيلية، قد يكون Wine غير مستقر أو يفشل في الإطلاق.
في مثل هذه الحالات، استخدام آلة افتراضية (VM)، أو محاكي، أو حاوية فعال.

تقدم هذه القسم كيفية عمل كل آلية وكيفية تشغيل .exe على Ubuntu عمليًا.

6.1 ما هي الآلة الافتراضية — “وضع Windows أخرى داخل Ubuntu”

الآلة الافتراضية (VM) هي تقنية تعيد إنتاج بيئة أجهزة كمبيوتر افتراضية داخل Ubuntu، وتشغل Windows فيها.
تشمل البرمجيات التمثيلية:

• VirtualBox (مجاني، مفتوح المصدر)
• VMware Workstation Player (مجاني للاستخدام غير التجاري)
• QEMU / KVM (سريع، أصلي لـ Linux)

صورة الآلية

[Ubuntu host OS]
 ├── VirtualBox (virtual hardware)
 │     ├── virtual CPU, memory, HDD
 │     └── [Windows guest OS]
 │             └── .exe file execution

بمعنى آخر، تقوم بتثبيت Windows كامل داخل Ubuntu.
لأنها لا تتطلب ترجمة API مثل Wine، تحقق توافقًا يقارب 100 %.

6.2 استخدام VirtualBox لتشغيل Windows

① تثبيت VirtualBox

sudo apt update
sudo apt install virtualbox

② إعداد ملف ISO لـ Windows

قم بتنزيل صورة ISO لـ Windows 10/11 من موقع Microsoft الرسمي.
يمكنك التثبيت باستخدام فترة التقييم دون تفعيل فوري.

③ إنشاء آلة افتراضية

1. قم بتشغيل VirtualBox → انقر على “جديد”
2. سمِّ الـ VM (مثل، Windows11 )
3. حدد النوع: Windows، الإصدار: Windows 11 (64-bit)
4. حدد الذاكرة >2 GB، حجم القرص >40 GB

④ تركيب ISO والتثبيت

حدد الـ VM المُنشأ → الإعدادات → التخزين → محرك بصري → أرفق ISO المحمل.
قم بتشغيل الـ VM وثبّت Windows كما لو كان على جهاز فيزيائي.

⑤ تشغيل .exe

بمجرد إقلاع Windows، يمكنك تشغيل ملفات .exe كالمعتاد.
للمشاركة في الملفات بين مضيف Ubuntu والـ VM لـ Windows، قم بإعداد “مجلدات مشتركة” عبر قائمة VirtualBox.

6.3 استخدام VMware Workstation Player

VMware يُستخدم غالبًا في الأعمال التجارية ويميل إلى الأداء الأسرع مقارنةً بـ VirtualBox.
على أوبونتو، يمكنك تنزيل ملف .bundle من الموقع الرسمي وتثبيته بسهولة.

chmod +x VMware-Player.bundle
sudo ./VMware-Player.bundle

يتم تشغيل مثبت الواجهة الرسومية ويمكنك المتابعة لإعداد Windows بالمثل.

المزايا

• دعم جيد لتقنية الافتراضية للمعالج الرسومي (GPU)، وتطبيقات 3D مستقرة نسبيًا
• دعم قوي للشبكة، وأجهزة USB، إلخ.

العيوب

• يستهلك موارد نظام كبيرة
• قد يتطلب الاستخدام التجاري رخصة مدفوعة

6.4 استخدام QEMU/KVM (للمستخدمين المتقدمين)

QEMU (محاكي سريع) وKVM (آلة افتراضية تعتمد على النواة) هما تقنيتا افتراضية مدمجتان في أوبونتو.
هما مناسبان لإدارة سطر الأوامر والأتمتة، ومفضلان في بيئات التطوير/الاختبار.

التثبيت

sudo apt install qemu-kvm libvirt-daemon-system virt-manager

استخدام الواجهة الرسومية

ابدأ virt-manager لإنشاء وإطلاق الآلات الافتراضية عبر الواجهة الرسومية، مشابهًا لـ VirtualBox.

الميزات

• افتراضية أصلية على لينكس بسرعة عالية جدًا
• دعم لعمليات سطر الأوامر (مثل virsh ، qemu-system-x86_64 )
• إدارة جيدة للشبكات الافتراضية واللقطات (snapshots)

6.5 استخدام الحاويات (بديل خفيف الوزن)

كخيار أخف من الآلات الافتراضية، يمكنك استخدام حاوية (مثل Docker + Wine).
ليس افاضية كاملة ولكن من خلال حاوية بيئة Wine تحصل على قابلية تكرار عالية ومشاركة الإعدادات عبر بيئات متعددة.

مثال: تشغيل حاوية Docker مع Wine

docker run -it --rm 
  --name wine-env 
  -v ~/Downloads:/data 
  scottyhardy/docker-wine

داخل الحاوية يمكنك بعد ذلك:

wine /data/app.exe

المزايا

• يمكن استخدامها دون التأثير على بيئة المضيف
• سهل مشاركة البيئة مع مطورين آخرين
• مناسب للأتمتة (CI/CD)

العيوب

• قد تتطلب التطبيقات الرسومية توجيه X11 وتكون أكثر تعقيدًا
• قد يكون تسريع الصوت/D محدودًا

6.6 مقارنة حسب الطريقة

6.7 أي طريقة يجب أن تختار؟

نلخص الطريقة الموصى بها بناءً على الغرض:

6.8 الخلاصة

تستهلك الآلات الافتراضية والمحاكيات موارد أكثر من Wine، لكنها توفر توافقًا واستقرارًا أعلى بكثير.
خاصةً عند التعامل الأعمال أو التطبيقات التي تعتمد على التعريفات، تكون البيئة الافتراضية التي تشغل Windows الحقيقي هي الطريقة الأكثر موثوقية.

باستخدام Docker، QEMU/KVM وغيرها، يمكنك أيضًا دعم سير عمل وتطوير أكثر تقدمًا.
بمعنى آخر، عندما تريد تشغيل .exe على أوبونتو، تمثل هذه الطرق “حلًا أخًا لكنه شبه عالمي”.

7. استخدام طريقة WSL (نظام Windows الفرعي للينكس)

حتى الآن نظرنا في طرق “تشغيل تطبيقات Windows على أوبونتو”.
لكن هناك أيضًا النهج العكسي: تشغيل أوبونتو داخل Windows.
هذا هو WSL (نظام Windows الفرعي للينكس).

باستخدام WSL، يمكنك تشغيل أوبونتو تقريبًا كأنه نظام أصلي على Windows ومن هناك تنفيذ ملفات .exe مباشرة.
في هذا الفصل نستعرض آلية WSL، إجراءات الإعداد، وكيفية تنفيذ .exe.

7.1 ما هو WSL؟ — “أوبونتو داخل Windows”

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

WSL 2 هو الآن الشائع. يستخدم نواة لينكس حقيقية، وبالتالي يحسن الأداء والتوافق بشكل كبير.

7.2 تثبيت أوبونتو والإعداد الأولي (WSL 2)

① تمكين WSL

شغّل PowerShell كمسؤول وأدخل:

wsl --install

هذا يثبت WSL 2 وأوبونتو تلقائيًا.
إذا كان لديك بالفعل WSL 1، فقم بالترقية باستخدام:

wsl --set-default-version 2

② تشغيل أوبونتو

بعد التثبيت، يظهر “Ubuntu” في قائمة ابدأ.
عند التشغيل الأول، قم بتعيين اسم مستخدم وكلمة مرور. ثم يكتمل الإعداد.

7.3 تشغيل ملفات .exe الخاصة بـ Windows من Ubuntu

ميزة رئيسية للبيئة WSL هي أنك تستطيع استدعاء تطبيقات Windows مباشرة من جانب Ubuntu.
على سبيل المثال:

notepad.exe

وكذلك:

explorer.exe .
calc.exe
cmd.exe

من طرفية Ubuntu يمكنك فتح مستكشف الملفات، الآلة الحاسبة، إلخ. كتطبيقات Windows أصلية.

مشاركة الملفات السلسة

في WSL، نظام ملفات Windows متاح من Ubuntu عبر /mnt/c/. على سبيل المثال:

cd /mnt/c/Users/YourName/Downloads
wine.exe app.exe

يمكنك دمج أوامر Ubuntu وتطبيقات Windows—مثل، التنزيل على Ubuntu، ثم فتح بتطبيق Windows.
تستفيد من قوى كلا البيئتين في وقت واحد.

7.4 تشغيل Ubuntu من جانب Windows

الاتجاه العكسي ممكن أيضًا.
من PowerShell أو موجه الأوامر في Windows، يمكنك استدعاء أوامر Ubuntu:

wsl ls -la
wsl python3 script.py

هذا يسمح لك من بيئة تطوير قائمة على Windows باستدعاء أوامر Linux، مما يجعل
تكامل التطوير/الاختبار سلسًا جدًا.

7.5 القيود في بيئة WSL

رغم الراحة، لدى WSL بعض التحذيرات:

7.6 حالات الاستخدام في التطوير

WSL ليس فقط “بيئة Linux” بل
بيئة تطوير هجينة حيث تتفاعل Windows و Linux.

مثال 1: VS Code + Ubuntu

باستخدام إضافة “Remote – WSL” في Visual Studio Code، يمكنك تحرير وتشغيل الملفات داخل Ubuntu بينما تعمل على VS Code في Windows.

مثال 2: Docker على WSL 2

يندمج WSL 2 أصلاً مع Docker Desktop.
يمكنك تشغيل حاويات Linux مباشرة على Windows عبر WSL.

مثال 3: تعاون أدوات Linux + تطبيقات Windows

يمكنك استخدام أوامر Linux مثل ffmpeg، grep، awk ثم معالجة النتائج عبر تطبيق Windows—تصبح تدفقات العمل المرنة ممكنة.

7.7 ملخص مزايا وعيوب WSL

7.8 الملخص

يقدم WSL لمستخدمي Windows أسهل طريقة لتثبيت Ubuntu.
والقدرة على تنفيذ .exe مباشرة من Ubuntu تعني أنك تستطيع إنشاء
بيئة تطوير هجينة تربط بين Windows و Linux.

ومع ذلك، هذه طريقة “Ubuntu يعمل **على** Windows”، ليس “Ubuntu **وحده** يعمل .exe”.
من المهم الاختيار بناءً على تدفق عملك.

8. دراسة حالة: تشغيل .exe على Ubuntu – النتائج الفعلية

حتى الآن، قدمنا طرقًا لتشغيل .exe على Ubuntu.
هنا سنلخص النتائج الفعلية لتشغيل عدة تطبيقات Windows ممثلة في بيئة Ubuntu.
من منظور عملي—”أي طريقة تعمل؟ ما هي الأخطاء التي تحدث؟”—نفحص حالات النجاح والفشل.

8.1 نظرة عامة على بيئة الاختبار

• OS : Ubuntu 22.04 LTS (64bit)
• CPU : Intel Core i7
• ذاكرة : 16 GB
• رسومات : NVIDIA GTX series (driver installed)
• Wine : WineHQ Stable 9.x
• بيئة افتراضية : VirtualBox 7.x (Windows 10 Pro 64-bit guest)
• بيئة WSL : Windows 11 Pro + Ubuntu 22.04 (WSL 2)

8.2 قصص النجاح (تشغيل سلس)

① Notepad++ (محرر نصوص)

• الطريقة : Wine
• النتيجة : يعمل بالكامل. لا نصوص مشوهة.
• ملاحظة : تغيير الخط إلى خط ياباني (مثل، Noto Sans CJK) حسّن الراحة.
• تعليق : التطبيقات الخفيفة تتناسب جيدًا مع Wine.

  wine notepad++.exe
  

✅ وقت التشغيل ~3 ثوان
✅ الاحتفاظ بالإعدادات واستخدام الإضافات كلاهما جيد.

② 7-Zip (أداة ضغط/فك ضغط)

• الطريقة : Wine وآلة افتراضية
• النتيجة : تشغيل طبيعي في كلا البيئتين.
• ملاحظة : واجهة Wine مستقرة أيضًا. السحب والإسقاط عمل.

تقييم عملي: ★★★★★ (تشغيل مستقر)

③ Paint.NET (برنامج تحرير الصور)

• الطريقة : Wine + winetricks ( dotnet40 مثبت)
• النتيجة : الإطلاق والتحرير ممكنان. مستوى عملي للتحرير الخفيف.
• ملاحظة : إذا لم يتطابق إصدار .NET Framework، لن يبدأ.

تقييم عملي: ★★★★☆ (يتطلب تكوينًا لكنه مستقر)

8.3 نجاح مشروط (يعتمد على الإعداد)

① عارض Excel (Microsoft)

• الطريقة : Wine + winetricks ( vcrun2015 , msxml6 )
• النتيجة : قراءة الملف جيدة؛ وظيفة الطباعة غير مستقرة جزئيًا.
• السبب : يعتمد على خطوط ويندوز الخاصة أو برامج تشغيل الطابعات.

تقييم عملي: ★★★☆☆

② لعبة RPG Maker

• الطريقة : Wine
• النتيجة : يظهر شاشة العنوان، لكن بعض أخطاء تحميل الموسيقى الخلفية أو الصور.
• السبب : نقص في بيئة تشغيل DirectX (تحسن winetricks d3dx9)
• ملاحظة : قد تعمل الألعاب ثنائية الأبعاد في بيئات خفيفة، أما ثلاثية الأبعاد فهي أصعب.

تقييم عملي: ★★☆☆☆ (ممكن للألعاب ثنائية الأبعاد)

③ LINE (إصدار ويندوز)

• الطريقة : Wine + winetricks ( corefonts , vcrun6 )
• النتيجة : تعمل شاشة تسجيل الدخول؛ ميزة الإشعارات غير مدعومة.
• ملاحظة : استخدام إصدار المتصفح ( https://line.me/ ) أكثر واقعية.

تقييم عملي: ★★★☆☆ (استخدام تجريبي)

8.4 فشل (صعب تحت Wine)

① Adobe Photoshop / Illustrator (CS أو لاحق)

• الطريقة : Wine (أحدث إصدار)
• النتيجة : يبدأ المثبت لكنه يتعطل في المنتصف.
• السبب : التحقق من الترخيص، تبعيات واجهة برمجة التطبيقات GPU (Direct2D).
• بديل : تثبيت على ويندوز داخل آلة افتراضية للعمل الطبيعي.

تقييم عملي: ★☆☆☆☆ (غير واقعي تحت Wine)

② برمجيات متخصصة يابانية مثل Ichitaro / Fudemame

• الطريقة : Wine
• النتيجة : لن يبدأ أو مشكلات كثيرة في النصوص/الطباعة.
• السبب : التعامل مع IME/الخطوط اليابانية خاص.
• بديل : استخدام بيئة ويندوز افتراضية للعمل المستقر.

تقييم عملي: ★☆☆☆☆

③ ألعاب ثلاثية الأبعاد / تطبيقات CAD (مثل AutoCAD، Skyrim)

• الطريقة : Wine (مع إعدادات DirectX)
• النتيجة : يبدأ، لكن تشويه في الرسومات أو إغلاق قسري.
• السبب : ترجمة DirectX → OpenGL غير مثالية.
• بديل : استخدام VMware أو QEMU مع تمرير GPU للتحسين.

تقييم عملي: ★☆☆☆☆ (يُوصى بالافتراضية)

8.5 ملخص: معايير القرار العملي

8.6 دروس مستفادة من الميدان

• من الأفضل اختيار تطبيق مثبت أنه يعمل تحت Wine بدلاً من الاعتماد على “جرب Wine فقط” .
• إذا لم يعمل، انتقل فورًا إلى الافتراضية أو WSL .
• حل تبعيات بيئة التشغيل (.NET، VC++ إلخ) يحسن معدل النجاح بشكل كبير .
• خطوط/بيئة الإدخال اليابانية تسبب أكبر مشكلة تحت Wine .

8.7 ملخص

تشغيل .exe على Ubuntu ليس عامًا، لكنه عملي بما فيه الكفاية.
خاصة للتطبيقات الخفيفة وأدوات التطوير، العملية خالية من المشكلات، و
نطاق “الذين يمكنهم العمل بدون ويندوز” يتوسع سنويًا.

من ناحية أخرى، البرمجيات التجارية أو التطبيقات المعتمدة على GPU تتطلب
آلة افتراضية أو بيئة ويندوز.
باختصار، تبني طريقة حسب الغرض—Wine، الافتراضية، WSL—يؤدي إلى أكثر عملية فعالة ومستقرة.

9. استكشاف الأخطاء وحلول الأخطاء الشائعة

عند محاولة تشغيل .exe على Ubuntu، ستواجه بالتأكيد بعض الأخطاء في البداية.
“لن يبدأ”، “نصوص مشوهة”، “المثبت يتوقف في المنتصف” إلخ، هي مشكلات شائعة مع Wine أو البيئات الافتراضية.

هذا القسم ينظم بشكل منهجي الأسباب الشائعة والحلول.
تحقق من بيئتك مقابل الأعراض أدناه.

9.1 خطأ “cannot execute binary file”

العرض

bash: ./program.exe: cannot execute binary file: Exec format error

السبب

أنت تقوم بتشغيل .exe مباشرة بدون Wine، أو Wine غير مثبت.

العلاج

sudo apt install wine64 wine32
wine program.exe

أو انقر بزر الفأرة الأيمن في مدير الملفات واختر “فتح مع Wine”.

ملاحظة: تشغيل file program.exe قد يظهر “PE32 executable” إلخ.
إذا كان كذلك، فهو دليل على أن الملف ليس بتنسيق تنفيذي لينكس.

9.2 خطأ “Missing DLL”

العرض

قد ترى رسائل مثل:

“msvcr100.dll is missing”
“d3dx9_43.dll not found”

السبب

يفتقر التطبيق إلى تبعيات Windows runtime أو DirectX.

العلاج

استخدم winetricks لتثبيت المكتبات المفقودة.

sudo apt install winetricks
winetricks vcrun2015
winetricks d3dx9
winetricks dotnet40

إذا كنت ترغب في إعادة بناء بيئة Wine:

rm -rf ~/.wine
winecfg

9.3 مشاكل النص المشوش / مشاكل الخطوط

السبب

يتم تهيئة Wine حول الخطوط الإنجليزية افتراضيًا، لذا قد يفشل عرض اليابانية.

العلاج

1. تثبيت خطوط يابانية: sudo apt install fonts-noto-cjk
2. أو نسخ خطوط Windows: meiryo.ttc ، msgothic.ttc من C:WindowsFonts إلى ~/.wine/drive_c/windows/Fonts/ .

ملاحظة

يمكنك أيضًا استخدام winetricks allfonts لتثبيت حزمة من الخطوط.

9.4 إدخال ياباني (IME) غير عامل

السبب

لا تدعم بيئة Wine IME الياباني خارج الصندوق.

العلاج

• تثبيت fcitx أو ibus ودمج الإدخال الخارجي.
• بديلًا، استخدم تطبيق Ubuntu أصلي (مثل gedit) لإدخال النص ولصقه في تطبيق Wine.

بديل

بالنسبة للبرمجيات التي تتطلب إدخالًا مكثفًا، فإن استخدام آلة افتراضية أكثر موثوقية.

9.5 شاشة سوداء / تجميد عند التشغيل

السبب

سائق DirectX أو OpenGL غير مهيأ بشكل صحيح أو غير مدعوم للوحدة المركزية الرسومية.

العلاج

• إعادة تثبيت سائق NVIDIA/AMD من المستودع الرسمي: sudo ubuntu-drivers autoinstall
• في إعدادات Wine: تمكين “Emulate a virtual desktop”: winecfg → [Graphics] → Use a virtual desktop
• للتطبيقات ثلاثية الأبعاد: winetricks d3dx9 d3dx10

9.6 يتوقف المثبت في المنتصف

السبب

قد يتوقع المثبت واجهات برمجة تطبيقات Windows معينة (مثل MSXML، IE runtime).

العلاج

إعادة بناء بيئة Wine أو تثبيت ملفات DLL التبعية:

winetricks msxml6 corefonts ie8

بديلًا، حاول التثبيت في آلة افتراضية.

9.7 “المسار غير موجود” أو “الإذن مرفوض”

السبب

لا يمكن لـ Ubuntu تفسير مسارات نمط Windows (مثل C:Program Files…)، أو الإذن غير كافٍ.

العلاج

• وضع المسار بين علامتي اقتباس مزدوجة: wine "C:Program FilesAppNameapp.exe"
• منح إذن التنفيذ: chmod +x app.exe

تحذير

لا تقم بتشغيل Wine باستخدام sudo؛ فعل ذلك قد يفسد البيئة.

9.8 “جهاز الصوت غير متاح”

السبب

تتعارض تهيئة PulseAudio مع Wine.

العلاج

افتح إعدادات Wine: winecfg → [Audio] → Device detection واختر “PulseAudio” أو “ALSA”.

winecfg → [Audio] → Re-detect devices

إذا بقي التشغيل غير مستقر، قم بتثبيت pavucontrol وحدد جهاز الإخراج صراحةً.

9.9 VirtualBox: جهاز USB أو الطباعة غير عامل

السبب

لم يتم تثبيت حزمة الامتداد أو المستخدم غير في مجموعة vboxusers.

العلاج

sudo apt install virtualbox-ext-pack
sudo usermod -aG vboxusers $USER

ثم قم بتسجيل الخروج وتسجيل الدخول مرة أخرى، وحاول مرة أخرى.

9.10 إعادة تعيين بيئة Wine بالكامل

إذا كانت بيئتك تالفة أو الإعدادات فوضوية، يمكنك إعادة التعيين كالتالي:

rm -rf ~/.wine
winecfg

سيقوم هذا بإنشاء قرص C افتراضي جديد وبيئة نظيفة.

9.11 قائمة التحقق من استكشاف الأخطاء (ملخص)

9.12 الملخص

تنبع العديد من المشكلات عند تشغيل .exe على Ubuntu من تهيئة بيئة Wine غير كافية أو مكتبات تبعية مفقودة.
النهج الأساسي هو كالتالي:

1. أولاً، تحقق من السجل (أي DLL/API تسبب المشكلة)
2. تثبيت المكتبات المفقودة باستخدام winetricks
3. إذا فشل ذلك، انتقل إلى آلة افتراضية

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

10. النهج البديل: استبدال برمجيات Windows بتطبيقات أصلية لـ Linux

هناك العديد من الطرق لتشغيل .exe على Ubuntu، لكن أحيانًا
“بدلاً من بذل المجهود لتشغيله، استخدم تطبيقًا أصليًا لـ Linux مكافئًا” هو الخيار الأكثر استقرارًا وراحة.

في هذا القسم، نقدم حلولاً بديلة واقعية: استبدال تطبيقات Windows بتطبيقات أصلية لـ Linux.
نقدم قوائم بالتطبيقات حسب الغرض، ونغطي نصائح الهجرة والتحذيرات.

10.1 “الاستبدال” هو استراتيجية قياسية لمستخدمي Ubuntu

بينما يمكنك تشغيل .exe باستخدام Wine أو الافتراضية،

• تظهر مشكلات (الخطوط/الإدخال إلخ) بشكل متكرر
• تتطلب الصيانة وتحديثات التوافق جهداً
• قد يتأثر استقرار النظام

من ناحية أخرى، تطبيقات مفتوحة المصدر أو تطبيقات متعددة المنصات لـ Linux لديها
وظائف وعمليات شبه معادلة لإصدارات Windows، و
في العديد من المجالات، “الهجرة” خيار واقعي.

10.2 قائمة التطبيقات البديلة الشائعة الاستخدام

🧾 المكتب والإنشاء الوثائقي

🧠 البرمجة والتطوير

🎨 تحرير الصور والفيديو

🎧 الموسيقى والوسائط المتعددة

🌐 الويب والشبكات

10.3 الحالات التي تكون فيها الهجرة إلى Ubuntu سلسة

المجالات التالية نسبياً سلسة للهجرة إلى Ubuntu:

من ناحية أخرى، غالباً ما تفترض برمجيات CAD والمحاسبة والصناعية Windows.
غالباً ما تتطلب هذه الاستخدام المشترك لـ “آلة افتراضية بالإضافة إلى Ubuntu” للعمل الواقعي.

10.4 نصائح لإدخال تطبيقات أصلية لـ Linux

1. استفد من Snap أو Flatpak في Ubuntu، بالإضافة إلى APT، يمكنك الحصول على أحدث التطبيقات بسهولة عبر “Snap” أو “Flatpak”. sudo snap install krita sudo flatpak install flathub org.libreoffice.LibreOffice
2. خصص الإعدادات والاختصارات تدعم العديد من تطبيقات Linux اختصارات لوحة المفاتيح أو تخصيص الثيمات، لذا يمكنك تهيئتها لتشعر مثل Windows.
3. تحقق من توافق صيغ البيانات مثال: للوثائق المكتبية، تحقق من توافق .docx ، .xlsx . يمكن لـ GIMP فتح .psd ، لكنه قد لا يعيد إنشاءها بدقة—كن على دراية.

10.5 فوائد الانتقال إلى أصلي Linux

10.6 الملخص: تغيير عقليتك للعمل المريح على Ubuntu

تشغيل .exe مريح بالتأكيد، لكن إذا استخدمت Ubuntu طويل الأمد،
النهج المثالي هو التحول نحو “تحسين لـ Linux بدلاً من إعادة إنتاج Windows”.

• • ابدأ بـ تجربة Wine
  • إذا فشل ذلك، انتقل إلى آلة افتراضية <liفي النهاية، انتقل نحو

تطبيقات أصلية لـ Linux

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

11. الملخص: الخيارات المثلى ومعايير القرار للتعامل مع .exe على Ubuntu

حتى الآن، شرحنا جميع الطرق لتنفيذ ملفات .exe على Ubuntu.
من Wine، والآلات الافتراضية، وWSL، إلى الهجرة إلى تطبيقات أصلية لـ Linux—كل واحدة لها قوى و قيود.

في هذا القسم، نلخص وننظم “أي طريقة يجب أن تختار” حسب الغرض والبيئة.
أخيراً، نحدد العقلية التي يجب على مستخدمي Ubuntu تبنيها تجاه .exe.

11.1 إعادة تنظيم الخيارات الأربعة لتشغيل .exe على Ubuntu

11.2 النهج الموصى به حسب حالة الاستخدام

11.3 المفاهيم الخاطئة الشائعة والتحذيرات

❌ “تثبيت Wine سيجعل كل شيء يعمل”

→ في الواقع، يعمل بعض التطبيقات فقط. Wine ليس كلي القدرة.
يجب التحقق من AppDB (قاعدة بيانات WineHQ) مسبقاً.

❌ “الآلات الافتراضية سريعة”

→ الافتراضية تحسن التوافق، لكن حمل الموارد أعلى من الأصلي.
للمهام الطويلة أو الثقيلة، لا تزال بحاجة إلى مواصفات كافية.

❌ “إصدارات Linux من Office متوافقة 100%”

→ يقدم LibreOffice وغيرها توافقاً عالياً، لكن الماكرو أو بعض التخطيطات قد تتعطل.
للوثائق التجارية، يجب اختبارها بعناية.

✅ “بمجرد بناء تدفق عمل أصلي لـ Linux، لن تعود”

→ بعد أن تتكيف مع تدفقات العمل المحسنة لـ Linux،
ستلاحظ المزايا في سرعة التحديث، والأمان، والأداء.

11.4 استراتيجية 3 خطوات لتقليل المشكلات

1. جرب Wine أولاً → للتطبيقات الخفيفة أو الملفات التنفيذية الفردية يكون كافياً. إذا فشل، انتقل إلى الخطوة التالية.
2. إذا لم يعمل، انتقل إلى آلة افتراضية → للمهام الحرجة في الأعمال، والبرمجيات المعتمدة على التعريف.
3. على المدى الطويل، انتقل إلى تطبيقات أصلية على لينكس → الأفضل للصيانة، الاستقرار، والأمان.

باتباع هذا المنطق الثلاثي الطبقات، يمكنك تقليل نوع المشكلات “لا يعمل / الإعدادات تعطلت”.

11.5 كيف يجب على مستخدمي أوبونتو التعامل مع .exe

أوبونتو ليس مجرد “بديل لويندوز”؛ إنه
نظام تشغيل قوي له نظامه البيئي الخاص.

تشغيل .exe بالقوة هو خيار انتقالي. المثالي هو استخدام بيئة تعتمد على سير عمل أصلي لأوبونتو.

بمعنى آخر:

• Wine أو الافتراضية تعمل كجسور، ليست تبعيات دائمة.
• هدفك يجب ألا يكون “إعادة إنشاء ويندوز”، بل “الاستفادة القصوى من أوبونتو”.
• الهدف الحقيقي ليس “القدرة على تشغيل .exe”، بل “جعل أوبونتو منصة عملك”.

11.6 للمبتدئين في أوبونتو

1. لا تخف من التجربة — أوبونتو يسمح بالتراجع عن الأخطاء.
2. ابنِ ببساطة — تجنّب التركيبات المعقدة الزائدة من Wine، VM، WSL.
3. سجّل مشاكلك — دوّن الأوامر والأخطاء لبناء قابلية التكرار.
4. راجِع بانتظام — أوبونتو وWine يتطوران بسرعة؛ لا تعتمد على معلومات قديمة.
5. تعلم لينكس الأصلي — الإلمام بعمليات الطرفية وإدارة الحزم يوسّع قدراتك.

11.7 الخلاصة: أوبونتو × .exe = “الاختيار والمرونة”

الطريقة المثلى للتعامل مع .exe على أوبونتو تختلف حسب الغرض وحالة الاستخدام.

• تريد تجربة سهلة → Wine
• تريد تشغيل مستقر → آلة افتراضية
• تريد بيئة تطوير موحدة → WSL
• تفكر على المدى الطويل → تطبيقات أصلية على لينكس

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

12. الأسئلة المتكررة (FAQ)

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

س1. لماذا لا يمكنني فتح ملف .exe مباشرةً على أوبونتو؟

.exe هو تنسيق تنفيذية خاص بويندوز فقط (تنسيق PE) وأوبونتو (لينكس) يستخدم تنسيق ELF.
هذا يعني أن بنية الملف وواجهة برمجة التطبيقات الداخلية تختلف لذا لا يستطيع نواة أوبونتو التعرف على .exe كبرنامج تنفيذي.

→ الحل:
استخدم أمرًا مثل wine your_app.exeشغيله عبر Wine.

س2. إذا استخدمت Wine، هل سيعمل كل ملف .exe؟

لا. Wine ليس شاملًا.
على الرغم من أن Wine يكرر واجهات برمجة تطبيقات ويندوز، لكنه ليس محاكاة كاملة،
بعض التطبيقات قد تكون غير مستقرة أو لا تُطلق.

→ الحلول:

• تحقق من WineHQ AppDB للتوافق.
• استخدم winetricks لتثبيت بيئات التشغيل (مثل vcrun2015 ، dotnet40).
• إذا ما زال لا يعمل، استخدم آلة افتراضية تشغل ويندوز كامل.

س3. أقوم بالنقر المزدوج على .exe ولا يحدث شيء. ماذا أفعل؟

أوبونتو يحدد الملفات التنفيذية بناءً على الأذونات، وليس على الامتداد.
كما أنه إذا لم يكن Wine مرتبطًا، فلن يتم تشغيله.

→ الحل:

chmod +x setup.exe
wine setup.exe

أو في مدير الملفات انقر بزر الفأرة الأيمن → “فتح باستخدام Wine”.

س4. النص الياباني يظهر مشوشًا تحت Wine. كيف يمكن إصلاحه؟

بشكل افتراضي، يتم تكوين Wine حول الخطوط الإنجليزية، لذا الخطوط اليابانية مفقودة.

→ الحل:

sudo apt install fonts-noto-cjk

بدلاً من ذلك، انسخ meiryo.ttc أو msgothic.ttc من C:WindowsFonts إلى ~/.wine/drive_c/windows/Fonts/.
يسمح ذلك للتطبيقات اليابانية بالعرض بشكل صحيح.

س5. أحاول فتح ملف .exe وأرى “cannot execute binary file”. لماذا؟

هذا يشير إلى أن أوبونتو لا يتعرف على .exe كتنسيق تنفيذي.
إما أن Wine غير مثبت أو أن دعم 32-بت معطل.

→ الحل:

sudo dpkg --add-architecture i386
sudo apt update
sudo apt install wine64 wine32

ثم جرب مرة أخرى: wine your_app.exe.

Q6. هل يمكنني تشغيل .exe من Ubuntu على WSL؟

نعم.
يشارك WSL (نظام ويندوز الفرعي للينكس) نواة ويندوز، لذا يمكنك تشغيل تطبيقات ويندوز من Ubuntu داخل WSL.

notepad.exe
explorer.exe .

ومع ذلك، هذا غير ممكن على Ubuntu المستقل؛ يتطلب WSL مضيف ويندوز.

Q7. هل يمكنني تشغيل الألعاب تحت Wine؟

ألعاب 2D خفيفة أو عناوين قديمة تعمل أحيانًا.
ومع ذلك، غالبًا ما تكون الألعاب ثلاثية الأبعاد الحديثة التي تستخدم DirectX غير مستقرة.

→ الحلول:

• استخدم winetricks d3dx9 أو قم بتثبيت Vulkan إلخ.
• استخدم طبقة التوافق “Proton (متغير Wine الخاص بـ Steam)”.

بيئة Steam’s Proton تسمح بتشغيل العديد من ألعاب ويندوز على Ubuntu.

Q8. تطبيقي يتعطل تحت Wine. هل يجب إعادة تثبيت كل شيء؟

في العديد من الحالات، إعادة تعيين بيئة Wine تحل المشكلة.

rm -rf ~/.wine
winecfg

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

Q9. Wine مقابل الآلة الافتراضية: أيها يجب أن أستخدم؟

الخلاصة:
إذا كنت تريد فقط تجربة سهلة، استخدم Wine؛ إذا كنت بحاجة إلى عمل مضمون، استخدم الآلة الافتراضية.

Q10. أريد الانتقال إلى تطبيقات لينكس لكنني لا أعرف من أين أبدأ؟

طرق موصى بها:

• مركز برمجيات Ubuntu (واجهة رسومية)
• سطر الأوامر: sudo snap find appname

• مواقع الويب:

  • Flathub (توزيع تطبيقات Flatpak)
  • Snapcraft (متجر Snap الرسمي)
  • Alternativeto.net (البحث عن بدائل التطبيقات)

خاصة تطبيقات مثل LibreOffice, GIMP, VS Code, Kdenlive, Inkscape قياسية وسهلة الانتقال من تطبيقات ويندوز.

Q11. هل تشغيل تطبيقات ويندوز عبر Wine على Ubuntu آمن من منظور أمني؟

عند تشغيل .exe عبر Wine، قد تقوم عن غير قصد بتشغيل برمجيات خبيثة لـ Windows.
بينما Ubuntu نفسها أقل عرضة لفيروسات ويندوز، فإن طبقة Wine ترث مخاطر نمط ويندوز.
أنت تواجه خطر الإصابة في بيئة Wine.

→ نصائح أمنية:

• احصل على ملفات .exe فقط من مصادر موثوقة
• عزل ~/.wine؛ احذفها عند عدم الحاجة
• قم بتخزين البيانات المهمة بشكل منفصل عن بيئة Wine

Q12. بعد كل شيء، أي طريقة توصي بها أكثر؟

يعتمد على تطبيقك واستخدامك.
ومع ذلك، النهج الأكثر كفاءة هو اتباع هذا الترتيب العام:

1. جرب Wine للبساطة
2. إذا فشل، انتقل إلى VirtualBox / VMware
3. للعمليات طويلة الأمد المستقرة، انتقل إلى تطبيقات أصلية للينكس

باتباع هذا التدفق، تقلل من التوتر الناتج عن تشغيل .exe على Ubuntu.

Q13. هل التعامل مع .exe على Ubuntu صعب؟

بينما هناك منحنى تعلم، بمجرد فهم العمليات الأساسية (التثبيت، التشغيل، الإزالة)، ليس صعبًا.
على العكس، إنه فرصة جيدة لتعلم آليات لينكس.
بمجرد إمساكك بالهيكل، يمكنك بناء بيئة أكثر مرونة واستقرارًا من ويندوز.

Q14. هل سيصبح Wine أو الافتراضية غير ضروريين في المستقبل؟

ليس تمامًا.
لكن الاتجاه نحو البرمجيات عبر المنصات (دعم ويندوز/لينكس) مستمر.
خاصة مع عصر التطبيقات الويبية والسحابية، تنمو البيئات التي لا تعتمد على .exe بثبات.

Q15. ما هي الخطوة الأولى الموصى بها للمبتدئين في Ubuntu؟

• جرب: wine notepad.exe
• جرب تثبيت تطبيقات أصلية للينكس مثل LibreOffice أو GIMP
• ثم حدد أي التطبيقات حقًا “خاصة بـ Windows فقط” وقيم كيفية التعامل معها.

التجربة بخطوات صغيرة والتكيف تدريجيًا مع Ubuntu هي النهج الأفضل.
خذ وقتك وبنِ بيئتك خطوة بخطوة.

الملخص

هناك العديد من الطرق لتشغيل .exe على Ubuntu—لكن النقطة المهمة هي أن لا يوجد “إجابة صحيحة واحدة”.
باتصال ذكي بين Wine، الافتراضية، WSL، والانتقال الأصلي، تبني
عقلية هندسية قادرة على التعامل بمرونة مع أي بيئة.

«ليس مجرد تشغيل—فهم واختيار».
هذه هي الخطوة الأولى الحقيقية نحو الحرية لمستخدمي أوبونتو.