Einsteigerfragen

rabe

New Member
Also,

ich habe frisch OpenBSD 4.4 auf einem Rechner installiert. Nun kommen ein paar Fragen auf, welche ich so nicht im Netz lösen konnte.

Festplatte:

wd0 at pciide0 channel 0 drive 0: <Maxtor 6Y080L0>
wd0: 16-sector PIO, LBA, 78167MB, 160086528 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5


Wird nun der PIO-Modus genutzt? Wenn ja, wie kann ich den udma-modus aktivieren?

Updates:

Ich habe pkg und ports konfiguriert und die Tools funktionieren ohne Probleme. Wie sieht es generell mit Systemupdates aus? Wie kann ich diese installieren?


ksh:

Soweit ich lesen konnte, ist die ksh die Standardshell von OpenBSD. Warum ist keine entsprechende .kshrc vorhanden? Gibt es eine brauchbare (allgemeinen Konfigurationen) zum Download?


danke schon mal!!
 
wd0 at pciide0 channel 0 drive 0: <Maxtor 6Y080L0>
wd0: 16-sector PIO, LBA, 78167MB, 160086528 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5

Wird nun der PIO-Modus genutzt? Wenn ja, wie kann ich den udma-modus aktivieren?

Zunaechst UDMA 5; wenn das zu viele CRC-Errors produziert wird schrittweise heruntergeschaltet. Siehe auch http://www.openbsd.org/faq/faq14.html#pciideErr

Ich habe pkg und ports konfiguriert und die Tools funktionieren ohne Probleme. Wie sieht es generell mit Systemupdates aus? Wie kann ich diese installieren?

http://www.openbsd.org/faq/upgrade44.html

Oder, ums abzukuerzen: aktuelles bsd.rd booten, "U" wie "update" waehlen (das laeuft so aehnlich wie der Installationsprozess, nur mit weniger Konfigurationsgeraffel und natuerlich ohne fdisk und disklabel). Nach dem Booten notwendige Aenderungen aus etcXX.tgz und xetcXX.tgz mit sysmerge(8) uebernehmen. Und zum Schluss noch installierte Packages mit pkg_add -ui -Fupdate,updatedepends aktualisieren.

ksh:

Soweit ich lesen konnte, ist die ksh die Standardshell von OpenBSD. Warum ist keine entsprechende .kshrc vorhanden?

Die (pd)ksh liest lediglich die .profile. Wenn Du so etwas wie .kshrc zusaetzlich verwenden willst, musst Du ENV entsprechend setzen, z.B. ENV=~/.kshrc. Siehe ksh(1).

Gibt es eine brauchbare (allgemeinen Konfigurationen) zum Download?

Es gibt /etc/kshrc. Ob das was taugt, weiss ich nicht, weil ich es noch nie verwendet habe.
 
klar taugt /etc/ksh.kshrc. :)

Wenn Du lokale Einstellungen vornehmen möchtest, kannst Du auch die .profile benutzen, sonst für globale Geschichten /etc/ksh.kshrc...
 
Moin,

vielen Dank für Eure schnellen Antworten.


http://www.openbsd.org/faq/upgrade44.html

Oder, ums abzukuerzen: aktuelles bsd.rd booten, "U" wie "update" waehlen (das laeuft so aehnlich wie der Installationsprozess, nur mit weniger Konfigurationsgeraffel und natuerlich ohne fdisk und disklabel). Nach dem Booten notwendige Aenderungen aus etcXX.tgz und xetcXX.tgz mit sysmerge(8) uebernehmen. Und zum Schluss noch installierte Packages mit pkg_add -ui -Fupdate,updatedepends aktualisieren.

Wie es ist denn z.B. wenn ein Fehler in einer Standardbibliothek vorliegen würde? Also wird diese erst im schlechtestem Falle 6 Monate zum neuen Release gefixt?


Die (pd)ksh liest lediglich die .profile. Wenn Du so etwas wie .kshrc zusaetzlich verwenden willst, musst Du ENV entsprechend setzen, z.B. ENV=~/.kshrc. Siehe ksh(1).

Es gibt /etc/kshrc. Ob das was taugt, weiss ich nicht, weil ich es noch nie verwendet habe.

klar taugt /etc/ksh.kshrc. :)

Wenn Du lokale Einstellungen vornehmen möchtest, kannst Du auch die .profile benutzen, sonst für globale Geschichten /etc/ksh.kshrc...

Also wie ich jetzt festgestellt habe, wird die .profile nur beim Login gelesen. Ich nutze z.B. screen und dort werden die Variablen nicht mehr genutzt. Gibt es für eine andere Shell bessere Unterstützung?
@kili welche Shell verwendest Du?
 
Wenn die Umgebungsvariable ENV gesetzt ist, wird bei jedem Start einer interaktiven Shell die darin referenzierte Datei eingelesen und ausgeführt.
Code:
$ fgrep ENV ~/.profile
ENV='~/.shrc';
export ENV;
$ head -n 8 ~/.shrc
#!/bin/sh
#
# Startup script for sh(1) and ksh(1).
#

# Set the file creation mask.

umask 022;
Kann man aber alles auch in ksh(1) nachlesen - wenn man will.
 
Wie es ist denn z.B. wenn ein Fehler in einer Standardbibliothek vorliegen würde? Also wird diese erst im schlechtestem Falle 6 Monate zum neuen Release gefixt?

Fuer solche Faelle werden Patches veroeffentlicht. Da muss man zwar mal selbst ein make anwerfen, die genaue Anleitung steht aber in den Patches mit drin. Siehe z.B. die ganzen Patches, die auf http://openbsd.outback.escape.de/errata44.html gelistet sind.

Also wie ich jetzt festgestellt habe, wird die .profile nur beim Login gelesen. Ich nutze z.B. screen und dort werden die Variablen nicht mehr genutzt. Gibt es für eine andere Shell bessere Unterstützung?

Dazu hat yetano ja schon was geschrieben.

@kili welche Shell verwendest Du?

ksh. Ich bin aber sehr sparsam mit meiner Konfiguration, weil ich auch auf vielen Systemen herumwursteln muss, die nicht OpenBSD fahren, und die nicht (oder nicht nur) von mir administriert werden. Da renne ich dann regelmaessig gegen die Wand, wenn ich irgenwelche heissgeliebten Aliases verwende, die dort nicht vorhanden sind. Dann also doch lieber alles gleich komplett ausschreibem ;-)
 
Vielen Dank yetano + kili



Fuer solche Faelle werden Patches veroeffentlicht. Da muss man zwar mal selbst ein make anwerfen, die genaue Anleitung steht aber in den Patches mit drin. Siehe z.B. die ganzen Patches, die auf http://openbsd.outback.escape.de/errata44.html gelistet sind.

Die URL funktioniert leider nicht.



ksh. Ich bin aber sehr sparsam mit meiner Konfiguration, weil ich auch auf vielen Systemen herumwursteln muss, die nicht OpenBSD fahren, und die nicht (oder nicht nur) von mir administriert werden. Da renne ich dann regelmaessig gegen die Wand, wenn ich irgenwelche heissgeliebten Aliases verwende, die dort nicht vorhanden sind. Dann also doch lieber alles gleich komplett ausschreibem ;-)
:-)


Ich habe gerade etwas mit pf gespielt, um mich etwas damit vertraut zu machen

ruleset:

<code>

int_if="xl0"

tcp_services="{ 22, 80 }"
icmp_types="echoreq"

set skip on lo

scrub in
block in
pass out keep state

pass in on $int_if inet proto tcp from any to ($int_if) port $tcp_services flags S/SA keep state
pass in inet proto icmp all icmp-type $icmp_types keep state

</code>

Wenn ich nun das Ruleset neu laden möchte, passiert folgendes:

pfctl -Rf /etc/pf.conf
pfctl: Must enable table loading for optimizations

Was mich sehr gewundert hat, das aktive Rulset wird verworfen. Kann mir jemand vielleicht erklären was das Problem ist?
 
Die URL funktioniert leider nicht.

Natuerlich nicht. Ich hab' da voellig verstrahlt die URL direkt aus meinem Browser, in dem ich meine lokale Kopie von www.openbsd.org angezeigt hatte, kopiert, und mein lokaler Rechner ist der Welt weder bekannt, noch bedient er die Welt per HTTP. http://www.openbsd.org/errata44.html koennte geringfuegig besser funktionieern.

Ich habe gerade etwas mit pf gespielt, um mich etwas damit vertraut zu machen
...

pfctl -Rf /etc/pf.conf
pfctl: Must enable table loading for optimizations

Was mich sehr gewundert hat, das aktive Rulset wird verworfen. Kann mir jemand vielleicht erklären was das Problem ist?

Ohne da jetzt genauer draufzusehen: warum spendierst Du das -R? Lass das mal weg, und wenn es dann immer noch Probleme gibt, frag hier noch mal nach (evtl. in einem neuen Thread). Die Fehlermeldung verwirrt mich zugegebenermassen aber auch ein wenig ;-)
 
Back
Top