Bonjour,

Je souhaiterais ré-installer fedora 35 sur l'une de mes machines. Cependant, via l'interface d'installation (anaconda?), je ne parviens pas à spécifier que le volume dédié à l'OS doit être reformatté et donc, je ne peux pas ré-installé de peur de tout perdre. L'option permettant de spécifier de reformatté une partition, entre autre, est grisé.

Ce qui est étrange c'est que sur un autre système, j'y suis parvenu. La différent le système sur lequel j'y suis parvenu utilise LVM, alors que celui auquel je m'attaque, maintenant, utilise btrfs.


Un conseil pour régler ce problème.

Bonjour,

Il y a quelque jour, j'ai effectuer l'upgrade de F34 vers F35.

Depuis, beaucoup d'application, principalement les applications graphique dirait-on, mais aussi flatpak, ne démarre plus.

Lorsque je démarre l'un de ces programmes depuis un VTE, comme xterm, voici le message d'erreur que je vois:

/usr/lib64/firefox/firefox: symbol lookup error: /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libpthread.so.0: undefined symbol: __libc_pthread_init, version GLIBC_PRIVATE

Guix package manager était déjà installer en F34 et ne me posait aucun problème.

Pour plus de contexte, j'utilise StumpWM, comme window manager, sans environnement de bureau. J'ai installer ce programme depuis le dépôt de guix, à l'époque, car il n'est pas disponible sous forme de rpm, à ma connaissance.

Les programmes graphique installé via guix ne sont pas affecté, pas plus que steam.

Qu'est-ce qui a pu changé dans fedora 35 pour qu'il prenne compte des bibliothèques présente dans /gnu/store?

J'utilise aussi emacs, qui est installé via les RPM. Si je le démarre sans paramètre, il est victime du même problème. PAr contre, si je le démarre comme suis, il ce lance sans problème dans le terminal.

emacs -nw

J'ai donc l'impression que ce sont des bibliothèques liée à la couche graphique (server X) qui pose problème.

Merci pour toutes ces suggestions.

Concernant la dissipation de la chaleur du processeur, je pensais opter pour un refroidissement liquide, au lieu d'un gros ventilateur fixé sur la carte-mère. Certain d'entre vous ont-il une expérience avec ce genre de refroidisseur?

Y a-t-il des choses auquel il faut faire attention ou au contraire qui rende cette solution préférable?

Concernant le RGB, j'avoue que j'hésite beaucoup, cela est très accessoire, au final. Par contre cela m'éviterais d'acheter des guirlande de Noël, ok c'est très pour une guirlande, mais comme dirait mes neveux, c'est trop stylé 😉

Donc concernant ce dernier sujet quelqu'un aurait-il des articles se rapportant à la consommation d'un PC avec et sans ce genre d'accessoire, histoire de me faire une idée sur ce cette aspect non négligeable.

@Refuznik, peux-tu m'en dire plus concernant les instructions que les carte graphique NVidia offre et que AMD n'offre pas?

Au fait tu travaillerais avec les sources ou bien le dépôt de package gitlab pour RHEL/centos est au point?

https://packages.gitlab.com/gitlab/gitlab-ce

ok, merci.

J'espère que cela ne me prendra pas mes 2 semaines de congé 😉

Bonjour,

Je possède un serveur dédié avec une instance gitlab-ce 8.7 dans un conteneur LXC créé à partir d'une image Turnkey Linux.

Il est plus que temps que je modernise cette installation et je me demandais quel est la meilleur approche pour passer à la dernière version stable de gitlab-ce (Version 12.5??). De plus, quitte à moderniser gitlab, autan moderniser le système aussi.

Actuellement, mes options semble être:
1. Effectuer la mise à niveau manuellement

D'après la doc de gitlab, il n'est pas possible ou en tout cas pas recommandé de sauter des versions majeur lors de l'upgrade (ce que je comprends).

Cela risque, donc, d'être long et semé d'embuche.


2.Export/Import des données existantes

Via la console Web de mon instance gitlab, il semble possible d'exporter les repos et leurs données, pour ensuite les réimportées dans une autre instance.

Cela semble une bonne idée, mais quid d'une différence de version aussi grande que la mienne?


3. Effectuer un git pull/push de tout les repos

