Impossible d'extraire un .rar !

Support Debian
#1

Bonjour,

Un problème étrange m’arrive sous debian squeeze (64 bits) quand j’essaye de décompresser un fichier rar :

[code]7z x fichier.rar

7-Zip 9.04 beta Copyright © 1999-2009 Igor Pavlov 2009-05-30
p7zip Version 9.04 (locale=fr_FR,Utf16=on,HugeFiles=on,4 CPUs)

Processing archive: fichier.rar

Extracting fichier.ext Unsupported Method

Sub items Errors: 1[/code]

J’ai pensé que ça venait de 7z et donc j’ai fais :

[code]
unrar x fichier.rar

unrar 0.0.1 Copyright © 2004 Ben Asselstine, Jeroen Dekkers

Extracting from /home/fichier.rar

Extracting fichier.ext Failed
1 Failed[/code]

Et sur une autre de mes machines avec debian 5.0 (32 bits) et une version antérieure de 7z :

[code]7z x fichier.rar

7-Zip 4.58 beta Copyright © 1999-2008 Igor Pavlov 2008-05-05
p7zip Version 4.58 (locale=fr_FR,Utf16=on,HugeFiles=on,4 CPUs)

Processing archive: fichier.rar

Extracting fichier.ext

Everything is Ok

Size: 6323152
Compressed: 1084526[/code]

La même chose avec unrar :

[quote]unrar x fichier.rar

UNRAR 3.80 beta 2 freeware Copyright © 1993-2008 Alexander Roshal

Extracting from fichier.rar

Extracting fichier.ext OK
All OK[/quote]

Je précise que mes machines sont des serveurs hébergés chez OVH donc la distrib est (probablement) un peu modifiée (par OVH).
Je note aussi que les versions de unrar-free que m’installe “aptitude install unrar-free” sont différentes d’un serveurs à l’autre (0.0.1 sous squeeze, 3.80 beta 2 sous lenny) le problème vient de la config d’OVH ?

Et dernier test que j’ai fais sous Debian 5.0 :

apt-get remove p7zip-full (=> à l’époque je l’avais installé avec apt-get, j’utilise donc apt-get pour le remove)

[code]7z x fichier.rar

7-Zip 4.58 beta Copyright © 1999-2008 Igor Pavlov 2008-05-05
p7zip Version 4.58 (locale=fr_FR,Utf16=on,HugeFiles=on,4 CPUs)

Processing archive: fichier.rar

Extracting fichier.ext Unsupported Method

Sub items Errors: 1[/code]

La même version de 7z a été réinstallé, sur le même serveur, mais il est incapable de décompresser le fichier !
Là j’avoue que je patine un peu dans la semoule … Pouvez vous m’aider à comprendre ce qui ce passe et comment régler ce problème ?

Merci d’avance !

[size=120]Edit :[/size]

Après quelques recherches :

Debian squeeze :

aptitude search p7zip i p7zip - Archiveur de fichier 7zr avec un taux de compression élevé i p7zip-full - 7z and 7za file archivers with high compression ratio

Debian lenny :

aptitude search p7zip p p7zip - Archiveur de fichier 7zr avec un taux de compression élevé i p7zip-full - 7z and 7za file archivers with high compression ratio i p7zip-rar - non-free rar module for p7zip

Du coup une fois p7zip-rar installé sous Debian 5.0 (32bits), la décompression se passe sans problèmes.

Par contre sous squeeze le paquet p7zip-rar semble introuvable par aptitude, en plus de ça il m’installe une vieille version de unrar-free, le problème viendrait donc des mirroirs de téléchargement d’OVH ?

Le paquet p7zip-rar est pourtant disponible si j’en crois le site :

packages.debian.org/squeeze/p7zip-rar

#2

pour rar et unrar:

et ça devrait le faire.

#3

Salut,

“le paquet p7zip-rar semble introuvable par aptitude”

[quote=“Solidstatedrive”]Par contre sous squeeze le paquet p7zip-rar semble introuvable par aptitude, en plus de ça il m’installe une vieille version de unrar-free, le problème viendrait donc des mirroirs de téléchargement d’OVH ?

Le paquet p7zip-rar est pourtant disponible si j’en crois le site : [/quote]

