Сори за офтопика, но защо смяташ, че нашите са пълна скръб? Не ме разбирай погрешно, не се заяждам, а просто ми е любопитно на какво се основава оценката ти, защото преди малко правих ъпдеит (Дебиан Етч) и скоростта към http://ftp.bg.debian.org/debian/ беше 1400+ к БАЙТА/сек! Също така, не помня от кога не ми се е случвало (ако изобщо ми се е случвало) сайта да е down. Остава недоволството ти да е насоченокъм актуалността на пакетите - тук не съм компетентен, за друго не се сещам.

Трябва да се укаже на бутоните (на капака и слиип) какво да правят - гасене на екрана, стендбаи или хибернация, но убии ме, не се сещам къде беше. Като начало можеш да почнеш с ровичкането от десен клик върху иконата за батерията. Нищо друго не ми идва наум, а нямам Убунту пред себе си. Успех!

Става на въпрос за тв тунера ми. При стартиране на системата dmesg ми дава това:
plamen@sempron:~$ dmesg |grep bttv
bttv: driver version 0.9.16 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
bttv: Bt8xx card found (0).
bttv0: Bt878 (rev 17) at 0000:00:0b.0, irq: 217, latency: 32, mmio: 0xe8155000
bttv0: using: *** UNKNOWN/GENERIC *** [card=0,autodetected]
bttv0: gpio: en=00000000, out=00000000 in=009fc0ff [init]
bttv0: using tuner=-1
bttv0: i2c: checking for MSP34xx @ 0x80... not found
bttv0: i2c: checking for TDA9875 @ 0xb0... not found
bttv0: i2c: checking for TDA7432 @ 0x8a... not found
bttv0: i2c: checking for TDA9887 @ 0x86... not found
bttv0: registered device video0
bttv0: registered device vbi0
plamen@sempron:~$

До колкото разбирам, трябва да се аутодетектне, но не го прави (не го правеше и под Win - Dscaler). Пускам си го като ънлоудна модулите bt878 и bttv и заредя отново bttv с параметри card=72 и tuner=9, остава само да го накарам да го прави при стартиране. Естествено мога да напиша скрипт и да го сложа в /etc/rc.d/rc2.d/, но не искам да правя глупости. Питах чичко Гугъл, но навсякъде пишеше все едно и също - "... и запишете тези настройки в modules.conf (modprobe.conf, rc.modules ... etc - в зависимост от дистрото, за което се говореше). При мен (Дебиан Етч) имам фаил /etc/modules.conf (който не е желателно да се редактира ръчно, защото update-modules ще го презапише) и директория /etc/modutils/ с една камара фаилчета - източниците на update-modules, т.е. корекциите трябва да се правят тук. Аз обаче правя опитите си за корекции именно в modules.conf, че ако се оакам да мога да се избърша - update-modules, а после (правилното) ще го запиша на съотвветното място в /etc/modutils/. Въпросът е, че не намирам начин (разбираите - синтаксис, място) да го запиша. Пробвах с options bttv card=72 tuner=9 в секцията (фаилчето) actions
### update-modules: start processing /etc/modutils/actions
# Special actions that are needed for some modules

# The BTTV module, up to kernel 2.4.17, does not load the tuner
# module automatically, so do that in here
if KERNEL_VER < 2.4.17
post-install bttv insmod tuner
post-remove bttv rmmod tuner
endif

options bttv card=72 tuner=9 radio=1 #dobaveno ot men

### update-modules: end processing /etc/modutils/actions


