Re: [Lug-bg] lug-bg: Re: lug-bg: IPsec esp Linux(ra coon) - OpenBSD(isakpmd) [ДЪЛГО]

2006-11-17 Thread Kamen Medarski

А неможеш ли да смениш сегмента който трябва да мине през енкапсулация?
Предполгам че все още в IPSec имплементацията на Линкс не се ползват
интерфейси, поради това когато го използвам, аз предпочитам да дефинирам GRE
тунел в който да се дефинира друг IPSec тунел. Това улеснява допълнително
нещата, когато става въпрос за рутиране и манипулиране на трафик. Има
описания как да осъществиш подобна схема онлайн. Успех.
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg


lug-bg: Re: lug-bg: пускане на принтер - паралелен порт

2006-10-26 Thread Victor Keremedchiev
parport_1284 Не знам дали задължително ти трябва, може да пробвашOn 10/26/06, Alexander N. [EMAIL PROTECTED]
 wrote:Добре. Последнотрябва ли да се заредят други модули освен:parport_pc
parportppdev за да заработи пар. порт?Stoyan Tzalev wrote: Здрасти, Почти сигурно ще ти трябва и ppdev модула... Какво прави и защо ти трябва - документации под и над път :)
... 1.Зареждам модула за пар. порт - modprobe parport_pc - modprobe parport..


Re: lug-bg: Re: lug-bg: пускане на принтер - парале лен порт

2006-10-26 Thread Alexander N.

Е не става мамка му ..

има ли няква команда от конзолата да видя кво намира на пар. порт?
И дали въобще намира нещо или е заради драйвъра?


Victor Keremedchiev wrote:
parport_1284 
Не знам дали задължително ти трябва, може да пробваш


On 10/26/06, *Alexander N.* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


Добре. Последно
трябва ли да се заредят други модули освен:
parport_pc
parport
ppdev
за да заработи пар. порт?


...


lug-bg: Re: lug-bg: IPsec esp Linux(racoon) - O penBSD(isakpmd) [ДЪЛГО]

2006-10-18 Thread Danail Petrov

Здрасти,
никога не съм конфигурирал IPSec на линукс машини , но ето моето мнение.
Според мен грешката е вярна :)
До колкото разбирам , искаш да изградиш ESP тунел между 2 машини 
посредством ISAKMP/IKE (или както там се казва).
Няколко основни фази , който протичат в изграждането на една ipsec 
свързаност:


1. *организиране на интересен трафик*
2. IKE Фаза 1 (dh key exchange)
3. IKE Фаза 2 (остановяване на така наречените SA за вход/изход)
4. Изграждане на криптиран канал за пренос

или накратко казано , за да работи криптото , трябва да си определил 
интересния трафик който да бъде криптиран. Което ще рече че при теб 
ситуацията е работеща , след като имаш пинг от 192.168.1.1 (който ти 
влиза в интересния трафик) до дестинация 10.0.0.89. Всичко останало 
което НЕ си описал като интересен трафик за криптото , няма да ти се 
криптира , съответно и няма да премине през ЕСП тунела (освен ако не си 
оказал изрично  че искаш трафика който не е интересен да минава през 
тунела БЕЗ да се криптира) Както се вижда по-долу , IKE-то успешно е 
изградило SA's и би трябвало всичко да е наред.


Това е според мен разбира се , има вероятност да не съм разбрал правилно 
въпроса ти и/или да пропускам нещо!



Поздрави,
Данаил Петров




Alexander Iliev wrote:

Добър вечер.

Първо искам да се извиня за дългото писмо.

Сега за проблема - опитвам се да пусна ESP тунел между Fedora Core 4
и OpenBSD 3.9.

Ситуацията е следната - Linux-а е зад SNAT, OpenBSD-то е с публичен
адрес. Адреса на Linux-а от NAT-натата мрежа е 10.0.0.89. От другата
страна също има вътрешна мрежа - 192.168.1/24. Имам малко притеснение,
понеже се опитвам да пусна тунела м/у именно тези две мрежи - 10.0/16
и 192.168.1/24. Притеснението ми е, че от страната на Fedora-та адреса
е част от мрежата, която се опитвам да прекарам през самия тунел. Не
знам дали изобщо се прави така, ако може някой да ме осветли? :)

Проблемът с тунела е, че от машините от 192.168.1/24 няма достъп до
10.0/16 мрежата, с изключение на IPsec gateway-а (OpenBSD-то). Т.е.
при 'ping 10.0.0.89' от произволна машина от 192.168.1/16 няма отговор,
при 'ping -I 192.168.1.1 10.0.0.89' от машината с OpenBSD няма проблем
(192.168.1.1 е адреса на OpenBSD машината от вътрешната мрежа).

От другата страна няма проблем, т.е. ако от 10.0.0.89 пусна пинг до
коя да е машина от 192.168.1/16 си връща отговори.

Конфигурацията е с pre-shared keys, ето подробностите:

 racoon.conf 
path include /etc/racoon;
path pre_shared_key /etc/racoon/psk.txt;

sainfo anonymous
{
pfs_group 2;
lifetime time 1 hour ;
encryption_algorithm 3des, blowfish 448, rijndael ;
authentication_algorithm hmac_sha1, hmac_md5 ;
compression_algorithm deflate ;
}

remote anonymous
{
exchange_mode main;
my_identifier address;
nat_traversal on;
proposal {
encryption_algorithm 3des;
hash_algorithm sha1;
authentication_method pre_shared_key;
dh_group 2;
}
}
 /racoon.conf 

 setkey.conf 
#! /sbin/setkey -f

flush;
spdflush;

spdadd 192.168.1.0/24 10.0.0.0/16 any -P in ipsec
esp/tunnel/W.Z.Y.Z-10.0.0.89/require;
spdadd 10.0.0.0/16 192.168.1.0/24 any -P out ipsec
esp/tunnel/10.0.0.89-W.X.Y.Z/require;
 /setkey.conf 

 isakmpd.conf 
[General]
Listen-On=  W.X.Y.Z

[Phase 1]
P.Q.R.S=peer-machine

[Phase 2]
Passive-connections=VPN

[peer-machine]
Phase=  1
Transport=  udp
Address=P.Q.R.S
Configuration=  Default-main-mode
Authentication= secret

[VPN]
Phase=  2
ISAKMP-peer=peer-machine
Configuration=  Default-quick-mode
Local-ID=   local-internal-network
Remote-ID=  remote-internal-network

[local-internal-network]
ID-type=IPV4_ADDR_SUBNET
Network=192.168.1.0
Netmask=255.255.255.0

[remote-internal-network]
ID-type=IPV4_ADDR_SUBNET
Network=10.0.0.0
Netmask=255.255.0.0

[Default-main-mode]
DOI=IPSEC
EXCHANGE_TYPE=  ID_PROT
Transforms= 3DES-SHA,BLF-SHA

[Default-quick-mode]
DOI=IPSEC
EXCHANGE_TYPE=  QUICK_MODE
Suites= QM-ESP-3DES-SHA-SUITE
 /isakmpd.conf 

 isakmpd.policy 
Keynote-version: 2
Authorizer: POLICY
Conditions: app_domain == IPsec policy 
esp_present == yes 
esp_enc_alg != null - true;
 /isakmpd.policy 

W.X.Y.Z е публичният адрес на OpenBSD машината,
P.Q.R.S е адресът, с който излиза 10.0.0.89 към интернет.

В допълнение само да кажа, че имам 'no nat' правило за пакетите
от 192.168.1/16, пускам всичко на enc0 и пускам udp/500 и udp/4500
на външния интерфейс на OpenBSD машината.

Много благодаря на всички, които благоволят да прочетат наистина
дългото обяснение. :)

Поздрави,
  


--
Danail Petrov
Network Administrator
Evolink, Sofia
+359(2)9691650
www.evolink.com
icq uin 989677



smime.p7s
Description: S/MIME Cryptographic Signature


lug-bg: Re: lug-bg: Re: lug-bg: IPsec esp Linux(r acoon) - OpenBSD(isakpmd) [ДЪЛГО]

2006-10-18 Thread Alexander Iliev
Danail Petrov wrote:
 Здрасти,
 никога не съм конфигурирал IPSec на линукс машини , но ето моето мнение.
 Според мен грешката е вярна :)
 До колкото разбирам , искаш да изградиш ESP тунел между 2 машини
 посредством ISAKMP/IKE (или както там се казва).

Правилно си разбрал. :)

 Няколко основни фази , който протичат в изграждането на една ipsec
 свързаност:
 
 1. *организиране на интересен трафик*
 2. IKE Фаза 1 (dh key exchange)
 3. IKE Фаза 2 (остановяване на така наречените SA за вход/изход)
 4. Изграждане на криптиран канал за пренос
 
 или накратко казано , за да работи криптото , трябва да си определил
 интересния трафик който да бъде криптиран. Което ще рече че при теб
 ситуацията е работеща , след като имаш пинг от 192.168.1.1 (който ти
 влиза в интересния трафик) до дестинация 10.0.0.89. Всичко останало
 което НЕ си описал като интересен трафик за криптото , няма да ти се
 криптира , съответно и няма да премине през ЕСП тунела (освен ако не си
 оказал изрично  че искаш трафика който не е интересен да минава през
 тунела БЕЗ да се криптира) Както се вижда по-долу , IKE-то успешно е
 изградило SA's и би трябвало всичко да е наред.

И по моите наблюдения SA's се изграждат нормално. Това, което се чудя
е защо трафика от машини от 192.168.1/24 не се счита за интересен. :)

Ако не се лъжа, това се определя от SP's, а мисля че са те са ок:


# ipsecctl -vs flow
flow esp in from 10.0.0.0/16 to 192.168.1.0/24 peer P.Q.R.S
srcid W.X.Y.Z/32
dstid 10.0.0.89/32
type use
flow esp out from 192.168.1.0/24 to 10.0.0.0/16 peer P.Q.R.S
srcid W.X.Y.Z/32
dstid 10.0.0.89/32
type require


Поздрави,
-- 
Александър Илиев


lug-bg: Re: lug-bg: Re: lug-bg: Re: lug-bg: IPsec esp Linux(racoon) - OpenBSD(isakpmd) [ДЪЛ ГО]

2006-10-18 Thread Alexander Iliev
Както предположих в началото - проблема беше в PF правилата.
По конкретно - понеже имам правила за маршрутизиране през
два доставчика, явно от там е бил зора. Сложих:

pass in quick on $int_if from $int_if:network to $vpn_network keep state

преди правилата за балансиране и нещата тръгнаха.

Вчера правих какви ли не трикове по firewall-а за да го пусна
тоя трафик, но явно в 2 часа нощес по-трудно се мисли. :)

Поздрави,
-- 
Александър Илиев


lug-bg: Re: lug-bg: IPsec esp Linux(racoon) - O penBSD(isakpmd) [ДЪЛГО]

2006-10-17 Thread Georgi Chorbadzhiyski

Alexander Iliev wrote:

Добър вечер.

Първо искам да се извиня за дългото писмо.

Сега за проблема - опитвам се да пусна ESP тунел между Fedora Core 4
и OpenBSD 3.9.

Ситуацията е следната - Linux-а е зад SNAT, OpenBSD-то е с публичен
адрес. Адреса на Linux-а от NAT-натата мрежа е 10.0.0.89. От другата
страна също има вътрешна мрежа - 192.168.1/24. Имам малко притеснение,
понеже се опитвам да пусна тунела м/у именно тези две мрежи - 10.0/16
и 192.168.1/24. Притеснението ми е, че от страната на Fedora-та адреса
е част от мрежата, която се опитвам да прекарам през самия тунел. Не
знам дали изобщо се прави така, ако може някой да ме осветли? :)

Проблемът с тунела е, че от машините от 192.168.1/24 няма достъп до
10.0/16 мрежата, с изключение на IPsec gateway-а (OpenBSD-то). Т.е.


Без да съм спец по IPSEC ми се струва, че проблема е че нямаш рутиране
на OpenBSD машината за мрежата от другата страна. На OpenBSD -то (или
може би някъде в настройките на racoon-а) укажи да добави рутинг за
10.0/16 през тунела.


при 'ping 10.0.0.89' от произволна машина от 192.168.1/16 няма отговор,
при 'ping -I 192.168.1.1 10.0.0.89' от машината с OpenBSD няма проблем
(192.168.1.1 е адреса на OpenBSD машината от вътрешната мрежа).

От другата страна няма проблем, т.е. ако от 10.0.0.89 пусна пинг до
коя да е машина от 192.168.1/16 си връща отговори.


...

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



lug-bg: Re: lug-bg: Re: lug-bg: IPsec esp Linux(r acoon) - OpenBSD(isakpmd) [ДЪЛГО]

2006-10-17 Thread Alexander Iliev
Georgi Chorbadzhiyski wrote:
 Alexander Iliev wrote:
 Добър вечер.

 Първо искам да се извиня за дългото писмо.

 Сега за проблема - опитвам се да пусна ESP тунел между Fedora Core 4
 и OpenBSD 3.9.

 Ситуацията е следната - Linux-а е зад SNAT, OpenBSD-то е с публичен
 адрес. Адреса на Linux-а от NAT-натата мрежа е 10.0.0.89. От другата
 страна също има вътрешна мрежа - 192.168.1/24. Имам малко притеснение,
 понеже се опитвам да пусна тунела м/у именно тези две мрежи - 10.0/16
 и 192.168.1/24. Притеснението ми е, че от страната на Fedora-та адреса
 е част от мрежата, която се опитвам да прекарам през самия тунел. Не
 знам дали изобщо се прави така, ако може някой да ме осветли? :)

 Проблемът с тунела е, че от машините от 192.168.1/24 няма достъп до
 10.0/16 мрежата, с изключение на IPsec gateway-а (OpenBSD-то). Т.е.
 
 Без да съм спец по IPSEC ми се струва, че проблема е че нямаш рутиране
 на OpenBSD машината за мрежата от другата страна. На OpenBSD -то (или
 може би някъде в настройките на racoon-а) укажи да добави рутинг за
 10.0/16 през тунела.

Еми това беше първото нещо, което ми хрумна, но нищо не намерих по
въпроса в google, в смисъл как точно става добавянето на route. От
нещата, които четох, останах с впечатление, че OpenBSD-то трябва само
да се усети, че даден трафик е за през тунела, и че това става на
базата на security policy-тата, които са му настроени, а именно:

# netstat -rnf encap
Routing tables

Encap:
Source Port  DestinationPort  Proto
SA(Address/Proto/Type/Direction)
10.0/160 192.168.1/24   0 0 P.Q.R.S/50/use/in
192.168.1/24   0 10.0/160 0
P.Q.R.S/50/require/out

Тези маршрути се добавят след като се изгради тунела, и ако се не лъжа
би трябвало да указват при трафик от 192.168.1/24 към 10.0/16 да
използва втория security association от горните.

Поздрави,
-- 
Александър Илиев



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

2006-10-12 Thread Georgi Hristozov

Kamen Medarski wrote:
Разумен начин за да настроиш прекъсването на ISA карта е чрез 
isapnp.conf, но първо pnpdump /etc/isapnp.conf ако нямаш такъв файл. 
Ако не стане, пробвай man pnpdump. Късмет!


On 10/9/06, *Vladimir Vitkov* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


А пробва ли изрично да му заделиш IRQ 11. По лога изглежда че май го
иска само за него а е споделено и с други устройства

On 08/10/06, Georgi Hristozov [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]  wrote:
...


--
С уважение,
Владимир Витков

http://www.netsecad.com
http://www.supportbg.com http://www.supportbg.com


Направих си дискетки със Softpaq и оправих нещата от BIOS-а. Стана бързо 
и безболезнено. Благодаря на всички, които ми помогнаха!


--
Georgi Hristozov / [EMAIL PROTECTED]




lug-bg: Re: lug-bg: Препоръки за сървър (хардуер) за бакъп

2006-10-12 Thread Христо Георгиев
Здравейте, имам следния проблем. Правя си собствено live cd, което е базирано на slax (да не казвам, че е осакатен Slax). Обаче искам да направя KDE-то да се стартира на български. При локалите от контролния център не се показват никакви държави. Добавих файла kde-i18n-bg като модул, но няма никаква промяна. Опитах се и да редактирам файла kdeglobals, който отговаря за локализацията в kde, но ефект нямаше. Понеже не можеше да намеря kde-i18n-bg като модул се наложи да го конвертирам от .tgz пакет, но ме притеснява, че като tgz беше 2mb, а след конвертирането стана 39 mb, това норамално ли е?
Някой има ли други идеи за това как мога да направя KDE на български ?


Re: lug-bg: Re: lug-bg: Препоръки за сървър (хардуер ) за бакъп

2006-10-12 Thread Georgi Chorbadzhiyski
Христо Георгиев wrote:
 Някой има ли други идеи за това как мога да направя KDE на български ?

Изпуснал си export LANG=bg_BG в /etc/profile.d/lang.sh

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


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 ModuleSizeUsed 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



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

2006-10-09 Thread Vladimir Vitkov

А пробва ли изрично да му заделиш 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.com
http://www.supportbg.com


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

2006-10-09 Thread Georgi Hristozov

Vladimir Vitkov wrote:

А пробва ли изрично да му заделиш IRQ 11. По лога изглежда че май го
иска само за него а е споделено и с други устройства
Благодаря! Оказа се че на IRQ 11 ми е застанала мрежовата карта. Като я 
разкарам от машината всичко си работи, но не мога да карам без нея. 
Направих и още експерименти - пробвах да разместя SCSI-то и мрежовата 
карта по слотовете, но проблемът остана. Машината е Compaq Deskpro на 
която цялата програма за поддръжка (която се вика с F10) е на отделен 
дял на диска. И аз съм затрил този дял в резултат на което не мога да 
променям настройките на IRQ-тата. Трябва да правя дискета със Softpaq и 
евентуално да си съсипя ext3 дяла. А от BIOS-а на SCSI-то мога да 
променям само port address. Мога ли да сменя IRQ-то на мрежовата карта 
по друг начин?


--
Georgi Hristozov / [EMAIL PROTECTED]




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

2006-10-09 Thread Romeo Ninov

Georgi Hristozov wrote:


Vladimir Vitkov wrote:


А пробва ли изрично да му заделиш IRQ 11. По лога изглежда че май го
иска само за него а е споделено и с други устройства


