Faute d'avoir trouvé un équivalent au lspci de Linux, sous NetBSD, j'ai pu récupérer les id PCI avec pcictl:

orgrim@rateau ~ $ pcictl /dev/pci0 list
000:00:0: Intel 82855PM MCH Host Controller (host bridge, revision 0x03)
000:01:0: Intel 82855PM Host-AGP Bridge (PCI bridge, revision 0x03)
000:29:0: Intel 82801DB USB UHCI Controller (USB serial bus, revision 0x01)
000:29:1: Intel 82801DB USB UHCI Controller (USB serial bus, revision 0x01)
000:29:2: Intel 82801DB USB UHCI Controller (USB serial bus, revision 0x01)
000:29:7: Intel 82801DB USB EHCI Controller (USB serial bus, interface 0x20, revision 0x01)
000:30:0: Intel 82801BAM Hub-PCI Bridge (PCI bridge, revision 0x81)
000:31:0: Intel 82801DB ISA Bridge (ISA bridge, revision 0x01)
000:31:1: Intel 82801DBM IDE Controller (IDE mass storage, interface 0x8a, revision 0x01)
000:31:3: Intel 82801DB SMBus Controller (SMBus serial bus, revision 0x01)
000:31:5: Intel 82801DB AC97 Audio Controller (audio multimedia, revision 0x01)
000:31:6: Intel 82801DB AC97 Modem Controller (modem communications, revision 0x01)

Et pour tout avoir d'un coup:

$ dmesg | awk '$1 ~ /^pci.$/ { print $1 }' | while read x; do pcictl /dev/$x list; done

Update: lspci est disponible dans le paquet sysutils/pciutils.

Après avoir bien galéré et m'être piqué les yeux sur des fonts bien pointues pendant longtemps, j'ai enfin réussi à obtenir un visuel correct sur mon desktop NetBSD. Plusieurs choses manquaient:

• Une ligne RgbPath dans la section Files de mon xorg.conf. Ça a bien affiné l'affichage.
• Une configuration de fontconfig correcte, pour des polices TTF bien utilisées.

En fait, dans l'install de X.org natif de NetBSD, tous les fichiers de configuration fournis sont activés alors que certains sont contradictoires.

Un gros merci au wiki de Arch, pour son excellente doc sur la question. Les liens fournis sont aussi intéressants, comme celui sur les pixels des écrans LCD

En débutant sous NetBSD, j'ai eu quelques soucis pour savoir quel device monter pour accéder à ma clé USB. En effet, sous NetBSD les mêmes lettres peuvent être des slices ou des partitions DOS. FreeBSD sépare plus les deux d'où mon incompréhension. Maintenant, les choses que sont plus claires dans ma tête, j'ai donc complété le tip sur le montage de FS en userspace de NetBSDfr, voici comment faire.

Lorsqu'on branche une clé USB, le système la détecte et lui assigne un device sdX. Pour connaitre le numéro de ce device, il faut regarder les messages du kernel avec dmesg:

$ dmesg | tail
...
umass0 at uhub1 port 6 configuration 1 interface 0
umass0: Corsair Flash Voyager, rev 2.00/1.00, addr 2
umass0: using SCSI over Bulk-Only
scsibus0 at umass0: 2 targets, 1 lun per target
sd0 at scsibus0 target 0 lun 0: <Corsair, Flash Voyager, 0.00> disk removable
sd0: 15424 MB, 500 cyl, 8 head, 32 sec, 512 bytes/sect x 31588352 sectors

Ici, il s'agit de sd0. Maintenant, il faut savoir quelle partition monter, cette information s'obtient avec la commande disklabel:

$ disklabel sd0
# /dev/rsd0d:
...
5 partitions:
#        size    offset     fstype [fsize bsize cpg/sgs]
 d:  31588352         0     unused      0     0        # (Cyl.      0 - 123391)
 e:  31588289        63      MSDOS                     # (Cyl.      0*- 123391)
disklabel: boot block size 0
disklabel: super block size 0

Dans l'exemple, on voit la partition d, qui correspond à tout le disque pour NetBSD et la partition e de type MSDOS, le contenu sera donc disponible en montant /dev/sd0e.

Cette méthode ne concerne pas seulement les clés USB : pour trouver une partition sur un disque, il suffit de chercher dans la sortie de dmesg le nom du device et d'obtenir les informations sur les partitions de celui-ci avec disklabel.

Lancer la commande suivante:

# wsconsctl -w bell.pitch=0

Pour un effet permanent, ajouter cette ligne dans /etc/wscons.conf:

setvar wskbd bell.pitch 0

Dans un xterm: xset -b

Pour pouvoir mettre à jour l'OS de la gateway, je me suis dis que dupliquer les services sur ma machine principale serait sympa, ça permet de garder la main et de ne pas se retrouver coupé du monde en cas de soucis.

J'ai donc posé une petite conf de bind à partir de l'install fournie par défaut dans NetBSD. La bonne surprise, c'est que chez NetBSD, ils fournissent fromage et dessert : le chrootage du bouzin est de base.

En activant le paramètre named_chrootdir=”/var/chroot/named” dans son /etc/rc.conf, la magie opère :

# rndc-confgen -a -t /var/chroot/named
wrote key file "/etc/rndc.key"
wrote key file "/var/chroot/named/etc/rndc.key"

# /etc/rc.d/named start
Migrating /etc/namedb to /var/chroot/named/etc/namedb
Starting named.

# rndc status
...
server is up and running

Conclusion : si quelque chose est dans le système de base, il vaut mieux l'utiliser, c'est fait pour.