Hide Forgot
abrt 1.0.9 detected a crash. architecture: x86_64 Attached file: backtrace cmdline: hdparm -g /dev/dm-0 Attached file: comment component: hdparm executable: /sbin/hdparm global_uuid: 7562b52b72a09bfdbecda71eb46c122fb4a9f517 kernel: 2.6.32-22.el6.x86_64 package: hdparm-9.16-3.2.el6 rating: 4 reason: Process /sbin/hdparm was killed by signal 8 (SIGFPE) release: Red Hat Enterprise Linux release 6.0 Beta (Santiago) How to reproduce ----- 1. Happens always on my workstation 2. Just run hdparm -g /dev/dm-0 3. (/dev/dm-{1,2,3} does the same
Created attachment 411236 [details] File: backtrace
Created attachment 411237 [details] File: comment
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux major release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Major release. This request is not yet committed for inclusion.
*** Bug 589258 has been marked as a duplicate of this bug. ***
*** Bug 590678 has been marked as a duplicate of this bug. ***
This happens several times per day on my Lenovo X301 with 64GB Toshiba (?) SSD
Same here on my Thinkpad W500.
ioctl HDIO_GETGEO returns zeros for cylinders, sectors and heads on devicemapper devices. There's an erroneous check for that in the hdparm sources which causes a divide by zero error.
*** Bug 590674 has been marked as a duplicate of this bug. ***
*** Bug 590649 has been marked as a duplicate of this bug. ***
I'll let it run from whatever background script that it has been running from but when I run it from the shell it doesn't seem to die anymore.
fixed package built: hdparm-9.16-3.3.el6
Red Hat Enterprise Linux Beta 2 is now available and should resolve the problem described in this bug report. This report is therefore being closed with a resolution of CURRENTRELEASE. You may reopen this bug report if the solution does not work for you.