Alix & Freebsd 9.1. Kiste raucht bei portsnap fetch ab

P

pbtraveller

Well-Known Member
Hi,
habe endlich Freebsd 9.1 auf meinem Alix-Board zum Laufen bekommen. Allerdings kann ich die Ports-Sammlung nicht installieren.

Beim Durchführen von portsnap fetch läd die Kiste die Ports-Sammlung herunter.
Dann erhalte ich noch "Extracting snapshot".....

Danach ist die Kiste nicht mehr erreichbar und startet neu.
Ich habe eine 8 GB Compact-Flash (ScanDisk Ultra II) eingebaut. Diese ist aktuell nur zu 21% belegt.
Die Compact-Flash ist wie folgt formatiert:

1. Name: ada0s1a
Mediasize: 7654604800 (7.1G)
Sectorsize: 512
Stripesize: 0
Stripeoffset: 32256
Mode: r1w1e1
rawtype: 7
length: 7654604800
offset: 0
type: freebsd-ufs
index: 1
end: 14950399
start: 0
2. Name: ada0s1b
Mediasize: 539999232 (515M)
Sectorsize: 512
Stripesize: 0
Stripeoffset: 3359669760
Mode: r1w1e0
rawtype: 1
length: 539999232
offset: 7654604800
type: freebsd-swap
index: 2
end: 16005085
start: 14950400

Hat jemand ne Idee, wie ich das in den Griff bekomme?

Danke und Gruß

pbtraveller
 
Ich kenn mich weder mit dem Alix-Board noch mit FreeBSD aus, aber mal so aufs Blaue: Könnte die Karte eine macke haben?
 
mein Portstree ist recht neu und unversaut, die distfiles derzeit noch ausgelagert und ich habe dann etwa 750M belegt.
Allerdings sind das sehr sehr viele Dateien und die werden alle entpackt, da kann ich mir vorstellen, dass die Kiste oder Karte aus dem Tritt kommt. Besonders, wenn du dann auch noch Journals und atime schreibst.
Trotzdem sollte es gelingen, ich hatte ein 6er oder 7er FreeSBD auf solch einer Karte und einem Alix installiert und laufen lassen. Allerdings, ich glaube, dass ich da nur Pakete installiert hatte und keine Ports hernahm.

Zu einem Test wäre es vielleicht hilfreich, wenn du den SWAP sonstwo unterbringen (bei ausreichend RAM vlt ganz ausschalten) und gleiches auch für den Portstree arrangieren könntest. Am einfachsten sind Netzwerkfreigaben. NFS-Shares. USB-Geräte sind natürlich wieder langsam.
 
Weiterhelfen kann ich dir leider nicht, nur bestätigen das es generell auf meinem Alix 2d13 mit FreeBSD 9.1 geht
 
haegga schrieb:
Weiterhelfen kann ich dir leider nicht, nur bestätigen das es generell auf meinem Alix 2d13 mit FreeBSD 9.1 geht
Zum Vergrößern anklicken....

Was hast Du denn für ne CF-Karte? Ich habe zwischenzeitlich sowohl /usr/ports als auch /var/db/portsnap auf nfs ausgelagert. Auch dann ist das Ding irgendwann abgeraucht, auch wenn ich dieses mal weitergekommen bin, als beim letzten Mal.
Ich glaube auch nicht, dass es ein Problem mit swap ist. Ich habe mich nämlich gleichzeitig noch einmal per ssh angemeldet und habe mir über top den Speicherbedarf angeschaut. So wie es aussieht, fängt die Kiste kaum an, etwas zu swappen.

Ich habe daher mal die nfs-Laufwerke auf meiner Soekris gemounted, ein portsnap fetch und extract durchgeführt, die nfs-Laufwerke wieder ausgehängt und bei der Alix-Kiste wieder eingehängt. Dort habe ich dann mal portmaster aus den ports (nfs-Laufwerk) kompiliert und installiert, was auch funktioniert hat. Kurze Zeit nach dem Installieren ist die Kiste dann aber wieder (ohne Last und ersichtlichen Grund) einfach wieder abgeraucht. Aus /var/log/message kann ich keine brauchbaren Infos entnehmen. Was mir aber seltsam erscheint ist, dass die Kiste nach dem Neustart auch gerne mal das Datum verloren hat. Hab jetzt mal ntpdate beim Start laufen und werde mal die Batterie ersetzen.
Auch dmesg liefert für mich keine Anhaltspunkte für eine Lösung des Problems.

