La première chose à faire est bien de vérifier si tu peux booter sur un LiveUSB. Déjà tu valideras que le BIOS accepte de booter sur de l'USB, et que tu as pu trouver une distribution qui accepte ton ordinosaure :)
Quand tu fais ça, ça ne touche pas au disque dur, donc tu peux faire des essais sans hésiter. Le LiveUSB n'est pas prévu pour cohabiter donc soit tu prépares plusieurs clés, soit tu prends ton temps, à reflasher ta clé à chaque nouvelle distribution.
Je valide tes choix de Ubuntu xcfe/lxde, mais attention, quand tu dis "Internet", faut se méfier : Youtube par exemple sera inutilisable sur un ordi aussi vieux.
Une fois que tu as trouvé ton LiveUSB qui fonctionne bien, tu pourras faire une installation si tu le désires (icone sur le bureau de mémoire). Là il te proposera d'utiliser le disque entier, c'est à dire qu'il va lui-même supprimer/reformatter comme bon lui semble. Tu n'auras donc pas à préparer quoi que ce soit, Windows XP sera bel et bien supprimé.
Bonne chance !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Les joueurs de Scrabble ou de mots croisés ont des tripotées d'outils (parfois même en ligne) pour les aider. Ce serait peut-être une piste à creuser ?
Sinon si tu veux coder ton propre outil, on peut te conseiller sur l'algorithme, voire te coder un petit truc. J'ai déjà ma petite idée : fenêtre glissante, à chaque étape on compte le nb de différences avec le motif recherché… bourrin mais efficace !).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Si c'est un BIOS UEFI, si tu sais booter sur ta clé USB, depuis le menu Grub tu peux aller dans le "BIOS" (system setup je crois)
A tout hasard, il y a d'autres touches dispo lors du démarrage ? Juste pour voir si tu peux activer d'autres options (menu de sélection du device de boot…)
Sinon en dernier recourt, tu regardes si en ouvrant l'ordi tu peux réinitialisaer le BIOS (jumper peu probable, mais pile).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
J'ai voulu faire un dual boot Windows 10 / Linux, la pire idée de ma vie.
… tu feras pire dans ta vie, je te le promets :)
Sinon calme-toi, ton but est pour l'instant simplement d'accéder à ce BIOS. Comme dit dans un autre commentaire, attention à la touche "Fn" si besoin etc. (de ce que j'ai vu sur qques video Youtube sur des Acer mais pas ton modèle, c'est F2 comme un bourrin dès que tu as le logo ACER).
Le fait qu'il boote sur clé USB fait qu'il est dans des réglages plutôt permissifs, c'est déjà rassurant.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
J'adore les joujoux (cailloux / choux / genoux… ), mais je saurais pas comment jouer avec celui-ci :) Pour le hobbyiste moyen, tu aurais des exemples d'application pertinente ?
A 30€ on explose le prix de la plupart des microcontrôleurs, y a-t-il qqchose que saurait faire le FPGA et pas le microcontrôleur ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Perso, je pense que le CPU sera suffisant. Le son c'est pas gourmand. Par contre, le RPi zero est assez pénible à mettre en œuvre, vu qu'il faut se battre à peu près avec tout (même l'USB est chiant, tu as un connecteur microUSB host, c'est pas courant).
Si tu veux faire qques essais sans te ruiner, je te conseille cette carte son. Je l'utilise moi-même sur un RPi (plutôt pour les entrées en fait), c'est pas cher, ça marche sans drivers, et au pire ça te servira un jour prochain sur un ordi portable pour remplacer les connecteurs mini jack tout pourris.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Posté par gUI (Mastodon) .
En réponse au message changement de date .
Évalué à 6.
Dernière modification le 31 juillet 2019 à 18:47.
Les forums LinuxFR.org ne sont pas un substitut de pastebin. Soit tu expliques ta question et ton pb (j'ai une vague idée…) soit je nettoie violemment.
EDIT : Ah mais il y avait du texte au milieu du SQL !!! Bon, je me suis permis un petit formattage, ça aide (un peu) à comprendre…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Oui et ça ne l'a jamais été. Mais quand tu as un minimum de conscience du produit, tu vas au-delà de ta responsabilité. Tu dis "tiens c'est curieux ce truc" et tu demandes à la personne dont c'est la responsabilité de jeter un oeil un peu plus appuyé. Et il y a un monde entre celui qui recule d'un pas et juge ce qui a été fait (sans englober l'avion, englobons déjà l'équipement ou le système) et celui qui va strictement se cantonner à son rôle unitaire.
Autre chose : l'expérience. La mode est à mettre les fournisseurs en concurrence. Un fournisseur t'a déjà fait le calculateur X sur l'avion Y ? Alors surtout prends un autre fournisseur pour ton avion Z. Sous prétexte d'aiguiser la concurrence et de tirer les prix (ce qui n'est pas si évident on pourra en reparler), on râte surtout l'expertise. J'ai été dans une boite qui était à son 3e calculateur X pour Airbus (j'ai changé de vie depuis, donc je ne m'accroche à rien, surtout que la boite en question etait une SSII tout ce qu'il y a de très fort en exploitation des programmeurs). On avait de vrais spécialistes, on pouvait pointer du doigt une erreur de specification (alors que c'est pas notre job, on était censé juste coder/tester/documenter). Maintenant tout est parti ailleurs. Alors les repreneurs ne sont pas plus bêtes, mais ils sont plus verts, et surtout ils habitent plus à 500m du site de Airbus de Toulouse. Ils vont pas au foot avec leurs clients. Ils voient pas les A380 (c'était l'époque) faire des essais au dessus de leur tête. On peut tourner les choses comme on veut, c'est pas pareil.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
C'est ça. Les compétences et les cœurs de métiers ont été dilués dans la logique de la baisse des coûts.
Boeing (je me doute) pas plus que Airbus (que je connais bien) n'est capable aujourd'hui de faire un avion. Plus personne ne maîtrise rien, chacun regarde uniquement par le bout de sa lorgnette.
Moi je suis là pour écrire une spec
Moi je suis là pour coder la spec
Moi je suis là pour écrire un plan de test
Moi je suis là pour exécuter un plan de test
Moi je suis là pour vérifier que le plan de test couvre bien la spec
Moi je suis là pour vérifier que le plan de test a bien été exécuté
Mais en fait personne n'est là pour faire un avion. Chacun a comme intérêt supérieur sa propre tâche et non pas la finalité.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Ce serait sympa de faciliter la vie des gens qui pourraient vouloir te répondre, en utilisant la syntaxe Markdown à disposition, au moins pour le code que tu cites.
Corrigé dans le post original.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Comment ont-ils pu corriger un bogue qui ne vient pas de leur distribution ?
Bin, c'est l'intérêt du logiciel libre : ils peuvent parfaitement écrire un patch et l'appliquer. Ensuite ce patch remonte éventuellement upstream, mais c'est même pas obligé. Ça ne semble pas le cas ici, mais ce serait parfaitement acceptable.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
J'ai monté un SSD NVMe également et dans la doc de la CM il y avait un tableau sur les lignes PCI-E et leur utilisation : j'ai dû déseactiver des ports SATA pour avoir un NVMe "full speed".
Je répondais précisément au post du dessus : ce qui est impossible c'est de te connecter en VPN sur ta 4G box, vu que tu n'as pas d'IP publique avec ta clé 4G (pour attaquer un VPN, il te faut l'IP publique. Là l'IP publique va t'envoyer sur les serveur Orange/Free/Bouygues, mais pas sur ta 4G box).
Si tu veux passer par la 4G, fais un partage de connexion. Mais depuis l'extérieur tu ne pourras pas te connecter à ta 4G box.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Comment as-tu su que c'était du Windows CE ? Tu as dumpé la flash, décompilé le code ? Ou est-ce que un simple strings sur le binaire d'une update de firmware a suffit ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# LiveUSB
Posté par gUI (Mastodon) . En réponse au message j'essaie de passer à Linux. Évalué à 7. Dernière modification le 09 août 2019 à 09:05.
La première chose à faire est bien de vérifier si tu peux booter sur un LiveUSB. Déjà tu valideras que le BIOS accepte de booter sur de l'USB, et que tu as pu trouver une distribution qui accepte ton ordinosaure :)
Quand tu fais ça, ça ne touche pas au disque dur, donc tu peux faire des essais sans hésiter. Le LiveUSB n'est pas prévu pour cohabiter donc soit tu prépares plusieurs clés, soit tu prends ton temps, à reflasher ta clé à chaque nouvelle distribution.
Je valide tes choix de Ubuntu xcfe/lxde, mais attention, quand tu dis "Internet", faut se méfier : Youtube par exemple sera inutilisable sur un ordi aussi vieux.
Une fois que tu as trouvé ton LiveUSB qui fonctionne bien, tu pourras faire une installation si tu le désires (icone sur le bureau de mémoire). Là il te proposera d'utiliser le disque entier, c'est à dire qu'il va lui-même supprimer/reformatter comme bon lui semble. Tu n'auras donc pas à préparer quoi que ce soit, Windows XP sera bel et bien supprimé.
Bonne chance !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# L'article qu'il te faut
Posté par gUI (Mastodon) . En réponse au message server X et frame buffer.. Évalué à 2.
Je viens de tomber sur cet article, je pense qu'il est pour toi :)
https://www.linuxjournal.com/content/what-does-it-take-make-kernel-0
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Jeux de lettres
Posté par gUI (Mastodon) . En réponse au message grep et recherche approximative. Évalué à 4.
Les joueurs de Scrabble ou de mots croisés ont des tripotées d'outils (parfois même en ligne) pour les aider. Ce serait peut-être une piste à creuser ?
Sinon si tu veux coder ton propre outil, on peut te conseiller sur l'algorithme, voire te coder un petit truc. J'ai déjà ma petite idée : fenêtre glissante, à chaque étape on compte le nb de différences avec le motif recherché… bourrin mais efficace !).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Marteau piqueur sur F2
Posté par gUI (Mastodon) . En réponse au message Impossible d'accéder au BIOS + No bootable device. Évalué à 2.
Si c'est un BIOS UEFI, si tu sais booter sur ta clé USB, depuis le menu Grub tu peux aller dans le "BIOS" (system setup je crois)
A tout hasard, il y a d'autres touches dispo lors du démarrage ? Juste pour voir si tu peux activer d'autres options (menu de sélection du device de boot…)
Sinon en dernier recourt, tu regardes si en ouvrant l'ordi tu peux réinitialisaer le BIOS (jumper peu probable, mais pile).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# T'inquiètes pas...
Posté par gUI (Mastodon) . En réponse au message Impossible d'accéder au BIOS + No bootable device. Évalué à 2. Dernière modification le 06 août 2019 à 15:24.
… tu feras pire dans ta vie, je te le promets :)
Sinon calme-toi, ton but est pour l'instant simplement d'accéder à ce BIOS. Comme dit dans un autre commentaire, attention à la touche "Fn" si besoin etc. (de ce que j'ai vu sur qques video Youtube sur des Acer mais pas ton modèle, c'est F2 comme un bourrin dès que tu as le logo ACER).
Le fait qu'il boote sur clé USB fait qu'il est dans des réglages plutôt permissifs, c'est déjà rassurant.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Chouette un nouveau jouet !
Posté par gUI (Mastodon) . En réponse au journal FireAnt : Un kit FPGA à moins de $30 avec un nouveau venu dans le domaine du FPGA. Évalué à 2.
Merci à tous les deux, c'est exactement ce que je voulais comprendre :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Chouette un nouveau jouet !
Posté par gUI (Mastodon) . En réponse au journal FireAnt : Un kit FPGA à moins de $30 avec un nouveau venu dans le domaine du FPGA. Évalué à 3.
J'adore les joujoux (cailloux / choux / genoux… ), mais je saurais pas comment jouer avec celui-ci :) Pour le hobbyiste moyen, tu aurais des exemples d'application pertinente ?
A 30€ on explose le prix de la plupart des microcontrôleurs, y a-t-il qqchose que saurait faire le FPGA et pas le microcontrôleur ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# C'est bien parce que personne ne répond...
Posté par gUI (Mastodon) . En réponse au message Serveur pulseaudio avec RaspberyPI Zero. Évalué à 2. Dernière modification le 01 août 2019 à 13:03.
Perso, je pense que le CPU sera suffisant. Le son c'est pas gourmand. Par contre, le RPi zero est assez pénible à mettre en œuvre, vu qu'il faut se battre à peu près avec tout (même l'USB est chiant, tu as un connecteur microUSB host, c'est pas courant).
Si tu veux faire qques essais sans te ruiner, je te conseille cette carte son. Je l'utilise moi-même sur un RPi (plutôt pour les entrées en fait), c'est pas cher, ça marche sans drivers, et au pire ça te servira un jour prochain sur un ordi portable pour remplacer les connecteurs mini jack tout pourris.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Erreur sur la personne
Posté par gUI (Mastodon) . En réponse au message changement de date . Évalué à 6. Dernière modification le 31 juillet 2019 à 18:47.
Les forums LinuxFR.org ne sont pas un substitut de pastebin. Soit tu expliques ta question et ton pb (j'ai une vague idée…) soit je nettoie violemment.
EDIT : Ah mais il y avait du texte au milieu du SQL !!! Bon, je me suis permis un petit formattage, ça aide (un peu) à comprendre…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Suis-je le seul...
Posté par gUI (Mastodon) . En réponse au lien En réponse à FaceApp, Greenpeace lance EarthApp qui nous montre la Terre dans quelques années. Évalué à 7. Dernière modification le 28 juillet 2019 à 19:07.
Je pense savoir ce que tu penses, et je suis à peu près aligné. Dis-moi si je me trompe :
Bref, pendant qu'on nous explique un truc qu'on a déjà plus ou moins compris, en attendant on ne fait rien.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Jusqu'à 11 ?
Posté par gUI (Mastodon) . En réponse au journal Doublez le volume sonore des appels sur un téléphone. Évalué à 5.
Je sais pas si t'as compris sa blague, je sais même pas si c'était une blague, mais LA référence à citer ici c'est le film Spinal Tap.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Fuzz
Posté par gUI (Mastodon) . En réponse au journal Doublez le volume sonore des appels sur un téléphone. Évalué à 3.
Je vais de ce pas essayer cette technique avancée sur mon ampli basse. Un conseil sur la taille de l'aiguille sachant que j'ai un HP de 12" ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Explication plus convaincante
Posté par gUI (Mastodon) . En réponse au lien Boeing’s 737 Max Software Outsourced to $9-an-Hour Engineers. Évalué à 6.
Oui et ça ne l'a jamais été. Mais quand tu as un minimum de conscience du produit, tu vas au-delà de ta responsabilité. Tu dis "tiens c'est curieux ce truc" et tu demandes à la personne dont c'est la responsabilité de jeter un oeil un peu plus appuyé. Et il y a un monde entre celui qui recule d'un pas et juge ce qui a été fait (sans englober l'avion, englobons déjà l'équipement ou le système) et celui qui va strictement se cantonner à son rôle unitaire.
Autre chose : l'expérience. La mode est à mettre les fournisseurs en concurrence. Un fournisseur t'a déjà fait le calculateur X sur l'avion Y ? Alors surtout prends un autre fournisseur pour ton avion Z. Sous prétexte d'aiguiser la concurrence et de tirer les prix (ce qui n'est pas si évident on pourra en reparler), on râte surtout l'expertise. J'ai été dans une boite qui était à son 3e calculateur X pour Airbus (j'ai changé de vie depuis, donc je ne m'accroche à rien, surtout que la boite en question etait une SSII tout ce qu'il y a de très fort en exploitation des programmeurs). On avait de vrais spécialistes, on pouvait pointer du doigt une erreur de specification (alors que c'est pas notre job, on était censé juste coder/tester/documenter). Maintenant tout est parti ailleurs. Alors les repreneurs ne sont pas plus bêtes, mais ils sont plus verts, et surtout ils habitent plus à 500m du site de Airbus de Toulouse. Ils vont pas au foot avec leurs clients. Ils voient pas les A380 (c'était l'époque) faire des essais au dessus de leur tête. On peut tourner les choses comme on veut, c'est pas pareil.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Explication plus convaincante
Posté par gUI (Mastodon) . En réponse au lien Boeing’s 737 Max Software Outsourced to $9-an-Hour Engineers. Évalué à 4. Dernière modification le 23 juillet 2019 à 21:19.
C'est ça. Les compétences et les cœurs de métiers ont été dilués dans la logique de la baisse des coûts.
Boeing (je me doute) pas plus que Airbus (que je connais bien) n'est capable aujourd'hui de faire un avion. Plus personne ne maîtrise rien, chacun regarde uniquement par le bout de sa lorgnette.
Mais en fait personne n'est là pour faire un avion. Chacun a comme intérêt supérieur sa propre tâche et non pas la finalité.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Solution évidente
Posté par gUI (Mastodon) . En réponse au journal GIMP défi → tutoriel, aidez-moi :). Évalué à 10.
T'as essayé avec Emacs ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Formatage, puts, _start, etc.
Posté par gUI (Mastodon) . En réponse au message aide en assembleur quand je lance objdump -M intel -DTCs ./a.out. Évalué à 2.
Corrigé dans le post original.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Systemd corrigé ?
Posté par gUI (Mastodon) . En réponse à la dépêche Mageia 7.1 pour la prise en charge des Ryzen 3000. Évalué à 5. Dernière modification le 19 juillet 2019 à 08:44.
Bin, c'est l'intérêt du logiciel libre : ils peuvent parfaitement écrire un patch et l'appliquer. Ensuite ce patch remonte éventuellement upstream, mais c'est même pas obligé. Ça ne semble pas le cas ici, mais ce serait parfaitement acceptable.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Config NVMe de la CM ?
Posté par gUI (Mastodon) . En réponse au message Ssd NVME et benchmark. Évalué à 6.
J'ai monté un SSD NVMe également et dans la doc de la CM il y avait un tableau sur les lignes PCI-E et leur utilisation : j'ai dû déseactiver des ports SATA pour avoir un NVMe "full speed".
Sur un Samsung 970 Pro :
=> Il est donné pour le double en écriture.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: proxy 4G
Posté par gUI (Mastodon) . En réponse au message Créer un serveur proxy 4G. Évalué à 2.
La connexion 4G n'est pas équivalente à la connexion de ta box ADSL. En 4G tu n'as pas d'IP publique. Ce que tu veux faire n'est pas possible.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: proxy, est-ce utile ?
Posté par gUI (Mastodon) . En réponse au message Créer un serveur proxy 4G. Évalué à 2.
Je répondais précisément au post du dessus : ce qui est impossible c'est de te connecter en VPN sur ta 4G box, vu que tu n'as pas d'IP publique avec ta clé 4G (pour attaquer un VPN, il te faut l'IP publique. Là l'IP publique va t'envoyer sur les serveur Orange/Free/Bouygues, mais pas sur ta 4G box).
Si tu veux passer par la 4G, fais un partage de connexion. Mais depuis l'extérieur tu ne pourras pas te connecter à ta 4G box.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: proxy, est-ce utile ?
Posté par gUI (Mastodon) . En réponse au message Créer un serveur proxy 4G. Évalué à 2. Dernière modification le 15 juillet 2019 à 13:59.
C'est surtout que en 4G tu n'as carrément pas d'IP publique. Tu es derrière le NAT de l'opérateur, donc c'est même pas possible en fait.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Kivy est un excellent cadriciel graphique
Posté par gUI (Mastodon) . En réponse à la dépêche minipy, un serveur Python dans son Android. Évalué à 2. Dernière modification le 12 juillet 2019 à 07:29.
Corrigé, merci.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Alternative à Oui.sncf
Posté par gUI (Mastodon) . En réponse au journal OUI-Léger : une extension Firefox pour rendre le site oui.sncf plus léger. Évalué à 1.
<teaser>
Je suis à deux doigts de démontrer que le ratio est largement positif, mais pour l'instant je ne peux rien dire :)
</teaser>
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Alternative à Oui.sncf
Posté par gUI (Mastodon) . En réponse au journal OUI-Léger : une extension Firefox pour rendre le site oui.sncf plus léger. Évalué à 6.
A se demander ce qu'on ferait sans LinuxFR :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# On veut plus !
Posté par gUI (Mastodon) . En réponse au journal Windows dans les copieurs. Évalué à 10. Dernière modification le 04 juillet 2019 à 20:34.
Comment as-tu su que c'était du Windows CE ? Tu as dumpé la flash, décompilé le code ? Ou est-ce que un simple
stringssur le binaire d'une update de firmware a suffit ?En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.