Reprise du message précédent :

Il faut peut-être relativiser un peu. Je me suis pas renseigné sur cette nouvelle faille , mes les autres (d'après ce que j'en sais) étaient surtout un très gros problème pour les gens qui utilisaient des machines virtuelles ou des serveurs mutualisés, puisque ces failles permettent de passer outre la barrière séparant les mémoires/machines virtuelles. Cela suppose donc qu'un code malicieux soit présent quelque part et exécuté. Sur un PC personnel avec du full FOSS le risque me semble beaucoup moins grave. Après c'est vrai que c'est une honte pour Intel et je suis bien content d'avoir acheté du AMD.

 
c'est le topic dédié du lenovo 330-15ARR :  https://forum.hardware.fr/hfr/Ordin [...] 5225_1.htm

Ah ok, merci

https://www.tomshardware.fr/zombiel [...] -securite/

et
https://www.cowcotland.com/news/672 [...] intel.html

Mais bref il faut chercher mais ça permettrait en gros de forcer le cpu à utiliser le HT et donc à récupérer un peu tout ce qu'on veut.

Le truc qui me choque c'est ça (si c'est vrai):

Sinon en gros, le soucis en résumé, c'est le cache qui est partagé entre les processus utilisant le HT.
Or il est possible visiblement de forcer le cpu à utiliser le HT. Donc en gros d'arriver à tourner en même temps qu'un autre, pour pouvoir avoir accès au cache et récupérer tout...  
 
Mais le problème se poserait même sur les vm entre les vm à priori. On imagine le gros soucis dans les data center....

Les failles de cette ordre sont soumis à embargo des différents propagonistes pour éviter la release d'une faille 0-day compatible avec la majorité du parc client/serveur de la planète    
Je sais pas si c'est normalisé par les organismes qui font des CVE types par contre.
Sur Spectre & Meltdown je crois que des chercheurs publics avaient acceptés d'attendre la publication du correctif, non ?
 

vu le nombre de patch qu'il y a eu après la sortie de spectre, le correctif ne devait pas etre au point lors que la vuln est sortie  

a mon boulot on a déja eu des CVE, elles sont dévoilées lors de la sortie de la mise à jour suivante du produit.

Y'a moyen

Depuis quelques temps Intel est trouée comme une péripatéticienne de campagne, les failles sur le vPro/AMT, Spectre, Meltdown, celle ci, etc..

C'est un coup d'AMD pour vendre du Ryzen

Les autres touchaient aussi les cpu amd/arm. Vu que c'est le problème du prédictif qui est concerné.
 
La visiblement ça ne semble toucher qu'intel, et à priori ils auraient réglé la faille matériellement dans les CPU 8XXX et 9XXX. Si c'est le cas, ça veut dire qu'ils étaient au courant AVANT la découverte de la faille...

le problème des failles intel, chaque fois les perfs diminues...

Je trouve qu'ils ont raison, quand on cherche des failles en mettant énormément de moyen on les trouve. La question est: est-ce que ces failles ont des chances d'être découvertes par un random hacker dans sa chambre? Pour les dernières failles hardware trouvées sur les CPU intel, j'en doute.

Pour meldown and co, ça baisse les perfs de tous les cpu donc ça ne change rien.

Pour celle là si elle ne concerne bien que les cpu intel (ce qui semble bien être le cas) oui ça plombe pas mal encore une fois...

 
sauf qu'amd vu qu'ils patchent l'infinity fabric chaque fois on perd d'un coté on récupère de l'autre
 
sur mon ryzen 1700x, les perfs ont bien montés depuis sa sortie (acheté day one il y a donc 2ans de mémoire)

Les "random hacker dans leur chambre" ne m'inquiètent pas trop, mais tu oublies les bandes pro et les services secrets et autres cochonneries. Eux ils ont les moyens.  
Après attendre avec la publication le temps qu'un patch sort c'est une chose et parfaitement normal ("responsable disclosure" ), mais j'ai plutôt l'impression qu'Intel ne voulait pas du tout que le problème soit rendu public. Ca ce n'est pas bon du tout.

d'ailleurs si vous le voulez, les paquets des dernières versions du noyau sont là https://kernel.ubuntu.com/~kernel-ppa/mainline/?C=M;O=A

Aussi violent que Meltdown et accessible par l'intermédiaire d'un simple navigateur Chrome ...

Un bug un peu chiant sur ma Ubuntu Mate 19.04
J'ai un tableau de bord en bas de mon écran, qui me sert de barre des taches façon Windows.
Comme mon écran de PC portable 15 pouces n'est pas énorme j'ai activé la case pour qu'il se masque automatiquement.
Malheureusement cela ne fonctionne pas à 100 %
Régulièrement, au bout de quelques minutes d'utilisation il reste apparent et il faut que je minimise puis maximise la fenêtra active pour le faire disparaître à nouveau. Autant dire que c'est relou
 
