Подписки: linux.debian.user.russian - новые сообщения (26) в темах 3

linux.debian.user.russian
http://groups.google.com/group/linux.debian.user.russian?hl=ru

linux.debian.user.russian@googlegroups.com

Темы дня:

* NFSv4 - сообщений: 4, авторов: 2
http://groups.google.com/group/linux.debian.user.russian/t/73fe09b4180ff6a1?hl=ru
* Fwd: 2 wifi карты - сообщений: 10, авторов: 6
http://groups.google.com/group/linux.debian.user.russian/t/83b07dbdbc90bf0f?hl=ru
* Значение apm на нетбуке - сообщений: 12, авторов: 3
http://groups.google.com/group/linux.debian.user.russian/t/b4d6f7fea172d608?hl=ru

==============================================================================
ТЕМА: NFSv4
http://groups.google.com/group/linux.debian.user.russian/t/73fe09b4180ff6a1?hl=ru
==============================================================================

== 1 с 4 ==
Дата: Ср. 27 июл 2011 10:00
От: Dmitriy Sirant

27 июля 2011, в 19:38, Ivan Shmakov написал(а):

>>>>>> Dmitriy Sirant <lex@skoda.com.ua> writes:
>
> […]
>
>> Server:
>> drwxr-xr-x 4 root root 4 May 9 15:52 backups
>> drwxrwxr-x 6 root hosted 5 Jul 18 12:40 webdata
>
>> Client:
>> drwxrwxr-x 6 root hosted 5 Июл 18 12:40 web data
>
>> skodaweb@web:/var/webdata$ id
>> uid=1003(skodaweb) gid=1001(hosted) группы=1001(hosted)
>> skodaweb@web:/var/webdata$ touch test
>> touch: невозможно выполнить touch для «test»: Отказано в доступе
>
>> Что еще можно посмотреть ?
>
> /etc/idmapd.conf на предмет параметра Domain.
>
> С другой стороны, если запись в предварительно созданный файл
> была успешна, то едва ли проблема в этом.
>

В исходном письме сказано, что домены одинаковые.

With best regards,
Dmitriy Sirant

--
To UNSUBSCRIBE, email to debian-russian-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: http://lists.debian.org/7AF2D1D7-23A0-473C-99C6-ABD131D1F7E0@skoda.com.ua

== 2 с 4 ==
Дата: Ср. 27 июл 2011 19:00
От: Ivan Shmakov

>>>>> Dmitriy Sirant <lex@skoda.com.ua> writes:
>>>>> 27 июля 2011, в 19:38, Ivan Shmakov написал(а):
>>>>> Dmitriy Sirant <lex@skoda.com.ua> writes:

[…]

>>> Что еще можно посмотреть ?

>> /etc/idmapd.conf на предмет параметра Domain.

>> С другой стороны, если запись в предварительно созданный файл была
>> успешна, то едва ли проблема в этом.

> В исходном письме сказано, что домены одинаковые.

Действительно.

IOW, следующая команда успешна на сервере, и приводит к отказу
на клиенте?

# su skodaweb -c 'touch /var/webdata/newfile'

Напротив, запись в существующий oldfile успешна в обоих случаях?

Если в /var/webdata/ создать директорию test,

# install -d -m 0775 -o skodaweb -g hosted -- /var/webdata/test/

удается ли выполнить запись в /var/webdata/test/newfile от
пользователя skodaweb?

Могут ли в проблеме быть как-то «замешаны» ACL?

--
FSF associate member #7257

== 3 с 4 ==
Дата: Чт. 28 июл 2011 01:50
От: Dmitriy Sirant

28 июля 2011, в 04:49, Ivan Shmakov написал(а):

>>>>>> Dmitriy Sirant <lex@skoda.com.ua> writes:
>>>>>> 27 июля 2011, в 19:38, Ivan Shmakov написал(а):
>>>>>> Dmitriy Sirant <lex@skoda.com.ua> writes:
>
> […]
>
>>>> Что еще можно посмотреть ?
>
>>> /etc/idmapd.conf на предмет параметра Domain.
>
>>> С другой стороны, если запись в предварительно созданный файл была
>>> успешна, то едва ли проблема в этом.
>
>> В исходном письме сказано, что домены одинаковые.
>
> Действительно.
>
> IOW, следующая команда успешна на сервере, и приводит к отказу
> на клиенте?
>
> # su skodaweb -c 'touch /var/webdata/newfile'

Сервер:
root@nexenta:/volumes/data/webdata/skodaweb# su skodaweb -c 'touch newfile'
root@nexenta:/volumes/data/webdata/skodaweb# ls
cgi-bin html log newfile
root@nexenta:/volumes/data/webdata/skodaweb# rm newfile

Клиент:
root@web:/var/webdata/skodaweb# su skodaweb -c 'touch newfile'
touch: невозможно выполнить touch для «newfile»: Отказано в доступе

>
> Напротив, запись в существующий oldfile успешна в обоих случаях?
>

Сервер:
root@nexenta:/volumes/data/webdata/skodaweb# su skodaweb -c 'echo test > newfile'
root@nexenta:/volumes/data/webdata/skodaweb# cat newfile
test

Клиет:
А вот тут я получается наврал, доступа нет на запись существующего файла.

root@web:/var/webdata/skodaweb# su skodaweb -c 'echo test_new > newfile'
bash: newfile: Отказано в доступе
root@web:/var/webdata/skodaweb# su skodaweb -c 'cat newfile'
test

> Если в /var/webdata/ создать директорию test,
>
> # install -d -m 0775 -o skodaweb -g hosted -- /var/webdata/test/
>

На клиенте дало создать.

> удается ли выполнить запись в /var/webdata/test/newfile от
> пользователя skodaweb?
>

Нет, не дает.

> Могут ли в проблеме быть как-то «замешаны» ACL?
>

А вот за этот вопрос спасибо :) После установки nfs4-acl-tools все стало еще круче... Да, там действительно есть ACL но средство для их установки - это нечто... Нет ли каких-то средств для установки ACL рекурсивно ?

И еще вопрос, а если я откачусь на nfs v3 ? Там ACL сразу отпадут как недодерживаемые ? А как там решается вопрос с сопоставлением id ?

Мне всего-то нужно хранить вебсайты и почтовые каталоги на удаленном сервере хранения, так как там зеркалирование со снапшотами по расписанию. Просто если расшаривать блочное устройство - то я смогу откатиться на снапшот всего устройства, а если расшаривать CIFS или NFS - то есть возможность видеть каждый отдельный файл в каждом снапшоте, что гораздо удобней с точки зрения отката на какую-то дату.

With best regards,
Dmitriy Sirant

== 4 с 4 ==
Дата: Чт. 28 июл 2011 03:10
От: Ivan Shmakov

>>>>> Dmitriy Sirant <lex@skoda.com.ua> writes:

[…]

> После установки nfs4-acl-tools все стало еще круче... Да, там
> действительно есть ACL но средство для их установки - это нечто...
> Нет ли каких-то средств для установки ACL рекурсивно ?

Не знаком с этим пакетом, но не поможет ли find(1)? Подобно:

$ find /some/where/ -type d -exec change-acl-thingy -v -- NEW-DIR-ACL {} +

$ find /some/where/ -type f -exec change-acl-thingy -v -- NEW-REGFILE-ACL {} +

> И еще вопрос, а если я откачусь на nfs v3 ? Там ACL сразу отпадут
> как недодерживаемые ?

Возможно. Если это ACL, специфичные для NFSv4, то, пожалуй,
наверняка.

> А как там решается вопрос с сопоставлением id ?

Общим отображением имен в идентификаторы. E. g., хранением
пользователей в базах LDAP или NIS, или синхронизацией
passwd(5).