#####################
Copyright (c) 1992-2012 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 9.1-RELEASE #0 r243826: Tue Dec 4 06:55:39 UTC 2012
root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
module ata_ahci already present!
CPU: Geode(TM) Integrated Processor by National Semi (586-class CPU)
Origin = "Geode by NSC" Id = 0x540 Family = 5 Model = 4 Stepping = 0
Features=0x808131<FPU,TSC,MSR,CX8,CMOV,MMX>
real memory = 134217728 (128 MB)
avail memory = 112066560 (106 MB)
kbd0 at kbdmux0
module_register_init: MOD_LOAD (vesa, 0xc0dc3570, 0) error 19
ctl: CAM Target Layer loaded
ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237)
ACPI: Table initialisation failed: AE_NOT_FOUND
ACPI: Try disabling either ACPI or apic support.
pcib0 pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
ath0: <Atheros 5212> mem 0x80000000-0x8000ffff irq 12 at device 13.0 on pci0
ath0: AR5212 mac 5.9 RF5112 phy 4.3
sis0: <NatSemi DP8381[56] 10/100BaseTX> port 0x1000-0x10ff mem 0x80040000-0x80040fff irq 10 at device 14.0 on pci0
sis0: Silicon Revision: DP83816A
miibus0: <MII bus> on sis0
nsphyter0: <DP83815 10/100 media interface> PHY 0 on miibus0
nsphyter0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
sis0: Ethernet address: 00:0d:b9:03:9a:94
sis1: <NatSemi DP8381[56] 10/100BaseTX> port 0x1400-0x14ff mem 0x80080000-0x80080fff irq 11 at device 16.0 on pci0
sis1: Silicon Revision: DP83816A
miibus1: <MII bus> on sis1
nsphyter1: <DP83815 10/100 media interface> PHY 0 on miibus1
nsphyter1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
sis1: Ethernet address: 00:0d:b9:03:9a:95
isab0: <PCI-ISA bridge> port 0xf400-0xf43f,0xf600-0xf63f at device 18.0 on pci0
isa0: <ISA bus> on isab0
pci0: <bridge> at device 18.1 (no driver attached)
atapci0: <National Geode SC1100 ATA33 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 18.2 on pci0
ata0: <ATA channel> at channel 0 on atapci0
ata1: <ATA channel> at channel 1 on atapci0
pci0: <multimedia, audio> at device 18.3 (no driver attached)
pci0: <bridge> at device 18.5 (no driver attached)
ohci0: <OHCI (generic) USB controller> mem 0xf0000000-0xf0000fff irq 9 at device 19.0 on pci0
usbus0 on ohci0
cpu0 on motherboard
pmtimer0 on isa0
orm0: <ISA Option ROM> at iomem 0xe0000-0xe7fff pnpid ORM0000 on isa0
atrtc0: <AT realtime clock> at port 0x70 irq 8 on isa0
Event timer "RTC" frequency 32768 Hz quality 0
attimer0: <AT timer> at port 0x40 on isa0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
ppc0: parallel port not found.
uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
uart0: console (9600,n,8,1)
cfcs_init: ctl_frontend_register() failed with error 12!
Timecounters tick every 1.000 msec
usbus0: 12Mbps Full Speed USB v1.0
ugen0.1: <0x0e11> at usbus0
uhub0: <0x0e11 OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
uhub0: 3 ports with 3 removable, self powered
ada0 at ata0 bus 0 scbus0 target 0 lun 0
ada0: <SanDisk SDCFH2-008G HDX 4.32> CFA-4 device
ada0: 16.700MB/s transfers (WDMA2, PIO 2048bytes)
ada0: 7815MB (16007040 512 byte sectors: 16H 63S/T 15880C)
ada0: Previously was known as ad0
GEOM: ada0s1: geometry does not match label (255h,63s != 16h,63s).
Trying to mount root from ufs:/dev/ada0s1a [rw]...

