Salut,

Tu peux mettre une liste de serveurs qui seront testés les uns après les autres jusqu'à ce qu'un réponde.
Il semble que mirror.slitaz.org ait eu un problème de connectique dimanche...

title   gPXE (Boot from the Web)
kernel  /boot/gpxe url=http://mirror.slitaz.org/pxe/pxelinux.0,http://mirror.switch.ch/ftp/mirror/pxe/pxelinux.0,http://download.tuxfamily.org/slitaz/pxe/pxelinux.0

-pascal

bonjour Pascal,

je ne sais si le contact a bien lieu (depuis grub du disque dur)

les dernières lignes de message du démarrage sont:

CLIENT MAC ADDR: 00 1E EC etc...
PXE-E53: no boot filename received

PXE-M0F: Exiting PXE-ROM.
Operating System not found

J'ai démarré avec tes indications plus l'adresse grub de la partition où est installé grub:

title SliTaz gPXE (Boot from the Web)
kernel (hd0,0)/boot/gpxe url=http://mirror.slitaz.org/pxe/pxelinux.0,http://mirror.switch.ch/ftp/mirror/pxe/pxelinux.0,http://download.tuxfamily.org/slitaz/pxe/pxelinux.0

dans le but d'un PC sans aucun système d'exploitation (Linux) dessus, que grub d'installé avec gpxe dans /mnt/sda1/boot/grub.

utilisation principale: tester slitaz sur PC ayant un PC avec grub legacy préinstallé sans rien installer ni graver du tout (ce que fait en somme nutyx un peu autrement, en démarrant d'un script shell)

la seconde utilisation serait de mettre les fichiers qui sont dans http://mirror.slitaz.org/pxe/pxelinux.0
et là, si possible, uniquement ceux qui sont nécessaires,
dans l'intranet du réseau
et d'adapter l'url
pour qu'une classe puisse télécharger son slitaz adapté tout frais tous les matins du serveur du réseau.

est-ce faisable?

salut

rebonjour

en ne laissant que le premier miroir, cela vient de marcher. avec tiny slitaz, cela n'a duré que quelques secondes et le login fut là (tiny slitaz n'est sans doute pas compacté?)

comment peut-on choisir dans grub directement l'une des saveurs précises (je voudrais plutôt slitaz3.0-base ou, en alternative avec une autre entrée grub bien distincte, directement slitaz3.0-cooking)?

salut

Bonsoir,

Tout à fait faisable.
La syntaxe avec une liste d'url est relativement réscente (http://hg.slitaz.org/wok/rev/40049921ce2b) est le fichier slitaz-boot.iso n'était sans doute pas à jour (c'est fait depuis aujourd'hui).

Peux tu réessayer avec ce gpxe: http://mirror.slitaz.org/boot/gpxe ?

-pascal

bonsoir pascal

cela a marché, mais irrégulièrement; il faut tenter 3 ou 4 fois sa chance et le savoir (un message 'réessayer plusieurs fois avant d'abandonner’ serait souhaitable).

gpxe existe-t-il démarrable depuis Windows (pour un cours de Linux démarrant Slitaz-base pour les windowiens, ou même slitaz-tiny irait aussi, mais comment installe-t-on plus de paquets par téléchargement? je viens seulement de le découvrir et ai vu qu'il n'y a ni tazpkg, ni tazlito de préinstallé. je n'ai pas encore regardé si DHCP et wget le sont).

salut

Re,

J'ai ajouté les urls directes pour les saveurs tiny, base, justx, core et loram pour les versions 2.0, 3.0 et cooking, et la saveur core de la 1.0.
exemple: http://mirror.slitaz.org/pxe/3.0/base/pxelinux.0

Ainsi que des urls pour tiny-slitaz
http://mirror.slitaz.org/pxe/tiny/us/pxelinux.0
http://mirror.slitaz.org/pxe/tiny/fr/pxelinux.0

Tiny SliTaz n'a ni tazpkg ni tazlito, etc. L'idée est de créer sa saveur avec le minimum minimorum. L'installation de paquet et la configuration se faisant depuis une page web genre http://people.slitaz.org/~bellard/tiny/builder.php

Il faudrait refaire un paquet gpxe avec une version 1.0+ pour le problème de retry. Ca pourrait aussi accélérer les transferts http et supporter le wifi...

On peut installer gpxe sous windows avec grub4dos.

bonsoir pascal,
ça c'est chic. je vais tester tout ça! merci
tiny a wget, donc on peut télécharger les paquets.
comment les installer ensuite sans tazpckg?
salut
françois

Le but Tiny-SliTaz est de faire des serveurs dédiés. Pour des routeurs, des machines virtuelles, ou de vieux pc recyclés. En i386 pour arm, mips, etc...
Pour un desktop light, il vaut mieux utiliser une base-3.0 !

bonjour

oui, c'est la conclusion `a laquelle j'etais arrive. mais, si je me rappelle bien, tazpkg est un script. comme wget est dej`a l`a, ne serait-il pas judicieux de sacrifier les quelques octets pour un script tronque sans multi-options
> tazpkglittle
>     usage:install=tazpkglittle nom_du_paquet_sans_terminaison'.tazpckg'
que l'on peut toujours effacer soi-meme, ou y aurait-il trop de dependances?

salut
Francois