> Мне всего-то нужно хранить вебсайты и почтовые каталоги на удаленном
> сервере хранения, так как там зеркалирование со снапшотами по
> расписанию. Просто если расшаривать блочное устройство - то я смогу
> откатиться на снапшот всего устройства, а если расшаривать CIFS или
> NFS - то есть возможность видеть каждый отдельный файл в каждом
> снапшоте, что гораздо удобней с точки зрения отката на какую-то дату.

В общем случае, я бы предпочел rsync(1), если я, конечно,
правильно понял проблему.

--
FSF associate member #7257

==============================================================================
ТЕМА: Fwd: 2 wifi карты
http://groups.google.com/group/linux.debian.user.russian/t/83b07dbdbc90bf0f?hl=ru
==============================================================================

== 1 с 10 ==
Дата: Ср. 27 июл 2011 14:00
От: Mikhail A Antonov

27.07.2011 20:40, Roman Sergeyev пишет:
> unname@debian:~$ /sbin/ifconfig -a
> eth0 Link encap:Ethernet HWaddr 00:1e:8c:2f:a4:74
> inet addr:192.168.10.166 Bcast:192.168.0.255 Mask:255.255.255.0
Странный бродкаст, но к делу не относится. Если он у тебя в interfaces
прописан - удали вообще строки network и broadcast. Они не нужны.

> Вырубаем внешнюю карту включаем встроенную
> root@debian:/home/unname# /sbin/route -n
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use Iface
> 192.168.0.0 0.0.0.0 255.255.255.0 U 2 0 0 wlan0
> 192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
> 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
>
> все работает....
А вот не верю. Или у тебя там прокси? Ну не может оно работать без
гейтвея. А если прокси - то похоже там фильтрация по IP-адресу.

--
Best regards,
Mikhail.

== 2 с 10 ==
Дата: Ср. 27 июл 2011 20:20
От: Roman Sergeyev

Можете смеяться но работает...

28 июля 2011 г. 2:54 пользователь Mikhail A Antonov <bart@solarnet.ru> написал:
> 27.07.2011 20:40, Roman Sergeyev пишет:
>> unname@debian:~$ /sbin/ifconfig -a
>> eth0 Link encap:Ethernet HWaddr 00:1e:8c:2f:a4:74
>> inet addr:192.168.10.166 Bcast:192.168.0.255 Mask:255.255.255.0
> Странный бродкаст, но к делу не относится. Если он у тебя в interfaces
> прописан - удали вообще строки network и broadcast. Они не нужны.
>
>> Вырубаем внешнюю карту включаем встроенную
>> root@debian:/home/unname# /sbin/route -n
>> Kernel IP routing table
>> Destination Gateway Genmask Flags Metric Ref Use Iface
>> 192.168.0.0 0.0.0.0 255.255.255.0 U 2 0 0 wlan0
>> 192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
>> 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
>>
>> все работает....
> А вот не верю. Или у тебя там прокси? Ну не может оно работать без
> гейтвея. А если прокси - то похоже там фильтрация по IP-адресу.
>
> --
> Best regards,
> Mikhail.
>
>

--
de RN9RQ ex RA9QCE

== 3 с 10 ==
Дата: Ср. 27 июл 2011 20:40
От: Artem Tuchinsky

28 июля 2011 г. 7:17 пользователь Roman Sergeyev <opri4nick@gmail.com> написал:
> Можете смеяться но работает...

а что значит "работает"? Сайты в браузере открываются или пинги ходят?

--
wBR, Тучинский Артем <tuchinsky@gmail.com>

== 4 с 10 ==
Дата: Ср. 27 июл 2011 23:10
От: Artem Tuchinsky

28 июля 2011 г. 10:01 пользователь Roman Sergeyev <opri4nick@gmail.com> написал:
> сайты открываются, пинги - не пробовал )
> Ладно в общем по вашему что надо сделать?

добавить default gateway для второй карты

--
wBR, Тучинский Артем <tuchinsky@gmail.com>

== 5 с 10 ==
Дата: Ср. 27 июл 2011 23:10
От: Roman Sergeyev

сайты открываются, пинги - не пробовал )
Ладно в общем по вашему что надо сделать?

28 июля 2011 г. 9:30 пользователь Artem Tuchinsky <tuchinsky@gmail.com> написал:
> 28 июля 2011 г. 7:17 пользователь Roman Sergeyev <opri4nick@gmail.com> написал:
>> Можете смеяться но работает...
>
> а что значит "работает"? Сайты в браузере открываются или пинги ходят?
>
>
> --
> wBR, Тучинский Артем <tuchinsky@gmail.com>
>

--
de RN9RQ ex RA9QCE

== 6 с 10 ==
Дата: Чт. 28 июл 2011 07:40
От: Roman Sergeyev

root@debian:/home/unname# /sbin/route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0 0.0.0.0 255.255.255.0 U 2 0 0 wlan1
192.168.0.0 0.0.0.0 255.255.255.0 U 2 0 0 wlan0
192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth
0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth
0
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 wlan0
root@debian:/home/unname# route del default
root@debian:/home/unname# route add default gw 192.168.0.1 wlan1
root@debian:/home/unname# /sbin/route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0 0.0.0.0 255.255.255.0 U 2 0 0 wlan1
192.168.0.0 0.0.0.0 255.255.255.0 U 2 0 0 wlan0
192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth
0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth
0
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 wlan1

÷ÓÅÒÁ×ÎÏ ÎÅ ÒÁÂÏÔÁÅÔ.
íÏÖÅÔ ÂÙÔØ ËÔÏ-ÎÉÂÕÄØ ×ÓÅ-ÔÁËÉ ÐÏÍÏÖÅÔ ÄÅÌØÎÙÍ ÓÏ×ÅÔÏÍ?

28 ÉÀÌÑ 2011šÇ. 12:09 ÐÏÌØÚÏ×ÁÔÅÌØ Artem Tuchinsky
<tuchinsky@gmail.com> ÎÁÐÉÓÁÌ:
> 28 ÉÀÌÑ 2011šÇ. 10:01 ÐÏÌØÚÏ×ÁÔÅÌØ Roman Sergeyev <opri4nick@gmail.com> ÎÁÐÉÓÁÌ:
>> ÓÁÊÔÙ ÏÔËÒÙ×ÁÀÔÓÑ, ÐÉÎÇÉ - ÎÅ ÐÒÏÂÏ×ÁÌ )
>> ìÁÄÎÏ × ÏÂÝÅÍ ÐÏ ×ÁÛÅÍÕ ÞÔÏ ÎÁÄÏ ÓÄÅÌÁÔØ?
>
> ÄÏÂÁ×ÉÔØ default gateway ÄÌÑ ×ÔÏÒÏÊ ËÁÒÔÙ
>
>
> --
> wBR, ôÕÞÉÎÓËÉÊ áÒÔÅÍ <tuchinsky@gmail.com>
>

--
de RN9RQ ex RA9QCE

== 7 с 10 ==
Дата: Чт. 28 июл 2011 08:10
От: Andrey Rahmatullin

On Thu, Jul 28, 2011 at 08:39:20PM +0600, Roman Sergeyev wrote:
> Может быть кто-нибудь все-таки поможет дельным советом?
Вы уже выяснили, прокси у вас или нет?

--
WBR, wRAR

== 8 с 10 ==
Дата: Чт. 28 июл 2011 08:20
От: Roman Sergeyev

да нету никакого прокси, был бы - написал

28 июля 2011 г. 21:10 пользователь Roman Sergeyev <opri4nick@gmail.com> написал:
> да нету никакого прокси, был бы - написал
>
> 28 июля 2011 г. 21:07 пользователь Andrey Rahmatullin <wrar@wrar.name> написал:
>> On Thu, Jul 28, 2011 at 08:39:20PM +0600, Roman Sergeyev wrote:
>>> Может быть кто-нибудь все-таки поможет дельным советом?
>> Вы уже выяснили, прокси у вас или нет?
>>
>> --
>> WBR, wRAR
>>
>
>
>
> --
> de RN9RQ ex RA9QCE
>

