Was verursacht eine Pause während der Systemgerätesonde?

7

Ich verwende FreeBSD 10.0-RELEASE.

Während der Prüfung des Startgeräts wird zweimal 30 Sekunden Pause eingelegt. Die dafür relevante 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 in diesem Betriebssystem, aber bedeutet dies, dass das System ein Gerät erkennt, aber nicht herausfinden kann, was es ist? Ich habe nichts als das Nötigste angeschlossen - Festplatte und optisches Laufwerk und 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

Mit camcontrol rescan allwieder das System zweimal für 30 Sekunden pausiert , bevor rescannt es die Busse. Selbst wenn ich nur einen einzelnen Bus scannen möchte, besteht das System darauf, zuerst den Scan 'aprobe0' durchzuführen. Außerdem sind die "aprobe0 ..." - Linien fett und hellweiß, was mir jemand gesagt hat, dass es sich um eine Kernel-Antwort handelt. Ich würde mich freuen, wenn ich auch nur die Länge der Pausen verkürzen könnte. Ich habe versucht , die Eingabe kern.cam.ada.default_timeout=5in , /boot/loader.confaber es hat keine Wirkung. Ich habe lange und intensiv ohne Erfolg gesucht und kann nicht viel Hilfe bekommen. Wer es besser weiß, hat irgendwelche Ideen? Vielen Dank!

Nur um hinzuzufügen, dies ist RELEASE-10. Kurz zuvor habe ich RELEASE-8.3 ausgeführt, das ohne Verzögerungen einwandfrei funktioniert hat. Der Startvorgang dauerte ungefähr 15 Sekunden. Aber gerade als ich anfing, auf R8.3 zu lernen, erreichte es EOL, also entschied ich mich einfach, auf R10 aufzusteigen. Die ATA-Kernelmodule für R10 unterscheiden sich stark von denen in R8.3. Ich habe über solche Änderungen gelesen, weiß aber nicht, wohin ich von hier aus gehen soll.

freebsd hardware startup

— Carl Salinger
quelle

1

ATAPI_IDENTIFY schlägt vor, dass das Problem das DVD-Laufwerk ist. Wird der Fehler behoben, wenn Sie mit einer Disc im DVD-Laufwerk booten?

— Allan Jude

Leider ist die Verzögerung (es ist nur eine Verzögerung, da das System ansonsten einwandfrei funktioniert - die Verzögerung ist wirklich sehr, sehr ärgerlich) immer da, egal was passiert. Im Moment starte ich tatsächlich mit einer CD im Laufwerk, um als Boot-Manager zu dienen, da ich einige Partitionen auf der Festplatte habe, auf denen kein Boot-Manager installiert ist. Die CD übergibt die Startverantwortung jedoch nur an den Standard-FreeBSD-Bootloader. Die Verzögerung war auch bei einer früheren Installation vorhanden, bei der die gesamte Festplatte belegt war, ohne dass beim Start eine Disc im DVD-Laufwerk vorhanden war.

— Carl Salinger

1

Alle weisen darauf hin, dass es sich um einen Fehler / eine Regression handelt, der mit FreeBSD 9.1 begonnen hat

Kern / 173435

Leider ist keine Problemumgehung verfügbar. Vielleicht könnten Sie weitere Details zu Ihrem Problem (Hardware, FreeBSD-Version) angeben kern/173435.

0

Da ein DVD - Laufwerk ein da (4) Gerät kein ada (4) Gerät sein würde, versuchen Senkung kern.cam.da.default_timeoutin/boot/loader.conf

— Allan Jude
quelle

1

Danke für den Vorschlag. Ich habe es versucht und es gab keine Änderung. Ich habe auch diesen bestimmten Standard-Timeout-Wert überprüft, bevor ich die Änderung vorgenommen habe, und er war 60. Für mein Problem scheinen es zwei Befehls-Timeouts mit jeweils 30 Sekunden zu sein.

— Carl Salinger

0

Es gibt noch zwei Dinge zu versuchen:

Versuchen Sie, die Firmware des DVD-Laufwerks zu aktualisieren. Es sieht so aus, als würde es Version 1.00 verwenden. Es besteht eine gute Chance, dass es aktualisiert wurde, um diesen Fehler zu beheben.
Entfernen Sie das Laufwerk. Es ist sowieso ein altes Stück Hardware.

— Martin Sugioarto
quelle