tg@Slack.Slack13.org a écrit :
> SL <nospam@nospam.com> writes:
>
>> tg@Slack.Slack13.org a écrit :
>
>> R s'installe très bien avec Windows. Vaudrait mieux pas une machine
>> bien installée, fut-ce avec Windows ? J'ai du mal à imaginer qu'on
>> puisse bosser vraiment avec les Live CD. C'est prévu pour ? C'est
>> pas uniquement un truc de démo ou une trousse de secours ?
>
> R s'installe bien, mais ça dépend des droits que te confies Le Saint
> Administrateur !

De toute façon, pour garder quoi que ce soit d'un travail fait sur
live CD, il faut avoir accès à une partition entière non ? Et c'est
pas la croix et la banière pour rebrancher le réseau à chaque fois ?

> Si ce Grand Con pense qu'emacs (qui est bien pratique avec R) est un
> outil de hacker, Emacs ne sera pas installé sur XP.
>
> Sinon, cela dépend des livecd. Il y en as de très rapides. Tu sens le
> temps passer au moment du chargement, mais ensuite ça peut être assez
> véloce.

Oui, c'est l'impression que j'ai eu avec quelque chose comme freezy,
recommandé ici-même (par MT je crois). Je l'ai démarré trois fois, il
a planté la première mais c'est comporté à peu près normalement les
deux fois suivantes, du moins le temps que je me rende compte que je
ne pouvais rien faire sans accès aux partitiosn (quelques secondes à
chaque fois donc).

> De toute façon, c'est hélas le seul moyen dans une organisation pour
> utiliser autre chose qu'XP si l'administrateur de mes deux ne
> connaît strictement rien à l'informatique, a peur de se trouver pris
> en défaut d'incompétence et donc bride à mort le système.

Ce serait au dessus de mes forces d'investir du temps dans des
chateaux de cartes genre live cd à cause d'un administrateur. Vous
n'avez pas de portable ? Comment pouvez vous être forcé de travailler
sans vos outils de travail ?

Le 22-06-2006, Emmanuel Florac <eflorac@imaginet.fr> a écrit:
>
> La Slax c'est pas mal non plus, mais je ne suis pas allé jusqu'à
> l'étude et l'utilisation de leur système de fichier en mille-feuilles
> qui a apparemment été adopté un peu partout ailleurs
>
Tu peux monter les systemes de fichiers les uns sur les autres. En gros
tu bootes sur ta cle avec le minimum, puis tu detarres l'ensemble
des programmes que tu as mis dans modules/ sur la racine. Tu as un
acces r/w sur l'ensemble du filesystem. C'est incroyablement pratique.
De plus, le site de slax propose une tetratripotee de modules qui
doivent recouvrir a peu pres presque tous les besoins que le pekin
lambda peut avoir besoin, ca doit aller des jeux comme beneath a steel
sky en passant par ethereal, des choix de wallpaper, qemu et moultes
autres trucs. http://www.slax.org/modules.php

Je conseille de la mettre sur cle USB, c'est encore plus souple.
--
Kevin

Kevin Denis <kevin@nowhere.invalid> wrote:
> Le 22-06-2006, Emmanuel Florac <eflorac@imaginet.fr> a écrit:
> >
> > La Slax c'est pas mal non plus, mais je ne suis pas allé jusqu'à
> > l'étude et l'utilisation de leur système de fichier en mille-feuilles
> > qui a apparemment été adopté un peu partout ailleurs
> >
> Tu peux monter les systemes de fichiers les uns sur les autres. En gros
> tu bootes sur ta cle avec le minimum, puis tu detarres l'ensemble
> des programmes que tu as mis dans modules/ sur la racine. Tu as un
> acces r/w sur l'ensemble du filesystem. C'est incroyablement pratique.
> De plus, le site de slax propose une tetratripotee de modules qui
> doivent recouvrir a peu pres presque tous les besoins que le pekin
> lambda peut avoir besoin, ca doit aller des jeux comme beneath a steel
> sky en passant par ethereal, des choix de wallpaper, qemu et moultes
> autres trucs. http://www.slax.org/modules.php
>
> Je conseille de la mettre sur cle USB, c'est encore plus souple.

Ce que tu racontes c'est le système de fichiers unionfs qui existe sous
FreeBSD depuis le début, et sous Linux depuis quelque temps.

--

Michel TALON