--
de RN9RQ ex RA9QCE

== 9 с 10 ==
Дата: Чт. 28 июл 2011 08:20
От: "Dmitry A. Zhiglov"

28 июля 2011 г. 19:11 пользователь Roman Sergeyev <opri4nick@gmail.com> написал:
> да нету никакого прокси, был бы - написал
>
> 28 июля 2011 г. 21:10 пользователь Roman Sergeyev <opri4nick@gmail.com> написал:
>> да нету никакого прокси, был бы - написал
>>
>> 28 июля 2011 г. 21:07 пользователь Andrey Rahmatullin <wrar@wrar.name> написал:
>>> On Thu, Jul 28, 2011 at 08:39:20PM +0600, Roman Sergeyev wrote:
>>>> Может быть кто-нибудь все-таки поможет дельным советом?
>>> Вы уже выяснили, прокси у вас или нет?

А сеть вообще интернет раздает? Может бы подключились, а там выхода в
интернет вовсе нет.

== 10 с 10 ==
Дата: Чт. 28 июл 2011 08:30
От: Igor Chumak

28.07.2011 18:11, Roman Sergeyev пишет:
> да нету никакого прокси, был бы - написал
>
> 28 июля 2011 г. 21:10 пользователь Roman Sergeyev<opri4nick@gmail.com> написал:
>> да нету никакого прокси, был бы - написал
>>
>> 28 июля 2011 г. 21:07 пользователь Andrey Rahmatullin<wrar@wrar.name> написал:
>>> On Thu, Jul 28, 2011 at 08:39:20PM +0600, Roman Sergeyev wrote:
>>>> Может быть кто-нибудь все-таки поможет дельным советом?
>>> Вы уже выяснили, прокси у вас или нет?
>>>
>>> --
>>> WBR, wRAR
>>>
>>
>>
>> --
>> de RN9RQ ex RA9QCE
>>
>
>
tcpdump в руки ;)

tcpdump -i wlan1 -n
и ping 192.168.0.1
должны чего-то показать.

Все ж не понятно - работает или не работает. Если смущает встроенная
карточка - отключете ее (rmmod, modprobe, blacklist)

==============================================================================
ТЕМА: Значение apm на нетбуке
http://groups.google.com/group/linux.debian.user.russian/t/b4d6f7fea172d608?hl=ru
==============================================================================

== 1 с 12 ==
Дата: Ср. 27 июл 2011 20:30
От: James Brown

On 26.07.2011 17:38, Иван Лох wrote:
> On Tue, Jul 26, 2011 at 05:08:52PM +0000, James Brown wrote:

> Это ядерные процессы.
>
>> 2987 ? S 0:00 /usr/lib/hal/hald-addon-acpi
>> Работает или нет?
>
> acpid не запущен.

Установил laptop-mode-tools, acpi запустился:
ps ax | grep acpi
22 ? S 0:00 [kacpid]
23 ? S 0:00 [kacpi_notify]
24 ? S 0:00 [kacpi_hotplug]
1426 ? Ss 0:00 /usr/sbin/acpi_fakekeyd
1476 ? Ss 0:00 /usr/sbin/acpid
1872 ? S 0:00 hald-addon-acpi: listening on acpid socket
/var/run/acpid.socket
3506 pts/1 S+ 0:00 acpi_listen
Вроде бы

>
>> P.S.На ноуте - команда работает, но фиксирует включения/выключения
>> вайфая и синезуба, и не фиксирует винтовых событий вроде как.
>
> Он должен показывать когда переключается на батарею/провод.
>

Показывает:
ac_adapter ACPI0003:00 00000080 00000000
battery PNP0C0A:00 00000080 00000001
ac_adapter ACPI0003:00 00000080 00000001
battery PNP0C0A:00 00000080 00000001

Вроде бы по дефолтному конфигу должно переключаться apm между 1
(черезчур агрессивное значение, конечно) при использовании батареи, и
254 - при сети.
# Power management for HD (hdparm -B values)
#
BATT_HD_POWERMGMT=1
LM_AC_HD_POWERMGMT=254
NOLM_AC_HD_POWERMGMT=254

Однако, не переключается, и при загрузке стоит - 128.

Вместе с тем, на другом ноуте - под убунтой, при значении apm==128, не
создает таких проблем с головками, примерно 2 парковки в час, а не 10 -
15, как на ноуте под сквизом.
Кстати сказать, на нетбуке под сквизом и на нетбуке под ленни - та же
проблема, при apm==128 огромное количество парковок головок.
При этом, на ноуте под ленни до этого таких проблем не было, правда я не
знаю, какое там было значение apm - не видел проблемы и не вдавался в
вопрос.
По-видимому, тоже 128, т.к. я ничего не менял, а на всех других дебиан-
и дебианподобных системах (дебиан ленни, дебиан сквиз, убунту) на
лэптопах стоит такое же дефолтное (128).

== 2 с 12 ==
Дата: Ср. 27 июл 2011 20:50
От: "Dmitry A. Zhiglov"

28 июля 2011 г. 7:24 пользователь James Brown <jbrownfirst@gmail.com> написал:

> Установил laptop-mode-tools, acpi запустился:
> ps ax | grep acpi
> 22 ? S 0:00 [kacpid]
> 23 ? S 0:00 [kacpi_notify]
> 24 ? S 0:00 [kacpi_hotplug]
> 1426 ? Ss 0:00 /usr/sbin/acpi_fakekeyd
> 1476 ? Ss 0:00 /usr/sbin/acpid
> 1872 ? S 0:00 hald-addon-acpi: listening on acpid socket
> /var/run/acpid.socket
> 3506 pts/1 S+ 0:00 acpi_listen
> Вроде бы
>
>>
>>> P.S.На ноуте - команда работает, но фиксирует включения/выключения
>>> вайфая и синезуба, и не фиксирует винтовых событий вроде как.
>>
>> Он должен показывать когда переключается на батарею/провод.
>>
>
> Показывает:
> ac_adapter ACPI0003:00 00000080 00000000
> battery PNP0C0A:00 00000080 00000001
> ac_adapter ACPI0003:00 00000080 00000001
> battery PNP0C0A:00 00000080 00000001
>
>
> Вроде бы по дефолтному конфигу должно переключаться apm между 1
> (черезчур агрессивное значение, конечно) при использовании батареи, и
> 254 - при сети.
> # Power management for HD (hdparm -B values)
> #
> BATT_HD_POWERMGMT=1
> LM_AC_HD_POWERMGMT=254
> NOLM_AC_HD_POWERMGMT=254
>
> Однако, не переключается, и при загрузке стоит - 128.
>
> Вместе с тем, на другом ноуте - под убунтой, при значении apm==128, не
> создает таких проблем с головками, примерно 2 парковки в час, а не 10 -
> 15, как на ноуте под сквизом.
> Кстати сказать, на нетбуке под сквизом и на нетбуке под ленни - та же
> проблема, при apm==128 огромное количество парковок головок.
> При этом, на ноуте под ленни до этого таких проблем не было, правда я не
> знаю, какое там было значение apm - не видел проблемы и не вдавался в
> вопрос.
> По-видимому, тоже 128, т.к. я ничего не менял, а на всех других дебиан-
> и дебианподобных системах (дебиан ленни, дебиан сквиз, убунту) на
> лэптопах стоит такое же дефолтное (128).

ну например это:
https://ata.wiki.kernel.org/index.php/Known_issues#Drives_which_perform_frequent_head_unloads_under_Linux

