Was verursacht eine Pause während der Systemgeräteprüfung?

Was verursacht eine Pause während der Systemgeräteprüfung?

Ich verwende FreeBSD 10.0-RELEASE.

Während der Boot Device Probe gibt es zwei mal 30 Sekunden Pause. Die entsprechende Ausgabe ist

# dmesg
...
(aprobe0:ata0:0:1:0): ATAPI_IDENTIFY. ACB: a1 00 00 00 00 40 00 00 00 00 00 00
(aprobe0:ata0:0:1:0): CAM status: Command timeout
(aprobe0:ata0:0:1:0): Error 5, Retry was blocked
run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config
(aprobe0:ata0:0:1:0): ATAPI_IDENTIFY. ACB: a1 00 00 00 00 40 00 00 00 00 00 00
(aprobe0:ata0:0:1:0): CAM status: Command timeout
(aprobe0:ata0:0:1:0): Error 5, Retry was blocked
...

Ich bin ziemlich neu bei diesem Betriebssystem, aber bedeutet das, dass das System ein Gerät erkennt, aber nicht herausfinden kann, welches es ist? Ich habe nur das Nötigste angeschlossen – Festplatte und optisches Laufwerk – und es wird bestätigt mit:

# camcontrol devlist
<MATSHITA DVD-RAM UJ-841S 1.00>     at scbus0 target 0 lun 0 (pass0,cd0)
<HGST HTS7250xxxxxxxx GHB0xxxx>     at scbus1 target 0 lun 0 (pass1,ada0)

Ich habe einige andere Befehle ausprobiert, um zusätzliche Informationen zu erhalten:

# camcontrol rescan all
(aprobe0:ata0:0:1:0): ATAPI_IDENTIFY. ACB: a1 00 00 00 00 40 00 00 00 00 00 00
(aprobe0:ata0:0:1:0): CAM status: Command timeout
(aprobe0:ata0:0:1:0): Error 5, Retry was blocked
(aprobe0:ata0:0:1:0): ATAPI_IDENTIFY. ACB: a1 00 00 00 00 40 00 00 00 00 00 00
(aprobe0:ata0:0:1:0): CAM status: Command timeout
(aprobe0:ata0:0:1:0): Error 5, Retry was blocked
Re-scan of bus 0 was successful
Re-scan of bus 1 was successful
Re-scan of bus 2 was successful
Re-scan of bus 3 was successful
Re-scan of bus 4 was successful

Das camcontrol rescan allSystem hält wieder zweimal 30 Sekunden an, bevor es die Busse erneut scannt. Selbst wenn ich anfordere, nur einen einzigen Bus zu scannen, besteht das System darauf, zuerst den „aprobe0“-Scan durchzuführen. Außerdem sind die „aprobe0...“-Zeilen fett und hellweiß, was, wie mir jemand sagte, bedeutet, dass es sich um eine Kernel-Antwort handelt. Ich wäre froh, wenn ich die Länge der Pausen zumindest verkürzen könnte. Ich habe versucht, sie einzugeben, kern.cam.ada.default_timeout=5aber /boot/loader.confes hatte keine Wirkung. Ich habe lange und intensiv gesucht, ohne Erfolg, und kann nicht viel Hilfe bekommen. Hat jemand, der es besser weiß, eine Idee? Danke!

Nur zur Info: Dies ist RELEASE-10. Zuvor hatte ich kurzzeitig RELEASE-8.3 im Einsatz, das perfekt und ohne Verzögerungen funktionierte. Der Bootvorgang dauerte etwa 15 Sekunden. Aber gerade als ich anfing, R8.3 zu lernen, erreichte es das Ende der Lebensdauer, also entschied ich mich, auf R10 umzusteigen. Die ATA-Kernelmodule für R10 unterscheiden sich stark von denen in R8.3. Ich habe von solchen Änderungen gelesen, weiß aber nicht, wie es weitergehen soll.

Antwort1

Alles deutet darauf hin, dass es sich um einen Fehler/eine Regression handelt, der/die mit FreeBSD 9.1 begann.

Und leider gibt es keinen Workaround. Vielleicht könnten Sie Ihr Problem (Hardware, FreeBSD-Version) genauer beschreiben kern/173435.

Antwort2

Da ein DVD-Laufwerk ein da(4)-Gerät und kein ada(4)-Gerät wäre, versuchen Sie kern.cam.da.default_timeout,/boot/loader.conf

Antwort3

Es gibt noch zwei Dinge, die Sie versuchen können:

  1. Versuchen Sie, die Firmware des DVD-Laufwerks zu aktualisieren. Es sieht so aus, als ob es Version 1.00 verwendet. Es besteht eine gute Chance, dass es aktualisiert wurde, um diesen Fehler zu beheben.
  2. Entfernen Sie das Laufwerk. Es handelt sich ohnehin um ein altes Stück Hardware.

verwandte Informationen