Благодаря! Оказа се че на IRQ 11 ми е застанала мрежовата карта. Като 
я разкарам от машината всичко си работи, но не мога да карам без нея. 
Направих и още експерименти - пробвах да разместя SCSI-то и мрежовата 
карта по слотовете, но проблемът остана. Машината е Compaq Deskpro на 
която цялата програма за поддръжка (която се вика с F10) е на отделен 
дял на диска. И аз съм затрил този дял в резултат на което не мога да 
променям настройките на IRQ-тата. Трябва да правя дискета със Softpaq 
и евентуално да си съсипя ext3 дяла. А от BIOS-а на SCSI-то мога да 
променям само port address. Мога ли да сменя IRQ-то на мрежовата карта 
по друг начин?


Ако си направиш дискетите ще можеш да установяваш нещата зареждайки само 
от тях без да имаш можда от тази партиция


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

2006-10-09 Thread Vesselin Kenashkov

Да - със сигурност можеш да работиш само със дискетите (мисля са 3).
Не е нужно да създаваш служебния дял. Наистина е малко пипкаво, но ще
свърши работа.

On 10/9/06, Romeo Ninov [EMAIL PROTECTED] wrote:

Georgi Hristozov wrote:

 Vladimir Vitkov wrote:

 А пробва ли изрично да му заделиш IRQ 11. По лога изглежда че май го
 иска само за него а е споделено и с други устройства

 Благодаря! Оказа се че на IRQ 11 ми е застанала мрежовата карта. Като
 я разкарам от машината всичко си работи, но не мога да карам без нея.
 Направих и още експерименти - пробвах да разместя SCSI-то и мрежовата
 карта по слотовете, но проблемът остана. Машината е Compaq Deskpro на
 която цялата програма за поддръжка (която се вика с F10) е на отделен
 дял на диска. И аз съм затрил този дял в резултат на което не мога да
 променям настройките на IRQ-тата. Трябва да правя дискета със Softpaq
 и евентуално да си съсипя ext3 дяла. А от BIOS-а на SCSI-то мога да
 променям само port address. Мога ли да сменя IRQ-то на мрежовата карта
 по друг начин?

Ако си направиш дискетите ще можеш да установяваш нещата зареждайки само
от тях без да имаш можда от тази партиция



lug-bg: Re: lug-bg: Re: lug-bg: Странен проблем

2006-09-28 Thread Ivan Ivanov

Ivan Ivanov wrote:

Здравейте,
От скоро наблюдавам следният проблем при 2 рутиращи машини:
При повишаване на трафика машината започва да се товари и се появява
загуба на пакети.
Става предимно при upload. Процесора се товари от softirqd.
Едната машина е  с ядро 2.6.8 а другата с 2.4.26.
Машините са напълно различни като хардуер, освен може би мрежовите
карти които са Realtek.
На едната машина сменях мрежовите карти, сложих Kingston но проблема
си остана.

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

Какви са машите е добре да се знае ( дали имат hypertreiding ми е по
скоро въпроса ). Добре е да смениш ланките с нещо по добро . Това което
бих ти предложил е или 3com или Intel ( лично предпочитам интел ). И все
пак какъв трафик минава през тях.




Забравих да питам дали тези машини само рутират или правят и нещо друго
( NAT , шейпъри или някой други iptables правила ). Но мисля че основния
ти проблем са самите ланки. Другото което може да тестваш е SMP affinity
ето линк с малко инфо за него.
http://bcr2.uwaterloo.ca/~brecht/servers/apic/SMP-affinity.txt


ПП: Сложи за тест 3com цената им е около 30-40$ и виж дали ще се оправи
ако ли не , помисли за ъпгрейд :), но мисля , че само за рутиране не
трябва да имаш никакви проблеми с такива машини и такива скорости.



Смених мрежовите карти на едната машина(с intel) но проблема си остана...
Моля за идеи ... :-)




Re: lug-bg: Re: lug-bg: Re: lug-bg: Стра нен проблем

2006-09-28 Thread Георги Генов

Ivan Ivanov wrote:

Ivan Ivanov wrote:

Здравейте,
От скоро наблюдавам следният проблем при 2 рутиращи машини:
При повишаване на трафика машината започва да се товари и се появява
загуба на пакети.
Става предимно при upload. Процесора се товари от softirqd.
Едната машина е  с ядро 2.6.8 а другата с 2.4.26.
Машините са напълно различни като хардуер, освен може би мрежовите
карти които са Realtek.
На едната машина сменях мрежовите карти, сложих Kingston но проблема
си остана.

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

Какви са машите е добре да се знае ( дали имат hypertreiding ми е по
скоро въпроса ). Добре е да смениш ланките с нещо по добро . Това 
което
бих ти предложил е или 3com или Intel ( лично предпочитам интел ). 
И все

пак какъв трафик минава през тях.




Забравих да питам дали тези машини само рутират или правят и нещо друго
( NAT , шейпъри или някой други iptables правила ). Но мисля че основния
ти проблем са самите ланки. Другото което може да тестваш е SMP affinity
ето линк с малко инфо за него.
http://bcr2.uwaterloo.ca/~brecht/servers/apic/SMP-affinity.txt


ПП: Сложи за тест 3com цената им е около 30-40$ и виж дали ще се оправи
ако ли не , помисли за ъпгрейд :), но мисля , че само за рутиране не
трябва да имаш никакви проблеми с такива машини и такива скорости.



Смених мрежовите карти на едната машина(с intel) но проблема си остана...
Моля за идеи ... :-)


Дай малко повечко инфо за това което правят машините и колко юзъра 
минават през тях.
begin:vcard
fn:George Genov
n:Genov;George
adr:;;;Veliko Tyrnovo;;5000;Bulgaria
email;internet:[EMAIL PROTECTED]
tel;work:062/60-30-71
tel;cell:0888/644622
x-mozilla-html:FALSE
url:http://www.magibg.com
version:2.1
end:vcard



lug-bg: Re: lug-bg: Re: lug-bg: Re: lug-bg: Стра нен проблем

2006-09-28 Thread Ivan Ivanov


- Original Message - 
From: Георги Генов [EMAIL PROTECTED]

To: lug-bg@linux-bulgaria.org
Sent: Thursday, September 28, 2006 1:15 PM
Subject: Re: lug-bg: Re: lug-bg: Re: lug-bg: Странен проблем



Ivan Ivanov wrote:

Ivan Ivanov wrote:

Здравейте,
От скоро наблюдавам следният проблем при 2 рутиращи машини:
При повишаване на трафика машината започва да се товари и се появява
загуба на пакети.
Става предимно при upload. Процесора се товари от softirqd.
Едната машина е  с ядро 2.6.8 а другата с 2.4.26.
Машините са напълно различни като хардуер, освен може би мрежовите
карти които са Realtek.
На едната машина сменях мрежовите карти, сложих Kingston но проблема
си остана.

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

Какви са машите е добре да се знае ( дали имат hypertreiding ми е по
скоро въпроса ). Добре е да смениш ланките с нещо по добро . Това
което
бих ти предложил е или 3com или Intel ( лично предпочитам интел ).
И все
пак какъв трафик минава през тях.




Забравих да питам дали тези машини само рутират или правят и нещо друго
( NAT , шейпъри или някой други iptables правила ). Но мисля че основния
ти проблем са самите ланки. Другото което може да тестваш е SMP affinity
ето линк с малко инфо за него.
http://bcr2.uwaterloo.ca/~brecht/servers/apic/SMP-affinity.txt


ПП: Сложи за тест 3com цената им е около 30-40$ и виж дали ще се оправи
ако ли не , помисли за ъпгрейд :), но мисля , че само за рутиране не
трябва да имаш никакви проблеми с такива машини и такива скорости.



Смених мрежовите карти на едната машина(с intel) но проблема си остана...
Моля за идеи ... :-)



Дай малко повечко инфо за това което правят машините и колко юзъра
минават през тях.



Ще започна с първата(на която смених мрежовите карти):

Машината  е с 2 процесора по 550 MHz и 512 RАМ
през нея минават 140 потребителя.
съответно за тезт потребители има правила в iptables, за отчитането на 
трафика към българия и света и шейпъри.

NAT или макиране не се прави на нея, NAT-a е изнесен на предната машина.
Работи още bind, dhcp, apache, mysql, qmail с vpopmail само с 1 домейн.
Това е май.






lug-bg: Re: lug-bg: Странен проблем

2006-09-28 Thread Ivan Ivanov


- Original Message - 
From: Spas Pavlov [EMAIL PROTECTED]

To: lug-bg@linux-bulgaria.org
Sent: Thursday, September 28, 2006 2:00 PM
Subject: Re: lug-bg: Странен проблем



On Thursday 28 September 2006 12:50, Ivan Ivanov wrote:


 ПП: Сложи за тест 3com цената им е около 30-40$ и виж дали ще се оправи
 ако ли не , помисли за ъпгрейд :), но мисля , че само за рутиране не
 трябва да имаш никакви проблеми с такива машини и такива скорости.

Смених мрежовите карти на едната машина(с intel) но проблема си остана...
Моля за идеи ... :-)


Здравейте,

Connection tracking да е ???
За него трябва да имаш съобщения из syslog.

Спас Павлов



По логовете няма нищо нередно..



lug-bg: Re: lug-bg: Странен проблем

2006-09-26 Thread Ivan Ivanov

Няма hypertreiding,
първата машина е Kayak, 2 процесора по 550,
Втората е с един процесор AMD XP 1800+
трафика при първата е около 30 Mbit,а при втората 20 Mbit.



- Original Message - 
From: Георги Генов [EMAIL PROTECTED]

To: lug-bg@linux-bulgaria.org
Sent: Tuesday, September 26, 2006 11:05 AM
Subject: Re: lug-bg: Странен проблем



Ivan Ivanov wrote:

Здравейте,
От скоро наблюдавам следният проблем при 2 рутиращи машини:
При повишаване на трафика машината започва да се товари и се появява
загуба на пакети.
Става предимно при upload. Процесора се товари от softirqd.
Едната машина е  с ядро 2.6.8 а другата с 2.4.26.
Машините са напълно различни като хардуер, освен може би мрежовите
карти които са Realtek.
На едната машина сменях мрежовите карти, сложих Kingston но проблема
си остана.

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

Какви са машите е добре да се знае ( дали имат hypertreiding ми е по
скоро въпроса ). Добре е да смениш ланките с нещо по добро . Това което
бих ти предложил е или 3com или Intel ( лично предпочитам интел ). И все
пак какъв трафик минава през тях.





lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти

2006-09-26 Thread PoisoneR

споменах го защото помислих че това е проблема. Но като ги видях се
оказа че са си както трябва с относителни пътища, а не с пълни.
Просто тоя уеб сървър е по-особен и нестандартен.

On 9/26/06, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote:

Marian Marinov wrote:
 On Monday 25 September 2006 23:54, PoisoneR wrote:
 еми нз какво мога да сбъркам в трите реда. Гледах го много пъти,
 пробвах различни варианти.
 Като дам зад прокси да ми е някое апаче няма проблем, но като дам да е
 тоя сървър не става. Сървъра е под уиндоус и е писан на делфи.

 Най-простото нешо за което се сещам е:
 Ти сигурен ли си, че обратните request-и излизат точно от IP адреса на windows
 сървъра?

 Задавам въпроса тъй като може преди да стигнат тези request-и да се маскират
 от NAT-а и тогава ще идват от съвсем различно IP

 Разгледай си настройките и провери кое откъде идва.

Още по-глупаво предложение, да не би приложението работещо на този т.н.
сървър да слага връзките в HTML-а като пълни адреси от сорта на 
http://192.168.0.1/win/sucks.html ?
В този случай проксито ще работи, но връзките не :) Преди няколко писма не
спомена ли, че имаш подобен проблем?

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





lug-bg: Re: lug-bg: Странен проблем

2006-09-26 Thread Ivan Ivanov

Забравих да питам дали тези машини само рутират или правят и нещо друго
( NAT , шейпъри или някой други iptables правила ). Но мисля че основния
ти проблем са самите ланки. Другото което може да тестваш е SMP affinity
ето линк с малко инфо за него.
http://bcr2.uwaterloo.ca/~brecht/servers/apic/SMP-affinity.txt


ПП: Сложи за тест 3com цената им е около 30-40$ и виж дали ще се оправи
ако ли не , помисли за ъпгрейд :), но мисля , че само за рутиране не
трябва да имаш никакви проблеми с такива машини и такива скорости.


На едната машина се прави маскиране, на другата не.
и на двете работят шейпъри, има и доста iptables правила.
SMP affinity - мога да си поиграя с него но само на двупроцесорната машина.
В момента прекомпилирам кърнела и ще пробвам с Intel-ски ланки.
Ако не се оправи пак ще пиша.
Благодаря за съдействието.



Re: lug-bg: Re: lug-bg: Странен проблем

2006-09-26 Thread Георги Генов

Ivan Ivanov wrote:

Няма hypertreiding,
първата машина е Kayak, 2 процесора по 550,
Втората е с един процесор AMD XP 1800+
трафика при първата е около 30 Mbit,а при втората 20 Mbit.



- Original Message - From: Георги Генов [EMAIL PROTECTED]
To: lug-bg@linux-bulgaria.org
Sent: Tuesday, September 26, 2006 11:05 AM
Subject: Re: lug-bg: Странен проблем



Ivan Ivanov wrote:

Здравейте,
От скоро наблюдавам следният проблем при 2 рутиращи машини:
При повишаване на трафика машината започва да се товари и се появява
загуба на пакети.
Става предимно при upload. Процесора се товари от softirqd.
Едната машина е  с ядро 2.6.8 а другата с 2.4.26.
Машините са напълно различни като хардуер, освен може би мрежовите
карти които са Realtek.
На едната машина сменях мрежовите карти, сложих Kingston но проблема
си остана.

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

Какви са машите е добре да се знае ( дали имат hypertreiding ми е по
скоро въпроса ). Добре е да смениш ланките с нещо по добро . Това което
бих ти предложил е или 3com или Intel ( лично предпочитам интел ). И все
пак какъв трафик минава през тях.



Забравих да питам дали тези машини само рутират или правят и нещо друго 
( NAT , шейпъри или някой други iptables правила ). Но мисля че основния 
ти проблем са самите ланки. Другото което може да тестваш е SMP affinity 
ето линк с малко инфо за него. 
http://bcr2.uwaterloo.ca/~brecht/servers/apic/SMP-affinity.txt



ПП: Сложи за тест 3com цената им е около 30-40$ и виж дали ще се оправи 
ако ли не , помисли за ъпгрейд :), но мисля , че само за рутиране не 
трябва да имаш никакви проблеми с такива машини и такива скорости.
begin:vcard
fn:George Genov
n:Genov;George
adr:;;;Veliko Tyrnovo;;5000;Bulgaria
email;internet:[EMAIL PROTECTED]
tel;work:062/60-30-71
tel;cell:0888/644622
x-mozilla-html:FALSE
url:http://www.magibg.com
version:2.1
end:vcard



lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти

2006-09-25 Thread Ivan Adams


хммм ся като се замисля, защо се е получавало така, като не би
трябвало. Освен тоя линк да си е бил хардкоднат така, но не мисля че
е. Утре ще го видя.



Аз съм спретнал едно решение на твоя проблем.
Имам същия случай. Моето решение е съвсем просто.
Главна машина и зад нея има още една като втората е натната.

Когато напишат http://test.com отиват на първата. Когато напишат
http://test.com/test се зарежда един iframe и върте се извиква
test.com:81 (в моя случай използвам https). Така горе в браузъра
излиза http://test.com/test/ а всъщност се зарежда цялата информация
от 2рата машина.

Знам че не е това което търсиш. Но моите щайги са много слаби ... и
едно евентуално прокси ще ги затлачи съвсем


Re: lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти

2006-09-25 Thread PoisoneR

на мен проблема ми е че не трябва да използвам различен порт от 80-ти.
Иначе го бях направил с редирктване от 8080 към вътрешната машина и си
работи. Но на някои са им забранени всичко различно от 80-ти.
Нещо с това мод_прокси няма да стане, нито картинките ми зарежда нито
линковете. Най вероятно от сървъра на вътрешната машина който е малко
странен. Пробвах да с някой други сайтове и си работи, но тоя който ми
е на вътрешната машина не иска да мине как трябва през проксито.

On 9/25/06, Ivan Adams [EMAIL PROTECTED] wrote:


 хммм ся като се замисля, защо се е получавало така, като не би
 трябвало. Освен тоя линк да си е бил хардкоднат така, но не мисля че
 е. Утре ще го видя.


Аз съм спретнал едно решение на твоя проблем.
Имам същия случай. Моето решение е съвсем просто.
Главна машина и зад нея има още една като втората е натната.

Когато напишат http://test.com отиват на първата. Когато напишат
http://test.com/test се зарежда един iframe и върте се извиква
test.com:81 (в моя случай използвам https). Така горе в браузъра
излиза http://test.com/test/ а всъщност се зарежда цялата информация
от 2рата машина.

Знам че не е това което търсиш. Но моите щайги са много слаби ... и
едно евентуално прокси ще ги затлачи съвсем



Re: lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти

2006-09-25 Thread Marian Marinov
On Monday 25 September 2006 11:02, PoisoneR wrote:
 на мен проблема ми е че не трябва да използвам различен порт от 80-ти.
 Иначе го бях направил с редирктване от 8080 към вътрешната машина и си
 работи. Но на някои са им забранени всичко различно от 80-ти.
 Нещо с това мод_прокси няма да стане, нито картинките ми зарежда нито
 линковете. Най вероятно от сървъра на вътрешната машина който е малко
 странен. Пробвах да с някой други сайтове и си работи, но тоя който ми
 е на вътрешната машина не иска да мине как трябва през проксито.
Я провери дали си добавил всички наклонени и дали си описал правилно 
ProxyPassReverce.
Ето какво съм записъл аз за моята поддръжка:

 Installation of mod_proxy

   1. go to: /home/cpapachebuild/buildapache/apache_1.3.37/src/modules/proxy 
(or if there is more recent version of apache enter there)
   2. compile the module: /usr/local/apache/bin/apxs -c *.c
   3. install  activate the module: /usr/local/apache/bin/apxs -a -i 
mod_proxy.so 

[edit]
Configuration of Reverce proxy

 Simple situation: 
You have a site which is accesiable trough this url 
http://domain.tld:8080/some-folder/ and you want it to be accesiable via 
http://domain.tld without redirect.

You can achieve this by configurin mod_proxy as a reverce proxy.

* Locate the VirtualHost directive for domain.tld in the httpd.conf
* Add this to it: 

IfModule mod_proxy.c
 ProxyRequests Off
 ProxyPass / http://domain.tld:8080/some-folder/
 ProxyPassReverse / http://domain.tld:8080/some-folder/
/IfModule

* Explanation:
  ProxyRequests Off - does not allow connections to remote proxys
  ProxyPass - transfer requests to / trough the proxy to 
