Compression taking forever and a bit more

**amarildojr** · 09-May-2013, 18:59

I'm trying to compress/split a 11.8GB folder into 2 4.7GB volumes, but it's stuck at 1.1GB for almost an hour now. This is the only program that offers me a GUI and it doesn't work properly. Any way of getting this done without having to use a LiveCD?

http://paste.opensuse.org/88703629

**robin_listas** · 09-May-2013, 19:28

On 2013-05-10 04:06, amarildojr wrote:
>
> I'm trying to compress/split a 11.8GB folder into 2 4.7GB volumes, but
> it's stuck at 1.1GB for almost an hour now. This is the only program
> that offers me a GUI and it doesn't work properly. Any way of getting
> this done without having to use a LiveCD?
>
> http://paste.opensuse.org/88703629

Were we not talking about all this recently on another thread? I'm about
going to bed, so I will not search it up ;-)

Compression on such a big scale takes time. Perhaps you can choose lower
compression rate to speed it up.

j7z... is it java? Hum, yes, it is. Java can be very resource intensive,
needs lots of ram.

--
Cheers / Saludos,

Carlos E. R.
(from 12.1 x86_64 "Asparagus" at Telcontar)

**vazhavandan** · 09-May-2013, 19:48

Originally Posted by amarildojr

I'm trying to compress/split a 11.8GB folder into 2 4.7GB volumes, but it's stuck at 1.1GB for almost an hour now. This is the only program that offers me a GUI and it doesn't work properly. Any way of getting this done without having to use a LiveCD?

SUSE Paste

I think,it is *tmp* space issue. Then again i might be wrong
Also try Q7z from packman repo through YaST . Again it might encounter similar issue with that of earlier tool. I think the issue lies not with the tool but somewhere else. It took me less than a minute to split 200MB file into floppy sized bits.

Code:

j7z... is it java? Hum, yes, it is. Java can be very resource intensive,
needs lots of ram.

Only the GUI may be Java ,it might actually fire *native* commands.

**amarildojr** · 10-May-2013, 04:46

Originally Posted by vazhavandan

I think,it is *tmp* space issue. Then again i might be wrong
Also try Q7z from packman repo through YaST . Again it might encounter similar issue with that of earlier tool. I think the issue lies not with the tool but somewhere else. It took me less than a minute to split 200MB file into floppy sized bits.

Code:

j7z... is it java? Hum, yes, it is. Java can be very resource intensive,
needs lots of ram.

Only the GUI may be Java ,it might actually fire *native* commands.

I had no problems splitting small files as well, but this is a 1.200 files folder. I waited for about an hour and not a single bit was added to it, it stopped at 1.1GB with normal compression. Using the Fast mode got me to 1.5GB but got stuck again so I decided to use 7zip on a Ubuntu LiveCD

**vazhavandan** · 10-May-2013, 07:30

Originally Posted by amarildojr

I had no problems splitting small files as well, but this is a 1.200 files folder. I waited for about an hour and not a single bit was added to it, it stopped at 1.1GB with normal compression. Using the Fast mode got me to 1.5GB but got stuck again so I decided to use 7zip on a Ubuntu LiveCD

what bout Q7z from packman repo through YaST .

**JJMT** · 10-May-2013, 08:06

I'm on Suse 12.3, 64-bit, kde 4.10.3. This thread made me a bit nervous, as creating a split archive like this is something that I might have to do at any given time on a moment's notice. My computer wasn't otherwise busy, so I decided to test it.

Using Q7z, I created a DVD-sized split archive of an 18+ Gb directory of mixed files (my Dropbox directory, actually). The process finished without issue, creating three DVD-sized segments. It took about an hour on my hardware. I know that posts like "it works for me" aren't terribly helpful, but it seems to me there must be some issue with the OP's installation.

**amarildojr** · 10-May-2013, 22:37

I'll try that program if a situation like this appears again =)

**robin_listas** · 11-May-2013, 09:33

On 2013-05-10 16:36, vazhavandan wrote:
> what bout Q7z from packman repo through YaST .

Is it a frontend, or a complete archiver?

According to

Code:

http://www.ghacks.net/2010/03/22/q7z-front-end-for-linux-7-zip/

it is a frontend to 7-Zip. Apparently 7-Zip comes with a GUI for
Windows, and a CLI for Linux, so other people make independent GUI
frontends.

--
Cheers / Saludos,

Carlos E. R.
(from 12.1 x86_64 "Asparagus" at Telcontar)

**robin_listas** · 11-May-2013, 09:53

On 2013-05-11 18:33, Carlos E. R. wrote:

> it is a frontend to 7-Zip. Apparently 7-Zip comes with a GUI for
> Windows, and a CLI for Linux, so other people make independent GUI
> frontends.

I don't like what I see in the documentation (7z(1) ):

+++·························
Backup and limitations

DO NOT USE the 7-zip format for backup purpose on
Linux/Unix because :
- 7-zip does not store the owner/group of the file.

On Linux/Unix, in order to backup directories you must use tar :
- to backup a directory : tar cf - directory | 7za a -si
directory.tar.7z
- to restore your backup : 7za x -so directory.tar.7z | tar xf -
·························++-

And IMNSHO, using tars for backup is dangerous. Or better said, not
completely reliable.

--
Cheers / Saludos,

Carlos E. R.
(from 12.1 x86_64 "Asparagus" at Telcontar)