########################

Leider habe ich aktuell keine Schimmer, wie ich weiter debuggen soll.

Any ideas?
 
was mir auffällt ist das du den Generic Kernel verwendest. Wenn ich das noch richtig entsinne brauchst du einen Speziellen Kernel. Denn die Geode CPU ist nicht 100% x86 kompatibel.

Code: 
option          CPU_GEODE
option          CPU_ELAN

hier meine kernel boot messages sehen auch etwas anders aus
Code: 
Copyright (c) 1992-2012 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 9.1-RELEASE #0: Sun Jan 20 00:14:32 GMT 2013
    root@pluto2:/usr/obj/usr/src/sys/alix i386
CPU: Geode(TM) Integrated Processor by AMD PCS (498.06-MHz 586-class CPU)
  Origin = "AuthenticAMD"  Id = 0x5a2  Family = 5  Model = a  Stepping = 2
  Features=0x88a93d<FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CLFLUSH,MMX>
  AMD Features=0xc0400000<MMX+,3DNow!+,3DNow!>
real memory  = 268435456 (256 MB)
avail memory = 248934400 (237 MB)
....

auch fehlt dir die Hardware aes128 Beschleunigung

Code: 
cryptosoft0: <software crypto> on motherboard
 
hab gerade noch meine Kernel Config gefunden:

Code: 
...
options       CPU_GEODE
ident           alix

device crypto
device cryptodev

# Geode cpu has hardware crypto support
device glxsb

...
 
Vielen Dank für die Info und shame on me! Ich habe gerade noch mal geschaut. Die Kiste, auf der ich gerade gebastelt habe, ist gar nicht meine Alix, sondern das noch ältere WRAP E1. Ist also noch mal ne Ecke langsamer. Allerdings werde ich aus Deinen Antworten sicher etwas für den eigenen WRAP-Kernel ableiten können. Daher trotzdem vielen Dank!
 
Doch, Geode ist tatsächlich nicht zu 100% kompatibel. Das ist das alte Cyrix-i585-Design. Cyrix hatte einige proprietäre Opcodes eingeführt, Intel hat kurz darauf "zufällig" genaus diese Opcodes anders belegt. Daher verhält der Geode sich an einigen Stellen nicht x86-konform. Was allerdings kein Beinbruch ist, da man drum herum coden kann. Hinzu kommen einige Abweichungen in der Funktionsweise der Timecounter.
 
das hört sich trotzdem sehr nach HW-Fehler an, auch, wenn es da keine offensichtlichen Stolpersteine gibt. Das Verhalten ist auch nicht offensichtlich, es ist nicht nachvollziehbar und so lange es geht, geht ja alles und dann stürzt es nicht nachvollziehbar ab. Das ist typisch für HW-Fehler.

Nun kann es auch eine Unverträglichkeit der HW mit dem System sein.
Die schnellste Art, dies herauszufinden, ist natürlich ein Systemwechsel.
Dazu empfehlen sich diverse Live-Systeme, die du einfach mal probieren kannst. Andere BSD's, aber auch GNU/Linux ist eine gute Wahl für solche Tests. Am Besten ziehst du die direkt auf die CF.

Weshalb ich den SWAP aus haben wollte, hat nur mit der CF zu tun. Die Schreibgeschwindigkeit auf diese Medien ist mitunter gigantisch mies und wenn dann etwas entpackt wird und gleichzeitig geswapped, dann kann das schon eng werden.
Wegen der schlechten Performance und geringen Lebensdauer ist es grundsätzlich in meinen Augen gut, die Zugriffe auf CF-Karten zu begrenzen, so gering wie möglich zu halten. Da eignen sich Technologien aus eben erwähnten Live-Systemen mitunter ganz gut, sofern ausreichend RAM vorhanden ist.

Ich erinnere mich übrigens, auch GEODE genutzt zu haben, aber erst später, nach einigen Tests. Diese Tests hatte ich ganz gewöhnlich mit i386 gefahren und keine Nachteile bemerkt. Leider scheine ich die Arbeit von damals nicht mehr archiviert zu haben. Eine ganze Weile hatte ich ein Image der CF auf dem PC liegen, doch nun finde ich es nicht mehr.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben