Dans cette série de petites brèves, quelques liens vers des ressources en lien avec de récentes intervention sur LinuxFR. De quoi nourrir un troll ou votre réflexion (selon votre envie).
J’adore le titre de cet article présent sur opensource.com. Derrière ce titre, une contribution assez longue sur systemd, systemV et pas mal de réflexions. Ne vous attendez pas à une position dogmatique. L’auteur vous comprendra très bien si vous n’aimez pas systemd, il aime aussi (…)
Bonjour,
On va faire simple :)
Qui fait quoi?
Bonjour tout le monde
Mon activité professionnelle quotidienne m'ayant éloigné du développement (je suis devenu DBA parce que le développement logiciel en entreprise me paraissait de plus en plus ridicule, mais libre à vous de me convaincre du contraire), je travaille en auto-entrepreneur sur les projets intéressants que l'on pourrait me présenter. Depuis quelques temps, je travaille sur un système embarqué, où une carte centrale (Raspberry Pi hélas, faute de mieux sur le plan prix/fiabilité d'apprivisionnement notamment) avec une interface (…)
Bonjour,
PS: Merci de ne pas me proposer d'autres solutions telles que Clonezilla. Je souhaite trouver la solution à mon problème, pas le contourner.
J’installe un système GNU/Linux sur une machine virtuelle. Je configure aux petits oignons, mise à jour, installation de logiciels, personnalisation du bureau, etc.
Je fais une "image" de la manière suivante :
sudo -s
mkdir /mnt/nas && mount -t cifs //serveur/nas /mnt/nas
mkdir /mnt/sda1 && mount /dev/sda1 (…)
Les nouveaux processeurs Ryzen sortis le 7 juillet, soit à peine une semaine après la sortie de Mageia 7, ont révélé un bogue de systemd rendant impossible l’amorçage des nouvelles images ISO avec ces processeurs. Ce bogue n’est pas propre à Mageia, toutes les distributions utilisant systemd sont concernées. L’équipe de Mageia ne voulait pas laisser les propriétaires de ce nouveau matériel au bord du chemin. Une semaine après, l’équipe sort donc une version corrigée : Mageia 7.1.
Bonjour,
J'ai un serveur headless dont la console est redirigée vers le porte série. Pas de soucis de ce côté.
Le câble série est branché via un adapteur USB à un PC sous Linux debian. Aujourd'hui pour me connecter au serveur j'ouvre donc une session sur le PC, puis je lance minicom ou screen pour me connecter au serveur et ouvrir une session dessus.
Ce que je voudrais c'est ne pas avoir besoin de m'authentifier sur le PC mais qu'un (…)
Bonjour Nal,
Cela fait quelques années que j'ai un irssi qui tourne gentiment sur un serveur à moi chez Claude. Il tourne dans un tmux, et pour être sûr de ne rien rater, j'ai toujours fait en sorte que ladite instance tmux soit démarrée automatiquement quand le serveur boote.
Avant, j'avais un script d'init qui faisait ça. Ce script était placé dans /etc/init.d/ et ça marchait. Mais c'était un peu nul parce que les scripts d'init sont globaux et il (…)
Bonjour,
Je voudrais lancer un script shell lors de l'extinction de l'ordinateur.
Pas si difficile que ça… mais là où je coince c'est qu'il faudrait :
- que ce script se lance au tout début du shutdown avant l'arrêt du serveur X car il affiche un message via zenity
- que le script bloque le shutdown le temps qu'il finisse
J'ai essayé avec un service systemd mais je n'arrive pas à le lancer avant l'arrêt du serveur X.
Et il (…)
C'est toujours le même problème qui revient, d'une version à l'autre d'Ubuntu ou LinuxMint… C'est le problème de concourt entre le réseau et le montage NFS…
Oui, théoriquement, « 'y a qu'à » ajouter l'option _netdev Sauf que non, ça suffit pas.
C'est à dire qu'une fois le système démarré, authentification faite, le dossier n'est pas monté ! J'ouvre un terminal et en root, la commande # mount -a fonctionne alors directement, le dossier est monté.
J'ai remplacé la (…)