5. "Test" command verifies validity of RAR 5.0 recovery record.
Recovery record is tested after processing all archived files.
If corrupt archive contains the recovery record, it might be possible
to repair it even if recovery record validity test is failed.
"Repair" command attempts to utilize even a partially damaged
recovery record. So treat the negative recovery record test result
as a reason to re-create the archive if original files are still
available, but not as a reason to avoid "Repair" command.
6. Changes in RAR 5.0 encryption algorithm:
a) encryption algorithm is changed from AES-128 to AES-256 in CBC mode.
Key derivation function is based on PBKDF2 using HMAC-SHA256;
b) special password verification value allows to detect most of
wrong passwords without necessity to unpack the entire file;
c) if archive headers are not encrypted ("Encrypt file names" option
is off), file checksums for encrypted RAR 5.0 files are modified
using a special password dependent algorithm, to make impossible
guessing file contents based on checksums. Do not expect such
encrypted file checksums to match usual CRC32 and BLAKE2 values.
7. RAR 5.0 archives allow to utilize 256 bit length BLAKE2sp hash
(
https://blake2.net ) instead of 32 bit CRC32 as a file checksum.
Enable "Use BLAKE2 file checksum" option in "Options" page of
archiving dialog or specify -htb command line switch to use BLAKE2
checksums.
While producing slightly larger archives, BLAKE2 can be used
for file contents identification. If two files have the same
BLAKE2 value, it practically guarantees that file contents
is the same. BLAKE2 error detection property is also stronger
than in much shorter CRC32.
8. Features removed:
a) authenticity verification feature did not provide the required
level of reliability and was removed;
b) switch -en (do not add "end of archive" block) is not supported
by RAR 5.0 archives, which always have the end of archive block.
This block helps WinRAR to safely skip external data like
digital signatures appended to archive;
c) old style extension based arcname.rNN volume names are not
supported by RAR 5.0 archives, which use only arcname.partN.rar
volume names;
d) file comments are not supported anymore both in RAR 4.x
and RAR 5.0 archives. Console RAR 'cf' command is removed.
It does not affect the archive comment support, which is present
in both versions of archive format and is not planned for removal.
9. "Set password" command and "Dictionary size" option are moved to
"General" page of archiving dialog.
10. You can use "Save symbolic links as links" option on "Advanced" page
of archiving dialog to save and restore NTFS symbolic links
and reparse points as links, so their contents is not archived.
Command line equivalent of this option is -ol switch.
Similar option for NTFS hard links is "Save hard links as links".
Its command line equivalent is -oh switch.
Both options are available only for RAR 5.0 archive format.
11. Added extraction only support for XZ archive format.
12. Changes in recovery volume processing in RAR 5.0 archive format:
a) maximum number of RAR+REV volumes in RAR 5.0 format is 65535
instead of 255;
b) recovery volume operations are faster than in RAR 4.x;
c) additionally to recovery data, RAR 5.0 REV files also store
service information such as checksums of protected RAR files.
So they are slightly larger than RAR volumes which they protect.
If you plan to copy individual RAR and REV files to some removable
media, you need to take it into account and specify RAR volume
size by a few kilobytes smaller than media size.
13. Maximum path length for files in RAR and ZIP archives is increased
up to 2048 characters.
14. Command line RAR returns the exit code 11 if it can detect that
user entered a wrong password. This code can be returned only
for RAR 5.0 archives. It is impossible to distinguish a wrong
password and data damage for RAR 4.x archives.
15. 'v' and 'l' commands display archived file names in the end of line,
not in that beginning as before. Also some fields previously
available in 'l' and 'v' output are now shown only by 'lt' and 'vt'.
'vt' and 'lt' commands provide the detailed multiline information
for every archived file.
'vta' and 'lta' also include service headers into list.
16. Now the default charset for filelists in commands like
'rar a arcname @filelist' is ANSI for both WinRAR and console RAR.
In previous versions it was ANSI for WinRAR and OEM for console RAR.
You can use -scl switch to override this default.
17. Internal WinRAR viewer can detect and display files in UTF-8
and UTF-16 little endian encodings.
18. UTF-16 little endian encoding is used in RAR and WinRAR log file
rar.log, so Unicode file names are stored in the log correctly.
WinRAR automatically truncates the old rar.log file in non-Unicode
format to avoid mixing different encoding in the same log file.
In case of console RAR you need to delete the old rar.log manually,
otherwide RAR will append UTF-16 messages to existing rar.log.
19. Command line 'r' (repair) command can include an optional destpath\
parameter defining the destination folder for repaired archive:
rar r archive.rar destpath\
Ich habe heute auch angefragt. Wobei sicher die die 5.01 bald folgen wird, die wäre dann wohl out of range, da 18.09. fällig.