http://domain.tld:8080/some-folder/
  ProxyPassReverse - transfer the answares from 
http://domain.tld:8080/some-folder/ trough the proxy back to the client 

In order to work on port 80 you need to setup it like this:

VirtualHost *
ServerName me.com
ServerAlias www.me.com
ServerAdmin [EMAIL PROTECTED]
ProxyPass / 
http://localhost:8080/VirtualHostBase/http/me.com:80/mysite/VirtualHostRoot/
ProxyPassReverse / 
http://localhost:8080/VirtualHostBase/http/me.com:80/mysite/VirtualHostRoot/
/VirtualHost


Това работи доста добре за над 100 инсталации на различни софтуери.

Мариян


 On 9/25/06, Ivan Adams [EMAIL PROTECTED] wrote:
   хммм ся като се замисля, защо се е получавало така, като не би
   трябвало. Освен тоя линк да си е бил хардкоднат така, но не мисля че
   е. Утре ще го видя.
 
  Аз съм спретнал едно решение на твоя проблем.
  Имам същия случай. Моето решение е съвсем просто.
  Главна машина и зад нея има още една като втората е натната.
 
  Когато напишат http://test.com отиват на първата. Когато напишат
  http://test.com/test се зарежда един iframe и върте се извиква
  test.com:81 (в моя случай използвам https). Така горе в браузъра
  излиза http://test.com/test/ а всъщност се зарежда цялата информация
  от 2рата машина.
 
  Знам че не е това което търсиш. Но моите щайги са много слаби ... и
  едно евентуално прокси ще ги затлачи съвсем


Re: lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти

2006-09-25 Thread PoisoneR

ми уж така го правя, но не става. Явно уеб сървъра който трябва да
редиректна е кофти. От апаче става, но от този не.
Все пак го направих с редиректване на сървър:443=машина:80.
Оказа се че порт 443 не е бил затворен.
Благодаря за отговорите, и на Иванчо за 443.

On 9/25/06, Marian Marinov [EMAIL PROTECTED] wrote:

On Monday 25 September 2006 11:02, PoisoneR wrote:
 на мен проблема ми е че не трябва да използвам различен порт от 80-ти.
 Иначе го бях направил с редирктване от 8080 към вътрешната машина и си
 работи. Но на някои са им забранени всичко различно от 80-ти.
 Нещо с това мод_прокси няма да стане, нито картинките ми зарежда нито
 линковете. Най вероятно от сървъра на вътрешната машина който е малко
 странен. Пробвах да с някой други сайтове и си работи, но тоя който ми
 е на вътрешната машина не иска да мине как трябва през проксито.
Я провери дали си добавил всички наклонени и дали си описал правилно
ProxyPassReverce.
Ето какво съм записъл аз за моята поддръжка:

 Installation of mod_proxy

   1. go to: /home/cpapachebuild/buildapache/apache_1.3.37/src/modules/proxy
(or if there is more recent version of apache enter there)
   2. compile the module: /usr/local/apache/bin/apxs -c *.c
   3. install  activate the module: /usr/local/apache/bin/apxs -a -i
mod_proxy.so

[edit]
Configuration of Reverce proxy

 Simple situation:
You have a site which is accesiable trough this url
http://domain.tld:8080/some-folder/ and you want it to be accesiable via
http://domain.tld without redirect.

You can achieve this by configurin mod_proxy as a reverce proxy.

* Locate the VirtualHost directive for domain.tld in the httpd.conf
* Add this to it:

IfModule mod_proxy.c
 ProxyRequests Off
 ProxyPass / http://domain.tld:8080/some-folder/
 ProxyPassReverse / http://domain.tld:8080/some-folder/
/IfModule

* Explanation:
  ProxyRequests Off - does not allow connections to remote proxys
  ProxyPass - transfer requests to / trough the proxy to
http://domain.tld:8080/some-folder/
  ProxyPassReverse - transfer the answares from
http://domain.tld:8080/some-folder/ trough the proxy back to the client

In order to work on port 80 you need to setup it like this:

VirtualHost *
ServerName me.com
ServerAlias www.me.com
ServerAdmin [EMAIL PROTECTED]
ProxyPass /
http://localhost:8080/VirtualHostBase/http/me.com:80/mysite/VirtualHostRoot/
ProxyPassReverse /
http://localhost:8080/VirtualHostBase/http/me.com:80/mysite/VirtualHostRoot/
/VirtualHost


Това работи доста добре за над 100 инсталации на различни софтуери.

Мариян


 On 9/25/06, Ivan Adams [EMAIL PROTECTED] wrote:
   хммм ся като се замисля, защо се е получавало така, като не би
   трябвало. Освен тоя линк да си е бил хардкоднат така, но не мисля че
   е. Утре ще го видя.
 
  Аз съм спретнал едно решение на твоя проблем.
  Имам същия случай. Моето решение е съвсем просто.
  Главна машина и зад нея има още една като втората е натната.
 
  Когато напишат http://test.com отиват на първата. Когато напишат
  http://test.com/test се зарежда един iframe и върте се извиква
  test.com:81 (в моя случай използвам https). Така горе в браузъра
  излиза http://test.com/test/ а всъщност се зарежда цялата информация
  от 2рата машина.
 
  Знам че не е това което търсиш. Но моите щайги са много слаби ... и
  едно евентуално прокси ще ги затлачи съвсем



Re: lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирек т към друга машина на 80-ти

2006-09-25 Thread Georgi Chorbadzhiyski
PoisoneR wrote:
 ми уж така го правя, но не става. Явно уеб сървъра който трябва да
 редиректна е кофти. От апаче става, но от този не.
 Все пак го направих с редиректване на сървър:443=машина:80.
 Оказа се че порт 443 не е бил затворен.
 Благодаря за отговорите, и на Иванчо за 443.

Сървъра зад проксито няма значение какъв е. Някъде другаде бъркаш в настройките.

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


Re: lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти

2006-09-25 Thread PoisoneR

еми нз какво мога да сбъркам в трите реда. Гледах го много пъти,
пробвах различни варианти.
Като дам зад прокси да ми е някое апаче няма проблем, но като дам да е
тоя сървър не става. Сървъра е под уиндоус и е писан на делфи.

On 9/25/06, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote:

PoisoneR wrote:
 ми уж така го правя, но не става. Явно уеб сървъра който трябва да
 редиректна е кофти. От апаче става, но от този не.
 Все пак го направих с редиректване на сървър:443=машина:80.
 Оказа се че порт 443 не е бил затворен.
 Благодаря за отговорите, и на Иванчо за 443.

Сървъра зад проксито няма значение какъв е. Някъде другаде бъркаш в настройките.

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



Re: lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти

2006-09-25 Thread Marian Marinov
On Monday 25 September 2006 23:54, PoisoneR wrote:
 еми нз какво мога да сбъркам в трите реда. Гледах го много пъти,
 пробвах различни варианти.
 Като дам зад прокси да ми е някое апаче няма проблем, но като дам да е
 тоя сървър не става. Сървъра е под уиндоус и е писан на делфи.

Най-простото нешо за което се сещам е:
Ти сигурен ли си, че обратните request-и излизат точно от IP адреса на windows 
сървъра?

Задавам въпроса тъй като може преди да стигнат тези request-и да се маскират 
от NAT-а и тогава ще идват от съвсем различно IP

Разгледай си настройките и провери кое откъде идва.

Поздрави
  Мариян


 On 9/25/06, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote:
  PoisoneR wrote:
   ми уж така го правя, но не става. Явно уеб сървъра който трябва да
   редиректна е кофти. От апаче става, но от този не.
   Все пак го направих с редиректване на сървър:443=машина:80.
   Оказа се че порт 443 не е бил затворен.
   Благодаря за отговорите, и на Иванчо за 443.
 
  Сървъра зад проксито няма значение какъв е. Някъде другаде бъркаш в
  настройките.
 
  --
  Georgi Chorbadzhiyski
  http://georgi.unixsol.org/


lug-bg: Re: lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти

2006-09-25 Thread Евгени Симеонов

2006/9/24, PoisoneR [EMAIL PROTECTED]:

за името освен да се абонирам с друг и-мейл.



Здравей, относно името през web интерфейса на гугъл се променя по следния начин:

Настройки - Сметки - редактирайте информацията

Поздрави
--
Евгени Симеонов
=
Ако не отговарям на писмата Ви - погледнете тук: http://6lyokavitza.org/mail
=
FBI CIA NSA Assault Bomb Terrorism Jihad
Allah Ossama Bin Laden Saddam Hussein
Handgun Assault Plane Crash Pentagon
World Trade Center Whitehouse President Bush
Putin Twin Towers Air Force One USA America
DeCCS RIAA BSA piracy illegal drugs heroin
Big Brother is watching you defcon nuclear
holocaust world war arabian afghanistan
cryptography PGP GPG crack RSA algorithm
Chechnya OMON Spetsnaz T-72 Merkava M1A1 Abrams
Chieftain Challenger Turret Apache Missiles Skinheads
troopers Kazakhstan Muhhamed Atta AK47 Kalashnikov


lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти

2006-09-24 Thread PoisoneR

за името освен да се абонирам с друг и-мейл.

Точно това бях пробвал само че така

ProxyRequests Off
ProxyPass / http://192.168.0.2/
ProxyPassReverse / http://192.168.0.2/

обаче проблема беше че се зарежда началната страница и после някой
линк изглежда така

http://192.168.0.2/link

а тоя комп не се вижда. И съответно проксито не ми върши никаква работа.

хммм ся като се замисля, защо се е получавало така, като не би
трябвало. Освен тоя линк да си е бил хардкоднат така, но не мисля че
е. Утре ще го видя.


lug-bg: Re: lug-bg: писане на документация

