Re: в оперативу
Ivan Petrov - debian-russian@lists.debian.org @ Sat, 14 Feb 2009 08:12:00
+0600:
Не от хорошей жизни - система флудит при отключении сетевой карты в
биосе.
Поправьте систему.
Как?
Вам лучше знать.
Уберите эту сетевую карту из /etc/network/interfaces,
из /etc/modules...
IP Не вариант - я ее периодически включаю (раз в две недели).
Вот тогда и заводить. Зачем для этого писать в interfaces и modules?
А зачем мне логи? Я в них почти ничего не понимаю.
Чтобы при случае дать их почитать знающему человеку.
IP А он меня отправит читать, например, man rsyslog.conf на английском?
IP Хоть бы поясняли, про какой параметр читать.
Есть еще вариант дать денег человеку, чтобы он пришел и починил. В
смысле - подобрал приемлемый для тебя способ.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
Психология - это наука о плохих контактах (С)энта
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
как полностью удалить, а затем полностью установить nautilus
сабж, что -то он у меня в etch сломался, ни в один каталог не переходит, окном мигает и остается в той директории в которой был открыт. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: в оперативу
San_Sanych пишет:
Ivan Petrov пишет:
Nicholas пишет:
Логи у вас всю систему не забьют, не беспокойтесь, будут
архивироваться сами - раз в год можно ненужные стирать.
Уже забили за месяц. больше гига.
а зачем вам логи за месяц на нетбуке? в каталоге /etc/logrotate.d/ можно
разобраться без чтения документации
вот rsys.log
Как его настроить?
var/log/syslog
{
--rotate 7
--daily
--missingok
--notifempty
--delaycompress
--compress
--postrotate
invoke-rc.d rsyslog reload /dev/null
--endscript
}
/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
{
--rotate 4
--weekly
--missingok
--notifempty
--compress
--delaycompress
--sharedscripts
--postrotate
invoke-rc.d rsyslog reload /dev/null
--endscript
}
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: в оперативу
Artem Chuprina пишет: IP Не вариант - я ее периодически включаю (раз в две недели). Вот тогда и заводить. Зачем для этого писать в interfaces и modules? Пока можно закомментировать? В интерфейсез у меня только lo раскомментирован, а в modules - pciehp можно закомментировать? А зачем мне логи? Я в них почти ничего не понимаю. Чтобы при случае дать их почитать знающему человеку. IP А он меня отправит читать, например, man rsyslog.conf на английском? IP Хоть бы поясняли, про какой параметр читать. Есть еще вариант дать денег человеку, чтобы он пришел и починил. В Этот человек и посоветовал по почте настроить как в Альте - временные папки в tmpfs и сделать логи туда же. Мне тут говорят, что это дико некошерно. Не пойму - почему? Если очень надо - лог можно переписать на диск. И.п. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: в оперативу
Ivan Petrov пишет:
Логи у вас всю систему не забьют, не беспокойтесь, будут
архивироваться сами - раз в год можно ненужные стирать.
Уже забили за месяц. больше гига.
а зачем вам логи за месяц на нетбуке? в каталоге /etc/logrotate.d/
можно разобраться без чтения документации
вот rsys.log
Как его настроить?
var/log/syslog
{
--rotate 7
это говорит что надо хранить логи за 7 дней, оно надо?
--daily
--missingok
--notifempty
--delaycompress
--compress
--postrotate
invoke-rc.d rsyslog reload /dev/null
--endscript
}
/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
{
--rotate 4
за 4 недели
--weekly
усекать логи раз в неделю, стоит заменить на daily
--missingok
--notifempty
--compress
--delaycompress
--sharedscripts
--postrotate
invoke-rc.d rsyslog reload /dev/null
--endscript
}
--
Александр Вайтехович
www: http://sanych.nnov.ru
e-mail: ssanych{}gmail.com
jabber id: sanych{}sanych.nnov.ru (icq mast die)
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: как полностью удалить, а затем полностью установить nautilus
В сообщении от Saturday 14 February 2009 15:21:00 Александр написал(а): сабж, что -то он у меня в etch сломался, ни в один каталог не переходит, окном мигает и остается в той директории в которой был открыт. Может, попробовать просто удалить ~/.nautilus или/ ~/.gnome[2]? -- Best regards, Sergey Korobitsin Arta Software -- Кстати о китайцах. Я где-то читал что если все киты одновременно выбросятся на берег, уровень океана понизится то ли на 3, то ли на 0,3 мм. А если все китайцы одновременно прыгнут в море? ...то все киты вылезут на берег --geek(linux.org.ru)
Re: в оперативу
San_Sanych пишет:
Ivan Petrov пишет:
Логи у вас всю систему не забьют, не беспокойтесь, будут
архивироваться сами - раз в год можно ненужные стирать.
Уже забили за месяц. больше гига.
а зачем вам логи за месяц на нетбуке? в каталоге /etc/logrotate.d/
можно разобраться без чтения документации
вот rsys.log
Как его настроить?
var/log/syslog
{
--rotate 7
это говорит что надо хранить логи за 7 дней, оно надо?
Спасибо за конкретный совет.
И.П.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: в оперативу
Ivan Petrov pr...@hnet.ru writes: Этот человек и посоветовал по почте настроить как в Альте - временные папки в tmpfs и сделать логи туда же. Мне тут говорят, что это дико некошерно. Не пойму - почему? Если очень надо - лог можно переписать на диск. Можно. Но стоит учитывать, что некоторые программы могут ожидать наличия соответствующего файла или каталога в /var/log (например, apache имеет тенденцию тихо падать при отсутствии каталога, в который он хочет писать логи). Плюс после перезагрузки может возникнуть желание посмотреть, что же там творилось перед ней. И проблему с флудом это не решает. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: в оперативу
On Sat, 14 Feb 2009 15:32:08 +0600 Ivan Petrov pr...@hnet.ru wrote: Artem Chuprina пишет: IP Не вариант - я ее периодически включаю (раз в две недели). Вот тогда и заводить. Зачем для этого писать в interfaces и modules? Пока можно закомментировать? В интерфейсез у меня только lo раскомментирован, а в modules - pciehp можно закомментировать? У меня на eee pc в /etc/network/interfaces закомментировано все, что касается eth0, а в /etc/modules закомментирован pciehp. В те редкие случаи, когда приходится включать в биосе сетевую карту, комментарии в выше упомянутых файлах убираю. И никакого флуда в итоге. -- Alexander Krayniuk -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Вход в систему как в Win XP
Hi, Grey! GF == Grey Fenrir writes: А какой *dm используется? В kdm точно было, в xdm вроде. Смотреть в сторону AutoLogin GF Имхо не совсем. Да, была такая тема оформления в kdm, где вместо GF для юзеров иконки и щелчок подставляет имя. Но вход по щелчку получится GF если пароль пустой. Autologin это скорее для _единственного_ предполагаю, что, с непустым паролем для *dm only справится настройка pam. GF пользователя и входа без щелчков. -- WBR, Yauheni Kaliuta -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: в оперативу
Степан Голосунов пишет: Можно. Но стоит учитывать, что некоторые программы могут ожидать наличия соответствующего файла или каталога в /var/log (например, apache имеет тенденцию тихо падать при отсутствии каталога, в который он хочет писать логи). Плюс после перезагрузки может возникнуть желание посмотреть, что же там творилось перед ней. И проблему с флудом это не решает. Спасибо, учту. И.П. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: в оперативу
Alexander Krayniuk пишет: У меня на eee pc в /etc/network/interfaces закомментировано все, что касается eth0, а в /etc/modules закомментирован pciehp. В те редкие случаи, когда приходится включать в биосе сетевую карту, комментарии в выше упомянутых файлах убираю. И никакого флуда в итоге. Да - перестало. Одно какое-то сообщение при гибернейте выводится. Забыл - какое, но не по этому поводу. И.П. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: в оперативу
Ivan Petrov - debian-russian@lists.debian.org @ Sat, 14 Feb 2009 15:32:08
+0600:
А зачем мне логи? Я в них почти ничего не понимаю.
Чтобы при случае дать их почитать знающему человеку.
IP А он меня отправит читать, например, man rsyslog.conf на английском?
IP Хоть бы поясняли, про какой параметр читать.
Есть еще вариант дать денег человеку, чтобы он пришел и починил. В
IP Этот человек и посоветовал по почте настроить как в Альте -
IP временные папки в tmpfs и сделать логи туда же.
IP Мне тут говорят, что это дико некошерно. Не пойму - почему?
IP Если очень надо - лог можно переписать на диск.
Если он тебе посоветовал - сделай так, как он посоветовал. Если решение
окажется неудачным - жалуйся ему же. Ты ж ему денег даешь не за советы,
а за то, чтоб работало. Зачем тут спрашиваешь?
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
Феаноринги думают руками, арфинги - сердцем, а нолфинги - головой. (С)энта
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: в оперативу
Artem Chuprina пишет: Если он тебе посоветовал - сделай так, как он посоветовал. Если решение окажется неудачным - жалуйся ему же. Понял. Ты ж ему денег даешь не за советы, Угу. Думаю, что разговор о деньгах как-то сбивает в неконструктивное русло. а за то, чтоб работало. Зачем тут спрашиваешь? Потому что конкретные советы получил, начав это обсуждение. Спасибо Вам и всем откликнувшимся. И.П. З.Ы. Просто я за много лет работы в низкооплачиваемом бюджетном ВУЗе понял одно, если человек может и хочет работать - он будет это делать вне прямой зависимости от денег. А если не умеет и не хочет - будет везде выставлять финансовый фактор: вы мол платите, тогда я начну как следует делать. А вранье это: как халявил, так и будет халявить. Вот и если линуксовик умеет только на man man посылать - он будет из каждой мелочи делать суперпроблему и выманивать деньги из консультируемых. Толку будет 0. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: в оперативу
14/02/2009 16:14 (GMT +3) Ivan Petrov З.Ы. Просто я за много лет работы в низкооплачиваемом бюджетном ВУЗе понял одно, если человек может и хочет работать - он будет это делать вне прямой зависимости от денег. А если не умеет и не хочет - будет везде выставлять финансовый фактор: вы мол платите, тогда я начну как следует делать. А вранье это: как халявил, так и будет халявить. Вот и если линуксовик умеет только на man man посылать - он будет из каждой мелочи делать суперпроблему и выманивать деньги из консультируемых. Толку будет 0. А если не отправлять читать документацию, и делать всё и забесплатно - начинают на шею садиться. А потом вообще будут считать что ты *должен*, нет, даже *обязан* помочь забесплатно с любой околокомпьютерной проблемой. Помочь интересно тому, кто нуждается в помощи и самостоятельно пытается найти решение. А если этот поиск сводится к пассивному задаванию вопросов и ожиданию готовых решений - желание помогать отпадает. А когда нет желания - нужен другой стимул - например деньги. Кстати, задавание вопросов и ожидание ршений называется поддержка, которая обычно и стоит денег. -- Best regards, Mikhail xmpp: ant...@stopicq.ru irc: Bart-mdv- @ SolarNet SolarNet: http://www.solarnet.ru/ signature.asc Description: This is a digitally signed message part.
Re: в оперативу
В сообщении от Saturday 14 February 2009 19:14:36 Ivan Petrov написал(а): З.Ы. Просто я за много лет работы в низкооплачиваемом бюджетном ВУЗе понял одно, если человек может и хочет работать - он будет это делать вне прямой зависимости от денег. А если не умеет и не хочет - будет везде выставлять финансовый фактор: вы мол платите, тогда я начну как следует делать. А вранье это: как халявил, так и будет халявить. Вот и если линуксовик умеет только на man man посылать - он будет из каждой мелочи делать суперпроблему и выманивать деньги из консультируемых. Толку будет 0. Во первых, если линуксовик (слово интересное, спасибо) умеет правильно и точно посылать в маны - цены ему бодьше, чем советчику готовых решений. Ибо позволяет ознакомиться с сутью предмета, а не с ударом в бубен. Во вторых, ваши два последние утверждения логически никак не связаны между собой (в силу 1-го) В третьих, http://www.citforum.ru/howto/smart-questions-ru.shtml -- Best regards, Sergey Korobitsin Arta Software -- Re: Первый в мире синтезатор с Linux и KDE Ждем синтезатор под гномом. Хотя фтопку гном, лучше тогда уж на жабе. Только его подальше от стен прятать придется, а то жаба к стенам как-то не ровнодушна... боишся что синтезатор последует примеру Томми??? --Ex(linux.org.ru)
Re: в оперативу
Twas brillig at 19:14:36 14.02.2009 UTC+06 when pr...@hnet.ru did gyre and gimble: IP З.Ы. Просто я за много лет работы в низкооплачиваемом бюджетном IP ВУЗе понял одно, если человек может и хочет работать - он будет это IP делать вне прямой зависимости от денег. А если не умеет и не хочет IP - будет везде выставлять финансовый фактор: Hint: в низкооплачиваемом бюджетном вузе и в этой рассылке люди слегка разные. -- pgpwvrkq5T9JF.pgp Description: PGP signature
Re: в оперативу
On Sat, Feb 14, 2009 at 08:01:11PM +0600, Mikhail Gusarov wrote: Twas brillig at 19:14:36 14.02.2009 UTC+06 when pr...@hnet.ru did gyre and gimble: IP З.Ы. Просто я за много лет работы в низкооплачиваемом бюджетном IP ВУЗе понял одно, если человек может и хочет работать - он будет это IP делать вне прямой зависимости от денег. А если не умеет и не хочет IP - будет везде выставлять финансовый фактор: Hint: в низкооплачиваемом бюджетном вузе и в этой рассылке люди слегка разные. Все растяжимо. Вот возьмем конкретный случай ;-} Я думаю, что в этой рассылке несколько десятков человек могут сходу написать строчку которая подавит вывод всех сообщений ядра в log. С другой стороны, это идеологически неправильное решение, которое в определенной ситуации может обойтись очень дорого. Грубо говоря, начнет сыпаться диск, а ты это не заметишь. Поэтому начинаются намеки и подсказки общего характера. Разберись, мол, как это работает и будет тебе счастье. Но вопрошающий, разумеется, не хочет разбираться. Он хочет рецепт. Который нельзя здесь дать, потому, что куча идиотов будет его использовать для того чтобы сохранить нафиг им не нужное место на диске, затрудняя диагностику. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: в оперативу
Иван Лох - debian-russian@lists.debian.org @ Sat, 14 Feb 2009 17:18:01 +0300:
IP З.Ы. Просто я за много лет работы в низкооплачиваемом бюджетном
IP ВУЗе понял одно, если человек может и хочет работать - он будет это
IP делать вне прямой зависимости от денег. А если не умеет и не хочет
IP - будет везде выставлять финансовый фактор:
Hint: в низкооплачиваемом бюджетном вузе и в этой рассылке люди слегка
разные.
ИЛ
ИЛ Все растяжимо. Вот возьмем конкретный случай ;-} Я думаю, что в
ИЛ этой рассылке несколько десятков человек могут сходу написать
ИЛ строчку которая подавит вывод всех сообщений ядра в log. С другой
ИЛ стороны, это идеологически неправильное решение, которое в
ИЛ определенной ситуации может обойтись очень дорого. Грубо говоря,
ИЛ начнет сыпаться диск, а ты это не заметишь.
ИЛ Поэтому начинаются намеки и подсказки общего характера. Разберись,
ИЛ мол, как это работает и будет тебе счастье. Но вопрошающий,
ИЛ разумеется, не хочет разбираться. Он хочет рецепт. Который нельзя
ИЛ здесь дать, потому, что куча идиотов будет его использовать для
ИЛ того чтобы сохранить нафиг им не нужное место на диске, затрудняя
ИЛ диагностику.
Ты знаешь... Можно. Просто когда эта куча придет с вопросом что
делать?, она получит закономерный ответ подземный стук не лечим. В
конце концов, вот уж чего мы тут не нанимались, так это решать проблемы
идиотов. Вне зависимости от того, есть ли у них диагностика.
Не хочешь светить идеологически неправильный ответ в рассылку - отправь
его лично, а в рассылку так и напиши - очевидный идеологически
неправильный ответ ушел личной почтой автору вопроса.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
Don't worry about what anybody else is going to do. The best way to
predict the future is to invent it.
-- Alan Kay
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: не поднимается точк а доступа
On Tue, 10 Feb 2009 13:12:41 +0300 Михаил Миронов m...@darkmike.ru wrote: Yuri Kozlov пишет: On Mon, 09 Feb 2009 20:49:16 +0300 На такой же карте? Какие драйверы? Можно поглядеть конфиг hostapd и подъём в interfaces?(или у Вас как-то по другому?) Вроде на такой-же карте. Работает это на etch и lenny (сейчас конфиги Таки да, получилось завести. Похоже, есть какая-то проблема с hostapd, если он запускается из network/interfaces, а не всегда весящей службой. Спасибо! Осталась одна неприятность. Каждые 10 секунд валится сообщение: Feb 14 15:37:44 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c WPA: pairwise key handshake completed (RSN) Feb 14 15:37:54 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c IEEE 802.11: disassociated Feb 14 15:37:54 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c IEEE 802.11: associated Feb 14 15:37:54 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c WPA: pairwise key handshake completed (RSN) Feb 14 15:38:04 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c IEEE 802.11: disassociated Feb 14 15:38:04 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c IEEE 802.11: associated Feb 14 15:38:04 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c WPA: pairwise key handshake completed (RSN) Feb 14 15:38:14 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c IEEE 802.11: disassociated Feb 14 15:38:14 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c IEEE 802.11: associated Feb 14 15:38:14 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c WPA: pairwise key handshake completed (RSN) Feb 14 15:38:24 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c IEEE 802.11: disassociated Feb 14 15:38:24 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c IEEE 802.11: associated Feb 14 15:38:24 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c WPA: pairwise key handshake completed (RSN) Feb 14 15:38:43 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c IEEE 802.11: disassociated Feb 14 15:38:43 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c IEEE 802.11: associated Feb 14 15:38:43 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c WPA: pairwise key handshake completed (RSN) Feb 14 15:38:53 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c IEEE 802.11: disassociated Feb 14 15:38:53 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c IEEE 802.11: associated Feb 14 15:38:53 nstar hostapd: ath0: STA 00:1b:9e:83:61:1c WPA: pairwise key handshake completed (RSN) При запуске с дебагом вижу ошибку Could not set station 00:1b:9e:83:61:1c flags for kernel driver (errno=29). которая в прошлом году всплывала в рассылке, но не была побеждена? -- Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: в оперативу
Mikhail Gusarov пишет: IP делать вне прямой зависимости от денег. А если не умеет и не хочет IP - будет везде выставлять финансовый фактор: Hint: в низкооплачиваемом бюджетном вузе и в этой рассылке люди слегка разные. Люди вообще все разные. Просто я не качал тут прав в том духе, что мне обязаны помочь. Не пойму зачем пошел разговор про деньги. Мне показалось это переводит беседу в неконструктивную плоскость, на что я и посетовал. Тем более в рассылке, где если лень или кто-то достал - можно вообще не отвечать. И.П. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: в оперативу
Иван Лох пишет: On Sat, Feb 14, 2009 at 08:01:11PM +0600, Mikhail Gusarov wrote: Twas brillig at 19:14:36 14.02.2009 UTC+06 when pr...@hnet.ru did gyre and gimble: IP З.Ы. Просто я за много лет работы в низкооплачиваемом бюджетном IP ВУЗе понял одно, если человек может и хочет работать - он будет это IP делать вне прямой зависимости от денег. А если не умеет и не хочет IP - будет везде выставлять финансовый фактор: Hint: в низкооплачиваемом бюджетном вузе и в этой рассылке люди слегка разные. Все растяжимо. Вот возьмем конкретный случай ;-} Я думаю, что в этой рассылке несколько десятков человек могут сходу написать строчку которая подавит вывод всех сообщений ядра в log. Проблема решилась проще: по совету я закомментировал строчку pciehp в /etc/modules и стало мне щастье - флуд по этому поводу прекратился. Поэтому начинаются намеки и подсказки общего характера. Разберись, мол, как это работает и будет тебе счастье. Чтобы разобраться во всех тонкостях Линукса, нужно только этим и заниматься. К счастью для тупых и ленивых юзеров вроде меня, которые не знают тонкостей работы протокола TCP/IP, совершенно не жаждут знать как ядро Линукса взаимодействет с процессором и не врубаются в особенности реализации оверлея в X-ах на карточках nvidia, оно в целом работает. За что разработчикам Дебиана-lenny и других - большое спасибо. Но вопрошающий, разумеется, не хочет разбираться. Хочу. Но с наводкой - про что конкретно чиать в man-е, если уж на man посылают. Он хочет рецепт. Вот хорошее слово: рецепт. Представь, ты пришел к терапевту, попросил выписать антибиотик, а она отправила тебя в библиотеку читать по особенности фармакологического действия сульфаниламидных препаратов их отличия от пенициллина. А когда ты спросил про дозировку - терапевт предложил самому вычислить, предварительно самостоятельно найдя нужные таблицы и формулы в книге, скажем: Рагутин, Холодова Особенности лечения воспалительных заболеваний верхних надпочечников, и еще наругал за потребительский подход к работникам медицины. Безусловно - вышеуказанные сведения пригодятся в жизни. Кто бы спорил... И.П. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
гномские defaults для открытия ф айлов
Всем привет! У меня etch. Гном не используется как среда, но много гномских программ. Где можно установить, каким приложением гномские программы по умолчанию открывают какие типы файлов? В gnome-control-center почему-то не нашёл, в nautilus тоже. -- Yours, Mikhail Ramendik
Ошибки с dma
Доброго времени суток!
При проверке одного из жестких дисков fsck'ом при старте системы меня
порадовали вот такие сообщения:
Feb 14 22:34:12 localhost kernel: [ 19.198491] hdd: dma_intr:
status=0x51 { Dr
iveReady SeekComplete Error }
Feb 14 22:34:12 localhost kernel: [ 19.198491] hdd: dma_intr:
error=0x84 { Dri
veStatusError BadCRC }
Feb 14 22:34:12 localhost kernel: [ 19.198491] ide: failed opcode was:
unknown
Feb 14 22:34:12 localhost kernel: [ 19.614583] hdd: dma_intr:
status=0x51 { Dr
iveReady SeekComplete Error }
Feb 14 22:34:12 localhost kernel: [ 19.614583] hdd: dma_intr:
error=0x84 { Dri
veStatusError BadCRC }
Feb 14 22:34:12 localhost kernel: [ 19.614583] ide: failed opcode was:
unknown
Feb 14 22:34:12 localhost kernel: [ 20.030675] hdd: dma_intr:
status=0x51 { DriveReady SeekComplete Error }
Feb 14 22:34:12 localhost kernel: [ 20.030675] hdd: dma_intr:
error=0x84 { DriveStatusError BadCRC }
Feb 14 22:34:12 localhost kernel: [ 20.030675] ide: failed opcode was:
unknown
Feb 14 22:34:12 localhost kernel: [ 20.455089] hdd: dma_intr:
status=0x51 { DriveReady SeekComplete Error }
Feb 14 22:34:12 localhost kernel: [ 20.455089] hdd: dma_intr:
error=0x84 { DriveStatusError BadCRC }
Feb 14 22:34:12 localhost kernel: [ 20.455089] ide: failed opcode was:
unknown
Feb 14 22:34:12 localhost kernel: [ 20.455089] hdc: DMA disabled
Feb 14 22:34:12 localhost kernel: [ 20.455089] hdd: UDMA/66 mode
selected
Feb 14 22:34:12 localhost kernel: [ 20.548014] ide1: reset: success
Потом fsck успешно выполнил проверку hdd, ни на что больше не
выругавшись.
Результат выполнения # hdparm -vi /dev/hdd :
/dev/hdd:
multcount = 0 (off)
IO_support= 0 (default)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 36481/255/63, sectors = 586072368, start = 0
Model=ST3300831A, FwRev=3.06, SerialNo=4NF18J06
Config={ HardSect NotMFM HdSw15uSec Fixed DTR10Mbs RotSpdTol.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=586072368
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 *udma4 udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7
* signifies the current active mode
Диск уже довольно старый (года 4). Срочно бэкапить?? Или попробовать
сначала шлейф заменить? Или в чем-то другом может быть дело? Гугль каких
только советов не выдает...
--
С уважением,
Алексей Мишустин
Re: Ошибки с dma
Sat, Feb 14, 2009 at 11:08:13PM +0300, Mishustin Alexey написал: Диск уже довольно старый (года 4). Срочно бэкапить?? Или попробовать сначала шлейф заменить? Или в чем-то другом может быть дело? Гугль каких только советов не выдает... Бэкап никогда не помешает. А что говорит SMART ? -- GCS d- s+: a-- C UL P+ L+++ E W+ N+ o K w--- O M V- PS+++ PE++ Y+ PGP t+ 5 X++ R- tv- b++ DI-- D++ G e++ h++ r-- y* XMPP: s7an...@jabber.org -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Ошибки с dma
В Сбт, 14/02/2009 в 22:26 +0200, Rodion Brodetsky пишет: Sat, Feb 14, 2009 at 11:08:13PM +0300, Mishustin Alexey написал: Диск уже довольно старый (года 4). Срочно бэкапить?? Или попробовать сначала шлейф заменить? Или в чем-то другом может быть дело? Гугль каких только советов не выдает... Бэкап никогда не помешает. А что говорит SMART ? Еще ни разу не пользовался SMART'ом... Сейчас установил smartmontools и smart-notifier; у первого man - целая книга, с ходу не разобрался, а второй не хочет запускаться, пишет в терминале smart_notifier/gui.py:51: DeprecationWarning: Passing the named_service parameter to add_signal_receiver by name is deprecated: please use positional parameters. По-быстрому как-то можно проверить, или нужно преварительно настраивать? -- С уважением, Алексей Мишустин
Re: Ошибки с dma
На Sun, 15 Feb 2009 00:34:28 +0300 Mishustin Alexey shum...@shumkar.ru записано: В Сбт, 14/02/2009 в 22:26 +0200, Rodion Brodetsky пишет: Sat, Feb 14, 2009 at 11:08:13PM +0300, Mishustin Alexey написал: Диск уже довольно старый (года 4). Срочно бэкапить?? Или попробовать сначала шлейф заменить? Или в чем-то другом может быть дело? Гугль каких только советов не выдает... Бэкап никогда не помешает. А что говорит SMART ? Еще ни разу не пользовался SMART'ом... Сейчас установил smartmontools и smart-notifier; у первого man - целая книга, с ходу не разобрался, а второй не хочет запускаться, пишет в терминале smart_notifier/gui.py:51: DeprecationWarning: Passing the named_service parameter to add_signal_receiver by name is deprecated: please use positional parameters. По-быстрому как-то можно проверить, или нужно преварительно настраивать? Поищи в гугле неплоха статейка была в Записках дебианщика mydebianblog.blogspot.com -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Ошибки с dma
On Sun, Feb 15, 2009 at 12:34:28AM +0300, Mishustin Alexey wrote: По-быстрому как-то можно проверить, или нужно преварительно настраивать? smartctl -s on /dev/sda smartctl --all /dev/sda (смотреть в первую очередь на атрибут Reallocated_Sector_Ct, должен быть 0. Расшифровка остальных гуглится в инете). Быстрый self-test: smartctl --test short /dev/sda (подождать 2 минуты) smartctl -l selftest /dev/sda -- WBR, Dmitry signature.asc Description: Digital signature
video codec for email
Всем привет! Вопрос - во что бы такое зажать видео, чтобы с хоть каким-то качеством ужать в емейловые размеры? Мегабайт на минуту или около того. Когда-то был такой RealVideo - а чтобы в дебиане зажимать? :) -- Yours, Mikhail Ramendik
Re: в оперативу
2009/2/14 Ivan Petrov pr...@hnet.ru: Вот хорошее слово: рецепт. Представь, ты пришел к терапевту, попросил выписать антибиотик, а она отправила тебя в библиотеку читать по особенности фармакологического действия сульфаниламидных препаратов их отличия от пенициллина. А когда ты спросил про дозировку - терапевт предложил самому вычислить, предварительно самостоятельно найдя нужные таблицы и формулы в книге, скажем: Рагутин, Холодова Особенности лечения воспалительных заболеваний верхних надпочечников, и еще наругал за потребительский подход к работникам медицины. Безусловно - вышеуказанные сведения пригодятся в жизни. Кто бы спорил... Безусловно, вышеуказанный пример не имет никакого отношения к рассматриваемой ситуации. Даже не буду объяснять почему. -- С уважением, Константин Матюхин
Re: Ошибки с dma
Большое спасибо всем ответившим. С сокращениями, smartctl -a сказал следующее: Model Family: Seagate Barracuda 7200.8 family SMART overall-health self-assessment test result: PASSED ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 066 055 006Pre-fail Always - 148062014 3 Spin_Up_Time0x0003 097 097 000Pre-fail Always - 0 4 Start_Stop_Count0x0032 100 100 020Old_age Always - 940 5 Reallocated_Sector_Ct 0x0033 100 100 036Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 085 060 030Pre-fail Always - 339600555 9 Power_On_Hours 0x0032 095 095 000Old_age Always - 5016 10 Spin_Retry_Count0x0013 100 100 097Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020Old_age Always - 967 194 Temperature_Celsius 0x0022 031 057 000Old_age Always - 31 (0 19 0 0) 195 Hardware_ECC_Recovered 0x001a 066 057 000Old_age Always - 154021133 197 Current_Pending_Sector 0x0012 100 100 000Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000Old_age Offline - 0 199 UDMA_CRC_Error_Count0x003e 200 196 000Old_age Always - 4 200 Multi_Zone_Error_Rate 0x 100 253 000Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000Old_age Always - 0 Как я понял, диск пока живой, но показатель Seek_Error_Rate уже низковат; по-хорошему, скоро уже нужно будет его менять, да? При сегодняшней загрузке ошибок dma в лог не падало. Я вот подумал: а могли вчерашние ошибки быть из-за того, что диск hdd висит на одном контроллере с cd-rom (hdc), и в него тогда при загрузке был засунут диск (естессно, незагрузочный)? -- С уважением, Алексей Мишустин
Re: Ошибки с dma
Feb 14 22:34:12 localhost kernel: [ 20.455089] hdc: DMA disabled Feb 14 22:34:12 localhost kernel: [ 20.455089] hdd: UDMA/66 mode selected Судя по логам, у тебя /dev/hdc (мастер вторичного контроллера) -- это привод CD, и он по какой-то причине не хочет работать в UDMA-режиме. При этом для /dev/hdd (slave) ядро хочет включить UDMA, но у него это плохо получается. CD-привод, висящий перед заведомо более быстрым жестким диском -- это паталогия. 1) Нужно перевесить хард на другой контроллер, желательно мастером. Если такой возможности нет, то хотя бы поменять их местами, чтобы хард стал мастером, а CD -- slave. Перед этим, естественно, надо исправить путь к ядру в конфиге загрузчика. 2) Стоит проверить, включен ли в биосе режим DMA у соответствующих устройств. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
