Reprise du message précédent :
Peut-être mais peu probable étant que je vérifie si l'installation se fait correctement.
On va dire que c'est juste une mauvaise passe chez Arch vu que c'est le 2ème noyau qui se foire dans les grandes largeurs (problème avec Systemd et Lvm2).
 
Là, je viens de récupérer un vieux Pc avec une arch que j'ai utilisé la dernière fois, il y a 8 mois et ça pique pas mal avec quasiment 6Go à installer. C'est une broutille vu qu'il y a le câble mais les conflits de dépendances, les problèmes de clés publiques sont assez chiants à résoudre et je ne suis pas persuadé que le PC redémarrera correctement.

Oui une rolling, si tu ne l'utilises pas régulièrement c'est mort...
 
Mais bon, je n'ai rien à dire sur la stabilité de mon Arch ( installé via Anarchy-linux ) sur mon PC de bureau. C'est stable et ça fonctionne très bien. C'est en outre plutôt rapide avec le bureau Mate.
 
En tout cas, je n'ai plus envie du tout de réinstaller une Ubuntu sur cette machine ( et W10 pas question, je n'ai pas de licence - même si dans l'absolu je suis sur que cela fonctionnerait aussi parfaitement )

je suis triste, le pc a redémarré correctement. Ce qui est marrant, c'est que cette vieille brouette boote plus vite que mon Pc de roxxor avec SSD.

Maintenant que je suis chez moi pour le WE, j’entreprends d’installer le noyau LTS, et je me rends compte (merci, Pamac-AUR installé pour l’occasion !) que j’ai pas le paquet « linux-headers » installé. J’imagine que ça n’a rien à voir avec mon problème de démarrage foireux sur les 4.18, mais qu’il vaut quand même mieux l’avoir ?

Seulement si tu compiles des modules.

bon ben le dernier kernel pète mon trackpad Elan (Lenovo T480s).
Plus de click droit, et plus de click avec un doigt et drag de l'autre.
 
Je peux meme pas rollback en LTS, j'ai pas assez de place sur mon /boot pour installer 2 versions de noyaux (si qqn sait une procédure fiable pour resizer un /boot en dual boot, je suis preneur).
 
C'est pas dramatique parce que le bouton click droit du trackpoint fonctionne, donc j'ai un workaround. Le plus pénible est le click + drag, c'est pas super ergonomique de cliquer sur un trackapad tout en bougeant le doigt.

Peut-être en changeant la compression du noyau dans /etc/mkinitcpio.conf tu aurais la place?

Tu avais mis quelle taille pour /boot ?    
 
Voila ce que cela donne chez moi, avec 2 noyaux installés  
 

 
RQ : je n'ai pas choisi la taille de 212 Mo -> c'est la valeur par défaut pour AnarchyLinux sans doute

J'ai testé sur le vieux PC tournant sur une base archanywhere et c'est bien 212 Mo par défaut, ce qui est suffisant pour mettre 2 noyaux mais pas 3 sauf si, bien sur, tu fais des noyaux modifiés à la mimine.
 
Après, pour agrandir la partition, on ne peut pas le faire à chaud donc je suppose qu'avec une clé et Gparted, c'est gérable. Par contre, je ne connai pas la tolérance de la distro à ce genre de changement.

J'ai 2 noyaux sur 139Mo, donc 3 sur 212Mo me parait possible.
Et encore cela en LZ4, avec du LZMA nul doute ca tient.

C'est possible, c'est juste dans ma config (Zen+LTS) que cela ne passe pas. J'avais essayé de rajouter le noyau de base et je n'avais plus assez de place.  
Pour être honnête, cela n'a guère d'importance, la logique voudrait que les 2 noyaux dont le LTS soient largement suffisant ou alors tu es comme moi avec un karma négatif.

Le problème avec le LTS c'est que ca ne fonctionnera pas toujours.
Le nouveau noyau est toujours compatible avec l'ancien mais pas l'inverse....
Si ton noyau a une fonctionnalité qui n'est pas compatible avec un ancien noyau, genre différence du FS, ton noyau LTS peut ne pas démarrer le système...