2006-09-13 Thread Gggg ggg
mersi.On 9/11/06, rtr [EMAIL PROTECTED] wrote:
Виж как се прави документацията на РНР. Отправни точки:http://www.php.net/docs.phphttp://www.php.net/manual/howto/
С две думи, пише се във формат DocBook. Можеш да генерирашдокументацията в HTML, Adobe PDF, RTF, или друг формат. Има стиловеестествено. По въпроса за версиите - CVS или нещо от сорта. Всичко товаработи не само на Линукс, а и в доста други среди.
НТНGggg ggg wrote: Здравейте, преди да откривам топлата вода искам да попитам тук: нуждая се от софтуер за писане на документация. имам предвид софтуер, който се грижи за версии на файлове, формати , експорти , че и търсене
 във вече готовата документация, езикови версии,номерации и т.н. - нещо като CVS сървър , но насочен към писането на документация.Разбира се ще е супер да е под Линукс, макар ,че са възможни и компромиси :-(
 Благодаря предварително. Георги


lug-bg: RE: lug-bg: dot Matrix printer and ubunt u проблем

2006-08-25 Thread Zahariev, Dobromir



Аз съм се сблъсквал с подобен проблем при матрични 
принтери, но не под линукс.
Проблема тогава беше че принтера печаташе в графичен режим 
а не в текстов (заради липса на шрифтове на кирилица), а графичния режим беше 
настроен да печата на А4 а не на безконечна. 

Привери тези настройки ако ги има в драйвера на 
принтера.

Поздрави


From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of foxy 
202Sent: Friday, August 25, 2006 12:25 AMTo: 
lug-bg@linux-bulgaria.orgSubject: Re: lug-bg: dot Matrix printer and 
ubuntu проблем
не е от това... още преди да напиша правих проби в настройките 
и прочих документацията на принтера... хартията е на 3"ова но не 
помага . даже има копченце за Tear off но то не действа при безконечна 
хартия.. според мен CUSP подава page feed за А4 но не мога да открия 
опцията ... поне така мисля foxy202
On 8/24/06, Alex 
Panov [EMAIL PROTECTED]  
wrote:
foxy 
  202 wrote: Здравейте ,имам 
  следния странен проблем ... опитван се да печатам на  матричен принтер 
  Epson LX-300+с безконечна хартия... и печата добре даже 
  през инсталиран Generic ESC-Dot-Matrix Printer/ през cups 
  / вади кирилица нормално ... Обаче проблема който се сблъсках и не 
  мога да  реша е че при печатане на по малки текстове примерно 
  на 2 -3 реда ми вади равностойноста на А4 от безконечната хартия и 
  спира , опитах да смениям големината на хартията примено но не помогна 
  ,.. винаги се подава  page feed след края на печата до А4 , не е от 
  настроките на принтера обарнах всичко , ... може ли някой с по 
  голямопит да го сподели че ще ми побелеят косите с този 
  "малък" проблем ... Преди две, три когато администрирах една мрежа с 
  много матрични принтерив нея съм си играл доста със OKI-та. Такааа... 
  Принтера ти има отпредкопченца за настройка. Натиснати заедно в определена 
  комбинация влизаш в сервизното меню на принтера където можеш да промениш 
  много настройки,поне така беше при мене с OKI-тата. От там се задава вида 
  на хартията,А4 или безконечна на която да печата, и това по спомени в 
  главата ми!!! Това сервизно меню на OKI-тата беше 2 страници отпечатано на 
  хартия:полета, отстояния, шрифтове...Ето ти и ПиДиЕф-а на тоя 
  принтер:http://82.199.196.157/epson/LX-300.pdf 
  И от тука нататък..хей ръчички, хей ги две,те ме слушат 
  най-добре!Послеслов: Да напишеш отзиви дали си се справил с това за 
  което питаш тука.--Best RegardsAlex PanovICQ: 18926904 
  00359 898521957www.v-plus.bizwww.karatebulgaria.comwww.karatebulgaria.com/alex 



lug-bg: Re: lug-bg: писане на документация

2006-08-20 Thread Gggg ggg
това също е интересно , но не е което търся. благодаря обаче защото е
доста идейно и може би ще го ползвам в други обстоятелства.

г.
On 8/20/06, Georgi Alexandrov [EMAIL PROTECTED] wrote:
Gggg ggg wrote: Здравейте, преди да откривам топлата вода искам да попитам тук: нуждая се от софтуер за писане на документация. имам предвид софтуер, който се грижи за версии на файлове, формати , експорти , че и търсене
 във вече готовата документация, езикови версии,номерации и т.н. - нещо като CVS сървър , но насочен към писането на документация.Разбира се ще е супер да е под Линукс, макар ,че са възможни и компромиси :-(
 Благодаря предварително. Георгиами това - http://gobby.0x539.de ?--regards,Georgi Alexandrovkey server - 
pgp.mit.edu :: key id - 0x37B4B3EEKey fingerprint = E429 BF93 FA67 44E9 B7D4F89E F990 01C1 37B4 B3EE


Re: lug-bg: Re: lug-bg: Re: lug-bg: писане на документация

2006-08-19 Thread Gggg ggg
благодаря , разгледах вики-то ,но нещо не ме грабна. хареса ми обаче
Doxgen/phpDocs/Javadocs но ще е решение само за документацията от кода,
а за останалите документи (хелпове, word,excel файлове, cvs, txt) няма
да стане.
продължавам да търся.

г.
On 8/18/06, Skelet [EMAIL PROTECTED] wrote:



  


Gggg ggg wrote:
Жоро, я дай някакъв линк за wiki или trac да попрочета .
  
г.
  
  On 8/17/06, Georgi Chorbadzhiyski [EMAIL PROTECTED]
 wrote:
  ...
Някакво wiki няма ли да свърши работа? Евентуално trac?

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

Разгледай това:

http://www.mediawiki.org/wiki/MediaWiki


 Скелета






Re: lug-bg: Re: lug-bg: Re: lug-bg: писане на документация

2006-08-19 Thread Dimitar Vasilev
2006/8/19, Gggg ggg [EMAIL PROTECTED]:
благодаря , разгледах вики-то ,но нещо не ме грабна. хареса ми обаче
Doxgen/phpDocs/Javadocs но ще е решение само за документацията от кода,
а за останалите документи (хелпове, word,excel файлове, cvs, txt) няма
да стане.
продължавам да търся.

г.Има - SGML. SGML Linux doc/FreeBSD SGML. С SGML можеш да направиш шаблонен документ, от който с make да генерираш PDF,HTML,TXT,RTF.Вариант 2 - нещо от ТеX - LaTeX и т.н.-- Димитър Василев
Dimitar VassilevGnuPG key ID: 0x4B8DB525Keyserver: pgp.mit.eduKey fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525


lug-bg: Re: lug-bg: Re: lug-bg: писане на документация

2006-08-18 Thread Skelet




Gggg ggg wrote:
Жоро, я дай някакъв линк за wiki или trac да попрочета .
  
г.
  
  On 8/17/06, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote:
  ...
Някакво wiki няма ли да свърши работа? Евентуално trac?

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

Разгледай това:

http://www.mediawiki.org/wiki/MediaWiki


    Скелета




lug-bg: Re: lug-bg: Re: Land for a ho liday village / 10 дка земя з а вилно селище

2006-08-17 Thread Alexander N.

И аз го получих на всичките ми емайли 

Ше ги псувам ...
[EMAIL PROTECTED][EMAIL PROTECTED]^#*!@([EMAIL PROTECTED])(!*@


lug-bg: Re: lug-bg: писане на документация

2006-08-17 Thread Vladimir Vitkov

Чудя се дали doxygen/phpdoc/javadoc + CVS няма да ти свърши работа.
Признавам си никога не съм експериментирал в тази насока.

On 16/08/06, Gggg ggg [EMAIL PROTECTED] wrote:

Здравейте,
 преди да откривам топлата вода искам да попитам тук:
 нуждая се от софтуер за писане на документация. имам предвид софтуер, който
се грижи за версии на файлове, формати , експорти , че и търсене във вече
готовата документация, езикови версии,номерации и т.н. - нещо като CVS
сървър , но насочен към писането на документация.Разбира се ще е супер да е
под Линукс, макар ,че са възможни и компромиси :-(

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

 Георги





--
С уважение,
Владимир Витков

http://www.netsecad.com
http://www.supportbg.com


Re: lug-bg: Re: lug-bg: писане на документация

2006-08-17 Thread Gggg ggg
и аз не съм, затова търся идея откъде да почна. Micro$oft имат добро
решение ,но самата идея за док. сървър с платформа Windows ме плаши.

г.
On 8/17/06, Vladimir Vitkov [EMAIL PROTECTED] wrote:
Чудя се дали doxygen/phpdoc/javadoc + CVS няма да ти свърши работа.Признавам си никога не съм експериментирал в тази насока.On 16/08/06, Gggg ggg [EMAIL PROTECTED]
 wrote: Здравейте,преди да откривам топлата вода искам да попитам тук:нуждая се от софтуер за писане на документация. имам предвид софтуер, който се грижи за версии на файлове, формати , експорти , че и търсене във вече
 готовата документация, езикови версии,номерации и т.н. - нещо като CVS сървър , но насочен към писането на документация.Разбира се ще е супер да е под Линукс, макар ,че са възможни и компромиси :-(
Благодаря предварително.Георги--С уважение,Владимир Витковhttp://www.netsecad.com
http://www.supportbg.com


lug-bg: Re: lug-bg: писане на документация

2006-08-17 Thread Gggg ggg
Жоро, я дай някакъв линк за wiki или trac да попрочета .

г.On 8/17/06, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote:
Gggg ggg wrote: Здравейте, преди да откривам топлата вода искам да попитам тук: нуждая се от софтуер за писане на документация. имам предвид софтуер, който се грижи за версии на файлове, формати , експорти , че и търсене във вече
 готовата документация, езикови версии,номерации и т.н. - нещо като CVS сървър , но насочен към писането на документация.Разбира се ще е супер да е под Линукс, макар ,че са възможни и компромиси :-(
Някакво wiki няма ли да свърши работа? Евентуално trac?--Georgi Chorbadzhiyskihttp://georgi.unixsol.org/


lug-bg: Re: lug-bg: DNS за локална мрежа

2006-08-16 Thread deb4o
Да, с views стана.
незнаех че има така опция.

Благодаря Ви.



- Original Message - 
From: Teodor Georgiev [EMAIL PROTECTED]
To: lug-bg@linux-bulgaria.org
Sent: Wednesday, August 16, 2006 8:55 AM
Subject: Re: lug-bg: DNS за локална мрежа




 В BIND 9 има т.нар. views.

 Сетваш си access-list'а за определени сорс адреси, които да матчват това
 view. Вътре във view-то са описани зоните.

 Като те питат от вътрешните IP адреси - отговаря вътрешния view (в който
има
 дефинирана зона domain.bg и A записите сочат към вътрешни IP адреси).



 On Wednesday 16 August 2006 10:22, deb4o wrote:
  Имам следната ситуация.
 
  Сървър който дава и-нет на компютрите в локалнате мрежа. На този сървър
има
  и хостван сайта на фирмата плюс пощи. С една дума пълноценен сървър.
Само
  че искам за локалната мрежа да укажа дадени домейни да се търсят на
  определен ip адрес.
 
  Проблема ми е с adsl и-нета на бтк, понеже зоната на домейна е описана с
  реалния ип адрес.
  но реални ип адрес е на модема и всичко се пренасочва към вътрешния
адрес
  192.168.1.2
  само че при заявка от компютър от локалната мрежа към техния си домейн
  .ком DNS сървървара им дава реалния ип адрес. а аз не искам да
  излизат на вън и да влезат отново искам директно да си отиват на
  192.168.1.2.
 
  Принципно с iptables може би ще си реша проблема, но искам с dns-a  да
го
  реша проблема.




lug-bg: Re: lug-bg: aвтоматично монтир ане на USB flash memory

2006-08-09 Thread Georgi Georgiev
Благодаря за насоката, предполагам, че ще сработи, но Service manager не ми 
показва KDED Media Manager  и Media Notifier Demon. Как мога да добавя 
(стартирам) тези сървиси?


- Original Message - 
From: Vladimir Vitkov [EMAIL PROTECTED]

To: lug-bg@linux-bulgaria.org
Sent: Monday, August 07, 2006 5:51 PM
Subject: Re: lug-bg: aвтоматично монтиране на USB flash memory



решение с KDE за Gnome има подобно но не го знам

инсталираш hal демона, после в настройките на KDE:
Kde components  Service manager 
   KDED Media Manager - ON
   Media Notifier Demon - ON

създаваш си директория /media/sda1

и си готов ... или поне при мен така сработи

On 07/08/06, Georgi Georgiev [EMAIL PROTECTED] wrote:

Здравейте група,
След недостатъчно успешно търсене по мрежата стигам до питане на групата.
Та въпроса ми е как да накарам USB flash memory да се монтира автоматично
след като мушна устройството.
Системата ми е с Debian Sarge , прекомпилирах си ядро 2.6.17.7.
Ще бъда благодарен, ако някой може накратко да ми каже основните моменти
и/или да ми пуснете някой линк за ограмотявне.

Георги.





--
С уважение,
Владимир Витков

http://www.netsecad.com
http://www.supportbg.com





lug-bg: Re: lug-bg: Проблеми с udev и мрежова карта

2006-08-09 Thread Victor Keremedchiev
И при мен при ъпдейт стана нещо подобно - дава ми грешки във файловата система. Спрях udev и се оправиOn 8/9/06, Vladimir Vitkov 
[EMAIL PROTECTED] wrote:Здравейте група,система:Slackware-current
kernel 2.6.17.7udev-0.91nic: eepro100 (или е100) работи и с двата модулакернел конфиг (извадка)===CONFIG_EEPRO100=mCONFIG_E100=mCONFIG_SYSFS=yCONFIG_PROC_FS=y
CONFIG_MODULES=yCONFIG_MODULE_UNLOAD=yCONFIG_MODULE_FORCE_UNLOAD=yCONFIG_KMOD=y===Ъпдейтнах udev -a и вече не ми зарежда автоматично модула за мрежовата карта. Предизареждаше автоматично модула e100. Да не говорим че rc скрипта беше сериозно променен
и не искаше да ми зареди нито хардовете нито дявол.в /etc/modprobe.d/blacklist модула е100 е зачернен заради някакъв конфликт. Какъв?До колкото разбирам в тази директория по някакъв начин трябва да опиша мрежовата
карта но нямам идея как?Въпроси:Какъв е конфликта при модула е100 и защо е зачернен?Как да си напиша файла който да го сложа в modprobe.d--If everything fails, use a hammerVladimir Vitkov vvitkov [at] gmail [dot] com
pgp KeyID: 0x9215F7F7Fingerprint: DDC0 DC86 AE97 D9EE F654 7EDC 5F03 309C 9215 F7F7


Re: lug-bg: Re: lug-bg: Проблеми с udev и мрежова карта

2006-08-09 Thread Vladimir Vitkov

Въпроса не е да спирам udev. Аз искам да го ползвам., Въпроса е как да
го накарам да работи като хората.

On 09/08/06, Victor Keremedchiev [EMAIL PROTECTED] wrote:

И при мен при ъпдейт стана нещо подобно - дава ми грешки във файловата
система. Спрях udev и се оправи

On 8/9/06, Vladimir Vitkov  [EMAIL PROTECTED] wrote:
 Здравейте група,

 система:
 Slackware-current
 kernel 2.6.17.7
 udev-0.91
 nic: eepro100 (или е100) работи и с двата модула
 кернел конфиг (извадка)
 ===
 CONFIG_EEPRO100=m
 CONFIG_E100=m
 CONFIG_SYSFS=y
 CONFIG_PROC_FS=y
 CONFIG_MODULES=y
 CONFIG_MODULE_UNLOAD=y
 CONFIG_MODULE_FORCE_UNLOAD=y
 CONFIG_KMOD=y
 ===


 Ъпдейтнах udev -a и вече не ми зарежда автоматично модула за мрежовата
карта. Преди
 зареждаше автоматично модула e100. Да не говорим че rc скрипта беше
сериозно променен
 и не искаше да ми зареди нито хардовете нито дявол.

 в /etc/modprobe.d/blacklist модула е100 е зачернен заради някакъв
конфликт. Какъв?
 До колкото разбирам в тази директория по някакъв начин трябва да опиша
мрежовата
 карта но нямам идея как?

 Въпроси:
 Какъв е конфликта при модула е100 и защо е зачернен?
 Как да си напиша файла който да го сложа в modprobe.d

 --
 If everything fails, use a hammer

 Vladimir Vitkov vvitkov [at] gmail [dot] com
 pgp KeyID: 0x9215F7F7
 Fingerprint: DDC0 DC86 AE97 D9EE F654 7EDC 5F03 309C 9215 F7F7






--
С уважение,
Владимир Витков

http://www.netsecad.com
http://www.supportbg.com


lug-bg: Re: lug-bg: Как да видя информация за паметта?

2006-07-31 Thread Ivan Petrushev
Това показва интересни неща, но доста от информацията която дава е неточна ;)On 7/31/06, Илия Дюлгеров [EMAIL PROTECTED]
 wrote:Ivan Petrushev wrote: Как да видя информация за паметта на линукс машината - модел и
 производител на платката, брой слотове, честота?много добра туулка е : dmidecodeможе да се види може модела на дъното коетоси е голям е плюс хМТНПЛЮЖХЪ НР NOD32 рНБЮ ЯЗНАЫЕМХЕ Е ОПНБЕПЕМН ГЮ БХПСЯ Я NOD32 Antivirus System for mail Server.
part000.txt - is OKhttp://www.nod32.com


Re: lug-bg: Re: lug-bg: Май Ес Кю Ел Проблем

2006-07-27 Thread Delian Krustev
On Thursday 27 July 2006 01:29, Борислав Данаилов wrote:
 процеса е статиртан с потребител от група потребители.
 дайте нещо по интересно

Браво пич. Give me five!

Според мен проблема на тоя процес е че се е забъркал в кофти група и не се 
знае останлите в нея как му влияят. Току виж държи връзка с някоя чернилка и 
ще пропадне още повече. Звънни му моля те и се опитай да му налееш акъл в 
главата.

Предварително благодаря!


lug-bg: Re: lug-bg: Как да видя информация за паметта?

2006-07-27 Thread Denitsa Zaykova
А може да опиташ и http://ulsibux.hit.bg/, ако имаш време и ти се занимава с нещо ново и недотам стабилно :


lug-bg: Re: lug-bg: Как да видя информация за паметта?

2006-07-27 Thread Pavlin Petkov

On 7/27/06, Ivan Petrushev [EMAIL PROTECTED] wrote:

Как да видя информация за паметта на линукс машината - модел и производител
на платката, брой слотове, честота?



Виж дали lshw ти дава това което търсиш. Има си и графичен интерфейс, за цъкане.

http://ezix.org/project/wiki/HardwareLiSter


lug-bg: Re: lug-bg: Май Ес Кю Ел Проблем

2006-07-26 Thread Борислав Данаилов

Е щом го създава определено може да пише върху него...


Re: lug-bg: Re: lug-bg: Май Ес К ю Ел Проблем

2006-07-26 Thread Lazarov
Въпроса е че може да не го създава като user mysql, а като root. Не съм 
сигурен, просто провери :-)

Борислав Данаилов wrote:

Е щом го създава определено може да пише върху него...




Re: lug-bg: Re: lug-bg: Май Ес Кю Ел Проблем

2006-07-26 Thread Борислав Данаилов

процеса е статиртан с потребител от група потребители.
дайте нещо по интересно


Re: lug-bg: Re: lug-bg: Грешка при ъпгрейд

2006-07-19 Thread Ivan Adams

Малко offtopic, но ми напомни на един друг случай на apt-get dist-upgrade тук:

http://lists.debian.org/debian-devel/2004/09/msg00775.html


lug-bg: Re: lug-bg: samba в ЛАН

2006-07-19 Thread Viktor Stefanov

Мда, никакъв го няма...


- Original Message - 
From: Kamen TOMOV [EMAIL PROTECTED]

To: lug-bg@linux-bulgaria.org
Sent: Wednesday, July 19, 2006 12:24 PM
Subject: Re: lug-bg: samba в ЛАН



On вторник, Юли 18 2006, Nikolaj wrote:


Ted Zlatanov wrote:

Да, с DHCP.   Виж option netbios*.

Teo

option netbios-name-servers 192.168.x.x;


Да, това окончателно реши проблема. Благодаря на всички :-)

--
Камен





lug-bg: Re: lug-bg: Грешка при ъпгрейд

2006-07-19 Thread Yulian Stefanov
df -a ???виж /tmpколкое? 2006/7/17, Qsin [EMAIL PROTECTED]:
При опит за ъпгрейд се получава следното:[EMAIL PROTECTED]:/etc# apt-get upgradeReading Package Lists... DoneBuilding Dependency Tree... DoneThe following packages have been kept backapt apt-utils aptitude base-config binutils bison bittornado bonobo
bsdutils bzip2 cflow console-tools coreutils cpio cpp cvs ebianutils dpkgdselect e2fslibs e2fsprogs fdutils file findutils flex fontconfig ftpg++ gadfly gcc gdb gdk-imlib1 gettext gettext-base gettext-el
gimp-python gnome-bingrep groff-base gs gsfonts-x11 gzip initscripts iptraf john klogdlesstif2 libacl1 libatk1.0-0 libauthen-pam-perl libblkid1 libbonobo2libbz2-1.0 libc6libc6-dev libcomerr2 libconsole libefs1 libfontconfig1 libfreetype6
libgcc1 libgdbm3 libgdk-pixbuf-gnome2 libgdk-pixbuf2 libgimp2.0libglade-gnome0libglade0 libglib2.0-0 libgnomeprint-bin libgnomeprint15 libgnomeui32libgnorba27 libgnutls11 libgphoto2-2 libgphoto2-port0 libgtk2.0-0
libgtk2.0-binlibice-dev libice6 libidn11 libieee1284-3 libisccfg0 libjpeg62libkrb53 libldap2 libmagic1 libncurses5 libncursesw5 libnet-ssleay-perllibopencdk8libpango1.0-0 libpango1.0-common libpaper1 libpaperg 
libpcap0.8libpng2 libpopt0 libreadline4 libsane libsasl2 libsm-dev libsm6 libssl0.9.8libtext-charwidth-perl libtext-iconv-perl libtiff4 libuuid1 libx11-6libx11-dev libxaw7 libxcursor1 libxext-dev libxext6 libxft2 libxi-dev libxi6
libxmu-dev libxmu6 libxmuu-dev libxmuu1 libxp-dev libxp6 libxpm-devlibxpm4 libxrandr-dev libxrandr2 libxrender-dev libxrender1 libxt-dev libxt6libxtrap-dev libxtrap6 libxtst-dev libxtst6 libxv-dev libxv1 libzvt2
lilo login lsof ltrace make man2html mbr mc modutils mount mtr nanoncurses-binnetselect nmap nvi openssl passwd pciutils perl perl-base perl-modulesppp pppoe procps proftpd python python-dev python-doc
python-egenix-mxdatetimepython-examples python-extclass python-gadfly python-gdbmpython-gendoc python-gtk2 python-htmlgen python-kjbuckets python-netcdfpython-newtpython-numeric python-numeric-tutorial python-pygresql python-xml
python2.3 python2.3-dev python2.3-examples python2.3-ldap python2.3-mpzrender-devsane-utils sed ssh strace sysklogd sysvinit tar tasksel tcpdumptcptraceroute telnet unzip util-linux vim wget whiptail x-dev xlibs-data
xlibs-static-devxpdf xpdf-common xpdf-reader xpdf-utils xutils73 packages upgraded, 0 newly installed, 0 to remove and 212not upgraded.Need to get 178kB/26.3MB of archives. After unpacking 4120kB will be used.
Do you want to continue? [Y/n] yGet:1 ftp://ftp.bg.debian.org testing/main console-common 0.7.59 [136kB]Get:2 ftp://ftp.bg.debian.org
 testing/main makedev 2.3.1-82 [41.9kB]Fetched 178kB in 2s (66.8kB/s)E: Could not open file /tmp/template.173880 - open (30 Read-only filesystem)E: Unable to write to /tmp/template.173880 - ofstream::ofstream (30
Read-only file system)E: Could not open file /tmp/config.173881 - open (30 Read-only file system)E: Unable to write to /tmp/config.173881 - ofstream::ofstream (30Read-only file system)Extracting templates from packages: 82%E: Could not open file
/tmp/template.174270 - open (30 Read-only file system)E: Unable to write to /tmp/template.174270 - ofstream::ofstream (30Read-only file system)E: Could not open file /tmp/config.174271 - open (30 Read-only file system)
E: Unable to write to /tmp/config.174271 - ofstream::ofstream (30Read-only file system)Extracting templates from packages: 100%d file descriptorPreconfiguring packages ...(Reading database ... 33385 files and directories currently installed.)
Preparing to replace base-files 3.1.11 (using.../base-files_3.1.13_i386.deb) ...Unpacking replacement base-files ...dpkg: error processing/var/cache/apt/archives/base-files_3.1.13_i386.deb (--unpack):
 unable to create `./etc/debian_version': Read-only file systemErrors were encountered while processing: /var/cache/apt/archives/base-files_3.1.13_i386.debE: Sub-process /usr/bin/dpkg returned an error code (1)
Какви са тези 30 Read-only file system?Явор Атанасов-- Best Regards,Yulian Stefanov+359 (885) 161 535
[EMAIL PROTECTED] 


lug-bg: Re: lug-bg: Грешка при ъпгрейд

2006-07-17 Thread Irena Nikolova
Здравей,според мен няма нищо общо с upgrade-а това,просто файловата ти система се е монтирала read-only.дай mount -o remount,rw /Поздрави,ИренаOn 7/17/06, 
Qsin [EMAIL PROTECTED] wrote:При опит за ъпгрейд се получава следното:
[EMAIL PROTECTED]:/etc# apt-get upgradeReading Package Lists... DoneBuilding Dependency Tree... DoneThe following packages have been kept backapt apt-utils aptitude base-config binutils bison bittornado bonobo
bsdutils bzip2 cflow console-tools coreutils cpio cpp cvs ebianutils dpkgdselect e2fslibs e2fsprogs fdutils file findutils flex fontconfig ftpg++ gadfly gcc gdb gdk-imlib1 gettext gettext-base gettext-el
gimp-python gnome-bingrep groff-base gs gsfonts-x11 gzip initscripts iptraf john klogdlesstif2 libacl1 libatk1.0-0 libauthen-pam-perl libblkid1 libbonobo2libbz2-1.0 libc6libc6-dev libcomerr2 libconsole libefs1 libfontconfig1 libfreetype6
libgcc1 libgdbm3 libgdk-pixbuf-gnome2 libgdk-pixbuf2 libgimp2.0libglade-gnome0libglade0 libglib2.0-0 libgnomeprint-bin libgnomeprint15 libgnomeui32libgnorba27 libgnutls11 libgphoto2-2 libgphoto2-port0 libgtk2.0-0
libgtk2.0-binlibice-dev libice6 libidn11 libieee1284-3 libisccfg0 libjpeg62libkrb53 libldap2 libmagic1 libncurses5 libncursesw5 libnet-ssleay-perllibopencdk8libpango1.0-0 libpango1.0-common libpaper1 libpaperg 
libpcap0.8libpng2 libpopt0 libreadline4 libsane libsasl2 libsm-dev libsm6 libssl0.9.8libtext-charwidth-perl libtext-iconv-perl libtiff4 libuuid1 libx11-6libx11-dev libxaw7 libxcursor1 libxext-dev libxext6 libxft2 libxi-dev libxi6
libxmu-dev libxmu6 libxmuu-dev libxmuu1 libxp-dev libxp6 libxpm-devlibxpm4 libxrandr-dev libxrandr2 libxrender-dev libxrender1 libxt-dev libxt6libxtrap-dev libxtrap6 libxtst-dev libxtst6 libxv-dev libxv1 libzvt2
lilo login lsof ltrace make man2html mbr mc modutils mount mtr nanoncurses-binnetselect nmap nvi openssl passwd pciutils perl perl-base perl-modulesppp pppoe procps proftpd python python-dev python-doc
python-egenix-mxdatetimepython-examples python-extclass python-gadfly python-gdbmpython-gendoc python-gtk2 python-htmlgen python-kjbuckets python-netcdfpython-newtpython-numeric python-numeric-tutorial python-pygresql python-xml
python2.3 python2.3-dev python2.3-examples python2.3-ldap python2.3-mpzrender-devsane-utils sed ssh strace sysklogd sysvinit tar tasksel tcpdumptcptraceroute telnet unzip util-linux vim wget whiptail x-dev xlibs-data
xlibs-static-devxpdf xpdf-common xpdf-reader xpdf-utils xutils73 packages upgraded, 0 newly installed, 0 to remove and 212not upgraded.Need to get 178kB/26.3MB of archives. After unpacking 4120kB will be used.
Do you want to continue? [Y/n] yGet:1 ftp://ftp.bg.debian.org testing/main console-common 0.7.59 [136kB]Get:2 ftp://ftp.bg.debian.org
 testing/main makedev 2.3.1-82 [41.9kB]Fetched 178kB in 2s (66.8kB/s)E: Could not open file /tmp/template.173880 - open (30 Read-only filesystem)E: Unable to write to /tmp/template.173880 - ofstream::ofstream (30
Read-only file system)E: Could not open file /tmp/config.173881 - open (30 Read-only file system)E: Unable to write to /tmp/config.173881 - ofstream::ofstream (30Read-only file system)Extracting templates from packages: 82%E: Could not open file
/tmp/template.174270 - open (30 Read-only file system)E: Unable to write to /tmp/template.174270 - ofstream::ofstream (30Read-only file system)E: Could not open file /tmp/config.174271 - open (30 Read-only file system)
E: Unable to write to /tmp/config.174271 - ofstream::ofstream (30Read-only file system)Extracting templates from packages: 100%d file descriptorPreconfiguring packages ...(Reading database ... 33385 files and directories currently installed.)
Preparing to replace base-files 3.1.11 (using.../base-files_3.1.13_i386.deb) ...Unpacking replacement base-files ...dpkg: error processing/var/cache/apt/archives/base-files_3.1.13_i386.deb (--unpack):
 unable to create `./etc/debian_version': Read-only file systemErrors were encountered while processing: /var/cache/apt/archives/base-files_3.1.13_i386.debE: Sub-process /usr/bin/dpkg returned an error code (1)
Какви са тези 30 Read-only file system?Явор Атанасов


Re: lug-bg: Re: lug-bg: Грешка при ъпгрейд

2006-07-17 Thread Vasil Kolev
В пн, 2006-07-17 в 22:02 +0300, Irena Nikolova написа:
 Здравей,
 според мен няма нищо общо с upgrade-а това,просто файловата ти система
 се е монтирала read-only.
 дай  mount -o remount,rw /
 

Най-добре първо да погледне dmesg, файловата система рядко става
read-only ей-така, най-вероятно има някакъв сериозен проблем...



signature.asc
Description: Това	 е цифрово	 подписана	 част от	 писмото


lug-bg: Re: lug-bg: Проблем с 2 мрежови карти

2006-07-14 Thread Momchil Ivanov

Подобно нещо става когато има 2 машини с един и същ IP адрес. Провери
дали нямаш машина със същото IP като тоя слак.


On 7/14/06, Stefan Stefanov [EMAIL PROTECTED] wrote:

Здравейте, май съм питал тук преди доста време за същия проблем, ако е
така моля да ме извините
(потърсих в архивите на листа, но не можах да открия решение). Сега
преинсталирах старата машина
и проблемът се появи отново.

Проблемът е следният:
Имам слак с ядро 2.6.7 и 2 мрежови карти, които се разпознават и си
работят както трябва.
Те са вързани към една и съща физическа мрежа, но едната е 192.168.0.Х,
другата е 10.Х.Х.Х
През определено време машините от мрежа 10.Х.Х.Х изгубват връзка към
слака (няма и ping).
Когато пусна ping от слака към другата машина (която в момента няма ping
към слака) всичко се оправя и си е ОК.
След определено време обаче проблемът се появява отново.

Гугъл ми изплюва един куп неща, които също не ми помогнаха.
Нещо да ме посъветвате?



Re: lug-bg: Re: lug-bg: Проблем с 2 мрежови карти

2006-07-14 Thread Stefan Stefanov

Momchil Ivanov wrote:


Подобно нещо става когато има 2 машини с един и същ IP адрес. Провери
дали нямаш машина със същото IP като тоя слак.


On 7/14/06, Stefan Stefanov [EMAIL PROTECTED] wrote:


Здравейте, май съм питал тук преди доста време за същия проблем, ако е
така моля да ме извините
(потърсих в архивите на листа, но не можах да открия решение). Сега
преинсталирах старата машина
и проблемът се появи отново.

Проблемът е следният:
Имам слак с ядро 2.6.7 и 2 мрежови карти, които се разпознават и си
работят както трябва.
Те са вързани към една и съща физическа мрежа, но едната е 192.168.0.Х,
другата е 10.Х.Х.Х
През определено време машините от мрежа 10.Х.Х.Х изгубват връзка към
слака (няма и ping).
Когато пусна ping от слака към другата машина (която в момента няма ping
към слака) всичко се оправя и си е ОК.
След определено време обаче проблемът се появява отново.

Гугъл ми изплюва един куп неща, които също не ми помогнаха.
Нещо да ме посъветвате?





Със сигурност нямам такава машина!


lug-bg: Re: lug-bg: qmail + spamassassin + още малко въпроси

2006-06-29 Thread deb4o
Мисля че този пенкелер:
http://sylvestre.ledru.info/howto/howto_qmail_vpopmail.php
би ти свършил идеална работа. Доста подробно е направен. аз имам 3 сървъра
по този начин направени и всичко си работи.

а за версията на qmail  то няма официално нова версия от няколко години, да
не казвам една петилетка :)  има разни пачове.

Потърси на самия сървър където предишния администратор е компилирал нещата.




- Original Message - 
From: Alexander Iliev [EMAIL PROTECTED]
To: lug-bg@linux-bulgaria.org
Sent: Thursday, June 29, 2006 10:11 PM
Subject: lug-bg: qmail + spamassassin + още малко въпроси


 Здравейте.

 Молбата ми е - ако някой с опит с qmail има желание, да сподели с
 мен информация по следните въпроси:

 1) как да разбера каква версия на qmail е инсталирана на дадена
 машина;

 2) как (ако има начин) да разбера дали са прилагани някакви кръпки, и

 3) как най-културно да вържа qmail със spamassassin (spamc/spamd).

 Имам трета точка като задачата, но досега не съм се занимавал хич с
 qmail, а в мрежата намерих сигурно 100 различни начина да се вържат
 двете неща и идея си нямам кой от всички да приложа.

 Другото е, че qmail-а на машината е инсталиран от изходен код (.tar.gz),
 а човека, който го е инсталирал, все не успява да сподели с мен нещата,
 които ме интересуват.

 На машината qmail работи съвмествно с vpopmail, а за IMAP е сложен
 Courier, ако имат значение тези неща.

 Благодаря за вниманието.

 -- 
 Александър Илиев