SL <nospam@nospam.com> wrote:
> tg@Slack.Slack13.org a écrit :
>
> > A vue de nez (je n'ai en fait que parcouru le livecd), c'est assez
> > générique (pas de R, pas d'Octave etc.).
>
> R s'installe très bien avec Windows. Vaudrait mieux pas une machine
> bien installée, fut-ce avec Windows ? J'ai du mal à imaginer qu'on
> puisse bosser vraiment avec les Live CD. C'est prévu pour ? C'est pas
> uniquement un truc de démo ou une trousse de secours ?

Le truc de Versailles c'est bien un CD d'utilisation. Ils en ont marre de
réinstaller des machines que les étudiants leurs bousillent, donc tout le
monde travaille sur le live CD, d'aprés ce que j'ai compris. Il est
suffisamment rapide pour que tu ne sentes rien sur une machine moderne avec
suffisamment de mémoire. En fait j'ai utilisé Frenzy qui a opera comme
browser, et je t'assure qu'aprés la première utilisation, opera se lance
*instantanément* c'est assez stupéfiant. Evidemment avec un monstre comme
Firefox c'est moins net. Dans le passé les cdroms live pour BSD étaient
un peu lentas comparés à ceux pour Linux, mais la dernière mouture à base de
FreeBSD-6 et de freesbie2 est assez surprenante. Comparé à ça, le cdrom live
de netbsd, tu peux aller te coucher, faire un somme avant qu'il ait fini de
booter.

tg@slack.slack13.org wrote:
>
> Si ce Grand Con pense qu'emacs (qui est bien pratique avec R) est un
> outil de hacker, Emacs ne sera pas installé sur XP.
>

J'avais tendance à penser comme toi que les admin sys sont des nullards tout
juste bons à mettre à la poubelle, mais je dois dire qu'on en a enfin un bon
dans notre labo, et que c'est très très bien. Un bon admin sys n'emmerde pas
les utilisateurs, ne les bride pas, et au contraire leur rend service pour des
choses qu'ils ne savent pas faire. Un admin sys qui commence à parler des
utilisateurs comme des casse couilles, ce qui est assez standard dans ce
forum, c'est effectivement un gros con qui n'a rien compris à son boulot.


--

Michel TALON

Le 23-06-2006, Michel Talon <talon@lpthe.jussieu.fr> a écrit:
>
> Ce que tu racontes c'est le système de fichiers unionfs qui existe sous
> FreeBSD depuis le début, et sous Linux depuis quelque temps.
>
Tout a fait, et ce filesystem est bien pratique. Avec une couche de
squashfs par dessous pour eviter de prendre trop de place.

--
Kevin

SL <nospam@nospam.com> wrote:
> De toute façon, pour garder quoi que ce soit d'un travail fait sur
> live CD, il faut avoir accès à une partition entière non ? Et c'est
> pas la croix et la banière pour rebrancher le réseau à chaque fois ?

C'est aussi difficile que de taper
dhclient fxp0
par exemple.

>
> > Si ce Grand Con pense qu'emacs (qui est bien pratique avec R) est un
> > outil de hacker, Emacs ne sera pas installé sur XP.
> >
> > Sinon, cela dépend des livecd. Il y en as de très rapides. Tu sens le
> > temps passer au moment du chargement, mais ensuite ça peut être assez
> > véloce.
>
> Oui, c'est l'impression que j'ai eu avec quelque chose comme freezy,
> recommandé ici-même (par MT je crois). Je l'ai démarré trois fois, il
> a planté la première mais c'est comporté à peu près normalement les
> deux fois suivantes, du moins le temps que je me rende compte que je
> ne pouvais rien faire sans accès aux partitiosn (quelques secondes à
> chaque fois donc).

Comme par exemple
mount -o rw /dev/"le précieux disque que le gros con croit protéger" /mnt

--

Michel TALON

Michel Talon a écrit :

>> Oui, c'est l'impression que j'ai eu avec quelque chose comme
>> freezy, recommandé ici-même (par MT je crois). Je l'ai démarré
>> trois fois, il a planté la première mais c'est comporté à peu près
>> normalement les deux fois suivantes, du moins le temps que je me
>> rende compte que je ne pouvais rien faire sans accès aux partitiosn
>> (quelques secondes à chaque fois donc).
>
> Comme par exemple
> mount -o rw /dev/"le précieux disque que le gros con croit protéger" /mnt

Oui, d'ailleurs si je me souviens bien Frenzy fait (sauf contre-ordre
au démarrage) une reconnaissance et monte tout ce qu'il trouve
automatiquement.

D'ailleurs les live cd préfigurent peut être (ou relèvent de la même
logique que) des machines où les disques durs sont secondaires, où le
soft est soit en réseau soit sur un support externes, comme on en
entend régulièrement parler.