Category Archives: Linux

Correction du menu Grub qui disparaît après chaque démarrage sous Windows10 en Dual Boot

Résumé : Après chaque démarrage sous Windows10, le menu de Grub n'apparaît plus au démarrage suivant.

Matériel concerné : SONY VAIO Modèle SVE171G11M

Points à vérifier :

  • Le secure boot est déactivé dans le bios,
  • L'installation de Grub s'est déroulée sans aucune erreur ni avertissement,
  • Grub est bien installé sur le bon disque de démarrage (sda).

 

Malgré une réinstallation de Grub par le démarrage avec une image d'installation de Debian, rien n'y fait. Le menu Grub disparaît après chaque utilisation de Windows 10.

J'avoue que c'est la première fois que je rencontre cette problématique en ayant tout de même plus de 1200 installations de GNU/Linux Debian.

 

Solution : Sous Windows,

  • Lancer l'interpréteur de commandes (cmd.exe) en mode administrateur,
  • Taper la commande suivante :

    bcdedit /set {bootmgr} path \EFI\debian\grubx64.efi pour une installation Debian
  • bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi pour une installation Ubuntu
  • L'interpréteur de commandes devrait vous renvoyer un message comme quoi l'opération est effectuée avec succès.
  • Redémarrez l'ordinateur.

 

Voilà, même après une utilisation de Windows 10, le menu apparaît au démarrage suivant. Le problème est donc résolu.

Je ne sais pas pourquoi le menu disparaissait et je ne peux donc pas expliquer les raisons.

 

Merci une nouvelle fois à Internet qui m'a apporté la réponse.

[DEBIAN DEV] The winners is Option 2 « B: Systemd but we support exploring alternatives »

GNU/Linux Debian

En 2014 a eu lieu un vote à l'issue duquel systemd, le démon init qui a été l'objet de débats houleux, a été adopté par Debian. En effet, en février 2014, le comité technique en charge de Debian avait décidé que pour la prochaine version majeure de l’OS, systemd serait utilisé comme système d’initialisation par défaut. Cependant, systemd était rejeté par certains membres de la communauté open source, qui estimaient que le projet allait à l’encontre de la philosophie Unix et que ses développeurs ont un comportement anti-Unix, du fait que systemd est incompatible avec tous les systèmes non Linux.

Des administrateurs utilisant Debian ont menacé en octobre 2014 de forker Debian Jessie si systemd venait à être utilisé par défaut. Quelques semaines après, quatre membres éminents de la communauté Debian ont démissionné de leur fonction ou ont réduit leur participation. Colin Watson et Russ Allberry, deux membres du comité technique du projet Debian, ont annoncé respectivement leur démission le 8 et le 16 novembre 2014.

Suite à toutes ces pressions, un autre vote avait été initié par le comité technique en ce qui concerne systemd avant que les fonctionnalités qui seront proposées dans « Jessie » ne soient gelées. Plusieurs options (au total cinq) ont été proposées pour la résolution du conflit. Ian Jackson, un membre du comité technique avait proposé l’adoption d’un couplage des systèmes d’initialisation, arguant que les paquets Debian n’ont pas, en général, besoin d’un système d’initialisation spécifique, et qu’il fallait adopter une directive technique pour obliger cela, sauf dans des cas individuels justifiés. Un autre développeur a proposé que la prise en charge d’autres systèmes d’initialisation soit recommandée, mais pas obligatoire.

Finalement, l’utilisation de systemd comme prévu initialement a été maintenue. Les résultats du vote ont été publiés en novembre 2014.
 


Cinq ans plus tard, Debian a lancé un nouveau vote pour juger de l'intérêt pour « la diversité du système init » et à quel point les développeurs Debian se soucient (ou non) de soutenir des alternatives à systemd.

En raison des opinions divergentes des développeurs Debian sur la gestion des bogues non-systemd en 2019 et de l'intérêt / de l'engagement à soutenir les alternatives systemd dans le cadre du packaging Debian et de divers points de friction connexes, ils cherchent à adopter une nouvelle résolution générale sur la pondération de la diversité du système init.

Après les commentaires du public, les huit options de vote par les développeurs Debian incluaient :

  • Choix 1: F: Focus sur systemd.
  • Choix 2: B: Systemd mais nous soutenons l'exploration d'alternatives.
  • Choix 3: A: La prise en charge plusieurs systèmes d'initialisation est importante.
  • Choix 4: D: Prise en charge des systèmes non-systemd, sans bloquer la progression.
  • Choix 5: H: Prise en charge de la portabilité, sans bloquer la progression.
  • Choix 6: E: La prise en charge de plusieurs systèmes d'initialisation est requise.
  • Choix 7: G: La prise en charge de la portabilité et de plusieurs implémentations.
  • Choix 8: Poursuite de la discussion.


L'appel au vote a été annoncé en début de mois sur la liste de diffusion et le vote s'est terminé le 27 décembre. Les résultats ont été publiés le lendemain.

La communauté s'est exprimé majoritairement en faveur de Choix 2: B: Systemd mais nous soutenons l'exploration d'alternatives.

Lien vers résultats du vote

Source originale : Developpez.com

IMAPS – Dovecot, erreur lors de la récupération des messages

Rooty - Dovecot

Depuis la dernière mise à jour de Dovecot qui s'est déroulée aux alentours du 1er Octobre 2019 sous Debian 10.1, Dovecot refusait la connexion en protocole imaps et plus généralement toute connexion SSL/TLS.

 

Première investigation :

openssl s_client -connect imap.domaine.tld:993

Le serveur coupe aussitôt la connexion. Pas bon du tout !

On continue l'investigation:

systemctl status dovecot.service

Cette commande vous permet de consulter l'état du service dovecot sous Debian et vous renvoie également les messages de debug (si Dovecot est en mode debug).

Pour ma part, voici ce que renvoyait cette commande :

dovecot[10871]: imap-login: Error: Failed to initialize SSL server context: Can't load DH parameters: error:1408518A:SSL routines:ssl3_ctx_ctrl:dh key too small: user=<>, rip=xxx...

On note clairement l'impossibilité pour le service dovecot de charger le fichier de paramètres DH avec une précision "dh key too small".

À ce stade, on connaît l'origine du problème.

 

Seconde investigation :

Vérifier que le fichier de paramètres DH existe et est bien chargé par le service Dovecot

ls -lisa /etc/dovecot/dh.pem 
792947 4 -rw-r--r-- 1 root dovecot 1440 févr. 12  2014 /etc/dovecot/dh.pem

Le fichier existe bien, il date du 12 Février 2014 et les droits sont bons, donc quel est le problème ?

 

Résolution du problème :

Assez récemment, je sais que d'importantes modifications ont été apportées à openssl sur le support v3 en particulier et nécessitant de regénérer les certificats pour les serveurs Web.

En toute logique, il faut donc regénérer le fichier DH pour chaque service utilisant TLS/SSL.

Pour se faire, voici la commande (en root):

openssl dhparam -out /etc/dovecot/dh.pem 4096

Bon, ça prend du temps. C'est le moment d'un bon café 😉

 

Une fois terminée, on redémarre le service Dovecot :

systemctl restart dovecot.service

On vérifie la sortie de la commande :

systemctl status dovecot.service

Le service a bien redémarré et le message d'erreur a disparu, c'est bon signe 😉

 

Test et validation de connexion IMAPS :

La dernière étape consiste à tester que la connexion au service Dovecot en IMAPS fonctionne :

openssl s_client -connect imap.domaine.tld:993

Voilà, les choses sont évidentes. La connexion est établie et nous pouvons exécuter des commandes IMAP 😉

 

[SOLUTION] Anomalie avec Mastodon 3.0.0/Debian 10.1 et libprotobuf.so.10

Mastodon Fablab LCube

Bonjour à tous,

Lors de la mise à jour de Mastodon vers la version 3.0.0, une anomalie est apparue lors de l'éxécution de la commande

RAILS_ENV=production bin/tootctl cache clear

La commande retourne une erreur concernant un échec de chargement de la librairie libprotobuf.so.10 et échoue.

Reproduction de l'anomalie

: cd live
: git pull
: git checkout v3.0.0
: gem install bundler
: bundle install --deployment --without development test
: yarn install --pure-lockfile
: RAILS_ENV=production bin/tootctl cache clear

Specifications

Debian 10.1

Mastodon v3.0.0

Yarn 1.19.0

Ruby 2.6.0p0 (2018-12-25 revision 66547) [x86_64-linux]

rbenv 1.1.2-4-g577f046

Solution

Installer libprotobuf10_3.0.0-9_amd64 depuis le dépôt old debian stable (stretch)

En root :

??????:~# wget http://ftp.fr.debian.org/debian/pool/main/p/protobuf/libprotobuf10_3.0.0-9_amd64.deb
??????:~# dpkg -i libprotobuf10_3.0.0-9_amd64.deb

Réessayez la commande

RAILS_ENV=production bin/tootctl cache clear

sous l'utilisateur mastodon et ça devrait fonctionner.

Vous pouvez alors continuer la mise à jour de mastodon normalement 😉

Issue Report

https://github.com/tootsuite/mastodon/issues/12081

Alternatives87 au forum des Associations 2019

Alternatives87 - Forum des Associations 2019 - Ville de Limoges
ALT87 – Forum des Associations 2019 – Ville de Limoges

Alternatives87 sera présente au Forum des Associations à la caserne Marceau de Limoges, le Samedi 7 Septembre de 10h à 20h et le Dimanche 8 Septembre de 10 à 18 heures (entrée libre et gratuite). Une occasion unique pour venir nous rencontrer, découvrir les logiciels libres (et au-delà les systèmes d’exploitations entièrement libre) et les activités de l’association.

[DEBIAN] dpkg: avertissement: fichier contenant la liste des fichiers du paquet xxxxxx manquant

GNU/Linux Debian

Si, lors d'un update ou d'un upgrade de votre Debian, DPKG vous retourne

dpkg: avertissement: le fichier contenant la liste des fichiers du paquet « [PKGNAME:ARCH] » étant manquant, il est considéré qu'aucun fichier du paquet n'est actuellement installé

une solution simple existe : forcer la réinstallation du/des paquet(s) incriminé(s) avec la commande suivante :

~$: [sudo] apt install --reinstall [PKGNAME:ARCH]

Cette commande téléchargera à nouveau le(s) paquet(s) en question s'ils ne sont pas en cache de DPKG, puis forcera leur réinstallation respective.

Publication de la mise à jour de Debian 9.9

GNU/Linux DebianLe projet Debian a l'honneur d'annoncer la neuvième mise à jour de sa distribution stable Debian 9 (nommée Stretch). Tout en réglant quelques problèmes importants, cette mise à jour corrige principalement des problèmes de sécurité de la version stable. Les annonces de sécurité ont déjà été publiées séparément et sont simplement référencées dans ce document.

Veuillez noter que cette mise à jour ne constitue pas une nouvelle version de Debian 9 mais seulement une mise à jour de certains des paquets qu'elle contient. Il n'est pas nécessaire de jeter les anciens médias de la version Stretch. Après installation, les paquets peuvent être mis à niveau vers les versions courantes en utilisant un miroir Debian à jour.

Ceux qui installent fréquemment les mises à jour à partir de security.debian.org n'auront pas beaucoup de paquets à mettre à jour et la plupart des mises à jour de security.debian.org sont comprises dans cette mise à jour.

De nouvelles images d'installation seront prochainement disponibles à leurs emplacements habituels.

 

Liste des corrections de bugs

[Alternatives87] Atelier libre – Jeudi 7 Mars 2019

Un nouvel atelier libre aura lieu le jeudi 7 Mars 2019 de 18h00 à 20h00 dans les locaux du fablab L-cube situé au 11 allée des gravelles en zone industrielle nord de Limoges (sortie 29 de l’autoroute).

Au menu une double dose de Linux !

Nous aurons le plaisir de vous présenter la distribution Archlinux et de la démystifier en la rendant plus simple d’accès pour commencer.

 

S’en suivra une présentation sur la création de clés  " multiboot  " permettant d’avoir sur une seule clé USB plusieurs images d’installation de distribution Linux.

Venez nombreux et nombreuses !

[Alternatives87] Install Party le Samedi 23 Février 2019

Une bonne résolution pour 2019 !

Alternatives87 vous propose une Install Party, le Samedi 23 Février 2019 de 9h à 13h dans les locaux du Fablab LCube, 11 allée des Gravelles à Limoges (ZI Nord). L’événement est en accès libre et gratuit.

Vous avez décidé de passer sur un système d’exploitation entièrement libre pour 2019, mais que vous n’avez pas encore osé franchir le pas ? c’est le moment ! Nous vous aiderons à installer un système GNU/Linux en parallèle (ou à la place) de votre système d’exploitation actuel. Nous vous donnerons également les bases nécessaires pour bien démarrer avec de tels systèmes.

Attention, dans tous les cas, il est absolument nécessaire de faire des sauvegardes de vos données importantes avant de venir nous rencontrer !

[Alternatives87] Install party le samedi 29 décembre 2018

Pour les fêtes de fin d’année, offrez à votre ordinateur un système libre et performant !Pour les fêtes de fin d’année, offrez à votre ordinateur un système libre et performant !

Pour clôturer les activités de l’année, Alternatives87 vous propose une Install Party, le samedi 29 décembre 2018 de 10h à 13h dans les locaux du Fablab LCube, 11 allée des Gravelles à Limoges (ZI Nord).

L’événement est en accès libre et gratuit. Vous avez décidé de passer sur un système d’exploitation entièrement libre pour 2019, mais que vous n’avez pas encore osé franchir le pas ? c’est le moment ! Nous vous aiderons à installer un système GNU/Linux en parallèle (ou à la place) de votre système d’exploitation actuel. Nous vous donnerons également les bases nécessaires pour bien démarrer avec de tels systèmes.

Attention, dans tous les cas, il est absolument nécessaire de faire des sauvegardes de vos données importantes avant de venir nous rencontrer !