Reprise du message précédent :
Oom killer ?magic SysRq keys ?

C’est pas un problème de RAM saturée. Quant aux touches magiques, elles sont désactivées sur Arch, je crois. Et de toute façon, c’est juste l’affichage et ce qui y est directement lié qui déconne : le reste du système demeure toujours aussi réactif (ça me l’a refait hier : j’ai pu fermer le navigateur correctement – même si parvenir à faire prendre la commande en compte a pris, lui, au moins 5 secondes – et éteindre le PC proprement avec le bouton dans le même délai que d’ordinaire ; ce qui ne se serait pas passé en cas de saturation de RAM, qui m’aurait contraint à un arrêt à la bourrin car l’arrêt normal n’aurait pas pu se faire).

Je vous mets le sujet du forum qui en parle (ma carte n’est pas une génération NVC0, mais c’est le même phénomène) :
https://bbs.archlinux.org/viewtopic.php?id=260145

Ce matin, j’ai démarré le PC sur le noyau LTS. A priori, le bug ne devrait pas se produire.

Quand on sait que Nvidia eux-mêmes ne parviennent pas à sortir un pilote fonctionnel pour le 5.9.1…

Bonjour à tous, depuis hier impossible de booter sur manjaro avec cet écran. Quelqu'un pourrait il m'aider ? Pour info mon disque est chiffré.
J'ai beaucoup cherché avant de poster ici et j'ai trouvé ces 4 liens qui pourraient eventuellement répondre à ma question mais je souhaiterais quand meme etre aiguillé avant de faire n'importe quoi. Merci de votre aide les Archiens  
 
 
https://medium.com/@cecildt/fixing- [...] d59998a8b8
 
https://forums.archlinux.fr/viewtopic.php?t=10473
 
https://unix.stackexchange.com/ques [...] turned-off
 

Tes liens sont cassés par la mise en forme du forum.

Le problème est apparu immédiatement après une mise à jour du système ?

Tu as utilisé quelle technique pour chiffrer les partitions ?
En suivant ce genre de tutoriel ? :
https://wiki.archlinux.org/index.php/Dm-crypt

Perso pas fan du tout du cryptage intégral des partitions, ça peut donner ce genre de cauchemar pas évident à résoudre pour un non technicien,
une solution moins overkill serait de crypter que le home ou les dossiers dont on veut sécuriser l'accès.

Il y a ce tutoriel pour résoudre ce genre de situation, mais il est vieux (il date de 2012) :
https://alvinabad.wordpress.com/201 [...] pted-disk/

D'autres tutoriels peuvent se trouver avec google en utilisant les mots clés de recherche "how to recover an LUKS-encrypted disk".

 
Pas mieux.
A titre perso j'utilise une solution totalement obsolète disponible dans AUR : cryptkeeper
C'est vieux, c'est pas super safe ( il y a des failles dans encfs ) mais cela me permet de crypter certains dossiers sensibles de mon PC de façon simple, en mode graphique. Et tout le reste de mon installation reste en clair.
Comme c'est pas non plus des données qui intéresseraient le FBI, cela me suffit. Je veux juste qu'une personne lambda ne puissent pas y accéder.

Pas mal ce cryptkeeper, ça convient aussi dans un usage bureau ... Dommage que ce ne soit pas plus répandu. La dépendance avec gtk2 :-/ ! Si certains connaissent d'autres outils que le chiffrage entier de la partition ça m'intéresse aussi

Tu peux utiliser fscrypt, qui peut chiffrer un répertoire, ça marche pour le système de partition ext4 :

https://wiki.archlinux.org/index.php/Fscrypt
https://github.com/google/fscrypt

il y a aussi ecryptfs :
https://wiki.archlinux.org/index.php/ECryptfs
https://wiki.archlinux.fr/Encryption_avec_eCryptfs

et veracrypt, peut-être le plus adapté pour les débutants, ça crée un disque virtuel chiffré (stocké dans un fichier ou via une partition) où tu peux mettre des fichiers dedans, c'est un fork de truecrypt, une interface graphique est fournie (utilise wxgtk3),
le disque virtuel est compatible avec tous les OS, si on change d'OS on pourra donc ouvrir le disque virtuel avec la version veracrypt adaptée à l'OS en question :
https://fr.wikipedia.org/wiki/VeraCrypt
https://www.archlinux.org/packages/ [...] veracrypt/

le tutoriel :
https://www.veracrypt.fr/en/Beginne [...] orial.html

les diverses solutions de chiffrements sous linux :
https://wiki.archlinux.org/index.ph [...] ison_table

