Process '/lib/udev/hdparm' failed with exit code 5

[dino99]

get that error logged on a fully upgraded (proposed archive enabled) xenial 64 bits system (hdparm 9.48+ds-1)

Searching about systemd-udevd.service, it is found into /lib/systemd/
but there is a problem:

oem@u64:~$ ls -l systemd-udevd.service
ls: cannot access 'systemd-udevd.service': No such file or directory

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: systemd 229-4ubuntu1
ProcVersionSignature: Ubuntu 4.4.0-18.34-generic 4.4.6
Uname: Linux 4.4.0-18-generic x86_64
NonfreeKernelModules: nvidia_uvm nvidia_modeset nvidia
ApportVersion: 2.20.1-0ubuntu1
Architecture: amd64
CurrentDesktop: GNOME
Date: Sun Apr 10 11:41:07 2016
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 003 Device 002: ID 046d:c062 Logitech, Inc. M-UAS144 [LS1 Laser Mouse]
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: ASUSTEK COMPUTER INC P5W DH Deluxe
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-18-generic root=UUID=7c755ed6-51cc-4b75-88ac-9c75acf82749 ro
SourcePackage: systemd
SystemdDelta:
 [EXTENDED] /etc/systemd/system/display-manager.service → /lib/systemd/system/display-manager.service.d/xdiagnose.conf
 [EXTENDED] /lib/systemd/system/systemd-timesyncd.service → /lib/systemd/system/systemd-timesyncd.service.d/disable-with-time-daemon.conf
 [EXTENDED] /lib/systemd/system/rc-local.service → /lib/systemd/system/rc-local.service.d/debian.conf

 3 overridden configuration files found.
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/22/2010
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 3002
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: P5W DH Deluxe
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: Rev 1.xx
dmi.chassis.asset.tag: Asset-1234567890
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr3002:bd07/22/2010:svnASUSTEKCOMPUTERINC:pnP5WDHDeluxe:pvrSystemVersion:rvnASUSTeKComputerINC.:rnP5WDHDeluxe:rvrRev1.xx:cvnChassisManufacture:ct3:cvrChassisVersion:
dmi.product.name: P5W DH Deluxe
dmi.product.version: System Version
dmi.sys.vendor: ASUSTEK COMPUTER INC

[Martin Pitt (pitti)]

Please add some debugging output to /lib/udev/hdparm with

  sudo sed -i '2 s_^_set -x; exec 2>/tmp/hdparm.txt_' /lib/udev/hdparm

then re-run the event with

   sudo udevadm trigger --action=add /sys/block/sda --verbose

then attach /tmp/hdparm.txt here. Thanks!

[dino99 (9d9)]

here is the output:

[Martin Pitt (pitti)]

Hm, that script invocation succeeded. I figure this gets called by more than one device then. Can you please edit /lib/udev/hdparm so that the second line becomes

  set -x; exec 2>>/tmp/hdparm.txt

i. e. replace the single '>' with a double '>>', then reboot, make sure the error message is still there, and attach /tmp/hdparm.txt again? Thanks!

[dino99 (9d9)]

have applied the #4 change above, saved & rebooted. But the double '>>' seems not recognized as such.

[dino99 (9d9)]

and the code error is now: Process '/lib/udev/hdparm' failed with exit code 127.

[Martin Pitt (pitti)]

Something went wrong, hdparm.txt now just shows "/lib/udev/hdparm: 2: exec: -x: not found". Seems you accidentally dropped the "set" in front of the -x? The second line must be

  set -x; exec 2>>/tmp/hdparm.txt

[dino99 (9d9)]

An other tweak:

#!/bin/sh
set -x; exec 2>>/tmp/hdparm.txtset -x; exec 2>>/tmp/hdparm.txtset -x; exec 2>>/tmp/hdparm.txt
set -e
....

the first change was as #4

reapplied the #2 debugging:

 sudo sed -i '2 s_^_set -x; exec 2>/tmp/hdparm.txt_' /lib/udev/hdparm
[sudo] password for oem:

oem@u64:~$ sudo udevadm trigger --action=add /sys/block/sda --verbose