"coup de stress subit".

Pour ceux qui utilisent les outils de Manjaro : la mise à jour de pamac-aur vers la version 6.9.0-1 plante
Il faut rajouter d'abord le paquet gobject-introspection

Da.
Pour rester sur le sujet, Aurman (wrapper pacman faisant joujou avec Aur)est plus ou moins mort. Enfin, c'est pas super clair mais le dev pousse les utilisateurs vers Yay.  
C'est con, je l'avais adopté récemment vu qu'Aura semble mort, lui aussi.

J'ai voulu installer signal depuis aur, ben c'est rentré comme papa dans maman !!!
Archlinux n'arrête pas de m'épater, elle fait tout ce que je lui demande cette distrib, du rêve quoi !
Pour en savoir plus:
https://fr.wikipedia.org/wiki/Signal_(application)

Merci, je ne connaissais pas cette appli.
installé sur le pc et malinphone

+1, merci Lepcfou, je vais essayé aussi.
 
merci Mobilis aussi, je ne savais pas quoi faire pour pamac.
 
J'utilise toujours Arch/kde, je ne suis pas retourné sur windows depuis un bail. Et pour un noob ça ne va pas trop mal, sauf quand pamac est cassé !

 
En fait il suffit d'avoir un réflexe tout simple : aller voir sur aur.archlinux.org ( c'est le premier résultat Google )
 
https://aur.archlinux.org/packages/pamac-aur/
 
Ensuite tu lis les commentaires qui sont datés du 27/08 et la solution est donnée.
Dans 99 % des cas on trouve toujours son bonheur  

Ce matin j'ai voulu installé unigine-superposition et ça a foiré avec un message "fichier invalide"
 
Comme je devais partir j'ai pas eu le temps de chercher !

D'accord.

c'est noté

Ha yé j'ai réussi !!
 

 
Je reçois bientôt une vega 56, comme ça on va comparer !

Comme ça vous a intéressé signal j'ai crée un topic
https://forum.hardware.fr/hfr/Windo [...] 9886_1.htm
 
Fait chier de foutre ça dans Windows, mais catégories "logiciels" c'est ce qui était le plus adapté.

Tout compte fait je l'ai mis dans "Technologies mobiles"

https://forum.hardware.fr/hfr/gsmgp [...] 2738_1.htm

edit
ça y'es j'ai trouvé la bonne place !!

https://forum.hardware.fr/hfr/resea [...] 5252_1.htm

Bon j'ai trop posté je me casse a+

Des nouvelles sur le problème de démarrage qui foire* avec les noyaux 4.18.x sur les configurations à double cœur :
 
Le coupable semble avoir été découvert : ce serait une instruction « clocksource » qui aurait été modifiée dès la branche 4.18-rc1 qui mettrait le bronx.
 
La référence du commit en question est : 7197e77abcb65a71d0b21d67beb24f153a96055e clocksource: Remove kthread
 
Un rapport de bug a été ouvert sur Kernel.org : https://bugzilla.kernel.org/show_bug.cgi?id=200957
 
La branche 4.19-rc1 est, elle aussi, affectée.
 
* Le processus de démarrage s’interrompant avant même le montage des partitions, aucun rapport dmesg n’est même récupérable à ce stade.

Et tu en es où concrètement ? toujours bloqué ?    
 
Sinon mise à jour de pamac-aur vers la 6.9.0-2 ce matin sans souci  

J’ai récupéré et installé le noyau LTS samedi et je tourne dessus depuis. Retrouver la ligne d’erreur « kfd kdf » au démarrage ne m’avait pas manqué (j’avais fini par oublier ce bug des versions 4.14…), mais au moins, ça tourne sans souci sans passer par le mode fallback.

Je pense tenter l’ajout du paramètre « clocksource=hpet » en paramètre du noyau (c’est celui qui est actif dans le 4.14 LTS sur mon ordi) : d’après les retours, celui-ci permet un démarrage correct à tous les coups sur les noyaux 4.18. Si c’est juste ça à rajouter à mon /etc/default/grub en attendant une version corrigée du noyau non-LTS…

