chruetertee.ch

Seit OpenBSD 3.9 lassen sich installierte Packages einfach mit pkg_add(1) aktualisieren:

# pkg_add -ui -F update -F updatedepends

Dabei werden die installierten Packages mit denen verglichen, welche sich in einem Verzeichnis befinden, auf das die PKG_PATH Umgebungsvariable zeigt.

Wird folgende Meldung angezeigt, so wurde PKG_PATH nicht richtig gesetzt.

No packages available in the PKG_PATH

Mann kann PKG_PATH auch gleich beim Aufruf von pkg_add setzen:

# PKG_PATH=ftp://mirror.switch.ch/pub/OpenBSD/3.9/packages/i386 pkg_add -ui -F update -F updatedepends

Im nachfolgenden Beispiel wurden alle Packages auf Aktualisierungen überprüft und dank der -i Option kann der Benutzer entscheiden, ob und auf welche Version ein Package aktualisiert wird. Hier wird dovecot von 1.0-beta3 auf 1.0-beta8 aktualisiert:

# PKG_PATH=ftp://mirror.switch.ch/pub/OpenBSD/3.9/packages/i386 pkg_add -ui -F update -F updatedepends
Candidates for updating dovecot-1.0.beta3 - dovecot-1.0.beta3 dovecot-1.0.beta8
Ambiguous: dovecot-1.0.beta3 could be dovecot-1.0.beta3 dovecot-1.0.beta8
Choose one package
         0: 
         1: dovecot-1.0.beta3
         2: dovecot-1.0.beta8
Your choice: 2
Looking for updates: complete
Running the equivalent of pkg_add -r dovecot-1.0.beta8
dovecot-1.0.beta8 (extracting): complete
dovecot-1.0.beta3 (deleting): complete
dovecot-1.0.beta8 (installing): complete

Auf OpenBSD kann man den Portbaum mit einem Perl-Skript auf Aktualität prüfen:

# /usr/ports/infrastructure/build/out-of-date

Der Portbaum (oder Teile davon) kann danach mit CVS auf den aktuellen Stand gebracht werden. Einfach die CVSROOT Variable mit dem CVS-Server seines Vertrauens setzen und danach CVS mit dem passenden CVS-Tag ausführen:

# CVSROOT=anoncvs@anoncvs2.de.openbsd.org:/cvs
# cd /usr/port/<Verzeichnis das man aktualisieren möchte>
# cvs -d$CVSROOT up -P -rOPENBSD_3_9

Um die lokale Zeit mit einem NTP-Server abzugleichen, kann ntpd(8) verwendent werden. Der ntpd kann auf FreeBSD einfach über die /etc/rc.conf gestartet werden.

ntpd_enable="YES"
ntpd_sync_on_start="YES"

ntpd_sync_on_start bewirkt, dass die Zeit schon während des Aufstartens des Rechners das erste Mal abgeglichen wird. Die Konfiguration des ntpd wird in der /etc/ntp.conf festgelegt. Darin muss mindestens der NTP-Server bekanntgegeben werden. Dies kann zum Beispiel so aussehen:

server ntp.ethz.ch

Eine Übersicht über alle weiteren Konfigurationsmöglichkeiten in der /etc/ntp.conf findet man in der dazugehörigen Manpage ntp.conf(5). Alle Optionen des ntpd findet man in ntpd(8). Die Optionen können dem ntpd während des Startens mit folgendem Eintrag in der /etc/rc.conf übergeben werden:

ntpd_flags="<Optionen>"

Auf OpenBSD kann der ntpd durch folgenden Eintrag in der /etc/rc.conf.local gestartet werden:

ntpd_flags=""

Die Konfigurationsdatei für den ntpd befindet sich unter /etc/ntpd.conf. Standardmässig werden zufällig zwei Server aus einem Serverpool ausgesucht. Alle Konfigurationsmöglichkeiten findet man in der ntpd.conf(5). Die Optionen des ntpd können in der ntpd(8) nachgelesen werden und ggf. mit dem ntpd_flags Eintrag in der rc.conf.local übergeben werden.

Um OpenOffice.org 2.0 auf OpenBSD 3.8 laufen zu lassen, wird die Linuxemulation benötigt. Ist diese nicht bereits installiert, kann diese folgendermassen hinzugefügt werden:

# echo '/proc /proc procfs rw,linux 0 0' >> /etc/fstab
# mkdir /proc
# mount /proc
# /sbin/sysctl -w kern.emul.linux=1
# cd /usr/ports/emulators/redhat/base
# make install clean distclean

In /etc/sysctl.conf die Raute vor kern.emul.linux=1 entfernen.

Danach die Linuxversion von OpenOffice.org herunterladen und diese installieren:

# cd /tmp
# ftp ftp://mirror.switch.ch/mirror/OpenOffice/localized/de/2.0.0/OOo_2.0.0_LinuxIntel_install_de.tar.gz
# tar -xzvf OOo_2.0.0_LinuxIntel_install_de.tar.gz
# mkdir /usr/local/emul/redhat/opt
# ln -s /usr/local/emul/redhat/opt /opt
# /emul/linux/bin/rpm --nodeps --ignoreos --ignorearch --force -ivh OOO680_m3_native_packed-3_de.8968/RPMS/*.rpm

OpenOffice.org ist jetzt unter folgendem Pfad installiert: /usr/local/emul/redhat/opt/openoffice.org2.0/program/soffice

Quelle: http://www.00f.net/php/show-article.php/openoffice_on_openbsd

Vor dem Aktualisieren unbedingt folgende sehr gute Anleitung lesen: http://www.openbsd.org/faq/upgrade38.html

Ich habe hier die wichtigsten Schritte zusammengefasst, ein Upgrade sollte aber auf jeden Fall nach oben genannter Anleitung durchgeführt werden!

Vor dem Aktualisieren unbedingt ein Backup aller Daten durchführen!

Die benötigten Quelldateien von der CD kopieren oder von einem Mirror hinunterladen:

# cd /root/
# ftp ftp://mirror.switch.ch/pub/OpenBSD/3.8/i386/bsd
# ftp ftp://mirror.switch.ch/pub/OpenBSD/3.8/i386/bsd.rd
# ftp ftp://mirror.switch.ch/pub/OpenBSD/3.8/i386/base38.tgz
# ftp ftp://mirror.switch.ch/pub/OpenBSD/3.8/i386/etc38.tgz
# ftp ftp://mirror.switch.ch/pub/OpenBSD/3.8/i386/comp38.tgz
# ftp ftp://mirror.switch.ch/pub/OpenBSD/3.8/i386/man38.tgz
# ftp ftp://mirror.switch.ch/pub/OpenBSD/3.8/i386/misc38.tgz

Danach eine Liste mit allen installierten Ports erstellen und diese deinstallieren:

# pkg_info > /root/pkg_lst
# pkg_delete -q /var/db/pkg/*

Alle zusätzlich aktivierten und nicht gebrauchten Daemonen in /etc/rc.conf und /etc/rc.conf.local deaktivieren und dann das Upgrade durchführen:

# cd /root
# rm -f /obsd ; ln /bsd /obsd && cp bsd /nbsd && mv /nbsd /bsd
# cp bsd.rd bsd.mp /
# cd /
# tar xzpf /root/base38.tgz "*etc/firmware/*"
# reboot
# cd /
# tar xzpf /root/base38.tgz
# tar xzpf /root/comp38.tgz
# tar xzpf /root/man38.tgz
# tar xzpf /root/misc38.tgz
# cd /dev
# ./MAKEDEV all
# useradd -u86 -g=uid -c"HostAP Daemon" -d/var/empty -s/sbin/nologin _hostapd
# cd /tmp
# tar xzpf /root/etc38.tgz
# cd /tmp/etc
# cp hostapd.conf netstart pf.os rc services /etc
# cp mtree/* /etc/mtree/
# cd /tmp/
# ftp ftp://mirror.switch.ch/pub/OpenBSD/3.8/src.tar.gz
# cd /usr/src/
# tar xzpf /tmp/src.tar.gz
# pkg_add ftp://mirror.switch.ch/pub/OpenBSD/3.8/packages/i386/mergemaster-1.46p0.tgz
# /usr/local/sbin/mergemaster
# mtree -qdef /etc/mtree/4.4BSD.dist -p / -u
# reboot

