Ubuntu 10.4 sur un Thinkpad 600E

[destroyedlolo]

Bon ben voila.
Mon premier post depuis Slitaz boote depuis une clef USB

Ca marche pas mal du tout. En plus, Midori, le navigateur par defaut a l'aire de bon fonctionne et les CSS et Javascript passent bien : aller, j'essaie avec le 600E maintenant ...

[destroyedlolo]

aller, j'essaie avec le 600E maintenant ...

Et la, probleme.
Cette antiquite ne boote pas sur l'USB, et il ne reconnait pas son lecteur de disquette externe.
Comme je n'ai pas trop envi de bouffer un CD, j'espere que je pourrais netbooter (hum, sachant qu'il accede au reseau par une carte PCMCIA ).
Comment fait-on pour rentrer sur le BIOS sur cette machine ?
J'essaie avec un P-120 qui a un lecteur interne ...

[destroyedlolo]

Bon, resultat de mes tests du W.E.
Pas brillant brillant

• Slitaz - ne boote pas sur beaucoup de mes antiquites ou sur virtual box. Je pense que ca vient du fait qu'il utilise Xorg qui ne semble pas supporter les vielles cartes graphiques (ou VB d'ailleurs). Il semblerait possible de passer a XVesa mais je n'ai pas encore tester. De plus, et c'est particulierement etrange, mais il corrompe le BIOS de 2 machines equipe d'AMD A chaque fois, je suis oblige de viver la pile pour qu'il veille bien redémarrer.
• Toutou linux - Fonctionne bien et est pleinement fonctionnel meme avec 128 Mo mais seamonkey swap avec si peu de ram ; Dillo est present.
  Par contre, le point noire est qu'on est toujours en Root donc c'est nazos niveau securite.
  Enfin, il faut minimum 750 Mo de disque en installation complete.
• DSL - tourne bien meme avec 64Mo. Mais il est un peu a la ramasse niveau soft installer et ne semble plus developpe

L'un dans l'autre, je n'ai pas encore trouve la distrib ideale car malgres ce qui est dit, 128 Mo est le minimum pour bien bosser (hormis DSL) ... Je doute que ca fonctionnera sur mes vieux 486 avec parfois seulement 32 ou 64 Mo.
De plus hormis Slitaz, toutes utilisent Dillo qui reste trop limite niveau javascript pour ce que je veux faire. Evidemment, on peut peut etre se taper la recompilation a la mimim de Midori mais je n'en suis pas encore la.

Je vais tente Minix (que j'avais essaye y'a bien longtemps sur Amiga) qui a vraiment des demandes resources minimum. Faut que je vois si X tourne correctement et surtout si Midori passerait.

Je serai interesse par vos propres retour d'experience

Lolo

[balou]

Xubuntu 6.06 a été conçu pour tourner avec 64 mo de ram je l'ai installé sur un IBM 300 pl. Depuis j'ai remis 128 mo ça patine autant que 98SE et de temps en temps ça beugue pour les scan entre autre. Je ne suis pas sur que tu puisses l'installer parce que une partie de l'installation doit se faire en étant connecté au net il me semble. C'est une LTS dont le support c'est arrêté en 2009.
edit: lire à partir de la page 31 http://ed-diamond.com/feuille_lpe4/index.html

[retrogameold]

12 mo de ram nécessaire:

Qui dit mieux?

[ixo]

J'ai un 386SX portable avec 5Mo de ram, je peux tenter quoi ? Il y a 10 ans, j'avais mis une debian 2.0 sur un 486SX avec 4Mo ! Un peu long a demarrer X11, mais pour taper du latex sous vi, ça allait Et dire qu'en 1996, avec mon 486DX50 avec 16Mo sous slackware, je pouvais tout faire !

[destroyedlolo]

Bon ben voila, c'est DSL qui est installe sur l'AMD K7 qui ira chez une personne parfaitement refractaire a l'info.

Trop de probleme avec Slitaz. Toutou est bien mais je n'aime pas que l'utilisateur soit root sur la machine et boufe beaucoup plus de resources.

[destroyedlolo]

Hum, DSL semble totalement mort : pas de developpement, forum principal en mort encéphalique ... il n'y a que le forum francais qui vit encore.