== 3 с 12 ==
Дата: Ср. 27 июл 2011 21:10
От: James Brown

On 28.07.2011 03:45, Dmitry A. Zhiglov wrote:
> 28 июля 2011 г. 7:24 пользователь James Brown <jbrownfirst@gmail.com> написал:
>
>> Установил laptop-mode-tools, acpi запустился:
>> ps ax | grep acpi
>> 22 ? S 0:00 [kacpid]
>> 23 ? S 0:00 [kacpi_notify]
>> 24 ? S 0:00 [kacpi_hotplug]
>> 1426 ? Ss 0:00 /usr/sbin/acpi_fakekeyd
>> 1476 ? Ss 0:00 /usr/sbin/acpid
>> 1872 ? S 0:00 hald-addon-acpi: listening on acpid socket
>> /var/run/acpid.socket
>> 3506 pts/1 S+ 0:00 acpi_listen
>> Вроде бы
>>
>>>
>>>> P.S.На ноуте - команда работает, но фиксирует включения/выключения
>>>> вайфая и синезуба, и не фиксирует винтовых событий вроде как.
>>>
>>> Он должен показывать когда переключается на батарею/провод.
>>>
>>
>> Показывает:
>> ac_adapter ACPI0003:00 00000080 00000000
>> battery PNP0C0A:00 00000080 00000001
>> ac_adapter ACPI0003:00 00000080 00000001
>> battery PNP0C0A:00 00000080 00000001
>>
>>
>> Вроде бы по дефолтному конфигу должно переключаться apm между 1
>> (черезчур агрессивное значение, конечно) при использовании батареи, и
>> 254 - при сети.
>> # Power management for HD (hdparm -B values)
>> #
>> BATT_HD_POWERMGMT=1
>> LM_AC_HD_POWERMGMT=254
>> NOLM_AC_HD_POWERMGMT=254
>>
>> Однако, не переключается, и при загрузке стоит - 128.
>>
>> Вместе с тем, на другом ноуте - под убунтой, при значении apm==128, не
>> создает таких проблем с головками, примерно 2 парковки в час, а не 10 -
>> 15, как на ноуте под сквизом.
>> Кстати сказать, на нетбуке под сквизом и на нетбуке под ленни - та же
>> проблема, при apm==128 огромное количество парковок головок.
>> При этом, на ноуте под ленни до этого таких проблем не было, правда я не
>> знаю, какое там было значение apm - не видел проблемы и не вдавался в
>> вопрос.
>> По-видимому, тоже 128, т.к. я ничего не менял, а на всех других дебиан-
>> и дебианподобных системах (дебиан ленни, дебиан сквиз, убунту) на
>> лэптопах стоит такое же дефолтное (128).
>
> ну например это:
> https://ata.wiki.kernel.org/index.php/Known_issues#Drives_which_perform_frequent_head_unloads_under_Linux

Ок, они грешат на диски, но как объяснить, что предыдущий диск на моем
рабочем ноуте, который сдох пару дней назад, до обновления до сквиза за
1 год 8 месяцев запарковал головки около 30 тыс.раз, за 2 - 3 месяца под
сквизом - около 30 тыс. раз?
Причем последний год до апгрейда на сквиз на нем стояло по сути
сквизовское ядро, с бэкпортов для ленни (что-то типа 2.6.32-2-amd64,
если мне не изменяет склероз, сейчас - текущее под сквизом -
2.6.32-5-amd64).
Что-то наизменяли в ведре, что оно так стало работать с этим диском?
И почему он внезапно сдох через 3 - 4 дня после того, как я его заставил
грузиться с apm==254, и он не парковался так агрессивно (все-таки 130
тыс. парковок головок - это не более 600 тыс., тем более что у многих по
1,5 млн. парковок, судя по рассылке, жаббер-конфам и гуглю, - и ничего,
работают), и при нормальных показателях smartctl, Для меня тоже остается
загадкой.
P.S. Спасибо за ссылку на полезную статью, может быть она даст мне
возможность продвинуться в решении проблемы.

== 4 с 12 ==
Дата: Ср. 27 июл 2011 22:10
От: "Dmitry A. Zhiglov"

28 июля 2011 г. 8:05 пользователь James Brown <jbrownfirst@gmail.com> написал:
> On 28.07.2011 03:45, Dmitry A. Zhiglov wrote:
>> ну например это:
>> https://ata.wiki.kernel.org/index.php/Known_issues#Drives_which_perform_frequent_head_unloads_under_Linux
>
>
> Ок, они грешат на диски, но как объяснить, что предыдущий диск на моем
> рабочем ноуте, который сдох пару дней назад, до обновления до сквиза за
> 1 год 8 месяцев запарковал головки около 30 тыс.раз, за 2 - 3 месяца под
> сквизом - около 30 тыс. раз?
> Причем последний год до апгрейда на сквиз на нем стояло по сути
> сквизовское ядро, с бэкпортов для ленни (что-то типа 2.6.32-2-amd64,
> если мне не изменяет склероз, сейчас - текущее под сквизом -
> 2.6.32-5-amd64).
> Что-то наизменяли в ведре, что оно так стало работать с этим диском?
> И почему он внезапно сдох через 3 - 4 дня после того, как я его заставил
> грузиться с apm==254, и он не парковался так агрессивно (все-таки 130
> тыс. парковок головок - это не более 600 тыс., тем более что у многих по
> 1,5 млн. парковок, судя по рассылке, жаббер-конфам и гуглю, - и ничего,
> работают), и при нормальных показателях smartctl, Для меня тоже остается
> загадкой.
> P.S. Спасибо за ссылку на полезную статью, может быть она даст мне
> возможность продвинуться в решении проблемы.

А от чего он сдох на самом деле после установки apm=254?
Поковырялся со своим ноутом - он ни в какую не меняет значение apm
диска 128 на иное. При этом Load_Cycle_Count = 225775,
Start_Stop_Count = 7894, Spin_Up_Time = 1025. Диск WD.

У вас сегейт? У них все плохо последние годы, не месяцы даже. Они в
переди планеты всей только из за корпоративных заказчиков, пока
контракты есть, и только. Из последних слухов (не проверенных) слышал,
что Apple отзывает последнюю партию, довольно большую, MacPro как раз
из-за винчестеров Seagate.
На работе XSAN пережил уже 2 апгрейда. В начале стояли WD, затем
Seagate, а сейчас, перекристилиcь и сплюнули, ставим Hitachi. А NAS
бэкапный поставить не успели, так у него 2 диска Seagate сразу
вылетело. Ну что это за безобразие?

А вообще (где админский бубен?), эта и прошлая неделя, если не целый
месяц, проходят под флагом сбоя жестких дисков и контроллеров.

== 5 с 12 ==
Дата: Ср. 27 июл 2011 23:40
От: James Brown

On 28.07.2011 04:59, Dmitry A. Zhiglov wrote:
> А от чего он сдох на самом деле после установки apm=254?

Если бы знать...
Просто стал чекать ФС на внешнем харде, вернулся - смотрю идет куча
ошибок, я стал чертыхаться, с чего это проблемы с внешним хардом-то?!
Которым я достаточно редко пользуюсь.
Потом смотрю, в сообщениях бегают ошибки /dev/sda. Я его быстренько
выключил, включаю - система не видит диск. Загрузился с ливсиди - ось не
видит диск.
Вынул диск, вставил в переходник на усб, засунул в другой ноут - диск
крутиться, цокает по страшному при этом, однако ОС на это вообще никак
не реагирует, в dmesg ничего нет, даже сообщений об ошибке!!!
Правда, в течение недели несколько раз после загрузке биоса мне
предлагалось выбрать с чего грузиться - хотя в настройках биоса у меня
нет делать мне такие предложения, и я не нажимал клавишу для вывода
этого меню. Что породило у меня смутные подозрения...

> Поковырялся со своим ноутом - он ни в какую не меняет значение apm
> диска 128 на иное. При этом Load_Cycle_Count = 225775,
> Start_Stop_Count = 7894, Spin_Up_Time = 1025. Диск WD.
>
> У вас сегейт? У них все плохо последние годы, не месяцы даже. Они в
> переди планеты всей только из за корпоративных заказчиков, пока
> контракты есть, и только. Из последних слухов (не проверенных) слышал,
> что Apple отзывает последнюю партию, довольно большую, MacPro как раз
> из-за винчестеров Seagate.
> На работе XSAN пережил уже 2 апгрейда. В начале стояли WD, затем
> Seagate, а сейчас, перекристилиcь и сплюнули, ставим Hitachi. А NAS
> бэкапный поставить не успели, так у него 2 диска Seagate сразу
> вылетело. Ну что это за безобразие?
>
> А вообще (где админский бубен?), эта и прошлая неделя, если не целый
> месяц, проходят под флагом сбоя жестких дисков и контроллеров.

Был сегейт, да сплыл. Поработал правда 1 год 8 месяцев, но мог бы и
подольше (тем более, что он у меня не круглосуточно включен, а примерно
полсуток каждый день).
Был Seagate ST9500420AS, 500 Гб (это на рабоче ноуте, не на нетбуках).
Кстати сказать, apm на нем менялся, но, как указано выше, проблемы пошли
после апгрейда до сквиза.
И "умер" ни с того ни с сего в эти выхи, после того, как я поменял ему
значение apm до 254, от этого или нет - кто знает. Просто рухнул
посередине работы, несмотря что вывод смартконтрол ничего такого
злобного не предвещал.
Правда, на этот диск я скачал наверное несколько терабайт (не сразу,
конечно, а в смысле - скачивал, смотрел и удалял) фильмов с торрентов,
может это его и убило в конце концов?
На ноуте под убунтой, на котором нет такой проблемы, стоит
Model=Hitachi, FwRev=FB4OC40C,
Сейчас на свой рабочий ноут поставил TOSHIBA MK5076GSX, у него тоже при
apm=128 быстро растет значение Load_Cycl_Count.
Выставляю 254 - растет значительно медленнее, но все равно несколько
растет (на сигейте в этом случае практически не росло, после
включения/выключения ноута в raw значении этого параметра добавлялась
единица).
ДРугое его странное поведение - которое очень мне не нравится, это то,
что у него непропорционально высокая температура (у нового диска).
Можно было бы списать на жару, но ноут стоит на подставке с кулерами, и
при равных условиях старый диск грелся не более чем до 42 градусов.
И другой ноут тоже греется до 42-х (в смысле диск).
А этот - 45 - 46, при повышении нагрузки (незначительном) - до 52 - 53
доходил (вчера пытался сделать днем "длинный" тест смартконтрол,
параллельно скачивая какие-то небольшие tar-архивы по ssh и получая
почту, что не очень-то сильно должно его грузить - пришлось выключить
систему, т.к. это уже было слишком).
Сегодня, кстати, с утра прошел этот длинный тест, вроде как успешно, и
температуру сейчас кажет (о чудо!) 43 градуса - не знаю, будет ли это
долго продолжаться.

Ниже привожу некоторые данные о диске:

~$ sudo smartctl -a /dev/sda

