gUI a écrit 6011 commentaires

Ta clé est vraisemblablement en lecture seule (read only), vraisemblablement parce qu'elle a mal été retirée (dirty bit).

Si tu tapes la commande "dmesg", les toutes dernières lignes te donneront de précieuses indications. Si tu nous copie/colle ici les lignes qui te semblent pertinentes (ça parle de "mount", de "usb" ou de "filesystem"), ça nous donnera plus d'indications.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

J'ai voté "à l'ancienne" parce que c'est mon premier reflexe. Mais je me soigne, je passe au systemctl :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

J'avais mal compris ta réponse.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

C'était déjà le cas avant comme le stipule IEEE754

Je reste très étonné que IEEE754 te donne un résultat approché dont l'encadrement n'encadre même pas le bon résultat. Mais bon, c'est toi le spécialiste.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je ne sais pas ce qu'il donnera, mais j'espère juste que le résultat encadrera 0 tout de même (ce qui n'est pas le cas de -5.551115123125783e-17 ± 3e-17 me semble-t-il)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Tu risques autant qu'en grillant un feu rouge le soir sur une route déserte où tu vois clairement qu'il n'y a personne à la ronde.

La sécurité (un peu comme la sûreté) c'est un entassement de couches. Quand un pb arrive c'est toujours une accumulation de la perte de plusieurs couches, à chaque fois pour un truc insignifiant.

Ce pb aujourd'hui tel qui est énoncé n'est peut-être pas très significatif (hormis l'utilisation de virtualisation cloud peut-être), mais c'est encore une fois une couche qui s'effondre : en concevant ton OS tu pars du principe que le CPU t'assure certaines protections… qui n'existent plus. C'est une couche parmi tant d'autres.

On ne sait pas encore comment ce sera exploité, mais là n'est pas le pb : le CPU doit faire son boulot de CPU.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ça c'est une bonne question.

Si j'y pense je leur pose la question en récupérant l'imprimante.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Apparemment sur les "grosses imprimantes" (dixit la personne à la réception), c'est carrément un bac. Ça donne une idée de la quantité d'encre qui finit à la poubelle.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Pour moi les boitiers NAS du commerce ont pour avantage principal la compacité ainsi que la faible conso (souvent des CPUs basé ARM). Mais j'ai préféré me faire une bonne vieille tour, il n'y a rien de plus évolutif !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

J'avais eu un coup énorme avec le SAV Logitech. Je schématise la conversation

• Bonjour, j'ai acheté un combo clavier/souris sans-fil référence XYZ, et la souris ne marche plus. Pouvez-vous me donner une référence de souris Logitech qui serait compatible avec le récepteur pour que je garde le même clavier ?
• Bonjour, merci d'avoir contacté le SAV Logitech, pouvez-vous me faire passer la facture d'achat ?
• Non, je l'ai plus, c'était il y a qques années, je veux juste que vous me donniez une référence de souris, j'irai l'acheter, pas de pb
• De toutes façons vu la référence que vous nous donnez, votre combo est encore sous garantie c'est certain. On doit donc vous le remplacer. Mais le combo ne se fait plus. On vous envoie donc le nouveau modèle. Merci, au revoir, et bien des choses à votre dame.

Énorme.

PS : Je crois qu'il était garantie 3 ans
PPS : Inutile de vous préciser la marque de tous les clavier/souris de la maison depuis cette histoire

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

En l'occurrence, on ne m'a rien demandé en rapport avec l'achat. Modèle, numéro de série et c'est tout.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je me permets un peu d'auto promo : http://linuxfr.org/users/gbetous/journaux/raid-is-no-backup
En effet, je ne conseille pas du tout RAID 5 (à lire tout en bas de mon journal).

Sinon la distribution OpenMediaVault est très sympa.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Et oui, mais on m'a toujours appris qu'un bon informaticien est un informaticien fainéant. En bon informaticien, j'ai donc commencé par voir si je pouvais m'éviter du boulot :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Le fait qu'ils réparent gratuitement est quand même un bon point pour bloquer "préventivement". Je préfère ça à avoir la possibilité de continuer, parce que je l'aurais fait, j'aurai engorgé ou encrassé un truc, et au final j'aurais dû payer la réparation (ou en acheter une autre, bcp plus vraisemblable).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

la commande comm est faite pour ça

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Regarde si ton WiFi est pas désactivé, soit par un bouton (physique) soit par un espèce de mode avion (logiciel).

rfkill list

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Si l'en-tête n'est pas trop complexe, un petit bout de code C devrait faire ton bonheur. Tu lis les octets et tu les envoies au fur-et-à-mesure dans un nouveau fichier. Dès que tu as la séquence en question, tu changes de fichier.

Tu as le format en question qu'on se fasse une idée ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Exact. D'ailleurs il me semble bien que le résultat d'un test ADN c'est pas "oui, les 2 échantillons proviennent de la même personne" mais plutôt "il y a 98,2% de chances que les 2 échantillons proviennent la même personne".

EDIT : bon, selon Wikipedia c'est 1 personne sur 5 millions qui donne les mêmes résultats dans les tests ADN effectués par le FBI, donc la proba annoncée est un poil meilleure que 98,2% ;)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

A l'époque ou la série "Les Experts" avait un intérêt scientifique (c'est dire si c'est vieux), ils avaient même parlé des chimère : il est possible d'avoir 2 ADNs différents pour un même individu (si je te prends un cheveux et du sang par exemple).

Donc l'ADN qui définit uniquement une personne… c'est vrai dans 99,99% des cas :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

oui : "gbetous"

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Une fois n’est pas coutume, il pleut en Haute‐Garonne !

T'étais où depuis novembre ? :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Déjà faire son schéma d'une seule main (parce que la 2nde tiens un sac de courses par exemple) donne un vague idée des emmerdes possibles…

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Carte à puce qui au passage est un excellent exemple de double authentification qu'on a depuis très longtemps puisque l'authentification repose sur des vérifications de nature différente :

• qqchose que tu possèdes (l'objet)
• qqchose que tu sais (le code)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Bonjour,

J'avais déjà parlé précédemment de l'idée de proposer une bibliothèque de rythmes pour Hydrogen (style les classiques 8 beats, 16 beats, 3/4, 12/8, rock, blues-rock etc…).

Bien sûr je peux aider.

Y a-t-il eu une discussion démarrée sur LinuxMAO ?

Merci

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Oui, même OVH a communiqué dessus : https://twitter.com/olesovhcom/status/948518635320070144

Je pense que le usecase hyperviseur est de loin le plus critique en effet.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.