eingrossfilou a écrit 107 commentaires

Si c'est pour tracer une simple courbe, je dirais GeoGebra classic, utilisable en ligne ou installable.
https://www.geogebra.org/classic

Le site officiel propose d'autre outils, comme une calculette aussi, eux aussi installables en local.

Ces applications hostiles, tu peux les isoler du reste des applications avec Shelter
https://linuxfr.org/users/bubar/journaux/f-droid-shelter-l-usage-du-profil-professionnel-android

Aucune idée pour savoir quel morceau à foiré, peut-être le disque dur justement ou bien son câble IDE (surtout si tu y as touché). Un démarrage en débranchant le disque dur devrait vite déterminer si le pb viens d'un des deux. Le BIOS ne figera pas, mais indiquera qu'il n'y a pas de disque de démarrage

Regarde aussi l'état de la table SMART du disque sur un autre PC, change le câble par sécurité. Tu peux aussi faire un clone avec ddrescue, qui t'indiquera les parties illisibles (indépendant du FS) et essaiera de les récupérer
Tu as un très bon tuto ici

Si tu es étudiant, ton université héberge certainement des équipes de recherche en biologie végétale.
N'hésite pas à contacter les responsables ou secrétariat de ces équipes en expliquant ta démarche, même si c'est pas exactement leur domaine de recherche. À défaut de te proposer un stage, ils pourront t'orienter sur des équipes susceptibles de le faire.

Demande également à tes profs à la fin des cours (s'il y a encore des cours).

Regarde aussi les centres de recherche Inrae qui travaillent beaucoup sur le végétal, comme les centres de biologie marine et Ifremer, qui ont des thématiques très proches sur la flore marine.

Les espaces vides sont un faux problème qui peuvent être gérés de plusieurs manières.
- Soit l'image n'est pas compressée et est sauvegardée sur un des FS suivant: xfs, ext4, btrfs, tmpfs ou gfs2. On peut alors utiliser fallocate --dig-holes mon_image.img pour faire en sorte que les espaces vides ne consomment pas d'espace sur le disque. Si le FS de sauvegarde est ZFS, c'est fait à la volée.
- Soit l'image est compressée, et alors, l'algorithme de compression devrait fortement compresser ces portions vides. L'avantage étant que cela ne dépend pas du FS.

Après, comme indiqué, il est peu probable qu'un disque de l'époque des systèmes OS/2 soit si gros que ça.

Il y a plusieurs solutions sous Linux.

La plus connue est clonezilla
https://clonezilla.org/

mais rescuezilla semble plus accessible
https://rescuezilla.com/

< troll >
Si les conditions de travail en présentiel semblent trop problématiques, peut-être qu'il faut envisager de changer d'employeur ou de travail
</ troll >

J'ai également fait cette demande à ma conseillière et au support sur service web de ma banque.

C'est la solution alternative qu'on m'a proposée. Pour l'instant, je suis encore sur mon Jolla (increvable). Ça me gène de changer un téléphone qui fonctionne encore, même si y'a des trucs qui n'ont jamais été fini dessus.

Cela me semble quand même plus sécurisé qu'une appli mobile (nombreux sont les gens qui font des achats sur leur mobile et que valider un achat pas le même canal que l'achat lui même me semble une mauvaise pratique).

Le problème de ce boîtier, c'est que quand tu te déplaces souvent, tu ne l'as pas forcément avec toi. Valider certains achats faits en déplacement devient problématique, alors que le téléphone, je l'ai quasiment toujours avec moi.
D'autre part, ce n'est utilisable qu'avec ma banque. J'aurai préféré un truc plus universel, genre yubikey, qui me permet de faire du F2A avec d'autres services. J'aurai là une bonne raison de me trimbaler avec.
Enfin, il faut l'acheter (même si c'est 30€). Pour un truc dédié qui ne dépend que de ma banque, ça me dérange. J'aurai préféré un prêt avec dépôt de garantie. Ça a plusieurs avantages: ça ne m'encombrera pas si je change de banque ou si je passe à un autre système de validation, ça permet de recycler le matériel restitué (soit en le reconditionnant, soit en le détruisant proprement).

J'ai fait ces propositions à ma banque:
- ma conseillère m'a dis qu'elle ne comprenait rien… ce qui est vrai, je lui ai dit que je n'avais pas google play, et elle m'a envoyé le lien de l'app sur google play…
- le service de l'app est resté bloqué en: on suit le processus.
- la remontée de mes demandes au services concernés est incertaine…

Bref, c'est chiant, ils ont eux 2 ans pour se préparer et proposent des solutions non universelles.

Pour mon futur téléphone, je serai bien parti sur un Linux (pine phone), mais la directive DSP2 m'incite à partir sur une base LineageOS + Fdroid/Aurora Store… Anbox ne ma semblant pas suffisamment abouti ni à jour.

Les solutions alternatives des banques ne sont pas terribles. Soit accepter des conditions d'utilisation de Google/Apple, soit d'acheter un appareil d'authentification qui, il me semble - j'ai pas plus cherché que ça, n'est pas universel (dans le sens ou il ne servira qu'a la validation de paiement et authentification de la dite banque)…

Et vous, quelle solution envisagez vous pour ce cas d'usage?

Utilise tcptraceroute plutôt qui abouti contrairement à traceroute (même en indiquant le port 80 ou 443, je bloque à 81.25.197.26). Sur ma connexion agrume, ça donne ça.

$ tcptraceroute www.apec.fr
Tracing the path to www.apec.fr (91.231.175.100) on TCP port 80 (http), 30 hops max
...
 4  ae43-0.niidf202.rbci.orange.net (193.252.162.254)  11.370 ms  19.364 ms  12.955 ms
 5  193.252.137.74  12.447 ms  13.118 ms  11.802 ms
 6  ae-26.r04.parsfr01.fr.bb.gin.ntt.net (129.250.66.141)  12.313 ms  11.767 ms  13.663 ms
 7  ae-5.r20.parsfr04.fr.bb.gin.ntt.net (129.250.5.145)  12.779 ms  13.049 ms  12.996 ms
 8  ae-0.a00.parsfr04.fr.bb.gin.ntt.net (129.250.3.252)  12.894 ms  11.438 ms  16.092 ms
 9  * 81.25.197.26 15.698 ms  14.488 ms
10  * * *
11  reverse.apec.fr (91.231.175.254)  13.940 ms  12.693 ms  16.001 ms
12  www.apec.fr (91.231.175.100) [open]  14.229 ms * 14.194 ms

Joignable de chez moi aussi. Et la résolution du nom de domaine donne bien la même ip.

Un (tcp)traceroute pourra t'aider à comprendre où ça bloque.

D'un autre côté, si tu utilises l'ip pour accéder au site, le nom de domaine ne correspondra forcément pas à celui du certificat.

Si tu utilises https://www.apec.fr, il n'y a pas de problème et le domaine renvoie bien sur l'ip donnée

À noter que même sans grub, tu dois pouvoir booter directement sur le système USB avec l'UEFI (en desactivant peut-être la vérification de la signature de l'OS)

Ça dépend de la licence de Windows et du constructeur. S'ils veulent vraiment te mettre des bâtons dans les roues,, il peuvent.

Je ne peux pas activer la version Win 10 familiale de mon XPS 9560 perso dans une VM, par contre, je n'ai eu aucun soucis pour installer et activer ma version Win 10 Pro sur le precision 5530 de mon travail.

Les deux machines on la licence enregistrée dans le BIOS.

S'il est comme mon XPS 15 9560 perso et mon Precision 5530 du boulot, alors, il aura le schema MUXless traité dans l'article que j'ai lié.

