juve виж

testparm

дали се оплаква от нещо.

Така ...

testparm

- не дава никакви проблеми , освен едно предупреждение за дължината на имената и т. н

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

знаичи проблемите бяха отстранени след консултация с едно 13мб ръководство , в момента самбата работи без никакви забележки и от 2 те страни ...относно iptables - ползвах едно леко написано от моя приятел sysadmin rc. обаче , като се усъмних , че се оправям с него както трябва го смених с инструмент за прости хора 1 во с guarddog после и s firestarter и вече смея да твърдя , че виждам кога какво се "дропи"

на такива програми трябвало да се използва kdesu/kdesudo (или gksu/gksudo в GNOME).

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

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

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

остава зора с принтера... за сега съм изкарал "приятелите на M{:content:}quot; виновни, че не могат да си го настроят и тяхната атака е разсеяна за момента ....още повече , че могат да видят и "пипнат " настройките на принтера, да си поиграят с тях и да пратят нещо за печат , ( което се приема и уж се печата) , само дето не излиза на хартия ( дребен проблем ) и сега ще имам време докато се чудят какво е объркал бате Били ...но все пак продължавам да търся решение

Погледни тук и виж дали нещо няма да стане по този начин: http://www.owlfish.com/thoughts/winipp-cups-2003-07-20.html

Погледни тук и виж дали нещо няма да стане по този начин: http://www.owlfish.c...2003-07-20.html

capnemo... .

В интерес на истината, линка който си ми пратил НЕ ми свърши работа напълно директно , само че ...се оказа катализатор на процес ! Опитвайки се да му приложа тази част : Postscript Printing

To use a printer queue as a Postscript printer requires a Windows XP Postscript printer driver, such as the built-in MS Publisher Imagesetter or this freely available one from Adobe.

Built-in MS Publisher Imagesetter

