Twitter Facebook RSS

Accueil > Tags

05
novembre

ArchLinux : Yaourt - erreur 301

Ce matin, je voulais installer Spotify sur ma nouvelle distro sous Manjaro... J'ai été gratifié d'une belle erreur :

[email protected] ~$ yaourt spotify
The URL http://aur.archlinux.org/rpc.php?type=search&arg=spotify returned error : 301

Cela vient du fait que l'AUR d'ArchLinux est récemment passé en https... Pour y passer vous aussi, éditez le fichier /usr/lib/yaourt/util.sh, et remplacez la ligne suivante :

AURURL='http://aur.archlinux.org'

Par celle-ci :

AURURL='https://aur.archlinux.org'

Relancez votre commande yaourt, et vous pourrez de nouveau installer vos paquets via AUR !

23
juillet

ArchLinux

Arch

Un petit article pour vous dire qu'une nouvelle release d'ArchLinux est sortie, estampillée 2012-07-15, disponible ici. Non, il ne manque rien, maintenant il n'y a plus qu'une image fournie ! L'image "dual" permet de booter sur un système i686 ou x86_64 !

Au programme, la suppression d'AIF, communément appelé Arch Installation Framework. C'était grosso-modo l'interface d'installation d'Arch lorsque vous tapiez /arch/setup. Cette interface a été supprimée par manque d'updates ! Maintenant, nous disposons d'un ensemble de scripts pour installer le système. N'hésitez pas à consulter le Wiki d'Archlinux.fr pour plus d'informations sur l'utilisation de ces scripts !

Seconde grande nouveauté, le trousseau de clés de pacman est maintenant initialisé de manière automatique ! Cela signifie que la vérification des signatures des paquets sera faite automatiquement lors de l'installation et même après !

Il est également prévu d'augmenter le rythme de sortie des images d'ArchLinux : une par mois.

18
juillet

ArchLinux : Mise à jour de Glibc

Avertissement : lisez bien tout l'article avant d'éxécuter tel ou tel commande.

Aujourd'hui, une mise à jour de Glibc m'a été proposée. Je l'ai faite, et j'ai eu l'erreur suivante :

Erreur : la validation de la transaction a échoué (conflit de fichiers)
glibc : /lib est déjà présent dans le système de fichiers
Des erreurs se sont produites, aucun paquet n'a été mis à jour.

Tout bêtement, je me suis dit, on va forcer la mise à jour :

pacman -Sf glibc

Eh non, grosse erreur : une fois la mise à jour forcée, le répertoire /lib est écrasé, et plus rien ne marche :

$ ls
command not found

$ sudo
command not found

C'est à ce moment là que j'ai vu cette news sur Archlinux.fr qui dit notamment ceci :

Ne jamais utiliser --force lors de cette mise à jour.

Si comme moi vous avez foutu en l'air votre distribution, voici comment la réparer simplement :

1) Récupérez un live-cd d'Archlinux sur Archlinux.org. Une "net-install" suffira !

2) Installez l'image iso sur une clé usb bootable, et bootez sur cette dernière.

3) Une fois que vous êtes devant le shell, créez un dossier /archcourant :

mkdir /archcourant

4) Montez votre partition "/" dans /archcourant (chez moi c'est /dev/sda3, utilisez fdisk pour la trouver) :

mount /dev/sda3 /archcourant

5) Au cas où, conservez le répertoire /lib :

mv /archcourant/lib /archcourant/lib_bak

6) Réinstaller le paquet glibc :

pacman -Syr /archcourant glibc

Si vous n'avez pas de message d'erreur, vous pouvez rebooter sur votre ArchLinux préférée, c'est terminé !

N'hésitez pas à consulter régulièrement les news sur ArchLinux.fr, et pourquoi pas vous abonner au flux RSS !

29
mai

ArchLinux : pacman -Syu : 404 Not found

Aujourd'hui, en installant Transmission-gtk, voilà le message d'erreur :