Je me demande si tout le monde n'est pas passer a TinyCoreLinux ??? Le projet semble avoir demarre a l'arret de DSL, le concepte est identique ... mais les forums sont tres vivants. Je teste ce soir sur une vielle brouette.

Quelqu'un connait TinyCoreLinux ?

[bibilit]

Je ne suis pas sur que DSL soit mort, même si il n'est plus installé sur une de mes machines depuis longtemps, je le trouvais utilisable avec des configurations minimalistes.

A une époque j'avais essayé des distributions minimalistes, mais souvent limité aux lignes de commande et sans aucune interface graphique, souvent 2 Mo étaient suffisants et même le disque dur pouvait être zappé (disquettes)

http://www.superant.com/smalllinux/

[destroyedlolo]

Merci pour smalllinux mais il me faut absolument X et un navigateur.

Bon, j'ai trouve ce lien en passant par wikipedia.
DSL est clairement mort et TinyCore en est vraiment tres proche. Donc je passe a ce dernier (DSL peut servir pour avoir tres rapidement un environment fonctionnel sur des machines tres limitees ou SLITAZ ne passe pas et si on a pas le temps de construire un environnement complet avec TC).

Concernant TC, la communaute est tres vivantes, les packages a jour ou presques ... par contre, j'arrive pas a trouver mes petits dans leur site (ou est cette satane page listant tous les packages ).

TC tourne parfaitement sur le ThinkPad 600E (P-II / 128 Mo) - hormis un pb de couleur mais je pense que ce n'est qu'un pb de config - ou sur l'AMD K7 avec aussi 128Mo. Impeccable aussi sur VirtualBox (P4-1.6Ghz / Linux & dualcore 2Ghz/proutXP) . Il faut que je teste maintenant sur mes vieux 486 et mes vieux pentium 90 ou 120

Bye

[destroyedlolo]

