Bootverzögerung beim Suchen von ata-device

Uwe

Well-Known Member
Hallo,

ich habe auf meinem Rechner FreeBSD 5.3 installiert.
Bin auch eigentlich sehr zufrieden, jedoch gibt es beim Booten Probleme.
Denn oft (etwa 70% der Zeit) "hängt" der Computer nach der Anzeige von

ata2: channel #0 on atapci1 bzw.
ata3: channel #0 on atapci1

jeweils über eine Minute.

Wenn ich mit verbose logging starte, wird an dieser Stelle mehrere huntert mal

Code:
ata2-master: stat=0xbc err=0xbc lsb=0xbc msb=0xbc
ata2-master: stat=0xbc err=0xbc lsb=0xbc msb=0xbc
ata2-master: stat=0xbc err=0xbc lsb=0xbc msb=0xbc
ata2-master: stat=0xbc err=0xbc lsb=0xbc msb=0xbc
ata2-master: stat=0xbc err=0xbc lsb=0xbc msb=0xbc

bzw.

Code:
ata3: channel #1 on atapci1
atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x9000
atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x8800
ata3: reset tp1 mask=03 ostat0=bc ostat1=bc
ata3-master: stat=0xbc err=0xbc lsb=0xbc msb=0xbc
ata3-master: stat=0xbc err=0xbc lsb=0xbc msb=0xbc
ata3-master: stat=0xbc err=0xbc lsb=0xbc msb=0xbc
ata3-master: stat=0xbc err=0xbc lsb=0xbc msb=0xbc
.....

angezeigt.

Die komplette dmesg.boot kann ich leider nicht angeben, da beim verbose logging der erste Teil abgeschnitten wird... Kommt aber im Edit nach dem nächsten Bootl

Hat jemand eine Idee, was diese Zeilen heißen könnten?

Vielen Dank,
Uwe

EDIT:
So, hier noch die Komplette dmessg.boot ohne verbose logging

Vielleicht ist es hilfreich zu wissen, dass die CD-ROM nicht Cable Select haben, sondern wirklich als Master/Slave gejumpert sind.

Außerdem hängt der Rechner hinter
cd1: Attempt to query device size failed: NOT READY, Medium not present
ebenfalls nochmal geschätzte 20 Sekunden.

Code:
Copyright (c) 1992-2004 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 5.3-RELEASE #4: Sun Nov  7 14:34:11 CET 2004
    uwe@duggy.ocean:/usr/obj/usr/src/sys/OPTIMIZED
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Athlon(tm) Processor (807.19-MHz 686-class CPU)
  Origin = "AuthenticAMD"  Id = 0x642  Stepping = 2
  Features=0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR>
  AMD Features=0xc0440000<RSVD,AMIE,DSP,3DNow!>
