Reprise du message précédent :

Hello,

Non c'est le PC chambre dans mon profil, donc IGP Intel. J'ai souvent le même problème sur mon serveur, IGP intel aussi, mais ça arrive plus souvent que ça fonctionne

En fait il fige en arrivant sur le bureau ou juste avant avec écran noir et juste le curseur qui bouge

Bonne question la taille de partition de boot, elle fait la taille recommandée pendant l'install (installs en dur, OS unique, pas Virtualbox )

Je regarde tes lignes de commandes ce soir

ça n'a quand même rien de comparable niveau perf et utilisation.
 
Même en 2D c'est pas vraiment comparable.
Je ne pense pas qu'il y ait une quelconque accélération vidéo dans les vm par exemple.
Donc si c'est pour bricoler des trucs léger ok, mais genre du youtube dans une vm c'est encore plus lourd, ou autre stream etc.
Du coup je vois pas bien ce qu'on peut faire dans une vm à part des trucs ultras léger.  
 
ça peut passer oui, mais c'est quand même beaucoup plus lourd.  
Bien évidement c'est encore pire en 3D.  
 
Après si ça te suffit pourquoi pas, mais je vois pas comment on peut utiliser du linux en continu comme ça. (ou du windows) en dehors d'applications spécifique ou pour dépanner.  
(j'ai windows 10 en vm sur 2 de mes pcs, et un windows 10 en natif car ce n'est clairement pas comparable... )

Sur les installations récentes de manjaro, une option dans pamac est très pénible : installer un nouveau logiciel/lib force l'upgrade ...
Contraignant pour installer un simple paquet de quelques Ko lorsqu'une mise à jour de plusieurs Go se présente !

Je penses que c'est l'option suivante qui est commenté par défaut, ce qui n'était pas le cas dans les versions antérieures :

## When installing packages, do not check for updates:
SimpleInstall

Mise à jour de la manjaro sur ma machine de test ( à base de nvidia gts250 m).
Et plus d'affichage du bureau bloqué après le chargement.
Encore une merde à cause des pilotes nvidia j'étais partis pour faire l'install sur mon clevo avec gpu nvidia mais là jemedis que je vais perdre mon temps et que ça me pètera à la tête un jour ou l'autre comme là...
 
Je vais voir d'ou vient le pb mais c'est typiquement le genre de truc que je n'accepte pzs sur du dayly.

Nvidia…
 
De mon côté, j’ai regardé un peu sur LDLC pour trouver une remplaçante à la Geforce 210 du PC fixe (qui est dedans depuis septembre 2012), et j’ai trouvé une Radeon R7 240 qui serait a priori parfaite (si ce n’est qu’elle a un ventilateur au lieu d’être en refroidissement passif, ce qui était un bel avantage de la 210, question bruit) pour ce que l’on fait sur la machine, mais il me reste encore à régler une petite question : faut-il installer le pilote (xf86-video-ati, en l’occurrence) avant ou après l’avoir montée ? Et pour virer ceux de la 210 (xf86-video-nouveau + mesa-dri pour l’accélération 3D) ?
 
Parce que je commence à en avoir marre d’attendre à chaque fois jusqu’à 2 minutes que la session XFCE se charge après l’identification dans LightDM, et aussi que Nouveau déconne salement sur les noyaux ≥ 5.9, sans perspective de voir ce bug corrigé de sitôt (et surtout pas sur les 5.10 qui sont en plus des LTS). Enfin, mon message aurait plus sa place sur le TU Arch que Manjaro, mais vu que tu parles de CG Nvidia et que c’est la même famille d’OS Linux…

Driver nouveau pour moi hors de questions. Avec driver nvidia uograde sans problème sur 3 machines : dual GPU (GTX 780ti + GTX 660ti), quadro 1000m, gtx1050 hybride sur laptop gen 8 Intel

Ma nouvelle carte N-vidia est à refroidissement passif aussi, c'est vrai que c'est cool point de vue bruit    
Et sinon hier j'ai reçu mon Intel i7-3770 d'occasion, je le monte dans mon PC fixe certainement Lundi.
A moi les 4 cœurs dans ma machine virtuelle Manjaro  

 
Si tu utilises nouveau, c'est mesa.
Donc le passage à la R7 devrait bien se passer en installant à l'avance les pilotes manquants.

Bon ben voilà, je connais la cause maintenant.
Les pilotes 340 nvidia ont sautées des dépôts de manjaro.
Du coup après upgrades plus de pilotes nvidia.
L'outil de conf n'as pas remis le xorg.conf pour nouveau ni enlevé le blacklistage de nouveau ==> plus de pilote vidéo.
je suis revenu sur le pilote nouveau, mais du coup ce n'est pas une solution pour le long terme...
Ma cible n'est pas ce pc portable qui ne me servait que pour les tests, je peux mettre autre chose dessus, mais du coup je me dis qu'il risque de passer exactement la même chose pour mon clevo et sa 960gtx d'ici un moment.

Sauf erreur de ma part, je n'ai vu aucun avertissement comme quoi le pilote 340 disparaissait suite à cette upgrade.
J'ai reregardé à nouveau je n'ai rien lu sur la news!
En cherchant sur internet je vois que c'était en discussion, sauf que, j'avais pu faire l'installation sans soucis, que je reste sur le kernel 5.4 et que tout marchait jusque là!
Je veux bien que ça ne marche plus pour le 5.10 avec un si vieux matos etc, mais bordel on dégage pas comme ça sans rien dire au moment de l'upgrade, et en n'étant pas capable en plus de remettre la conf pour retrouver le pilote nouveau!

Et dire que tout le monde encense les rollng release comme si elles n'avaient aucun défaut.
Je veux bien que ça soit nickel sur du matériel récent en pilote libre, mais sur du plus ancien c'est vraiment affreux!
Et  oui je déteste nvidia, et les blacklist dans mes choix (tous mes pcs fixes et autres pc n'ont plus que de l'intel igp ou de l'amd) mais on ne peut changer le passé, et ça n'excuse en rien la manière de faire!

En l'état je n'ai même plus envie de tester sur le clevo en me disant que ça va me péter à la gueule pareil et que je vais me retrouver bloqué un jour ou l'autre. Je vais rester sur ubuntu 18.04 qui est maintenu jusqu'en 2023 et préparer le remplacement du clevo, je trouve ça trop risqué de me retrouver du jour au lendemain sans affichage parce que ça dégage.

 
 
Tout est dit    
blague à part, je trouve pas ça normal en effet ...

Et pour info, sous nouveau, le pc portable freeze en continue, même en étant toujours sur le kernel 5.4.
Donc ce n'est juste plus du tout exploitable.
Je trouve ça totalement aberrant de n'avoir pas géré ce cas! On dégage, vous vous démerdez et basta.

C'est exactement pour ça que j'ai toujours détesté les rolling release, sur les distribs freezée tu sais quand tu dois gérer ce cas et réfléchir!
Là la moindre maj peut tout péter te rendre un pc totalement inutilisable parce que "trop vieux" sans que tu n'en sois informé!

Franchement je ne vois aucune excuse dans le cas présent, c'est pas compliqué de faire un test si pilote nvidia 340 installé ==> GROS WARNING comme quoi ça ne passera plus, demander une confirmation et revenir au pilote nouveau ( en remettant le pilote nouveau lors de l'install bordel!!!)
Et en précisant bien que nouveau est instable et non comparable....
Au moins on peut se dire avant: merde faut que recherche une autre solution.

Sauf qu'au bout d'un moment ton pc deviendra vieux et qui te dit que ça ne sera pas pareil?
Y a moins de chance avec les pilotes libre certes, mais si c'est un truc peu courant qui fait chier, ben ça dégage et voilà.
LE tout sans avertissement....
ça ne me motive clairement plus à passer à manjaro.

En l'état, je ne sais même pas si je vais prendre le risque de mettre manjaro sur le clevo. Condamné à rester sur la distrib actuel puis un jour ou l'autre à jeter le pc portable. Super.

L'annonce des 340 a été fait en août dernier :
https://forum.manjaro.org/t/nvidia- [...] -series/52
 
Faut dire merci à NVIDIA surtout de ne plus supporter ses vieilles cartes. La GTX 960 ne doit pas utiliser les 340 mais 390 de mémoire

Ce n'est pas une annonce réelle;
Y a un sondage, des questions, je n'appelle pas ça une annonce c'est fini pour vous.
Les majs ont continuées à fonctionner jusqu'à la toute dernières upgrades de décembre.
J'ai fais l'installation début décembre, tout était ok, je n'avais vu aucune information à ce sujet et je ne me suis pas amusé à regarder les news dans le passé.
C'est tout le problème quand tu "arrives".
C'est la maj fin décembre ou début janvier qui a dégagé les pilotes nvidia.

Je ne nie pas le fait que l'origine soit NVIDIA, le problème précis ici, c'est que dans le release note rien n'a été mentionné.
Dans la procédure de maj, rien n'a été fait pour gérer ce cas:
Aucune alerte
Aucune remise en place du pilote nouveau. ( qui dans mon cas ne fonctionne de toute façon pas).

