Je ne me plaçait pas dans le bon répertoire pour exécuter mes commandes.
Un peu moins facile:
J'étais (tout simplement) en train de coder en C, alors que j'aurais dû utiliser un langage c++.
Par ailleurs je n'utilisais pas la bonne commande. Il fallait utiliser load 'Monfichier.plt' et non gnuplot 'Monfichier.plt' ou plot 'Monfichier.plt'.
Problème résolu! Vous aviez raison, il suffisait de regarder dans le BIOS. Comme il n'avait qu'une option, passez en mode XHCI ou non, j'ai juste changé ce paramètre en le désactivant, et tout va bien.
@Neox, @Stinouff: Oui, je n'ai pas beaucoup de ports USB, donc tous checkés.
Comment puis-je vérifier que l'USB est actif dans le BIOS? (Je suis très très débutante…)
@syslog, err404: Okay, je commence à me demander si cela ne vient pas de l'installation même de Linux.
Pour la petite histoire, j'avais Linux sous mon ancien PC sans problèmes, je l'avait même installée toute seule. Après l'achat de mon nouveau PC, ça a été une grande galère pour installer (Windows 8 et cie, configuration du PC un peu étrange.). Du coup un ami me l'a installé, en utilisant bien les mots de passe que j'avais choisi.
Visiblement, le terminal ne reconnaît pas le mot de passe dès que je veux effectuer une commande sudo, et ce n'est pas la première fois…
Etant à l'étranger pendant deux mois il va m'être difficile de trouver un live-usb ou live-CD. Je réinstallerais Linux en rentrant pour voir.
J'ai réenregistré tous les fichiers potentiellement lié s au fichier .plt en changeant leurs fins de ligne, et de même pour le fichier .plt.
Le plot ne marche toujours pas.
J'ai installé dos2unix, essayé dos2unix 'monfichier.pt', ou encore dos2unix 'monfichier.txt' en ayant changé le fichier en .txt.
Au bout de 20 minutes, dos2unix n'a toujours pas converti le fichier.
En tous les cas maintenant, ce n'est plus 0xd, mais 0xa…
#PLOT 1
plot: an unrecognized command 0xa' was encountered in the input
plot: the input fileZVC.plt' could not be parsed
Je revois mon tuteur lundi, avec un peu de chances quelqu'un de son entourage pourra nous aider aussi. En attendant, merci pour votre aide,j'y vois au moins plus clair dans ce qui potentiellement pose problème!
Lorsque, sans avoir branché quoi que ce soit, j'exécute dmesg:
(J'espère que ces quatre dernière lignes seront suffisantes)
[ 713.822843] systemd-hostnamed[3486]: Warning: nss-myhostname is not installed. Changing the local >hostname might make it unresolveable. Please install nss-myhostname!
[ 1470.084390] systemd-hostnamed[4785]: Warning: nss-myhostname is not installed. Changing the local >hostname might make it unresolveable. Please install nss-myhostname!
De même, lorsque je tape lsusb:
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Ensuite, si je branche sur un des ports usb:
dmesg donne: (Encore, quatre dernières lignes)
[ 713.822843] systemd-hostnamed[3486]: Warning: nss-myhostname is not installed. Changing the local >hostname might make it unresolveable. Please install nss-myhostname!
[ 1470.084390] systemd-hostnamed[4785]: Warning: nss-myhostname is not installed. Changing the local >hostname might make it unresolveable. Please install nss-myhostname!
et lsusb:
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
@Neox: 1) Visiblement lorsque mon tuteur compilait sous Windows, tout fonctionnait correctement.
2) C'est justement là mon problème, je n'arrive pas à lancer le fichier .plt et visualiser la courbe cherchée.
3)Je vais installer GhostScript et essayer de voir un peu comment me dépatouiller.
@ kaos: C'est en effet le cas. D'un point de vue purement ethnocentré, je partait du principe que le monde universitaire fonctionnait tous sur Linux (comme c'est le cas en France en sciences). Sauf qu'en Espagne, ce n'est pas le cas (c'est même voire l'inverse.) Du coup mon tuteur n'a visiblement pas une bonne connaissance de Linux (je dirais: la même que la mienne, à savoir, très basse…).
@audionuma: J'ai essayé d'encoder le fichier .plt en UTF-8, je crois que j'ai réussi. Désormais je rencontre les erreurs suivantes:
Sachant que le fichier est le suivant:
set term epslatex size 15cm, 15cm
set output "ZVC.tex"
set xrange[-2.0:2.0]
set yrange[-2.0:2.0]
plot "ZVC1.out" u 1:2 w l lc rgb "#000000" notitle, "ZVC2.out" u 1:2 w l lc rgb "#000000" notitle
set output
set terminal
Originellement, mon tuteur avait écrit "set term", que gnuplot ne comprenait visiblement pas.
Si j'effectue la commande suivante:
$ plot 'ZVC.plt'
#PLOT 1
plot: an unrecognized command 0xd' was encountered in the input
plot: the input fileZVC.plt' could not be parsed
et l'autre:
plot 'ZVC.plt'
#PLOT 1
plot: an unrecognized command 0xd' was encountered in the input
plot: the input fileZVC.plt' could not be parsed
oxliserose@ordinateur:~/ENSRennes/Practica BCN 2015/Code MhI/RungeKutta4/RTBP$ gnuplot 'ZVC.plt'
"ZVC.plt", line 6: warning: Skipping data file with no valid points
Available terminal types:
cairolatex LaTeX picture environment using graphicx package and Cairo backend
canvas HTML Canvas object
cgm Computer Graphics Metafile
context ConTeXt with MetaFun (for PDF documents)
corel EPS format for CorelDRAW
dumb ascii art for anything that prints text
dxf dxf-file for AutoCad (default size 120x80)
eepic EEPIC—extended LaTeX picture environment
emf Enhanced Metafile format
emtex LaTeX picture environment with emTeX specials
epscairo eps terminal based on cairo
epslatex LaTeX picture environment using graphicx package
fig FIG graphics language for XFIG graphics editor
gif GIF images using libgd and TrueType fonts
gpic GPIC—Produce graphs in groff using the gpic preprocessor
hp2623A HP2623A and maybe others
hp2648 HP2648 and HP2647
hpgl HP7475 and relatives [number of pens] [eject]
imagen Imagen laser printer
jpeg JPEG images using libgd and TrueType fonts
latex LaTeX picture environment
Press return for more:
Merci pour votre aide, avec un peu de chance, ce n'est qu'un petit problème!
# Problème résolu
Posté par Kochflakes . En réponse au message [Débutant] Compilation gnuplot. Évalué à 1.
Bonjour,
Alors, visiblement, quelques réponses bêtes:
Je ne me plaçait pas dans le bon répertoire pour exécuter mes commandes.
Un peu moins facile:
J'étais (tout simplement) en train de coder en C, alors que j'aurais dû utiliser un langage c++.
Par ailleurs je n'utilisais pas la bonne commande. Il fallait utiliser load 'Monfichier.plt' et non gnuplot 'Monfichier.plt' ou plot 'Monfichier.plt'.
Merci pour votre aide, et bonne journée.
[^] # Re: Problème résolu
Posté par Kochflakes . En réponse au message Ports USB [Résolu]. Évalué à 2.
Merci! Je n'oublierais pas le conseil.
# Problème résolu
Posté par Kochflakes . En réponse au message Ports USB [Résolu]. Évalué à 2.
Bonjour à tous,
Problème résolu! Vous aviez raison, il suffisait de regarder dans le BIOS. Comme il n'avait qu'une option, passez en mode XHCI ou non, j'ai juste changé ce paramètre en le désactivant, et tout va bien.
Merci encore, et bonne journée!
# Détails
Posté par Kochflakes . En réponse au message Ports USB [Résolu]. Évalué à 1.
@Neox, @Stinouff: Oui, je n'ai pas beaucoup de ports USB, donc tous checkés.
Comment puis-je vérifier que l'USB est actif dans le BIOS? (Je suis très très débutante…)
@syslog, err404: Okay, je commence à me demander si cela ne vient pas de l'installation même de Linux.
Pour la petite histoire, j'avais Linux sous mon ancien PC sans problèmes, je l'avait même installée toute seule. Après l'achat de mon nouveau PC, ça a été une grande galère pour installer (Windows 8 et cie, configuration du PC un peu étrange.). Du coup un ami me l'a installé, en utilisant bien les mots de passe que j'avais choisi.
Visiblement, le terminal ne reconnaît pas le mot de passe dès que je veux effectuer une commande sudo, et ce n'est pas la première fois…
Etant à l'étranger pendant deux mois il va m'être difficile de trouver un live-usb ou live-CD. Je réinstallerais Linux en rentrant pour voir.
[^] # Re: Commandes
Posté par Kochflakes . En réponse au message Ports USB [Résolu]. Évalué à 1.
Quel que soit le type de support, (clef USB, MP3, DDE), rien ne marche. Il ne reste donc plus qu'à aller chez le réparateur dans ce cas?
[^] # Re: Erreurs suivantes
Posté par Kochflakes . En réponse au message [Débutant] Compilation gnuplot. Évalué à 1.
Merci lolop, pour ces conseils.
J'ai réenregistré tous les fichiers potentiellement lié s au fichier .plt en changeant leurs fins de ligne, et de même pour le fichier .plt.
Le plot ne marche toujours pas.
J'ai installé dos2unix, essayé dos2unix 'monfichier.pt', ou encore dos2unix 'monfichier.txt' en ayant changé le fichier en .txt.
Au bout de 20 minutes, dos2unix n'a toujours pas converti le fichier.
En tous les cas maintenant, ce n'est plus 0xd, mais 0xa…
Je revois mon tuteur lundi, avec un peu de chances quelqu'un de son entourage pourra nous aider aussi. En attendant, merci pour votre aide,j'y vois au moins plus clair dans ce qui potentiellement pose problème!
# Commandes
Posté par Kochflakes . En réponse au message Ports USB [Résolu]. Évalué à 1.
Bonsoir,
Merci pour vos réponses.
Lorsque, sans avoir branché quoi que ce soit, j'exécute dmesg:
(J'espère que ces quatre dernière lignes seront suffisantes)
De même, lorsque je tape lsusb:
Ensuite, si je branche sur un des ports usb:
dmesg donne: (Encore, quatre dernières lignes)
et lsusb:
Rien ne change?!
# Erreurs suivantes
Posté par Kochflakes . En réponse au message [Débutant] Compilation gnuplot. Évalué à 1. Dernière modification le 23 mai 2015 à 14:14.
Bonjour,
Merci pour vos réponses.
@Neox: 1) Visiblement lorsque mon tuteur compilait sous Windows, tout fonctionnait correctement.
2) C'est justement là mon problème, je n'arrive pas à lancer le fichier .plt et visualiser la courbe cherchée.
3)Je vais installer GhostScript et essayer de voir un peu comment me dépatouiller.
@ kaos: C'est en effet le cas. D'un point de vue purement ethnocentré, je partait du principe que le monde universitaire fonctionnait tous sur Linux (comme c'est le cas en France en sciences). Sauf qu'en Espagne, ce n'est pas le cas (c'est même voire l'inverse.) Du coup mon tuteur n'a visiblement pas une bonne connaissance de Linux (je dirais: la même que la mienne, à savoir, très basse…).
@audionuma: J'ai essayé d'encoder le fichier .plt en UTF-8, je crois que j'ai réussi. Désormais je rencontre les erreurs suivantes:
Sachant que le fichier est le suivant:
Originellement, mon tuteur avait écrit "set term", que gnuplot ne comprenait visiblement pas.
Si j'effectue la commande suivante:
et l'autre:
Merci pour votre aide, avec un peu de chance, ce n'est qu'un petit problème!