Добавил, только подправьте кто-нибудь с нормальным английским, а то у меня грустно с этим
https://wiki.archlinux.org/index.php/LI … leshooting
А если попробовать стандартные средства:
Заменить шлейф, проверить на другой системе, попробовать принудительно режим PIO
>> acpi-eeepc-generic
Много настроек, после указания модели почти все кнопки работают искаропки. Плюс можно легко допилить под себя что-то вроде suspend или hibernate при закрытии крышки и прочая, и прочая
Почти все настройки производятся в /etc/conf.d/acpi-eeepc-generic.conf
ls -la /dev/dvd
сделай
в /etc/fstab раскомментировал?
утём хитрых манипуляций было обнаружено, что после обновления ядра и lirc, начал подгружаться ещё один модуль, обрабатывающий сигналы от пульта. Всё решилось банальным перебором виновника. В результате я занёс в blacklist ir_core и всё стало замечательно :)


Уже было. Наверное, нужно в вики добавить
А можно ссылки
Сообщения без ответов • Непрочитанные сообщения • Новые сообщения • Активные темы
сделать доступными из любой страницы форума?
Вообще, недавно интересовался похожей проблемой.
Вот, что ответила мне поддержка WD
Чисто теоретически это изнашивает механику, на практике выхода из строя именно из-за
частой парковки не замечалось. В целом проблема известная под Linux, т.к. система
настроена на то, чтобы накапливать в кэше данные для записи на винт и потом сбрасывать
из раз в 10 секунд, а винт настроен на то, чтобы парковать головки, если его 8 секунд
не дергали. В итоге так и получается, что только он припаркуется - его дергают, и
так циклично.

Решение: загрузиться в DOS, запустить эту
утилиту, выставить задержку на 30 секунд, выключить-включить ноут.

Утилита не помогла.

Я решил проблему так (у меня нетбук и выключать APM не хочу):
  • Вынес /var/log, /var/lock, /var/run, /tmp в tmpfs
  • выставил в /etc/laptop-mode/laptop-mode.conf следующее
    CONTROL_HD_POWERMGMT=1
    #
    # Power management for HD (hdparm -B values)
    #
    BATT_HD_POWERMGMT=64                                                                                                                                                                         
    LM_AC_HD_POWERMGMT=255
    NOLM_AC_HD_POWERMGMT=255
    Теперь растёт медленнее в несколько раз
$ groups
wheel log games network video audio storage users networkmanager
Виноват consolekit 0.4.3
При откате на 0,4,1 заработало.

Так и оставить? Может, есть более цивилизованные методы?
У меня так настроена система на нетбуке:
в /etc/inittab прописано следующее:
x:5:once:/bin/su shtsh -l -c "/bin/bash --login -c startx >/dev/null 2>/dev/null"
В результате при загрузке Xorg стартует, но общесистемные соединения в networkmanager недоступны. То есть я вижу их в списке, но не могу выбрать. Если потом выйти из awesome и из консоли запустить startx, то всё нормально.

Вот содержимое .xinitrc
. /etc/X11/xinit/xinitrc.d/*
exec ck-launch-session awesome
Я так понимаю, при автозапуске почему-то не срабатывает ck-launch-session и прав на соединения у меня нету. В чём может быть проблема?