lug-bg: Re: lug-bg: използване на S/Video-оut за входящо видео

2006-06-20 Thread Yulian Stefanov

Здрасти
Увери се, че порта ти дето се опитваш да използваш не е еднопосочен.
По принцип в лаптопите (с много малки изкючения като Qosmio) имат само
композитен изход с аналогов сигнал след някакъв DAC (Digital-to-Analog
Convertor - ЦАП/ЦАУ) на S/Video или чинч?!
Според мене трябва да търсиш друг вход, който да е с ADC (на български
АЦУ или АЦП), или някаъв  IEEE 1394, или някакъв друг специално указан
че е видео вход.
p.s. Може и да се бъркам и да имаш конбиниран вход/изходи но да е с
някаъв комплексен накрайник. На Qosmio-то е една смешна букса с 6
накрайника (прилича на чеп :D).

2006/6/19, Dimitar Vasilev [EMAIL PROTECTED]:

Здравейте!
Някой да е ползвал S/Video порта на лаптопа си за приемане на картина
от друг компютър, която да се показва на екрана на лаптопа?
Опитвам се да подкарам една машина и тази идея е последната преди да
си купя монитор и да стане нормална работна станция.
Благодаря!
--
Димитър Василев
Dimitar Vassilev

GnuPG key ID: 0x4B8DB525
Keyserver: pgp.mit.edu
Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525




--
Best Regards,
Yulian Stefanov
+359 (885) 161 535
[EMAIL PROTECTED]


lug-bg: Re: lug-bg: използване на S/Video-оut за входящо видео

2006-06-20 Thread Dimitar Vasilev


out означава изход.
Тоест не е вход.
Тоест не може да го използваш като вход.
Ако имаш S-Video _input_, тогава е друго, но ти си споменал само за out.


Благодаря - прегледах си документацията на лаптопа - няма да стане
номера дето го мислех. Имам само out порт - за изходящ сигнал.
Тука сме няколко идиота дето имаме сходен проблем с подкарване на
екзотични машинки през сериен порт и ще го борим заедно.
Май е крайно време да хвана поялника, колкото и да се дърпах от него.
Успешен ден на всички,
--
Димитър Василев
Dimitar Vassilev

GnuPG key ID: 0x4B8DB525
Keyserver: pgp.mit.edu
Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525


lug-bg: Re: lug-bg: Re: lug-bg: (OT) WiFi Access Point поддържащ TTL промяна

2006-06-08 Thread Georgi Alexandrov
Kamen Medarski wrote:
 И аз мисля да се намеся по темата със следните съвети и предложения.
 
 Линксис рутера трябва да е под версия 5.0, защото производителите са
 променили изцяло хардуера, което води до проблеми с линкс
 съвместимостта. Това е първото, второто предложение е да разгледаш този
 сайт .. www.dd-wrt.org  ако случайно ти хареса идеята да имаш и ВоЙП
 рутер, и имаш трудности ... сподели :) . Успех !
 

Чета по всякакви български форуми какви ли не митове защо версии от 5
нагоре (вкл. 5) не ставали за third party linux firmware. Едните
пишат, че причината била, че вече не е със линукс (във v5 е VxWorks).
Други пишат, че е заради променения хардуер (всъщност наистина има
повече промени). Реалната причина обаче явно е намаления капацитет на
flash-а - 2MB (до v5 всички са били със 4MB) както каза Васил. Ето тук
(1) към края на страницата може да се видят параметрите на различните
версии. А тук (2) обяснението на openwrt защо не се поддържат.

(1) - www.linksysinfo.org/modules.php?name=Contentpa=showpagepid=6
(2) - http://wiki.openwrt.org/OpenWrtDocs/Hardware/Linksys/WRT54G

-- 
regards,
Georgi Alexandrov

key server - http://pgp.mit.edu/ :: key id - 0x37B4B3EE
key fingerprint - E429 BF93 FA67 44E9 B7D4  F89E F990 01C1 37B4 B3EE




signature.asc
Description: OpenPGP digital signature


lug-bg: Re: lug-bg: Re: lug-bg: Re: lug-bg: (OT) WiFi Access Point под държащ TTL промяна

2006-06-08 Thread Peter Kirkov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Georgi Alexandrov wrote:
 Kamen Medarski wrote:
 И аз мисля да се намеся по темата със следните съвети и предложения.

 Линксис рутера трябва да е под версия 5.0, защото производителите са
 променили изцяло хардуера, което води до проблеми с линкс
 съвместимостта. Това е първото, второто предложение е да разгледаш този
 сайт .. www.dd-wrt.org  ако случайно ти хареса идеята да имаш и ВоЙП
 рутер, и имаш трудности ... сподели :) . Успех !

 
 Чета по всякакви български форуми какви ли не митове защо версии от 5
 нагоре (вкл. 5) не ставали за third party linux firmware. Едните
 пишат, че причината била, че вече не е със линукс (във v5 е VxWorks).
 Други пишат, че е заради променения хардуер (всъщност наистина има
 повече промени). Реалната причина обаче явно е намаления капацитет на
 flash-а - 2MB (до v5 всички са били със 4MB) както каза Васил. Ето тук
 (1) към края на страницата може да се видят параметрите на различните
 версии. А тук (2) обяснението на openwrt защо не се поддържат.
 
 (1) - www.linksysinfo.org/modules.php?name=Contentpa=showpagepid=6
 (2) - http://wiki.openwrt.org/OpenWrtDocs/Hardware/Linksys/WRT54G
 

Освен Linksys се поддържат и още доста подобни устройства на други
производители. Проекта се казва OpenWRT ( http://openwrt.org/ ), a на
следващия линк има списък с поддържани устройства, устройства по които
се работи и т.н.:
http://wiki.openwrt.org/TableOfHardware
От същия линк е и следната забележка:

NOTE: WRT54G V5 AND ABOVE ARE NOT SUPPORTED. THEY WILL NEVER BE
SUPPORTED. DO NOT ASK FOR THEM TO BE SUPPORTED!

This version has switched to a proprietary non-Linux OS (VxWorks). It
appears from pictures that it is nearly identical to v4 with an updated
rev on the processor, less flash (2 MB) and less RAM (8 MB). The v5 and
later models could be supported by OpenWrt, but most useful features of
OpenWrt would have to be cut and barely enough room to run the OS would
exist. Furthermore, the CFE would likely have to be updated via JTAG.

Currently only a downstripped DD-WRT is supported on WRT54G/GS v5, v5.1,
and v6. However, it requires a JTAG cable to replace the CFE with a
version capable of loading a linux kernel. It does work though, and the
box performs suprisingly well for basic functionality.


Аз лично ползвам OpenWRT WhiteRussian RC4 върху Microsoft MN700 ( oh,
the irony ) и няма проблеми с него, освен че след инсталацията трябва да
се пипнат интерфейсите.

Поздрави,
Петър
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEiCHXukchEGgiPnkRAmLuAJ4t3lm2FNNVpm5vOlNxikgj1qZsZwCbBL3K
zecM9D6fKdRS/PVOrCbYQGE=
=IrLk
-END PGP SIGNATURE-


lug-bg: Re: lug-bg: (OT) WiFi Access Poi nt поддържащ TTL промяна

2006-06-07 Thread Kamen Medarski

И аз мисля да се намеся по темата със следните съвети и предложения.

Линксис рутера трябва да е под версия 5.0, защото производителите са 
променили изцяло хардуера, което води до проблеми с линкс съвместимостта. 
Това е първото, второто предложение е да разгледаш този сайт .. 
www.dd-wrt.org  ако случайно ти хареса идеята да имаш и ВоЙП рутер, и имаш 
трудности ... сподели :) . Успех ! 



lug-bg: Re: lug-bg: Проблема със звуковата карта и не само...

2006-06-07 Thread Yordan Georgiev
Случайно в тунера да има вградене звукова карта ?On 6/7/06, Stefan Stefanov [EMAIL PROTECTED]
 wrote:Ivaylo Atanasov wrote:Здравейте...Странно нещо ми се получава на щайгата. Бода си един радио тунер Gemtek
PCI и ми изчезва вградената звукова карта. Ама изчезва така, че lspci нея показва даже. Вижда се само радио тунера::00:0a.0 Multimedia audio controller: GemTek Technology Corporation
PCI Radio (rev 01)Щом махна тунера и звуковата карта се показва. Ръгах радиото на всичкитеpci слотове с еднакъв резултат. Пробвах да разпределям прекъсванията отбиоса, уви нищо. На домашния си компютър нямам такъв проблем, но там
тунера е видео с радио.Дистрибуцията ми е Убунту Дапер, ако има някакво значение... Ядрото естандартно 2.6.15, зарежда си някакви модули за радиото, но звука ми гонямааа...
Ако имате някакви идеи свързани с проблема, моля споделете ги...---ивоЯвно вградената звукава карта е с по-нисък приоритет от слотовете.
-- by GigaVolthttp://gigavolt.hit.bg


Re: lug-bg: Re: lug-bg: Проблема със звуковата карта и не само...

2006-06-07 Thread Ivaylo Atanasov
В ср, 2006-06-07 в 20:19 +0300, Yordan Georgiev написа:
 Случайно в тунера да има вградене звукова карта ?

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


 On 6/7/06, Stefan Stefanov [EMAIL PROTECTED]
 wrote:
 Ivaylo Atanasov wrote:
 
 Здравейте...
 
 Странно нещо ми се получава на щайгата. Бода си един радио
 тунер Gemtek 
 PCI и ми изчезва вградената звукова карта. Ама изчезва така,
 че lspci не
 я показва даже. Вижда се само радио тунера:
 
 :00:0a.0 Multimedia audio controller: GemTek Technology
 Corporation
 PCI Radio (rev 01)
 
 Щом махна тунера и звуковата карта се показва. Ръгах радиото
 на всичките
 pci слотове с еднакъв резултат. Пробвах да разпределям
 прекъсванията от
 биоса, уви нищо. На домашния си компютър нямам такъв проблем,
 но там 
 тунера е видео с радио.
 
 Дистрибуцията ми е Убунту Дапер, ако има някакво значение...
 Ядрото е
 стандартно 2.6.15, зарежда си някакви модули за радиото, но
 звука ми го
 нямааа...
 
 Ако имате някакви идеи свързани с проблема, моля споделете
 ги...
 
 
 ---
 иво
 
 
 
 
 Явно вградената звукава карта е с по-нисък приоритет от
 слотовете.
 
 
 
 -- 
 by GigaVolt
 http://gigavolt.hit.bg



lug-bg: Re: lug-bg: Заместител na zebra

2006-06-02 Thread Nikolai Ivanov



Извинявам се разбрах защо, ще ползвам quagga.


lug-bg: Re: lug-bg: lug-bg: Заместител n a zebra

2006-06-02 Thread Nikolai Ivanov

Усетих  че задавам отговори :)



- Original Message - 
From: Teodor Georgiev [EMAIL PROTECTED]

