Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Linux Autres OS BSD Choix BSD sur Sun

Choix BSD sur Sun

39 réponses
Avatar
Arnaud Launay
Salutations appropriées,

J'ai sous la main une sun S5 et une S20, que je transformerais bien
en DNS primaires et secondaires (et qui ne ferait que ça, associé
avec un ssh et ptet un mysql répliqué entre les deux), vous
pensez que c'est faisable, d'une part, et d'autre part, vaudrait
mieux lui coller un quoi ? Un Net, un Free, un Open ? Sachant que
je voudrais la maintenance et la souplesse la plus simple, et que
les mises à jour puisse se faire à distance et sans tout
réinstaller (salut Théo), vu que ces machines ne seront pas
vraiment sous la main...

Arnaud.
--
Perso: http://launay.org/blog/
Consulting: http://www.cusae.com/
Hébergement: http://www.nocworld.com/
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2 3 4
Avatar
Arnaud Launay
Le Fri, 14 Oct 2005 16:43:49 +0200, Jack écrivit:
hmmm je crois que ca s'appelle Debian GNU/Linux ce que tu cherches....
voire Debian/NetBSD si tu es vraiment passionné
http://www.debian.org/ports/netbsd/


Non, merci. Je préfère les systèmes techniques, et pas les
systèmes de gros boulets qui préfèrent bavarder pendant 10 ans
sur les mérites d'une licence ou d'une autre, et qui se prend
5 ans de retard dans la vue sur les versions.

Arnaud.
--
Perso: http://launay.org/blog/
Consulting: http://www.cusae.com/
Hébergement: http://www.nocworld.com/

Avatar
Manuel Bouyer
Arnaud Launay wrote:
Avec un kernel d'une autre release ca fait pareil ?


Hmm... Ah ! La 1.6.2 boot, avec 32 ou 64M de ram. Par contre, il
s'arrête après avoir tout configuré avec un "root file system
type: nfs". Ptet parce que ce sont les binaires 2.0.2 en-dessous
(auquel cas, un message genre "bad file type" aurait été sympa,
mais bon...)


ha oui, les binaires 2.0 ne marcheront pas avec un kenrel 1.6
Je suppose que ca se finit par un core dump sur un "bad system call".
En principe il affiche le message, mais si c'est init qui se prend
ca je ne suis pas sur qu'on voit grand chose.


Ah, bah oui, j'ai un sh.core :-)

Je viens d'essayer sur une SSS10 avec netbsd-GENERIC.gz, ca marche.
Mais j'ai 128Mo de RAM sur cette machine, y'a combien sur la SS5 ?


J'ai 64M au maximum. Vu la tronche des barrettes, faudrait que je
fasse les poubelles... :-)

Mais la 2.0.2 continue avec son memory access machin.
Donc à priori, soit je lui colle une 1.6.2, soit on tente de
debugger la 2.0.2 (enfin, on... Je vais pas servir à grand chose :)


En combien de barettes ? Enfin, meme si c'est des petites, elles doivent quand
meme faire au moins 16Mo. Ca devrait etre suffisant pour charger le kernel.

C'est un kenrel compresse, ou decompresse ? Moi je l'avais garde compresse,
mais je ne pense pas que ca change grand chose.

J'ai une SS5 qui traine quelque part, je vais essayer ce soir.

--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--


Avatar
Thomas vO
À (at) Fri, 14 Oct 2005 16:43:49 +0200,
Jack nous disait (told us):
hmmm je crois que ca s'appelle Debian GNU/Linux ce que tu cherches....

voire Debian/NetBSD si tu es vraiment passionné
http://www.debian.org/ports/netbsd/

bonne chance en tout cas


aaaaargh, mon trollomètre tout neuf !

