Frage zu Updates Version 2.0

Hallo,

hier läuft im Moment 'Version 2.0-RC3 (i386) built on Tue Jun 21 04:02:40 EDT 2011' auf einem Alix-Board 2D13. Bei jedem Update erfolgte bisher offensichtlich ein 'Reset to factory defaults', d. h. ich muß jedes Mal die Konfiguration wieder einspielen.

Ein Bekannter betreibt ebenfalls diese Version auf der gleichen Hardware, hat aber noch nie dieses Problem erlebt.

Gibt es irgendwo einen Schalter, den ich übersehen habe, oder was könnte sonst die Ursache sein?

Im voraus vielen Dank für evtl. hinweise.

hec

Hast du die Pfsense installiert oder läuft bei dir ein Live System?

@hec:

Hast du die Pfsense installiert oder läuft bei dir ein Live System?

Ich habe das Image auf eine 4 GB CF-Karte geschrieben, so wie in der Anleitung vorgegeben.

@Gitano:

@hec:

Hast du die Pfsense installiert oder läuft bei dir ein Live System?

Ich habe das Image auf eine 4 GB CF-Karte geschrieben, so wie in der Anleitung vorgegeben.

Nachtrag:

Nach einem Vergleich mit meinem Bekannten, der das gleiche System laufen hat, ergibt sich folgendes:

[2.0-RC3][admin@tamara.weltraum.netz]/(14): ls -la
total 31
drwxr-xr-x 24 root wheel 512 Jun 24 12:58 .
drwxr-xr-x 24 root wheel 512 Jun 24 12:58 ..
-rw–----- 1 root wheel 1024 Jun 24 12:54 .rnd
drwxrwxr-x 2 root operator 512 Jun 24 10:39 .snap
-r--r--r-- 1 root wheel 6206 Jun 24 08:02 COPYRIGHT
drwxr-xr-x 2 root wheel 1024 Jun 24 08:11 bin
drwxr-xr-x 7 root wheel 512 Jun 24 08:11 boot
-rw-r--r-- 1 root wheel 3 Jun 24 12:56 boot.config
drwxr-xr-x 3 root wheel 512 Jun 24 07:34 cf
lrwxr-xr-x 1 root wheel 9 Jun 24 12:58 conf -> /cf/conf/
drwxr-xr-x 2 root wheel 512 Jun 24 07:34 conf.default
dr-xr-xr-x 8 root wheel 512 Jun 24 12:58 dev
drwxr-xr-x 23 root wheel 4608 Jun 24 15:52 etc
drwxr-xr-x 2 root wheel 512 Jun 24 08:02 home
drwxr-xr-x 2 root wheel 512 Jun 24 08:08 kernels
drwxr-xr-x 3 root wheel 1024 Jun 24 08:09 lib
drwxr-xr-x 2 root wheel 512 Jun 24 08:01 libexec
drwxr-xr-x 2 root wheel 512 Jun 24 08:01 media
drwxr-xr-x 2 root wheel 512 Jun 24 08:01 mnt
drwxr-xr-x 4 root wheel 512 Jun 24 08:11 nano
-rw-r--r-- 1 root wheel 0 Jun 24 10:21 nanobuild
dr-xr-xr-x 2 root wheel 512 Jun 24 08:01 proc
drwxr-xr-x 2 root wheel 512 Jun 24 08:01 rescue
drwxr-xr-x 3 root wheel 512 Jun 24 16:22 root
drwxr-xr-x 2 root wheel 2048 Jun 24 08:11 sbin
drwxr-xr-x 2 root wheel 512 Jun 24 08:08 scripts
-rwxr-xr-x 1 root wheel 947 Jun 24 08:09 test_php.php
drwxrwxrwt 6 root wheel 1024 Jun 24 16:51 tmp
drwxr-xr-x 9 root wheel 512 Jun 24 08:11 usr
drwxr-xr-x 13 root wheel 512 Jun 24 12:59 var

Wie man sieht, wird '/cf' und auch die Verknüpfung darauf bei jedem Update neu angelegt und damit gehen natürlich auch die alten Einstellungen verloren:

[2.0-RC3][admin@tamara.weltraum.netz]/(18): ls -lAR cf
total 1
drwxr-xr-x 4 root wheel 512 Jun 24 12:59 conf

cf/conf:
total 43
drwxr-xr-x 2 root wheel 512 Jun 24 12:58 backup
-rw-r–r-- 1 root wheel 34481 Jun 24 12:56 config.xml
-rw-r--r-- 1 root wheel 343 Jun 24 12:57 dhcpleases.tgz
-rw-r--r-- 1 root wheel 23 Jun 24 12:58 dyndns_wannoip'bitbox.no-ip.org'.cache
-rw-r--r-- 1 root wheel 0 Jun 24 07:34 ez-ipupdate.cache
-rw-r--r-- 1 root wheel 6327 Jun 24 12:57 rrd.tgz
drwxr-xr-x 2 root wheel 512 Jun 24 12:59 sshd

cf/conf/backup:
total 18
-rw-r--r-- 1 root wheel 49 Jun 24 12:58 backup.cache
-rw-r--r-- 1 root wheel 17092 Jun 24 12:54 config-0.xml

cf/conf/sshd:
total 7
-rw------- 1 root wheel 668 Jun 24 12:59 ssh_host_dsa_key
-rw-r--r-- 1 root wheel 615 Jun 24 12:59 ssh_host_dsa_key.pub
-rw------- 1 root wheel 990 Jun 24 12:59 ssh_host_key
-rw-r--r-- 1 root wheel 655 Jun 24 12:59 ssh_host_key.pub
-rw------- 1 root wheel 1679 Jun 24 12:59 ssh_host_rsa_key
-rw-r--r-- 1 root wheel 407 Jun 24 12:59 ssh_host_rsa_key.pub

Warum so etwas passieren kann, ist mir unerklärlich. Ich habe das System zuvor noch nie auf dieser Ebene angefaßt.

Mal sehen, wie es nach einer völligen Neuinstallation aussieht …

@Gitano:

Mal sehen, wie es nach einer völligen Neuinstallation aussieht …

Nach dem erneuten Beschreiben der CF-Karte mit dem aktuellen Image (pfSense-2.0-RC3-4g-i386-20110621-1821-nanobsd.img) funktionierte das nächste Update wie erwartet.

Problem gelöst!