=== START OF INFORMATION SECTION ===
Device Model: TOSHIBA MK5076GSX
Serial Number: xxxxxxxxxxx (значение заменено из паранойи - прим. JB).
Firmware Version: GS001A
User Capacity: 500 107 862 016 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 8
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Thu Jul 28 08:36:11 2011 MSD
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine
completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 120) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 166) minutes.
SCT capabilities: (0x003d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE
UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 050 Pre-fail Always
- 0
2 Throughput_Performance 0x0005 100 100 050 Pre-fail
Offline - 0
3 Spin_Up_Time 0x0027 100 100 001 Pre-fail Always
- 1992
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always
- 32
5 Reallocated_Sector_Ct 0x0033 100 100 050 Pre-fail Always
- 0
7 Seek_Error_Rate 0x000b 100 100 050 Pre-fail Always
- 0
8 Seek_Time_Performance 0x0005 100 100 050 Pre-fail
Offline - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always
- 47
10 Spin_Retry_Count 0x0033 100 100 030 Pre-fail Always
- 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always
- 32
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always
- 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always
- 5
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always
- 524
194 Temperature_Celsius 0x0022 100 100 000 Old_age Always
- 43 (Lifetime Min/Max 27/53)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always
- 0
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always
- 0
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age
Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always
- 0
220 Disk_Shift 0x0002 100 100 000 Old_age Always
- 90
222 Loaded_Hours 0x0032 100 100 000 Old_age Always
- 43
223 Load_Retry_Count 0x0032 100 100 000 Old_age Always
- 0
224 Load_Friction 0x0022 100 100 000 Old_age Always
- 0
226 Load-in_Time 0x0026 100 100 000 Old_age Always
- 304
240 Head_Flying_Hours 0x0001 100 100 001 Pre-fail
Offline - 0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num Test_Description Status Remaining
LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 46
-
# 2 Extended offline Aborted by host 90% 35
-
# 3 Extended offline Aborted by host 90% 34
-

SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

sudo hdparm /dev/sda
/dev/sda:
multcount = 16 (on)
IO_support = 0 (default)
readonly = 0 (off)
readahead = 256 (on)
geometry = 60801/255/63, sectors = 976773168, start = 0

$ sudo hdparm -i /dev/sda

/dev/sda:

Model=TOSHIBA MK5076GSX, FwRev=GS001A, SerialNo=xxxxxxxxxxx (значение
заменено из паранойи - прим. JB).
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=976773168
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=yes: unknown setting WriteCache=enabled
Drive conforms to: Unspecified: ATA/ATAPI-3,4,5,6,7

Прим.: Обращает на себя вниание эта запись: AdvancedPM=yes: unknown setting
При том, что : $sudo hdparm -B /dev/sda
/dev/sda:
APM_level = 254 (Менял руками через hdparm после загрузки).

Надо сказать, что очень убого диск работает с опциями hdparm:
sudo hdparm -M /dev/sda

/dev/sda:
acoustic = not supported

$ sudo hdparm -c1 /dev/sda
/dev/sda:
setting 32-bit IO_support flag to 1
HDIO_SET_32BIT failed: Invalid argument
IO_support = 0 (default)

$sudo hdparm -d /dev/sda
/dev/sda:
HDIO_GET_DMA failed: Inappropriate ioctl for device

$sudo hdparm -u1c1d1a8 /dev/sda

/dev/sda:
setting fs readahead to 8
setting 32-bit IO_support flag to 1
HDIO_SET_32BIT failed: Invalid argument
setting unmaskirq to 1 (on)
HDIO_SET_UNMASKINTR failed: Inappropriate ioctl for device
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Inappropriate ioctl for device
IO_support = 0 (default)
HDIO_GET_UNMASKINTR failed: Inappropriate ioctl for device
HDIO_GET_DMA failed: Inappropriate ioctl for device
readahead = 8 (on)

$sudo hdparm /dev/sda
/dev/sda:
multcount = 16 (on)
IO_support = 0 (default)
readonly = 0 (off)
readahead = 8 (on)
geometry = 60801/255/63, sectors = 976773168, start = 0
(смог поменять только readahead)

== 6 с 12 ==
Дата: Чт. 28 июл 2011 01:30
От: "Dmitry A. Zhiglov"

28 июля 2011 г. 10:37 пользователь James Brown <jbrownfirst@gmail.com> написал:
> On 28.07.2011 04:59, Dmitry A. Zhiglov wrote:
>> А от чего он сдох на самом деле после установки apm=254?
>
> Если бы знать...
> Просто стал чекать ФС на внешнем харде, вернулся - смотрю идет куча
> ошибок, я стал чертыхаться, с чего это проблемы с внешним хардом-то?!
> Которым я достаточно редко пользуюсь.

Он мог просто перегреться во время проверки.
Был у меня такой диск, самсунг, который перегрелся во время
переустановки ОС. Потом выуживал данные заперев в холодильнике ноут.
При других нормальных температурах отказывался работать.

> Правда, в течение недели несколько раз после загрузки биоса мне
> предлагалось выбрать с чего грузиться - хотя в настройках биоса у меня
> нет делать мне такие предложения, и я не нажимал клавишу для вывода
> этого меню. Что породило у меня смутные подозрения...

Действительно, странно. Диск уже тогда тормозил и, был в дороге на кладбище.

> Был Seagate ST9500420AS, 500 Гб (это на рабочем ноуте, не на нетбуках).
> Кстати сказать, apm на нем менялся, но, как указано выше, проблемы пошли
> после апгрейда до сквиза.

*пожимаю плечами*
Уточнить просто хочу. У вас какой версии acpi-support стоит?

> И "умер" ни с того ни с сего в эти выхи, после того, как я поменял ему
> значение apm до 254, от этого или нет - кто знает. Просто рухнул
> посередине работы, несмотря что вывод смартконтрол ничего такого
> злобного не предвещал.
> Правда, на этот диск я скачал наверное несколько терабайт (не сразу,
> конечно, а в смысле - скачивал, смотрел и удалял) фильмов с торрентов,
> может это его и убило в конце концов?

Легко! Торренты устраивают стресс-тест в несколько потоков + перегрев
в ноуте. Такой подход любой(!) винчестер может со временем убить.

> На ноуте под убунтой, на котором нет такой проблемы, стоит
> Model=Hitachi, FwRev=FB4OC40C,
> Сейчас на свой рабочий ноут поставил TOSHIBA MK5076GSX, у него тоже при
> apm=128 быстро растет значение Load_Cycl_Count.
> Выставляю 254 - растет значительно медленнее, но все равно несколько
> растет (на сигейте в этом случае практически не росло, после
> включения/выключения ноута в raw значении этого параметра добавлялась
> единица).

*пожимаю плечами*
Можно почитать это: http://habrahabr.ru/blogs/sysadm/106273/
Стоит обратить внимание на /proc/sys/vm/dirty_writeback_centisecs

> Другое его странное поведение - которое очень мне не нравится, это то,
> что у него непропорционально высокая температура (у нового диска).
> Можно было бы списать на жару, но ноут стоит на подставке с кулерами, и
> при равных условиях старый диск грелся не более чем до 42 градусов.
> И другой ноут тоже греется до 42-х (в смысле диск).
> А этот - 45 - 46, при повышении нагрузки (незначительном) - до 52 - 53
> доходил (вчера пытался сделать днем "длинный" тест смартконтрол,
> параллельно скачивая какие-то небольшие tar-архивы по ssh и получая
> почту, что не очень-то сильно должно его грузить - пришлось выключить
> систему, т.к. это уже было слишком).

Бывают диски горящие и холодные и с разными "нормальными" для них
рабочими температурами.
Одновременно тяжелыми задачами нагружать диск, да еще в жару - гибель
для пациента.
Это же ноут!!!

> Ниже привожу некоторые данные о диске:
>
> ~$ sudo smartctl -a /dev/sda
>
> === START OF INFORMATION SECTION ===
> Device Model: TOSHIBA MK5076GSX
> Firmware Version: GS001A
> User Capacity: 500 107 862 016 bytes

> 9 Power_On_Hours 0x0032 100 100 000 Old_age Always
> - 47
> 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always
> - 32
> 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always
> - 524
> 194 Temperature_Celsius 0x0022 100 100 000 Old_age Always
> - 43 (Lifetime Min/Max 27/53)

Диск паркует головки 7-8 раз в час. Мне кажется нормально, это же
ноут. На 5-8 лет должно хватить.
Приводил ранее в пример свой диск. Забыл указать наработку диска 9663 часов.
У меня получается 225835/9663 = 23 парковки головок в час.

> $sudo hdparm -u1c1d1a8 /dev/sda

> $sudo hdparm /dev/sda
> /dev/sda:
> multcount = 16 (on)
> IO_support = 0 (default)
> readonly = 0 (off)
> readahead = 8 (on)
> geometry = 60801/255/63, sectors = 976773168, start = 0
> (смог поменять только readahead)

Зачем его менять? С какой целью?

Поставьте себе простенький мониторинг, типа MUNIN. По графикам
показание/время будет понятней жизненный цикл диска.
Не меняйте параметры скопом, много и за один раз. Поменяли один -
посмотрели какое-то время и т.д.
Пожалуйста, не плодите однотипные ветки с рассылке, достаточной одной.

== 7 с 12 ==
Дата: Чт. 28 июл 2011 04:50
От: James Brown

On 28.07.2011 08:23, Dmitry A. Zhiglov wrote:
> 28 июля 2011 г. 10:37 пользователь James Brown <jbrownfirst@gmail.com> написал:
>> On 28.07.2011 04:59, Dmitry A. Zhiglov wrote:
>>> А от чего он сдох на самом деле после установки apm=254?
>>
>> Если бы знать...
>> Просто стал чекать ФС на внешнем харде, вернулся - смотрю идет куча
>> ошибок, я стал чертыхаться, с чего это проблемы с внешним хардом-то?!
>> Которым я достаточно редко пользуюсь.
>
> Он мог просто перегреться во время проверки.
> Был у меня такой диск, самсунг, который перегрелся во время
> переустановки ОС. Потом выуживал данные заперев в холодильнике ноут.
> При других нормальных температурах отказывался работать.
>
>> Правда, в течение недели несколько раз после загрузки биоса мне
>> предлагалось выбрать с чего грузиться - хотя в настройках биоса у меня
>> нет делать мне такие предложения, и я не нажимал клавишу для вывода
>> этого меню. Что породило у меня смутные подозрения...
>
> Действительно, странно. Диск уже тогда тормозил и, был в дороге на кладбище.
>
>> Был Seagate ST9500420AS, 500 Гб (это на рабочем ноуте, не на нетбуках).
>> Кстати сказать, apm на нем менялся, но, как указано выше, проблемы пошли
>> после апгрейда до сквиза.
>
> *пожимаю плечами*
> Уточнить просто хочу. У вас какой версии acpi-support стоит?

Сейчас $ aptitude show acpi-support
Пакет: acpi-support
Состояние: установлен
Автоматически установлен: нет
Версия: 0.137-5
Какой тогда - хз.
>
>> И "умер" ни с того ни с сего в эти выхи, после того, как я поменял ему
>> значение apm до 254, от этого или нет - кто знает. Просто рухнул
>> посередине работы, несмотря что вывод смартконтрол ничего такого
>> злобного не предвещал.
>> Правда, на этот диск я скачал наверное несколько терабайт (не сразу,
>> конечно, а в смысле - скачивал, смотрел и удалял) фильмов с торрентов,
>> может это его и убило в конце концов?
>
> Легко! Торренты устраивают стресс-тест в несколько потоков + перегрев
> в ноуте. Такой подход любой(!) винчестер может со временем убить.
>
>> На ноуте под убунтой, на котором нет такой проблемы, стоит
>> Model=Hitachi, FwRev=FB4OC40C,
>> Сейчас на свой рабочий ноут поставил TOSHIBA MK5076GSX, у него тоже при
>> apm=128 быстро растет значение Load_Cycl_Count.
>> Выставляю 254 - растет значительно медленнее, но все равно несколько
>> растет (на сигейте в этом случае практически не росло, после
>> включения/выключения ноута в raw значении этого параметра добавлялась
>> единица).
>
> *пожимаю плечами*
> Можно почитать это: http://habrahabr.ru/blogs/sysadm/106273/
> Стоит обратить внимание на /proc/sys/vm/dirty_writeback_centisecs

"Быстрый гуглёж нашёл, что товарищи из WD в серию WD Caviar Green
включили супермегаопцию Intelli-Park, которая паркует головки после 8
секунд неактивности."

- ну, вроде это не он. Хотя опцию могли тоже сюда включить, а как это
узнать? Из вывода hdparm и smartctl это не следует, в спецификации на их
сайте тоже этого не видно:
http://storage.toshiba.eu/cms/en/hdd/product_overview/product_detail.jsp?productid=400

~$ cat /proc/sys/vm/dirty_writeback_centisecs
500

Так что, даже если эта бяка (или не-бяка) и установлена и головки
паркуются каждые 8 секунд, то вроде бы как эта проблема решена данным
значением? Как я понимаю, речь идет о 5 секундах? (Если 1000 - это 10
секунд; не пойму правда, в каких это единицах, просто тупо в сотых
секунды чтли?).
Хотя может у тошибы паркуется чаще?

>
>> Другое его странное поведение - которое очень мне не нравится, это то,
>> что у него непропорционально высокая температура (у нового диска).
>> Можно было бы списать на жару, но ноут стоит на подставке с кулерами, и
>> при равных условиях старый диск грелся не более чем до 42 градусов.
>> И другой ноут тоже греется до 42-х (в смысле диск).
>> А этот - 45 - 46, при повышении нагрузки (незначительном) - до 52 - 53
>> доходил (вчера пытался сделать днем "длинный" тест смартконтрол,
>> параллельно скачивая какие-то небольшие tar-архивы по ssh и получая
>> почту, что не очень-то сильно должно его грузить - пришлось выключить
>> систему, т.к. это уже было слишком).
>
> Бывают диски горящие и холодные и с разными "нормальными" для них
> рабочими температурами.

Так вот бы понять, "горящий" это диск или холодный, но дефективный?

> Одновременно тяжелыми задачами нагружать диск, да еще в жару - гибель
> для пациента.
> Это же ноут!!!
>
>> Ниже привожу некоторые данные о диске:
>>
>> ~$ sudo smartctl -a /dev/sda
>>
>> === START OF INFORMATION SECTION ===
>> Device Model: TOSHIBA MK5076GSX
>> Firmware Version: GS001A
>> User Capacity: 500 107 862 016 bytes
>
>> 9 Power_On_Hours 0x0032 100 100 000 Old_age Always
>> - 47
>> 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always
>> - 32
>> 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always
>> - 524
>> 194 Temperature_Celsius 0x0022 100 100 000 Old_age Always
>> - 43 (Lifetime Min/Max 27/53)
>
> Диск паркует головки 7-8 раз в час. Мне кажется нормально, это же
> ноут. На 5-8 лет должно хватить.
> Приводил ранее в пример свой диск. Забыл указать наработку диска 9663 часов.
> У меня получается 225835/9663 = 23 парковки головок в час.

Да, что-то видимо неправильно посчитал. Почему-то меня ужаснула цифра в
полтысячи за 2 дня, и я решил, что он быстро изнашивает ресурс.
Хотя конечно больше, чем 7 - 8 раз в час - получается
11 раз в час, если поделить.
>
>> $sudo hdparm -u1c1d1a8 /dev/sda
>
>> $sudo hdparm /dev/sda
>> /dev/sda:
>> multcount = 16 (on)
>> IO_support = 0 (default)
>> readonly = 0 (off)
>> readahead = 8 (on)
>> geometry = 60801/255/63, sectors = 976773168, start = 0
>> (смог поменять только readahead)
>
> Зачем его менять? С какой целью?
>
> Поставьте себе простенький мониторинг, типа MUNIN. По графикам
> показание/время будет понятней жизненный цикл диска.
> Не меняйте параметры скопом, много и за один раз. Поменяли один -
> посмотрели какое-то время и т.д.

Спс, попробую.
> Пожалуйста, не плодите однотипные ветки с рассылке, достаточной одной.
ОК

== 8 с 12 ==
Дата: Чт. 28 июл 2011 05:10
От: Иван Лох

On Thu, Jul 28, 2011 at 11:44:53AM +0000, James Brown wrote:
> >> параллельно скачивая какие-то небольшие tar-архивы по ssh и получая
> >> почту, что не очень-то сильно должно его грузить - пришлось выключить
> >> систему, т.к. это уже было слишком).
> >
> > Бывают диски горящие и холодные и с разными "нормальными" для них
> > рабочими температурами.
>
> Так вот бы понять, "горящий" это диск или холодный, но дефективный?

