Problème de gestion logrotate dans Ubuntu Server Bionic

Je reçois, sur Ubuntu Server Bionic, des messages de ce type :

/etc/cron.daily/logrotate:
logrotate_script: 2: logrotate_script: /usr/lib/rsyslog.hdd/rsyslog-rotate: not found
error: error running non-shared postrotate script for /var/log.hdd/syslog of ‘/var/log.hdd/syslog

logrotate_script: 2: logrotate_script: /usr/lib/rsyslog.hdd/rsyslog-rotate: not found
error: error running shared postrotate script for ‘/var/log.hdd/mail.info
/var/log.hdd/mail.warn
/var/log.hdd/mail.err
/var/log.hdd/mail.log
/var/log.hdd/daemon.log
/var/log.hdd/kern.log
/var/log.hdd/auth.log
/var/log.hdd/user.log
/var/log.hdd/lpr.log
/var/log.hdd/cron.log
/var/log.hdd/debug
/var/log.hdd/messages

run-parts: /etc/cron.daily/logrotate exited with return code 1

On retrouve, dans /etc/logrotate.d/rsyslog, une ligne « /usr/lib/rsyslog.hdd/rsyslog-rotate » au lieu de « /usr/lib/rsyslog/rsyslog-rotate », or /usr/lib/rsyslog.hdd n’existe pas. En attendant, pour s’affranchir des problèmes d’accumulation des fichiers de log, j’ai ajouté un lien symbolique pour faire disparaître cette erreur :

eric@moscou:/home/users/eric$sudo ln -s /usr/lib/rsyslog /usr/lib/rsyslog.hdd

Problème d’emballement des processeurs dans KDE

J’utilise KDE maintenant depuis quelques mois et j’en suis plus que satisfait. Il y a néanmoins un problème récurrent qui emballe les processeurs et donc la ventilation : c’est associé à un process nommé baloo_file_extractor.

Après enquête, il s’avère qu’il s’agit d’une « feature » de KDE qui consiste en la mise à jour d’une base de données (« dossier recherche ») pour retrouver des fichiers plus facilement. Cela peut être pratique mais sur un ultraportable c’est vite agaçant.

Pour s’affranchir de ce problème il faut donc aller dans la « Configuration du système », rubrique « Espace de travail/Démarrage et arrêt ». Les « Services d’arrière-plan s’affichent, et il faut désactiver la « Mise à jour du dossier Recherche », à la fois dans les « Services à la demande » et dans les « Services au démarrage ».

Putty dans un environnement linux

J’ai régulièrement besoin de me connecter sur mes serveurs Odroid pour faire de la maintepour nance ou autres opérations. Or depuis que j’ai installé Manjaro KDE sur mon ordi portable, j’en ai profité pour installer putty en tant qu’interface de connexion SSH.

Le probème avec putty, c’est que par défaut, il ne se comporte pas très bien, en tous cas pas aussi bien que sur un terminal linux. C’est vrai en particulier pour l’utilisation de mc, car les touches de fonction ne fonctionnent pas et la souris non plus. J’ai néanmoins trouvé les réglages qui vont bien.

  • Pour les touches de fonction, il faut basculer la « Backspace key » sur « Control-H »
L’attribut alt de cette image est vide, son nom de fichier est image.png.
  • Pour la souris, il faut modifier le fichier /etc/environment distant et y ajouter la ligne « TERM=xterm »

D’autres configurations de putty peuvent également aider : par exemple

  • Positionner le « Terminal type string » à putty-256color

Et évidemment, utiliser une authentification par clé pour une sécurité accrue et un login automatique. Néanmoins, il convient de remarquer que putty utilise un format de clé particulier (.ppk) qui doit être généré par un outil spécifique : puttygen. Plus d’informations ici.

Installation de Manjaro sur un PC portable HP Spectre X360

Installation d’une solution de rotation automatique
Sur l’ordinateur portable HP Spectre X360, l’écran est tactile, et peut se retourner de façon à utiliser le portable comme une tablette (le clavier se retrouve alors derrière). Plusieurs solutions existent pour permettre le retournement automatique sous KDE, cf https://wiki.archlinux.org/index.php/Tablet_PC.

D’expérience, la rotation automatique sous Ubuntu/Gnome est activée, mais pas sous Manjaro/KDE. La solution kded_rotation, décrite sur le wiki de Archlinux, fonctionne très bien, moyennant qu’on ne se connecte pas sur une session Plasma Wayland : la brique de remplacement de XServer n’est en effet pas encore parfaitement opérationnelle, en particulier quand on veut utiliser des écrans qui pivotent, des claviers tactiles etc.