Tu me surprends un tant soit peu, et pour cause :

pc-1-loreleil@Debian-pc-1:~$ apt-cache policy p7zip-rar p7zip-rar: Installé : (aucun) Candidat : 9.04~ds.1-1 Table de version : 9.04~ds.1-1 0 990 http://ftp.fr.debian.org/debian/ squeeze/non-free amd64 Packages 90 http://ftp.fr.debian.org/debian/ wheezy/non-free amd64 Packages 50 http://ftp.fr.debian.org/debian/ sid/non-free amd64 Packages 4.58~ds.1-1 0 500 http://ftp.fr.debian.org/debian/ lenny/non-free amd64 Packages pc-1-loreleil@Debian-pc-1:~$
Ton “sources.list” et “preferences” sont ils viables, à cette effet … ?

Dans T&A “Sources.list au carré ou minimaliste”.

Wiki “Sources.list” & “L’etiquetage de paquets via le fichier /etc/apt/preferences” … peut être … :033

#4

J’ai cherché et je n’ai pas de fichier /etc/apt/preferences.

Contenu de /etc/apt/sources.list

[code]deb http://mirror.ovh.net/debian/ squeeze main
deb-src http://mirror.ovh.net/debian/ squeeze main

deb http://security.debian.org/ squeeze/updates main
deb-src http://security.debian.org/ squeeze/updates main[/code]

Et quand je fais :

[code]Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Aucune version du paquet unrar n’est disponible, mais il existe dans la base
de données. Cela signifie en général que le paquet est manquant, qu’il est devenu obsolète
ou qu’il n’est disponible que sur une autre source

Aucune version du paquet rar n’est disponible, mais il existe dans la base
de données. Cela signifie en général que le paquet est manquant, qu’il est devenu obsolète
ou qu’il n’est disponible que sur une autre source

E: Le paquet « rar » n’a pas de version susceptible d’être installée
E: Le paquet « unrar » n’a pas de version susceptible d’être installée[/code]

Ou encore :

p7zip-rar: Installé : (aucun) Candidat : (aucun) Table de version :

[code]Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Aucune version du paquet p7zip-rar n’est disponible, mais il existe dans la base
de données. Cela signifie en général que le paquet est manquant, qu’il est devenu obsolète
ou qu’il n’est disponible que sur une autre source

E: Le paquet « p7zip-rar » n’a pas de version susceptible d’être installée[/code]

J’ai franchement du mal à comprendre ce qui ne va pas.
La version de squeeze 64bits a tellement été modifiée par OVH qu’elle ne reconnaît plus les paquets qui seraient compatibles ?
Les mirroirs OVH indiqués dans source.lists ne contiennent pas les bons paquets ou des paquets corrompus ?

Du coup la sécurité de mon serveur pourrait s’en voir impacté ?
Sachant que j’installe mes programmes comme ça sans me poser vraiment de question, par exemple, apache2 je l’ai installé avec un aptitude, une petite config de fail2ban pour démarrer les jails + un chmod 711 sur le dossier www/ (je ne vais l’utiliser que pour du téléchargement de fichiers) - mais sans le savoir j’ai peut-être installé une version antérieure et bourrée de failles… (même si je doute qu’il y ai beaucoup de failles exploitables sachant que le dossier www/ est complètement vide)

#5

Salut

[code]deb http://mirror.ovh.net/debian/ squeeze main
deb-src http://mirror.ovh.net/debian/ squeeze main

deb http://security.debian.org/ squeeze/updates main
deb-src http://security.debian.org/ squeeze/updates main[/code]

Il te manque dans ce cas-ci la section non-free, après main donc :
deb mirror.ovh.net/debian/ squeeze main non-free

Ajout : la section contrib peut aussi être ajoutée.

#6

J’ai essayé mais malheureusement ça n’a pas fonctionné :

deb http://mirror.ovh.net/debian/ squeeze main non-free deb-src http://mirror.ovh.net/debian/ squeeze main

deb http://mirror.ovh.net/debian/ squeeze main non-free deb-src http://mirror.ovh.net/debian/ squeeze main non-free

