lug-bg: избързване на системния часовник

2006-10-11 Thread Tsvetan PETKOV
Здравейте,
днес забелязах че системния часовник на една от 
машините, която се ползва за ntp сървър
избързва с приблизително  0,7 секунди за
всяка минута (~16мин за 24 часа). 
ето резултата от ntpdate -q bg.pool.ntp.org:
11 Oct 12:57:19 ntpdate[4760]: adjust time server 85.130.119.200 offset
-0.228581 sec
11 Oct 13:05:03 ntpdate[4912]: step time server 85.130.119.200 offset
-2.491092 sec

Пробвах са по стар кернел 2.6.16, пробвах без АСПИ но нищо...
Търсенето из гугъл не даде ползотворни резултати.

ето и машинката:
Supermicro PDSMi
Pentium D 2,8GHz
1GB ram
с Debian testing и 2.6.17-2-xen-686

Някой има ли идея на какво може да се дължи този проблем
и евентуално как би могъл да се реши?

Благодаря предварително,
Цветан




Re: lug-bg: Re: lug-bg: Проблем със SCSI контролер

2006-10-11 Thread Kamen Medarski
Разумен начин за да настроиш прекъсването на ISA карта е чрез isapnp.conf, но първо pnpdump >/etc/isapnp.conf ако нямаш такъв файл. Ако не стане, пробвай man pnpdump. Късмет!On 10/9/06, 
Vladimir Vitkov <[EMAIL PROTECTED]> wrote:
А пробва ли изрично да му заделиш IRQ 11. По лога изглежда че май гоиска само за него а е споделено и с други устройстваOn 08/10/06, Georgi Hristozov <[EMAIL PROTECTED]
> wrote:> Здравейте! Имам сериозен проблем при инсталирането на SCSI контролер на> машината ми. Имам Slackware 10.2 (Linux 2.4.31, не съм прекомпилирал> ядрото) и на машината сложих Adaptec AHA-1540 (контролера е ISA) с един
> харддиск на него. Ето какво се случва като се опитам да пусна модула за> този контролер:>> [EMAIL PROTECTED]:~# lsmod> Module  Size  Used byNot tainted> usbcore59148   1
> 8139too13928   1> mii 2272   0  [8139too]> crc32   2880   0  [8139too]> pcmcia_core39172   0> ide-scsi9392   0
> [EMAIL PROTECTED]:~# modprobe aha1542> /lib/modules/2.4.31/kernel/drivers/scsi/aha1542.o.gz: init_module: No> such device> /lib/modules/2.4.31/kernel/drivers/scsi/aha1542.o.gz: Hint: insmod> errors can be caused by incorrect module parameters, including invalid
> IO or IRQ parameters.>   You may find more information in syslog or the output from dmesg> /lib/modules/2.4.31/kernel/drivers/scsi/aha1542.o.gz: insmod> /lib/modules/2.4.31/kernel/drivers/scsi/aha1542.o.gz failed
> /lib/modules/2.4.31/kernel/drivers/scsi/aha1542.o.gz: insmod aha1542 failed> [EMAIL PROTECTED]:~#>> Пробвах да го накарам да ползва pnp (с isapnp=1), но не се получи.> Пробвах и ръчно да задам адреса (io=0x330), но се оказа че такъв
> параметър за модула въобще няма:>> Ето и какво има в лога:> [EMAIL PROTECTED]:~# dmesg | tail -n10> Configuring Adaptec (SCSI-ID 7) at IO:330, IRQ 11, DMA priority 5> Unable to allocate IRQ for adaptec controller.
> isapnp: Scanning for PnP cards...> isapnp: No Plug & Play device found> Configuring Adaptec (SCSI-ID 7) at IO:330, IRQ 11, DMA priority 5> Unable to allocate IRQ for adaptec controller.
> isapnp: Scanning for PnP cards...> isapnp: No Plug & Play device found> Configuring Adaptec (SCSI-ID 7) at IO:330, IRQ 11, DMA priority 5> Unable to allocate IRQ for adaptec controller.> 
[EMAIL PROTECTED]:~#>> Контролерът е работил доста време (и доста здраво) на същата машина, но> под Windows. Имах съмнения че има проблем с него, но мога да си влизам в> BIOS-а му безпроблемно, а и си разпознава диска. Което ме навежда на
> мисълта, че бъркам при пускането на модула за ядрото. Някакви идеи как> мога да подкарам този контролер? Благодаря предварително!>> --> Georgi Hristozov / 
[EMAIL PROTECTED]>>>--С уважение,Владимир Витковhttp://www.netsecad.comhttp://www.supportbg.com



