что переводит диск в -B 1 ?

Ну а в dmesg что попадает ?

при отключении питания

ata1.00: configured for UDMA/133
ata1: EH complete
sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
EXT4-fs (sda2): re-mounted. Opts: commit=600

при подключении

EXT4-fs (sda2): re-mounted. Opts: commit=0
ata1.00: configured for UDMA/133
ata1: EH complete
EXT4-fs (sda2): re-mounted. Opts: commit=0

выяснилось ещё что если загрузиться с nox то этой хрени нет, но если сделать /etc/init.d/xdm stop - оно есть

Поищите каким сценарием обрабатывается наличие параметра «nox» и что в зависимостях у xdm, скорее всего что-то из зависимостей обрабатывает закрытие крышки ноутбука.

Вы уверены, что acpid не запущен?

Покажите вывод:

rc-status

Может быть pm-utils. Гляньте /etc/pm/{power.d,sleep.d}

rc-status

Runlevel: default
dbus [ started ]
NetworkManager [ started ]
udev-postmount [ started ]
xdm [ started ]
Dynamic Runlevel: hotplugged
Dynamic Runlevel: needed
hostname [ started ]
sysfs [ started ]
udev-mount [ started ]
Dynamic Runlevel: manual

Поищите каким сценарием обрабатывается наличие параметра «nox»

в /etc/init.d/xdm

start() {
local EXE NAME PIDFILE
setup_dm

if [ -f /etc/.noxdm ]; then
einfo «Skipping ${EXE##*/}, /etc/.noxdm found or \„nox\“ bootparam passed»
rm /etc/.noxdm
chv 1
return 0
fi

ebegin «Setting up ${EXE##*/}»

save_options «service» «${EXE}»
save_options «name» «${NAME}»
save_options «pidfile» «${PIDFILE}»
save_options «start_stop_args» «${START_STOP_ARGS}»

if [ -n «${CHECKVT}»] ; then
if vtstatic «${CHECKVT: -7}» ; then
if [ -x /sbin/telinit ] && [ «${SOFTLEVEL}» != «BOOT» ] && [ «${RC_softlevel}» != «BOOT» ] ; then
ewarn «Something is already defined on VT ${CHECKVT: -7}, not startting»
return 1
fi
fi
fi

/etc/X11/startDM.sh
eend 0
}

в его зависимостях:
need localmount xdm-setup
after bootmisc modules
after readahead-list ypbind autofs
after keymaps
before alsasound
use consolekit dbus xfs

Может быть pm-utils. Гляньте /etc/pm/{power.d,sleep.d}

неа

скорее всего что-то из зависимостей обрабатывает закрытие крышки ноутбука.

не понятно при чём сдесь крышка.

по поиску слова «hdparm» в /etc нашлось /etc/conf.d/hdparm /etc/init.d/hdparm
chmod 0000 на них не изменил ситуации

самое странное что при загрузке с nox hpparm -B пишет APM_level = off
в обычном режиме hpparm -B пишет APM_level = 254
именно такие конфиги 1 для работы от батареи и 254 для работы от сети в дефолтном конфиге laptop_mode, но он у меня выключен.

в режиме nox если сделать /etc/init.d/xdm start - стартуют иксы и через пару секунд диск переводится в 254. отключение автомонтирования и управления питанием в KDE ничего не дало. все модули одни и те же до и после
что это может быть?

подскажите, как узнать кто обращается к /sbin/hdparm?
тоесть как вообще можно посмотреть какой демон обращается за исполнением к определённому файлу?

не понятно при чём сдесь крышка.

Извиняюсь, писал сразу в две темы, видимо перепутал.

Скорее всего pm-utils. Больше некому.

pm-utils

но оно вроде как у меня не запущено

Может быть pm-utils.

оказалось оно, только в /usr/lib/pm-utils/power.d/, хотя я думал pm-utils у меня не работает...
pm-utils: убъем ваш винт за пол года