[code]deb http://mirror.ovh.net/debian/ squeeze main
deb-src http://mirror.ovh.net/debian/ squeeze main

deb http://mirror.ovh.net/debian/ squeeze main non-free
deb-src http://mirror.ovh.net/debian/ squeeze main non-free[/code]

[code]deb http://mirror.ovh.net/debian/ squeeze main
deb-src http://mirror.ovh.net/debian/ squeeze main

deb http://mirror.ovh.net/debian/ squeeze non-free
deb-src http://mirror.ovh.net/debian/ squeeze non-free[/code]

J’ai essayé les 4 (oui je suis ce qu’on appel un newbe éternel) mais pas moyen de trouver les packets :frowning:

#7

pc-1-loreleil@Debian-pc-1:~$ apt-cache policy p7zip-rar p7zip-rar: Installé : (aucun) Candidat : 9.04~ds.1-1 Table de version : 9.04~ds.1-1 0 990 http://ftp.fr.debian.org/debian/ squeeze/non-free amd64 Packages 90 http://ftp.fr.debian.org/debian/ wheezy/non-free amd64 Packages 50 http://ftp.fr.debian.org/debian/ sid/non-free amd64 Packages 4.58~ds.1-1 0 500 http://ftp.fr.debian.org/debian/ lenny/non-free amd64 Packages

Pourtant le paquet existe bien. Après avoir modifié ton sources.list et fait un apt-get update pour mettre à jour la liste des paquets, que donne un :

apt-cache policy p7zip-rar ?

#8 

[code]i   p7zip                                                                                           - Archiveur de fichier 7zr avec un taux de compression élevé
i   p7zip-full                                                                                      - 7z and 7za file archivers with high compression ratio
p   p7zip-rar                                                                                       - non-free rar module for p7zip
[/code]

Merci beaucoup pour toutes vos réponses et merci à toi martin_mtl pour m'avoir aider à règler tout ça.
Je ne savais pas qu'il fallait faire un aptitude update (ou apt-get update) après avoir modifié source.lists (newbe éternel).

Au moins j'aurai appris que la liste des paquets est téléchargée et stockée en locale ! 

Merci encore.

i p7zip - Archiveur de fichier 7zr avec un taux de compression élevé i p7zip-full - 7z and 7za file archivers with high compression ratio p p7zip-rar - non-free rar module for p7zip

Merci beaucoup pour toutes vos réponses et merci à toi martin_mtl pour m’avoir aider à règler tout ça.
Je ne savais pas qu’il fallait faire un aptitude update (ou apt-get update) après avoir modifié source.lists (newbe éternel).

Au moins j’aurai appris que la liste des paquets est téléchargée et stockée en locale !

Merci encore.

#9

Heureux que ton problème soit résolu. Et oui, un aptitude update est essentiel. À faire régulièrement, pour vérifier si des mises à jour de sécurité sont disponibles.

#10

Généralement je le fais une fois par jour quand je vais vérifier les logs pour voir s’il n’y a pas eu des choses de suspectes qui se sont passé dans la journée ^^

#11

J’ai eu le même souci.

Avec unrar-free quelques archives posaient des problèmes d’extraction.

Alors je me suis rabattu, non sans grincer des dents, sur unrar en ajoutant non-free dans mon /etc/apt/sources.list :

[code]# Officiel

Normal

deb http://ftp.fr.debian.org/debian squeeze main non-free # contrib # non-free

Updates

deb http://ftp.fr.debian.org/debian squeeze-updates main non-free # contrib # non-free pour utiliser unrar
[/code]
Et ça marche nickel avec unrar -e fichier.rar.

Mais il est aussi possible (préférable ?) de rester dans le libre en utilisant unar via les backports (penser à virer le non-free ajouté précédemment pour unrar):

# Backports deb http://backports.debian.org/debian-backports squeeze-backports main # contrib # non-free

Et ça marche avec unar fichier.rar
La seule différence est qu’il extrait les fichiers dans un nouveau dossier du nom de l’archive.
Si on veut éviter cela il faut utiliser l’option -D :

-D, -no-directory Never create a containing directory for the contents of the unpacked archive.

#12

Une solution libre pour extraire les .rar : theunarchiver.
Installez le paquet unar, puis :