ps: fu2 au bar... (mais j'hésite avec fcold...)

--
Non, franchement, je ne vois pas l'interet de Debian ... si ce n'est
faire regresser l'informatique un peu plus ...
-+- Marwan in fr.comp.os.bsd -+-

Avatar
Arnaud Launay
Le Fri, 14 Oct 2005 15:15:16 +0000 (UTC), Manuel Bouyer écrivit:
(auquel cas, un message genre "bad file type" aurait été
sympa, mais bon...)
ha oui, les binaires 2.0 ne marcheront pas avec un kenrel 1.6

Je suppose que ca se finit par un core dump sur un "bad system call".
En principe il affiche le message, mais si c'est init qui se prend
ca je ne suis pas sur qu'on voit grand chose.


Il ne voit rien. Fin bon, j'ai le core sur le serveur nfs, donc
il essayait bien de faire un truc. Si je colle le rootfs du 1.6,
je suis sûr que ça marchera. Mais bon, 1.6, deprecated, toussa :)

Donc à priori, soit je lui colle une 1.6.2, soit on tente de
debugger la 2.0.2 (enfin, on... Je vais pas servir à grand chose :)
En combien de barettes ? Enfin, meme si c'est des petites,

elles doivent quand meme faire au moins 16Mo. Ca devrait etre
suffisant pour charger le kernel.


Non non, j'ai 2 barrettes de 32M, soit 64M en tout dedans. Si ça
suffit pas pour le décompresser, je sais pas quoi faire...

C'est un kenrel compresse, ou decompresse ? Moi je l'avais
garde compresse, mais je ne pense pas que ca change grand chose.


Il était décompressé, mais c'est pas idiot, je vais essayer en
compressé, histoire de voir... Bon, bah c'est pas tout à fait ça
non plus, il m'a sorti une "illegal instruction". Groumpf :)

Bon, pareil pour netbsd-GENERIC.gz et netbsd-GENERIC.MP.gz, tirés
tous deux du cdrom sparc, illegal instruction.

J'ai une SS5 qui traine quelque part, je vais essayer ce soir.


Ok. Je vais essayer avec la SS20 histoire de.

Arnaud.
--
Perso: http://launay.org/blog/
Consulting: http://www.cusae.com/
Hébergement: http://www.nocworld.com/


Avatar
Manuel Bouyer
Manuel Bouyer wrote:
C'est un kenrel compresse, ou decompresse ? Moi je l'avais garde compresse,
mais je ne pense pas que ca change grand chose.

J'ai une SS5 qui traine quelque part, je vais essayer ce soir.


Bon alors, j'ai:

SPARCstation 5, No Keyboard
ROM Rev. 2.15, 32 MB memory installed, Serial #7860562.
Ethernet address 8:0:20:77:f1:52, Host ID: 8077f152.

Qui boote par reseau sans problemes:
Boot device: /iommu/sbus/,8400010/,8c00000 File and args:
13a00
NetBSD/sparc Secondary Boot, Revision 1.14
(, Wed Mar 23 01:03:20 UTC 2005)
Booting netbsd


Trying BOOTP protocol... net_open: client addr: 10.0.0.102
net_open: subnet mask: 255.255.255.0
net_open: net gateway: 10.0.0.254
net_open: server addr: 10.0.0.1
net_open: server path: /home/sparc
ip address: 10.0.0.102, hostname: ss5, netmask: 255.255.255.0, gateway: 10.0.0.254
root addr.0.0.1 path=/home/sparc
3060856+99396+328984 [189760+164391]=0x3ba7a0
OBP version 3, revision 2.15 (plugin rev 2)
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004
The NetBSD Foundation, Inc. All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.

NetBSD 2.0.2 (GENERIC) #0: Wed Mar 23 01:25:37 UTC 2005
:/home/builds/ab/netbsd-2-0-2-RELEASE/sparc/200503220140Z-obj/home/builds/ab/netbsd-2-0-2-RELEASE/src/sys/arch/sparc/compile/GENERIC
total memory = 32452 KB
avail memory = 27728 KB
bootpath: /,10000000/,10001000/,8400010/,8c00000
mainbus0 (root): SUNW,SPARCstation-5: hostid 8077f152
cpu0 at mainbus0: MB86904 @ 110 MHz, on-chip FPU
cpu0: 16K instruction (32 b/l), 8K data (16 b/l): cache enabled
[...]