hddtemp

== 9 с 12 ==
Дата: Чт. 28 июл 2011 05:50
От: "Dmitry A. Zhiglov"

28 июля 2011 г. 15:44 пользователь James Brown <jbrownfirst@gmail.com> написал:
> On 28.07.2011 08:23, Dmitry A. Zhiglov wrote:
>>> Был Seagate ST9500420AS, 500 Гб (это на рабочем ноуте, не на нетбуках).
>>> Кстати сказать, apm на нем менялся, но, как указано выше, проблемы пошли
>>> после апгрейда до сквиза.
>>
>> *пожимаю плечами*
>> Уточнить просто хочу. У вас какой версии acpi-support стоит?
>
> Сейчас $ aptitude show acpi-support
> Пакет: acpi-support
> Состояние: установлен
> Автоматически установлен: нет
> Версия: 0.137-5
> Какой тогда - хз.

У меня такая же версия.

>>> На ноуте под убунтой, на котором нет такой проблемы, стоит
>>> Model=Hitachi, FwRev=FB4OC40C,
>>> Сейчас на свой рабочий ноут поставил TOSHIBA MK5076GSX, у него тоже при
>>> apm=128 быстро растет значение Load_Cycl_Count.
>>> Выставляю 254 - растет значительно медленнее, но все равно несколько
>>> растет (на сигейте в этом случае практически не росло, после
>>> включения/выключения ноута в raw значении этого параметра добавлялась
>>> единица).
>>
>> *пожимаю плечами*
>> Можно почитать это: http://habrahabr.ru/blogs/sysadm/106273/
>> Стоит обратить внимание на /proc/sys/vm/dirty_writeback_centisecs
>
> "Быстрый гуглёж нашёл, что товарищи из WD в серию WD Caviar Green
> включили супермегаопцию Intelli-Park, которая паркует головки после 8
> секунд неактивности."
>
> - ну, вроде это не он. Хотя опцию могли тоже сюда включить, а как это
> узнать? Из вывода hdparm и smartctl это не следует, в спецификации на их
> сайте тоже этого не видно:
> http://storage.toshiba.eu/cms/en/hdd/product_overview/product_detail.jsp?productid=400
>
>
> ~$ cat /proc/sys/vm/dirty_writeback_centisecs
> 500

Ух, сдается это написано для вашего случая.
https://sites.google.com/site/linuxoptimization/home/ssd

>> Бывают диски горячие и холодные и с разными "нормальными" для них
>> рабочими температурами.
>
> Так вот бы понять, "горячий" это диск или "холодный", но дефективный?

Вот ссылка:
http://storage.toshiba.eu/cms/en/hdd/product_overview/product_detail.jsp?productid=400
TEMPERATURE: Operating From 5 °C to 55 °C

Кстати, в munin мне удобней следить за всеми параметрами диска через
плугин "smart_" который использует показания smartctl. Все параметры
SMART на одном графике.