real memory  = 402571264 (383 MB)
avail memory = 388423680 (370 MB)
bktr_mem: memory holder loaded
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <ASUS A7V> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0
cpu0: <ACPI CPU (3 Cx states)> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <VIA 82C8363 (Apollo KT133A) host to PCI bridge> mem 0xe6000000-0xe7ffffff at device 0.0 on pci0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 4.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 82C686A UDMA66 controller> port 0xd800-0xd80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
uhci0: <VIA 83C572 USB controller> port 0xd400-0xd41f irq 9 at device 4.2 on pci0
uhci0: [GIANT-LOCKED]
usb0: <VIA 83C572 USB controller> on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
ums0: Logitech USB-PS/2 Mouse M-BA47, rev 1.00/1.20, addr 2, iclass 3/1
ums0: 4 buttons and Z dir.
uhci1: <VIA 83C572 USB controller> port 0xd000-0xd01f irq 9 at device 4.3 on pci0
uhci1: [GIANT-LOCKED]
usb1: <VIA 83C572 USB controller> on uhci1
usb1: USB revision 1.0
uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhub2: ALCOR Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2
uhub2: 4 ports with 4 removable, self powered
pci0: <bridge, PCI-unknown> at device 4.4 (no driver attached)
ed0: <NE2000 PCI Ethernet (RealTek 8029)> port 0xa400-0xa41f at device 9.0 on pci0
ed0: [GIANT-LOCKED]
ed0: Ethernet address: 00:e0:7d:89:2a:e8
ed0: if_start running deferred for Giant
type NE2000 (16 bit) 
bktr0: <BrookTree 878> mem 0xe3000000-0xe3000fff at device 10.0 on pci0
bktr0: [GIANT-LOCKED]
bktr0: Hauppauge Model 38104 B529
bktr0: Hauppauge WinCast/TV, Philips PAL I tuner.
pci0: <multimedia> at device 10.1 (no driver attached)
pcm0: <Creative CT5880-C> port 0xa000-0xa03f at device 13.0 on pci0
pcm0: <TriTech TR28602 AC97 Codec>
pcm0: [GIANT-LOCKED]
atapci1: <Promise PDC20265 UDMA100 controller> port 0x8400-0x843f,0x8800-0x8803,0x9000-0x9007,0x9400-0x9403,0x9800-0x9807 mem 0xe0800000-0xe081ffff irq 10 at device 17.0 on pci0
ata2: channel #0 on atapci1
ata3: channel #1 on atapci1
fdc0: <floppy drive controller> port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0: <ECP parallel printer port> port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
ppbus0: <Parallel port bus> on ppc0
ppbus0: IEEE1284 device found /NIBBLE/ECP
Probing for PnP devices on ppbus0:
ppbus0: <Kyocera FS-1000> PRINTER PCLXL,PCL5E,PJL
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A
sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
orm0: <ISA Option ROMs> at iomem 0xcc000-0xcffff,0xc0000-0xca7ff on isa0
pmtimer0 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "TSC" frequency 807192326 Hz quality 800
Timecounters tick every 10.000 msec
acpi_cpu: throttling enabled, 16 steps (100% to 6.2%), currently 100.0%
ad0: 29314MB <IBM-DTLA-307030/TX4OA5AA> [59560/16/63] at ata0-master UDMA66
ad1: 39205MB <Maxtor 2F040J0/VAM51JJ0> [79656/16/63] at ata0-slave UDMA66
acd0: CDROM <LTN485S/JL1M> at ata1-master PIO4
acd1: CDRW <LITE-ON LTR-32123S/XS0R> at ata1-slave UDMA33
cd0 at ata1 bus 0 target 0 lun 0
cd0: <LITEON CD-ROM LTN485S JL1M> Removable CD-ROM SCSI-0 device 
cd0: 16.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present
cd1 at ata1 bus 0 target 1 lun 0
cd1: <LITE-ON LTR-32123S XS0R> Removable CD-ROM SCSI-0 device 
cd1: 33.000MB/s transfers
cd1: Attempt to query device size failed: NOT READY, Medium not present
Mounting root from ufs:/dev/ad1s1a
 
Last edited:
Die Meldung sagt mir nix, aber sowas hab ich gerade durch.
3 Festplatten und ein CD-Rom, alle auf Cable Select gejumpert.
Bei mir kam auch so ne ähnliche Meldung "ata3: channel #0 on atapci1" und das Bootverhalten war merkwürdig.
sysinstall war der Meinung, das kein CD-Device vorhanden ist.
Nach dem tauschen des CD-Rom LW funktionierte alles wieder.
Ich denke, entweder kommt das CD-Rom nicht mit Cable Select klar oder es ist einfach nur kaputt.

Ich hoffe es hilft dir

Grüße
 
Bist Du sicher, dass die Verzögerung von IDE-Zeug und nicht vom SCSI-Zeug kommt? Versuch mal:
Code:
kern.cam.scsi_delay="500"
in Deiner /boot/loader.conf

Informationen zu dieser Zeile liefert:
# more /boot/defaults/loader.conf
 
Hallo,

in der Zwischenzeit habe ich viel experimnetiert, auch den Kernel ohne SCSI neu kompiliert und installiert. Allerdings hilft das leider nichts.

Noch kurioser: Im Bios habe ich für secondary master und secondary slave "None" eingestellt, um zu testen, ob dann schneller gebootet wird. FreeBSD findet die CD-ROMs dennoch...

Naja, ich fürchte, ich muss wirklich mal ein anderes CD-ROM ausprobieren.
 
s-tlk hat Recht was das BIOS betrifft. 'NONE' würde in Bezug auf BSD nur verhindern dass du nicht von CDROM booten könntest. Ist das Betriebssystem erstmal geladen, ist es nicht auf die 'Treiber' des BIOS angewiesen.
AndreasMeyer hat auch Recht was die 20 Sekunden Verzögerung betrifft.
Das DELAY ist per Kernel/loader.conf deaktivierbar. Die 20 Sec betreffen aber nur Systeme in denen SCSI oder die Emulation (für IDE CD-RW) aktiv ist.
Ausserdem spricht Uwe ja von einer zweiten Verzögerung, diese muss eine andere Ursache haben.
Sind die Kabel evt. zu lang oder gar beschädigt?
 
Back
Top