Je ne vois toujours pas pourquoi tu dois faire tout ceci.
C'est 1000 fois plus simple de créer plusieurs commande drush pour chaque version de php. Ou de lancer drush de cette façon : php72 drush ...

Bonjour, J'ai vraiment du mal à comprendre le besoin. Si tu veux lancer php 7.2, il suffit de lancer l’exécutable php72. Pourvoir faire toute cette gymnastique avec les liens symboliques ? Par exemple pour lancer python 2 on utilise python2, et pour python 3 on utilise python3. python pointant vers ...

Bonjour,
As tu configuré PHP pour ajouter les drivers de base de donnée ?
Ajout d'un fichier dans /etc/php/conf.d/, avant il fallait modifier directement /etc/php/php.ini

Supprime ceci de ton fstab x-systemd.requires=network-online.target Cette dépendance n'aurais jamais du être mise dans le fstab. Elle s'applique au "service" .automount et non au "service" .mount, hors les .automount doivent démarrer avant le réseau, et toi tu lui dis de démarrer après. Par contre t...

Bonjour,
Peux tu donner le contenu de ton fstab (Oui il y a une raison logique )
Tu n'as pas de service .mount personnalisé ?

Bonjour,
Cela me semble étrange que tu ai besoin de openh264 (sur AUR), normalement le paquet x264 devrait être suffisant / préféré

laurent85 a écrit : ↑

mar. 16 juin 2020, 21:32

Installe le paquet xf86-video-fbdev

Je ne pense pas que cela soit cela la cause du problème, mais plus ceci

maskarin a écrit : ↑

sam. 13 juin 2020, 20:36

vous pensez que quand le bug sera corrigé il faudra que je fasse une manip

Non

CoudUr a écrit : ↑

sam. 13 juin 2020, 20:27

C'est un bug lié au noyau 5.7

Merci pour la recherche, cela me semble enfin logique. Donc la solution que j'ai proposé devrait fonctionner

Il fallait remplacer /dev/XXX par /dev/sda2. Et tu n'as pas donné la sortie de la commande mount
Donc donne la sortie de tune2fs -l /dev/sda2
Et tu peux directement tester la "nouvelle" méthode d'allocation du swap

Moi aussi (tout laisse penser que tu n'utilises pas ext4, ou alors il y a eu un changement dans le dernier kernel, ou dans ext4) ! Quelle est la sortie (en root) de : df /swapfile # Récupère le /dev/XXX qui est retourné par la commande df mount tune2fs -l /dev/XXX Tu peux essayer cette méthode (j'ai...

SI on se fie à son fichier fstab c'est du ext4 Ce n'est pas faux :oops: :) Oui obtenir les nouvelles ligne de dmesg va bien aider à comprendre ce qui se passe suite au lancer du swapon. Donc en gros donne nous la sortie de : swapon /swapfile dmesg | tail -20 Utilises tu un kernel "custom" ? Quelle ...

Je ne dis pas qu'il ne faut pas le mettre, je dis juste que ce n'est pas nécessaire. Que cela n'apporte pas beaucoup de plus valu, et que cela nécessite de maintenir en plus ceci.
Après oui les règles sont très souple (trop ?).

tu t'es trompé dans le fstab voir mon message plus haut. Non le fstab n'a aucun rapport, ici. Et les 2 sont valides que je sache. Balayer quelque chose qui prend 5s à refaire, c'est plus efficace que de chercher très longtemps, surtout que je crois avoir compris ce qui ne va pas (Voir message précé...

archlinuxfr ne devrait contenir que des paquets AUR très populaire, qui nécessite pas mal de temps de compilation. De plus cela nécessite de maintenir 2 choses, ton paquet AUR ainsi que le déploiement sur archlinuxfr (ce n'est pas du tout automatique). Installer via AUR directement pour quelque chos...

@benjarobin tu es plutôt radical en ce samedi C'est à dire ? swapon /swapfile swapon: /swapfile : échec de swapon: Argument invalide Je ne comprend pas comment cela peut échouer... Étrange. Ton problème vient bien de là... Je vais essayer de creuser Tu as quoi comme système de fichier pour ta parti...

Si tu veux utiliser/réparer ton swap file fait ceci (en root) : Dans le fstab tu peux essayer de remplacer la ligne par

non, et je ne te conseil pas de l'ajouter dans archlinuxfr (au moins dans un premier temps)

Dis autrement :
As tu bien mit ta clé publique dans ton compte AUR ("Clé SSH publique") ?
Le champ "Empreinte de clé PGP" est bien vide ?

Bonjour,
Comment as tu configuré ton compte AUR ?