Пробвах и в aliases, на реда alias char-major-81 bttv добавих card=72 tuner=9, но не става. Питах мъдрия чичко , но в българските сайтове не открих отговор , та да питам и вас
И този модул bt878 кой и защо го зарежда, като си работи и без него (под Кнопикс не се зарежда изобщо и с rmmod bttv и modprobe ... си пускам тунера, а под Дебиан не го зареждам след като го ънлоудна. Ето ви и малко lsmod
преди презареждането на модула bttv и спряна xawtv:
plamen@sempron:~$ lsmod |grep bt878
bt878 9912 0
bttv 151888 1 bt878
plamen@sempron:~$ lsmod |grep bttv
bttv 151888 1 bt878
video_buf 19716 1 bttv
firmware_class 9984 1 bttv
i2c_algo_bit 8456 1 bttv
v4l2_common 5888 1 bttv
btcx_risc 4744 1 bttv
tveeprom 13968 1 bttv
i2c_core 19600 3 bttv,i2c_algo_bit,tveeprom
videodev 9088 1 bttv
plamen@sempron:~$

преди презареждането на модула bttv и пусната xawtv:
plamen@sempron:~$ lsmod |grep bt878
bt878 9912 0
bttv 151888 2 bt878
plamen@sempron:~$ lsmod |grep bttv
bttv 151888 2 bt878
video_buf 19716 1 bttv
firmware_class 9984 1 bttv
i2c_algo_bit 8456 1 bttv
v4l2_common 5888 1 bttv
btcx_risc 4744 1 bttv
tveeprom 13968 1 bttv
i2c_core 19600 3 bttv,i2c_algo_bit,tveeprom
videodev 9088 2 bttv
plamen@sempron:~$

след презареждането на модулите bttv и bt878 (по принцип последния не го вдигам - само сега, за доказателство) и спряна xawtv:
(
sempron:/home/plamen# rmmod bt878
sempron:/home/plamen# rmmod bttv
sempron:/home/plamen# modprobe bttv card=72 tuner=9 radio=1
sempron:/home/plamen# modprobe bt878
)
plamen@sempron:~$ lsmod |grep bt878
bt878 9912 0
bttv 151888 1 bt878
plamen@sempron:~$ lsmod |grep bttv
bttv 151888 1 bt878
video_buf 19716 1 bttv
firmware_class 9984 1 bttv
i2c_algo_bit 8456 1 bttv
v4l2_common 5888 1 bttv
btcx_risc 4744 1 bttv
tveeprom 13968 1 bttv
i2c_core 19600 5 tuner,tvaudio,bttv,i2c_algo_bit,tveeprom
videodev 9088 1 bttv
plamen@sempron:~$

след презареждането на модулите bttv и bt878 (по принцип последния не го вдигам - само сега, за доказателство) и пусната xawtv:
plamen@sempron:~$ lsmod |grep bt878
bt878 9912 0
bttv 151888 2 bt878
plamen@sempron:~$ lsmod |grep bttv
bttv 151888 2 bt878
video_buf 19716 1 bttv
firmware_class 9984 1 bttv
i2c_algo_bit 8456 1 bttv
v4l2_common 5888 1 bttv
btcx_risc 4744 1 bttv
tveeprom 13968 1 bttv
i2c_core 19600 5 tuner,tvaudio,bttv,i2c_algo_bit,tveeprom
videodev 9088 2 bttv

Разликата преди и след презареждането на bttv e появата на 2 нови модула (tuner и tvaudio) ползващи i2c_core, при спряна и пусната xawtv - броя на ползващите модулите bttv и videodev

След като успях да накарам компа-клиент да буутне от мрежата се оказа, че не намира ядрото. Проблемът е, че инсталацията не е разрешила на tftpd-то пътя до файла (с Дебиан Етч съм). За тези, които не знаят как да го разрешат, ето част от /etc/inetd.conf:
#:BOOT: Tftp service is provided primarily for booting. Most sites
# run this only on machines acting as "boot servers."
tftp dgram udp wait nobody /usr/sbin/tcpd /usr/sbin/in.tftpd /tftpboot/lts
където последния параметър (разрешената директория) го добавих аз.
Втория проблем, е че клиентите нямат кирилица чрез Х сървъра (а не от графичните среди - никога не я използвам), въпреки че са зададени необходимите опции в /opt/ltsp/i386/etc/lts.conf
( XKBMODEL = pc104
XKBLAYOUT = us,bg
XKBVARIANT = ,phonetic
XKBOPTIONS = grp:alt_shift_toggle,grp_led:scroll
)
защото скриптът генериращ XF86Config (/opt/ltsp/i386/etc/build_x4_cfg) не ги поддържа. Ето промяната която направих (добавих последните два реда):
Section "InputDevice"
Identifier "Keyboard0"
Driver "keyboard"
Option "XkbLayout" "${XKBLAYOUT:-"us"}"
Option "XkbVariant" "${XKBVARIANT:-"phonetic"}"
Option "XkbOptions" "${XKBOPTIONS:-"grp:alt_shift_toggle,grp_led:scroll"}"
Ако някой от вас има желание нека го предложи в http://www.ltsp.org (или там където е необходимо) защото аз нито знам точно как, нито разбирам достатъчно англииски, за да го направя. За авторски права изобщо не претендирам , а опциите по подразбиране могат да се променят по подходящ начин.
И накрая - един проблем, с който ударих на камък - локалните устройства. Направих всичко както е описано тук и резултатът е следния: на десктопа се появяват две папки - Floppy (защото във флопито е нетбуут флопи-имиджа, а той най-вероятно е някакъв бинари файл започващ от MBR-а, без никаква файлова система) и другата - с името на ЦД-то в ЦД-то . Като извадя диска, папката изчезва, като сложа друг се появява с новото име, точно както пише в горепосочената (ако не ме лъже паметта) статия, НО проблема е, че папките са празни, т.е. няма нищо монтирано в тях. В хоум директорията на съответния юзър (влязъл от клиента) има един фаил (.xsesion-errors), в който пишеше нещо от рода на "fuse: failed to exec fusermount: Permission denied" (по спомени). Реших да си направя гаврата и да разреша на руут-а да влиза отдалечено и през Х сървъра и се логнах. Резултатът - папката на ЦД-то не беше празна, отваря се, чете се, но не можеш да смениш диска (заключен е). Дори след като го размонтирах (fusermount -u /home/user/Drives/readonly) папката се изпразни, но ЦД-то не се отваря. Проверих правата на /usr/bin/fusermount и се оказаха 4750 със собственик руут. Добре де, след като е суид-нат от руут-а, защо обикновения юзър не може, а руут-а може? Промених правата на 4751 (въпреки че съм против такова брутално вмешателство, след като разработчиците не са го направили) и резултата е като на руут-а. Някакви идеи? Аз запецнах до тук . Само да допълня, че дори след като се логаут-неш и лог-неш наново не ти отваря ЦД-то - само рестарт оправя положението . Натуй отгоре след като си размонтирал не можеш да монтираш - fusermount /home/user/Drives/readonly дава
fusermount: old style mounting not supported - а никъде не разбрах какъв е новия стил ...

По подразбиране  Сардж-а е с XFree86, и си погледни въпроса в дир.бг/Линукс там съм ти отговорил и не е нужно да си коментираш (или да търкаш - още по-лошо) цялата секция монитор за да фикснеш проблема

Държа си Уиндоуса заради модема (неподдържан от Линукс) в редките случаи когато трябва да изпращам или получавам факс; заради gsm-а (скоро попаднах на линк за подкарване на siemens MC60 под Линукс, но не ми остава време да го пробвам; заради досовската програма на русо-то и заради Exel-a :-0. Оттук научих за dosemu, подкарах го (с Дебиан Етч съм), но кирилизатора за МИК не тръгва. Дайте идеи. В Линукса съм доста блъскал се новообранец, но не съм се занимавал с никакви емулации. За Ексел-а - направил съм си малка складово-счетоводна "програма" на Ексел и ВБА точно по моите нужди, но нямам никакви познания по програмиране под Линукс (дори не знам на какъв език се пишат макросите на ООоКалк) за да се се опитам да ги пренапиша. За хоум комп не е особен проблем, но за служебен ... спаси ме само факта, че работя на лаптоп, който няма флопи и беше хибернирал, а стартирането му по подразбиране е на Линукс със скрит груб и изродите решиха, че няма какво да търсят на него   . Помогнете ми да си реша последните два проблема, плииз. 10х

Зареждаш си стартъп-а на 98-цата, пишеш fdisk /mbr и си готов
2 часа след инсталирането на XP с SP2

Здравейте,
Как мога да разбера работи ли ми dhcp demonа? Опитвам се да буут-на една машина по-мрежата, но тя ми казва, че не получава ИП адрес. Лан-ката и е Давиком 9102 без буут-ром и за целта ползвам Floppy Bootable ROM image от http://rom-o-matic.net. как да разбера кое се дъни? 10x!

П.С. Дистро - Дебиан Сарж, а версията на dhcp демона - 2.0pl5-19.1 (stable)

[Цитат]

Цитат (PhobosK @ Фев. 11 2006,13:09)

... 4. Влизаш в папка /usr/local/src/wine-0.9.7/tools като root ...

Точно като руут недава

minkovi:/mnt/data/linux/src/wine-0.9.7/tools# ./wineinstall
WINE Installer v0.75

/mnt/data/linux/src/wine-0.9.7 /mnt/data/linux/src/wine-0.9.7/tools
You are running wineinstall as root, this is not advisable. Please rerun as a user.
Aborting.

Стартирах като обикновен юзър и получих следното:

*** Warning: X development files not found. Wine will be built without
*** X support, which currently does not work, and would probably not be
*** what you want anyway. You will need to install devel packages of
*** Xlib/Xfree86 at the very least.

Configure finished.  Do 'make depend && make' to compile Wine.

Install the X development headers and try again.

За кои файлове става на въпрос? Някои от "вино"-то ли или от дистрото (Дебиан Сарж). И кои по-точно?

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

Ето ти още едно. На руски е и е малко старичко но е много по подробно. Мен лично то ми помогна много повече. Успех!

[Цитат]

Цитат (bgtroll @ Ян. 29 2006,11:56)

другият изпитан начин е със sudo <командата, която искаш да изпълниш>. Knoppix за root потребителя няма сложена парола. Затова ако искасх да сложиш парола или да изпълниш команда с привилегии на root - ползвай sudo Ако не ме лъжат спомените - май и в Ubuntu е по същия начин

Не можеш да поллзваш sudo защото обикновено програмите питат за руутска парола (нищо че такава няма) в графичен прозорец.
Към питащия - отваряш 1 терминал (конзолна програма) и пишеш su и натискаш Enter, след което пишеш passwd и си задаваш паролата. Така тя ще я има до следващото ресатартиране (както и самия Скаип) ако си от liveCD,  а ако си го вече инсталирал на диска и не си задал предварително руутската парола (по този начин ) - не знам дали ще стане - не съм инсталирал Кнопикс

Прочети темата за Home мрежа, най-вече постига на zajo и моя

Оливия, ако си направила всичко (и маскарадинга) както зайо ти описа и въпреки това нямаш нет, то пусни един пинг към интернет хост (от компа с нет) и виж какъв ТТЛ ти връща. Ако е по-голям от 1 пусни 1 пинг (но по IP, а не по име на хост) към интернет от машината без нет, за да изключиш (или подтвърдиш) проблем с DNS-ите на втория комп. Ако и тогава нямаш пинг виж си маскарадинга, опссс, сега го погледнах, той така няма да работи. Името на интерфеисите е ethцифра, а ако искаш да зададеш всички eth-та то вместо цифра се пише +. И още нещо - интерфеиса ще е eth ако интернета ти е по LAN, a ako e тел. модем, PPPoE, PPPTP .... той ще е ppp. Ако обаче ТТЛ-а ти е  1, то ще трябва да пачнеш ядрото да поддържа обработка на ТТЛ и да напишеш следните правила:

# Обработване на ТТЛ-а
#
# Проблемът TTL=1
#
iptables -t mangle -A PREROUTING -i ${OUTSIDE_DEVICE} -j TTL --ttl-inc 1
iptables -t mangle -A INPUT -i ${OUTSIDE_DEVICE} -j TTL --ttl-set 1

#
# Уеднаквяване на ТТЛ-а на изходящите пакети
#
iptables -t mangle -A POSTROUTING -o ${OUTSIDE_DEVICE} -j TTL --ttl-set ${TTL}
iptables -t mangle -A OUTPUT -o ${OUTSIDE_DEVICE} -j TTL --ttl-set ${TTL}
Като замениш променливите ${OUTSIDE_DEVICE} със съответния изходен интерфейс и ${TTL} с 64 (по подразбиране в Линукс или 128 - в Уин). Във втория iptables накрая вместо  --ttl-set 1 е по-добре --ttl-dec 1, но по необясними за мен причини вместо да намалее (2->1) при мен се увеличаваше (2->3). Всъщност само първия iptables  е необходим за да работи, а другите са за да те прикрият от ISP-то ти. И последно, ако интернета ти не е по ЛАН то ще трябва да ограничиш mtu-то на компютрите от вътрешната мрежа или да правиш фрагментация в рутера, но това товари. И наистина последно '> - трабва да разрешиш препращането на пакети с тази команда:
#
# Правилата са установени, вече можем да разрешим на ядрото "препращане" (forwarding).
#
echo "Enabling IP forwarding."

echo "1" > /proc/sys/net/ipv4/ip_forward.

Дано да съм бил полезен.

betso, с Гном съм, но не съм с gdm, a с kdm. Смених го за да мога да изпълня инструкциите дадени в твоя линк. Преди малко забравих да уточня, че насичане то на картината не се дължи на натоварване на някои от процесорите (х 20% и двата) нито на претоварване на връзката - 1,5-2MB/s (пробвах да гледам филм). Ето съдържанието на грешката и изискваните в нея резултати:
Грешка при активирането на XKB конфигурацията.
Най-вероятно вътрешен проблем на X сървъра.

данни за версията на Х сървъра:
The XFree86 Project, Inc
40300001
Вие използвате XFree 4.3.0.
В него има познати проблеми при сложни XKB конфигурации.
Опитайте се да използвате по-проста конфигурация или си инсталирайте нова версия на XFree.
Ако докладвате тази ситуация като грешка, моля включете:
- Резултата от xprop -root | grep XKB
- Резултата от gconftool-2 -R /desktop/gnome/peripherals/keyboard/xkb



minkovi:/home/elica# xprop -root | grep XKB
Xlib: connection to "192.168.0.2:0.0" refused by server
Xlib: No protocol specified

xprop:  unable to open display '192.168.0.2:0.0'
minkovi:/home/elica# gconftool-2 -R /desktop/gnome/peripherals/keyboard/xkb
 layouts = [us]
 model = pc105
 overrideSettings = true
 options = []
 update_handlers = []
minkovi:/home/elica#
Не знам какво е ХКВ  '> . Защо сече картината става ясно от резултатите, но не знам как да го оправя '> . Също не знам от къде излезе това model = pc105, като и в двата конфиг-а пише рс104, а в конфиг-а (на Х-а) на сървъра пише за варинт на българската подредба бдс, а тя всъщност е фонетична. Защо се получава така?