To: lug-bg@linux-bulgaria.org
Sent: Friday, June 02, 2006 3:36 PM
Subject: Re: lug-bg: lug-bg: Заместител na zebra




Quagga е продължението на клана на зебрите :)

On Friday 02 June 2006 15:29, Nikolai Ivanov wrote:

Здравейте, може би въпроса ми е глупав но
Знаете ли защо зебрата вече не може да се инсталира с apt-get, ходих на
страницата на зебра и последната версия е 2003/11/27. Да не е излязъл
заместител на зебрата или е някаква друга причината ???!!! Не че не мога 
да
дръпна сорсето или да го друпна директно от дебиан, но ми стана 
любопитно.






lug-bg: Re: lug-bg: Seminar 2006 (зала)

2006-06-01 Thread Skeleta

Залата на клуб Отворено Общество ще бъде отворена за нас в събота от 11:00.

Предполага се, че хората, които ще подготвят техниката (мрежа, 
streaming, камери и пр.) ще вършат това от 11:00 до 13:00, по същото 
време ще е и нареждането на столовете, масите, проектора, компютри и пр.


Официалната програма за събота ще я вместим в интервала 13:30 до 19:00 
максимум. За неделя ползваме залата от 10:00 до 16:00, не знам дали ще 
има изпит за сертификати и/или неделни лекции.


Прогнозите за времето не са хубави, но дано поне не вали, за да можем да 
седнем вечерта на открито.


Поздрави !
   Скелета





Re: lug-bg: Re: lug-bg: Seminar 2006 (хотели)

2006-06-01 Thread Ivan Dimitrov




,

.   
   !

   -   ? 

 


On Wed, 2006-05-31 at 10:28 +0300, Skeleta wrote:


Spas Pavlov wrote:

 .   :

http://skelet.ludost.net/LUG_2006/info.html

 ,   .

  -  ,   
 .
,,
  !




,

2006,  , 
   ,.
  
  - RSBAC
  - VoIP

Xen?  ?
  IPSec?
 ?!?

?

   ?
 ,   
 ,   .

 

  








Re: lug-bg: Re: lug-bg: Seminar 2006 (хотели )

2006-06-01 Thread Alexander P. Panov

Ivan Dimitrov wrote:

Здравейте,

Ние сме четирима от Варна. Ще дойдем с кола ама не знам къде ще спим :O
Вчера прозвънихме доста хотели и навсякъде твъдяха че е фул до дупка!

Някой занае ли нон-стоп кръчма в СЗ? :D

Иван Димитров


On Wed, 2006-05-31 at 10:28 +0300, Skeleta wrote:

Spas Pavlov wrote:

Има промяна в цените на хотелите. Вижте я на:

http://skelet.ludost.net/LUG_2006/info.html

Разбира се, цените се вдигат.

Друга неприятност - хотелиерките твърдят, че в събота бил празникът на 
розата и нямало много свободни стаи.
Мисля, че това е блъф, но все пак можете да им звъннете по телефона и да 
се опитате да си резервирате стаи утре или в петък !


Скелета


Здравейте,

Понеже наближава време да сглобяваме програмата на семинар 2006, моля хората, 
които ще бъдат лектори, да потвърдят участието си.
Към момента е потвърдено участието на 
Никола Антонов - RSBAC

Ники Калчев - VoIP

Имаше идея за  Xen? Има ли лектор за тази тема?
Камен Медарски ще говори ли за IPSec?
Даниел Иванов?!?

Имаше предложение за динамично рутиране?

Може би пропускам някого?
Не споменавам имената на традиционните лектори, но ако някой има желание да 
бъде лектор, нека се обади.


Спас Павлов


От 3:00 до 6:00 ще го прекараме някъде, ако няма кръчма в градския парк 
при шаха...


--
Best Regards
Alex Panov
ICQ: 18926904
00359 898521957
www.evitatrade.com
www.karatebulgaria.com
www.karatebulgaria.com/alex


lug-bg: Re: lug-bg: Seminar 2006 (хот ели - намерих !!!)

2006-06-01 Thread Skeleta

Alexander P. Panov wrote:


Ivan Dimitrov wrote:


Здравейте,

Ние сме четирима от Варна. Ще дойдем с кола ама не знам къде ще спим :O
Вчера прозвънихме доста хотели и навсякъде твъдяха че е фул до дупка!



Открих едно хубаво хотелче, където има евтини стаи.
На телефона, който е под-долу ми казаха следните цени:
единична стая - 25 лева
стая с две легла - 32 лева
спалня - 30 лева
по-сложна спални - 35 лева (това последното не го чух точно какво значи)

Има свободни стаи за събота вечер, но самият хотел не е голям и може да 
свършат !

Обадете се и си резервирайте !
Намира се на същата улица, дето е клуб Отворено Общество, в северния и 
край (до Аязмото).


Гарнизонен Военен Клуб,  ул. Августа Траяна 23, тел.  042/ 629 331

А за отворени кръчми не се притеснявайте !

Пробвайте и този информационен сайт за хотели:

http://www.chambersz.com/index.php?option=com_contenttask=viewid=628Itemid=112

   Скелета


Някой занае ли нон-стоп кръчма в СЗ? :D

Иван Димитров






От 3:00 до 6:00 ще го прекараме някъде, ако няма кръчма в градския 
парк при шаха...






Re: lug-bg: Re: lug-bg: Seminar 2006 (хотели )

2006-06-01 Thread Jordan P. Petkov

Ivan Dimitrov wrote:

Здравейте,

Ние сме четирима от Варна. Ще дойдем с кола ама не знам къде ще спим :O
Вчера прозвънихме доста хотели и навсякъде твъдяха че е фул до дупка!

Някой занае ли нон-стоп кръчма в СЗ? :D

Иван Димитров



Мога да подслоня двама-трима , ако обещаят да не кракерстват по хардуера 
у дома ;)


Поздрави,
 Йордан Петков



On Wed, 2006-05-31 at 10:28 +0300, Skeleta wrote:

Spas Pavlov wrote:

Има промяна в цените на хотелите. Вижте я на:

http://skelet.ludost.net/LUG_2006/info.html

Разбира се, цените се вдигат.

Друга неприятност - хотелиерките твърдят, че в събота бил празникът на 
розата и нямало много свободни стаи.
Мисля, че това е блъф, но все пак можете да им звъннете по телефона и да 
се опитате да си резервирате стаи утре или в петък !


Скелета


Здравейте,

Понеже наближава време да сглобяваме програмата на семинар 2006, моля хората, 
които ще бъдат лектори, да потвърдят участието си.
Към момента е потвърдено участието на 
Никола Антонов - RSBAC

Ники Калчев - VoIP

Имаше идея за  Xen? Има ли лектор за тази тема?
Камен Медарски ще говори ли за IPSec?
Даниел Иванов?!?

Имаше предложение за динамично рутиране?

Може би пропускам някого?
Не споменавам имената на традиционните лектори, но ако някой има желание да 
бъде лектор, нека се обади.


Спас Павлов

  







lug-bg: RE: lug-bg: Re: lug-bg: Seminar 2006 (хо тели - намерих !!!)

2006-06-01 Thread Vladislav Ivanov
Здравейте,

Аз и моите колеги от Варна сме си направили резервация в хотел Омега в 
кв.Железник. Ул.Алеко Константинов 3. тел. 042/672878
Това беше единствения хотел 3 звезди от 
списъка(http://www.chambersz.com/index.php?option=com_contenttask=viewid=628Itemid=112)
 в който имаше места.
В тези които са 2 звезди не съм звънял. Стая за 2-ма струва 40 лева. Доколкото 
видях на картата е далечко от центъра, но той беше единственият в който успяхме 
да си намерим място. Щом има и кръчми достатъчно, значи всичко е наред :)

Поздрави!
Владислав Иванов


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Skeleta
Sent: 01 June 2006 15:07
To: lug-bg@linux-bulgaria.org
Subject: lug-bg: Re: lug-bg: Seminar 2006 (хотели - намерих !!!)

Alexander P. Panov wrote:

 Ivan Dimitrov wrote:

 Здравейте,

 Ние сме четирима от Варна. Ще дойдем с кола ама не знам къде ще спим 
 :O Вчера прозвънихме доста хотели и навсякъде твъдяха че е фул до дупка!


Открих едно хубаво хотелче, където има евтини стаи.
На телефона, който е под-долу ми казаха следните цени:
единична стая - 25 лева
стая с две легла - 32 лева
спалня - 30 лева
по-сложна спални - 35 лева (това последното не го чух точно какво значи)

Има свободни стаи за събота вечер, но самият хотел не е голям и може да свършат 
!
Обадете се и си резервирайте !
Намира се на същата улица, дето е клуб Отворено Общество, в северния и край (до 
Аязмото).

Гарнизонен Военен Клуб,  ул. Августа Траяна 23, тел.  042/ 629 331

А за отворени кръчми не се притеснявайте !

Пробвайте и този информационен сайт за хотели:

http://www.chambersz.com/index.php?option=com_contenttask=viewid=628Itemid=112

Скелета

 Някой занае ли нон-стоп кръчма в СЗ? :D

 Иван Димитров


 


 От 3:00 до 6:00 ще го прекараме някъде, ако няма кръчма в градския 
 парк при шаха...




lug-bg: Re: lug-bg: Seminar 2006 (хотели)

2006-05-31 Thread Skeleta

Spas Pavlov wrote:

Има промяна в цените на хотелите. Вижте я на:

http://skelet.ludost.net/LUG_2006/info.html

Разбира се, цените се вдигат.

Друга неприятност - хотелиерките твърдят, че в събота бил празникът на 
розата и нямало много свободни стаи.
Мисля, че това е блъф, но все пак можете да им звъннете по телефона и да 
се опитате да си резервирате стаи утре или в петък !


   Скелета



Здравейте,

Понеже наближава време да сглобяваме програмата на семинар 2006, моля хората, 
които ще бъдат лектори, да потвърдят участието си.
Към момента е потвърдено участието на 
Никола Антонов - RSBAC

Ники Калчев - VoIP

Имаше идея за  Xen? Има ли лектор за тази тема?
Камен Медарски ще говори ли за IPSec?
Даниел Иванов?!?

Имаше предложение за динамично рутиране?

Може би пропускам някого?
Не споменавам имената на традиционните лектори, но ако някой има желание да 
бъде лектор, нека се обади.


Спас Павлов

 





lug-bg: Re: lug-bg: Проблем с DHCP

2006-05-31 Thread kamn
Интересно ще е да видим и настройка на интерфейс и логове на dhcp. 



Re: lug-bg: Re: lug-bg: Проблем с DHCP

2006-05-31 Thread Anton Tenev

kamn wrote:

Интересно ще е да видим и настройка на интерфейс и логове на dhcp.


eth1  Link encap:Ethernet  HWaddr 00:0A:5E:00:C6:2B
 inet addr:192.168.0.1  Bcast:192.168.3.255  Mask:255.255.252.0
 inet6 addr: fe80::20a:5eff:fe00:c62b/64 Scope:Link
 UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
 RX packets:57902966 errors:0 dropped:0 overruns:0 frame:0
 TX packets:62002841 errors:0 dropped:0 overruns:0 carrier:0
 collisions:0 txqueuelen:1000
 RX bytes:29740376177 (27.6 GiB)  TX bytes:52695637399 (49.0 GiB)
 Interrupt:18

May 31 11:50:55 r dhcpd: Unable to add forward map from 
MTS_Sabi.remotex.bg to 192.168.2.148: timed out
May 31 11:50:55 r dhcpd: DHCPREQUEST for 192.168.2.148 from 
00:60:97:68:2f:30 (MTS_Sabi) via eth1
May 31 11:50:55 r dhcpd: DHCPACK on 192.168.2.148 to 00:60:97:68:2f:30 
(MTS_Sabi) via eth1
May 31 11:57:59 r dhcpd: Unable to add forward map from 
io_plamen.remotex.bg to 192.168.2.172: timed out
May 31 11:57:59 r dhcpd: DHCPREQUEST for 192.168.2.172 from 
00:04:75:ff:ca:ad (io_plamen) via eth1
May 31 11:57:59 r dhcpd: DHCPACK on 192.168.2.172 to 00:04:75:ff:ca:ad 
(io_plamen) via eth1
May 31 12:09:00 r dhcpd: Unable to add forward map from 
Katia_Manolova.remotex.bg to 192.168.2.166: timed out
May 31 12:09:00 r dhcpd: DHCPREQUEST for 192.168.2.166 from 
00:0a:5e:5f:a8:db (Katia_Manolova) via eth1
May 31 12:09:00 r dhcpd: DHCPACK on 192.168.2.166 to 00:0a:5e:5f:a8:db 
(Katia_Manolova) via eth1
May 31 12:10:22 r dhcpd: Unable to add forward map from 
NO_NAME.remotex.bg to 192.168.2.228: timed out
May 31 12:10:22 r dhcpd: DHCPREQUEST for 192.168.2.228 from 
00:11:09:08:91:ec (NO_NAME) via eth1
May 31 12:10:22 r dhcpd: DHCPACK on 192.168.2.228 to 00:11:09:08:91:ec 
(NO_NAME) via eth1
May 31 12:14:52 r dhcpd: Unable to add forward map from 
Katia_Laptop.remotex.bg to 192.168.2.176: timed out
May 31 12:14:52 r dhcpd: DHCPREQUEST for 192.168.2.176 from 
00:10:60:5b:94:80 (Katia_Laptop) via eth1
May 31 12:14:52 r dhcpd: DHCPACK on 192.168.2.176 to 00:10:60:5b:94:80 
(Katia_Laptop) via eth1
May 31 12:28:16 r dhcpd: Unable to add forward map from 
Antonfx.remotex.bg to 192.168.2.240: timed out
May 31 12:28:16 r dhcpd: DHCPREQUEST for 192.168.2.240 from 
00:0e:7b:cc:b3:1c (Antonfx) via eth1
May 31 12:28:16 r dhcpd: DHCPACK on 192.168.2.240 to 00:0e:7b:cc:b3:1c 
(Antonfx) via eth1
May 31 12:33:51 r dhcpd: Unable to add forward map from 
ANTONTENEV4.remotex.bg to 192.168.2.250: timed out
May 31 12:33:51 r dhcpd: DHCPREQUEST for 192.168.2.250 from 
00:13:d3:e9:d9:d5 (ANTONTENEV4) via eth1
May 31 12:33:51 r dhcpd: DHCPACK on 192.168.2.250 to 00:13:d3:e9:d9:d5 
(ANTONTENEV4) via eth1
May 31 12:36:56 r dhcpd: DHCPINFORM from 192.168.2.137 via eth1: not 
authoritative for subnet 192.168.0.0
May 31 12:36:59 r dhcpd: DHCPINFORM from 192.168.2.137 via eth1: not 
authoritative for subnet 192.168.0.0
May 31 12:40:12 r dhcpd: Unable to add forward map from 
IvanAvto.remotex.bg to 192.168.2.232: timed out
May 31 12:40:12 r dhcpd: DHCPREQUEST for 192.168.2.232 from 
00:d0:09:ca:71:a2 (IvanAvto) via eth1
May 31 12:40:12 r dhcpd: DHCPACK on 192.168.2.232 to 00:d0:09:ca:71:a2 
(IvanAvto) via eth1
May 31 12:56:45 r dhcpd: Unable to add forward map from 
Antonfx.remotex.bg to 192.168.2.240: timed out

