NeoX a écrit 18125 commentaires

le F897-44B4 n'est pas un fichier, mais un dossier dans lequel est "monté" le contenu de la clef USB (ou disque dur) qui porte le meme nom.

dans ce dossier, tu vois alors le contenu de ta clef USB, de ton disque DUR

Je pensais qu'il y avais des intervalles dans les libellés de chemins de fichiers (avant ou après /), je m'étais trompé (influencé par ce qui se passe sous Windows).

je n'ai jamais entendu parlé d'espace avant ou après les / ou \, meme sous windows
[mode vieux qui raconte sa vie] pourtant depuis 1991 que je joue avec des ordis, je m'en serais rendu compte[/mode vieux qui raconte sa vie]

vu qu'on te la "filé", demande à celui qui avait mis ubuntu dessus,
car il te faudra acceder à la ligne de commande,
mais aussi avoir le droit de faire sudo unecommande ou sudo une autre commande avec des options

les dossiers dans /media/francois sont les disques usb que tu as branchés et qui sont actifs sur ta machine.

tous les autres ne sont que raccourci pour y acceder plus rapidement.

avec une nouvelle ubuntu il faut avec une machine avec acceleration 3D.

ton symptome ressemble au fait que tu es passé sur un bureau avec acceleration 3D alors que t'as machine n'en a pas.

depuis la ligne de commande, essaie d'installer unity-2D ou gnome-session-fallback
puis choisi l'un de ces deux gestionnaires au moment du login.

pour installer ces 2 paquets : apt-get install unity-2d gnome-session-fallback

pour monter un projet, il faut comprendre les divers morceaux necessaires pour obtenir un resultat fonctionnel.

pour TSE, il te faut :

• un windows server en controlleur de domaine
• un windows server en server TSE

pour ton LTSP, il te faut :

• un serveur DHCP/TFTP
• un serveur LTSP

y a jamais d'espace dans un nom de fichier, sauf si c'est toi qui le met.

ta clef USB se monte en F897-44B4 car c'est son identifiant materiel, ou un numero de serie.

en ligne de commande, tu tapes /media
puis la touche TAB TAB
ca va t'afficher diverses propositions
tu tapes alors francois
puis TAB TAB
et tu tapes F897
puis TAB TAB il va completer pour toi.

Du coup je fais quoi maintenant ?
En attendant je vais de nouveau réinstaller Jessie et réessayer la troisième solution que tu à proposé.

Installer ubuntu qui detectera qu'il faut des pilotes proprietaires et les installera et configurera pour toi.

si c'est pour ecouter de la musique libre, j'utilise jamendo

SCENARIO A tu sais deja ou il est,
alors juste le
realpath /chemin/ver/le/fichier/X

SCENARIO B tu ne sais pas ou il est
il faut alors commencer par trouver le fichier.
plusieurs outils à ta disposition :

• find : qui s'utilise de la maniere suivante : find . -iname X (ici ca va chercher X ou x sans tenir compte de la casse, et ca va le chercher à partir du dossier courant .

• ls, cd et pwd (pour faire la recherche à la main)

  • ls pour afficher le contenu du dossier courant
  • cd pour changer de dossier
  • pwd pour afficher le nom du dossier courant

et à partir des resultats obtenu il faut extraire le bout du chemin qui t'interesse

tu as 3 endroits ou tu peux avoir le souci :
- la BBOX
- le PC qui fait tourner virtualbox
- une machine virtuelle dans virtualbox.

ton server transmission, il est dans quelle machine ?

pour tester ton port XXXX, il faut le tester de l'exterieur car parfois les BOX ne tolere pas une connexion LAN ->WAN->LAN

je croyais que c'etait un format mort-né

LTSP seul

ben il te faut alors installer TFTP
car c'est TFTP qui remplace GRUB/SYSLINUX pour booter au travers du PXE un noyau, un initrd au travers du reseau.

il peut etre installé sur le serveur LTSP,
mais ce n'est pas obligatoire,
il peut aussi etre installer sur le serveur DHCP,
il restera la cible du "next-server" dans les options DHCP

c'est ensuite TFTP qui va charger le noyau et l'initrd à partir de ses dossiers, et dire ou se trouve les données de LTSP

LTSP n'est pas TSE.

TSE, c'est un serveur centrale sur lequel tu te connectes avec un autre PC pour utiliser une appli qui se trouve sur le serveur,
tu recuperes alors l'affichage de ce qui se passe sur le serveur.
Cela permet aussi la reprise de la session là ou tu l'avais laissée, et il n'y a rien installé sur le PC local.

LTSP c'est un OS concu pour etre executer sur des machines sans disque dur (diskless machine), tu y recuperes un OS complet.
Si la machine client est trop faible, alors l'OS minimal est executé sur la machine locale, le reste sur le serveur.

Je ne crois pas que tu puisses recuperer une session en cas de coupure reseau.

Par contre, pour faire un simili TSE, tu peux utiliser VNC
VNC server sur le serveur
VNC viewer sur le poste utilisateur

je laisse volontairement certaines erreurs de l'utilisateur car à l'entendre son code fonctionne mais ne fait pas ce qu'il veut.

le but etant d'apprendre à l'utilisateur "comment pecher ?", pour devenir autonome, plutot que de donner de la nourriture tous les jours.

dans le meme genre y a le

my $file1=shift @ARGV;

suivit quelques lignes plus loin par