Au niveau de mon utilisation de gitlab, je n'ai que 2 utilisateurs (1 admin et 1 utilisateur normale), il n'y a que 1 merge request, qui est clôturé, pas d'issue et j'ai peu ou prou de branch autre que la branche master.

Donc, ne serait-il pas plus simple de
1. M'assurer que toutes mes modifications sont bien committée
2. M'assurer que j'ai bien la dernière version de tout les repos avec toute leur branche,
3. Re-créer les utilisateurs et les dépôts dans la nouvelle instance et ensuite effectuer un git push pour chaque dépôt et pour chaque branche?

Concernant le système, si je veux passer à une version plus récente, je dois de toute façon installer une nouvelle instance avec une image plus récente de gitlab-turnkeylinux, donc pourquoi pas passer à une image fedora 31 ou centos 8.

Quel est votre expérience d'upgrade de gitlab?
Que me conseilleriez vous et pourquoi?

Merci d'avance pour vos réponses.

Bonjour,

Depuis quelque jour, j'utilises StumpWM comme gestionnaire de fenêtre et j'ai décider de tester le navigateur, orienté clavier, Next.

StumpWM semble fonctionner correctement, sauf pour les caractères accentués, avec un clavier qwerty à touche morte. Ceci est un problème connu dans la lib Common LISP qui expose l'interface de X.Org (cela ne vaut que pour les applications graphique en commom LISP, firefox, libreoffice, emacs, ..., n'ont pas ce problème).

Avec Next, j'ai beaucoup plus de problème, la version compilée à partir des sources ne fonctionne pas, après discussion avec la communauté, cela pourrait être du à un problème avec D-BUS.

J'ai aussi remarqué qu'avec StumpWM, mon claviers externes, un clavier UHK, ne fonctionnait pas ainsi que des haut-paleurs externe, sur prise jack. Par contre, l'application dédiée de ma NitroKey, fonctionne sans problème et parvient à détectée cette dernière sans problème.

Je me demande si cela n'est pas aussi lié à D-BUS, directement ou indirectement, puisque StumpWM et Next sont développés en Common LISP et donc doivent, sans doute, utiliser, plus ou moins, les mêmes bibliothèques d'interface avec le système.

En faisant quelque recherche, j'ai constaté que Fedora n'utilisait pas dbus-daemon, mais dbus-broker et dbus-broker-launch. Est-ce que c'est supposé demander une adaptation de la part des applications pour pouvoir utiliser l'interface D-BUS?

Est-il possible de revenir à dbus-daemon? D'après mes recherches cela ne semble pas possible sans des gros effets de bord, entre autre.

J'utilise Fedora 30, sur un portable de chez Puri.sm, le librem 13v3.

Site de StumpWM
Site du navigateur Next

Il est à noté qu'avec GNOME je n'ai aucun problème de ce genre, ce qui me fait dire qu'il manque quelque chose au niveau de la configuration de démarrage de StumpWM pour fournir un environnement complet au niveau D-BUS et sans doute 2 ou 3 autre chose.

J'espère que tout ceci n'est pas trop fouilli, mais ce n'est pas forcément facile d'expliquer tout cela de façon cohérente.

@Nicosss, c'est exactement le genre de chose que je cherchais.

@madko, je prends en compte tes remarques, il est vrai que la création de son propre Live semble demander beaucoup de resources, surtout en terme de temps.

madko wrote:Bonjour,

Pour l'installation, re-installation, le top c'est Cobbler.

Pour automatiser les tâches, Ansible (c'est chez RedHat aussi). Très facile d'accès.

Les 2 sont des incontournables.

Bonjour,

Désolé pour la réponse un peu tardive.

Cobbler semble intéressant, mais c'et un peu trop pour mes besoins personnel.

Je cherche simplement un moyen rationnel et relativement simple (pour un particulier) pour ne pas devoir installer et configurer une machine virtuel ou physique manuellement, lorsque j'achète un nouveau PC ou décide de réinstaller un PC existant ou dans le cas ou je tiens à déployer une VM sur le PC fourni par un client, pour pouvoir effectuer mon travail, par exemple.

Cobbler me semble plus cibler les entreprises ou des groupes d'individu qu'un particulier.

Concernant Ansible, j'ai un avis mitigé sur cette outil. je l'utilise ou travail pour effectuer un certain nombre de tâche et il fonctionne très, mais j'ai du mal avec son langage, et je ne sais pas vraiment pourquoi 🙁

En tout cas, merci pour la référence à cobbler.

montaropdf wrote:La nouvelle mise à jour de mbsync à résolu le problème.

mbsync/isync est maintenant à la version 1.3.1.

Si vous eussiez attendu 1 ou 2 minutes, vous eussiez constaté que j'eut cliquer sur le dit bouton 😉

Bonjour,

Quel sont les outils et méthodes existantes pour automatiser l'installation et/ou effectuer des tâches de poste installation sous linux et plus particulièrement avec fedora?

Au fur et à mesure des installations et ré-installations de distribution, devoir à chaque fois ré-installer tout les logiciels que j'utilise et m'assurer que j'ai bien tout re-configurer, il m'apparait nécessaire de rationnalisé mon approche de l'installation, post-installation, ainsi que la definition et la configuration des utilisateurs.

Actuellement, je possède une série de dépôt git sur un serveur privé pour stocker la configuration des applications et la configuration des sessions utilisateur (.bashrc, .emacs, .config, ...), mais pour ce qui est de systématiser les installations et post-installation, je n'ai rien.

Les fichiers kickstart pourrais peut-être être la solution, mais je voulais avoir l'avis d'autre personne avant de me lancer dans cette aventure.

Actuellement, j'utilise 2 PC, ainsi qu'une VM au travail, mais j'amerais aussi deployer quelques conteneurs LXC pour tester des applications ou des configurations avant de les déployer sur mes machines. Donc automatiser ou au moins rationalisé mes installations, me parait opportun.

La nouvelle mise à jour de mbsync à résolu le problème.

mbsync/isync est maintenant à la version 1.3.1.

Bonjour,

Depuis que je suis passé en fedora 30, mbsync me signal l'erreur ci-dessus.

D'après les infos que j'ai pu glanée, cela pourrait être du à la version de openssl, ou un patch manquant dans la version mbsync fournie par fedora.

- Voici quelques lien relatif à ce problème, pas focément avec mbsync
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906955
https://bbs.archlinux.org/viewtopic.php?id=240429

- Un patch qui pourrait résoudre le problème?
https://sourceforge.net/p/isync/isync/ci/17babc1695e82ca80d032b79e920fcb86ede2347/tree/src/socket.c?diff=f698f16967ae8341ff4b506f96b8cd5790c05d27

Quelqu'un a-t-il déjà rencontrez ce problème et comment l'a-t-il résolu?

Est-ce que quelquún peut me confirmer qu'il rencontre le même problème avec mbsync?

Version de mbsync:

Paquets installés
Architecture : x86_64
Source : isync-1.3.0-4.fc30.src.rpm

Effectivement la commande de @Heldwin m'a permis d'avoir à nouveau la résolution DNS.

J'ai donc, pu installer le kernel, re-configurer Grub et maintenant, tout fonctionne à nouveau.

Merci pour votre aide.

Malheureusement, ce ne sera pas aussi simple.

Après le chroot, je n'ai pas de résolution DNS, donc dnf ne parviens pas à contacter les miroirs.

Il me viens donc une idée, puis-je recopier le contenu de /boot d'une autre installation fedora, comme un gros bâtard, elle aussi en fc28 et, normalement, au même niveau de patching?

Bonjour,

J'ai malencontreusement supprimer le contenu (formattage inclu), de la partition /dev/sda1. aka /boot.

Donc, avec un live USB, comment puis-je la restaurée?


Quel système de fichier utiliser? ext3 est suffisant?

Pour réinstaller GRUB, j'ai trouvé cette article qui me semble suffisant: https://docs.fedoraproject.org/en-US/quick-docs/bootloading-with-grub2/#restoring-bootloader-using-live-disk

Par contre, pour restaurer le kernel, je ne suis pas certain du tout.


Merci pour votre aide.

Bonjour/Bonsoir,

Finalement le projet à très court terme c'est allongé pas et ensuite, j'ai, à ma grande honte, laissé cette discussion sortir de mon esprit.

Entre temps, j'ai discuté de mon projet avec des collègues. L'un d'eux m'a suggéré de louer un serveur dédié, ce que j'ai fait.

J'y ai installé ProxMox, comme hyperviseur et je commence à y déployer mes services.

Actuellement sont déployés:
- OpenVPN
- Gitlab

Merci à tous pour vos suggestions, en espérant que cette discussion aura servis et servira à d'autre que moi.