Et c'est un cas qui n'est jamais évoqué par tout ceux qui encense les rolling release comme la solution absolues.

Je suis en train de voir pour ma 960gtx, mais vu que c'est de l'optimus etc, je m'attends là aussi à me retrouver à avoir des merdes parce que ça avance trop vite...
Il me semble que la 960 est gérée par les pilotes 4XX mais il faut que je vérifie, mais comme leur site merde que ça soit sous firefox ou chromium (ça switch en continue...) je n'arrive pas à vérifier.

Ok en faisait avec tab et le clavier j'ai pu vérifier.
Mon gpu est supporté via les  460.32.03
https://www.nvidia.fr/Download/driv [...] /168549/fr

Mais je ne sais même pas si au final c'est rassurant, ni ne me donne une idée de la durée du support, surtout avec optimus....

Allez je me lance quand même pour voir.  

Va savoir pourquoi, j’étais persuadé d’avoir installé un paquet nommé « mesa-dri » quand j’ai définitivement basculé sur Nouveau, sur ce PC… Un rapide parcours de pacman.log me dit que non, donc j’ai dû rêver.

Donc, j’installe d’abord xf86-vidéo-ati, j’éteins, je remplace la CG, je rallume et j’ai LightDM qui s’affichera impec’ ? J’aurai pas un écran noir avec un curseur « _ » gris en haut à gauche, parce que X.org n’aura pas pu démarrer ? Et après, je vire xf86-video-nouveau et ce sera tout ? Merci !
Parce que là, avec cette carte, ma seule option à court terme serait de passer sur un noyau 5.4 maintenu sur un dépôt tiers quand le LTS officiel d’Arch passera au 5.10 (sûrement quand le normal passera en 5.11). OK, le 5.4 est officiellement maintenu en amont pour encore 5 ans, mais l’idée me plaît moyen (et moins que de devoir de nouveau démonter la machine)…

Burn2 : clair que c’est cavalier, ce manque d’avertissement. Sur Arch, on pourrait pardonner ça car l’utilisateur est censé savoir déjà comment se dépatouiller lui-même (quitte à aller consulter le wiki pour ça) ; mais Manjaro s’adresse quand même davantage à un public qui en est au stade du « je veux que ça juste marche, sans avoir à me poser de questions ni angoisser à chaque allumage à l’idée que ça pourrait crasher au démarrage » (j’ai été traumatisé par ça durant toute l’ère Windows 95-XP…). Ils devraient faire plus attention, même si c’est sympa de leur part d’avoir continué à maintenir des pilotes 340 abandonnés par Nvidia en 2019.

EDIT : seuls les 390 ont une EOL annoncée pour 2022. Les 4xx n’ont pas encore de date d’abandon. On peut tabler sur 2024, avec de la chance.

Le problème n'est pas de savoir comment faire.
Le problème c'est comme je l'avais évoqué avant, c'est que même si tu sais faire, tu n'as pas forcément le temps au moment ou tu veux "juste faire des majs de securité".
 
C'est exactement ce que je mentionnais comme différence rolling release/distrib stable.
Ce genre de problème d'upgrade tu les gères "quand tu as du temps" sur les distribs fixes lors des montées de versions.
Mais sur une version même, tu fais tes majs sans jamais avoir à te poser de question. ça a toujours été comme ça pour moi sous openSuse/debian/ubuntu/mint, bref toutes les distribs figées.  
 
 
En l'occurence dans le cas présent, il ne s'agit pas "que de savoir faire", en 30 minutes je m'en suis sorti, je me doutais bien que c'était un pb de pilote nvidia, le problème, c'est qu'au final, même avec le pilote nouveau, le pc n'est pas stable, donc il devient inutilisable sous manjaro.  
 
Et c'est là tout le problème, tu te retrouves totalement bloqué à devoir faire une nouvelle installation en urgence (pas dans mon cas mais si c'était ma machine principale)... Parce que tu passes d'un truc 100% fonctionnel à un truc 100% instable juste après une maj. Et avoir une croustade à gérer ce n'est pas pareil que devoir tout réinstaller. Donc même si tu t'étais prévu un peu de temps t'es loin de ça. Et faire des images totale avant chaque "grosse maj" c'est tout sauf jouable, ça prendrait bien trop de temps.  
 
Pour mon clevo vu que je teste, j'ai fais une image disque de tous mes dd, mais je ne vais pas m'amuser à le faire à chaque grosse maj parce que ça peut se mettre à merder avec optimus.

Installation de manjaro via architect en cours:

Et oui j'avais bien raffraichi les clefs avant...
C'est à croire que manjaro ne veut vraiment pas de moi!

Je relance l'install encore...
Et ça ne passe encore pas... ==> installation à échouée...

EDIT: on change de dépôt en espérant que...

EDIT2: Changement de dépôt, je download via ma 4G au lieu de la ligne adsl
==> IDEM.

Impossible de faire l'installation de manjaro.
Serieusement ça n'inspire vraiment pas confiance.
En recherchant on tombe sur:
https://forum.manjaro.org/t/corrupt [...] l/45918/26

ça fait 8j que ça dure mais tout va bien...

 
Je suis passé de Nvidia à Amd car le rapport offre/perfs correspondait mieux à mes attentes et aussi avoir du changement sous linux.
Et là dessus j'ai pas été déçu : tout les petits bugs que j'avais sous nvidia ont tout simplement disparu    
Après la distrib parfaite n'existe pas, on aura toujours le facteur humain en guise d'erreur  

Bah si j'avais le choix je dégagerais aussi ces gpu, mais sur pc portable c'est impossible sauf à changer de pc...  
 
Sinon comme évoqué plus haut, je suis bloqué pour l'installation à cause de ça:
https://forum.manjaro.org/t/corrupt [...] l/45918/30
 
ça dure depuis plus de 8j et toujours aucune solution...

J'ai aussi une erreur sur une machine Manjaro sous KDE (noyau 5.9.16-1-MANJARO x86_64, driver nvidia 455.45.01) lors de la mise à jour pour le passage au noyau 5.10-1.
La mise à jour se termine avec les erreurs ci-dessous, et lors du redémarrage l'écran reste noir sur tty1 (j'ai un accès à la console via tty2 avec ctrl alt F2).
C'est la 2e fois que j'ai ce problème d'écran noir suite à une maj de noyau, la dernière étant en fin d'année 2020. J'avais alors résolu le problème en faisant une réinstallation complète.
 
Par contre cette fois ci, j'ai fait une restauration avec Timeshift et je m'abstiens de faire la MAJ pour l'instant.
Auriez-vous une idée d'où vient le problème svp ?
 

pas mal de pb avec nvidia en fait

Bonjour, c'est le build pour le kernel 5.10 qui ne passe pas.  
Le noyau 5.10 est encore trop "jeune", il faut attendre un peu avant de passer dessus.
 
 
Pour ma part, au vue des pbs sous manjaro (pas que dû à nvidia) je laisse tomber.  
Le problème de clef pour les sources m'empêche d'installer convenablement de toute façon, et ça ne semble gêner personne vu que ça dure depuis 8j.  
Manjaro ne m'inspire vraiment pas confiance dans le suivi.

 
Je comptais effectivement attendre un peu avec de passer au 5.10 après les déboires que j'avais rencontré l'année dernière, mais le noyau est dans la liste des mises à jour du gestionnaire. Donc tant que je ne mettrai pas à jour le noyau, je ne pourrai pas mettre à jour ou installer d'autres paquets (à moins de bricoler) .

Passe au 5.4 lts avec le gestionnaire de noyau manjaro?
Il ne devrait pas mettre le 5.10 tout seul derrière.

Bien vu je testerai ça à l'occasion.

Par contre tu auras la notif en boucle : un nouveau kernel existe mettez à jour....

Il suffit de désactiver dans le centre de contrôle tu peux choisir entre un linux latest et lts. Alternativement supprimer le l'ETA package linux-latest et installer le méta package linux-lts...
 
Pour les clés c'est assez fréquent sous manjaro : reste des clés et des miroirs.

Sauf que tu fais comment pour les clefs du coup?
Je trouve que ça craint quand même niveau suivi. Tu ne peux jamais savoir si c'est un paquet compromis ou une connerie de dev/serveur qui n'a pas la bonne clef.

En l'état là je n'ai trouvé aucune solution pour installer avec architect. La solution évoquée dans le topic ne fonctionnait pas.
Je vais voir si avec l'iso communautaire et calamares ça passe... (si je peux chiffrer et créer mes partitions comme je l'entends)

Pas besoin de réinstaller, les seuls fois où j'ai eu le soucis c'était qu'il n'y avait pas mis à jour depuis longtemps (+de 6 mois)... Donc l'ISO architect doit être vieille puisqu'au fur et à mesure du temps tu as la mise à jour des clés.

Pour la correction du problème, j'ai ça sur un PC, je te le passerais demain si tu peux attendre ...
De mémoire un truc comme ça, j'ai bataillé un moment à chaque fois. Le soucis c'est les clés gpg qui changent en face et je reconnais que c'est assez pénible

