Eygene Ryabinkin schrieb am 20.05.2009 11:28 (localtime): > Harald, good day. ... > Could you, please, provide the output from 'acpidump -dt | grep -i cpu | > grep -i alias' and your MB model. This may not help to decrease power Thanks for your answer and a good da also, Eygene. Here's the reqested output, only without alias greped. Since I found a BIOS updates I also get est0, but like you correctly assumed with "attach returned 6". acpidump -dt | grep -i cpu ACPI CPU=0 ACPI CPU=1 ACPI CPU=2 ACPI CPU=3 ACPI CPU=0 ACPI CPU=1 ACPI CPU=2 ACPI CPU=3 OEMID=PmRef, OEM Table ID=CpuPm, OEM Revision=0x3000, Processor (\_PR.CPU0, 0x00, 0x00000410, 0x06) {} Processor (\_PR.CPU1, 0x01, 0x00000410, 0x06) {} Processor (\_PR.CPU2, 0x02, 0x00000410, 0x06) {} Processor (\_PR.CPU3, 0x03, 0x00000410, 0x06) {} "CPU0IST ", "CPU1IST ", "CPU0CST ", "CPU1CST ", "CPU2IST ", "CPU3IST ", "CPU2CST ", "CPU3CST ", Scope (\_PR.CPU0) Scope (\_PR.CPU1) Scope (\_PR.CPU2) Scope (\_PR.CPU3) The motherboard is a GigaByte P35DS4 ... > >> 3. I can't write a DVD image with growisofs. >> After booting I get these messages: >> acd1: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 >> (cd1:ata3:0:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 >> (cd1:ata3:0:0:0): CAM Status: SCSI Status Error >> (cd1:ata3:0:0:0): SCSI Status: Check Condition >> (cd1:ata3:0:0:0): ILLEGAL REQUEST asc:24,0 >> (cd1:ata3:0:0:0): Invalid field in CDB >> (cd1:ata3:0:0:0): Unretryable error >> >> Using `growisofs -dvd-compat -speed=8 -Z /dev/cd1=/udfimage.iso` freezes >> the system. First it seems nothing happens but after some minutes the >> system is completely unresponsive, even mouse doesn't move any more. >> Here's some output I got at this event: >> ... >> acd1: WARNING - TEST_UNIT_READY freeing taskqueue zombie request >> acd1: WARNING - PREVENT_ALLOW taskqueue timeout - completing request >> directly >> acd1: WARNING - PREVENT_ALLOW freeing taskqueue zombie request >> acd1: WARNING - TEST_UNIT_READY taskqueue timeout - completing request >> directly >> acd1: WARNING - TEST_UNIT_READY freeing taskqueue zombie request >> acd1: WARNING - READ_TOC taskqueue timeout - completing request directly >> acd1: WARNING - READ_TOC freeing taskqueue zombie reques > > Could you try to add atapicam(4) device into your kernel and use > /dev/cdX instead of /dev/acdX for burning? I don't believe that this > will help you, given the messages you're receiving, but you can at least > give a shot for SCSI emulation on ATAPI devices. I already used cd1 as device, hence the atapicam device. Fortunately I need the ODD really seldom, but for the last two years I had to boot another software because none of my drives worked. Am I the only one with that massive problems? Could the AHCI mode be the culprit? Thanks for your time! Best gregards, -Harry
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:48 UTC