[email protected] jeoffrey]# pacman -S transmission-gtk
résolution des dépendances...
recherche des conflits entre paquets...

Cibles (1) : transmission-gtk-2.51-1

Taille totale de téléchargement : 	0,68 MiB
Taille totale installé :		3,15 MiB

Procéder à l'installation ? [O/n] O
:: Récupération des paquets du dépôt extra...
Erreur : échec de récupération du fichier « transmission-gtk-2.51-1-i686.pkg.tar.xz » depuis mir1.archlinux.fr : The requested URL returned error: 404
Erreur : échec de récupération du fichier « transmission-gtk-2.51-1-i686.pkg.tar.xz » depuis archlinux.mirrors.ovh.net : The requested URL returned error: 404
Erreur : échec de récupération du fichier « transmission-gtk-2.51-1-i686.pkg.tar.xz » depuis miroir.ezvan.fr : The requested URL returned error: 404
Erreur : échec de récupération du fichier « transmission-gtk-2.51-1-i686.pkg.tar.xz » depuis mir.archlinux.fr : The requested URL returned error: 404
Erreur : échec de récupération du fichier « transmission-gtk-2.51-1-i686.pkg.tar.xz » depuis archlinux.polymorf.fr : The requested URL returned error: 404
Erreur : échec de récupération du fichier « transmission-gtk-2.51-1-i686.pkg.tar.xz » depuis mir1.archlinux.fr : Given file does not exist
Avertissement : échec de récupération de certains fichiers depuis extra
Erreur : la validation de la transaction a échoué (erreur de la bibliothèque de téléchargement)
Des erreurs se sont produites, aucun paquet n'a été mis à jour.

En fait, cela vient de la liste des packages qui sont périmées. Un "pacman -Syu" ne changera rien, il faut forcer la mise à jour via cette commande :

pacman -Syyu

Ensuite, relancez l'installation de votre paquet ;).

26
avril

VirtualBox sous ArchLinux : VERR_SUPDRV_COMPONENT_NOT_FOUND

Ayant récemment isntallé ArchLinux sur mon PC de boulot, j'ai réinstallé VirtualBox. J'ai une machine virtuelle sous Windows XP avec une carte réseau en mode "accès par pont" sur ma carte physique eth0.

Au lancement de cette machine virtuelle, j'ai l'erreur -fatale- suivante :

Failed to start the virtual machine WinXP32.
Failed to open/create the internal network 'HostInterfaceNetworking-eth0' (VERR_SUPDRV_COMPONENT_NOT_FOUND).
One of the kernel modules was not successfully loaded. Make sure that no kernel modules from an older version of VirtualBox exist. Then try to recompile and reload the kernel modules by executing '/etc/init.d/vboxdrv setup' as root (VERR_SUPDRV_COMPONENT_NOT_FOUND).

Pour corriger cela, vérifiez la liste des modules chargés au démarrage via votre fichier /etc/rc.conf. La ligne MODULES doit convenir au moins ceci :

MODULES=(vboxdrv vboxnetflt)

Bien sûr, il peut y en avoir d'autres, mais vboxdrv et vboxnetflt doivent être présents. Pour ma part, vboxdrv était présent, mais pas l'autre...

Enregistrez, redémarrez votre PC, et le moduyle sera bien chargé... On peut le vérifier grâce à la commande lsmod | grep vbox.

$ lsmod |grep vbox
vboxnetflt             17063  1 
vboxdrv              1792230  2 vboxnetflt

S'il vous manque une des deux lignes ci-dessus, c'est qu'un des 2 modules n'est pas chargé ;).

25
avril

Tunctl sous ArchLinux

Petit mémo : pour utiliser l'outil tunctl, afin de configurer le réseau de ses machines virtuelles sous Qemu se trouve dans le paquet uml_utilities !

pacman -Syu uml_utilities

page 1 sur 3 suivante »

^ Retourner en haut