Source : https://archived.forum.manjaro.org/t/key-issue/80160/7

À noter que pacman -Sc je ne le fais jamais et je remplaces l'option -f pacman-mirrors par -g
À vérifier aussi l'heure du PC : si le PC n'est pas à la bonne date ça génère l'erreur puisque le PC a une date antérieure à celle des clés ...

Sauf que dans mon cas je ne pars pas de l'iso architect, ou je ne suis pas en train de mettre à jour une installation j'essaie d'installer manjaro cinnamon!!!
Je suis parti de l'iso officielle kde, j'ai testée aussi celle de cinnamon au cas ou.
Le problème est le même.

Je fais bien évidemment mettre à jour les clefs dès le début. Ce n'est que ce paquet qui bloque un pote a fait l'install via architect mais en kde et ça passe parfaitement.

Je verrais si ça marche mais ça me paraitrait bizarre vu que l'iso kde est récente.

Architect ou KDE ou une autre ISO, le principe est le même ...
L'heure et la date du PC sont OK ?

Je vais refaire un test en vm pour voir.
Normalement ou c'était ok au niveau de l'heure et de la date. (fuseau horaire choisi sur l'iso et c'était ok)

sudo rm -r /etc/pacman.d/gnupg
==> il ne veut pas le fichier est verrouillé.

Sauf que j'ai bien tué pamac etc. Donc je ne pige pas ce qui coince. je ne vois rien.

Et quand je cherche il est déconseillé de faire la procédure que tu donnes. Donc???

Je sais pas si ça aide (j'ai juste installé manjaro xfce normalement), mais certaines commandes debian ne fonctionnent pas avec sudo, il faut passer en mode superutilisateur...

De toute façon j'ai testé pas mal de chose pour rafraichir les clefs ça coince Toujours sur ce paquet...
Comme dit un pote a fait l'install de kde sans soucis.
Pour moi il y a un pb de clef sur ce paquet ou sur le serveur.
J'ai envoyé un mail au proprio de la clef gpg mais je doute qu'il ne lise ses mails...
 
Donc ça semble mort pour installer cinnamon avant un bout de temps...

En récap, comment peut-on reproduire ton erreur ?  
Installation de l'iso kde puis installation de cinnamon ?

A mon avis avec toutes les isos en installant un bureau cinnamon full depuis architect.

J'ai testé sur l'iso kde et l'iso cinnamon communautaire et le problème est le mème dès qu'il télécharge en ligne ce paquet.
On le voit bien sur le forum le pb est réel, et les solutions données c'est soit d'ignorer la vérif des clefs soit justement de ne pas raffraichir les clefs.
Ce qui veut dire que le dev a changé de clefs sans reconstruire son paquet.

EDIT: le paquet état confuse-3.3-2-x86_64, il se peut que cela pose problème aussi sur une installation de gnome (à vérifier si ça fait parti des dépendances).
Mais en gros je suppose que si tu essaies "juste" d'installer le paquet en question via pacman il doit être bloqué pareil si tu as rafraîchi tes clefs.
Et une personne sous xfce passant de testing a stable a eu le même soucis visiblement, donc ça doit toucher pas mal de variantes.

En lançant l'iso live cd kde.
En faisant directement:

L'installation passe.
sauf que ça veut dire qu'on est passé aux serveurs d'ubuntu comme serveur de clefs...
C'est ce qui a été conseillé sur le topic qui as pas mal bougé ce jour :
https://forum.manjaro.org/t/corrupt [...] l/45918/56

il faudrait que je reteste ta méthode voir si ça marche ou si c'est pareil au final.

EDIT: j'ai resté avec tes commandes, je confirme que ça ne passe pas.
Y a pas la clef est daubée sur le serveur de manjaro.
Et le problème est toujours valable à l'heure actuelle...

Bon justement, j'avais un pc à installer. Donc j'ai pris l'ISO manjaro mate ... pacman -Syyu qui met à jour les clés au passage. Pour l'instant je ne vois pas le problème
 
Édit : confuse réinstallé sans problème
 
Edit2:  
 

Sympa comme tout Hypnotix, pour regarder des flux TV ( découvert dans la dernière version de Mint )
 
Dispo dans les dépôts ! ( community )

Tu as installé via le bordel graphique calarames (ou là ça passe) ou via architect? Architect je vois pas comment tu pourrais ne pas avoir le soucis.  
L'iso architect (ancienne du coup) je ne sais pas si elle avait le soucis.
 
Mais le problème est réel il y a forcément un soucis de clef sur le serveur de manjaro.