To use the MS Publisher Imagesetter driver, use "Add Printer" to add a new network printer, select "Connect to a printer on the Internet..." and enter the URL for your printer queue (e.g. http://rock:631/printers/Epson). When prompted for a driver select a Manufacturer of "Generic" and the Printer "MS Publisher Imagesetter".

се оказа, че докато се опитвах да го напрвя "случайно" замених името на сървъра със собственият ми IP и чакайки да му посоча "вградения" Imagesetter изведнъж подлеца заяви че всичко е ок и ми адна принтера без повече въпроси ...че и заработи на всичкото отгоре

Жалко , че отворих врата на моите Бо.... Джамджии, но пък това не пречи да ти кажа

Редактирано 8 септември 200916 г. от juve (преглед на промените)

Така...продължавам с няколко въпроса ( точно като за колегата trosho, който не търпи скрито покрито ) Та значи, напоследък нещо ми се прецака стартирането на CUPS. Дава там някакво бъгче, което слабо ме интересува , нещо като ....Unable to connect to CUPS: 'httpConnectionEncrypt failed'. Is CUPS running? Това е описано като някакъв проблем тук там , но по интересно е нещо друго:

За да "дириджирам" кой кога да се пуска в моя дебиан, аз използвам една малка "щуротия" наречена rcconf.

Запускам я аз решен да запусна този CUPS, щом се чуди дали работи работи и Опсарин оказва се, че нямам такава възможност да го запусна, зашото той не съществува като избор да се добави в който и да било rcX.d Същевременно се оказва, че тук съществуват даже и програми, които отдавна съм премахнал но са останали като възможности. Добре, щом го няма - ще го добавя - все пак в дебиан има командата :

update-rc.d cups defaults

System startup links for /etc/init.d/cups already exist.

Значи БИ трябвало да тръгне и Би трябвало да мога да го посоча ако искам - но него Хем го има, хем го няма.

Ако поискам да го стартирам с sudo /etc/init.d/cups start - то си и тръгва но update-rc не го добавя, защото го има вече, но пък го няма никъде по rc1 - 5 - Вече нищо не разбирам От къде ( по дяволите ) още може да се запускат демони и процеси, освен в rcX.d. Или нещо аз съм объркал ....но допреди ...хм ..месец всичко се движеше по план ... Мистерия

Мистероята се оказа някакъв проблем с rcconf - не си ъпдейтваше базата май , ама започна и да виси като процес, който консумира " тяга" - изгоних го и го замених - сега майче се оправи работата ама да видим

Редактирано 30 септември 200916 г. от juve (преглед на промените)

Мистероята се оказа някакъв проблем с rcconf - не си ъпдейтваше базата май , ама започна и да виси като процес, който консумира " тяга" - изгоних го и го замених - сега майче се оправи работата ама да видим

Останах с впечатление че при мен rcconf се омаза след като при един от ъпгрейдите на sysv-rc се сложи insserv и конвертира системата да зарежда паралелно, ползвайки зависимостите в скриптовете вместо статично зададените приоритети. Не съм го гонил много, понеже точно тогава ъпгрейтна и X-a, правейки го несъвместим с 2.6.29 и ми се наложи няколко дни да се мъча докато подкарам на EEE-то 2.6.31 с tux on ice и fbcondecor пачове.

sysv-rc-conf обаче изглежда да няма проблеми, пробвай го.

Редактирано 3 октомври 200916 г. от asa (преглед на промените)

Една от новостите при Debian 6 (Squeeze) не е ли преминаването към Upstart (вместо сегашния System-V init)? Поне нещо такова четох тук.

Може би вече започват да го реализират? Ако е така, тогава е възможно да се появят проблеми, докато изгладят нещата.

И при Ubuntu 9.10, въпреки че отдавна използва Upstart, има някакви промени в процеса на стартиране (нали обещаха по-малко време за boot-ване). Забелязвам, че в менютата липсва System-> Administration-> Services, а самата програма (services-admin) е премахната от пакета gnome-system-tools. Освен това, много от елементите в /etc/init.d/ са линкове към /lib/init/upstart-job. Сега се чудя как да спра някои излишни услуги, без да прецакам нещо.

За момента опитвам (във виртуална машина) да го правя с преименуване на елементи в /etc/rc?.d (нещо от сорта: S25bluetooth-> s25bluetooth) и в /etc/init/ (avahi-daemon.conf-> avahi-daemon.conf.orig), но нямам представа дали е правилно.

При тези промени, явно ще трябва да се учим на нови трикове.

Една от новостите при Debian 6 (Squeeze) не е ли преминаването към Upstart (вместо сегашния System-V init)

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

sysv-rc-conf обаче изглежда да няма проблеми, пробвай го.

то точно той беше замяната - засега ме е оставил намира

Редактирано 4 октомври 200916 г. от juve (преглед на промените)

Една от новостите при Debian 6 (Squeeze) не е ли преминаването към Upstart (вместо сегашния System-V init)? Поне нещо такова четох тук.

Може би вече започват да го реализират? Ако е така, тогава е възможно да се появят проблеми, докато изгладят нещата.

И при Ubuntu 9.10, въпреки че отдавна използва Upstart, има някакви промени в процеса на стартиране (нали обещаха по-малко време за boot-ване). Забелязвам, че в менютата липсва System-> Administration-> Services, а самата програма (services-admin) е премахната от пакета gnome-system-tools. Освен това, много от елементите в /etc/init.d/ са линкове към /lib/init/upstart-job. Сега се чудя как да спра някои излишни услуги, без да прецакам нещо.

За момента опитвам (във виртуална машина) да го правя с преименуване на елементи в /etc/rc?.d (нещо от сорта: S25bluetooth-> s25bluetooth) и в /etc/init/ (avahi-daemon.conf-> avahi-daemon.conf.orig), но нямам представа дали е правилно.

При тези промени, явно ще трябва да се учим на нови трикове.

ползвай update-rc.d програмата за промяна на автоматично стартиращите процеси.

debian, подобно на Fedora преминават изцяло към upstart и е нормално да има бъгове в началото.

за тези които не разбират защо upstart е предпочитана пред sysvinit, да не дават излишни коментари!

http://en.wikipedia.org/wiki/Upstart

Редактирано 5 октомври 200916 г. от sanddaemon (преглед на промените)

ползвай update-rc.d програмата за промяна на автоматично стартиращите процеси.

...

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

До колкото знам, update-rc.d се използва от скриптовете, намиращи се в пакетите, за добавяне/премахване на линковете в /etc/rc?.d/ директориите и не е точно с предназначението на chkconfig (от Fedora) или на sysv-rc-conf, rcconf...(при Debian/Ubuntu).

С тази команда нещата стават по-бързо и по-лесно, но не проработи във всички случаи, за съжаление. Не може да манипулира нещата, които са линкове към /lib/init/upstart-job (май липсва заглавната информация на скрипта). Например с "update-rc.d bluetooth disable" всичко е наред, oбаче с "update-rc.d avahi-daemon disable" дава грешка:

update-rc.d: warning: /etc/init.d/avahi-daemon missing LSB information
update-rc.d: see <http://wiki.debian.org/LSBInitScripts>
 System start/stop links for /etc/init.d/avahi-daemon do not exist.

Както и да е. Това, за сега, са само Ubuntu-вски проблеми. Да се надяваме, че ще предоставят някакъв инструмент за настройка на стартираните услуги (то може и да има, но да не го знам).

Debian-ци ще ги мислят тези неща, когато дойдат и при тях.

ПП.

е то ти казва, че не съществуват, тъйкато ти вече си ги махнал или никога не е имало.

Tова е при стартирано LiveCD, без да съм пипал нищо. И двата файла (bluetooth и avahi-daemon) са си на мястото в /etc/init.d/. За avahi-daemon наистина няма линкове S##... и K##... в /etc/rc?.d/, но се стратира при зареждане на системата. Поне това показва команда "service --status-all".

Променен е начинът за стартирането на някои услуги (спрямо Ubuntu 9.04) и трябва да има някакъв нов начин за управлението им (за забрана да се стартират), но още не знам какъв е.

Предлагам, ако има нова информация, да я споделим в темата за Ubuntu.

Редактирано 6 октомври 200916 г. от trosho (преглед на промените)

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

До колкото знам, update-rc.d се използва от скриптовете, намиращи се в пакетите, за добавяне/премахване на линковете в /etc/rc?.d/ директориите и не е точно с предназначението на chkconfig (от Fedora) или на sysv-rc-conf, rcconf...(при Debian/Ubuntu).

С тази команда нещата стават по-бързо и по-лесно, но не проработи във всички случаи, за съжаление. Не може да манипулира нещата, които са линкове към /lib/init/upstart-job (май липсва заглавната информация на скрипта). Например с "update-rc.d bluetooth disable" всичко е наред, oбаче с "update-rc.d avahi-daemon disable" дава грешка:

update-rc.d: warning: /etc/init.d/avahi-daemon missing LSB information
update-rc.d: see <http://wiki.debian.org/LSBInitScripts>
 System start/stop links for /etc/init.d/avahi-daemon do not exist.

Както и да е. Това, за сега, са само Ubuntu-вски проблеми. Да се надяваме, че ще предоставят някакъв инструмент за настройка на стартираните услуги (то може и да има, но да не го знам).

Debian-ци ще ги мислят тези неща, когато дойдат и при тях.

е то ти казва, че не съществуват, тъйкато ти вече си ги махнал или никога не е имало.

Наблюдавам, че 32 битовия дебиан squeeze си подменя кернела сам като ъпдейт, а 64 битовия (1 брой ) не го прави - на какво се дължи това ? Така е замислено , или аз съм бутнал нещо някъде ?

Наблюдавам, че 32 битовия дебиан squeeze си подменя кернела сам като ъпдейт, а 64 битовия (1 брой ) не го прави - на какво се дължи това ? Така е замислено , или аз съм бутнал нещо някъде ?

А как го ъпдейтваш? С пакетния мениджър?

Наблюдавам, че 32 битовия дебиан squeeze си подменя кернела сам като ъпдейт, а 64 битовия (1 брой ) не го прави - на какво се дължи това ? Така е замислено , или аз съм бутнал нещо някъде ?

не се е налагало да се update-ва 64бит версия, но сега като се замисля.. в твоя случай може и да си бутнал нещо

Редактирано 9 октомври 200916 г. от sanddaemon (преглед на промените)

А как го ъпдейтваш? С пакетния мениджър?

Ами аз съм вече мързелив като роден дебианец - използвам синаптик ... и на 32 и на 64 .... точно преди ден 32 то качи 2.6.30.2 ... гледам , че е достъпен и на 64 ама не се пробва да ми " се слага" и да ми рови из grub ....

в твоя случай може и да си бутнал нещо

въх, не предполагах че ходиш и до Дебиан, с това Убунту навсякъде

Редактирано 9 октомври 200916 г. от juve (преглед на промените)

Аз вече 3-та година използвам 64 битов Debian (Etch, Lenny, както и testing/unstable) и досега съм ъпдейтвал много пъти, все през apt-get или aptitude. Избягвам да ъпдейтвам кърнъла през X, може би затова никога не съм имал проблеми.

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

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

E все ще се намери нещо да развали на човека кефа тоя проклет kscreenlocker в момента, в който се включи направо налапва процесора и започва да консумира яко...и за какво - така и не мога да разбера.Отняколко дена гледам, че като си затворя лаптопа, противно на очакванията раздрънкания вентилатор на процесора започва да се чува осезаемо по силно как "жужи" Влезна си - няма никой ... тогава оставих включен gkrelm и като влезнах пак след заключване на екрана - о чудо процесора натоварен на 99% ! приложих го този номер и в къщи - там е 64 битов - същата картина, само че там не може да се усети заради качествените вентилатори ... дива работа. как се разбира че е kscreenlockera ли ? ами елементарно - вместо да го отключвам, се пъхам в една виртуална конзола, пускам 'top" и ето ...има на какво да се радвам Тъпо! кълна се, че повече няма да стъпя на testing версия - или стабилен или " лошото момче"

Тъпо! кълна се, че повече няма да стъпя на testing версия - или стабилен или " лошото момче"

Не разбирам, защо да е виновен тестинга - това не е ли бъг на KDE4?

Не разбирам, защо да е виновен тестинга - това не е ли бъг на KDE4?

така е , Кде е виновен, но строго погледнато , както доста хора казаха, сега това чудо ще го "влачат" чак до стабилния релийз, защото в тестинг нещата вървят най- бавно ( което е и логично, защото софтуера там , погледнато от гледна точка на дебианската теория е ни риба - ни рак относно стабилност ) Когато лени беше тестова, нещата бяха други -Кде3 изначало вече беше като мушмул и не дразнеше толкова, ама 4 ката явно е доста зелена

п.с Ха , мушмул ...сетих се за моето време, когато заклеймяваха "гнилия" капитализъм , а другите казвахa , че капитализма е като мушмула - колкото по гнил е толкова е по сладък Ех , времена

Редактирано 10 ноември 200916 г. от juve (преглед на промените)

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

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

За squeeze + kde по подразбиране ли става дума ? виж ти ... а при мен и на 32 и на 64 битовия го прави ...засега съм махнал само заключването и други грижи нямам ( е има тук един номер, че когато пусна която и да е програма изискваща root права ( синаптик или пък за разглеждане на логовете през КДЕ ) ми излиза прозорче за въвеждане на паролата. но работи само полето "отказ" ) което едва ли е свързано с kscreenlockera ...

Редактирано 10 ноември 200916 г. от juve (преглед на промените)

Някаква идея защо не ми тръгват торрентите от арената? С Дебиан Лени съм, ползвам битторента по подразбиране.

Дебиан squeeze 32 бита. Не бях си рестартирал компота около месец и ...5 - 10 дена ( то да не е виндоЗ) обаче , онзи ден го направих и опаа немога да си дигна КДЕ средата. Започва да зарежда и изведнъж ме изхвърля обратно към прозореца за логване.Започнах да го човъркам - добре, ама не дава никъде по познатите ми логове за нещо неестствено. Изпробвах да се логана като rooт - всичко си работи при него. Впрочем досега не бях пускал графично като root , но всичко което се сетих си работеше. В xorg.0.log , kdm.log и другите от този род не се наблюдава нещо тревожно. Когато го пусна под конзола като проЗ юзър ( startx) екрана става черен , всичко това за около 3 мин след което излиза няколко надписа : .. no protocol specified .. и накрая завършва : giving up xinit: resource temporarity unavailable ( errno 11) : unable to connect to X server waiting for X server to shut down xinit: Server error Търсих нещо по въпроса, обаче съобщенията не са същите. Имаше някакви мнения за .xautority обаче не помогна да се променя или изтрива. Проблема или по точно естеството му ми е неясен ...ако някой може да осветли - да мята насам ...

Може би си ъпдейтвал системата преди да рестартираш?