May 31 12:56:45 r dhcpd: Wrote 0 deleted host decls to leases file.
May 31 12:56:45 r dhcpd: Wrote 0 new dynamic host decls to leases file.
May 31 12:56:45 r dhcpd: Wrote 137 leases to leases file.
May 31 12:56:45 r dhcpd: DHCPREQUEST for 192.168.2.240 from 
00:0e:7b:cc:b3:1c (Antonfx) via eth1
May 31 12:56:45 r dhcpd: DHCPACK on 192.168.2.240 to 00:0e:7b:cc:b3:1c 
(Antonfx) via eth1
May 31 12:56:45 r dhcpd: DHCPINFORM from 192.168.2.240 via eth1: not 
authoritative for subnet 192.168.0.0
May 31 12:56:45 r dhcpd: If this DHCP server is authoritative for that 
subnet,
May 31 12:56:45 r dhcpd: please write an `authoritative;' directive 
either in the
May 31 12:56:45 r dhcpd: subnet declaration or in some scope that 
encloses the
May 31 12:56:45 r dhcpd: subnet declaration - for example, write it at 
the top

May 31 12:56:45 r dhcpd: of the dhcpd.conf file.
May 31 12:56:48 r dhcpd: DHCPINFORM from 192.168.2.240 via eth1: not 
authoritative for subnet 192.168.0.0
May 31 13:08:43 r dhcpd: Unable to add forward map from 
Rejev-TBT.remotex.bg to 192.168.2.151: timed out
May 31 13:08:43 r dhcpd: DHCPREQUEST for 192.168.2.151 from 
00:60:97:68:2f:6b (Rejev-TBT) via eth1
May 31 13:08:43 r dhcpd: DHCPACK on 192.168.2.151 to 00:60:97:68:2f:6b 
(Rejev-TBT) via eth1
May 31 13:17:12 r dhcpd: Unable to add forward map from PIODR.remotex.bg 
to 192.168.2.234: timed out
May 31 13:17:12 r dhcpd: DHCPREQUEST for 192.168.2.234 from 
00:04:75:f6:aa:35 (PIODR) via eth1
May 31 13:17:12 r dhcpd: DHCPACK on 192.168.2.234 to 00:04:75:f6:aa:35 
(PIODR) via eth1
May 31 13:21:34 r dhcpd: Unable to add forward map from 
SKLAD_41-Venka.remotex.bg to 192.168.2.155: timed out

lug-bg: Re: lug-bg: Проблем с DHCP

2006-05-31 Thread Kamen Medarski

Незнам дали ще реши проблема, но ти препоръчвам да добавиш един
authoritative;и ако не използваш динамичен днс, по добре го промени на 
ddns-updates off;ddns-update-style none; и наистина виж дали наистина някъде 
няма друг dhcp сървър.Също може да експериментираш като промениш range 
192.168.2.1 192.168.2.254;на 



lug-bg: Re: lug-bg: Seminar 2006 - slojen finansovo-s4e tovoden vapros ! (уточнение)

2006-05-29 Thread Skeleta

Skeleta wrote:


Възникна следния сложен проблем:

Намерихме спонсор, който да плати за музиката на семинара, но той иска 
фактура.


Можете ли някой от хората, дето ще идват, да свърши тази черна 
счетоводна работа, която горе-долу изглежда така:


1. Да издаде фактура за около 200 лева и да вземе парите (офиса на 
спонсора е в Стара Загора, парите ще са в брой). Темата на дейността 
във фактурата е доста произволна - консултация, наем на техника или 
нещо подобно.


2. Да плати парите на музикантките (без документ или с хонорар), като 
поеме съответното оформяне на хонорарните документи.


Разбира се, след приспадане на разходите по услугата (ДДС-та и пр. 
неща). Ако музикантките са недоволни от остатъчната сума, ще им 
доплащаме някак !

   Скелета



Предложенията може да ми ги пращате лично, за да не задръстваме листата !


   Скелета





lug-bg: Re: lug-bg: Re: lug-bg: Re: lug-bg: Re: lug-bg: Проблем при Mounting root file system

2006-05-26 Thread Alexander P. Panov

Skeleta wrote:

Tsvetin Vasilev wrote:


Skeleta wrote:


Alexander P. Panov wrote:

Пробва ли нов линк от вида?

S23_discover - ../init.d/discover

Това дори да проработи е закърпване а не решаване на проблема. 
Причините по-горе ги описа Димитър Томов


успех

Напълно си прав, моя съвет беше глупав, щото не осъзнах че няма монтиран 
root.
Той може да свърши работа само в ситуация с два диска, като втория се 
намира през discover.


Скелета




Лека вечер, и приятно разпускане в събота и неделя. Ако не успея да се 
справя сам с така поставената ситуация, другата седмица ще дам пари на 
някой да дойде да оправи нещата с този компютър.


--
Best Regards
Alex Panov
ICQ: 18926904
00359 898521957
www.evitatrade.com
www.karatebulgaria.com
www.karatebulgaria.com/alex


lug-bg: Re: lug-bg: Проблем при Mounting root file system

2006-05-25 Thread Skeleta

Alexander P. Panov wrote:


Begin: Mounting root file system ...
Begin: Running /scripts/local-top ...
Done.
ALERT! /dev/sda2 does not exist. Dropping to a shell!

Дебиан тестинг, контролера е SCSI Adaptec. Груб държи буутването. 
Дебиана наистина е на sda2. Виждам директориите от друга дистрибуция, 
но при стартирането на Дебиан-а, зарежда, дарежда и изплюва това 
съобщение и ме оставя в csh шел.


Някакви предложения как да продължа, така че да се зареди ОС-а.


Ако при инсталацията го е виждало успешно, вероятно проблема е следния:

Модула може би се слага от пакета discover, който за жалост се пуска 
късно от init процеса.


В директория /etc/rcS.d вероятно има следния линк (или подобен):

S36discover - ../init.d/discover

Направи нов линк от вида:

S23_discover - ../init.d/discover

Това ще премести стартирането на discover преди mount-a

Горното решение работи при Debian stable, но е много вероятно да 
проработи и на testing.


   Скелета


Re: lug-bg: Re: lug-bg: Проблем при Mounting root file system

2006-05-25 Thread Dimitar Tomow

Skeleta wrote:


Alexander P. Panov wrote:


Begin: Mounting root file system ...
Begin: Running /scripts/local-top ...
Done.
ALERT! /dev/sda2 does not exist. Dropping to a shell!

Дебиан тестинг, контролера е SCSI Adaptec. Груб държи буутването. 
Дебиана наистина е на sda2. Виждам директориите от друга дистрибуция, 
но при стартирането на Дебиан-а, зарежда, дарежда и изплюва това 
съобщение и ме оставя в csh шел.


Някакви предложения как да продължа, така че да се зареди ОС-а.



Ако при инсталацията го е виждало успешно, вероятно проблема е следния:

Модула може би се слага от пакета discover, който за жалост се пуска 
късно от init процеса.


В директория /etc/rcS.d вероятно има следния линк (или подобен):

S36discover - ../init.d/discover

Направи нов линк от вида:

S23_discover - ../init.d/discover

Това ще премести стартирането на discover преди mount-a

Горното решение работи при Debian stable, но е много вероятно да 
проработи и на testing.


   Скелета

Току що ставам , но  /etc дори и да е на отделен дял се mount-ва след 
rootfs (.?) , а в случея доколкто разбирам имаме само /(root) и 
евентуално /boot да е на отделен дял (предположение).
Идеята ми е: Ядрото казва не мога да монтирам rootfs = нямаме достъп до 
/etc/init.d/... и въобще discover , и въобще :-)
Така че дали ще е указано discover да се стратира с N23 или N36 няма как 
да реши проблема.


Модула за rootfs трябва да е в ядрото или в initrd image (което ясно), 
Може би аз не разбирам това, което си написал , но то ми звучи така:
Ядрото не може да монтира rootfs , защото трябва програма , която е на 
rootfs да бъде изпълнена и да зареди модула за rootfs.


~Някак си действията в обратен ред :-) Цялото ми звучи объркано :-)



Re: lug-bg: Re: lug-bg: Проблем при Mounting root file system

2006-05-25 Thread Yulian Stefanov

2006/5/25, Dimitar Tomow [EMAIL PROTECTED]:

Skeleta wrote:

 Alexander P. Panov wrote:

 Begin: Mounting root file system ...
 Begin: Running /scripts/local-top ...
 Done.
 ALERT! /dev/sda2 does not exist. Dropping to a shell!

 Дебиан тестинг, контролера е SCSI Adaptec. Груб държи буутването.
 Дебиана наистина е на sda2. Виждам директориите от друга дистрибуция,
 но при стартирането на Дебиан-а, зарежда, дарежда и изплюва това
 съобщение и ме оставя в csh шел.

 Някакви предложения как да продължа, така че да се зареди ОС-а.


 Ако при инсталацията го е виждало успешно, вероятно проблема е следния:

 Модула може би се слага от пакета discover, който за жалост се пуска
 късно от init процеса.

 В директория /etc/rcS.d вероятно има следния линк (или подобен):

 S36discover - ../init.d/discover

 Направи нов линк от вида:

 S23_discover - ../init.d/discover

 Това ще премести стартирането на discover преди mount-a

 Горното решение работи при Debian stable, но е много вероятно да
 проработи и на testing.

Скелета

Току що ставам , но  /etc дори и да е на отделен дял се mount-ва след
rootfs (.?) , а в случея доколкто разбирам имаме само /(root) и
евентуално /boot да е на отделен дял (предположение).
Идеята ми е: Ядрото казва не мога да монтирам rootfs = нямаме достъп до
/etc/init.d/... и въобще discover , и въобще :-)
Така че дали ще е указано discover да се стратира с N23 или N36 няма как
да реши проблема.

Модула за rootfs трябва да е в ядрото или в initrd image (което ясно),
Може би аз не разбирам това, което си написал , но то ми звучи така:
Ядрото не може да монтира rootfs , защото трябва програма , която е на
rootfs да бъде изпълнена и да зареди модула за rootfs.

~Някак си действията в обратен ред :-) Цялото ми звучи объркано :-)




Съгласен съм с тебе.


 Begin: Mounting root file system ...
 Begin: Running /scripts/local-top ...
 Done.
 ALERT! /dev/sda2 does not exist. Dropping to a shell!


Виж дали ти е сда2. Ако не е:
mount -t ext3 /dev/sdaX /mnt/sdaX
chroot /mnt/sdaX
едит-ваш груб меню-то и го правиш от сда2 на сдаХ
--
Best Regards,
Yulian Stefanov
+359 (885) 161 535
[EMAIL PROTECTED]


Re: lug-bg: Re: lug-bg: Проблем при Mounting root file system

2006-05-25 Thread Alexander P. Panov

Yulian Stefanov wrote:

2006/5/25, Dimitar Tomow [EMAIL PROTECTED]:

Skeleta wrote:

 Alexander P. Panov wrote:

 Begin: Mounting root file system ...
 Begin: Running /scripts/local-top ...
 Done.
 ALERT! /dev/sda2 does not exist. Dropping to a shell!

 Дебиан тестинг, контролера е SCSI Adaptec. Груб държи буутването.
 Дебиана наистина е на sda2. Виждам директориите от друга дистрибуция,
 но при стартирането на Дебиан-а, зарежда, дарежда и изплюва това
 съобщение и ме оставя в csh шел.

 Някакви предложения как да продължа, така че да се зареди ОС-а.


 Ако при инсталацията го е виждало успешно, вероятно проблема е следния:

 Модула може би се слага от пакета discover, който за жалост се пуска
 късно от init процеса.

 В директория /etc/rcS.d вероятно има следния линк (или подобен):

 S36discover - ../init.d/discover

 Направи нов линк от вида:

 S23_discover - ../init.d/discover

 Това ще премести стартирането на discover преди mount-a

 Горното решение работи при Debian stable, но е много вероятно да
 проработи и на testing.

Скелета

Току що ставам , но  /etc дори и да е на отделен дял се mount-ва след
rootfs (.?) , а в случея доколкто разбирам имаме само /(root) и
евентуално /boot да е на отделен дял (предположение).
Идеята ми е: Ядрото казва не мога да монтирам rootfs = нямаме достъп до
/etc/init.d/... и въобще discover , и въобще :-)
Така че дали ще е указано discover да се стратира с N23 или N36 няма как
да реши проблема.

Модула за rootfs трябва да е в ядрото или в initrd image (което ясно),
Може би аз не разбирам това, което си написал , но то ми звучи така:
Ядрото не може да монтира rootfs , защото трябва програма , която е на
rootfs да бъде изпълнена и да зареди модула за rootfs.

~Някак си действията в обратен ред :-) Цялото ми звучи объркано :-)


Ако трябва да извадя малко повече информация от някой файлове казвайте?

По време на инсталацията Дибиан-а разпознава контролера и диска!!! Все 
пак аз правя net install и всичко си е както трябва. Директорията 
/etc/rcS.d ми е със следното съдържание

27.03.2006 ¬.  14:42   785 README
24.05.2006 ¬.  21:10 0 S01glibc.sh
24.05.2006 ¬.  21:11 0 S02mountkernfs.sh
24.05.2006 ¬.  21:13 0 S03udev
24.05.2006 ¬.  21:11 0 S04mountdevsubfs.sh
24.05.2006 ¬.  21:11 0 S05bootlogd
24.05.2006 ¬.  21:14 0 S05keymap.sh
24.05.2006 ¬.  21:11 0 S10checkroot.sh
24.05.2006 ¬.  22:28 0 S18hwclockfirst.sh
24.05.2006 ¬.  21:13 0 S18ifupdown-clean
24.05.2006 ¬.  21:12 0 S20module-init-tools
24.05.2006 ¬.  22:29 0 S20modutils
24.05.2006 ¬.  22:28 0 S22hwclock.sh
24.05.2006 ¬.  21:11 0 S30checkfs.sh
24.05.2006 ¬.  21:11 0 S30procps.sh
24.05.2006 ¬.  21:11 0 S35mountall.sh
24.05.2006 ¬.  21:14 0 S36discover
24.05.2006 ¬.  21:11 0 S36mountall-bootclean.sh
24.05.2006 ¬.  21:11 0 S36mtab.sh
24.05.2006 ¬.  21:13 0 S36udev-mtab
24.05.2006 ¬.  21:13 0 S39ifupdown
24.05.2006 ¬.  21:11 0 S40hostname.sh
24.05.2006 ¬.  21:13 0 S40networking
24.05.2006 ¬.  22:35 0 S43portmap
24.05.2006 ¬.  21:11 0 S45mountnfs.sh
24.05.2006 ¬.  21:11 0 S46mountnfs-bootclean.sh
24.05.2006 ¬.  21:14 0 S48console-screen.sh
24.05.2006 ¬.  22:36 0 S50alsa-utils
24.05.2006 ¬.  21:11 0 S55bootmisc.sh
24.05.2006 ¬.  21:11 0 S55urandom
24.05.2006 ¬.  21:13 0 S70nviboot
24.05.2006 ¬.  22:33 0 S70x11-common
24.05.2006 ¬.  22:38 0 S71xserver-xorg
24.05.2006 ¬.  22:36 0 S75sudo
24.05.2006 ¬.  21:11 0 S99stop-bootlogd-single


 Begin: Mounting root file system ...
 Begin: Running /scripts/local-top ...
 Done.
 ALERT! /dev/sda2 does not exist. Dropping to a shell!


Виж дали ти е сда2. Ако не е:
mount -t ext3 /dev/sdaX /mnt/sdaX
chroot /mnt/sdaX
едит-ваш груб меню-то и го правиш от сда2 на сдаХ


Имам контролер Adaptec 39160
http://www.adaptec.com/worldwide/product/proddetail.html?sess=nolanguage=English+USprodkey=ASC-39160cat=%2fTechnology%2fSCSI%2fUltra160+SCSI+PCI+HBAs+%26+RAID
Имам диск Maxtor Atlas IV
http://www.maxtor.com/portal/site/Maxtor/menuitem.ba88f6d7cf664718376049b291346068/?channelpath=%2Fen_us%2FProducts%2FEnterprise+Storage%2FAtlas+10K+Family%2FAtlas+10K+IVproductview=Overview
Хардуер за над 500$ трябва да му знам всички спецификаци най-вероятно. 
Сигурен съм на 100% за именуването на дяловете Първия дял /dev/sda1 e 
FAT32, втория е /dev/sda2 и е ReiserFS и още един 500 меги дял за суап.




--
Best Regards
Alex Panov
ICQ: 18926904
00359 898521957
www.evitatrade.com
www.karatebulgaria.com
www.karatebulgaria.com/alex


lug-bg: Re: lug-bg: Re: lug-bg: Проблем при Mounting root file system

2006-05-25 Thread Skeleta

Alexander P. Panov wrote:


...




 Ако при инсталацията го е виждало успешно, вероятно проблема е 
следния:


 Модула може би се слага от пакета discover, който за жалост се пуска
 късно от init процеса.

 В директория /etc/rcS.d вероятно има следния линк (или подобен):

 S36discover - ../init.d/discover

 Направи нов линк от вида:

 S23_discover - ../init.d/discover

 Това ще премести стартирането на discover преди mount-a

 Горното решение работи при Debian stable, но е много вероятно да
 проработи и на testing.

Скелета
...




Ако трябва да извадя малко повече информация от някой файлове казвайте?

По време на инсталацията Дибиан-а разпознава контролера и диска!!! Все 
пак аз правя net install и всичко си е както трябва. Директорията 
/etc/rcS.d ми е със следното съдържание

27.03.2006 ¬.  14:42   785 README
24.05.2006 ¬.  21:10 0 S01glibc.sh
24.05.2006 ¬.  21:11 0 S02mountkernfs.sh
24.05.2006 ¬.  21:13 0 S03udev
24.05.2006 ¬.  21:11 0 S04mountdevsubfs.sh
24.05.2006 ¬.  21:11 0 S05bootlogd
24.05.2006 ¬.  21:14 0 S05keymap.sh
24.05.2006 ¬.  21:11 0 S10checkroot.sh
24.05.2006 ¬.  22:28 0 S18hwclockfirst.sh
24.05.2006 ¬.  21:13 0 S18ifupdown-clean
24.05.2006 ¬.  21:12 0 S20module-init-tools
24.05.2006 ¬.  22:29 0 S20modutils
24.05.2006 ¬.  22:28 0 S22hwclock.sh
24.05.2006 ¬.  21:11 0 S30checkfs.sh
24.05.2006 ¬.  21:11 0 S30procps.sh
24.05.2006 ¬.  21:11 0 S35mountall.sh
24.05.2006 ¬.  21:14 0 S36discover


Пробва ли нов линк от вида?

S23_discover - ../init.d/discover


24.05.2006 ¬.  21:11 0 S36mountall-bootclean.sh
24.05.2006 ¬.  21:11 0 S36mtab.sh
24.05.2006 ¬.  21:13 0 S36udev-mtab
24.05.2006 ¬.  21:13 0 S39ifupdown
24.05.2006 ¬.  21:11 0 S40hostname.sh
24.05.2006 ¬.  21:13 0 S40networking
24.05.2006 ¬.  22:35 0 S43portmap
24.05.2006 ¬.  21:11 0 S45mountnfs.sh
24.05.2006 ¬.  21:11 0 S46mountnfs-bootclean.sh
24.05.2006 ¬.  21:14 0 S48console-screen.sh
24.05.2006 ¬.  22:36 0 S50alsa-utils
24.05.2006 ¬.  21:11 0 S55bootmisc.sh
24.05.2006 ¬.  21:11 0 S55urandom
24.05.2006 ¬.  21:13 0 S70nviboot
24.05.2006 ¬.  22:33 0 S70x11-common
24.05.2006 ¬.  22:38 0 S71xserver-xorg
24.05.2006 ¬.  22:36 0 S75sudo
24.05.2006 ¬.  21:11 0 S99stop-bootlogd-single


...


Re: lug-bg: Re: lug-bg: Re: lug-bg: Проб лем при Mounting root file sys tem

2006-05-25 Thread Alexander P. Panov

Skeleta wrote:

Alexander P. Panov wrote:


...




 Ако при инсталацията го е виждало успешно, вероятно проблема е 
следния:


 Модула може би се слага от пакета discover, който за жалост се пуска
 късно от init процеса.

 В директория /etc/rcS.d вероятно има следния линк (или подобен):

 S36discover - ../init.d/discover

 Направи нов линк от вида:

 S23_discover - ../init.d/discover

 Това ще премести стартирането на discover преди mount-a

 Горното решение работи при Debian stable, но е много вероятно да
 проработи и на testing.

Скелета
...




Ако трябва да извадя малко повече информация от някой файлове казвайте?

По време на инсталацията Дибиан-а разпознава контролера и диска!!! Все 
пак аз правя net install и всичко си е както трябва. Директорията 
/etc/rcS.d ми е със следното съдържание

27.03.2006 ¬.  14:42   785 README
24.05.2006 ¬.  21:10 0 S01glibc.sh
24.05.2006 ¬.  21:11 0 S02mountkernfs.sh
24.05.2006 ¬.  21:13 0 S03udev
24.05.2006 ¬.  21:11 0 S04mountdevsubfs.sh
24.05.2006 ¬.  21:11 0 S05bootlogd
24.05.2006 ¬.  21:14 0 S05keymap.sh
24.05.2006 ¬.  21:11 0 S10checkroot.sh
24.05.2006 ¬.  22:28 0 S18hwclockfirst.sh
24.05.2006 ¬.  21:13 0 S18ifupdown-clean
24.05.2006 ¬.  21:12 0 S20module-init-tools
24.05.2006 ¬.  22:29 0 S20modutils
24.05.2006 ¬.  22:28 0 S22hwclock.sh
24.05.2006 ¬.  21:11 0 S30checkfs.sh
24.05.2006 ¬.  21:11 0 S30procps.sh
24.05.2006 ¬.  21:11 0 S35mountall.sh
24.05.2006 ¬.  21:14 0 S36discover


Пробва ли нов линк от вида?

S23_discover - ../init.d/discover


24.05.2006 ¬.  21:11 0 S36mountall-bootclean.sh
24.05.2006 ¬.  21:11 0 S36mtab.sh
24.05.2006 ¬.  21:13 0 S36udev-mtab
24.05.2006 ¬.  21:13 0 S39ifupdown
24.05.2006 ¬.  21:11 0 S40hostname.sh
24.05.2006 ¬.  21:13 0 S40networking
24.05.2006 ¬.  22:35 0 S43portmap
24.05.2006 ¬.  21:11 0 S45mountnfs.sh
24.05.2006 ¬.  21:11 0 S46mountnfs-bootclean.sh
24.05.2006 ¬.  21:14 0 S48console-screen.sh
24.05.2006 ¬.  22:36 0 S50alsa-utils
24.05.2006 ¬.  21:11 0 S55bootmisc.sh
24.05.2006 ¬.  21:11 0 S55urandom
24.05.2006 ¬.  21:13 0 S70nviboot
24.05.2006 ¬.  22:33 0 S70x11-common
24.05.2006 ¬.  22:38 0 S71xserver-xorg
24.05.2006 ¬.  22:36 0 S75sudo
24.05.2006 ¬.  21:11 0 S99stop-bootlogd-single





Не не съм пробвал защото в момента имам да пиша бизнес кореспонденция, 
оферти и предложения. Най-вероятно довечера да пробвам. Инсталационното 
CD на Дебиана има рековъри режим който върши отлична работа, само да 
знаеш какво да правиш. Ще ви информирам ако стане или не стане за да 
знаете дали е правилен подхода.

--
Best Regards
Alex Panov
ICQ: 18926904
00359 898521957
www.evitatrade.com
www.karatebulgaria.com
www.karatebulgaria.com/alex


lug-bg: Re: lug-bg: Re: lug-bg: Проблем при Mounting root file system

2006-05-25 Thread Yulian Stefanov

листни /boot/grub/menu.lst
и
df -a
p.s. Аз също съм с некъф контролер и след като минах на
кенел-имаге-2.6.16 ми се появи абсолютно същата грешка.
Но не казвам 4е 100% вероятно е от това. Просто се опитвам да изолирам проблема.



2006/5/25, Alexander P. Panov [EMAIL PROTECTED]:

Yulian Stefanov wrote:
 2006/5/25, Dimitar Tomow [EMAIL PROTECTED]:
 Skeleta wrote:

  Alexander P. Panov wrote:
 
  Begin: Mounting root file system ...
  Begin: Running /scripts/local-top ...
  Done.
  ALERT! /dev/sda2 does not exist. Dropping to a shell!
 
  Дебиан тестинг, контролера е SCSI Adaptec. Груб държи буутването.
  Дебиана наистина е на sda2. Виждам директориите от друга дистрибуция,
  но при стартирането на Дебиан-а, зарежда, дарежда и изплюва това
  съобщение и ме оставя в csh шел.
 
  Някакви предложения как да продължа, така че да се зареди ОС-а.
 
 
  Ако при инсталацията го е виждало успешно, вероятно проблема е следния:
 
  Модула може би се слага от пакета discover, който за жалост се пуска
  късно от init процеса.
 
  В директория /etc/rcS.d вероятно има следния линк (или подобен):
 
  S36discover - ../init.d/discover
 
  Направи нов линк от вида:
 
  S23_discover - ../init.d/discover
 
  Това ще премести стартирането на discover преди mount-a
 
  Горното решение работи при Debian stable, но е много вероятно да
  проработи и на testing.
 
 Скелета
 
 Току що ставам , но  /etc дори и да е на отделен дял се mount-ва след
 rootfs (.?) , а в случея доколкто разбирам имаме само /(root) и
 евентуално /boot да е на отделен дял (предположение).
 Идеята ми е: Ядрото казва не мога да монтирам rootfs = нямаме достъп до
 /etc/init.d/... и въобще discover , и въобще :-)
 Така че дали ще е указано discover да се стратира с N23 или N36 няма как
 да реши проблема.

 Модула за rootfs трябва да е в ядрото или в initrd image (което ясно),
 Може би аз не разбирам това, което си написал , но то ми звучи така:
 Ядрото не може да монтира rootfs , защото трябва програма , която е на
 rootfs да бъде изпълнена и да зареди модула за rootfs.

 ~Някак си действията в обратен ред :-) Цялото ми звучи объркано :-)

Ако трябва да извадя малко повече информация от някой файлове казвайте?

По време на инсталацията Дибиан-а разпознава контролера и диска!!! Все
пак аз правя net install и всичко си е както трябва. Директорията
/etc/rcS.d ми е със следното съдържание
27.03.2006 ¬.  14:42   785 README
24.05.2006 ¬.  21:10 0 S01glibc.sh
24.05.2006 ¬.  21:11 0 S02mountkernfs.sh
24.05.2006 ¬.  21:13 0 S03udev
24.05.2006 ¬.  21:11 0 S04mountdevsubfs.sh
24.05.2006 ¬.  21:11 0 S05bootlogd
24.05.2006 ¬.  21:14 0 S05keymap.sh
24.05.2006 ¬.  21:11 0 S10checkroot.sh
24.05.2006 ¬.  22:28 0 S18hwclockfirst.sh
24.05.2006 ¬.  21:13 0 S18ifupdown-clean
24.05.2006 ¬.  21:12 0 S20module-init-tools
24.05.2006 ¬.  22:29 0 S20modutils
24.05.2006 ¬.  22:28 0 S22hwclock.sh
24.05.2006 ¬.  21:11 0 S30checkfs.sh
24.05.2006 ¬.  21:11 0 S30procps.sh
24.05.2006 ¬.  21:11 0 S35mountall.sh
24.05.2006 ¬.  21:14 0 S36discover
24.05.2006 ¬.  21:11 0 S36mountall-bootclean.sh
24.05.2006 ¬.  21:11 0 S36mtab.sh
24.05.2006 ¬.  21:13 0 S36udev-mtab
24.05.2006 ¬.  21:13 0 S39ifupdown
24.05.2006 ¬.  21:11 0 S40hostname.sh
24.05.2006 ¬.  21:13 0 S40networking
24.05.2006 ¬.  22:35 0 S43portmap
24.05.2006 ¬.  21:11 0 S45mountnfs.sh
24.05.2006 ¬.  21:11 0 S46mountnfs-bootclean.sh
24.05.2006 ¬.  21:14 0 S48console-screen.sh
24.05.2006 ¬.  22:36 0 S50alsa-utils
24.05.2006 ¬.  21:11 0 S55bootmisc.sh
24.05.2006 ¬.  21:11 0 S55urandom
24.05.2006 ¬.  21:13 0 S70nviboot
24.05.2006 ¬.  22:33 0 S70x11-common
24.05.2006 ¬.  22:38 0 S71xserver-xorg
24.05.2006 ¬.  22:36 0 S75sudo
24.05.2006 ¬.  21:11 0 S99stop-bootlogd-single

  Begin: Mounting root file system ...
  Begin: Running /scripts/local-top ...
  Done.
  ALERT! /dev/sda2 does not exist. Dropping to a shell!

 Виж дали ти е сда2. Ако не е:
 mount -t ext3 /dev/sdaX /mnt/sdaX
 chroot /mnt/sdaX
 едит-ваш груб меню-то и го правиш от сда2 на сдаХ

Имам контролер Adaptec 39160
http://www.adaptec.com/worldwide/product/proddetail.html?sess=nolanguage=English+USprodkey=ASC-39160cat=%2fTechnology%2fSCSI%2fUltra160+SCSI+PCI+HBAs+%26+RAID
Имам диск Maxtor Atlas IV
http://www.maxtor.com/portal/site/Maxtor/menuitem.ba88f6d7cf664718376049b291346068/?channelpath=%2Fen_us%2FProducts%2FEnterprise+Storage%2FAtlas+10K+Family%2FAtlas+10K+IVproductview=Overview
Хардуер за над 500$ трябва да му знам всички 

Re: lug-bg: Re: lug-bg: Re: lug-bg: Проб лем при Mounting root file sys tem

2006-05-25 Thread Alexander P. Panov

Yulian Stefanov wrote:

листни /boot/grub/menu.lst
и
df -a
p.s. Аз също съм с некъф контролер и след като минах на
кенел-имаге-2.6.16 ми се появи абсолютно същата грешка.
Но не казвам 4е 100% вероятно е от това. Просто се опитвам да изолирам 
проблема.




(Еба си!!! Някой пише в Japanese ISO-2022-JP ама не съм аз!!!)
Когато ми даде грешката и ме изхвърли в шел, модула за контролера не е 
зареден!!! Но довечера ще видя какво ще мога да направя по въпроса и ще 
пиша.


--
Best Regards
Alex Panov
ICQ: 18926904
00359 898521957
www.evitatrade.com
www.karatebulgaria.com
www.karatebulgaria.com/alex


Re: lug-bg: Re: lug-bg: Re: lug-bg: Проб лем при Mounting root file sys tem

2006-05-25 Thread Tsvetin Vasilev

Skeleta wrote:


Alexander P. Panov wrote:

Пробва ли нов линк от вида?

S23_discover - ../init.d/discover

Това дори да проработи е закърпване а не решаване на проблема. Причините 
по-горе ги описа Димитър Томов


успех



lug-bg: Re: lug-bg: Re: lug-bg: Re: lug-bg: Проблем при Mounting root file system

2006-05-25 Thread Skeleta

Tsvetin Vasilev wrote:


Skeleta wrote:


Alexander P. Panov wrote:

Пробва ли нов линк от вида?

S23_discover - ../init.d/discover

Това дори да проработи е закърпване а не решаване на проблема. 
Причините по-горе ги описа Димитър Томов


успех

Напълно си прав, моя съвет беше глупав, щото не осъзнах че няма монтиран 
root.
Той може да свърши работа само в ситуация с два диска, като втория се 
намира през discover.


Скелета


lug-bg: Re: lug-bg: Debian /etc/network/if-up .d и iptables

2006-05-05 Thread Georgi Alexandrov
Alexander Iliev wrote:
 Nikolay Hristov wrote:
 /etc/network/interfaces
 iface eth2 inet static
 address 1.2.3.4
 netmask 255.0.0.0
 up /etc/path/to/script/firewall.sh

 Мерси за варианта, също върши идеална работа, но и той ми е ясен. :)

 Чудех се по-скоро хората от Debian как смятат, че трябва да се реши
 въпроса, понеже в разни дистрибуции (примерно Fedora Core) си имат точно
 определени начини за стартиране на iptables. Т.е. въпроса ми беше
 по-скоро принципен, отколкото технически.

 Поздрави,
При едно мое такова ровене из ресурсите на сайта на Дебиан по същатата
тема -
кой е правилния начин за стартиране на firewall script щом вече
/etc/init.d/ начина е obsolete
разбрах, че това е начина споменат от Николай Христов. Т.е. на удобно за
потребителя
място във /etc/network/interfaces файла.
Съжалявам, че в момента не мога да посоча връзка към това нещо, просто
се сетих, че преди
време и аз минах през този въпрос и това беше отговора който намерих ;-)


-- 
regards,
Georgi Alexandrov

key server - http://pgp.mit.edu/ :: key id - 37B4B3EE
key fingerprint - E429 BF93 FA67 44E9 B7D4  F89E F990 01C1 37B4 B3EE




signature.asc
Description: OpenPGP digital signature


lug-bg: Re: lug-bg: Семинар - предложение за тема

2006-05-04 Thread Ivan Petrushev
Аз бих слушал с удоволствие :)


lug-bg: Re: lug-bg: Семинар - предложение за тема

2006-05-04 Thread atanas batinkoff
Мисля че темата е добра. Не е лошо да има и една нетехническа лекция.On 5/4/06, Skeleta [EMAIL PROTECTED]
 wrote:Здравейте,Дали няма да е интересна нетехнологична тема Пазар на труда за
Linux-специалисти в България ?Скелета


Re: lug-bg: Re: lug-bg: Смяна на пощенски адрес в mail List-a на LUG-BG

2006-05-04 Thread Nikola Kasabov
И при мен го имаше това ограничение ПРЕДИ, сега вече го премахнаха!!!

В вт, 2006-05-02 в 11:17 +0300, Lazarov написа:
 При мен нещата седят по същия начин - по веднъж на 15 мин. и нямам 
 никакви проблеми :-)
 
 deb4o wrote:
  не че се хваля нещо, аз съм към мейл.бг и поп3-то ми работи без проблем.
  без да плащам. може би старите потребители са в друга дб :)
 
  Само където има ограничение че на всеки 15 мин. може само по веднъй да се
  чеква.
 
 

 



Re: lug-bg: RE: lug-bg: Re: lug-bg: Как си запазя настройките?

2006-05-03 Thread Rosen Balchev
За да има нулев MAC, картата вероятно е със такъв адрес. Зависи каква е , но има дискетки с програмка под DOS, която може да променя в паметта на картата MAC-a . Виждал съм такива дискети за 3c59x, e100 , и някои Realtek 8139..
http://www.etherboot.org/db/nics.php?show=tech_datavendor=3Comтук мисля , че може да се намери по производители за даден чипсет. 
R.B.On 4/28/06, Vladislav Ivanov [EMAIL PROTECTED] wrote:





Ами най-лесно е да го сложиш в 
/etc/rc.d/rc.local
Друг вариант има да си направиш отделен скрипт който ще 
изглежда така:
vi script.sh

#!/bin/bash
ifconfig eth1 down 
ifconfig hw ether xx:xx:xx:xx:xx:xx ifconfig eth1 up

да го направиш изпълним: 
chmod +x scrip.sh
и така да го прибавиш в 
/etc/rc.d/rc.local

Варианти много,в 
зависимост от дистрибуцията която ползвашможe да има доста варианти за 
това, но според мен
този е 
най-универсален.
Поздрави.


From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]] On Behalf Of 
Mr.FreemanSent: Friday, April 28, 2006 7:44 PMTo: 
lug-bg@linux-bulgaria.orgSubject: Re: lug-bg: Re: lug-bg: Как си 
запазя настройките?

2006/4/18, Lyubo Babuk [EMAIL PROTECTED]:
On 
  4/17/06, Mr. Freeman [EMAIL PROTECTED] 
  wrote:
  
  
Всеки път когато рестартирам или стартирам PC-то 
HWAdress ми е: 00:00:00:00:00:00 и се налага да го въвеждам.Как да 
запазя тази настройка?Ако е възможно по-подробно обяснениеБлагодаря 
ви. MAC адреса е записан върху самата 
  карта в епрома . Проблема в такъв случай е в картата. Имал съм такъв проблем с 
  RTL8029 ... Ако не искаш да я сменяш сложи това в скрипт който се пуска 
  при рестартиране |ifconfig eth1 down ifconfig hw ether 
  xx:xx:xx:xx:xx:xx ifconfig eth1 up|
Новобранец съм и не знам как да го създам и къде да го поставя :(. 





Re: lug-bg: RE: lug-bg: Re: lug-bg: Как си запазя настройките?

2006-05-03 Thread Rosen Balchev
ето примерно за реалтек в категория DOS.. има такова нещо.http://www.realtek.com.tw/downloads/downloads1-3.aspx?lineid=1famid=3series=16Software=True
On 5/4/06, Rosen Balchev [EMAIL PROTECTED] wrote:
За да има нулев MAC, картата вероятно е със такъв адрес. Зависи каква е , но има дискетки с програмка под DOS, която може да променя в паметта на картата MAC-a . Виждал съм такива дискети за 3c59x, e100 , и някои Realtek 8139..
http://www.etherboot.org/db/nics.php?show=tech_datavendor=3Com
тук мисля , че може да се намери по производители за даден чипсет. 
R.B.On 4/28/06, 
Vladislav Ivanov [EMAIL PROTECTED] wrote:






Ами най-лесно е да го сложиш в 
/etc/rc.d/rc.local
Друг вариант има да си направиш отделен скрипт който ще 
изглежда така:
vi script.sh

#!/bin/bash
ifconfig eth1 down 
ifconfig hw ether xx:xx:xx:xx:xx:xx ifconfig eth1 up

да го направиш изпълним: 
chmod +x scrip.sh
и така да го прибавиш в 
/etc/rc.d/rc.local

Варианти много,в 
зависимост от дистрибуцията която ползвашможe да има доста варианти за 
това, но според мен
този е 
най-универсален.
Поздрави.


From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]] On Behalf Of 
Mr.FreemanSent: Friday, April 28, 2006 7:44 PMTo: 
lug-bg@linux-bulgaria.orgSubject: Re: lug-bg: Re: lug-bg: Как си 
запазя настройките?

2006/4/18, Lyubo Babuk [EMAIL PROTECTED]:
On 
  4/17/06, Mr. Freeman [EMAIL PROTECTED] 
  wrote:
  
  
Всеки път когато рестартирам или стартирам PC-то 
HWAdress ми е: 00:00:00:00:00:00 и се налага да го въвеждам.Как да 
запазя тази настройка?Ако е възможно по-подробно обяснениеБлагодаря 
ви. MAC адреса е записан върху самата 
  карта в епрома . Проблема в такъв случай е в картата. Имал съм такъв проблем с 
  RTL8029 ... Ако не искаш да я сменяш сложи това в скрипт който се пуска 
  при рестартиране |ifconfig eth1 down ifconfig hw ether 
  xx:xx:xx:xx:xx:xx ifconfig eth1 up|
Новобранец съм и не знам как да го създам и къде да го поставя :(. 






lug-bg: Re: lug-bg: Семина р 2006 - подготовка

2006-05-02 Thread George Akabaliev
On Sunday 30 April 2006 16:42, Ivan Petrushev wrote:
 Няма ли да има тениски този път? :(
Здравейте всички (и особено тези, които смятат да дойдат до Стара Загора)!

Засега нищо не сме направили по въпроса с тениските. От друга страна, като че 
ли стана много еднообразно това с тениските. Вие какво ще кажете? Мислихме 
евентуално за някакви шапки с пингвинче на козирката малко надписи отстрани, 
но не сме търсили производител. Въобще със сергията тази година сме малко 
назад.

Все пак - глас народен-глас божи! Ако кажете, че трябва да има тениски, ще се 
опитаме да ги направим. Ако ги поръчаме до края на тази седмица, надявам се 
че производителя ще може да сколаса (за младежта - да свърши работата 
навреме).

Засега това!


  1   2   3   4   5   6   7   8   >