Sinon, je confirme que sans le GPU passthrough, KVM avec QXL est largement suffisant en terme de fluidité à partir du moment ou les pilotes et utilitaires qemu sont installés.
Je me sert d'une VM Windows 10 pour les quelques applications obligatoires pour travailler avec les autres de mon équipe et qui ne passe pas correctement autrement (genre Office, quelques softs de visio imposés par des partenaires qui n'utilisent que des solutions uniquement compatible Windows et parfois Max OS)

Maie avant d'arriver à la VM, tu vas certainement galérer sur la partie optimus de Linux.
Je te recommande de chercher ton modèle sur le wiki de arch linux. Il m'a bien dépanné pour mes portables et pour atteindre l'autonomie annoncée par le constructeur.

Alors échec et mat, ça dépend de son portable.

Déjà, si ta machine est récente, tu as de grandes chances que ton GPU intel support le GVT-g. Cette techno te permet de passer ton GPU intel à ta VM sous la forme d'une carte graphique virtuelle tout en gardant ton affichage sur ta machine hôte. NVidia propose un équivalent sur certaines de ses Quadro.

Ensuite, le GPU passthrough est possible sur un portable, mais dépend fortement de comment tes GPU sont cablés. Tu n'as pas forcément besoin que ta carte dédiée à la VM aie un affichage connecté si seule l'accélération de calcul t'intéresse. Sinon il faut espérer que tu puisses attribuer séparément les sorties video pour ton hôte et ton client

Tu as plus d'info sur ces deux approches ici:
https://lantian.pub/en/article/modify-computer/laptop-intel-nvidia-optimus-passthrough.lantian/

Ici tu aura une idée de formules alambiquées:
https://stackoverflow.com/questions/949098/python-split-a-list-based-on-a-condition

Par contre, je te mets en garde de ne pas tomber dans le travers des gens qui font du python: passer son temps à trouver une manière plus élégant d'écrire 2 lignes de code sans rien gagner à côté

La version "pythonic" tendrait plus vers ça

list_a = [s for s in some_list if s.startswith('a')]
list_b = [s for s in some_list if s.startswith('b')]

Je suis d'accord qu'il faut un peu changer sa façon de penser.

Note: il y a certainement une formule alambiquée pour ne passer qu'une seule fois dans some_list tout en restant "pythonic"

Sur les clusters de calcul, c'est plutôt singularity qui est utilisé pour faire du docker rootless.
https://sylabs.io/docs/

Comme c'est du rootless, les mécanisme de redirection de port ne sont pas disponibles.

J'ai loué un serveur perso chez Digicube de 2012 à 2018 (ou 2017 - je ne sais plus) et je ne suis pas étonné de leur fin.

Digicube a toujours eu des problèmes récurrents au niveau de la communication. Je ne suis pas étonné d'un mail une semaine avant la fin.

Je me tâtais depuis un moment déjà à partir de chez eux pour plusieurs raisons [1], et je me suis décidé quand je n'arrivais plus à avoir de réponse par email (ou avec un délai de 1 à 2 mois quand il s’agissait de réaliser un paiement).

Je n'ai jamais eu de réponse de leur part à mes courriers de résiliation (LRAR) ni leur relance où je demandais en-autre une facture de clôture, sachant que je leur devais de l'argent.
Je me suis dis que ça puait vraiment à ce moment là et que je faisais bien de partir.
L'accès au serveur que je louais chez eu a été coupé plusieurs mois plus tard.

[1]

• impossibilité de retirer des moyens de paiement enregistrés sur leur site
• pas d'avertissement pour payer le renouvellement du serveur
• impression que les investissements étaient stoppés: les offres présentées sur le site web n'ont pas bougé depuis plusieurs années, ce qui ne facilite pas la conquête de nouveaux clients

Euh, je pense que je me suis mal exprimé.

Manjaro permet d'installer plusieurs version de noyaux côte à côte, mais tu ne peux pas avoir plusieurs révisions d'une même version du noyau (du moins dans le config par défaut). Si une nouvelle révision du noyau que tu utilises casse quelque chose, tu peux ne pas pouvoir démarrer. C'est pour ça que j'ai toujours au moins 2 versions de noyau installées sur mon système (dont au moins une lts).