Pour l'instant je n'ai trouvé qu'une seule solution : ajouter un lanceur Plank sur le coté gauche de l'écran et y installer les logiciels que j'utilise le plus souvent ( firefox, thunderbird, etc... )
Si je lance les logiciels depuis Plank le tableau de bord reste caché tout le temps.
 

 
Visiblement cela ne vient pas du compositeur car j'ai tout tenté : compiz, compton, etc... le comportement du tableau de bord reste le même.

Si Google a désactivé l'hyperthreading des Chromebook Intel via ChromeOS 74, c'est que le risque est sérieux. Non ?

Possible, car j'oubliais le vecteur Javascript.  Après perso j'utilise NoScript, donc le JS ne tourne pas directement sans mon autorisation quand j'ouvre un site lambda. Par contre bien sûr NoScript c'est une protection tout à fait relative aussi.

Je l'ai désactivé ici. De toute façon, je n'ai pas utilisé le potentiel de mon pc depuis bien longtemps.
On pourrait remplacer tout mon matos en douce par un Pentium G4500, je ne m'en rendrais même pas compte.

hello
 
Ubuntu 19.04
 
Veut pas me redimensionner une partition
 

Et avec gparted ?

pas essayé, je regarde.

Je peux pas agrandir avec gparted.

C'est un HDD de 500 Go
J'avais ma partition home ext4 et ensuite des partitions NTFS. Je veux virer la grosse NTFS pour la récupérer pour le /home puis après avoir fini les transferts, récupérer la dernière partition pour avoir tout le disque en EXT4.

Vue avec GParted qui m'autorise aucun agrandissement
Un clic droit sur la "extended" dans gparted n'autorise aucune action

Et fdisk

La partition que tu veux étendre est montée, non ?  
 

oui c'est le /home ...

Il te faut un LiveUSB de Gparted alors.  

OK je vais faire avec un live USB

L’ennui, c’est qu’il s’agit d’une partition étendue. Or, ce que tu veux faire n’est possible qu’avec une partition principale. Et non, tu peux pas changer une partition étendue en principale : il faut virer ta /dev/sdb1 qui contient /dev/sdb5, ce qui va détruire cette dernière, et recréer une nouvelle partition principale à la place que tu pourras dimensionner comme tu veux (de préférence avec des multiples de puissances de 2, quand même).

T'es sûr qu'on ne peut pas redimensionner la partition extended ?  

C'est bon depuis LiveUSB
 
J'ai d'abord agrandi la partition étendue puis le système de fichiers.
 
Je transfère les données depuis la dernière partition NTFS et je refais la même manop pour me débarrasser de la dernière partition ntfs
 
Et voilà le travail  
Merci
 

J'ai un bug bien chiant qui m'énerve sur ubuntu 18.04.

Je me connecte a un emplacement avec ssh://user@IP

fonctionne nickel, si j'enregistre le signet, il me remplace ssh par sftp:// ce qui n'a rien a voir... donc qui ne marche pas.

Tu te connectes où ? Dans le gestionnaire de fichiers, j’imagine ? Ben, justement, là, on passerait plutôt par SFTP (« sftp://[IP]/ » en précisant ensuite sous quel utilisateur tu te connectes) que par SSH pour accéder aux données partagées (SSH, c’est pour avoir un accès depuis un Terminal).
 
Pour accéder à mes fichiers sur un autre PC, j’entre donc simplement l’adresse « sftp://192.168.0.[×××]/home/[user] », puis les identifiants et mot de passe de [user], et c’est tout.

meme problème, ça marche une fois, et quand je clique sur le signet je me retrouve dans un répertoire vide chrooté.

Je précise que sous Caja ça fonctionne.

C'est quoi le kernel du moment sur 19.04 ? versoin exacte

5.0.0-15.16 cad en traduction normale c'est du noyau 5.06    
https://people.canonical.com/~kerne [...] n-map.html
 

thx

Bon je viens de passer mon XPS 9370 sous 19.04, ça roule déjà mieux comparé à Debian Sid.
Bon je n'ai pas de son

Mais surtout.. c'est là que commence les comparaisons entre dépôts apt et paquets snap...
Pour Chromium j'ai l'impression que snap est plus à jour.
Pour nextcloud client j'ai l'impression que c'est l'inverse... A vérifier.

Bref ça va être chiant ça

Des hints ?

edit: Bon bah pour whatapps dans chromium c'est déjà chiant

D'ailleurs pepperflashplugin... ?