Juste pour verifier, est-ce que le boot.net est bien de la meme
version que moi (revision 1.14) ?

On peut tenter aussi un 'set-defaults' au cas ou il y aurait des
parametres bizarres dans la prom.

Apres on peut essayer de comparer le hardware plus precisement:
ok cd /
ok ls
ffd3c184 FMI,MB86904
ffd2d1e0 ,0
ffd2d124 ,0
ffd2c458 obio
ffd2c184 ,10000000
ffd2c114 openprom
ffd24ef8 aliases
ffd24ec4 options
ffd24e90 packages

Sinon on peut aussi tenter des tests plus pousses:
ok setenv diag-switch? true
diag-switch? = true
ok reset
Resetting ...
initializing TLB
initializing cache

Allocating SRMMU Context Table
Setting SRMMU Context Register
Setting SRMMU Context Table Pointer Register
Allocating SRMMU Level 1 Table
Mapping RAM
Mapping ROM

ttya initialized
Probing Memory Bank #0 32 Megabytes
Probing Memory Bank #1 Nothing there
Probing Memory Bank #2 Nothing there
Probing Memory Bank #3 Nothing there
Probing Memory Bank #4 Nothing there
Probing Memory Bank #5 Nothing there
Probing Memory Bank #6 Nothing there
Probing Memory Bank #7 Nothing there
Probing CPU FMI,MB86904
Probing /,10000000/,10001000 at 5,0 espdma esp sd st SUNW,bpp ledma le
Probing /,10000000/,10001000 at 4,0 SUNW,CS4231 power-management
Probing /,10000000/,10001000 at 1,0 Nothing there
Probing /,10000000/,10001000 at 2,0 Nothing there
Probing /,10000000/,10001000 at 3,0 cgsix
Probing /,10000000/,10001000 at 0,0 Nothing there
Probing Memory Bank #0 32 Megabytes
Probing Memory Bank #1 Nothing there
Probing Memory Bank #2 Nothing there
Probing Memory Bank #3 Nothing there
Probing Memory Bank #4 Nothing there
Probing Memory Bank #5 Nothing there
Probing Memory Bank #6 Nothing there
Probing Memory Bank #7 Nothing there
Probing CPU FMI,MB86904
Probing /,10000000/,10001000 at 5,0 espdma esp sd st SUNW,bpp ledma le
Probing /,10000000/,10001000 at 4,0 SUNW,CS4231 power-management
Probing /,10000000/,10001000 at 1,0 Nothing there
Probing /,10000000/,10001000 at 2,0 Nothing there
Probing /,10000000/,10001000 at 3,0 cgsix
Probing /,10000000/,10001000 at 0,0 Nothing there

Voila, c'est tout ce que j'ai en tete pour l'instant ...

--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--


Avatar
Arnaud Launay
Le Fri, 14 Oct 2005 18:47:37 +0000 (UTC), Manuel Bouyer écrivit:
NetBSD/sparc Secondary Boot, Revision 1.14
Juste pour verifier, est-ce que le boot.net est bien de la meme


version que moi (revision 1.14) ?


Non, justement, j'ai vérifié deux fois, j'ai bien un 1.12...

M@#é&!éé&

J'avais un tftp qui tournait sur mon portable de précédent tests
avec un 1.6. Ah, quel con !
Je retente la semaine prochaine. Fsck, merde, toussa !

Voila, c'est tout ce que j'ai en tete pour l'instant ...


Marche comment le tftp, pour qu'il ait pris celui du serveur nfs ?
Remarque, c'est aussi lui qui répond aux requêtes rarp... Je
pensais qu'il utiliserait celui du serveur dhcp... Gni...

Arnaud.
--
Perso: http://launay.org/blog/
Consulting: http://www.cusae.com/
Hébergement: http://www.nocworld.com/



Avatar
Manuel Bouyer
Arnaud Launay wrote:
Le Fri, 14 Oct 2005 18:47:37 +0000 (UTC), Manuel Bouyer écrivit:
NetBSD/sparc Secondary Boot, Revision 1.14
Juste pour verifier, est-ce que le boot.net est bien de la meme