open my $file1,<,"c:\chemin\vers\fichier"

encore suivi un peu plus loin du fameux
open my @files= glob….

ou l'on imagine qu'il va remplacer le $file1 par le contenu de @files…

la majorité des distribs grand publique et recente demande un minimum d'acceleration 3D pour demarrer par defaut.

tu peux tenter de demarrer en mode "failsafe" pour ne pas utiliser ces interfaces 3D lors de l'installation.

ensuite il te faudra, à la main et en ligne de commande, installer des gestionnaire de fenetres alternatifs.

sur ubuntu par exemple, ce sera installer : gnome-session-fallback, unity-2d,
pour ensuite seulement pouvoir les choisir lors de la fenetre de login

4Go de RAM d'un coté,
1.2Go de RAM de l'autre

pour moi le souci vient de là, avec le moteur INNODB qui essaie de verifier la transaction à chaque fois qu'il fait un insert

si l'insert contient des clefs dsitantes, des references à d'autres objets,
il simule l'insertion et verifie qu'il n'y a pas de probleme de transaction avant de vraiment faire l'insert.

si tu n'en est encore qu'aux tests de migration,
regardes si tu peux passer en moteur MyISAM qui ne verifie alors pas les transactions,
puis quand la migration sera faites definitivement, stopper la base, dumper,
changer MyISAM en INNODB, reimporter la base, redemarrer la base.

ta machine de bureau à quoi comme config (CPU/RAM)
et ton NAS ?

rien que là, deja ca peut jouer,
d'autres qu'actuellement c'est une machine qui genere la conversion MDB=>SQL
et une autre qui mange le SQL

alors que dans le nouveau scenario, c'est la meme machine, aux perfs surement moindre que la machine de bureau, qui fait MDB=>SQL=>Injection en base.

ou relire les commentaires precedents,

y a des lignes qui ne font rien,
qui remplissent $file1
qui est tout de suite apres remplacer par autre chose.

ensuite la logique de ta demarche veut que dans l'ordre :
- tu recuperes le dossier contenant les xml à partir de @ARGV, disons dans une variable $MYDIR
- tu recuperes la liste des fichiers contenus dans ce $MYDIR pour stocker cette liste dans un tableau @FILES
- tu parcours ce tableau pour creer $FILE1 et effectuer le traitement qui t'interesse

et tu remplis bien ton @files comme proposé un peu plus tot ?

my $MYDIR=shift @ARGV;
open my @files = glob $MYDIR.'*.xml';

suivi d'une boucle pour traiter $file1 pris dans @files ?

ou tu as laisser ton

my $files1=shift @ARGV

qui tente d'ouvrir un fichier, là ou vient de lui donner un DOSSIER.

pour que toi tu cherches à lancer le script qui se trouve dans

c:\Users\Desktop\Dossier ou le script se trouve> perl lescript.perl fichier.xml

alors que moi je lances le script, evidemment depuis le dossier ou il est
mais avec des fichiers xml qui se trouvent ailleurs, et c'est ce chemin que je fournit en ARGUMENT du script.pl

c:\Users\Desktop\Dossier ou le script se trouve> perl lescript.pl "c:\Users\Desktop\Dossier ou les datas se trouvent*.xml"

chemin que tu recuperes dans ARGV à l'interieur du script, et qui te permet alors de faire ton GLOB pour avoir ton tableau de fichiers xml (@files)
de faire la boucle de traitement sur $file1 pris parmis @files

donc il chope une IP de ton DHCP
mais n'arrive pas à joindre ton TFTP

tu as installé un paquet genre tftpboot ? ou juste ltsp ?

bon j'ai pas pu attendre, alors j'ai testé avec un disque plus gros.

ca passe avec mon disque de 160Go

Une fois fait, j'ai constaté que je pouvais laisser mon dhcp box en route.
Et j'ai pu me connecter (non pas en telnet, donc) mais en commande directe terminal avec succès en local biensûr, mais aussi en distant depuis VMs ou bien mon PC direct.
J'ai bien collé un pxelinux.0 à quelques endroits, mais rien n'y fait.

c'est normal, le DHCP de ta box n'a pas l'option next server qui va aller sur ton serveur LTSP

bonne recherche.

si tu peux copier/coller cette partie là, mais complete à partir de ton serveur DHCP ?

[1] option root-path "/opt/ltsp/i386":
[2] if substring …tatata … "/ltsp/i386/pxelinux.0";
} else{
filename "/ltsp/i386/nbi.img";
```

dans [1] tu dis que les dossiers sont dans /opt/ltsp/i386
[2] tu dis que c'est dans /ltsp/i386/ sans le /opt

quant au dossier qui devrait contenir le pxelinux.0 et pxelinux.cfg
on dirait que ltsp ne t'a pas installé le serveur TFTP, ou ne t'as pas installé le BON serveur TFTP

generalement on a plutot une architecture de base avec par exemple :
/tftpboot/pxelinux.0
/tftpboot/pxelinux.cfg
/tftpboot/pxelinux.cfd/default

et dans default tu viendras mettre les menus de demarrage, dans une syntaxe similaire à celle de grub ou de syslinux…

t'es sous quelle distrib deja ?

à ce moment là installe un vrai dock genre cairo-dock pour lancer tes applis et les epingler

et certains gestionnaires de fenetre propose un "alt+F2" pour ouvrir le lanceur d'applis