przystajnik

Pamiętaj komputerowcu młody …

udev przed hdparm uruchamiaj wprzody.

Jeżeli nie chcesz mieć losowych błędów na dysku i wyłączania się DMA podczas bootowania się komputera.
Być może to tylko u mnie się tak objawia, ale dam głowę, że na poprzedniej płycie głównej też kiedyś miałem takie przejścia. Dawno temu, przy starcie systemu wypadały mi takie błędy :

hda: dma_intr: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hda: set_drive_speed_status: status=0x58 { DriveReady SeekComplete
DataRequest }
ide: failed opcode was: unknown
hda: dma_intr: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hda: set_drive_speed_status: status=0x58 { DriveReady SeekComplete
DataRequest }
ide: failed opcode was: unknown

Dysk się resetował do ustawień domyślnych i bootowanie leciało dalej. Jakoś sobie to tak wykombinowałem, że hdparm ustawiający parametry dysku wsadziłem w skrypty startowe parę pozycji za udev (S10udev, S15hdparm) i było mi z tym dobrze. Tak, regułki dla udev ustawiające dysk też musiałem wywalić, bo mi parę razy brzydko narobiły na dysk.

O błędzie, o istnieniu którego jeszcze wtedy nie wiedziałem, zapomniałem. Jakież było moje zdziwienie, gdy ostatnio poznikało mi parę rzeczy z /, system raz wstawał, a raz twierdził że nie mam /lib/modules/* i tak dalej. I przypomniałem sobie. Zerknąłem w /etc/rcS.d i faktycznie – udev odpalał mi się po hdparm’ie. Czy to kwestia tego, że dysk miał za mało czasu (???), żeby przyjąć ustawienia z hdparm, czy co – nie wiem. Ale zrobiłem po staremu i jest dobrze.

Chodzą słuchy, że ktoś to próbuje naprawić.

Post navigation

Translate »