Installation d’Onboard
Quand on se retrouve en mode tablette, il est indispensable d’avoir un clavier tactile pour interagir avec l’ordinateur. Pour l’instant, la meilleure solution existante est Onboard, un programme sous Gnome mais qui fonctionne très bien (mieux ?) sous KDE. L’installation est immédiate avec pacman, et la configuration simple à comprendre. Attention, celle-ci permet en théorie d’activer l’écriture par « glissé du doigt », cependant cela ne fonctionne pas correctement et cela fait planter Onboard. En dehors de ce problème, il en existe un autre que j’ai réussi à contourner : en effet, même en activant Onboard en français, il commute sur l’anglais dès la première frappe, ce qui est … gênant. Il est possible de contourner ce bug en utilisant la commande suivante :

setxkbmap fr

Il suffit de l’ajouter au .bash_profile du répertoire « home » et le bug disparait.
Il existe aussi une interface tactile sous Qt mais qui n’interagit pour l’instant qu’avec les applications Qt ou KDE, donc ne fonctionne pas avec les applis Gnome par exemple (exit firefox, libreoffice etc.). Il est quand même intéressant d’installer cette interface car quand on verrouille le portable en mode tablette, on peut y faire appel pour taper le mot de passe de déverrouillage. Pour ceci il faut installer le paquet qt5-virtualkeyboard.

Firefox en mode tactile
Par défaut, la fonction tactile de Firefox n’est pas activée. Pour ce faire, il est nécessaire de réaliser la commande suivante

sed -i "s|Exec=|Exec=env MOZ_USE_XINPUT2=1 |g" /usr/share/applications/firefox.desktop

Cette commande ajuste une variable d’environnement au démarrage de firefox qui permet de démarrer celui-ci en mode tactile. Le problème, c’est que à chaque réinstallation ou mise à jour du navigateur, le fichier firefox.desktop est remis à 0 et il faut refaire l’opération, ce qui est pénible. J’ai donc ajouté un bout de script dans /etc/rc.local qui ajoute « env MOZ_USE_XINPUT2=1 » uniquement si cette variable n’est pas présente dans le fichier desktop. Evidemment cela induit qu’il faut faire un redémarrage pour que cela ait un effet. Il suffit de coller le bout de code suivant dans /etc/rc.local, avant le « exit 0 » :

#####################################################
# This is to add the touchscreen ability to firefox # 
#####################################################
if cat /usr/share/applications/firefox.desktop | grep MOZ ; then
    true
else
    sed -i "s|Exec=|Exec=env MOZ_USE_XINPUT2=1 |g" /usr/share/applications/firefox.desktop
fi

Test – validé – de la distribution Linux « Manjaro »

Ces derniers jours, j’ai souhaité tester la dernière version de l’environnement graphique KDE. En fouillant sur la toile, il m’a également semblé que l’une des distributions bien adaptée à ce DE (environnement graphique de bureau) n’était pas nécessairement KUbuntu : Manjaro testé Manjaro Linux.

Cette distribution est proposée prépackagée avec KDE (d’autres versions sont également disponibles).

L’installation se fait d’une façon aussi simple qu’avec Ubuntu, l’interface graphique étant très similaire.

Dès le premier redémarrage le système est parfaitement fonctionnel. je redécouvre KDE après plusieurs années, et c’est une énorme surprise. L’interface peut paraître confuse, mais c’est parce qu’elle est très riche, bien plus que Gnome. Je ne jetterais pas que Gnome au feu, il a toute sa place de par sa simplicité (je ne passerais certainement pas ma mère de Gnome (Ubuntu) sur KDE quelle que soit la distribution. Ceci dit, pour un amateur éclairé, un geek, KDE est bien plus enthousiasmant.

Je découvre en particulier les « plasmoïdes », ces sortes de widgets associés à Plasma, l’environnement graphique de base de KDE. Ils sont nombreux et permettent très facilement de se formater un bureau « aux petits oignons ».

Autre exemple, Latte Dock. Ce dock est très similaire au dock d’Apple, ou au dock de Gnome « Dash toDock ». Mais pour une raison de conception interne au DE j’imagine, le dock de Gnome ne fonctionnait pas bien chez moi (un portable HP X360 Spectre avec un i5 de 5e génération, et 8 Go de RAM), alors que Latte Dock est d’une fluidité déconcertante. Ci-dessous une image de mon bureau actuel :

 

Bureau KDE

Bref, pour mon portable je vais rester sur Manjaro et surtout sous KDE. Je mettrai prochainement quelques trucs pour « tuner » ce type d’installation sur un portable comme le mien (qui peut se replier comme une tablette).