Comment 4 for bug 184783

I updated the description and corrected the Bug title to reflect the new aspects of the bug I've found out:

sysfsutils 2.1.0-2 (hardy)

Sysfsutils manages to give a successful output only when sysfs.conf is set with only one scsi_host link tweak.
As far as I managed to understand the presence of other tweaks (for instance tweaks to cpu governor and sound card) did not affect this bug.
The only blocking tweak is the scsi_host link.
All tweaks that in sysfs.conf follow the first scsi_host link directive are ignored. However if they are put above to be executed first they are carried out fine.

Changing the first scsi_host link doesn't positively affect the bug (host0, host1 and so on always cause the bug to appear).

 sudo sh -ex /etc/init.d/sysfsutils start
+ CONFFILE=/etc/sysfs.conf
+ [ -r /etc/sysfs.conf ]
+ echo -n Setting sysfs variables...
Setting sysfs variables...+ sed s/#.*$//; /^[[:space:]]*$/d;
              s/^[[:space:]]*\([^=[:space:]]*\)[[:space:]]*\([^=[:space:]]*\)[[:space:]]*=[[:space:]]*\(.*\)/\1 \2 \3/ /etc/sysfs.conf
+ read f1 f2 f3
+ [ class/scsi_host/host0/link_power_management_policy = mode -a -n min_power -a -n ]
+ [ class/scsi_host/host0/link_power_management_policy = owner -a -n min_power -a -n ]
+ [ class/scsi_host/host0/link_power_management_policy -a -n min_power -a -z ]
+ [ -f /sys/class/scsi_host/host0/link_power_management_policy ]
+ echo unknown attribute class/scsi_host/host0/link_power_management_policy
unknown attribute class/scsi_host/host0/link_power_management_policy
+ read f1 f2 f3
+ echo done.
done.
$