حوّل ملفات DEB مجانًا
أداة تحويل ملفات DEB احترافية
قم بإسقاط ملفاتك هنا
أو انقر لتصفح الملفات
الصيغ المدعومة
قم بتحويل جميع صيغ الملفات الرئيسية بجودة عالية
الصيغ الشائعة
ZIP Archive - universal compression format developed by Phil Katz (1989) supporting multiple compression methods. Built into Windows, macOS, and Linux. Uses DEFLATE algorithm providing good compression (40-60% reduction) with fast processing. Supports file encryption, split archives, and compression levels. Maximum compatibility across all platforms and devices. Perfect for file sharing, email attachments, web downloads, and general-purpose compression. Industry standard with virtually universal software support including built-in OS tools, mobile apps, and command-line utilities.
RAR Archive - proprietary format by Eugene Roshal (1993) offering superior compression ratios (10-20% better than ZIP) through advanced algorithms. Popular on Windows with WinRAR software. Supports recovery records for damaged archive repair, solid compression for better ratios, strong AES encryption, and split archives up to 8 exabytes. Excellent for long-term storage, large file collections, and backup scenarios. Common in software distribution and file sharing communities. Requires WinRAR or compatible software (not built into most systems).
7-Zip Archive - open-source format by Igor Pavlov (1999) providing the best compression ratio available (20-40% better than ZIP, 10-15% better than RAR). Uses LZMA and LZMA2 algorithms with strong AES-256 encryption. Supports huge file sizes (16 exabytes), multiple compression methods, solid compression, and self-extracting archives. Free from licensing restrictions and patent concerns. Perfect for maximizing storage efficiency, software distribution, and backup archives where size matters. Requires 7-Zip or compatible software but offers exceptional space savings.
Unix Formats
TAR Archive - Tape Archive format from Unix (1979) bundling multiple files and directories into single file without compression. Preserves file permissions, ownership, timestamps, and symbolic links critical for Unix systems. Often combined with compression (TAR.GZ, TAR.BZ2, TAR.XZ) for efficient distribution. Standard format for Linux software packages, system backups, and cross-platform file transfer. Essential for maintaining Unix file attributes. Works with streaming operations enabling network transfers and piping. Foundation of Unix/Linux backup and distribution systems.
GZIP/TGZ - GNU zip compression format (1992) using DEFLATE algorithm, standard compression for Linux and Unix systems. TGZ is TAR archive compressed with GZIP. Fast compression and decompression with moderate ratios (50-70% reduction for text). Single-file compression commonly paired with TAR for multi-file archives. Universal on Unix/Linux systems with built-in 'gzip' command. Perfect for log files, text data, Linux software distribution, and web server compression. Streaming-friendly enabling on-the-fly compression. Industry standard for Unix file compression since the 1990s.
BZIP2/TBZ2 - block-sorting compression format by Julian Seward (1996) offering better compression than GZIP (10-15% smaller) at the cost of slower processing. TBZ2 is TAR archive compressed with BZIP2. Uses Burrows-Wheeler transform achieving excellent ratios on text and source code. Popular for software distribution where size matters more than speed. Common in Linux package repositories and source code archives. Ideal for archival storage, software releases, and situations prioritizing compression over speed. Standard tool on most Unix/Linux systems.
XZ/TXZ - modern compression format (2009) using LZMA2 algorithm providing excellent compression ratios approaching 7Z quality. TXZ is TAR archive compressed with XZ. Superior to GZIP and BZIP2 with ratios similar to 7Z but as single-file stream. Becoming the new standard for Linux distributions and software packages. Supports multi-threading for faster processing. Perfect for large archives, software distribution, and modern Linux systems. Smaller download sizes for software packages while maintaining fast decompression. Default compression for many current Linux distributions.
{format_tar_7z_desc}
{format_tar_bz_desc}
{format_tar_lz_desc}
{format_tar_lzma_desc}
{format_tar_lzo_desc}
{format_tar_z_desc}
TGZ - TAR archive compressed with GZIP compression. Combines TAR's file bundling with GZIP's compression in single extension (.tgz instead of .tar.gz). Standard format for Linux software distribution and source code packages. Maintains Unix file permissions and attributes while reducing size 50-70%. Fast compression and decompression speeds. Universal compatibility on Unix/Linux systems. Perfect for software releases, backup archives, and cross-platform file transfer. Abbreviated form of TAR.GZ with identical functionality and structure.
TBZ2 - TAR archive compressed with BZIP2 compression. Better compression than TGZ (10-15% smaller) but slower processing. Uses Burrows-Wheeler block sorting for excellent text compression. Common in Linux distributions and software packages where size is critical. Maintains Unix file permissions and attributes. Perfect for source code distribution, archival storage, and bandwidth-limited transfers. Abbreviated form of TAR.BZ2 with identical functionality. Standard format for Gentoo Linux packages and large software archives.
TXZ - TAR archive compressed with XZ (LZMA2) compression. Modern format offering best compression ratios for TAR archives (better than TGZ and TBZ2). Fast decompression despite high compression. Supports multi-threading for improved performance. Becoming standard for Linux distributions (Arch, Slackware use TXZ). Maintains Unix permissions and symbolic links. Perfect for large software packages, system backups, and efficient storage. Abbreviated form of TAR.XZ representing the future of Unix archive compression.
LZMA/TAR.LZMA - Lempel-Ziv-Markov chain Algorithm compression format (2001) offering excellent compression ratios. TAR.LZMA combines TAR archiving with LZMA compression. Predecessor to XZ format using similar algorithm but older container format. Better compression than GZIP and BZIP2 but superseded by XZ/LZMA2. Still encountered in older Linux distributions and legacy archives. Slower compression than GZIP but better ratios (similar to XZ). Modern systems prefer TAR.XZ over TAR.LZMA. Legacy format for accessing older compressed archives from 2000s era.
LZO/TAR.LZO - Lempel-Ziv-Oberhumer compression format prioritizing speed over compression ratio. TAR.LZO is TAR archive compressed with LZO. Extremely fast compression and decompression (faster than GZIP) with moderate ratios (30-50% reduction). Popular in real-time applications, live systems, and scenarios requiring instant decompression. Used by some Linux kernels and embedded systems. Common in backup solutions prioritizing speed. Perfect for temporary compression, live CD/USB systems, and high-speed data transfer. Trade-off: larger files than GZIP/BZIP2/XZ but much faster processing.
Z/TAR.Z - Unix compress format from 1985 using LZW (Lempel-Ziv-Welch) algorithm. TAR.Z is TAR archive compressed with compress command. Historical Unix compression format predating GZIP. Patent issues (until 2003) led to GZIP replacing it. Legacy format with poor compression by modern standards. Rarely used today except in very old Unix systems and historical archives. If you encounter .Z or .tar.Z files, convert to modern formats (TAR.GZ, TAR.XZ) for better compression and wider support. Important for accessing ancient Unix archives from 1980s-1990s.
الصيغ المتخصصة
ISO Image - ISO 9660 disk image format containing exact sector-by-sector copy of optical media (CD/DVD/Blu-ray). Standard format for distributing operating systems, software installations, and bootable media. Can be mounted as virtual drive without physical disc. Contains complete filesystem including boot sectors, metadata, and file structures. Essential for Linux distributions, system recovery media, and software archives. Used by burning software, virtual machines, and media servers. Universal standard with support in all major operating systems for mounting and burning.
Cabinet Archive - Microsoft's compression format for Windows installers and system files. Used extensively in Windows setup packages, driver installations, and system updates. Supports multiple compression algorithms (DEFLATE, LZX, Quantum), split archives, and digital signatures. Built into Windows with native extraction support. Common in software distribution for Windows applications, particularly older installers and Microsoft products. Maintains Windows-specific attributes and can store multiple files with folder structures. Part of Windows since 1996.
AR Archive - Unix archiver format (1970s) originally for creating library archives (.a files). Simple format storing multiple files with basic metadata (filename, modification time, permissions). Used primarily for static libraries in Unix development (.a extension). Foundation format for DEB packages (Debian packages are AR archives containing control and data). Minimal compression support (none by default). Essential for Unix library management and Debian package structure. Standard tool 'ar' included on all Unix/Linux systems. Simple and reliable for static file collections.
Debian Package - software package format for Debian, Ubuntu, and derivative Linux distributions. Contains compiled software, installation scripts, configuration files, and dependency metadata. Used by APT package manager (apt, apt-get commands). Actually a special AR archive containing control files and data archives. Essential format for Debian-based Linux software distribution. Includes pre/post-installation scripts, version management, and dependency resolution. Standard packaging for thousands of Ubuntu/Debian applications. Can be inspected and extracted as regular archive.
RPM Package - Red Hat Package Manager format for Red Hat, Fedora, CentOS, SUSE, and derivative Linux distributions. Contains compiled software, installation metadata, scripts, and dependency information. Used by YUM and DNF package managers. Includes GPG signature support for security verification. Standard for Red Hat Enterprise Linux ecosystem. Supports pre/post-installation scriptlets, file verification, and rollback capabilities. Essential format for RHEL-based Linux software distribution. Can be extracted as archive to inspect contents without installation.
أرشيف JAR - صيغة أرشيف Java تعتمد على ضغط ZIP لتعبئة تطبيقات Java. يحتوي على فئات Java المجمعة (.class files)، موارد التطبيق، وبيانات التعريف. صيغة التوزيع القياسية لتطبيقات ومكتبات Java. تدعم التوقيعات الرقمية للتحقق من الشيفرة. يمكن أن تكون قابلة للتنفيذ (ملفات JAR القابلة للتشغيل مع بيانات تعريف Main-Class). مثالية لنشر تطبيقات Java، توزيع المكتبات، وأنظمة الإضافات. متوافقة مع أدوات ZIP ولكن تتضمن ميزات خاصة بـ Java. صيغة أساسية لتطوير ونشر Java منذ عام 1996.
ARJ Archive - legacy DOS compression format by Robert Jung (1991). Popular in DOS and early Windows era for its good compression ratio and ability to create multi-volume archives. Supports encryption, damage protection, and archive comments. Largely obsolete today, replaced by ZIP, RAR, and 7Z. Still encountered in legacy systems and old software archives. Requires ARJ or compatible decompression software. Historical format important for accessing old DOS/Windows archives from 1990s. Better converted to modern formats for long-term accessibility.
أرشيف LHA - صيغة ضغط يابانية (أيضًا LZH) تم تطويرها في عام 1988، شائعة جدًا في اليابان ومع مستخدمي Amiga. تستخدم خوارزميات ضغط LZSS وLZHUF التي توفر نسب ضغط جيدة. شائعة لتوزيع البرمجيات اليابانية في التسعينيات. تدعم رؤوس الأرشيف، هياكل الدليل، وسمات الملفات. صيغة قديمة تم استبدالها الآن بمعظم البدائل الحديثة. لا تزال موجودة في الحوسبة القديمة، أرشيفات البرمجيات اليابانية، ومجتمعات Amiga. تتطلب برامج متوافقة مع LHA/LZH للاستخراج. مهمة للوصول إلى أرشيفات البرمجيات اليابانية وAmiga.
CPIO Archive - Copy In/Out archive format from Unix (1970s) for creating file archives. Simpler than TAR, often used for system backups and initramfs/initrd creation. Standard format for Linux initial RAM disk images. Supports multiple formats (binary, ASCII, CRC). Better handling of special files and device nodes than TAR. Common in system administration, bootloader configurations, and kernel initrd images. Universal on Unix/Linux systems. Essential for system-level archiving and embedded Linux systems. Works well for streaming operations.
كيفية تحويل الملفات
قم بتحميل ملفاتك، اختر صيغة الإخراج، وقم بتنزيل الملفات المحولة على الفور. يدعم محولنا التحويل الدفعي ويحافظ على جودة عالية.
الأسئلة المتكررة
What is a DEB file and why is it the standard package format for Debian-based Linux systems?
A DEB file is the native software package format used by Debian and all Debian-based Linux distributions such as Ubuntu, Linux Mint, Pop!_OS, Kali Linux, and Raspberry Pi OS. It bundles application binaries, libraries, metadata, dependencies, maintainer scripts, and configuration files into a structured package that can be installed, upgraded, or removed cleanly by the system’s package manager.
DEB packages rely on the dpkg packaging system and follow strict policies regarding file locations, metadata structure, dependency declarations, and post-installation scripts. This consistency ensures that software integrates smoothly into the Linux system environment.
DEB became the dominant Linux packaging format because of Debian’s long history, its influence on countless distributions, and the robustness of APT-based dependency resolution, making it one of the most stable and predictable package formats.
لماذا تحتوي ملفات DEB على أرشيفات بيانات وأرشيفات تحكم؟
تتكون حزم DEB من أرشيفين داخليين: أرشيف التحكم (البيانات الوصفية، السكريبتات، قوائم التبعيات، معلومات الصيانة) وأرشيف البيانات (الملفات التنفيذية الفعلية والدلائل التي سيتم تثبيتها).
تسمح هذه الفصل للنظام بقراءة بيانات وصف الحزمة دون فك ضغط ملفات البرنامج، مما يمكّن من التحقق السريع من التبعيات وتخطيط التثبيت.
يضمن الهيكل المنفصل سير عمل تثبيت/إلغاء تثبيت نظيف وسلوك قابل للتنبؤ عبر جميع أنظمة التعبئة المعتمدة على Debian.
لماذا لا يمكن تثبيت بعض حزم DEB بسبب تعارضات التبعيات؟
تعتمد حزم DEB على إعلانات التبعيات الصريحة. إذا كانت المكتبات أو الحزم المطلوبة مفقودة أو قديمة أو تم استبدالها بإصدارات غير متوافقة، ستفشل عملية التثبيت.
غالبًا ما تتخطى ملفات DEB المثبتة يدويًا حل التبعيات الخاص بـ APT، مما يتطلب من المستخدمين تثبيت التبعيات بأنفسهم أو استخدام أدوات مثل GDebi التي تحاول الحل التلقائي.
تمنع هذه الصلابة في التبعيات كسر النظام ولكنها أحيانًا ت frustrate المستخدمين الذين يقومون بتثبيت ملفات DEB المستقلة خارج المستودعات الرسمية.
لماذا تحذر بعض التوزيعات من تثبيت ملفات DEB عشوائية؟
يمكن أن تحتوي ملفات DEB على سكريبتات قبل أو بعد التثبيت تعمل بامتيازات الجذر، مما يجعلها قادرة على تعديل ملفات النظام أو تنفيذ عمليات ضارة.
قد تتجاوز الحزم من مصادر غير رسمية أو غير موثوقة المكتبات النظامية أو تتعارض مع البرمجيات المدارة بواسطة المستودعات، مما يتسبب في تلف بيئة النظام.
يُشجع المستخدمون على تثبيت DEBs فقط من مطورين موثوقين أو مستودعات رسمية من أجل الأمان والاستقرار.
لماذا يتم تثبيت ملفات DEB عادةً بشكل أسرع من التجميع من المصدر؟
تحتوي حزم DEB على ثنائيات مسبقة التجميع مُحسّنة لهندسة النظام، مما يلغي الحاجة إلى التجميع أثناء التثبيت.
مدير الحزم يقوم ببساطة باستخراج الملفات إلى مواقعها المقصودة وتشغيل سكربتات التكوين، مما يقلل بشكل كبير من وقت التثبيت.
هذا يجعل DEBs مثالية للمستخدمين النهائيين الذين يرغبون في تثبيت سريع وموثوق دون إدارة تبعيات البناء.
هل من الآمن استخراج ملفات DEB يدويًا؟
نعم، يمكن استخراج ملفات DEB بأمان باستخدام أدوات قياسية لأنها في الأساس أرشيفات ar تحتوي على أرشيفات tar.
ومع ذلك، فإن استخراج DEB يدويًا لا يقوم بتثبيت تبعياته أو تشغيل أي سكربتات نظام مطلوبة، مما يعني أن التطبيق قد لا يعمل بشكل صحيح.
الاستخراج اليدوي يُفضل استخدامه للتفتيش أو الهندسة العكسية أو استرجاع الملفات المعزولة بدلاً من التثبيت الفعلي.
لماذا تتضمن بعض حزم DEB سكربتات preinst و postinst و prerm و postrm؟
تقوم هذه السكربتات الخاصة بالمسؤول بأتمتة المهام أثناء التثبيت والإزالة، مثل تحديث ذاكرات النظام، وإنشاء حسابات المستخدمين، وتمكين الخدمات، أو ترحيل ملفات التكوين.
تعمل هذه السكربتات بصلاحيات إدارية، مما يعني أنها يمكن أن تُجري تغييرات على مستوى النظام التي يحتاجها التطبيق المعبأ.
بينما تعتبر ضرورية للوظائف، تمثل هذه السكربتات أيضًا أكبر قلق أمني في حزم DEB غير الموثوقة.
لماذا تفشل بعض حزم DEB عندما لا تتطابق الهندسة مع النظام؟
تحدد حزم DEB أنواع الهندسة مثل amd64 و i386 و armhf و arm64 أو all. سيؤدي تثبيت هندسة غير متوافقة إلى الفشل.
تتطلب الإعدادات متعددة الهندسة تكوينًا صحيحًا عبر dpkg أو APT لمنع تعارضات عبر الهندسة.
لا يمكن تشغيل الحزم المستهدفة لعائلة CPU مختلفة ما لم تكن طبقات المحاكاة مثل QEMU أو Rosetta موجودة.
هل يمكن تحويل ملفات DEB إلى تنسيقات حزم أخرى؟
نعم، تتيح أدوات مثل `alien` التحويل بين DEB و RPM وأنواع الحزم الأخرى.
ومع ذلك، قد لا تحتفظ الحزم المحولة تمامًا بهياكل التبعيات أو سلوك المسؤول، مما يؤدي إلى مشاكل وظيفية.
يُوصى دائمًا بالتعبئة الأصلية من أجل تكامل النظام الصحيح.
هل تدعم حزم DEB الضغط؟
تستخدم ملفات DEB أرشيفات تحكم وبيانات مضغوطة، عادةً gzip أو xz أو zstd اعتمادًا على سياسات التعبئة في النظام.
تفضل أنظمة Debian الأحدث xz أو zstd للحصول على نسب ضغط أعلى وأداء أسرع.
يؤثر الضغط على حجم الملف ولكن ليس على سرعة التثبيت بشكل كبير، حيث أن فك الضغط سريع للغاية.
لماذا تتضمن بعض حزم DEB توقيعات أو تجزئات؟
تتحقق التوقيعات الرقمية من أن الحزمة لم يتم العبث بها وأنها تأتي من مسؤول موثوق أو مستودع.
تضمن التجزئات داخل أرشيف التحكم سلامة داخلية وتكتشف الفساد أو العبث.
يقوم APT بإجراء تحقق إضافي لحزم DEB المدارة بواسطة المستودعات باستخدام توقيعات حلقة مفاتيح المستودع.
لماذا يكون تثبيت حزم DEB أسهل مع APT مقارنةً بـ dpkg؟
يقوم dpkg بتثبيت ملف DEB نفسه فقط ولا يتعامل تلقائيًا مع التبعيات.
يقوم APT بحل التبعيات باستخدام بيانات التعريف الخاصة بالمستودع ويثبت كل ما يحتاجه الحزمة.
بالنسبة لـ DEBs المستقلة، تساعد أدوات مثل GDebi في سد الفجوة من خلال محاولة حل التبعيات تلقائيًا.
لماذا تستخدم ملفات DEB قواعد صارمة لمسارات نظام الملفات؟
تفرض سياسة تعبئة Debian مكان وضع الثنائيات والمكتبات والمستندات والتكوينات للحفاظ على الاتساق.
تسهل المسارات الموحدة صيانة النظام والترقيات والإدارة الآلية.
تضمن هذه الهيكلية التوافق عبر جميع توزيعات Debian وتمنع تجزئة نظام الملفات.
هل يمكن أن تثبت ملفات DEB تطبيقات رسومية، خوادم، برامج تشغيل، وأدوات CLI؟
Yes, DEB is a universal packaging format capable of distributing virtually any type of Linux software.
يقوم المطورون بتعبئة كل شيء من التطبيقات المكتبية إلى وحدات النواة بتنسيق DEB للتوزيع.
تضمن مرونة التنسيق والتكامل القوي مع أنظمة Debian/Ubuntu بقاء DEB ذات صلة عبر جميع فئات البرمجيات.
هل يجب عليك استخدام ملفات DEB أو تثبيت البرمجيات من خلال المستودعات؟
عادةً ما يكون التثبيت من المستودع أكثر أمانًا واستقرارًا لأن الحزم يتم فحصها واختبارها وتحديثها تلقائيًا.
تكون DEBs المستقلة مفيدة للتطبيقات الملكية، والبرمجيات التجريبية، والحزم الموزعة من قبل البائعين، والتثبيت غير المتصل.
للحفاظ على استقرار النظام، يُفضل دائمًا التثبيت المعتمد على المستودعات ما لم تكن DEB المستقلة هي المصدر الوحيد.