Re: [Lug-bg] ubuntu .gnupg directory
Здравей, преполагам че е Seahorse. При мен той е управителя на паролите и ключовете, но тъй като го инсталирам автоматично при всяка нова инсталация не мога да съм 100% сигурен. Le vendredi 31 octobre 2008 à 11:30 +0200, Nikolay Mitev a écrit : Здравейте група, докато се подготвях за key-signing party-то се натъкнах на нещо (за мен поне) ново. Когато изтрия .gnupg директорията от home-а си, след секунди тя пак се появява заедно с gpg.conf, pubring.gpg, secring.gpg и trustdb.gpg в нея. Въпросът ми е кой процес и защо я пресъздава. Първо заподозрях gnome-keyring-daemon, но и след като го убия пак се получава същото. Намерих такъв въпрос в убунту форума, но уви без отговор. Някой има ли обяснение за това поведение? С убунту 8.04 съм и ползвам гном. cheers, face Поздрави, Цветан ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] информация за пам етта
Le jeudi 31 janvier 2008 à 14:46 +0200, Vladimir Vitkov a écrit : top или ps -axu Също така може да се поровиш из /proc/pid na program4eto Lazarov wrote: Здравейте, има ли начин да разбера количеството заета рам от работеща пробрама? pmap -x pid също може да ти е от помощ. Поздрави, Цветан ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] vmware virtual diskкъм raw д иск
Хмм, за момент се усъмних, че някой инструмент от пакета е минал покрай мен и че шефа или е скръндза или ме кара да пиша скриптове от мазухизъм. Но после и колегата ми го потвърди просто VMWare дори за Corporate версията не са направили още подобен софт за ГНУ/Линукс. за инфорамция поне: oт това лутане намерих друг който прави такива P2V, P2P, V2V и V2P - PlateSpin PowerConvert на Arumtec е разбира се трябва да се плати нещо за него и не поддържа всичко само RHEL and SLES, но това за който му се занимава и му се плаща. Поздрави Le samedi 27 octobre 2007 à 23:30 +0300, Romeo Ninov a écrit : Извинението е прието Можеш, нарича се VMware VirtualCenter само дето е доста скъп, доколкото има спомени в него има LiveCD с което можеш да копираш една система във виртуална -Original Message- From: Tsvetan Petkov [mailto:[EMAIL PROTECTED] Sent: Saturday, October 27, 2007 11:11 PM To: Romeo Ninov Subject: Re: RE: [Lug-bg] vmware virtual diskкъм raw диск Здравей Ромео/Romeo, извинявай за грешката в името не е умишлена. Исках да уточня твоя коментар и да се разбере/м правилно - от vmware не можеш да получиш или купиш в момента инструмент за мигриране на Linux или Unix от физическа към виртуална машина. Цветан Le samedi 27 octobre 2007 à 21:53 +0300, Romeo Ninov a écrit : Аз мисля че специално подчертах че инструмента е за Windows. А като универсално средство има това: VMware P2V Assistant (стария продукт) или VMware Converter Enterprise Edition, само че този инструмент е платен П.П. мразя да ми грешат името, особено имайки предвид че това име е известно в целия свят :-) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tsvetan Petkov Sent: Saturday, October 27, 2007 8:45 PM To: Linux Users Group - Bulgaria Subject: Re: [Lug-bg] vmware virtual disk към raw диск Здравейте, в допълнение към Деян мога да кажа, че принципа е един и същ в едната и другата посока. Трябва да си приготвиш initrd файл за новата система, който да вклиючва необходимите модули и да промениш дяловете които да се ползват от grub(menu.lst и device.map) и в fstab. След което можеш да прехвърлиш данните от източника към получателя и да направиш промени на получателя за да зареди определния дял с ядрото и съответния initrd. Пример за прехвърляне на информацията между машините: чрез live cd на получателя: nc -l -p local_port| dd of=/dev/sda от OS-a на източника: dd if=/dev/sda | nc dest_ip dest_port Препоръчително е да спреш и всички услуги които вървят на машината за да не се променят важни данни по време на прехвърлянето, базите данни на пример. Ако ползваш ЕТИКЕТ-и на дяловете ще избегнеш промените по GRUB и fstab. Примера, който съм дал е частен случай на система инсталирана върху един диск, без промяна на големината на диска и дяловете му. Ако искаш да преместиш машината на дисков масив с по-голям капацитет и различни дялове ще трябва предварително да подготвиш дяловете на получателя и да ползваш tar, rsync за копиране на директорийната структура и съдържанието й върху предназначените дялове. Ползване на livecd дистрибутиви и на двете машини, ще ти се наложи преинсталиране на GRUB и др които в момента може да пропускам. Също така можеш да решиш да ползваш ssh като транспорт на данните вместо netcat тъй като данните между машините ще са криптирани и не може да бъдат модифицирани. @Remeo Ninov vmware-p2v e за Windows и го изисква като OS за да може да се стартира Успех, Цветан Le samedi 27 octobre 2007 à 16:14 +0300, Deyan Stoykov a écrit : Boris Jordanov [EMAIL PROTECTED] wrote: Привет група, някой знае ли дали и как мога нещо инсталирано във VMWare машина да го трансферирам на нормален, физически твърд диск? Ако физическият е свързан към vmware host-а, можеш да го направиш достъпен за guest машината - при добавяне на нов диск има опция Use physical disk . След като имаш достъп и до двата във виртуалната машина, това извършваш трансфера в нея с tar, dump/restore или dd. Друг вариант е да преточиш материала по мрежата (виртуална или физическа) с някой от горните инструменти + netcat, все едно клонираш диск между две физически машини. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] vmware virtual disk към raw д иск
Здравейте, в допълнение към Деян мога да кажа, че принципа е един и същ в едната и другата посока. Трябва да си приготвиш initrd файл за новата система, който да вклиючва необходимите модули и да промениш дяловете които да се ползват от grub(menu.lst и device.map) и в fstab. След което можеш да прехвърлиш данните от източника към получателя и да направиш промени на получателя за да зареди определния дял с ядрото и съответния initrd. Пример за прехвърляне на информацията между машините: чрез live cd на получателя: nc -l -p local_port| dd of=/dev/sda от OS-a на източника: dd if=/dev/sda | nc dest_ip dest_port Препоръчително е да спреш и всички услуги които вървят на машината за да не се променят важни данни по време на прехвърлянето, базите данни на пример. Ако ползваш ЕТИКЕТ-и на дяловете ще избегнеш промените по GRUB и fstab. Примера, който съм дал е частен случай на система инсталирана върху един диск, без промяна на големината на диска и дяловете му. Ако искаш да преместиш машината на дисков масив с по-голям капацитет и различни дялове ще трябва предварително да подготвиш дяловете на получателя и да ползваш tar, rsync за копиране на директорийната структура и съдържанието й върху предназначените дялове. Ползване на livecd дистрибутиви и на двете машини, ще ти се наложи преинсталиране на GRUB и др които в момента може да пропускам. Също така можеш да решиш да ползваш ssh като транспорт на данните вместо netcat тъй като данните между машините ще са криптирани и не може да бъдат модифицирани. @Remeo Ninov vmware-p2v e за Windows и го изисква като OS за да може да се стартира Успех, Цветан Le samedi 27 octobre 2007 à 16:14 +0300, Deyan Stoykov a écrit : Boris Jordanov [EMAIL PROTECTED] wrote: Привет група, някой знае ли дали и как мога нещо инсталирано във VMWare машина да го трансферирам на нормален, физически твърд диск? Ако физическият е свързан към vmware host-а, можеш да го направиш достъпен за guest машината - при добавяне на нов диск има опция Use physical disk . След като имаш достъп и до двата във виртуалната машина, това извършваш трансфера в нея с tar, dump/restore или dd. Друг вариант е да преточиш материала по мрежата (виртуална или физическа) с някой от горните инструменти + netcat, все едно клонираш диск между две физически машини. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] XEN 3.0.3, Ubuntu 7.04
Здравей,
не мога да намеря записките си от тестовете за това карам по спомен.
Правих тестове с пускане на вин-a под Xen миналата година и имах подобен
проблем с него,
но си спомням че ползвах qemu за инсталирането на вин-a върху disk
image-a и после го стартирах под Xen.
Не е решение на проблемати а само заобиколка, но се надявам да ти
помогне.
Поздрави,
Цветан
Le lundi 08 octobre 2007 à 15:59 +0300, Alexander Iliev a écrit :
Здравейте.
Правих преди около година опити с XEN, но тогава поддръжката на
Intel VT и AMD Pacifica беше в ранен стадий и не ми вършеше много
работа.
Наскоро реших да проверя докъде са стигнали нещата и инсталирах
XEN пакетите, които вървят с Ubuntu Feisty 7.04 (ubuntu-xen-server).
Общо взето си правя експерименти, като се пробвах да подкарам
Windows XP, CentOS 4.5, CentOS 5, OpenBSD 4.0 и Ubuntu 7.04 като
domU. Пълен успех постигнах единствено с CentOS 4.5.
Ubuntu-то се инсталира без проблеми, след което забива на prompt-а
на GRUB.
Windows-а май най-много съм го борил за момента. При него ситуацията
е следната - тръгва инсталацията и стига до 'Setup is starting Windows'
и там си остава.
Намерих в RH KB ето това http://kbase.redhat.com/faq/FAQ_103_10987.shtm
За жалост не помага при мен.
Пробвах да играя с pae, acpi и apic опциите в конфигурацията, но
не добих положителен ефект (единствената разлика бе, че в един от
случаите вместо да зацепи на 'Setup is starting Windows' се рестартира).
По логовете не забелязах нещо интересно.
Някакви насоки поне ако може... :)
Малко информация:
всичкия софтуер, който ръчкам е 32 битов (dom0 ubuntu-то, domU os-ите,
xen пакетите (логично)).
Dom0 CPU: AMD Athlon 64 3200+
Dom0 kernel: Linux shtaiga 2.6.19-4-server #2 SMP Thu Apr 5 06:07:34 UTC
2007 i686 GNU/Linux
конфигурация на domU:
import os, re
arch = os.uname()[4]
if re.search('64', arch):
arch_libdir = 'lib64'
else:
arch_libdir = 'lib'
kernel = /usr/lib/xen-ioemu-3.0/boot/hvmloader
builder='hvm'
memory = 512
pae = 1
acpi = 0
apic = 0
device_model = /usr/lib/xen-ioemu-3.0/bin/qemu-dm
shadow_memory = 8
name = WindowsXPGuest1
vif = [ 'type=ioemu, bridge=xenbr0' ]
disk = [ 'file:/tmp/windows-xp-1.img,hda,w',
'file:/home/shared/Downloads/os/Windows/XP/tpb/winXP SP2 may
2007/e-xpc2my2k7r.iso,hdc:cdrom,r' ]
boot = d
sdl = 1
Поздрави,
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] NSS/Mozilla/Evolution/smart card
Здравейте, това което искам да направя е да настроя клиента Evolution да работи със smart card Omnikey CardMan 6121 (разбира се тук може да е и друг модел). Системата е Убунту Edgy обновен до Feisty. Четеца с картата работят идеално с Thunderbird и Firefox. Проблемът е че при добавянето на устройството към Evolution ми иска: Enter password for NSS User Private Key and Certificate Services А никога не ми е искало да въвеждам или ми е трябвало да ползвам подобна парола, пробвах всички които се сетих но без резултат. В документацията на NSS пише, че и трите програмчета(Evolution, Thunderbird, Firefox) ползва НСС библиотеките, което ме води до мисълта, че проблема е между PC-то и стола, но така и не открих повече информация. Та някой да си е блъскал главата с подобен проблем или да знае повечко за NSS за да даде съвет или за интегрирането на Evolution със смарт карти. Благодаря предварително за всякакви ориентири, Цветан ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Семинар 2007 - после дни клюки
Здравей Георги, ще донеса проектор за конференцията. Le mardi 05 juin 2007 à 11:35 +0300, Skelet a écrit : Здравейте, Взехме с Г. Акабалиев тениските - много са хубави. Залата на клуб Отворено Общество ще е отворена за нас в събота от 10:30 часа нататък, за да можем спокойно да си разположим техниките и да наредим столовете и масите правилно. Откриването предлагам да го направим около 13:20 часа. Засега нямаме официален доставчик на проектор. Моля ви, ако някой може да осигури, да се обади. Ето ви малко обща информация: Старата страница за обща информация (от 2006-та, цените не са актуални): http://skelet.ludost.net/LUG_2006/info.html Страница с информация за лекциите: http://www.linux-bulgaria.org/seminar2007.html Телефони за контакти: Скелет: 0878 398 510 Акабалиев: 0878 398 509 Спас: 0887 610 567 Скелета Поздрави, Цветан ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Въпрос за 3w-xxxx
Здравей, Le vendredi 17 novembre 2006 à 00:00 +0200, Marian Marinov a écrit : On Thursday 16 November 2006 23:06, Vasil Kolev wrote: В чт, 2006-11-16 в 17:24 +0200, Vladimir Vitkov написа: Здрасти, Скоро ще ми връчат машини с 3Ware раид контролери та за да се подготвя имам няколко въпроса: 1) Как се вижда самият контролер от линукс машината (единично устройство/няколко) Като нормален scsi контролер, всеки масив се вижда като отделен диск. Няма да е лошо да си свалиш и tw_cli от сайта на 3ware. Това е програмка за работа със самият контролер. Много полезно нещо. също хубаво е 3dm2 което е уеб базиран инструмент за управление и наблюдение на контролера и дисковете. 2) Какъв сетъп препоръчвате? (отделен хард за системата а на контролера сториджа или всичко на сториджа) Всичко на контролера - там е raid, да не се срине цялото нещо само заради един диск. (и RAID1/RAID5 или подобен :) ) Ще се инсталира основно дебиан, но може да има и федори. За момента това са ми въпросите ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
lug-bg: избързване на системния часовник
Здравейте, днес забелязах че системния часовник на една от машините, която се ползва за ntp сървър избързва с приблизително 0,7 секунди за всяка минута (~16мин за 24 часа). ето резултата от ntpdate -q bg.pool.ntp.org: 11 Oct 12:57:19 ntpdate[4760]: adjust time server 85.130.119.200 offset -0.228581 sec 11 Oct 13:05:03 ntpdate[4912]: step time server 85.130.119.200 offset -2.491092 sec Пробвах са по стар кернел 2.6.16, пробвах без АСПИ но нищо... Търсенето из гугъл не даде ползотворни резултати. ето и машинката: Supermicro PDSMi Pentium D 2,8GHz 1GB ram с Debian testing и 2.6.17-2-xen-686 Някой има ли идея на какво може да се дължи този проблем и евентуално как би могъл да се реши? Благодаря предварително, Цветан
Re: lug-bg: избързване на системния часовник
Le mercredi 11 octobre 2006 à 17:57 +0300, Georgi Chorbadzhiyski a écrit : Tsvetan PETKOV wrote: Здравейте, днес забелязах че системния часовник на една от машините, която се ползва за ntp сървър избързва с приблизително 0,7 секунди за всяка минута (~16мин за 24 часа). ето резултата от ntpdate -q bg.pool.ntp.org: 11 Oct 12:57:19 ntpdate[4760]: adjust time server 85.130.119.200 offset -0.228581 sec 11 Oct 13:05:03 ntpdate[4912]: step time server 85.130.119.200 offset -2.491092 sec Пробвах са по стар кернел 2.6.16, пробвах без АСПИ но нищо... Търсенето из гугъл не даде ползотворни резултати. ето и машинката: Supermicro PDSMi Pentium D 2,8GHz 1GB ram с Debian testing и 2.6.17-2-xen-686 Някой има ли идея на какво може да се дължи този проблем и евентуално как би могъл да се реши? Без да се смеете, но това може да е полезно и е първият линк от търсенето в Google за clock parameter linux http://support.microsoft.com/kb/918461 мдаа това го четох но не съм го догледал за опцията clock= на кернела... :-) Проблемът вероятно е, че часовника които ядрото избира е доста некоректен (случва се при някои дъна), а решението е да избереш друг clock (pit, acpi имаше и още някакви). Виж параметъра clock на ядрото. Благодаря, Цветан
Re: lug-bg: Re: lug-bg:aвтоматич но монтиране на USB flash memory
Здравей, Le mercredi 09 août 2006 à 10:04 +0300, Georgi Georgiev a écrit : Благодря за съвета, - Original Message - From: Tsvetan PETKOV [EMAIL PROTECTED] To: lug-bg@linux-bulgaria.org Sent: Monday, August 07, 2006 5:12 PM Subject: Re: lug-bg:aвтоматично монтиране на USB flash memory Здравей, Le lundi 07 août 2006 à 17:01 +0300, Georgi Georgiev a écrit : Здравейте група, След недостатъчно успешно търсене по мрежата стигам до питане на групата. Та въпроса ми е как да накарам USB flash memory да се монтира автоматично след като мушна устройството. Системата ми е с Debian Sarge , прекомпилирах си ядро 2.6.17.7. Ще бъда благодарен, ако някой може накратко да ми каже основните моменти и/или да ми пуснете някой линк за ограмотявне. можеш да ползваш usbmount, който е пакет кам Дебиан и се грижи точно за това. Инсталирах usbmount, но към него не открих мануал. Би ли ми казал как да го ползвам? в /usr/share/doc/usbmount/README има описание на програмата, а в самия конфигурационен файл /etc/usbmount/usbmount.conf има описание на настройките. apt-cache show usbmount дава още инфо, а ако ползваш Гноме: apt-get install gnome-volume-manager Георги. Успех, Цветан
Re: lug-bg: aвтоматично монтиране на USB flash memory
Здравей, Le lundi 07 août 2006 à 17:01 +0300, Georgi Georgiev a écrit : Здравейте група, След недостатъчно успешно търсене по мрежата стигам до питане на групата. Та въпроса ми е как да накарам USB flash memory да се монтира автоматично след като мушна устройството. Системата ми е с Debian Sarge , прекомпилирах си ядро 2.6.17.7. Ще бъда благодарен, ако някой може накратко да ми каже основните моменти и/или да ми пуснете някой линк за ограмотявне. можеш да ползваш usbmount, който е пакет кам Дебиан и се грижи точно за това. Георги. Успех, Цветан
Re: lug-bg: off topic - switching problem s linksys
Le vendredi 02 juin 2006 à 19:03 +0300, Kaloyan Nikolov a écrit : Tsvetan PETKOV wrote: Здравейте, Преди седмица си купих гигабитски управляем суич на Линксис SRW2016, и от тогава пинг-овете между машини се вдигнаха както и отклонението между тях, ако преди това(с Длинк 3224) всичко си кротуваше около 0,150ms с отклонение до 0,010ms, то сега положението е отчайващо: 0,300ms с отклонение от 0,100ms нагоре. Какво бе направено по вапроса: - проверени бяха нстройките на лан картите(всички без една(realtek) са Интел, Броудком, 3ком), там нещата не бяха договорени от първи път но с малко намеса и Flow control беше настроен но след настройката промяна не настъпи. - суича работи в чист режим(без VLAN, QoS или каквито и да било др. екстри) - настройките на суича бях резетвани няколко пъти. - бяха тествани кат5е и кат6 кабели но подобрение не настъпи. - втори такъв суич ми беше предоставен за тестване и там същото положение: лоши отговори и голямо отклонение - а да равбира се съпорта на Линксис стоаха като граманти Та някой имал ли си е работа с Линксис и дали е срещал подобен род проблеми??? Цветан Колега, според мен проблема е в марката Линксис -SRW2016 е консумативен продукт, също като ЛАДОКС LD-1416- на параметри изглеждат като истински - но работят долу-горе колкото си струват - като за 400УСД. При големите фирми пък плащаш повече отколкото работят :)), но понякога това е решението. Аз имам същия проблем с ЛАДОКСА :(( аха явно ще го сменям докато е време... Цветан Калоян
lug-bg: off topic - switching problem s linksys
Здравейте, Преди седмица си купих гигабитски управляем суич на Линксис SRW2016, и от тогава пинг-овете между машини се вдигнаха както и отклонението между тях, ако преди това(с Длинк 3224) всичко си кротуваше около 0,150ms с отклонение до 0,010ms, то сега положението е отчайващо: 0,300ms с отклонение от 0,100ms нагоре. Какво бе направено по вапроса: - проверени бяха нстройките на лан картите(всички без една(realtek) са Интел, Броудком, 3ком), там нещата не бяха договорени от първи път но с малко намеса и Flow control беше настроен но след настройката промяна не настъпи. - суича работи в чист режим(без VLAN, QoS или каквито и да било др. екстри) - настройките на суича бях резетвани няколко пъти. - бяха тествани кат5е и кат6 кабели но подобрение не настъпи. - втори такъв суич ми беше предоставен за тестване и там същото положение: лоши отговори и голямо отклонение - а да равбира се съпорта на Линксис стоаха като граманти Та някой имал ли си е работа с Линксис и дали е срещал подобен род проблеми??? Цветан
lug-bg: strannotii s gnome-terminal
Здрвайте, от известно време имам проблем с гном терминала. При опита за редактиране с ви, нано или при пускане на мц, се получава раместване на линиите на конзолата и неможе да се разбере какво се изписва. С терминала на КДЕ, xterm и eterm всичко е наред. Не мога да определя точно какъв е проблема и не мога да определя какво да търся в гугъл. Някой да си е блъскал главата с подобно нещо? Системата е: Дебиан-СИД с Гноме 2.14 Цветан
Re: lug-bg: strannotii s gnome-terminal
Le lundi 15 mai 2006 à 13:53 +0300, Iskar Enev a écrit : Tsvetan PETKOV wrote: Здрвайте, от известно време имам проблем с гном терминала. При опита за редактиране с ви, нано или при пускане на мц, се получава раместване на линиите на конзолата и неможе да се разбере какво се изписва. С терминала на КДЕ, xterm и eterm всичко е наред. Не мога да определя точно какъв е проблема и не мога да определя какво да търся в гугъл. Някой да си е блъскал главата с подобно нещо? Системата е: Дебиан-СИД с Гноме 2.14 Цветан Мисля, че тук пише нещо по въпроса.. ако проблемът ти е същия : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364993 мда реши го... Благодаря, Цветан Искър
Re: lug-bg: PCMCIA Wireless Network
Здравей, Le lundi 13 février 2006 à 08:06 +0100, Zahariev, Dobromir a écrit : Здравейте, Бихте ли ми препоръчали добра PCMCIA Wireless карта която да мога да ползвам без проблеми (или поне с малки проблеми) под Линукс. В момента повечето предлагани са с rt2400 или rt2500 и информацията която намерих за тях е че поддръжката им е много добра понеже има GPL проект за драйвери на тези карти. Проблема е че като споделих с магазинера че ще ползвам картата под Ubuntu веднага ми каза че ще имам проблеми със свързаноста. Той ги е е тествал със Slackware 10.1 и наистина нямал проблеми да ги подкара но под линукс връзката често се губела - с 2 думи не стават. Отказах се да купувам за момента, докато не съм сигурен че това което ще купя ще работи. Ще съм благодарен, ако споделите опит с такива карти и ако ме посъветвате кои модели работят без проблем под Линукс. значи wireless картите които съм тествал са: 1. SMC pci(28хх)/pcmci(2835w) версия 1.0, първите версии които работеха с Prism54, за които мога да кажа че тръгват лесно, само фърмуеарът трябва да се добави на определеното за него място. В началото никакви проблеми, но при обновяванена фърмуеара или на Присм54 модула станаха доста нестъбилни прекасваха често и не можеше да се поддържа качествена връзка. През две тухлени стени разстояние ме откаваше да работя. 2. SMC pcmci(2835w) версия 1.0 работеща с ndiswrapper, тествах я преди година и тръгна без проблеми но съм работил с нея не повече от 3 часа. 3. Intel 2100 и 2200 minipci картите работещи с модулите ipw2100 и ipw2200 + фърмуеара за тях. От както преди няколко месеца се реших да отделя малко време за да я пусна(понеже я имам вградена в лаптопа), се чувствам невероятно. В целия апартамент имам отлична свързаност с АП-то, нямам загуби на пакети както с призм-а. Ако лаптопа има minipci то потърси си такава карта за вграждане. 2100 е с поддръжка на 802.11b стандарт, докато 2200 е с 802.11b/g. 4. Linksys wireless-G pcmci работи с ndiswrapper модула. Миналата сряда я пуснах под Убунту 5.10 без проблем. От тогава лаптопа не е спиран а събота и неделя прекарах постоянно логнат в него през ssh-то и връзката не ми дрипна нито веднъж. Надявам се това да хвърли малко светлина по този твой проблем ;) успех, Цветан За пълнота ще допълня че дистрибуцията която ползвам е Ubuntu 5.10. Поздрави, Добри
Re: lug-bg: X prez putty
Здравей, Le jeudi 20 octobre 2005 à 10:05 +0300, Georgi Georgiev a écrit : ggg wrote: Здравейте, някой може и да ми скицира как да си пусна Х през putty На уиндоуската машина трябва да имаш Х сървър(cygwin, Xwin или Xwin32, Exeed(на Hummingbuird) последните два мисля са платени) към който ще се обръщат заявките за Х емулация от отдалечената страна към клиента. Х сървъра трябва задължително да ти е пуснат преди връзка с отдалечената страна. При путти имаш опция която е в поленцето Х11 която ти е за Х forwording, при връзка към сървъра трябва да го отбележиш. Това съм го пускал с Ексиид за Х сървър + опенгл, но не съм го тествал с cygwin. Мога да ти кажа че работеше доста добре и отностно кирилица или други други азбуки нямаше проблем. Та това е принципа. Успех, Цветан
Re: lug-bg: SATA RAID контролер за amd64
Le mercredi 05 octobre 2005 à 16:09 +0300, Nikola Antonov a écrit : Дамян Иванов wrote: Привет, Бих се радвал на препоръките ви за RAID контролер за система с два Оптерона, SATA дискове и ядро 2.6.8/2.6.12. Вече се опарих с aacraid (Adaptec 2020SA) и много ми се иска да чуя препоръки от хора с опит с такива железа. дам За SATA под Linux - 3Ware. Мдаа твърдо зад 3Ware.
Re: lug-bg: scsi disk spin up problem and i/o errors
Здравей, On Mon, 2005-10-03 at 08:37 +0300, Tsvetin Vasilev wrote: Tsvetan Petkov wrote: Здравей група, ... Погледни настройките на самия диск, т.е. на ключетата по него. няма такива ключета а джъмперчета и на двата диска, но те не са пипани, а преди това машината работеше от годин и повече без такива проблеми. П.С. всъщност този диск hot-swap ли е? НЕ е хотсуап. Ако да, много вероятно е кутията да слага всички необходими настройки на диска, но все пак си струва да се пробва.
Re: lug-bg: scsi disk spin up problem and i/o errors
Здравей, On Mon, 2005-10-03 at 09:45 +0300, Nick Kirchev wrote: Това ми се е случвало с IBM дискове, но не SATA или SCSI. проблемът се решава като се махне Advanced Power Management с hdparm, понеже нямаше подобни опции в BIOS. hdparm -B NNN /dev/hdXX -B Set Advanced Power Management feature, if the drive supports it. A low value means aggressive power management and a high value means better performance. A value of 255 will disable apm on the drive. hdparm -C /dev/hda /dev/hda: drive state is: active/idle ^^^ Нормалното състояние. Това не знам дали е възможно ако диска ти е SATA ( защото се вижда като /dev/sdXX ) или SCSI man hdparm: ---cut--- DESCRIPTION hdparm provides a command line interface to various hard disk ioctls supported by the stock Linux ATA/IDE device driver subsystem. Some options may work correctly only with the latest kernels. For best results, compile hdparm with the include files from the latest kernel source code. ---/cut--- hdparm -C /dev/sda /dev/sda: drive state is: unknown Това може да не ти е от помощ, но някой може да има подобни преживявания, за това го споделям. Наистина добре е че го публикуваш нищо, че не мога да се възползвам от него ;( Поздрави, Цветан :)
Re: lug-bg: scsi disk spin up problem and i/o errors
On Mon, 2005-10-03 at 17:47 +0300, Tsvetin Vasilev wrote: Tsvetan Petkov wrote: няма такива ключета а джъмперчета и на двата диска, но те не са пипани, а преди това машината работеше от годин и повече без такива проблеми. Това навежда на мисли че наистина диска си отива лошо ще да е това , но така или иначе на scsi дисковете има доста jumper-чета едните са за установяване на scsi id-то а другите са за конфигурация на самия диск, за тях обаче ще е хубаво да потърсиш документация за конкретния диск Ами то нямам голям избор, май :) Успех :) Благодаря, Цветан
lug-bg: scsi disk spin up problem and i/o errors
Здравей група, едно проблемче ме тормози от няколко дни... Debian Sarge 2 x 1GHz Celeron 512MB MB - ASUS TR-DLS socket370 SCSI controler - LSI 53C1010 с модул sym53c8xx машината е файлов сървър. IDE-то: ST320410A - 20GB /dev/hda SCSI-тата: lsscsi [0:0:0:0]diskIBM IC35L036UWD210-0 S5BS /dev/sda [0:0:1:0]diskIBM IC35L036UWD210-0 S5BS /dev/sdb и двата диска са с по един цял дял. Проблем: диск /dev/sda след като известно време няма процеси които да пишат по дяла му, то дискът спира да се върти. При опит за писане върху /dev/sda1 диска не може да се завърти. Подобен проблем при втория диск не съществува. Подробно какво става: При опит за писане на парвото скъзи контролера се опитава да го завъти. Диска не успява да достигне нормални обороти на работа и умира. В кернел.лог почва да се пълни с И/О грешки за първото скъзи част от лога съм го прикачил. Чрез scsiadd -s виждам диска но при опит за завъртане с scsi-spin -u /dev/sda не реагира. Извадих горещо диска и го сложих на ново, системата го разпозна но не можа да го завърти. Всички процеси пишещи по другите дискове се забавиха. При рестарт контролера не разпозна един път диска, при повторен рестарт го разпозна но без възможност да го управлява. Чак при спирането на системата за няколко сек и пускането й на ново диска отново функционира. Настройките на контролера са еднакви и за двата диска, но само първия се паркира така ненадейно. Имам подозрения че диска няма да го бъде ама дано не е така... Дали някои си е блъскал главата с подобен проблем или има идея защо става така?? Благодаря предварително ;) Поздрави, Цветан Oct 2 13:34:05 biblio22 kernel: Device sda not ready. Oct 2 13:34:05 biblio22 kernel: end_request: I/O error, dev sda, sector 0 Oct 2 13:34:05 biblio22 kernel: Buffer I/O error on device sda, logical block 0 Oct 2 13:34:05 biblio22 kernel: Buffer I/O error on device sda, logical block 1 Oct 2 13:34:05 biblio22 kernel: Buffer I/O error on device sda, logical block 2 Oct 2 13:34:05 biblio22 kernel: Buffer I/O error on device sda, logical block 30 Oct 2 13:34:05 biblio22 kernel: Buffer I/O error on device sda, logical block 31 Oct 2 13:34:05 biblio22 kernel: Device sda not ready. Oct 2 13:34:05 biblio22 kernel: end_request: I/O error, dev sda, sector 0 Oct 2 13:34:05 biblio22 kernel: Buffer I/O error on device sda, logical block 0 Oct 2 13:34:05 biblio22 kernel: Buffer I/O error on device sda, logical block 1 Oct 2 13:41:29 biblio22 kernel: scsi: unknown opcode 0x37 Oct 2 14:24:31 biblio22 kernel: osst :I: Tape driver with OnStream support version 0.99.1 Oct 2 14:24:31 biblio22 kernel: osst :I: $Id: osst.c,v 1.70 2003/12/23 14:22:12 wriede Exp $ Oct 2 14:24:31 biblio22 kernel: st: Version 20040403, fixed bufsize 32768, s/g segs 256 Oct 2 14:24:32 biblio22 kernel: Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0 Oct 2 14:24:32 biblio22 kernel: Attached scsi generic sg1 at scsi0, channel 0, id 1, lun 0, type 0 SCSI error : 0 0 0 0 return code = 0x100ff end_request: I/O error, dev sda, sector 54525984 EXT3-fs error (device sda1): read_block_bitmap: Cannot read block bitmap - block_group = 208, block_bitmap = 6815744 Aborting journal on device sda1. SCSI error : 0 0 0 0 return code = 0x100ff end_request: I/O error, dev sda, sector 4272 Buffer I/O error on device sda1, logical block 530 lost page write due to I/O error on sda1 SCSI error : 0 0 0 0 return code = 0x100ff end_request: I/O error, dev sda, sector 32 Buffer I/O error on device sda1, logical block 0 lost page write due to I/O error on sda1 ext3_reserve_inode_write: aborting transaction: Journal has aborted in __ext3_journal_get_write_access2EXT3-fs error (device sda1) in ext3_reserve_inode_write: Journal has aborted SCSI error : 0 0 0 0 return code = 0x100ff end_request: I/O error, dev sda, sector 32 Buffer I/O error on device sda1, logical block 0 lost page write due to I/O error on sda1 EXT3-fs error (device sda1) in ext3_truncate: Journal has aborted SCSI error : 0 0 0 0 return code = 0x100ff end_request: I/O error, dev sda, sector 32 Buffer I/O error on device sda1, logical block 0 lost page write due to I/O error on sda1 ext3_reserve_inode_write: aborting transaction: Journal has aborted in __ext3_journal_get_write_access2EXT3-fs error (device sda1) in ext3_reserve_inode_write: Journal has aborted SCSI error : 0 0 0 0 return code = 0x100ff end_request: I/O error, dev sda, sector 32 Buffer I/O error on device sda1, logical block 0 lost page write due to I/O error on sda1 EXT3-fs error (device sda1) in ext3_orphan_del: Journal has aborted SCSI error : 0 0 0 0 return code = 0x100ff end_request: I/O error, dev sda, sector 32 Buffer I/O error on device sda1, logical block 0 lost page write due to I/O error on sda1 ext3_reserve_inode_write: aborting transaction: Journal has aborted in __ext3_journal_get_write_access2EXT3-fs
Re: lug-bg: Тъжно ми е с 50% - 60% загуба на пакети.
Здравей Alexander P. Panov, Le vendredi 19 août 2005 à 14:24 +0300, Alexander P. Panov a écrit : Това е проблем между мене и интернет доставчика ми. На 18 вечерта някъде от 19:00 до 19 сутринта до към 9:30 имах около 50% - 60% загуба на пакети. Машината е Abit BH6, паметта е свалена от сървър и при минаване с memtest не дава грешки. Диска е WesternDigital и досовска програма на фирмата производител не дава никакви отклонения или грешки. Мрежовата карта е RealTek 8029AS - 10Mbit-ова, с програмата на фирмата производител RSET8029.EXE не дава никакви грешки при тестването. Операционните системи са: Linux 2.6.11 #2 SMP Thu May 26 20:53:11 CEST 2005 i686 GNU/Linux и Microsoft Windows XP [Version 5.1.2600] Определено проблема не е бил в теб при мен се получаваше същото нещо но с повече упоритост и късни обаждания до съпорта им стигаш до успех ;) Обикновенно проблемите им са в устроствата накачени по трасето до техния център. А с mtr можеш да да проследиш къде е горе-долу може да е проблема. Развитие на проблема във времето: Вечерта към 19:00 - 20:00 почва да нямам ама абсолютно никакъв интернет, виждам че пинга е умрял в кожата си и се обаждам на поддръжката на фирмата. След това излизам от офиса и се връщам към 21:30, заварвам същото положение с над 50% загуби на пакетите. Говоря си с тях и тогава правя пинг и от Уиндоуса и от Линукса и от двете има над 50% загуби. Пингвах уеб сървъра на доставчика ми който има IP адрес от мрежата в която съм и аз. За малко да ме убедят че проблема е при мене!!! Правя пинг под Линукс ping -c 100 127.0.0.1 и ми връща резултат 0% загуби. Същия пинг до localhost-a под Уиндоус ми дава абсолютно същия резултат - 0% загуби. Майката... Лелята... И оставям компютъра. На другия ден сутринта в 8:00 същото нещо, над 50% загуби. Заебавам компютъра. В 9:00 - 9:00 всичко се оправи. В 14:00 идва представител на фирмата (когато вече всичко е наред) и казва че само аз съм се оплаквал от 10 човека които са в нашия блок. Каза че не разбира от софтуер евентуално можело да бъде от вирус(!?!) и ще ми прати софтуерист от фирмата - аз отказах, стига толкова. Прикрепения файл съм логнал част от нещата. Търся в кой е причината и евентуално каква е. Поздрави, Цветан
Re: lug-bg: Linux policy provider
, Le samedi 04 juin 2005 07:09 +0300, Sertys a crit : On Fri, 03 Jun 2005 00:03:56 +0300, Alexander P. Panov [EMAIL PROTECTED] wrote: LDAP Samba v3, policy . LDAP Pgina. Sertys wrote: . , . -, . openFMI, . ? , A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Linux policy provider
, Le vendredi 03 juin 2005 09:56 +0300, Ivaylo Toshev a crit : . policy control, .. , : , .. . Workstation -- ( - ). , .. , ;) : http://support.microsoft.com/default.aspx?scid=kb;en-us;315071sd=tech#2 Tsvetan Petkov wrote: , Le samedi 04 juin 2005 07:09 +0300, Sertys a crit : On Fri, 03 Jun 2005 00:03:56 +0300, Alexander P. Panov [EMAIL PROTECTED] wrote: LDAP Samba v3, policy . LDAP Pgina. Sertys wrote: . , . -, . openFMI, . ? A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Ще видиме ли видео онлайн?
, Le mardi 31 mai 2005 13:02 +0300, Sertys a crit : , - . ;) - - ! A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Dati za seminara
Le vendredi 29 avril 2005 07:23 +0200, a crit : On Thursday 28 April 2005 19:26, Vasil Kolev wrote: , 28 . ,- ? ! , ... ! . - . ( :-). St Linux ! . ! , , ? A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Dati za seminara
Le vendredi 29 avril 2005 14:29 +0300, Spas Pavlov a crit : On Friday 29 April 2005 08:59, Tsvetan Petkov wrote: Le vendredi 29 avril 2005 07:23 +0200, a crit : On Thursday 28 April 2005 19:26, Vasil Kolev wrote: , 28 . ,- ? ! , ... ! . - . ( :-). St Linux ! . ! , , ? ,100% . ? , ? A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: RE: lug-bg: Семинар - подложки за мишка
Le jeudi 07 avril 2005 11:08 +0300, Denislav a crit : , SuSE Linux ( ) - . :)) 3 . - , , , . : http://skelet.ludost.net/mouse_pad/ , , ! ! , - , :) , A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: qmail-ldap-control patch pop3d
, Le mardi 15 mars 2005 17:16 +0200, Denislav Ganchev a crit : Courier . copy, pasteto ;-). Courier LDAP: - authldaprc - Courier - pam_ldap , Courier . On , 2005-03-15 at 16:38 +0200, Kiril Todorov wrote: Denislav Ganchev wrote: qmail qmail-ldap-1.03-20041201.patch + qmail-ldap-1.03-20040801-controls20050202.patch. + qmailldap . , qmail-ldaplookup qmail-showctl.imap-a , , authenticat- pop3. , qmail control , pop3 authenticate ldap. ? , qmail-ldap mail archives, , , : [cut] I haven't used qmail-pop3d in years (it sucks!). I use Courier POP3d instead... ... [cut] * The extraction of login information was broken for auth_pop. Steal the extraction code from auth_imap.c fixes that...* , qmail-pop3d courrier-pop3d, , . / auth_imap. , A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Aic 79xx u320 SCSI RAID i Debian ???
, aic7xxx . , : http://www.adaptec.com/worldwide/support/driversbycat.jsp?sess=nolanguage=English+UScat=%2FOperating+System%2FLinux+Driver+Source+Code . , - Le mar 08/02/2005 13:44, Viktor Stefanov a crit : : IntelR Entry Server Board SE7210TP1-E RAID : AIC7901 U320 HostRAID. , AIC7xxx :( Wwell, Viktor , A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Aic 79xx u320 SCSI RAID i Debian ???
, : http://minus-9.com/archives/32.html ( - ): http://xtronics.com/reference/SATA-RAID-debian-for-2.6.html http://linuxreviews.org/howtos/power/ACPI-HOWTO/en/xxnodebkernel.html . - GOOGLE + custom boot disk with Debian , ps. , , ;) Le mar 08/02/2005 15:22, Viktor Stefanov a crit : , , - :))) : , BOOT ? Thanks ! - Original Message - From: Tsvetan Petkov [EMAIL PROTECTED] To: Linux-BG lug-bg@linux-bulgaria.org Sent: Tuesday, February 08, 2005 2:43 PM Subject: Re: lug-bg: Aic 79xx u320 SCSI RAID i Debian ??? , aic7xxx . , : http://www.adaptec.com/worldwide/support/driversbycat.jsp?sess=nolanguage=English+UScat=%2FOperating+System%2FLinux+Driver+Source+Code . , - Le mar 08/02/2005 13:44, Viktor Stefanov a crit : : IntelR Entry Server Board SE7210TP1-E RAID : AIC7901 U320 HostRAID. , AIC7xxx :( Wwell, Viktor , A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
RE: lug-bg: office XP
, , . Le ven 07/01/2005 10:07, Ziumbiulev, Peter a crit : Ako ste malka firma i imate pone edna mashina s Windows XP, kakav e problema da polzvate Remote Desktop Connection. Tova e vgradeno v WinXP. Ne narushvash EULA zastoto ne startirash programata na sobstvenata si mashina - RDC e nesto podobno na WTS. , . $ , 2, . Tozi scenario shte raboti s do 10 users koito polzvat Office XP ednovremennno. $ , . :) . , Pozdravi, Peter -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] bulgaria.org] On Behalf Of Dido Dilev Sent: Thursday, January 06, 2005 2:39 PM To: lug-bg@linux-bulgaria.org Subject: Re: lug-bg: office XP . PCta, . . ? . . A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: debianman pages
On Thu, 2004-10-14 at 09:48, Danail Petrow wrote: , , up/down / , 1-2 .. :) spacebar Shift+PageUP , - :) ( - bash env , :)) less ;) , A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