Re: lug-bg: избързване на сис темния часовник

2006-10-11 Thread Georgi Chorbadzhiyski
Tsvetan PETKOV wrote:
> Здравейте,
> днес забелязах че системния часовник на една от 
> машините, която се ползва за ntp сървър
> избързва с приблизително  0,7 секунди за
> всяка минута (~16мин за 24 часа). 
> ето резултата от ntpdate -q bg.pool.ntp.org:
> 11 Oct 12:57:19 ntpdate[4760]: adjust time server 85.130.119.200 offset
> -0.228581 sec
> 11 Oct 13:05:03 ntpdate[4912]: step time server 85.130.119.200 offset
> -2.491092 sec
> 
> Пробвах са по стар кернел 2.6.16, пробвах без АСПИ но нищо...
> Търсенето из гугъл не даде ползотворни резултати.
> 
> ето и машинката:
> Supermicro PDSMi
> Pentium D 2,8GHz
> 1GB ram
> с Debian testing и 2.6.17-2-xen-686
> 
> Някой има ли идея на какво може да се дължи този проблем
> и евентуално как би могъл да се реши?

Без да се смеете, но това може да е полезно и е първият линк от
търсенето в Google за clock parameter linux

  http://support.microsoft.com/kb/918461

:-)

Проблемът вероятно е, че часовника които ядрото избира е доста
некоректен (случва се при някои дъна), а решението е да избереш друг
clock (pit, acpi имаше и още някакви). Виж параметъра clock на
ядрото.

-- 
Georgi Chorbadzhiyski
http://georgi.unixsol.org/


Re: lug-bg: избързване на системния часовник

2006-10-11 Thread Tsvetan PETKOV
Le mercredi 11 octobre 2006 à 17:57 +0300, Georgi Chorbadzhiyski a
écrit :
> Tsvetan PETKOV wrote:
> > Здравейте,
> > днес забелязах че системния часовник на една от 
> > машините, която се ползва за ntp сървър
> > избързва с приблизително  0,7 секунди за
> > всяка минута (~16мин за 24 часа). 
> > ето резултата от ntpdate -q bg.pool.ntp.org:
> > 11 Oct 12:57:19 ntpdate[4760]: adjust time server 85.130.119.200 offset
> > -0.228581 sec
> > 11 Oct 13:05:03 ntpdate[4912]: step time server 85.130.119.200 offset
> > -2.491092 sec
> > 
> > Пробвах са по стар кернел 2.6.16, пробвах без АСПИ но нищо...
> > Търсенето из гугъл не даде ползотворни резултати.
> > 
> > ето и машинката:
> > Supermicro PDSMi
> > Pentium D 2,8GHz
> > 1GB ram
> > с Debian testing и 2.6.17-2-xen-686
> > 
> > Някой има ли идея на какво може да се дължи този проблем
> > и евентуално как би могъл да се реши?
> 
> Без да се смеете, но това може да е полезно и е първият линк от
> търсенето в Google за clock parameter linux
> 
>   http://support.microsoft.com/kb/918461

мдаа това го четох но не съм го догледал за опцията clock= на кернела...

> 
> :-)
> 
> Проблемът вероятно е, че часовника които ядрото избира е доста
> некоректен (случва се при някои дъна), а решението е да избереш друг
> clock (pit, acpi имаше и още някакви). Виж параметъра clock на
> ядрото.
Благодаря,
Цветан