Danach alle Pakete wieder installieren, eine Liste der vorher installierten Pakete befindet sich noch unter /root/pkg_lst, und alle benötigten Dienste in /etc/rc.conf und /etc/rc.conf.local wieder aktivieren und gegebenenfalls den Rechner neu starten.

Auf Free- und OpenBSD gibt es die Möglichkeit, Dateien zusätzlich zu den User-, Group- und Othersattributen zu schützen. Diese Flags werden mit chflags(1) gesetzt und entfernt.

Setzen eines Flags:

# chflags <Flag> <Datei>

Um zum Beispiel das schg-Flag auf die testdatei zu setzen, verwende folgenden Befehl:

# chflags schg testdatei

Angezeigt werden die Flags mit ls -ol

# ls -ol
-rw-------  1 beat  users  schg 618 Oct  5 15:20 testdatei

Entfernt werden die Flags indem man ein no vor die Flagbezeichnung setzt. Um zum Beispiel das schg Flag von der testdatei wieder zu entfernen, verwende:

# chflags noschg testdatei

Es gibt folgende Flags:

schg Niemand, auch nicht root, kann die Datei umbenennen, verändern oder löschen. Auch die Metadaten (Besitzer, Zuriffsrechte u.s.w.) können nicht verändert werden. Wird das Flag auf ein Verzeichnis gesetzt, so können keine neuen Dateien eingefügt werden. Kann nur von root gesetzt werden und nur von root und bei einem Securelevel < 1 wieder entfernt werden.

uchg Datei kann wie beim schg Flag nicht verändert werden, jedoch kann das uchg Flag von root und dem Dateibesitzer gesetzt und unabhängig vom Securelevel von beiden wieder entfernt werden.

sappnd Datei kann nicht verändert oder gelöscht werden, jedoch ist das Anfügen von Daten am Ende der Datei erlaubt. Kann nur von root gesetzt werden und nur von root und bei einem Securelevel < 1 wieder entfernt werden.

uappnd Es kann wie beim sappnd Flag nur angefügt werden, jedoch kann das uappnd Flag von root und dem Dateibesitzer gesetzt und unabhängig vom Securelevel von beiden wieder entfernt werden.

sunlnk Datei kann nicht gelöscht werden. Kann nur von root gesetzt werden und nur von root und bei einem Securelevel < 1 wieder entfernt werden. Dieses Flag existiert bei OpenBSD nicht.

uunlnk Datei kann wie beim sunlnk Flag nicht gelöscht werden, jedoch kann das uunlnk Flag von root und dem Dateibesitzer gesetzt und unabhängig vom Securelevel von beiden wieder entfernt werden. Dieses Flag existiert bei OpenBSD nicht.

nodump Datei mit gesetztem nodump Flag wird bei einem Backup mit dump(8) nicht gesichert. Dies ist die einzige Ausnahme indem der no Prefix das Flag nicht entfernt. Entfernt wird das Flag mit chflag dump <Datei> ! Kann von root oder dem Dateibesitzer gesetzt und entfernt werden.

opaque Wird mit unionfs verwendet. Unionfs ist aber noch nicht für den produktiven Einsatz gedacht. Zitat aus der Sektion BUGS aus der FreeBSD Manpage zu mount_unionfs(8):

THIS FILE SYSTEM TYPE IS NOT YET FULLY SUPPORTED (READ: IT DOESN'T WORK) AND USING IT MAY, IN FACT, DESTROY DATA ON YOUR SYSTEM. USE AT YOUR OWN RISK. BEWARE OF DOG. SLIPPERY WHEN WET.

arch Dieses Flag hat keine Funktion und kann zur individuellen Kennzeichnung von Dateien verwendet werden.

Die Dateiflags sollten mit Bedacht eingesetzt werden, da sie zwar zusätzlichen Schutz bieten, jedoch das Administrieren unter Umständen erschweren können.

Weitere Informationen:

FreeBSD chflags(1)

OpenBSD chflags(1)