Bon maintenant ça marche, y-compris l'imprimante, sans rien avoir fait. :-?
La seule chose changée c'est que j'ai démarré win98 avant la fc4. Bien évidemment, j'ai tout de suite testé l'inverse et ça marche toujours. Seul le navigateur smb de gnome semble sensible à cet ordre. Dès lors que la fc4 démarre sans win98, elle ne peut voir aucun partage même pas les siens. Bien que en attendant un peu (win98 allumé), même elle semble retrouver ses petits.
Pourtant ce week-end je les ai redémarré tous deux plusieurs fois dans n'importe quel ordre et win98 refusait obstinément d'ouvrir le partage de la fc4.
Du coup, j'ai rajouté la variable netbios name. Ca rendra le partage netbios indépendant du nom de la machine. C'est quand même frustrant de ne rien comprendre à ce réseau smb.
Pour répondre aux questions :
verifie si ton service nmbd se lance bien.
Oui, le configurateur de service indique qu'il se lance en donnant son pid. Par acquis de conscience j'ai vérifié avec ps, il est bien là.
Si ton poste windows 98 peut attaquer ta fdc4 sur les ports 445 et 135 (si je ne me trompe pas) via une commande telnet.
Non, win98 est ignorant de l'usage de ces ports. Le TCP 445 correspond au réseau smb via tcp/ip sans la couche nbt, ce qui n'est apparu qu'à partir de win2000 si ma mémoire est bonne (une sorte de réseau microsoft V2 en fait). TCP 135 quant à lui est le "port mapper" pour accéder aux RPC microsoft, ce qui n'existe pas sur win98 et cela n'a pas de rapport avec le réseau microsoft.
Le port de départ pour win98 est TCP 139 (netbios session). Après, il utilise les ports 137 et 138 (mais en udp peut être) pour envoyer/recevoir les données mais je ne connais pas les détails de ce protocole foireux.
En tout cas merci à tous ceux qui ont contribués. Je donnerais des nouvelles si j'en apprend plus à ce sujet.