Nach Installation des 5.2-Kernels neue Fehler

i18n

i18n

Well-Known Member
:( Nach Installation das neuen selbstgebauten Kernels treten etliche Fehler auf, in den Generic kann ich mit boot kernel.old noch starten. Einmal scheint sich das System bei meinem zweiten CD-ROM aufzuhängen:

Code: 
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
unknown: <PNP0303> can't assign resources (port)
unknown: <PNP0f13> can't assign resources (irq)
unknown: <PNP0700> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0400> can't assign resources (port)
Timecounters tick every 10.000 msec
ata0-master: DMA limited to UDMA33, non-ATA66 cable or device
ata0-slave: DMA limited to UDMA33, non-ATA66 cable or device
GEOM: create disk ad0 dp=0xc6278460
ad0: 14649MB <IBM-DTLA-307015> [29765/16/63] at ata0-master UDMA33
GEOM: create disk ad1 dp=0xc6278860
ad1: 39205MB <Maxtor 2F040J0> [79656/16/63] at ata0-slave UDMA33
acd0: CDROM <GCR-8521B> at ata1-master PIO4
acd1: WARNING - MODE_SENSE_BIG recovered from missing interrupt
acd1: WARNING - MODE_SENSE_BIG recovered from missing interrupt
acd1: WARNING - MODE_SENSE_BIG recovered from missing interrupt
acd1: WARNING - MODE_SENSE_BIG recovered from missing interrupt
acd1: WARNING - MODE_SENSE_BIG recovered from missing interrupt
acd1: CDRW <Hewlett-Packard CD-Writer Plus 8100> at ata1-slave PIO3
SMP: AP CPU #1 Launched!
acd1: WARNING - REQUEST_SENSE recovered from missing interrupt
acd1: WARNING - REQUEST_SENSE recovered from missing interrupt
acd1: WARNING - REQUEST_SENSE recovered from missing interrupt
acd1: WARNING - REQUEST_SENSE recovered from missing interrupt
Mounting root from ufs:/dev/ad0s2a
drm0: <Matrox G400/G450 (AGP)> mem 0xd5000000-0xd57fffff,0xd4000000-0xd4003fff,0
xd2000000-0xd3ffffff irq 10 at device 0.0 on pci1
info: [drm] AGP at 0xd0000000 32MB
info: [drm] Initialized mga 3.1.0 20021029 on minor 0
drm0: [MPSAFE]
[/CODE

Da ich brennen will, benötige ich aber das zweite Laufwerk (den Brenner) für xcdroast muß er als SCSI angesprochen werden. Habe weder SCSI noch ISA auf meinem Board, was mache ich da falsch?

Hier der Kernel:]
 

Anhänge

Moin,
mach mal folgendes in dem funktionierenden Kernel:
dmesg | grep -i isa
und du siehst, wieso man ISA im Kernel lassen sollte - da läuft
bestimmt deine Tastatur dran, oder der Druckerport.
Dann sollte auch der neue Kernel funktionieren.

-Gregor.
 
Original geschrieben von Gregor

und du siehst, wieso man ISA im Kernel lassen sollte - da läuft
bestimmt deine Tastatur dran, oder der Druckerport.
Dann sollte auch der neue Kernel funktionieren.

-Gregor.
Zum Vergrößern anklicken....

Hat in diesem Fall damit gar nichts zu tun. (Wobei mich aber auch wundert, dass atkbdc, sio und damit sc ohne ISA funktionieren. Scheint wohl sehr aktuelle HW zu sein oder kein sio und USB)

Wahrscheinlich war vorher ein 5.1 oder ein älteres -current drauf. Aktuell ist der neue ACPI code noch nicht als Modul verfügbar, weshalb "device ACPI" in den Kernel rein muss. Nachzulesen wie immer unter UPDATING

Das Problem mit dem CD-Rom hat damit allerdings nichts zu tun. Das liegt an ATAng.
Mir ist keine Lösung bekannt und Søren ist schon seit geraumer Zeit auf Wanzenjagd.

Grüsse,

-Kaeptn
 
Zuletzt bearbeitet:
Danke, ich versuchs noch mal ganz von vorn. Aber nach sechs Mal Kernel bauen und Welt bauen und es geht immer noch nicht....
ISA hatte ich zuvor die ganze Zeit dringelassen, hab es nur wegen

unknown: <PNP0303> can't assign resources (port)
unknown: <PNP0f13> can't assign resources (irq)
unknown: <PNP0700> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0400> can't assign resources (port)

rausgenommen.

So neu ist meine Hardware nicht: 2xPIII 1GHz, Abit V6 Mainboard, Matrox G400, SB PCI 128, 512 MB RAM, überhaupt keine Exoten dabei, Festplatten IBM 15 und 40 GB, selbst BeOS läuft ohne zu mucken, und das unterstützt nicht allzu viele Hardware.
Ich denke eher, daß die beiden Prozessoren FreeBSD zu schaffen machen.
 
Original geschrieben von i18n
Danke, ich versuchs noch mal ganz von vorn. Aber nach sechs Mal Kernel bauen und Welt bauen und es geht immer noch nicht....
ISA hatte ich zuvor die ganze Zeit dringelassen, hab es nur wegen
unknown: <PNP0303> can't assign resources (port)
unknown: <PNP0f13> can't assign resources (irq)
unknown: <PNP0700> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0400> can't assign resources (port)
rausgenommen.
Zum Vergrößern anklicken....

Sieht nicht schön aus, aber vollkommen wurscht piep egal.

Ich denke eher, daß die beiden Prozessoren FreeBSD zu schaffen machen.
Zum Vergrößern anklicken....

Die 2 CPUs? Ich glaube kaum. Warum sollte FreeBSD damit Probleme haben?
Ich tippe, wenn ich mir die "current" mailingliste so ansehe, auf ATAng.
Also, mach ein cvsup der sourcen, und baue nochmal. Hoffe und bete das Soren inzwischen ATAng stabil bekommen hat.
Wie gesagt, "ich tippe", es kann evtl. auch was anderes sein, aber der übliche verdächtige ist zur Zeit eben ATAng...
 
Total offtopic aber ***kein*** Witz:
Deine HD "ad0: 14649MB <IBM-DTLA-307015> [29765/16/63] at ata0-master UDMA33" wird nach sagen wir mal optimistisch etwa 10 bis 15 Monaten Betrieb, definitiv den Geist aufgeben. Die Serien DTLA und IC35* (IDE und SCSI) sollte man meiden.
 
Definitiv falsch. Die DTLA bis 15GB sind die zuverlässigsten die ich kenne. Ebenso die ICLs seit Mitte 2002.
IBMs angefangen mit den ersten 60GB Modellen bis ca Ende 2001 sollte man definitiv meiden!

-Kaeptn

Edit: Ausserdem: Optimistisch nach 10-15 Monaten *lol* Überleg mal seit wann es dieses Modell nicht mehr gibt. Bestimmt schon seit 3 Jahren!
 
Obige Erfahrungen habe mit etwa 60 HDs im Zeitraum von Anfang 2001 bis heute gemacht. Dabei waren IDE Modelle von 15 bis 60 GB und 18er sowie 36er GB SCSI Platten. Alle aus unterschiedlichsten Serien, verschiedener Herstellzeiten. Nicht alle HDs werden gierig sofort nach Eintreffen verbaut. Man kann HDs auch erst spaeter verbauen, gell?
IC35 sind ausserdem immer noch zu haben.
 
Prinzipiell gebe ich Dir ja recht, aber heutige ICs sind ok, ebenso kenne ich keine 10 oder 15 GB DTLA die jemals den Geist aufgegeben hätte. Und davon hatte ich bestimmt seit 99 einige hundert in Verantwortung.

Also, wollen wir jetzt so kurz vor Weihnachten nicht den Teufel an die Wand malen, die wird schon noch halten.
Meine:
device model IBM-DTTA-351010
serial number WF0WFFS4108
firmware revision T56OA73A
sowie
device model IBM-DJNA-351520
serial number G80GLT0N698
firmware revision J56OA30K

laufen seit 1999 nonstop ohne Fehler!

-Kaeptn
 
Zuletzt bearbeitet:
Hm, hilft mir leider nicht weiter. Die IBM-HD ist jetzt bereits im zweiten Rechener drin und läuft stabil und souverän. Hat sogar den letzten Sommer heil überstanden, als die Hitze mir das Mainboard geerdet hatte. Hatte sie vor der Installation von FreeBSd mit wipe sogar nochmal richtig saubergemacht.
Er hängt ja auch nicht bei der HD, sondern bei meinem Brenner (acd1: CDRW <Hewlett-Packard CD-Writer Plus 8100> at ata1-slave PIO3).
Ich habe jetzt die RC2 von FreeBSD 5.2 gebaut (GENERIC), das Problem ist das gleiche, ich tippe also, daß grunix eher das Problem beschrieben hat, aber leider ist keine Lösung in Sicht.
@grunix: Ich kam auf SMP, weil der zweite Prozessor genau zwischen den Fehlermeldungen geladen wird:
Code: 
acd1: WARNING - MODE_SENSE_BIG recovered from missing interrupt
acd1: CDRW <Hewlett-Packard CD-Writer Plus 8100> at ata1-slave PIO3
SMP: AP CPU #1 Launched!
acd1: WARNING - REQUEST_SENSE recovered from missing interrupt
Leider bringt auch das Außerkraftsetzen von ACPI, was ja auch als "üblicher Verdächtiger" gilt, keinerlei Änderung im Bootprozeß.
Hat vielleicht noch jemand eine Idee, die mich weiterbringt?
 
Noch eine Idee, versuche mal die hw.ata.tags auszuschalten,
vielleicht läufts ja dann.
(Irgendwo wurde das schon mal angesprochen, aber sorry, ich weiß
nicht mehr wo es war, dazu lese ich zuviel).

-Gregor.
 
# ATA and ATAPI devices
device ata
device atadisk # ATA disk drives
#device ataraid # ATA RAID drives
device atapicd # ATAPI CDROM drives
device atapifd # ATAPI floppy drives
device atapist # ATAPI tape drives
options ATA_STATIC_ID #Static device numbering
device atapicam
Zum Vergrößern anklicken....

Verzeihung, was meinst Du mit hw.ata.tags? Im Kernel? Ich fürchte, dann läuft das System nicht mehr.:confused:
 
Original geschrieben von i18n
Verzeihung, was meinst Du mit hw.ata.tags? Im Kernel? Ich fürchte, dann läuft das System nicht mehr.:confused:
Zum Vergrößern anklicken....

Nee, nicht im Kernel.
Das wird im loader(8) konfiguriert, so z.B. sieht meine /boot/loader.conf
aus (unter 4.8-Release!):
Code: 
#############################################
###  Splash screen configuration  ###########
#############################################
splash_bmp_load="YES"           # Set this to YES for bmp splash screen!
splash_pcx_load="NO"            # Set this to YES for pcx splash screen!
vesa_load="YES"                 # Set this to YES to load the vesa module
bitmap_load="YES"               # Set this to YES if you want splash screen!
bitmap_name="/boot/abc.bmp"     # Set this to the name of the bmp or pcx file
bitmap_type="splash_image_data"

#############################################
###  Loader settings  #######################
#############################################

autoboot_delay="2"              # Delay in seconds before autobooting

hw.ata.wc="0"                   # Disable Write Caching

mach mal ein
"sysctl -a | grep ata" auf der Konsole, und sieh dir bitte auch
die manpages zu loader(8) an, da ist praktisch alles beschrieben.
Bei dir sollte es also in etwa so aussehen:
Code: 
=>sysctl -a | grep ata
kern.ipc.max_datalen: 136
hw.ata.ata_dma: 1
hw.ata.wc: 0
hw.ata.tags: 0
hw.ata.atapi_dma: 0

Jetzt besser?
Guten Rutsch noch.

-Gregor.
 
tags sind nicht aktiviert, sind sogar in ATAng abgeschaltet. Den sysctl-wert zu setzen ist also Esotherik. Ausserdem bezögen sich tags auch nur auf Festplatten die selbiges auch unterstützen. AFAIK immer noch ausschliesslich HITACHI/IBM.
Wie ich ganz oben schon gesagt hatte, das CD-Rom Problem ist ATAng und du wirst nicht umherkommen Dich an die Mailinglist zu wenden und zu sehen ob Søren Dir helfen kann/will.
Du bist nicht alleine mit dem Problem.

-Kaeptn
 
Code: 
> sysctl -a | grep ata
kern.ipc.max_datalen: 132
     VM pgdata     2    65K     65K        2  64
hw.ata.ata_dma: 1
hw.ata.wc: 1
hw.ata.atapi_dma: 0
So siehts bei mir aus.
@Kaeptn Wie erreiche ich Soeren? Und wie kriegst Du das o mit dem Diagonalstrich hin?
 
Zuletzt bearbeitet:
nö, funktioniert wunderbar.
Man sollte entweder ein relay haben, oder einen anständigen mailserver...
 
Hab mir relay aus den ports installiert, aber was mache ich nun damit? Ich liege hinter einem Router, der an T-Offline weiterleitet, die Mail sollte von BlinX kommen und an BlinX witergeleitet werden (BlinX arbeitet mit Linux). Wie kommt es, daß ich mache Mail schicken kann und manche nicht? Ich wollte mir nicht gleich einen eigenen Mailserver aufsetzen.
 
Wenn Du den das T-Online relay nimmst, dann sollte Deine mail aauch beim Empfänger ankommen.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben