La Version 4.0 d'OpenBSD :
Disponible depuis le 1er Novembre 2006
Copyright 1997-2006, Theo de Raadt.
ISBN 0-9731791-8-X
Chanson accompagnant la version 4.0 : "Humppa Negala"
Quoi de neuf ?
Procédure d'installation
Procédure de mise à niveau
Utilisation de l'arborescence des ports
Commander les CDROM
Pour obtenir les fichiers de cette version :
- Commandez un CDROM à partir de notre
système de commandes.
- Consultez les informations sur la page FTP
pour une liste de machines miroirs.
- Allez dans le répertoire
pub/OpenBSD/4.0/ sur l'un des sites miroirs.
- Lisez brièvement le reste de ce document.
- Jetez un oeil sur la page des errata 4.0
pour une liste des bogues et des solutions.
- Regardez la liste détaillée des
changements entre les versions 3.9 et 4.0.
Remarque : Tous les copyrights applicables et les
différents crédits se trouvent dans les fichiers source contenus dans
src.tar.gz, sys.tar.gz, XF4.tar.gz ou dans les fichiers récupérés par
l'intermédiaire de ports.tar.gz. Les fichiers utilisés pour construire
les paquetages composant le fichier ports.tar.gz ne sont pas inclus sur
le CDROM par manque de place.
Quoi de neuf?
Ceci est une liste partielle des nouvelles fonctionnalités présentes
dans OpenBSD 4.0. Pour une liste complète, voir le
journal des changements jusqu'à la version 4.0.
- Nouvelles (ou améliorations de) plates-formes :
- OpenBSD/armish.
Systèmes embarqués basés sur ARM utilisant le chargeur de démarrage
Redboot ; actuellement seuls le Thecus N2100 et le IOData HDL-G sont
supportés.
- OpenBSD/sparc64.
Les machines basées sur de l'UltraSPARC III sont maintenant supportées !
- OpenBSD/zaurus.
Support du Zaurus SL-C3200.
- Meilleur support matériel incluant :
- Nouveau pilote
msk(4)
pour les cartes Ethernet Gigabit Marvell/SysKonnect Yukon-2.
- Nouveau pilote
bnx(4)
pour les cartes Ethernet Gigabit Broadcom NetXtreme II.
- Nouveau pilote xge(4)
pour les cartes Ethernet Neterion Xframe/Xframe II 10Gb.
- Nouveau pilote rum(4)
pour les adaptateurs USB sans-fil Ralink Technology 2nd gen IEEE
802.11a/b/g.
- Nouveau pilote acx(4)
pour les adaptateurs sans-fil Texas Instruments ACX100/ACX111 IEEE
802.11a/b/g.
- Nouveau pilote pgt(4)
pour les cartes sans-fil Connexant/Intersil Prism GT Full-MAC IEEE 802.11a/b/g.
- Nouveau pilote uath(4)
pour les cartes sans-fil Atheros USB IEEE 802.11a/b/g.
- Nouveau pilote sans "blob" wpi(4)
pour les cartes sans-fil Intel PRO/Wireless 4045ABG IEEE 802.11a/b/g.
- Nouveau pilote arc(4)
pour les adaptateurs Areca Technology Corporation SATA RAID ; inclus la
gestion du RAID via
bio(4).
- Nouveau pilote mfi(4)
pour les adaptateurs LSI Logic & Dell MegaRAID SAS RAID ; inclus la
gestion du RAID via
bio(4).
- Nouveau pilote azalia(4)
pour le support générique de l'audio Haute Définition.
- Nouveaux pilotes SD/MMC/SDIO (sdhc(4)
et
sdmmc(4))
supportant pour le moment les cartes mémoires SD comme de "faux" lecteurs
sd(4)
SCSI.
- Nouveau pilote udcf(4)
pour les récepteurs radio-temporels Gude ADS Expert mouseCLOCK DCF77/HBG.
- Nouveau pilote uslcom(4)
pour les adaptateurs USB série Silicon Laboratories CP2101/CP2102.
- Nouveau pilote ucycom(4)
pour les adaptateurs USB série basés sur un microcontrôleur Cypress.
- Nouveau pilote uark(4)
pour les adaptateurs USB série basés sur un microcontrôleur Arkmicro
Technologies ARK3116.
- Nouveau pilote umsm(4)
pour les modems basés sur Qualcomm MSM EVDO.
- Support du nouveau bus New Dallas/Maxim 1-Wire, comprenant :
- Un nouveau pilote gpioow(4)
pour 1-Wire bus bit-banging à connecteur GPIO
- Un nouveau pilote onewire(4)
pour 1-Wire bus
- Un nouveau pilote owid(4)
pour 1-Wire ID
- Un nouveau pilote owtemp(4)
pour 1-Wire temperature
- Nouveau pilote isagpio(4)
pour ISA I/O accédé à travers GPIO.
- Nouveau pilote pour la discipline de ligne
nmea(4),
pour les périphériques NMEA 0183 (GPS). Le nouvel
utilitaire
nmeaattach(8)
peut être utilisé pour recevoir les données d'un NMEA 0183 et indiquer
le temps reçu sous forme de "timedelta" afin, par exemple, d'être
utilisé par
ntpd(8).
- Nouveaux pilotes pour framebuffer sous VAX :
- Nouveau pilote
lcg(4)
pour VAXstation 4000/60 et frame buffers VLC couleur
- Nouveau pilote
lcspx(4)
pour frame buffers Low-Cost SPX couleur
- Nouveau pilote
gpx(4)
pour frame buffers GPX couleur
- Pilote
smg(4)
pour frame buffers Small Monochrome Graphics largement mis à jour afin de fournir un
wscons(4) moderne
- Support des terminaux de type VAX-based Digital VXT2000 et VXT2000+.
- Le pilote bge(4)
supporte de nouveaux contrôleurs, tels que Broadcom BCM5754, BCM5755,
BCM5786, et BCM5787.
- Le pilote em(4)
supporte de nouveaux contrôleurs, tels qu'Intel ESB2 et ICH8.
- Le pilote nfe(4)
supporte de nouveaux contrôleurs, tels que NVIDIA MCP61 et MCP65.
- Le pilote re(4)
supporte de nouveaux contrôleurs, tels que Realtek RT8101E, RT8168 et
RT8169SC.
- Le pilote dc(4)
supporte de nouveaux contrôleurs, tels qu'ADMtek ADM9511 et ADM9513.
- Le pilote pciide(4)
supporte de nouveaux contrôleurs, tels que :
- ATI IXP300 SATA, IXP600 IDE
- Intel 6321ESB IDE, 82801G SATA, et 82801H SATA
- IT Express IT8211F IDE
- NVIDIA MCP61 SATA, MCP65 SATA
- Promise PDC205xx SATA
- ServerWorks SATA
- VIA VT8237A SATA
- Le pilote
mpt(4)
a été remplacé par
mpi(4),
un pilote plus stable et qui supporte plus de matériel.
- Le pilote
com(4)
supporte maintenant les cartes pcmcia et cardbus sur macppc.
- Le routage d'interruption est fonctionnel sur les Sun Netra t1 105,
Ultra 60 et probablement d'autres systèmes
sparc64.
- Correction de problèmes de routage d'interruption sur certains
systèmes GENERIC.MP équipés de MPBIOS VIA et NVIDIA.
- Support initial de
bio(4)
pour les contrôleurs Compaq/HP
ciss(4)
Smart ARRAY 5/6 SAS/SCSI RAID.
- Contrôle de la fréquence amélioré sur certains systèmes :
- Nouveau code de détection SpeedStep ajoutant notamment le support
pour VIA C7-M ainsi que plusieurs Pentium M récents.
- Support rudimentaire de la technologie SpeedStep sur la plupart des
CPUs inconnus annonçant cette capacité.
- Le Zaurus peut aussi à présent faire diminuer sa vitesse.
- Le driver du Contrôle de l'Horloge Thermique supporte à présent
davantage de CPUs comme le Pentium M d'Intel et le Xeon, et procure une
amélioration des performances significative.
- Nombreuses améliorations du support de PowerNow K7 et K8 sur i386,
et le support de K8 sur amd64 a été ajouté.
- Support des puces vidéo Intel 945G/GM (pour i386).
- Support de sondes I2C supplémentaires :
- Le pilote
adt(4)
supporte à présent les puces National Semiconductor LM9600, SMSC
EMC6D10x et SMSC SCH5017.
- Le pilote
admtemp(4)
supporte à présent les puces Analog Devices ADM1023, Genesys Logic
GL523SM et Global Mixed-mode Technology G781.
- Nouveaux outils :
- GNU RCS a été remplacé par
OpenRCS.
- Nouvelles fonctionnalités :
- IPsec
a été grandement améliorée :
- ipsecctl(8)
a été grandement amélioré et remplace entièrement ipsecadm(8) :
- De nombreuses améliorations dans la documentation (man
ipsec.conf)
- Support de l'IPv6 support
- Support de l'AH
- Support du mode Transport
- Support du Dynamic IKE pour les utilisateurs mobiles ("Roaming
users")
- Support de l'id USER_FQDN
- sasyncd(8)
fonctionne bien mieux :
- communique avec
isakmpd(8),
pour lui dire de fonctionner en mode actif ou passif selon l'état maître
ou esclave des interfaces
carp(4).
Cela rend la redondance d'
IPsec
bien plus robuste.
- par défaut, vérifie le groupe d'interfaces
carp(4)
afin de supprimer la préemption du traffic
IPsec
au démarrage du système.
- isakmpd(8)
peut désormais être configuré au démarrage en utilisant
ipsecctl(8).
- Support HTTPS pour
ftp(1).
- cdio(1)
peut désormais graver en mode track-at-once et effacer les media
réinscriptibles.
- Les fonctionnalités de spppcontrol(8) et wicontrol(8) ont été
intégrées dans
ifconfig(8).
- gcc(1) implémente un nouvel avertissement, -Wstack-larger-than-N,
afin de rapporter les fonctions trop gourmandes en variables pour la
pile, référez-vous à
gcc-local(1)
pour plus de détails.
- Implémentation noyau de getcwd(3).
- Nouvel appel système
adjfreq(2)
permettant à
ntpd(8)
d'ajuster la déviation de l'horloge système automatiquement.
- Ajout du Support de X11 pour VAX
- Support du VAT (table d'allocation virtuelle - "Virtual Allocation
Table") pour
UDF.
- Les fonctions C99
round(3),
roundf(3),
trunc(3), and
truncf(3)
ont été ajoutées à la librairie mathématique libm.
- pf(4)
supporte désormais les vérifications "Unicast Reverse Path Forwarding"
(uRPF) pour un filtrage "ingress" simplifié.
- bpf(4)
peut désormais ignorer des packets en fonction de leurs directions
(entrant/sortant) en utilisant l'ioctl BIOCSDIRFILT.
- pdisk(8)
peut désormais créer des tranches ("slices") sur des disques
partitionnés en HFS(DPME) sous mac68k.
- De nouveaux dissecteurs ont été ajoutés à
tcpdump(8).
- VQP (VLAN Query Protocol) Cisco
- IEEE 802.1AB LLDP (Link Layer Discovery Protocol)
- trunk(4)
supporte à présent un nouveau mode "loadbalance" pour répartir le
trafic sortant en se basant sur l'information hachée dans l'entête du
protocole.
- bioctl(8)
a été étendu afin de fournir des informations à l'exécution sur les
reconstructions, les scrubs et l'initialisation.
- Nouveaux sysctls permettant de vérifier l'intégrateur, le produit,
la version, le numéro de série et l'UUID.
- Support du routagr multipath à coût égal ("Equal cost multipath"). Il
doit être activé via un sysctl.
- Prebind, une implémentation sécurisée de prelink a été ajouté à
ldconfig(8),
augmentant la vitesse de lancement des binaires partagés. A l'inverse de
prelink, Prebind est compatible avec l'"address space randomization".
- vnconfig(8)
peut désormais utiliser PKCS #5 PBKDF2 afin de créer une clef plus
sécurisée lorsque le cryptage est utilisé.
- Améliorations et nettoyage de code :
- Bien meilleure stabilisation de l'horloge pour les systèmes
OpenBSD/i386 multiprocesseurs.
- Amélioration de l'implémentation de
telldir(3)
et assimilés.
- Remplacement de nombreux appels à
malloc(3)
ayant une physionomie propice aux "integer overflow" par des
constructions plus sûres.
- Amélioration de la redondance dans
carp(4):
- Elargissement du protocole carp avec un compteur de dégradation afin
de gérer les échecs multiples plus efficacement.
- Les redondances de groupe fonctionnent désormais sans carp tournant
en mode preempt.
- La dégradation peut à présent être contrôllée par des groupes
d'interface.
- chio(1)
est à présent un outil utile pour contrôler les chargeurs de bandes.
- Amélioration de
st(4)
pour la configuration du périphérique, la manipulation des bandes et le
traitement des erreurs.
- Nombreuses corrections à
dhclient(8)
incluant la prise en charge d'"alias" ainsi qu'une meilleure
initialisation des interfaces.
- Les périphériques
scsi(4)
détectent correctement la version SCSI.
- Nouveaux périphériques
umass(4)
détectés convenablement.
- Amélioration de la détection des périphériques fibre channel ainsi
que de ceux présent à l'intérieur de boîtiers SCSI.
- Le nouvel entête RSSI a été ajouté au framework
ieee80211_radiotap(9)
en remplacement des entêtes ANTSIGNAL.
- Beaucoup de nettoyage d'entiers liés à la sécurité grâce à
lint(1).
- Changements dans la procédure d'installation/mise à jour
- Support des fichiers "site" spécifiques permettant une configuration
aisée des hôtes individuels
- Le support du pilote d'aperture X Window, lorsqu'il est disponible,
- Nouvelle fonctionalité de
hostapd(8),
le service de point d'accès :
- roaming sur IP afin de mettre en place des réseaux sans-fil sans
l'obligation de n'avoir qu'un seul domaine de broadcast.
- Nouvelles règles d'événements afin de se conformer aux éléments
facultatifs des entêtes radiotap : pourcentage du signal, taux de
transfert et fréquence de la station.
- Nombreuses corrections de bogues et améliorations.
- OpenSSH 4.4 :
- Configuration conditionnelle dans
sshd_config(5)
en utilisant la directive Match. Cela permet à certaines options
de configuration d'être modifiées de manière sélective lorsque certains
critères (basés sur le nom d'utilisateur, le groupe, le nom d'hôte et/ou
l'adresse) sont rencontrés.
- Ajout du support pour la fonction d'accord d'échange de clef
Diffie-Hellman en groupe ("group exchange key agreement") avec un
hachage final de SHA256.
- Ajout de la directive ForceCommand dans
sshd_config(5),
similaire à l'option command="..." dans ~/.ssh/authorized_keys.
- Ajout de la directive PermitOpen dans
sshd_config(5),
similaire à l'option permitopen="..." dans ~/.ssh/authorized_keys pour
contrôler les transferts de ports qu'un utilisateur est autorisé à
effectuer.
- Ajout de l'option ExitOnForwardFailure afin de forcer ssh(1)
à se terminer (avec un code de retour d'erreur non nul) lorsque les
transferts de ports demandés n'ont pas pu être effectués.
- Ajout de la journalisation (optionnelle) des accès au serveur
sftp-server(8).
- A présent,
ssh(1) enregistrera les numéros de port pour les hôtes présents
dans ~/.ssh/authorized_keys lorsqu'un port non standard aura été demandé.
- Extension de la directive "SubSystem" dans sshd_config(5) afin de permettre l'ajout d'arguments à la ligne de
commande.
- Nombreuses améliorations et mises à jour des pages de manuel.
- OpenBGPD 4.0 :
- nouvelle logique de sélection du nexthop ignorant les routes bgpd,
utile dans les configurations complexes de ospfd
- ajout à bgpctl d'une vue "détaillée" de la rib incluant les
communautés
- permet de demander à un pair ("peer") qui le supporte le
rafraîchissement d'une route
- désormais bgpd rapporte toujours le résultat d'une opération à
bgpctl afin que l'opérateur puisse découvrir les erreurs plus rapidement
- permet à bgpd de manipuler les compteurs de dégradation de carp en
se basant sur l'état des sessions ce qui offre encore un meilleure
redondance
- support du redémarrage des sessions ayant atteint la valeur
max-prefix après un temps donné
- bgpctl peut à présent montrer toutes les routes reçues et envoyées
vers ou par un voisin avant l'application des filtres
- et bien sûr, plusieurs corrections et améliorations
- OpenOSPFD 4.0 :
- Suit l'uptime du daemon lui-même.
- Suit l'uptime de toutes les interfaces sur lesquelles ospf est
actif.
- Ajuste le comportement de la journalisation afin de ne pas loguer
ce qui n'est pas souhaité.
- Délais des mises à jours LSA lors de l'ajout et de l'enlèvement ;
évite le flapping.
- Fixe l'authentification texte en clair ("plaintext")
- Amélioration de la sortie de la commande 'ospfctl show interfaces'.
- Support des rtlabels lors de la redistribution des routes.
- OpenNTPD 4.0 :
- support des sondes timedelta, telles que les récepteurs DCF77
supportés par
udcf(4)
et les récepteurs GPS supportés par
nmea(4).
- Ajuste la fréquence de l'incrément temporel du noyau en utilisant
adjfreq(2),
ce qui améliore la précision sur de nombreuses machines.
- ajout d'une notion de poids pour les sondes ou les serveurs afin de
pouvoir donner une priorité plus haute aux sondes timedelta plutôt
qu'aux serveurs ntp pairs.
- Plus de 3700 ports, 3400 paquetages pré-compilés et des outils de
gestion de paquetage améliorés.
- Support complet de pkg_add(1) au-dessus de ssh(1) en n'utilisant
qu'une seule connexion.
- Comme d'habitude, de nombreuses améliorations dans les pages de
manuel et autres documentations.
- Le système comporte les composants majeurs suivants fournis
par des entités externes :
- X.Org 6.9.0 (+ correctifs, et i386 contient les serveurs XFree86 3.3.6
(+ correctifs) pour les chipsets non supportés officiellement par X.Org)
- Gcc 2.95.3
(+ correctifs)
et 3.3.5
(+ correctifs)
- Perl 5.8.8 (+ correctifs)
- Apache 1.3.29, mod_ssl 2.8.16, DSO support (+ correctifs)
- OpenSSL 0.9.7j (+ correctifs)
- Groff 1.15
- Sendmail 8.13.8, avec libmilter
- Bind 9.3.2-P1 (+ correctifs)
- Lynx 2.8.5rel.4 avec HTTPS et IPv6 support (+ correctifs)
- Sudo 1.6.8p9
- Ncurses 5.2
- Latest KAME IPv6
- Heimdal 0.7.2 (+ correctifs)
- Arla 0.35.7
- Binutils 2.15 (+ correctifs)
- Gdb 6.3 (+ correctifs)
Procédure d'installation
Vous pouvez consulter ci-dessous les instructions figurant sur le livret
accompagnant les CDROMs, dont vous disposeriez si vous aviez acheté les
CDROMs au lieu d'utiliser une des autres possibilités d'installation.
Les instructions pour faire une installation par FTP (ou tout autre type
d'installation) sont très similaires ; les instructions du CDROM sont
reproduites ici telles quelles, de sorte que vous puissiez voir combien
cela aurait été plus facile si vous aviez acheté un CDROM.
Veuillez consulter les fichiers suivants sur les trois CDROMs pour plus
de détails concernant l'installation d'OpenBSD 4.0 sur votre machine :
- CD1:4.0/i386/INSTALL.i386
- CD2:4.0/amd64/INSTALL.amd64
- CD2:4.0/macppc/INSTALL.macppc
- CD3:4.0/sparc/INSTALL.sparc
- CD3:4.0/sparc64/INSTALL.sparc64
- FTP:.../OpenBSD/4.0/alpha/INSTALL.alpha
- FTP:.../OpenBSD/4.0/armish/INSTALL.armish
- FTP:.../OpenBSD/4.0/cats/INSTALL.cats
- FTP:.../OpenBSD/4.0/hp300/INSTALL.hp300
- FTP:.../OpenBSD/4.0/hppa/INSTALL.hppa
- FTP:.../OpenBSD/4.0/luna88k/INSTALL.luna88k
- FTP:.../OpenBSD/4.0/mac68k/INSTALL.mac68k
- FTP:.../OpenBSD/4.0/mvme68k/INSTALL.mvme68k
- FTP:.../OpenBSD/4.0/mvme88k/INSTALL.mvme88k
- FTP:.../OpenBSD/4.0/sgi/INSTALL.sgi
- FTP:.../OpenBSD/4.0/vax/INSTALL.vax
- FTP:.../OpenBSD/4.0/zaurus/INSTALL.zaurus
Informations pour une installation rapide, faites pour les personnes
familières avec OpenBSD, et l'utilisation de la commande "disklabel -E".
Si vous n'êtes pas à l'aise avec l'installation d'OpenBSD, lisez les
fichiers INSTALL.* correspondants cités ci-dessus !
OpenBSD/i386 :
Manipulez les options du BIOS, et voyez si vous pouvez démarrer depuis
le CDROM. La version OpenBSD/i386 est sur le CD1. Si votre BIOS ne
supporte pas l'amorçage depuis le CDROM, vous devrez créer une disquette
de boot pour l'installation. Pour faire une disquette de boot, copiez
CD1:4.0/i386/floppy40.fs sur une disquette, et démarrez dessus.
Utilisez CD1:4.0/i386/floppyB40.fs pour un meilleur support des
contrôleurs SCSI, ou CD1:4.0/i386/floppyC40.fs pour un meilleur
support des ordinateurs portables.
Si vous ne pouvez pas démarrer à partir d'un CD ou d'une disquette, vous
pouvez utiliser la procédure d'installation par le réseau en utilisant
PXE tel que c'est décrit dans le document INSTALL.i386.
Si vous désirez mélanger OpenBSD avec un autre système d'exploitation,
vous aurez sans doute besoin de lire INSTALL.i386.
Pour créer une disquette depuis MS-DOS, utilisez l'utilitaire "rawrite"
disponible dans CD1:4.0/tools/rawrite.exe. Pour créer la
disquette de démarrage sous Unix, utilisez l'utilitaire
dd(1).
L'exemple suivant est un exemple d'utilisation de
dd(1),
où le périphérique peut être "floppy", "rfd0c", ou
"rfd0a".
# dd if=<file> of=/dev/<device> bs=32k
Utilisez une disquette correctement formatée SANS BLOC DEFECTUEUX ou
vous n'y arriverez pas. Pour de plus amples informations sur la création
d'une disquette de démarrage et sur l'installation d'OpenBSD/i386,
veuillez lire la
FAQ 4.3.1.
OpenBSD/amd64:
La version 4.0 d'OpenBSD/amd64 se trouve sur le CD2. Démarrez à partir
du CD pour commencer l'installation - vous aurez peut-être à ajuster
vos options BIOS d'abord. Si vous ne pouvez pas démarrer à partir du CD,
vous pouvez créer une disquette de démarrage pour faire l'installation.
Pour faire cela, mettez CD2:4.0/amd64/floppy40.fs sur une
disquette qui vous servira alors pour démarrer.
Si vous ne pouvez démarrer ni à partir d'un CD, ni à partir d'une
disquette, vous pouvez faire une installation par le réseau en utilisant
PXE comme indiqué dans le document INSTALL.amd64 inclus.
Si vous comptez mélanger OpenBSD avec un autre système d'exploitation,
vous devez lire INSTALL.amd64.
OpenBSD/macppc :
Placez CD2 dans votre lecteur de CDROM et allumez votre machine, tout
en maintenant la touche C enfoncée jusqu'à ce que l'affichage
s'allume et affiche OpenBSD/macppc boot.
Sinon, au prompt Open Firmware, entrez bootcd:,ofwboot
/4.0/macppc/bsd.rd
OpenBSD/sparc :
La version 4.0 d'OpenBSD/sparc est située sur le CD3. Pour démarrer à
partir du CDROM, vous pouvez utiliser l'une des deux commandes
suivantes, en fonction de la version de votre ROM :
ok boot cdrom 4.0/sparc/bsd.rd
or
> b sd(0,6,0)4.0/sparc/bsd.rd
Si votre système SPARC n'a pas de lecteur de CDROM, vous pouvez démarrer
depuis la disquette. Pour ce faire, vous devez copier
CD3:4.0/sparc/floppy40.fs sur une disquette.
Pour plus d'informations consultez
FAQ 4.3.1. Pour booter depuis une disquette, utilisez l'une des deux
commandes listées ci-dessous, selon la version de votre ROM.
ok boot floppy
or
> b fd()
Assurez vous que vous utilisez une disquette correctement formatée et
SANS BLOC DEFECTUEUX, ou votre installation échouera très probablement.
Si votre système SPARC n'a pas de lecteur de CDROM ou de lecteur de
disquette, vous pouvez soit installer à l'aide d'une bande de démarrage,
soit via le réseau, comme indiqué dans le fichier INSTALL.sparc.
OpenBSD/sparc64 :
Placez CD3 dans votre lecteur de CDROM et tapez boot cdrom.
Si cela ne fonctionne pas ou si vous n'avez pas de lecteur de CDROM,
vous pouvez copier CD3:4.0/sparc64/floppy40.fs ou
CD3:4.0/sparc64/floppy40.fs sur une disquette
et la démarrer avec boot floppy. Pour plus de détails, lisez
INSTALL.sparc64.
Assurez vous que vous utilisez une disquette correctement formatée et SANS BLOC
DEFECTUEUX, ou votre installation échouera très probablement.
Vous pouvez aussi copier CD3:4.0/sparc64/miniroot40.fs sur la
partition de swap sur le disque et démarrer avec boot disk:b.
Si rien ne fonctionne, vous pouvez démarrer à partir du réseau, comme
décrit dans INSTALL.sparc64.
OpenBSD/alpha :
Mettez FTP:4.0/alpha/floppy40.fs ou
FTP:4.0/alpha/floppyB40.fs (selon votre machine) sur une
disquette et saisissez boot dva0. Veuillez consulter
INSTALL.alpha pour de plus amples informations.
Assurez vous que vous utilisez une disquette correctement formatée et
SANS BLOC DEFECTUEUX, ou votre installation échouera très probablement.
OpenBSD/armish :
Connecté à un port série, le Thecus peut démarrer sur le réseau soit par
tftp soit par http. Configurez le réseau en utilisant ifconfig et reset
puis chargez bsd.rd ; lisez INSTALL.armish pour des informations plus
précises.
IOData HDL-G ne peut démarrer qu'à partir d'une partition EXT-2.
Démarrez sous Linux, copiez les fichiers 'boot' et bsd.rd vers la
première partition sur wd0 (hda1) puis lancez bsd.rd en préservant la
partition ext2fs wdOi (hda1). Plus de détails sont disponibles dans
INSTALL.armish.
OpenBSD/cats :
Après la mise à niveau, si nécessaire, du firmware à la version ABLE
1.95 au minimum, démarrez FTP:4.0/cats/bsd.rd à partir d'un
périphérique compatible ABLE (tel qu'un CD-ROM ou une partition
existante FFS ou EXT2FS).
OpenBSD/hp300 :
OpenBSD/hppa :
OpenBSD/luna88k :
Copiez bsd.rd sur une partition Mach ou UniOS et bootez-le depuis la
PROM. Vous pouvez aussi créer une bande de démarrage et démarrer à
partir de cette dernière. Veuillez lire les instructions se trouvant
dans INSTALL.luna88k pour plus de détails.
OpenBSD/mac68k :
Démarrez normalement MacOS et décompactez l'utilitaire Macside
"BSD/Mac68k Booter" depuis FTP:4.0/mac68k/utils sur votre disque.
Configurez le "BSD/Mac68k Booter" avec le chemin de votre noyau bsd.rd
et bootez dans l'installeur.
Référez vous aux instructions dans INSTALL.mac68k pour plus de détails.
OpenBSD/mvme68k :
Vous pouvez créer une bande d'installation initialisable ou démarrer à
partir du réseau.
Le démarrage à partir du réseau requiert une version de
MVME68K BUG qui supporte les commandes de débogage NIOT et
NBO. Suivez les instructions dans INSTALL.mvme68k pour plus de
détails.
OpenBSD/mvme88k :
Vous pouvez créer une bande d'installation initialisable ou démarrer à
partir du réseau.
Le démarrage à partir du réseau requiert une version de
MVME88K BUG qui supporte les commandes de débogage NIOT et
NBO. Suivez les instructions dans INSTALL.mvme88k pour plus de
détails.
OpenBSD/sgi:
Gravez cd40.iso et utilisez le pour démarrer depuis le lecteur CD de
votre machine puis sélectionnez Install System Software à partir
du menu "System Maintenance".
Si votre machine n'est pas équipée avec un lecteur CD, vous pouvez
mettre en place un un serveur DHCP/tftp et démarrer en utilisant
"bootp()/bsd.rd".
Référez-vous aux instructions de INSTALL.sgi pour plus de détails.
OpenBSD/vax :
Le démarrage à partir du réseau par mopbooting est décrit dans
INSTALL.vax.
OpenBSD/zaurus :
Utilisez l'installeur Linux graphique intégré ipkg, installez le
paquetage openbsd40_arm.ipk. Rebootez, et lancez-le. Lisez
INSTALL.zaurus pour davantage de détails.
Remarques à propos du code source :
src.tar.gz contient une archive des sources se trouvant dans /usr/src.
Ce fichier contient tout excepté les sources du noyau, qui sont dans une
archive séparée. Pour l'extraire :
# mkdir -p /usr/src
# cd /usr/src
# tar xvfz /tmp/src.tar.gz
sys.tar.gz contient une archive des sources se trouvant dans
/usr/src/sys. Ce fichier contient toutes les sources nécessaires pour
reconstruire un noyau. Pour l'extraire :
# mkdir -p /usr/src/sys
# cd /usr/src
# tar xvfz /tmp/sys.tar.gz
Ces deux arborescences sont régulièrement mises à jour dans le CVS. En
utilisant ces arborescences, il est possible d'utiliser les serveurs
anoncvs immédiatement comme décrit ici.
Utiliser ces fichiers est beaucoup plus rapide que d'obtenir la totalité
des sources depuis un serveur anoncvs.
Procédure de mise à niveau
Si vous avez déjà un système OpenBSD 3.9 et vous ne voulez pas
effectuer une réinstallation pour utiliser OpenBSD 4.0, vous pouvez
opter pour une mise à niveau; la procédure à suivre est décrite dans le
Guide de Mise à Niveau d'OpenBSD.
Arborescence des ports
Une archive de l'arborescence des ports est aussi fournie. Pour
l'extraire :
# cd /usr
# tar xvfz /tmp/ports.tar.gz
# cd ports
Le sous-répertoire ports/ est un "checkout" de l'arborescence des
ports OpenBSD. Veuillez lire la page
http://www.OpenBSD.org/faq/faq15.html
si vous ne savez pas de quoi il s'agit.
_e texte n'est pas un manuel pour utiliser les ports. C'est plutôt un
ensemble de notes permettant à l'utilisateur de commencer rapidement à
utiliser le systèmes de ports OpenBSD.
Le répertoire ports/ représente une version CVS des ports (voir
la page du manuel
cvs(1) si vous n'êtes pas familier avec CVS). Comme pour l'arborescence des
sources, notre arborescence des ports est disponible par anoncvs. Donc
pour mettre à jour votre arborescence des ports/ depuis un media
en lecture-écriture, il suffit de lancer la commande suivante :
# cd [portsdir]/; cvs -d anoncvs@server.openbsd.org:/cvs update -Pd -rOPENBSD_4_0
[Bien sûr, vous devez remplacer le répertoire local et le nom du serveur
ici par l'emplacement de votre collection des ports et le serveur
anoncvs le plus proche.]
Remarquez que la plupart des ports sont disponibles en tant que paquetages
via FTP. Des mises à jour de paquetages pour la version 4.0 seront
disponibles si des problèmes surviennent.
Si vous êtes intéressé par l'ajout d'un port, voulez aider, ou voulez
juste en savoir plus, la liste de discussion ports@openbsd.org est la
liste à connaître.
www@openbsd.org
$OpenBSD: 40.html,v 1.30 2012/09/02 12:23:27 ajacoutot Exp $