[Mandrake]Unzipper(Multi-archives&password)

[Verwijderd]

ik zoek dus een unzipper die Multi-archives en zips met een passwoord ondersteunt.

Iemand een hint?

(keb al enkele progs geprobeert, maar geeneen die werkt, ik krijg telkens een vage error)

[Jelmer]

rar voor linux misschien? Dan heb je iig password support (overigens support versie v2.6, std debian, alleen RAR, v2.9 of 3.0 weet ik niet!). Verder voor multiple files kun je wel wat met shellscripting doen:

for $i in `ls *.r??`;do unrar x $i;done;

ofzoiets


(Nelske, wordt dit 4-op-n-rij??? )

[Verwijderd]

Volgens mij heeft rar ook multiple volume support

[Jelmer]

Nee, dat is een dll in windows die dat opzich neemt (heb ik net ff uit gezocht).

_{damn, mn 4-op-n-rij 1-2-3'tje niet}


btw, de standaard unzip van debian ondersteund tegenwoordig ook passwords. (-P <...> of interactief)

[Verwijderd]

Op vrijdag 10 mei 2002 01:41 schreef Jelmer Barhorst het volgende:
(Nelske, wordt dit 4-op-n-rij??? )

Het was mij ook al opgevallen dat je me elke keer voor was

Ik stond bijna op het punt...

Kan je die zips niet concatteneren en dan in 1 keer unzippen?
Werk eigenlijk nooit met multi-archive zipfiles onder GNU/Linux.

[Verwijderd]

-v<size>[k|b|f]
Create volumes with size=<size>*1000 [*1024 | *1].
By default this switch uses <size> as thousands (1000) of bytes
(not 1024 x bytes). You may also enter the size in kilobytes
using the symbol 'k', in bytes using the symbol 'b' or
select one from several predefined values using the symbol 'f'
following the numerical value. Predefined values can be
360, 720, 1200, 1440 or 2880 and replaced with corresponding
floppy disk size.

If the size is omitted, autodetection will be used.

If volumes are created on the same drive as the temporary files
(current drive by default, but may be changed with the switch
'-w'), the autodetected size becomes meaningless. In this case
the volume size must be explicitly defined.

If volumes are created on a drive OTHER than the drive
containing the temporary files, then after the first volume has
been created, the user will be prompted with:

Create next volume: Yes/No/All/Quit

At this moment in time, you should change the disks. Answering
'A' will cause all volumes to be created without a pause.

The first volume file in a multi-volume set has the extension
.RAR, following volumes are numbered from .R00 to .R99.

When extracting or testing a multi-volume archive you must use
only the first volume name (*.RAR). If there is no next volume
on the drive and the disk is removable, the user will be
prompted with:

Insert disk with <next volume name>

Insert the disk with the correct volume and press any key.

If while extracting, the next volume is not found and volumes
are placed on the non-removable disk, RAR will abort with
the error message:

Cannot find <volume name>

Archive volumes may not be modified. The commands 'd', 'f', 'u',
's' can not be used with Multi-volume sets. The command 'a' may
be used only for the creation of a new multi-volume sequence.

It is possible, although unlikely, that the file size, of a file
in a multi-volume set, could be greater than it's uncompressed
size. This is due to the fact that 'storing' (no compression if
size increases) cannot be enabled for multi-volume sets.

Archive volumes may be Self-Extracting (SFX). Such an archive
should be created using both the '-v' and '-sfx' switches.

Example:

create archive in volumes of fixed size:

rar a -s -v1440 floparch.rar *.*

will create solid volumes of size 1440000 bytes.

Bron: http://www.rarlab.com/rar/rar.txt

[Verwijderd]

volgens mij gaat het toch echt om unzippen voornamelijk. Tenminste als ik de openingspost goed begrijp, want die is niet volledig duidelijk.

carnman je spreekt over een foutmelding; In het vervolg is het makkelijker als je dan ook even die foutmelding post

Wie weet kan iemand die namelijk voor je oplossen.

[Verwijderd]

Goed, kleinere quote:

When extracting or testing a multi-volume archive you must use
only the first volume name (*.RAR). If there is no next volume
on the drive and the disk is removable, the user will be
prompted with:

[Verwijderd]

En als je nu eens met een berg zip-files zit?

[Verwijderd]

Op vrijdag 10 mei 2002 01:59 schreef Nelske het volgende:
En als je nu eens met een berg zip-files zit?

Ik blijf niet quoten, maar als er op die site te lezen is dat er bugs gefixed zijn voor het testen van zip files....

[Jelmer]

Hij wil verschilende archives uitpakken, geen spanned archive.

[Verwijderd]

Het gaat dus om 1) een aflevering van BtVs van 100 megs die in 11 zips van 9 komma iets megs ingedeeld is

2) een aflevering van futurama dat password protected is

ik krijg bij beide deze foutmelding :

Er is een fout opgetyreden bij het uitpakken van de bestanden.
Geen verdere informatie over de fout.

dit is met Fileroller

ik heb gewoon een prog nodig die multi-archives ondersteunt,en ook nog eens password protected files

[Jelmer]

Ben je bang ofzo om met de shell dingen te doen??

Nogmaals:

for i in `ls *.zip`;do unzip -P <password> $i;done;

Dit pakt alle zips in de huidige dir uit met het opgegeven password.

[Verwijderd]

Op vrijdag 10 mei 2002 13:12 schreef Jelmer Barhorst het volgende:
Ben je bang ofzo om met de shell dingen te doen??

Nogmaals:

for i in `ls *.zip`;do unzip -P <password> $i;done;

Dit pakt alle zips in de huidige dir uit met het opgegeven password.

bang? nee, maar ik ben n00b, en wil liever een grafische interface.
En werkt dit wel met multi-archives? misschien wel om meerdere zips uit te pakken, maar multi-archives, das toch nog wat anders.

[odysseus]

Het gaat dus om een spanned archive. Helaas gaat aan elkaar cat'en niet lukken, aangezien elk zip-bestand van een spanned archive zijn eigen header meekrijgt bij mijn weten. Er is wel een andere oplossing (uit de manpage van unzip):

code:

     Multi-part archives are not yet supported, except in  con­
     junction  with  zip.   (All  parts  must  be  concatenated
     together in order, and then ``zip -F'' must  be  performed
     on the concatenated archive in order to ``fix'' it.)  This
     will definitely be corrected in the next major release.