bah pas moi, pour les paquets Aur, j'ai le message : "transaction non préparée" avec la notification "La validation de la transaction a échouée".
J'ai fait la mise à jour avec Yaourt et là pas de problèmes.
 

Cela a bloqué avec quel outil ?  
Moi j'utilise désormais Trizen 99 % du temps... et pas de souci avec lui.

Avec pamac 6.9.0

1. As-tu installé gobject-introspection ? Certains problèmes sont dus aux faits qu’il n’est plus noté comme dépendance obligatoire, alors que c’en est une…
 
2. Yaourt, crois-moi, ça me fait mal de le dire, mais il semble qu’il faille vraiment l’abandonner, maintenant : lui et sa dépendance package-query ont été supprimés il y a trois mois du dépôt d’archlinuxfr (qui l’a vu naître) par un de ses mainteneurs. Personnellement, je pense le remplacer par Yay pour l’affichage de la liste des paquets à mettre à jour, avec comparaison version installée → version à installer.

Je viens de me rendre compte que j'avais oublié de configurer pacman pour les locales lors de ma derniere installation.
 
Peut-etre que je ne suis pas le seul: https://www.andreascarpino.it/posts [...] h-way.html

Je vais regarder.

Dual boot Windows, c'est pas moi qui ait choisi la taille de /boot, et je saurais même pas comment la régler.

1 - oui, suite au message de Mobilis, mais pamac ne fonctionnait toujours pas, en désinstallant pamac et en réinstallant pamac avec Yaourt c'est repati.
2 - j'ai désinstallé Yaourt pour mettre Yay, il me signal des choses etranges :

les paquets manquants sont bien là selon pamac et pamac-aur est à jour (6.9.0.2) ... je désinstalle et ré-installe avec Yay ?
 
3 - j'ai voulu essayé Pikaur qui est dans le dépôt Archlinuxfr, mais...

Ce que Yay veut dire par « paquets manquants », c’est « paquets non trouvés, ni sur les dépôts officiels, ni les éventuels dépôts tiers configurés dans /etc/pacman.conf, ni sur AUR » ; donc les paquets qui ont été supprimés parce que considérés obsolètes.
Si tu fais bien tes mises à jour, tu peux les supprimer (notamment kde-l10n-fr qui n’est plus nécessaire dans les dernières versions de Plasma ; et les deux autres n’existent plus pour Arch Linux).

« Orphaned » : ben, il n’y a actuellement plus de mainteneur pour ce paquet (ça veut pas dire qu’il n’y en aura plus, mais le suivi des mises à jour de ce logiciel ne sera plus assuré pour une durée indéterminée).

Pamac-aur est maintenant en 7.0.0 sur AUR.

Encore une fois merci Trit'

J'ai remis tout d’équerre avec yay, balaise le truc, même pour mon imprimante j'ai réussi à installer le paquet aur (alors que pamac refusait de le faire).
edit : je suis trop noob pour expliquer ce qui ne fonctionnait pas
 

I'm back.
Faut maintenant que je réinstalle sur le PC principal et là cela sera plus marrant.
 
P.S:Jusqu'au reboot, on verra. J'ai quand même perdu 2 PC avec le dernier noyau et sans rien faire du tout.

Bonjour,
ça fait un bail que j'étais sous cinnamon mais j'en ai eu marre.
J'ai installé mate et je suis satisfait.
Savez-vous comment désinstaller proprement cinnamon ?

Bon bha apparement c'est réglé
"Pacman -Rs cinnamon" a fait le job

Il semblerait que ce fichu bug affectant les noyaux 4.18 et 4.19 soit enfin corrigé ! En effet, Peter Zijlstra a publié un correctif qui, après tests de la part d’autres utilisateurs, fonctionne parfaitement ! Vivement que ce soit rendu disponible dans une nouvelle version du noyau dans les dépôts et ce sera parfait !