version que moi (revision 1.14) ?


Non, justement, j'ai vérifié deux fois, j'ai bien un 1.12...

M@#é&!éé&

J'avais un tftp qui tournait sur mon portable de précédent tests
avec un 1.6. Ah, quel con !
Je retente la semaine prochaine. Fsck, merde, toussa !


Bon ben ca ca explique probablement pourquoi il arrivait pas a charger le
kernel.

Voila, c'est tout ce que j'ai en tete pour l'instant ...


Marche comment le tftp, pour qu'il ait pris celui du serveur nfs ?
Remarque, c'est aussi lui qui répond aux requêtes rarp... Je
pensais qu'il utiliserait celui du serveur dhcp... Gni...


Ben non, parce que a ce stade du boot le serveur dhcp n'a pas encore
ete utilise. C'est boot.net qui fait la premiere requete dhcp.

Je pense que la prom fait d'abord une requete tftp sur celui qui a
repondu a sa requete rarp, et ensuite il doit envoyer une requete broadcast
(et continuer avec le premier qui lui repond). Mais tout ca de memoire,
je peux me gourer.

--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--




Avatar
Arnaud Launay
Le Sat, 15 Oct 2005 19:29:46 +0000 (UTC), Manuel Bouyer écrivit:
Je retente la semaine prochaine. Fsck, merde, toussa !
Bon ben ca ca explique probablement pourquoi il arrivait pas a

charger le kernel.


Oui, ça marche impec maintenant. J'aurais bien aimé jeter un oeil
aux différences entre les deux versions de boot.net, mais je sais
pas où le trouver dans le cvs. C'est un beau bordel ce truc, dès
qu'on cherche quelque chose par archi.

Je pense que la prom fait d'abord une requete tftp sur celui
qui a repondu a sa requete rarp, et ensuite il doit envoyer
une requete broadcast (et continuer avec le premier qui lui
repond). Mais tout ca de memoire, je peux me gourer.


Oui, effectivement. En laissant le rarp sur mon portable, et en
coupant le tftp, il va bien chercher l'image sur le serveur dhcp.

Bon, ya plus qu'à l'installer, quoi.

Arnaud.
--
Perso: http://launay.org/blog/
Consulting: http://www.cusae.com/
Hébergement: http://www.nocworld.com/


Avatar
Manuel Bouyer
Arnaud Launay wrote:
Le Sat, 15 Oct 2005 19:29:46 +0000 (UTC), Manuel Bouyer écrivit:
Je retente la semaine prochaine. Fsck, merde, toussa !
Bon ben ca ca explique probablement pourquoi il arrivait pas a

charger le kernel.


Oui, ça marche impec maintenant. J'aurais bien aimé jeter un oeil
aux différences entre les deux versions de boot.net, mais je sais
pas où le trouver dans le cvs. C'est un beau bordel ce truc, dès
qu'on cherche quelque chose par archi.


Ben, src/sys/arch/sparc/stand/. Je ne vois pas en quoi c'est bordelique :)

Pour le changement qui fait que ca marche, je ne serais pas surpris
que ce soit ca:
revision 1.28
date: 2003/03/01 13:01:56; author: pk; state: Exp; lines: +2 -2
branches: 1.28.2;
Add support for large kernels by searching for a physical memory segment
to fit it in. As a bonus, the kernel is now also mapped to the virtual
address (i.e. KERNBASE) it is linked at.

--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--



Avatar
Miod Vallat
Oui, ça marche impec maintenant. J'aurais bien aimé jeter un oeil
aux différences entre les deux versions de boot.net, mais je sais
pas où le trouver dans le cvs. C'est un beau bordel ce truc, dès
qu'on cherche quelque chose par archi.


Ben, src/sys/arch/sparc/stand/. Je ne vois pas en quoi c'est bordelique :)


Le stand/ de sparc est assez bordélique, mais sinon, Manuel à raison,
intercaler le répertoire arch/ a été une des meilleures idées de NetBSD
par rapport à 4.4BSD, et FreeBSD aurait été bien inspiré d'en prendre de
la graine.


1 2 3 4