Merci Caletlog !

Il faut rajouter le paquet p7zip-extra, comme ça :

$ packer -S p7zip-extra

Maintenant ça marche, je peux décompresser des archives contenant un mot de passe.

Impossible d'écrire sur ma clé USB. J'ai essayé plusieurs techniques...

1. cgdisk /dev/sdc

J'efface toutes les partitions, je créé une nouvelle partition.

Write
Quit

1. mkfs.ext3 /dev/sdc1

1. lsblk /dev/sdc

sdc 8:32 1 2G 0 disk
└─sdc1 8:33 1 2G 0 part

1. mount /dev/sdc1 /mnt

Impossible de coller un fichier sur la clé

T'as essayer de coller en root? Et tu peux poster un éventuel message d'erreur?

Pas de message d'erreur, quand je fais un glissé dépacé, l'icône revient à sa place et ça ne colle pas. Même en root.

Le dossier /mnt est en lecture seule, mais même quand je monte la clé sur un dossier avec tous les acces en lecture/écriture ça ne fonctionne pas, automatiquement il passe en lecture seule.

Surement parce que tu la monte en root. Toujours en root, fais un "cp fichier /mnt".
(Et modifie les permissions avec "chown -hR toi:users /mnt" puis recopie en utilisateur normal)

Il doit pas être totalement libre ou un truc du genre

Kuji, pour 7zip il fallait juste installer le paquet p7zip-extra

Merci Knakis, avec cp je pouvais coller, mais je pouvais pas le faire en glisser/déplcé (pas en root). Là je viens de modifier les droits comme tu dis et ça marche complètement

C'est un bon réflexe de rester en ligne de commande, mais si un jour t'es dans le même type de situation, saches que tu peux avoir une interface graphique en root en lançant
gksu mon_programme
ou
gksudo mon_programme (pas bien)

J'ai regardé le PKGBUILD : p7zip-extra ne fait que récupérer les fichiers .sfx qui permettent la construction d'archive auto-extractibles pour Windows. Ces fichiers sont récupérés dans l'archive 7z922_extra.7z qui contient divers plugins utiles seulement à Windows : dll, plugins pour FAR, fichiers .sfx...

Donc je ne comprends pas comment l'installation de p7zip aurait pu résoudre ton problème

• comment l'installation de p7zip-EXTRA aurait pu résoudre ton problème

J'avais seulement installé p7zip, je pouvais pas ouvrir les archives qui avaient un mot de passe, il ne me demandais même pas le mot de passe. J'ai installé P7zip-extra en plus, et après je pouvais.

C'est peut-être une dépendance de p7zip-extra qui a permis d'ouvrir les archive protégé par mot de passe ?

Je passe à l'imprimante / scanner... une epson SX230

J'ai installé cups et divers paquets :

1. packer -S cups
2. packer -S ghostscript
3. packer -S epson-inkjet-printer-201108w
4. packer -S iscan iscan-data

J'ai édité / créé ces fichiers :

1. nano /etc/udev/rules.d/10-cups_device_link.rules

KERNEL=="lp[0-9]", SYMLINK+="%k", GROUP="lp"

1. nano /etc/udev/rules.d/10-usbprinter.rules

ATTR{idVendor}=="04b8", ATTR{idProduct}=="0881", MODE:="0660", GROUP:="lp"

1. nano /etc/modprobe.d/blacklistusblp.conf

blacklist usblp

1. reboot

Je démarre cups :

1. systemctl start cups

Je vais dans le navigateur : http://localhost/admin

Dans l'onglet administration j'ajoute une nouvelle imprimante : l'espon SX230 avec les paramètres par défaut...

J'essai d'imprimer un document, mais impossible, il affiche :

"Waiting for printer to become available."

Pour le scanner j'ai installé :

1. packer -S simple-scan

1. simple-scan

"aucun scanner n'a été détecté"

Oh mais quel boulet... j'avais pas branché l'imprimante !

Voilà, maintenant je peux scanner et imprimer ça fonctionne !

Je viens d'installer apache avec php :

1. packer -S apache php php-apache postgresql phppgadmin

Problème : les scripts en php ne s'exécutent pas, à la place c'est le code php qui s'affiche.

Je vois que l'auteur galère sur archlinux depuis plus d'une semaine. Bon tu y es arrivés mais en faisant assez n'importe quoi.

Pour lancer une page php, il faut placer la page dans le dossier du serveur apache, puis dans le navigateur tape : http://127.0.0.1

Et franchement, tu devrais aller sur l'IRC de arch, tu auras des réponses bien plus rapide.