== 10 с 12 ==
Дата: Чт. 28 июл 2011 07:10
От: James Brown

On 28.07.2011 11:59, Иван Лох wrote:
> On Thu, Jul 28, 2011 at 11:44:53AM +0000, James Brown wrote:
>>>> параллельно скачивая какие-то небольшие tar-архивы по ssh и получая
>>>> почту, что не очень-то сильно должно его грузить - пришлось выключить
>>>> систему, т.к. это уже было слишком).
>>>
>>> Бывают диски горящие и холодные и с разными "нормальными" для них
>>> рабочими температурами.
>>
>> Так вот бы понять, "горящий" это диск или холодный, но дефективный?
>
> hddtemp
>
>

Именно им я и мониторю температуру диска, и с него она выводится на
панель. Однако как определить им то, что меня интересует? Диск новый,
другого поведения у него не было. При том, старый сигейт был в 1,5 раза
быстрее, а грелся значительно меньше.
Нормально это поведение или нет?

== 11 с 12 ==
Дата: Чт. 28 июл 2011 10:00
От: James Brown

On 28.07.2011 12:41, Dmitry A. Zhiglov wrote:
> 28 июля 2011 г. 15:44 пользователь James Brown <jbrownfirst@gmail.com> написал:
>> On 28.07.2011 08:23, Dmitry A. Zhiglov wrote:
>>>> Был Seagate ST9500420AS, 500 Гб (это на рабочем ноуте, не на нетбуках).
>>>> Кстати сказать, apm на нем менялся, но, как указано выше, проблемы пошли
>>>> после апгрейда до сквиза.
>>>
>>> *пожимаю плечами*
>>> Уточнить просто хочу. У вас какой версии acpi-support стоит?
>>
>> Сейчас $ aptitude show acpi-support
>> Пакет: acpi-support
>> Состояние: установлен
>> Автоматически установлен: нет
>> Версия: 0.137-5
>> Какой тогда - хз.
>
> У меня такая же версия.
>
>>>> На ноуте под убунтой, на котором нет такой проблемы, стоит
>>>> Model=Hitachi, FwRev=FB4OC40C,
>>>> Сейчас на свой рабочий ноут поставил TOSHIBA MK5076GSX, у него тоже при
>>>> apm=128 быстро растет значение Load_Cycl_Count.
>>>> Выставляю 254 - растет значительно медленнее, но все равно несколько
>>>> растет (на сигейте в этом случае практически не росло, после
>>>> включения/выключения ноута в raw значении этого параметра добавлялась
>>>> единица).
>>>
>>> *пожимаю плечами*
>>> Можно почитать это: http://habrahabr.ru/blogs/sysadm/106273/
>>> Стоит обратить внимание на /proc/sys/vm/dirty_writeback_centisecs
>>
>> "Быстрый гуглёж нашёл, что товарищи из WD в серию WD Caviar Green
>> включили супермегаопцию Intelli-Park, которая паркует головки после 8
>> секунд неактивности."
>>
>> - ну, вроде это не он. Хотя опцию могли тоже сюда включить, а как это
>> узнать? Из вывода hdparm и smartctl это не следует, в спецификации на их
>> сайте тоже этого не видно:
>> http://storage.toshiba.eu/cms/en/hdd/product_overview/product_detail.jsp?productid=400
>>
>>
>> ~$ cat /proc/sys/vm/dirty_writeback_centisecs
>> 500
>
> Ух, сдается это написано для вашего случая.
> https://sites.google.com/site/linuxoptimization/home/ssd

Что-то после прочтения этой статьи я пришел в тихий ужас и переменил
свое отношение к ssd как к средству, лучшему чем hdd, но дорогому, и
теперь думаю, что - если ничего с тех пор не стало лучше - это средство
хуже старых добных hdd.
P.S. А тем временем диск за 2,5 часа аптайма системы навернул более 200
парковок (при значении apm, равном 128), а это уже не 7 - 8 парковок в
час, и даже не 13.
>
>>> Бывают диски горячие и холодные и с разными "нормальными" для них
>>> рабочими температурами.
>>
>> Так вот бы понять, "горячий" это диск или "холодный", но дефективный?
>
> Вот ссылка:
> http://storage.toshiba.eu/cms/en/hdd/product_overview/product_detail.jsp?productid=400
> TEMPERATURE: Operating From 5 °C to 55 °C

Ну так что, это минимальная и максимальная рабочая температуры. Диска
или среды, кстати? Было бы хорошо понять.
У моего старого сигейта было от 0 до 60
http://www.seagate.com/www/en-us/products/laptops/laptop-hard-drives/#tTabContentSpecifications
, а грелся он на 5 - 10 градусов меньше.
>
> Кстати, в munin мне удобней следить за всеми параметрами диска через
> плугин "smart_" который использует показания smartctl. Все параметры
> SMART на одном графике.

Установил, сейчас вкуриваю доки и хауту по нему.

== 12 с 12 ==
Дата: Чт. 28 июл 2011 10:50
От: "Dmitry A. Zhiglov"

28 июля 2011 г. 20:53 пользователь James Brown <jbrownfirst@gmail.com> написал:
> On 28.07.2011 12:41, Dmitry A. Zhiglov wrote:
>> Ух, сдается это написано для вашего случая.
>> https://sites.google.com/site/linuxoptimization/home/ssd
>
> Что-то после прочтения этой статьи я пришел в тихий ужас и переменил
> свое отношение к ssd как к средству, лучшему чем hdd, но дорогому, и
> теперь думаю, что - если ничего с тех пор не стало лучше - это средство
> хуже старых добных hdd.
> P.S. А тем временем диск за 2,5 часа аптайма системы навернул более 200
> парковок (при значении apm, равном 128), а это уже не 7 - 8 парковок в
> час, и даже не 13.

У меня за 4 часа 140 парковок. Вполне нормально как мне кажется. Мой
ноут только спокойными, "офисными задачами" занимается.

>> Вот ссылка:
>> http://storage.toshiba.eu/cms/en/hdd/product_overview/product_detail.jsp?productid=400
>> TEMPERATURE: Operating From 5 °C to 55 °C
>
> Ну так что, это минимальная и максимальная рабочая температуры. Диска
> или среды, кстати? Было бы хорошо понять.
> У моего старого сигейта было от 0 до 60
> http://www.seagate.com/www/en-us/products/laptops/laptop-hard-drives/#tTabContentSpecifications
> , а грелся он на 5 - 10 градусов меньше.

Давайте договоримся. Вы стараетесь 55 градусов по таблице
самодиагностики смарт не превышать. Поработайте, посмотрите как себя
поведет смарт и диск в целом.

==============================================================================

Данное сообщение отправлено Вам, так как Вы являетесь подписчиком Группы Google: "linux.debian.user.russian"
группа.

Чтобы отправить в эту группу сообщение, посетите страницу: http://groups.google.com/group/linux.debian.user.russian?hl=ru

Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: linux.debian.user.russian+unsubscribe@googlegroups.com

Чтобы изменить способ получения электронной почты из этой группы, посетите:
http://groups.google.com/group/linux.debian.user.russian/subscribe?hl=ru

Чтобы сообщить о ненадлежащем использовании, отправьте электронное сообщение
с описанием проблемы на адрес abuse@googlegroups.com

==============================================================================
Группы Google: http://groups.google.com/?hl=ru

Подписки

пятница, 29 июля 2011 г.

linux.debian.user.russian - новые сообщения (26) в темах 3 - обзор

Комментариев нет:

Отправить комментарий

пятница, 29 июля 2011 г.

linux.debian.user.russian - новые сообщения (26) в темах 3 - обзор

Комментариев нет:

Отправить комментарий

пятница, 29 июля 2011 г.