[STABLE]16.08 Ellada - Mise à jour 13.09.2016

En masquant "plymouth" je découvre le message "A start job is running for Flush Journal to Persistant Storage" et un décompte du temps qui peut durer au maximum 1'30" de façon analogue au phénomène d'extinction longue déjà discuté dans d'autres posts.

donc je suppose qu'après 1m30 il est possible de travailler.
Sans doute que journald est endommagé, et qu'il lui faut plus d'une minute 30
A tester :

journalctl --verify

et si cela ne règle pas le problème essayer de faire du ménage dans le journal : journalctl --vacuum-time=1d

'LLo,

Ou + radical mais papajoke va hurler :clindoeil:

& fini les "trouzemille" derniers démarrages avant le dernier en stock via systemd pour la dépanne, tu modifies la première ligne de /etc/systemd/journald.conf ainsi Storage=volatile
Mine de rien, sur une installation fraiche de test (moins d'une semaine) non traitée comme ci-dessus, /var/log/journal pèse déjà 80 Mo, pfuuu..!

ce qui ne fait presque hurler c'est de conseiller de modifier /etc/systemd/journald.conf ;rale:

il faut utiliser /etc/systemd/journald.conf.d/
EDIT :c'est a nous (ou au créateur de l'iso) de créer le répertoire

Perso, si on est radin, je préconise de limiter le niveau d'information, ce qui doit diviser par 100(ou 1000) la taille ( si on a 1 erreur pour 100 messages d'info et de debug ?)

# fichier /etc/systemd/journald.conf.d/savelevel.conf
#MaxLevelStore=debug valeur par défaut de journald.conf
# moi j'enregistre sur disque que les erreurs, les 4 premiers niveaux critiques sur les 8
[Journal]
MaxLevelStore=err

pour journald il y a 8 niveaux pour les messages : "emerg" (0), "alert" (1), "crit" (2), "err" (3), "warning" (4), "notice" (5), "info" (6), "debug" (7)
donc err si on est très radin, sinon mettre warning si on est juste radin :clindoeil:

pour rappel, de 0 à 3 sont les messages affichés en rouge, 4 sont les messages en gras

'LLo papajoke, :salut:

Moi je veux bien, mais je ne l'ai pas /etc/systemd/journal.conf.d par ici :siffle

Merci à fassil et Papajoke pour vos efforts mais ça n'a rien réglé

J'ai toujours mon double problème de démarrage interminable, malgré le ménage fait dans le journal et d'impossibilité d'effectuer la mise à jour.

Je pense que je vais finir par refaire une installation courageuse de XFCE même si je reconnais que c'est la solution de "gars désespéré" :saispas:

Comme par ailleurs le fonctionnement de Manjaro Gnome sur une autre partition (mais avec data commun) est très satisfaisant je ne suis pas vraiment désespéré ... Je voudrais juste revenir à mes deux versions bien propres et fonctionnelles.

Jackcapvil a écrit :d'impossibilité d'effectuer la mise à jour.

c'est un autre problème ... as tu accès au web ? que retourne sudo pacman-mirrors -g et la justement il faut regarder en plus les logs journalctl -b -p err

@Papajoke

pour le rafraîchissement des serveurs, pas de PB lors de la consultation, mais arrivé à la fin de la procédure j'ai droit à ça
:: Generated and saved '/etc/pacman.d/mirrorlist' mirrorlist.
Error: Cannot write file 'None': No space left on device

Donc ce n'est pas bon signe

Pour les log dans le journalctl, voici ce que ça donne

[jacques@jacques-pc ~]$ journalctl -b -p err
Journal file /var/log/journal/a449b23a07fc403290ae9035a5d38e5a/system.journal is truncated, ignoring file.
-- Logs begin at jeu. 2016-05-05 23:24:54 CEST, end at lun. 2016-09-19 20:39:16
sept. 19 18:59:22 jacques-pc systemd-journald[166]: Failed to create new system
sept. 19 18:59:22 jacques-pc systemd-journald[166]: Assertion 'f' failed at src/
sept. 19 18:59:22 jacques-pc systemd-coredump[469]: Not enough disk space for co
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: Invalid rule /etc/udev/rules.d/
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: Invalid rule /etc/udev/rules.d/
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
sept. 19 18:59:22 jacques-pc systemd-udevd[181]: invalid key/value pair in file
lines 1-23

tu es sur qu'il te reste de la place sur ta partition ? ce qui expliquerait tout ...

df -h

il faut au moins 2Go de libre dans / pour lancer un bureau

uniquement si c'est bien le problème, pour un premier ménage a l'arrache et très temporaire : sudo pacman -Scc

Voici ce que ça donne

[jacques@jacques-pc ~]$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
dev 3,9G 0 3,9G 0% /dev
run 3,9G 18M 3,9G 1% /run
/dev/sda6 20G 20G 0 100% /
tmpfs 3,9G 11M 3,9G 1% /dev/shm
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
tmpfs 3,9G 40K 3,9G 1% /tmp
/dev/sda1 256M 40M 217M 16% /boot/efi
/dev/sda7 298G 113G 183G 39% /home
tmpfs 788M 12K 788M 1% /run/user/1000

Apparemment il n'y a plus de place, ce que je ne comprends pas avec 20 Giga pour le système seul, /home étant séparé.

La raison de mes difficultés est bien là mais qu'est ce qui a pu remplir ce système et où faire du vide?

Voici une info complémentaire qui montre que les fichiers de log ou de cache sont trop volumineux

183M /var/lib
1919M /var/log
8442M /var/cache

Il faudrait pouvoir faire du vide. Quels conseils me donnez vous?

Bonjour

sudo pacman -Sc

Ça te videra le cache de pacman en ne gardant que les paquets les plus récents.

Avec ce vidage du cache de pacman, la mise à jour a réussi à se faire

Et le démarrage est redenu normal. C'était donc le manque de place libre sur la partition qui était à l'origine de tous ces pb

MERCI à vous tous pour votre aide précieuse car venant d'autres distributions linux qui n'ont pas le même comportement, je n'aurais jamais suspecté le fait que la partition racine puisse se saturer. :clap