pour le coup, on peut laisser l'USB2 de côté.
L'USB2 permet en pratique d'arriver à plus de 30MO/s, electro575 mesure a peine 4 MO/s
Par contre il faut plutôt voir du côté du nombre de fichier, car un dossier de plusieurs millier de fichiers, même sous Windows, il est plus rapide de zipper le dossier, le transférer sur la clef et de le dézipper ensuite.
Dans le cas des clefs USB (flash) par contre, ça arrive régulièrement d'avoir des clefs qui ne dépassent pas ces vitesses d'écritures.
Non, en général, c'est le synthétiseurs qui fait le boulot (synopsys DC ou autre).
grâce à des bibliothèques fournis soit par le fondeur, soit par le synthétiseur mais financé par lui.
Rien n'est gratuit.
Dans la pratique, pour faire un circuit numérique (si on ne s'appelle pas Intel et qu'on développe tout en interne), on achète :
- une bibliothèque bas-niveau qui fournira les portes ET/OU/XOR… ainsi que les bascules au niveau transistor
- une bibliothèque moins bas niveau qui fournira les fonction mathématiques (+-..)
- un compilateur de mémoire SRAM (pour les mémoires directement intégrées dans le circuit)
- éventuellement des IP de très haut-niveau genre CPU (ARM ou autre)
(liste non exhaustive)
Dans le principe, il suffit de télécharger le fichier .deb qui intéresse et le mettre sur une clef usb. Une fois sur le poste client il n'y a plus qu'à double cliquer dessus et le système te propose de l'installer.
Dans la pratique, il faut noter toutes les dépendances du paquet, les télécharger les mettre sur clef usb et les installer avant (à moins de créer un dépôt sur la clef mais je ne sais pas faire)
non, dans mon cas il y a une partition Linux sur le pc.
dans ton cas ça ne marchera pas parce que Grub est partiellement installé dans le MBR (de mémoire limité à 512 ou 1024 octets) et l'autre partie dans le /boot.
Dans les anciennes versions de windows, on pouvait lancer un "fdisk /mbr" depuis le cdrom d'installation. Je ne sait pas comment faire avec les versions récentes.
C'est ce que j'ai fait pour la partition windows 7 de mon portable :
1. faire du ménage sur la partition windows pour réduire au minimum l'espace disque
2. défragmenter le disque (avec l'outil microsoft)
3. clonezilla pour faire une image complète du disque (oui ça prend de la place mais on est jamais trop prudent
4. gparted pour réduire la partition, ce n'est pas toujours possible car certains fichier systèmes ne peuvent pas être déplacés
5. clonezilla pour transférer la partition réduite
Les partitions de données ont soit été copiées classiquement (via nautilus).
La partition racine Linux à été ré-installée proprement.
c'est très court, en page 4, après les paramètres du port série, ils disent juste envoyer le caractère '~' pour lire le modèle et le caractère '@' pour lire le courant. Ça à vraiment l'air simple.
Vu la bête ce n'est pas la peine de parler d'optimisation pour l'instant.
Le mieux est de se décider en fonction de ton bureau préféré, et pour cela il n'y a qu'une solution, c'est d'essayer.
Si je peux te conseiller quelques distribution, de la famille Ubuntu pour commencer plus facilement:
- Ubuntu-Gnome, parce que c'est celle que j'utilise sur mes PC qui ne sont pas hors d'age
- Kubuntu, c'est un bureau KDE, inspiré du bureau Windows
- Linux-Mint, ils sont indépendants d'Ubuntu mais se base sur sa mécanique quand même.
Tu peux (dois) les essayer clef USB pour te faire un avis avant d'installer (ou pas).
Après personne ne peux choisir le bureau à ta place…
Même si le microprocesseur supporte le 64bits, avec seulement 1GO de RAM il vaut mieux mettre la version 32 bits.
Les versions 64bits mangeront plus de RAM et n'apporteront pas un gain significatif.
Commence par voir si tu peux te connecter sur une console texte. Ça confirmera que le mot de passe est bon.
Pour ça, il faut faire Ctrl+Alt+F2 (Alt+F7 ou Alt+F8 pour revenir à la console graphique), tu pourras saisir ton login et ton mot de passe. En mode texte, c'est normal que le mot de passe n'affiche rien (même pas des . ou *).
Si tu arrive à te logger, il faudra voir selon le contenu du fichier /var/log/Xorg.0.log.
Tant que t'y es, tu devrais sûrement augmenter la taille du swap, vus sa taille je doute qu'elle soit pour l'instant utile.
En général il faut que le swap soit au moins aussi grand que la RAM pour pouvoir faire hiberner le PC.
Sur les machines qui ont peu de RAM on peut multiplier la taille par 2.
Posté par flavien75 .
En réponse au message Bundle Installation.
Évalué à 2.
Dernière modification le 14 août 2016 à 19:11.
Visiblement tu as installé un système 32bits sur ta machine.
ça risque de te brider la quantité de RAM utilisable mais pour le reste ce n'est pas si dramatique.
Donc maintenant tu as 2 possibilités :
1. ré-installer une version 64 de ta distribution
2. installer la version 32 bits de vmware-player (si elle existe)
troisième possibilité : utiliser virtualbox (ou qemu) qui doivent déjà être dans la logithèque Ubuntu.
Je crois me souvenir que amazon fournissait aussi un plugin pour firefox pour télécharger tout l'album d'un coup. je ne sais pas si ça existe toujours.
Maintenant, quand on achète des mp3 chez eux, ils se retrouvent direct dans un compte "cloud", avec possibilité de lecture en streaming, téléchargement individuel ou téléchargement d'une grosse archive zip qui contient tout l'album.
Et pas besoin de flash ou de plugin, donc rien à redire.
Posté par flavien75 .
En réponse au message Accès internet .
Évalué à 2.
Dernière modification le 24 août 2019 à 16:23.
Pour ton problème d'heure, c'est parce que les distributions Linux sont généralement configurées pour travailler en interne en UTC (le fuseau horaire de référence). Alors que Windows configure l'horloge interne sur l'heure locale, ce qui peut faire des bonnes blagues lors des changement d'heure.
D'ailleurs si tu ne fait rien, dans 8 jours, tu auras 2 heures de décalage.
Windows ne sachant pas utiliser une horloge interne différente de l'heure d'affichage, le mieux pour toi est de configurer Ubuntu pour utiliser l'heure locale en interne.
Une petite recherche sur ton moteur de recherche favori devrait te donner la procédure: 1er tuto trouvé
Pour le reste ça n'a pas l'air clair.
PS: dans ce genre de cas, il vaut mieux préciser la version de Ubuntu que tu utilise, ça peut aider à te donner une réponse pertinente.
je suis chez Sosh (donc en 4G) et chez moi ça marche (tm).
Pour être plus précis concernant la configuration,
- serveur SSH (à la maison sur ligne ADSL orange) répond sur un port > 10000,
- le téléphone Android est en mode point d'accès,
- sur l'ordinateur portable, je me connecte au serveur SSH
J'imagine que c'est à peu près ce que tu voulais faire?
Il va effectivement falloir que je plonge dans ces histoires d'async-signal-safe. Ce sera effectivement intéressant de voir si 2 écritures "simultanées" (programme et signal) peuvent se retrouvées entremêlées ou pas.
Enfin là pour le coup le but était juste de "neutraliser" les Ctrl+C et cette solution (la seconde) fonctionne à tous les coups et sans risque.
Dans la première le but du exit() était d'épargner à l'utilisateur d'aller faire un kill -9 quand l'application ne répond vraiment plus du tout. Elle n'était déclenchée que dans les versions beta, les versions finales quittant en général en moins d'une seconde (donc avant que l'utilisateur ne perde patience).
La remarque de Krunch m'a par contre fait réfléchir à l'effet d'un exit() au moment où la boucle principale exécuterait la fonction atexit(). J'ai effectivement des doutes sur la fiabilité du programme dans ce cas. D'où l'idée de remplacer exit() par _exit().
Pour le type sig_atomic_t, il faut pas exagérer. A part sur Pic (et 8051 ?) le type "int" fait 32 bits, donc l'écriture (ce n'est plus un read-modify-write) se fait en 1 cycle (non-interruptible par définition).
Et vu que la variable ne fait que passer de 0 à 1, il n'y a aucun risque de glitch. Ce n'est pas comme si 2 threads faisaient du read-modify-write dessus.
Je me doutais que le printf risquait de générer des bugs d'affichage dans la console (genre si ça arrive au milieu de l'écriture d'une séquence de commande ansi).
Par contre il faudra que je remplace mes exit() par _exit().
L'interception et la tentative de fermeture propre du programme restent par contre valables.
L'exemple devient donc:
#include <signal.h>intplease_exit=0;// si marche pas avec optimiseur, ajouter "volatile", c'est moche mais ça marcheravoidexitApp(intsig){please_exit=1;}intmain(intargc,char**argv){signal(SIGINT,exitApp);// programme principal// dès que la variable please_exit est non nulle, on quitte proprement le programme// par exemplewhile(!please_exit){// ...}}
#include <signal.h>#define CTRL_C_LIM 3intplease_exit=0;voidexitApp(intsig){if(please_exit<CTRL_C_LIM){fprintf(stderr,"CTRL+C received");please_exit++;}else{fprintf(stderr,"CTRL+C received too many times, forcing exit");exit();}}intmain(intargc,char**argv){signal(SIGINT,exitApp);// programme principal// dès que la variable please_exit est non nulle, on quitte proprement le programme// par exemplewhile(!please_exit){// ...}}
Ça permet au programme de balancer des "attend un peu que je finisse" tout en permettant à l'utilisateur de marteler Ctrl+C pour tuer violemment le programme.
Accessoirement ce bout de code fonctionne aussi bien sous windows que sous Linux.
[^] # Re: transfert
Posté par flavien75 . En réponse au message Vitesse de transfert PC vers Disque dur externe (USB 2.0 et 3.0). Évalué à 1.
pour le coup, on peut laisser l'USB2 de côté.
L'USB2 permet en pratique d'arriver à plus de 30MO/s, electro575 mesure a peine 4 MO/s
Par contre il faut plutôt voir du côté du nombre de fichier, car un dossier de plusieurs millier de fichiers, même sous Windows, il est plus rapide de zipper le dossier, le transférer sur la clef et de le dézipper ensuite.
Dans le cas des clefs USB (flash) par contre, ça arrive régulièrement d'avoir des clefs qui ne dépassent pas ces vitesses d'écritures.
Les vrais naviguent en -42
[^] # Re: BIOS / x86-64
Posté par flavien75 . En réponse au message Débit ridicule HD et SSD (suite). Évalué à 1.
en même temps, plus c'est neuf, plus il y a de chances que ce soit buggé.
+1 pour la mise à jours du BIOS
Les vrais naviguent en -42
# lien cassé
Posté par flavien75 . En réponse au journal Programmer ça craint. Évalué à 2.
le premier lien est cassé (relatif a linuxfr.org au lieu d'être absolu)
Les vrais naviguent en -42
[^] # Re: Code VHDL : peu de lignes ?
Posté par flavien75 . En réponse au journal OPEN-V : premier microcontrôleur libre ?. Évalué à 2.
Dans la pratique, pour faire un circuit numérique (si on ne s'appelle pas Intel et qu'on développe tout en interne), on achète :
- une bibliothèque bas-niveau qui fournira les portes ET/OU/XOR… ainsi que les bascules au niveau transistor
- une bibliothèque moins bas niveau qui fournira les fonction mathématiques (+-..)
- un compilateur de mémoire SRAM (pour les mémoires directement intégrées dans le circuit)
- éventuellement des IP de très haut-niveau genre CPU (ARM ou autre)
(liste non exhaustive)
Les vrais naviguent en -42
[^] # Re: n'importe quoi
Posté par flavien75 . En réponse au journal Un autre pouvoir de Google. Évalué à 1.
ah bon tu as des sources ?
ma source (où et comment faire la demande)
Les vrais naviguent en -42
# Facile (ou presque)
Posté par flavien75 . En réponse au message Télécharger un paquet (programme) sur une clé USB et l' installer sur une machine sans internet ?. Évalué à 1.
Dans le principe, il suffit de télécharger le fichier .deb qui intéresse et le mettre sur une clef usb. Une fois sur le poste client il n'y a plus qu'à double cliquer dessus et le système te propose de l'installer.
Dans la pratique, il faut noter toutes les dépendances du paquet, les télécharger les mettre sur clef usb et les installer avant (à moins de créer un dépôt sur la clef mais je ne sais pas faire)
Bon courage
Les vrais naviguent en -42
[^] # Re: sauvegarder - redimensionner - transférer
Posté par flavien75 . En réponse au message basculer d'un HDD à un SSD de taille inferieure. Évalué à 1.
là j’avoue je ne sais pas comment t'aider.
désolé
Les vrais naviguent en -42
[^] # Re: sauvegarder - redimensionner - transférer
Posté par flavien75 . En réponse au message basculer d'un HDD à un SSD de taille inferieure. Évalué à 1.
non, dans mon cas il y a une partition Linux sur le pc.
dans ton cas ça ne marchera pas parce que Grub est partiellement installé dans le MBR (de mémoire limité à 512 ou 1024 octets) et l'autre partie dans le /boot.
Dans les anciennes versions de windows, on pouvait lancer un "fdisk /mbr" depuis le cdrom d'installation. Je ne sait pas comment faire avec les versions récentes.
Les vrais naviguent en -42
# sauvegarder - redimensionner - transférer
Posté par flavien75 . En réponse au message basculer d'un HDD à un SSD de taille inferieure. Évalué à 2. Dernière modification le 08 octobre 2016 à 12:03.
Cf titre,
C'est ce que j'ai fait pour la partition windows 7 de mon portable :
1. faire du ménage sur la partition windows pour réduire au minimum l'espace disque
2. défragmenter le disque (avec l'outil microsoft)
3. clonezilla pour faire une image complète du disque (oui ça prend de la place mais on est jamais trop prudent
4. gparted pour réduire la partition, ce n'est pas toujours possible car certains fichier systèmes ne peuvent pas être déplacés
5. clonezilla pour transférer la partition réduite
Les partitions de données ont soit été copiées classiquement (via nautilus).
La partition racine Linux à été ré-installée proprement.
Concernant le MBR, je laisse Grub s'en occuper.
Les vrais naviguent en -42
# doc constructeur
Posté par flavien75 . En réponse au message Pince ampèremétrique USB. Évalué à 2.
j'ai été voir par curiosité, la doc est ici: site du constructeur
c'est très court, en page 4, après les paramètres du port série, ils disent juste envoyer le caractère '~' pour lire le modèle et le caractère '@' pour lire le courant. Ça à vraiment l'air simple.
Donc il n'y a plus qu'à essayer…
Les vrais naviguent en -42
# optimisation ???
Posté par flavien75 . En réponse au message Distribution linux pc portable. Évalué à 1.
Vu la bête ce n'est pas la peine de parler d'optimisation pour l'instant.
Le mieux est de se décider en fonction de ton bureau préféré, et pour cela il n'y a qu'une solution, c'est d'essayer.
Si je peux te conseiller quelques distribution, de la famille Ubuntu pour commencer plus facilement:
- Ubuntu-Gnome, parce que c'est celle que j'utilise sur mes PC qui ne sont pas hors d'age
- Kubuntu, c'est un bureau KDE, inspiré du bureau Windows
- Linux-Mint, ils sont indépendants d'Ubuntu mais se base sur sa mécanique quand même.
Tu peux (dois) les essayer clef USB pour te faire un avis avant d'installer (ou pas).
Après personne ne peux choisir le bureau à ta place…
Les vrais naviguent en -42
[^] # Re: Let's go !
Posté par flavien75 . En réponse au message Installation Linux Mint. Évalué à 1.
Même si le microprocesseur supporte le 64bits, avec seulement 1GO de RAM il vaut mieux mettre la version 32 bits.
Les versions 64bits mangeront plus de RAM et n'apporteront pas un gain significatif.
Les vrais naviguent en -42
# essai la console
Posté par flavien75 . En réponse au message impossible de booter sur Ubuntu Mate. Évalué à 1. Dernière modification le 03 septembre 2016 à 23:27.
Commence par voir si tu peux te connecter sur une console texte. Ça confirmera que le mot de passe est bon.
Pour ça, il faut faire Ctrl+Alt+F2 (Alt+F7 ou Alt+F8 pour revenir à la console graphique), tu pourras saisir ton login et ton mot de passe. En mode texte, c'est normal que le mot de passe n'affiche rien (même pas des . ou *).
Si tu arrive à te logger, il faudra voir selon le contenu du fichier /var/log/Xorg.0.log.
Les vrais naviguent en -42
[^] # Re: deja pas mal
Posté par flavien75 . En réponse au message J'ai perdu linux et windows ! (Dual Boot mal fait probablement). Évalué à 2.
Tant que t'y es, tu devrais sûrement augmenter la taille du swap, vus sa taille je doute qu'elle soit pour l'instant utile.
En général il faut que le swap soit au moins aussi grand que la RAM pour pouvoir faire hiberner le PC.
Sur les machines qui ont peu de RAM on peut multiplier la taille par 2.
Les vrais naviguent en -42
# système 32 bits sur machine 64 bits
Posté par flavien75 . En réponse au message Bundle Installation. Évalué à 2. Dernière modification le 14 août 2016 à 19:11.
Visiblement tu as installé un système 32bits sur ta machine.
ça risque de te brider la quantité de RAM utilisable mais pour le reste ce n'est pas si dramatique.
Donc maintenant tu as 2 possibilités :
1. ré-installer une version 64 de ta distribution
2. installer la version 32 bits de vmware-player (si elle existe)
troisième possibilité : utiliser virtualbox (ou qemu) qui doivent déjà être dans la logithèque Ubuntu.
Bon courage.
Les vrais naviguent en -42
# c'est bien gentil
Posté par flavien75 . En réponse au journal 'Epeios organizer' : l'interface Web. Évalué à 8.
mais ça fait quoi ?
Les vrais naviguent en -42
[^] # Re: Pull request ?
Posté par flavien75 . En réponse au message Comment forker un projet (bonne conduite). Évalué à 4. Dernière modification le 01 juillet 2016 à 13:07.
Non, ça n'a rien à voir.
Même si elle est compatible avec la GPL, le code résultant doit être distribué sous license GPL (source).
License compatible GPL: GPL + WTFPL => GPL
License incompatible : GPL + AGPL => AGPL (et surtout pas GPL)
Pour résumer, tes patch peuvent être publiés sous license WTFPL mais le résultat patché devra être publié sous license GPL.
[edit] grillé par Francesco
Les vrais naviguent en -42
[^] # Re: Pas tout jeune :)
Posté par flavien75 . En réponse au journal Journée internationale contre les DRM :: le test. Évalué à 2. Dernière modification le 03 mai 2016 à 23:11.
Maintenant, quand on achète des mp3 chez eux, ils se retrouvent direct dans un compte "cloud", avec possibilité de lecture en streaming, téléchargement individuel ou téléchargement d'une grosse archive zip qui contient tout l'album.
Et pas besoin de flash ou de plugin, donc rien à redire.
Les vrais naviguent en -42
# l'heure n'a rien a voir avec internet (pour ton problème en tous cas)
Posté par flavien75 . En réponse au message Accès internet . Évalué à 2. Dernière modification le 24 août 2019 à 16:23.
Pour ton problème d'heure, c'est parce que les distributions Linux sont généralement configurées pour travailler en interne en UTC (le fuseau horaire de référence). Alors que Windows configure l'horloge interne sur l'heure locale, ce qui peut faire des bonnes blagues lors des changement d'heure.
D'ailleurs si tu ne fait rien, dans 8 jours, tu auras 2 heures de décalage.
Windows ne sachant pas utiliser une horloge interne différente de l'heure d'affichage, le mieux pour toi est de configurer Ubuntu pour utiliser l'heure locale en interne.
Une petite recherche sur ton moteur de recherche favori devrait te donner la procédure:
1er tuto trouvé
Pour le reste ça n'a pas l'air clair.
PS: dans ce genre de cas, il vaut mieux préciser la version de Ubuntu que tu utilise, ça peut aider à te donner une réponse pertinente.
Les vrais naviguent en -42
[^] # Re: 3515 mavie (puisque c'est la question)
Posté par flavien75 . En réponse au message Opérateur 4G autorisant le SSH?. Évalué à 1.
aucune idée,
J'ai pas l'intention d'ouvrir le port 22 de ma box (ça ferai trop de log à lire…) et je n'ai pas lu les conditions d'utilisation.
Les vrais naviguent en -42
# 3515 mavie (puisque c'est la question)
Posté par flavien75 . En réponse au message Opérateur 4G autorisant le SSH?. Évalué à 2. Dernière modification le 26 décembre 2015 à 19:19.
je suis chez Sosh (donc en 4G) et chez moi ça marche (tm).
Pour être plus précis concernant la configuration,
- serveur SSH (à la maison sur ligne ADSL orange) répond sur un port > 10000,
- le téléphone Android est en mode point d'accès,
- sur l'ordinateur portable, je me connecte au serveur SSH
J'imagine que c'est à peu près ce que tu voulais faire?
Les vrais naviguent en -42
[^] # Re: exploiter le Ctrl+C plutôt que de le masquer ?
Posté par flavien75 . En réponse au message Système . Évalué à 2.
Il va effectivement falloir que je plonge dans ces histoires d'async-signal-safe. Ce sera effectivement intéressant de voir si 2 écritures "simultanées" (programme et signal) peuvent se retrouvées entremêlées ou pas.
Enfin là pour le coup le but était juste de "neutraliser" les Ctrl+C et cette solution (la seconde) fonctionne à tous les coups et sans risque.
Dans la première le but du exit() était d'épargner à l'utilisateur d'aller faire un kill -9 quand l'application ne répond vraiment plus du tout. Elle n'était déclenchée que dans les versions beta, les versions finales quittant en général en moins d'une seconde (donc avant que l'utilisateur ne perde patience).
La remarque de Krunch m'a par contre fait réfléchir à l'effet d'un exit() au moment où la boucle principale exécuterait la fonction atexit(). J'ai effectivement des doutes sur la fiabilité du programme dans ce cas. D'où l'idée de remplacer exit() par _exit().
Les vrais naviguent en -42
[^] # Re: exploiter le Ctrl+C plutôt que de le masquer ?
Posté par flavien75 . En réponse au message Système . Évalué à 1.
Pour le type sig_atomic_t, il faut pas exagérer. A part sur Pic (et 8051 ?) le type "int" fait 32 bits, donc l'écriture (ce n'est plus un read-modify-write) se fait en 1 cycle (non-interruptible par définition).
Et vu que la variable ne fait que passer de 0 à 1, il n'y a aucun risque de glitch. Ce n'est pas comme si 2 threads faisaient du read-modify-write dessus.
Les vrais naviguent en -42
[^] # Re: exploiter le Ctrl+C plutôt que de le masquer ?
Posté par flavien75 . En réponse au message Système . Évalué à 1.
Bien vu, merci de la remarque.
Je me doutais que le printf risquait de générer des bugs d'affichage dans la console (genre si ça arrive au milieu de l'écriture d'une séquence de commande ansi).
Par contre il faudra que je remplace mes exit() par _exit().
L'interception et la tentative de fermeture propre du programme restent par contre valables.
L'exemple devient donc:
Les vrais naviguent en -42
# exploiter le Ctrl+C plutôt que de le masquer ?
Posté par flavien75 . En réponse au message Système . Évalué à 4.
Personnellement j'utilise plutôt ce code :
Ça permet au programme de balancer des "attend un peu que je finisse" tout en permettant à l'utilisateur de marteler Ctrl+C pour tuer violemment le programme.
Accessoirement ce bout de code fonctionne aussi bien sous windows que sous Linux.
Les vrais naviguent en -42