#546 .tmp files when creating Archive

[skyline killer]

7Zip creates random .tmp files when creating archive using ultimate compression. Usually its the last or first file

7-Zip 24.01 (x64)
Processor Intel(R) Core(TM) i9-14900K 3.20 GHz
Installed RAM 32.0 GB (31.7 GB usable)
Edition Windows 11 Pro
Version 23H2
Installed on 1/31/2024
OS build 22631.3296
Experience Windows Feature Experience Pack 1000.22687.1000.0

[skyline killer]

It's important to note that I am creating an archive from one drive to another, not on the same drive, both SATA 18TBs

[Igor Pavlov]

Is it removable or internal drive that you write archive?
Where it creates temp file?
Do you create new archive to free space or you create/update archive instead of already previously created archive?

[skyline killer]

It's a Sara internal drive in a sabrent docking bay connected via USB-C.
I'm creating a new archive in multi pieces fat32, and the first 7z or last 7z are .tmp files ..

[Igor Pavlov]

I see.
when you create multivolume archive, 7-zip still can write to some parts (volumes) during archive creation.
And .tmp extension means that 7-Zip will write that volume still . It writes to current last volume and it will write to first volume at the end of process creation.
So you are not allowed to copy these .tmp volumes during creation process.
But if you see volume without .tmp extension, it means that this volume was finished. So you are allowed to copy that volume to
another place even if creation was not finished.
But it's still better to wait full finishing of process before copying out.

[skyline killer]

It was completely finished and the end result was left with a .tmp...when the last file was .tmp it extracted fine, when it was the first it wouldn't extract .

[Igor Pavlov]

Please don't write messages from smartphone interface.
Messages are bad in that case.

when the last ...
when it was the first ...

it's difficult to understand these two when cases.
Describe situation again.
You have created the archive several times?
If so, describe exact archive names (after finishing) for each attempt.
Did you try to do something with these created archive parts during process of creation?

docking stations via USB-C is also is not so usual case.
Maybe some problems are possible there.
I'm not sure how it works : maybe some third party code (or drivers) are possible instead of default windows code (or driver).

What volume size (in 7-Zip options) did you use?

[skyline killer]

Ok,
I alleviated the USB drive, and tried to 7z the files on the internal SATA Drive the files and desitination are on the same internal drive and it still produced the same results. my first file is 254 Sony Playstation 2.0.7z.001.tmp and the lsat file is 254 Sony Playstation 2.0.7z.195.tmp I am trying to compress 1.5TB at Ultimate compression.

[Igor Pavlov]

try to compress smaller files
Try to find smallest case with problem.
also you can try to reduce volume size.
Maybe you can use Fast compression method for faster result.

was it finished with these tmp names?
what number of files do you compress?
7-zip compresses all files names at the end of process.

[skyline killer]

Ok, well I ended up finally completing a .7z of the large archive, but it seems to just randomly crash, that is whats leaving the temp, its not finishing. the 7z screen will just close by itself, I'm not left with an error screen.

[Igor Pavlov]

try to describe exact conditions of crash.
Does it crash at same place (maybe at 99% completed)?
number of files that you compress?
usual archive or multi-volume?
if multi-volume, try usual non-multi-volume archive.
Try Fastest method instead of Ultra.

Is it possible that your i9-14900K is overclocked or RAM is overclocked?
Try to call 7-Zip menu / Tools / Benchmark. You can change settings there: larger dictionary size and more passes.
It can check RAM memory for some errors.

[skyline killer]

Ok,
I used fastest and it still crashed after creating 102 files. Crashed on the 103 file

[Igor Pavlov]

What percents it was before crash?
1) try to create archive without folumes with fastest.
2) select smaller file subset and try to create another smaller archive.

[skyline killer]

I did a compress on Ultimate with the below settings, and it worked fine too.

[A screenshot of a computer Description automatically generated]

I changed the RAM it uses to 40% on the fastest compression and it worked.

[A screenshot of a computer Description automatically generated][A screenshot of a computer Description automatically generated]

[A screenshot of a computer Description automatically generated]

[Igor Pavlov]

please check the ram with memtest:
https://www.memtest.org

We still want to find the reason of failure.
So try to find smallest files set that give failure:
For each operation, write
1) number of original files.
2) total file size for original files.
3) compression options.
4) what percents it was before failure, if there was failure.

[skyline killer]

As for your other questions,
I have been working with a smaller total file size project, but larger file quantity (1,844,406 Files @ 1111GB) project and selecting Ultimate compressing to FAT32 parts. It crashes anywhere after four archives finished, to anywhere near 20 archives completed. It's totally random when they crashed. I increased virtual memory and I will see if that helps.

Now I'm trying fastest Compression

I ran the test and changed the dictionary size to max for my RAM. Also I am not overclocking RAM or CPU, its loaded at default optimal settings. I will try the other you mentioned. I am guessing 7z doesn't have log files?