Initializing... drag & drop files here
Supports: RAR
A .tar is a bundle, not a compressor — it staples files together and records their Unix metadata, and that is all. This page walks through turning a proprietary .rar into a plain tarball, explains the one result that surprises everyone (the tar is bigger than the RAR), and lists the cases where the conversion fails so you can spot them before you upload.
.rar onto the page or click "Add Files" to browse. Only .rar is accepted here; the picker will not take .zip or .7z..tar files back, one per source.The conversion is a two-stage extract-and-repack. Your RAR is unpacked with unrar, the extracted tree is swept for unsafe entries, and then the surviving top-level items are handed to tar from inside that directory. Nothing is re-encoded — the bytes of each contained file are identical on the way out.
The tarball we produce is in GNU tar format, identifiable by the ustar␣␣\0 magic at byte offset 257 of the first header block. Here is what that format carries through, entry by entry:
| Metadata | Survives? | Detail |
|---|---|---|
| Relative path & directory tree | Yes | Comes out exactly as it went in, empty directories included |
Permission bits (0755, 0600…) |
Yes, if the RAR stored them | RARs made on Linux/macOS do; ones made on Windows generally do not |
uid / gid and user/group names |
Recorded, but rewritten | They become the conversion server's identity — RAR carries no portable Unix ownership, and only root applies stored ownership on extraction |
| Modification time | Yes, to the second | A file last touched in 2011 still reads 2011 after the round trip |
| Creation / access time | No | Neither the RAR nor a GNU tar header carries them usefully |
| UTF-8 filenames | Yes | Accented and CJK names come through intact |
| Paths longer than 100 characters | Yes | Written as GNU long-name records rather than truncated |
| Symbolic links, device nodes, FIFOs | No | Removed by the post-extraction security sweep |
This is the single most common surprise, and it is not an error. Packing the same 853-file, 5.71 MB source tree with the commands this converter runs gave us:
| Output | What it does | Size |
|---|---|---|
Source .rar (rar a -r) |
Bundle + proprietary compression | 1.49 MB |
.tar — this page |
Bundle only, no compression | 5.71 MB |
.tar.gz |
Bundle + gzip | 1.06 MB |
.tar.bz2 |
Bundle + bzip2 | 772 KB |
.tar.xz |
Bundle + xz (LZMA2) | 743 KB |
A tar is larger than the sum of its contents, not just larger than the RAR: every entry is padded up to a 512-byte boundary and the whole file is rounded up to GNU tar's default 20-block (10,240-byte) record size. That floor is why a .tar holding a single three-byte file still weighs exactly 10,240 bytes. If you want a small file, pick a compressed tarball instead — tar.gz for speed and ubiquity, tar.bz2 as the middle ground, or tar.xz for the smallest result.
unrar on your own computer, then upload the plain archive.unrar extracts what fits in the first volume, then aborts with a missing-volume error. Join the set on your own machine first (unrar x archive.part01.rar with all parts in one folder), re-archive the result, and upload that.dev, proc or sys. A post-extraction security sweep removes directories with those names at any depth, because malicious archives use them to smuggle virtual-filesystem entries. Rename the folder before archiving.cp -rL) before archiving if the targets matter.node_modules tree can breach either ceiling even though the upload itself was small.tar.exe, which has shipped since Windows 10 build 17063.If your goal is "make this archive smaller" or "make this easy for a non-technical recipient", a bare tarball is the wrong answer — it is bigger than what you started with and Windows support is recent. Reach for a plain .tar only when something downstream expects one: a build system that pipes it into its own compressor, a Docker build context, a tar-consuming deployment script, or a storage layer that dedupes better on uncompressed streams. If you simply want the files out of the RAR rather than into a different archive, skip the conversion entirely and use the RAR extractor.
No. Both formats are lossless containers. The RAR is expanded to its original bytes and those exact bytes are written into the tarball, so anything you extract afterwards is bit-for-bit identical to what the RAR held. Only the wrapper changes.
The permission bits, yes, when the source RAR recorded them — which is the case for archives created on Linux or macOS. The tar header stores the mode alongside the path, timestamp and owner fields. Ownership is a different matter: files are extracted as the conversion service's user, so the uid/gid written into the tar are ours, not yours. On extraction that rarely matters, since only root applies stored ownership.
On Linux or macOS, tar -xf yourfile.tar in the folder where you want the contents. Add -p to force exact permission restoration if you are extracting as root. On Windows 11 24H2, double-click it in File Explorer; on earlier Windows, use 7-Zip or run tar -xf yourfile.tar in a Command Prompt.
Not on this page. Archive-to-archive conversions run in Individual Archives mode, which is the only mode offered here — every uploaded .rar produces its own .tar. To end up with one bundle, extract the RARs on your own computer, put everything in a single folder, and re-archive that.
.tar the same thing as .tar.gz without the compression?Yes, exactly. A .tar.gz is a .tar that has been fed through gzip as a single stream — gunzip a .tar.gz and you get back precisely the kind of file this page produces. That layering is also why a compressed tarball cannot be read partially: the gzip stream has to be decompressed from the start to reach any entry, whereas a plain .tar can be scanned block by block.
The tarball mirrors whatever the RAR's internal layout was — if the RAR wrapped everything in a top-level folder, so does the tar; if it held loose files at its root, the tar does too. The one asymmetry is the security sweep, which strips symlinks, device nodes, and directories named dev, proc or sys. Nothing else is added or removed.
Yes. macOS has shipped a BSD tar for its entire history and Archive Utility opens .tar on double-click. Extended attributes and resource forks that the original files may have had on macOS are not carried through, though — they were already lost when the files were put into the RAR, not by this conversion.
Modification times do, to one-second resolution — a file stamped 2011 comes out of the tar stamped 2011. Creation and access times do not: neither the RAR nor the GNU tar header format we emit carries them in a way that survives extraction on a typical Unix filesystem.
This page is hard-wired to a single output. The RAR converter hub lets you pick the target format from a dropdown instead, which is the better starting point if you are still deciding between .tar, a compressed tarball, .7z and .zip.