/sys/devices/pci0000:00/0000:00:1f.1/ata1/host0/target0:0:0/0:0:0:0/block/sda
/sys/devices/pci0000:00/0000:00:1f.1/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1
/sys/devices/pci0000:00/0000:00:1f.1/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3
/sys/devices/pci0000:00/0000:00:1f.1/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4
/sys/devices/pci0000:00/0000:00:1f.1/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda5
/sys/devices/pci0000:00/0000:00:1f.1/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda6

[dino99 (9d9)]

Question: do i also need to tweak the debugging script the same way ?

--> sudo sed -i '2 s_^_set -x; exec 2>>/tmp/hdparm.txt_' /lib/udev/hdparm

[Martin Pitt (pitti)]

Please forget about the sed, that only works exactly once ever. For further tweaks you actually need to edit the file as root. Please edit it to drop the duplication -- as I said, the second line must be *excatly* like in comment 7.

[dino99 (9d9)]

oh, i get it at last !!! set now as:

#!/bin/sh
set -x; exec 2>>/tmp/hdparm.txt
set -e
....

that seems ok into hdparm.txt; will reboot and check journalctl before commenting on .

[dino99 (9d9)]

But still get the initial error:

systemd-udevd[496]: Process '/lib/udev/hdparm' failed with exit code 5.

[Martin Pitt (pitti)]

So if comment 11 is the latest hdparm, this still only has one invocation which succeeds. Maybe the first one is from much earlier. Can you please edit it again to output to /run/hdparm.txt instead of /tmp/hdparm.txt? That should always be available during early boot, while /tmp/ might be a separate mount point in your fstab.

[dino99 (9d9)]

This is from an other xenial install: fresh mini.iso, only genuine packages; with the same error logged (#12)

Note that /lib/udev/hdparm had not the "set -x; ...." line; so adding it.

#!/bin/sh
set -x; exec 2>>/run/hdparm.txt #added due to bug 1568474 #13
set -e

Will reboot to know if that change resolve the issue.

[dino99 (9d9)]

Feedback
Get the same error: systemd-udevd[398]: Process '/lib/udev/hdparm' failed with exit code 5.

 cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdc1 during installation
UUID=dec5c521-a4b3-44f9-af5c-a23fb12227ff / ext4 errors=remount-ro 0 1
# /home was on /dev/sdc3 during installation
UUID=5d8d1ee1-f5af-40a1-a45d-dbc570808523 /home ext3 defaults 0 2
# swap was on /dev/sdc2 during installation
UUID=0a9ca7f0-6eeb-4b21-b70f-670fa600de16 none swap sw 0 0

[dino99 (9d9)]

Note that all the joined hdparm.txt are always the latest generated (the previous are erased, and the timestamp control is made before joining them)
( answer to #13 comment)

[Martin Pitt (pitti)]

Well yes, the set -x stuff isn't meant to fix the issue, it's meant to add some debugging what actually fails in /lib/udev/hdparm . But so far we didn't yet manage to see it failing.

[dino99 (9d9)]

An other affected user have found the reason of that error: some hardware not supporting APM policy

See comment #3 of https://bugs.launchpad.net/ubuntu/+source/hdparm/+bug/1470014

[dino99 (9d9)]

Feedback:
booted with 'noapm', but the error is still logged.

[Amr Ibrahim (amribrahim1987)]

Is it a duplicate of Bug #1470014?

[dino99 (9d9)]

@Amr

it is very close, as i first report it on a wily install a while back. Then the issue has not been logged on wily. And now reappear on xenial.
I wonder if it is related to ubuntu's kernels config as i've not found that error reported accross all distro.

[dino99 (9d9)]

Could it be a kernel issue ?
I've re-checked log with kernel 4.4.0-20, and this is still logged on both a fresh install & a wily to xenial dist-upgrade

[dino99 (9d9)]

Feedback with yakketi

This error is no logged now.
As yakketi is quite the same as xenial: same 4.4.0.x kernel and xenial archives copied into yakketi ones.

The only changes i can think about are: some packages rebuilt with new libpng/libicu mainly as of yesterday changes.

[Launchpad Janitor (janitor)]

[Expired for hdparm (Ubuntu) because there has been no activity for 60 days.]