Timeline for compress Long size file into multiple limited size xz file
Current License: CC BY-SA 3.0
10 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Aug 24, 2017 at 11:45 | comment | added | user2497 | @ChepeQuestn Use -5 instead og -9, and don't use -e. It will be a lot faster. | |
| Aug 24, 2017 at 4:15 | vote | accept | Chepe Questn | ||
| Aug 24, 2017 at 4:15 | comment | added | Chepe Questn | Is it possible have less time in this process?, It took 13 hours for finish.... | |
| Aug 23, 2017 at 21:29 | comment | added | user2497 | Either omit -fc or redirect/pipe data. | |
| Aug 23, 2017 at 21:28 | comment | added | Chepe Questn | -k, --keep keep (don't delete) input files | |
| Aug 23, 2017 at 21:27 | comment | added | user2497 | Omit -fc if you are not redirecting or piping the data. What is -k for? | |
| Aug 22, 2017 at 21:43 | comment | added | user2497 | xz -e9vfc < blob > blob.xz . xz is cowardly refusing to spam your terminal with binary gibberish. You have to direct/pipe it somewhere. | |
| Aug 22, 2017 at 21:39 | history | edited | user2497 | CC BY-SA 3.0 |
added 216 characters in body; added 233 characters in body
|
| Aug 22, 2017 at 21:31 | comment | added | user2497 | -fc flag should ensure that behaviour. Are you piping or redirecting stdout (the compressed stream)? Show us the command you use. | |
| Aug 18, 2017 at 11:37 | history | answered | user2497 | CC BY-SA 3.0 |