Elbarto, non j'ai chiffré avec Luks simplement en cochant la case à l'installation du système (Manjaro)

Ton problème est (comme noté sur la capture d'écran) un kernel panic, l'équivalent d'un BSOD.
Comme dit plus haut, c'est probablement le résultat d'une mise à jour vers un noyau buggé ou non compatible avec ton matériel.

Si tu as un 2e noyau disponible (par exemple Linux-lts), essaye de booter avec, c'est la solution sa plus simple.

Sinon, il a falloir mettre à jour ton noyau d'une autre manière.
Le plus simple (AMHA) est de booter sur une clé d'installation d'arch, monter très partitions comme expliquer dans le wiki (pour les partitions chiffrées il faut utiliser LuksOpen avant de les monter) et enfin utiliser arch-chroot pour accéder à ton système.
A partir de la tu pourras l'utiliser "normalement" et mettre à jour le noyau / downgrader / installer une 2e version du noyau

Merci à vous tous pour vos rreponses. En fait j'ai suivi un tuto youtube à la c.on dans lequel le mec disait de supprimerl les packages orphelins, de régler la date et l'heure automatiquement et enfin j'ai aussi cocher Keep built packages in cache dans l'onglet AUR. En redemarrant je suis basculé en fsroot et impossible de booter ...

Je n'y connais rien en chiffrement, mais il serait peut-être bon de tester avec un live CD ou USB, comme cela tu sauras si c'est le FS ou le système qui pose souci.
 
J'imagine que c'est le système, mais...

Merci n0m1s, je vais tenter le truc c'est que le faire seul j'ai peur de vraiment tout casser et de plus rien pouvoir récuperer. Elbarto merci beaucoup mais avant de re chiffrer mon disque j'aimerais deja faire demarrer mon systeme et recuprer quelques files que je n'ai pas commit !

Boot avec une clé d'installation d'arch

@n0m1s : arch ou manjaro la clé ?

Mieux vaut arch, tu auras accès à une ligne de commande

OK merci beaucoup n0m1s pour ton aide !

C'est la meme chose que j'ai écrit mais moi on m'ignore  

@gee lol pas du tout désolé je suis passé a coté de ton msg    

Bonne nouvelle pour les vivaldiens sous Arch Linux : Vivaldi est désormais disponible dans le dépôt officiel Community ! Plus besoin de le compiler soi-même depuis AUR, ni de récupérer le paquet précompilé sur le dépôt de l’ex-mainteneur du PKGBUILD (qui est désormais celui du paquet dans Community) !
 
Bon, cela ne vaut que pour la version stable de Vivaldi et son paquet de codecs additionnels (vivaldi-ffmpeg-codecs), pas pour la version bêta/snapshot de ces derniers.

Vivaldi c'est la version open-source qui se base sur opera ?

Ça peut être intéressant de l'installer même si on utilise un autre navigateur, ça permet de voir si le rendu du site est homogène quelque soit le navigateur si on est développeur, ou pour dépanner si son navigateur a un bug sur un site précis.

Ce n'est pas FOSS de mémoire, et comme ca se base sur blink c'est surement moins intéressant que de tester avec Firefox pour un dev (m'enfin vaut mieux tester avec plus que moins, mais j'imagine qu'il y a des outils pour).

 
Il me semble que le code est ouvert, mais ofusqué par UglifyJS. Donc illisible.

Il n’y a que le code de l’interface du navigateur elle-même qui est sous licence proprio. Le reste, puisque c’est un Chromium dégooglisé avant tout, est disponible en open source (et comme l’UI est elle-même en HTML, CSS et JS, vous pouvez voir son code, bien qu’obfusqué, dans les dossiers où le logiciel est installé, qui est /opt/vivaldi).
 
Tout est expliqué longuement ici : https://vivaldi.com/blog/vivaldi-browser-open-source/ (EN) https://fr.vivaldi.net/vivaldi-et-open-source/ (FR).
 
Quant à Opera, le seul lien que Vivaldi a avec lui, il est en quelque sorte « généalogique » : c’est la même personne qui a été à l’origine des deux (Jon von Tetzchner, parti au moment de l’abandon de la communauté MyOpera et du passage d’Opera de Presto à WebKit, puis Blink), ainsi qu’une partie des développeurs de Vivaldi. Mais c’est tout.

Pour ma part, ces deux mots ne peuvent pas aller ensemble. Quand on est open-source, son code source doit être lisible. Or obfusquer le code puis le rendre public revient à publier le binary d'un code source C. J'exagère, mais un des bénéfices de la compilation du C est de pouvoir cacher son code. Donc par définition, Vivaldi n'est pas open-source mais plutôt sous license LGPL ou un truc du genre.

L’obfuscation ne concerne que le code de l’interface graphique (qui, d’après eux, ne compte que pour 5% du total, les 95% restants étant, eux, bel et bien open source), c’est tout. On parle de ce qui est dans le répertoire « /opt/vivaldi/resources/vivaldi/ », là : des fichiers HTML, JS, JSON et CSS + des images PNG, JPG, SVG et WebP.
Mais oui : c’est effectivement pas du 100% OSS, on est d’accord.
Mais ça n’empêche pas certains de jouer avec pour personnaliser encore plus leur navigateur, en déplaçant la barre d’onglets sous la barre d’adresses (mais en haut de l’écran), ou autres modifications de l’UI pas forcément autorisées par la licence, mais tolérées avec bienveillance par l’équipe de Vivaldi (ils recensent les astuces du genre sur le forum), dirons-nous.
 
Le seul truc dont ils ont peur et qu’ils ne veulent pas, c’est d’un fork de Vivaldi qui pourrait être malveillant, d’où ce choix de licence mi-ouverte, mi-fermée selon les composants considérés.

Protégeons le peu qui bous reste en terme de vie privée et de choses open, mieux vaut soutenir firefox que cet orchestre mal accordé ...  
Dégooglisé déjà, rien que le mot même si je suis sous /e/ OS sur mon smartphone ça ne donne pas envie !

C’est bien parce qu’on était vendredi que je vais laisser passer ce troll, puisque manifestement, tu ne sais pas de quoi tu parles sur le point que j’ai mis en gras (car en termes de respect de la vie privée de l’utilisateur, Vivaldi est quand même un bon cran au-dessus de Firefox dans leurs configurations par défaut respectives après installation ; et pour le coup, je trolle pas : comparez les envois de données dans le dos des utilisateurs de ces deux-là avec un profil vierge et vous aurez des surprises).
 
Du reste, j’étais juste venu signaler qu’un logiciel (que j’aime beaucoup, il est vrai) était enfin disponible dans les dépôts officiels après n’avoir été disponible que sur AUR pendant des années, et que ça allait donc en faciliter les mises à jour sur Arch ; c’était pas pour venir en faire son procès en mode « ouin, c’est pas 100% open source, donc vade retro, Satanas ! ».
 
Bref, sujet clos.

C'est simple, licence propriétaire et on en parle plus. Mais Vivaldi veut aussi surfer sur la vague de l'open-source. Et ils se retrouvent le cul entre deux chaises avec cette licence hybride.
 

Attention open-source ne rythme pas automatiquement avec vie privée
C'est juste que c'est plus facile à débusquer les parties de code pas ou peu respectueux de la vie privée. Un logiciel propriétaire peut l'être aussi, c'est juste plus dur à le certifier.
Je te donne en partie raison sur Firefox. Il me tient à cœur d'avoir un navigateur web qui n'est pas basé sur Chromium. Ils se font de plus en plus rares, je n'ai pas envie d'avoir un paysage 100% Chromium et, à terme, qu'il abuse de sa dominance en dictant les futurs standards du web. Firefox est en partie responsable de cette situation en dissipant leurs ressources sur des projets qui au final finissent à la poubelle (Firefox OS, Firefox Send). Et la récente vague de licenciements n'envisage rien de bon.

+1
Firefox n'est pas le plus respectueux de la vie privée en configuration par défaut: Google comme moteur de recherche ou encore pour la localisation sans parler de leur télémétrie vers Mozilla. Ne pas oublier que Google finance au 3/4 Firefox...
 
Vivaldi est mon navigateur secondaire en perso, principal au boulot C'est effectivement une bonne nouvelle pour ma Arch
 

On l’aura attendu depuis août dernier, mais ça y est : Thunderbird passe en 78.4.3 sur Arch Linux (et au prix d’une MAJ de l’extension de synchro des agendas Google, tout va bien du côté de Lightning : même sur Arch, il est enfin en français ! \o/) !

Passage au noyau 5.9.9 ce matin, et retour d’un problème avec le son, qui était déjà arrivé avant (assez récemment, d’ailleurs, mais résolu au bout d’un jour ou deux, de mémoire)… À savoir : quand je branche mon casque sur la prise jack, le son bascule bien du haut-parleur vers le casque, pas de problème. En revanche, quand je débranche le casque… Ben, la sortie son de PulseAudio reste sur la prise casque, et ne rebascule pas sur les haut-parleurs ! Je dois les resélectionner moi-même dans le mixeur audio pour retrouver du son sur les HP.
 

Bon, c’est pas le noyau qui est en cause, car le phénomène se produit aussi avec le LTS.
 
En fait, en regardant mon pacman.log, je vois que j’ai aussi eu une mise à jour de PulseAudio, hier matin, (passage de la version 13.99.3-1 à 13.99.3+4+gd83ad6990-1). À tous les coups, c’est ça qui fait foirer…
 
EDIT : bon, ben, un redémarrage sur le noyau 5.9.9 après avoir rétrogradé sur PA 13.99.3-1, la rebascule du casque vers les HP du PC refonctionne correctement… Bon, ben, je garde les paquets 13.99.3-1 de pulseaudio, libpulse et lib32-libpulse et je bloque leurs mises à jour dans pacman.conf…
 
J’ai évidemment signalé ça dans le bugtracker d’Arch Linux (https://bugs.archlinux.org/task/68543#comment194323), mais on dirait que c’est précisément en corrigeant un autre problème que celui-ci est apparu…  
 
https://gitlab.freedesktop.org/puls [...] ssues/1043
https://gitlab.freedesktop.org/puls [...] 6ba84e5847

À mon avis ça va être vite résolu, avec une prochaine mise à jour de pulseaudio, surtout que le commit responsable du bug a été identifié, et un patch a été proposé :
 
https://gitlab.freedesktop.org/puls [...] quests/413

Ça semble bien correspondre à mon problème… Espérons, donc !
 
Parce que je déteste devoir inscrire des choses dans la ligne « IgnorePkg = »…

Disclaimer : je bosse pour Google
 
faut bien voir que c'est pas magique : juste la partie browser c'est plus de 200 personnes, j'imagine que Firefox n'a pas juste 3 clampins non plus. Il faut bien quelqu'un qui les paye (surtout que c'est assez pointu niveau perf, sécurité, etc... c'est pas juste une appli web avec 3 champs).
Bilan, si personne paye, ben y'a pas d'ingénieurs pour le faire, ou alors t'as des browsers complètement dépassés et insécures.
 
A note : on ne parle jamais d'Apple, qui pourtant a les moyens d'investir dans son navigateur et le fait très peu (prenant au passage les gens en otage sur sa plateforme iOS), ni de MS qui a finalement décidé de jeter l'éponge avec son propre moteur.
 
Les croisades anti-google m'amusent toujours quand les gens ne demandent jamais d'où vient le financement. Si chaque grosse boite avait fait le 10eme de la contribution open source de Google Linux serait un monde merveilleux

Ici home chiffré avec fscrypt sur du F2FS, le tout créé par systemd-homed.
J'aime vivre dans le danger

Ce n'est pas du tout ce que j'ai écrit Relis bien mes posts

Je viens de m'apercevoir que j'ai un problème sous Plasma Wayland (pas essayé sous Gnome ni X.org) : je n'ai pas les accents circonflexes (et probablement d'autres caractères spéciaux).

J'ai essayé de changer la disposition clavier en "obsolète, variante", ça ne change rien.

Mon localectl :

localectl status
   System Locale: LANG=fr_FR.UTF-8
       VC Keymap: fr
      X11 Layout: fr
     X11 Variant: oss

Une idée ?

Edit : sous Firefox en revanche, aucun probème : ôôô îîî âââ

Et si je regarde dans Configuration du Système de Plasma, AUCUNE disposition clavier française n'affiche l'accent circonflexe dans l'aperçu, c'est pas normal ?

J'ai changé pour la variante latin-9 :

localectl status
   System Locale: LANG=fr_FR.UTF-8
       VC Keymap: n/a
      X11 Layout: fr-latin9

Après redémarrage, aucun changement...

Moi j'ai ça :

tu as une ligne VC_Keymap vide, c'est bizarre, alors que moi il est sur fr-latin9,

Dans le centre de configuration de plasma :

- paramètres régionaux : format -> région -> France -français (fr_FR)
- type de clavier : generic - PC générique 105 touches

si tu as toujours le problème : suspecter un paquet du dépôt testing, ou un profil plasma corrompu (il suffit de tester avec un nouveau compte utilisateur qui aura un profil vierge plasma, si le bug disparait alors ça vient de ton profil plasma).

Pense à créer un fichier /etc/vconsole.conf, pour mettre ça dedans :
 

 
https://wiki.archlinux.org/index.ph [...] figuration