Sinon, bien que j'ai un système en mode EFI, j'ai un /boot séparé pour pouvoir déchiffrer mon système via ssh lorsque je le démarre à distance (https://wiki.archlinux.org/index.php/Dm-crypt/Specialties#Remote_unlocking_of_the_root_(or_other)_partition).

J'ai aussi laissé tomber btrfs sur mon disque système manjaro. Les outils de récupération btrfs après corruption ne sont pas encore au point. La mise à jour du noyau qui efface la révision précédente en cours d'utilisation n'a pas fait bon ménage avec mon vga-passthrough d'une vega56 mal supportée à l'époque (reset du gpu foireux). Ça a fait un beau kernel panic à l'extinction et a bien corrompu mon fs.
J'ai vraiment du écumer le web pour trouver une manière de récupérer les données, la majorité des méthodes de récupération proposées échouant. Peut-être que cela fonctionne mieux maintenant, mais je reste très frileux sur le mariage btfrs, Manjaro et vga-passthrough.

C'est dommage, parce que j'aime bien les aspects compression et déduplication. Je n'ai aucun soucis avec mon serveur proxmox avec le / en btfrs et incluant le /boot.

Salut,

Je suis aussi sous Manjaro, et j'ai deux pb avec ton /boot. Je n'ai pas regardé exactement comment fonctionne timeshift, donc ces problèmes sont peut-être non existants.

/boot hors snapshot ?

Je préfère indiquer une nouvelle fois que je n'ai pas regardé comment timshite traite le /boot.

Ton /boot est une partition ext4 qui ne permet pas de snapshot.
Si ta mise à jour installe un noyau cassé (parce que ça arrive), ton snapshot btrf ne te permet pas d'utiliser la version précédente de ton \boot. Tu seras obligé de booter sur un autre système et faire un chroot pour faire ton rollback et regénérer une image de boot avec mkinitcpio

/boot trop petit

Seulement 200M pour le /boot de Manjaro, ça me semble vraiment juste. Tu ne peux pas avoir plus d'une version de noyau installé. Un noyau + sont fallback, c'est ~85Mo en .xz (~125Mo en .gzip), et tu dois avoir au moins cet espace de libre sur ton /boot pour mettre à jour ton noyau. Je dirai plutôt un minimum de 300M.
Pour ma part, je garde toujours un noyau LTS en plus du dernier stable en cas de problème. Mais si partir du principe que s'il y a un snapshot des noyaux, alors, ce n'est peut-être pas nécessaire.

Alternative

Je pense qu'une solution pour éviter ces pb, c'est de simplement ne pas faire un partition dédié pour /boot, mais de le laisser sur / ou de le mettre dans un sous-volume btrfs. Grub sait booter sur du btrfs du quelques temps déjà.

Je t'aurais dit de regarder ce que ça donne avec Wine(-staging), mais ça semble pas encore ça niveau perf et compatibilité, même si wine évolue vite et bien dernièrement
https://appdb.winehq.org/objectManager.php?sClass=version&iId=36468&iTestingId=108262

D'autant plus que tu as peu de chance que ta carte graphique intégrée intel supporte vulkan, qui minimiserait les pertes de performance 3D avec dxvk.
https://fr.wikipedia.org/wiki/Vulkan_(API)

Malgré ça, tu peux toujours essayer.
Playonlinux est une bonne piste pour tester avec plusieurs versions de Wine (staging ou non).

Si tu as possibilité (i.e. si c'est un pc fixe), envisage de rajouter une carte graphique dédiée (en occasion à pas cher) et de la RAM. Ça ramera moins et c'est accessible en occasion.

J'ai tendance à utiliser zip dans une situation comme ça:

numbers1 = [1, 2, 3]
numbers2 = [4, 5, 6]

result = [x + y for x, y in zip(numbers1, numbers2)] 
print(result)

Ce qui donne le même résultat