Je reveille ce vieux truc ... (je suis tenance meme si je n'ai pas beaucoup de temps)

• TCL est la meilleurs solution pour avoir un environnement de travaille ... pour peut qu'on s'y connaisse un peu car rien n'est fourni par defaut ... Par contre, le fait de tout charge en memoire ne convient pas au toute petites machines. Il existe bien une solution d'installation sur disque sans chargement en memoire mais on y perd en intérêt et je doute que ca soit reelement faisable sur une machine avec 300 Mo de disque.
• je tente aussi NetBSD 5.1 qui marche pas mal meme avec 24 Mo mais faut etre vraiment tres Geek car le systeme arrive vraiment brut de pomme (genre, le reseau n'est pas configure, le windows manager par defaut fait replonge dans les vieux environment pres CDE). En recompilant le noyaux, on devrait pouvoir descendre les besoins memoire.
• BasicLinux fonctionne aussi sur de petite config ... mais y'a quasiment pas de doc et pas d'I2C non plus. La ML est encore vivante mais les gens disent rapisement que BL est mort.

Alors, que reste-t-il ? Bon clairement, aucun de ses distribs (hormis peut etre TCL) ne fait de l'I2C, donc recompilation du kernel obligatoire.
La solution alors serait ... de tout recompiler soit-meme (a la LFS).
L'interet est qu'on a vraiment ce qui est strictement necessaire (dans mon cas, le systeme, X et Midori) et ce y compris au niveau du kernel.
Mais ca va prendre des plomb et ca va etre chaux pour les dependances (j'avais donnee dans une vie precedente sous HP-UX).

Je vais sans doute mettre mes aventures en ligne sur mon site ... au cas ou qq'un soit interesse ...

Par contre, qq'un aurait des pistes pour construire un systeme utilisant le moins de resources possible ? Par exemple, dans LFS, ils cree tous les commandes unix de base alors que les mini distribs utilisent un truc qui les remplace toutes (busybox), idem avec une mini version de libc (ulibc).
Bref, je n'ai pas trouve de site parlant de tout ca.
QQ'un aurait une idee ?

[francoisp31]

Je reveille ce vieux truc ... (je suis tenance meme si je n'ai pas beaucoup de temps)

• TCL est la meilleurs solution pour avoir un environnement de travaille ... pour peut qu'on s'y connaisse un peu car rien n'est fourni par defaut ... Par contre, le fait de tout charge en memoire ne convient pas au toute petites machines. Il existe bien une solution d'installation sur disque sans chargement en memoire mais on y perd en intérêt et je doute que ca soit reelement faisable sur une machine avec 300 Mo de disque.
• je tente aussi NetBSD 5.1 qui marche pas mal meme avec 24 Mo mais faut etre vraiment tres Geek car le systeme arrive vraiment brut de pomme (genre, le reseau n'est pas configure, le windows manager par defaut fait replonge dans les vieux environment pres CDE). En recompilant le noyaux, on devrait pouvoir descendre les besoins memoire.
• BasicLinux fonctionne aussi sur de petite config ... mais y'a quasiment pas de doc et pas d'I2C non plus. La ML est encore vivante mais les gens disent rapisement que BL est mort.

Alors, que reste-t-il ? Bon clairement, aucun de ses distribs (hormis peut etre TCL) ne fait de l'I2C, donc recompilation du kernel obligatoire.
La solution alors serait ... de tout recompiler soit-meme (a la LFS).
L'interet est qu'on a vraiment ce qui est strictement necessaire (dans mon cas, le systeme, X et Midori) et ce y compris au niveau du kernel.
Mais ca va prendre des plomb et ca va etre chaux pour les dependances (j'avais donnee dans une vie precedente sous HP-UX).

Je vais sans doute mettre mes aventures en ligne sur mon site ... au cas ou qq'un soit interesse ...

Par contre, qq'un aurait des pistes pour construire un systeme utilisant le moins de resources possible ? Par exemple, dans LFS, ils cree tous les commandes unix de base alors que les mini distribs utilisent un truc qui les remplace toutes (busybox), idem avec une mini version de libc (ulibc).
Bref, je n'ai pas trouve de site parlant de tout ca.
QQ'un aurait une idee ?

c'est pourquoi OpenBSD est plus pertinant, réseau IHM etc... avec 16Mo ça rame au démarrage de fvwm et après ça va ... sinon avec 24 Mo ou plus ça va bien.

quand aux commandes de base, c'est quelques centaines d'octets à chaque fois, c'est pas là dessus qu'il faut travailler c'est plustot sur la réduction des librairies et drivers au strict minimum, inutile par exemple d'avoir les drivers scsi si on a pas de scsi ou pseudo scsi à gérer...

[destroyedlolo]

Malheureusement, je pense (meme si je n'ai pas verifie) qu'il n'y a pas plus de support de l'I2C dans OpenBSD que dans NetBSD.

Je ne parle pas du support systeme concernant les ecrans ou les sondes de temperatures, mais de l'I2C pour des developpements custom (l'I2C systeme est dangereux a manipuler car on peut casser des trucs, en particulier si on vient malencontreusement modifier les parametres des barettes de RAM).

Sinon, je viens de trouve http://en.gentoo-wiki.com/wiki/TinyGentoo qui me permetra sans doute de commencer ...

[gilles]

arf, la gentoo... et ses messages imbitables dans emerge au beau milieu d'une compilation qui foire... tu finis par faire du grep sur tes traces de compilation tout le temps... et ca prend des heures...
et une vieille debian ca le fait pas?

[Ngtb]

Bon, j'avais le LiveCD et la machine sous la main alors j'ai essaye.
Le Thinkpad est un P2 - 330 Mhz avec 128Mo de RAM.
A ma grande surprise ... ca rame, c'est effroyable, mais l'installeur se lance. Il prend plusieurs 10ene de minutes, faut pas exagerer, mais pas de probleme.
J'ai donc lance une "live session" et apres plusieurs heures (oui oui), la machine était en hibernation et ecran noir au reveil : je ne suis pas aller plus loin.

J'ai aussi eu la bonne idée de vouloir essayer cette distribution. C'était sur un Netvista P3 866 avec une Ram de 256 Mo. La machine sous Windows n'est pas un foudre de guerre mais fait honnêtement preuve de courage et détermination. Mais là, c'était lamentable aussi bien avec le Live CD qu'après install Standard (OK à toutes les questions). Même W2K sur cette machine s'avérait plus rapide.
On peut rêver mieux pour découvrir son premier système alternatif. Le combat permanent contre les temps d'accès qui se sont joyeusement transformés en temps d'attente délirants et contre mon incapacité à mener les quelques actions simples que je désirais m'a découragé d'aller plus loin dans mes efforts, et ce pour au moins une bonne semaine.