Не съм ползвал сусе, обаче съм 90% сигурен, че и там има pppoeconfig, просто защото и двете дистрибуции ползват един и същи пакет за работа със ppp. Ако имаш проблеми с вградения пакет (може би pppoe) пробвай rp-pppoe (ако не е той дефоултния). Също така може да хвърлиш и едно око на http://lug-vidin.org/ (линка е от профила на tyuio, преди минути го разгледах и мисля че е доста полезен)

Успех!

::едит2:: линка е за убунту/дебиан, което доста се различава от suse/redhat ама пак е добре да се разгледа ;-)

Здравейте,

По някаква причина nscd-то ми се е скапало (dns cache daemon) и в резултат (по това го открих) не мога да си инсталирам плъгини на файърфокса - ето какво става като пробвам да сваля ръчно линка с wget:

Код:

$ wget 'https://addons.mozilla.org/downloads/file/44115/downthemall!-1.1.0-fx+tb+sm.xpi'
--22:47:47--  https://addons.mozilla.org/downloads/file/44115/downthemall!-1.1.0-fx+tb+sm.xpi
           => `downthemall!-1.1.0-fx+tb+sm.xpi'
Resolving addons.mozilla.org... 63.245.209.120
Connecting to addons.mozilla.org|63.245.209.120|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://addons.mozilla.org/en-US/downloads/file/44115/downthemall!-1.1.0-fx tb sm.xpi [following]
--22:47:48--  https://addons.mozilla.org/en-US/downloads/file/44115/downthemall!-1.1.0-fx%20tb%20sm.xpi
           => `downthemall!-1.1.0-fx tb sm.xpi'
Connecting to addons.mozilla.org|63.245.209.120|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://addons.mozilla.org/en-US/firefox/downloads/file/44115/downthemall!-1.1.0-fx tb sm.xpi [following]
--22:47:48--  https://addons.mozilla.org/en-US/firefox/downloads/file/44115/downthemall!-1.1.0-fx%20tb%20sm.xpi
           => `downthemall!-1.1.0-fx tb sm.xpi'
Connecting to addons.mozilla.org|63.245.209.120|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://releases.mozilla.org/pub/mozilla.org/addons/201/downthemall!-1.1.0-fx+tb+sm.xpi [following]
--22:47:49--  http://releases.mozilla.org/pub/mozilla.org/addons/201/downthemall!-1.1.0-fx+tb+sm.xpi
           => `downthemall!-1.1.0-fx+tb+sm.xpi'
Resolving releases.mozilla.org... 2610:148:fd80:3d6f:209:3dff:fe12:7bf9, 2001:4f8:0:2::1f, 2001:6b0:e:2018::158
Connecting to releases.mozilla.org|2610:148:fd80:3d6f:209:3dff:fe12:7bf9|:80... failed: Network is unreachable.
Connecting to releases.mozilla.org|2001:4f8:0:2::1f|:80... failed: Network is unreachable.
Connecting to releases.mozilla.org|2001:6b0:e:2018::158|:80... failed: Network is unreachable.

Аз видях ип-то на releases.mozilla.org през nslookup:

Код:

$ nslookup
> releases.mozilla.org
Server:         94.26.50.7
Address:        94.26.50.7#53

Non-authoritative answer:
releases.mozilla.org    canonical name = releases.geo.mozilla.com.
Name:   releases.geo.mozilla.com
Address: 64.50.236.52
. . .
. . .

И като пробвах да сваля последния линк (на който се опъва) със заместено ip се свали перфектно. Пробвах да рестартирам nscd-то (така рече гугъл) и получих (първо - че не е включен, второ при опит за рестарт дава)

Код:

Stopping nscd: /usr/sbin/nscd: relocation error: /usr/sbin/nscd: symbol __nss_services_lookup, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference                           [FAILED]

Преинсталирах nscd-то през yum - не помогна.

Може би има някаква връзка това, че ползвам малко по-нов компилатор 4.3.1 (като мисля че за федора 8 се полага ~4.1), който е инсталиран през development репозитори като fedora 10 пакет.

Как да си оправя проблема с днс-а (явно има проблем, независимо, че демона в момента не работи), и как да оправя самия демон?

@task_struct
1. Има опции за bin, elf, aout формат като нито една не върши работа, иначе за архитектура няма опции
2. Да и аз си го мислих това, но малко ме мързи да инсталирам цял windows. Освен това имам опасения че процесора ми не поддържа виртуализация.

@gat3way
dosbox ще свърши ли работа? Иначе ще опаковам освновните OS примитиви във функции за да може лесно да се портне.

::edit:: всъщност dosbox свърши отлична работа. Инсталирах си tasm и после успях да подкарам програмата от първия туториал. Мисля че за целите които си поставям ще ми свърши отлична работа. Мерси на всички за помощта!

Пробвах да използвам wine за да пусна tasm - обаче ми дава

Код:

wine: ... because vm86 mode is not supported on this platform.

това разбира се след като оправих проблема с достъпването до първите адреси

После отворих някакъв туториал от http://asm.sourceforge.net/intro/hello.html обаче при линкване дава следния проблем:

Код:

$ nasm -f elf -o t3.o t3.asm
$ ld -e _start -o t3 t3.o
ld: i386 architecture of input file `t3.o' is incompatible with i386:x86-64 output

май пропуснах да спомена че съм със 64битова операционна система...

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

Здравейте,

Искам да попитам дали има асемблер, подобен на tasm под линукс. Значи по принцип разгледах репото и асемблери намерих, но искам някой, който да може да компилира следния код:

Код:

.model small
.stack
.data
message   db "Hello world, I'm learning Assembly !!!", "$"

.code

main   proc
   mov   ax,seg message
   mov   ds,ax

   mov   ah,09
   lea   dx,message
   int   21h

   mov   ax,4c00h
   int   21h
main   endp
end main

Не разбирам много от асемблери, но трябва да си напиша проект за университета, и понеже там има tasm трябва да се компилира на него. Пробвах със as, nasm, yasm но изглежда те използват друг предпроцесор, който не харесва директивите в този код (за сегмента за стек, данни).

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

Имаш ли в биоса някакви по-специални опции към процесора - ако да пробвай да ги разцъкаш тях - някак това дето излиза ми се струва някакъв мега low level проблем, особено ако излиза на всички дистрибуции точно това. Ако е така може би е добре да пробваш и с по-стара дистрибуция (т.е ядро) - само за да видиш какъв е ефекта.

Пробвах да добавя опцията във [printers] както и в [print$]. Никъде не помогна. Общо взето ... ако съдя по логовете на cups нищо не се е променило.

Колкото до линка - там човека наистина описва решения на разнообразни проблеми, за жалост нямам нито един от тях

::edit:: писал съм във форума на cups, ако и там не помогнат ще пиша и във форума на samba. Имате ли идея в кой друг лог може да пише нещо полезно?

[Ето конфирурацията на самбата:]

Здравейте на всички!

Не мога да накарам принтера да работи през самба. Значи принтера е закачен и правилно конфигуриран - работи под конзолата с lp както и със всички други програми, които пробвах (openoffice, kate итн). Принтера е вкаран в smb с настройки взети от man page на cupsaddsmb. Когато се конектна към принтера и му подам операция за печат, нито един от логовете на самба не се променя (проверих със tail -f *). От друга страна в логовете на CUPS се изписват разни неща, никое от които не изглежда притеснително, но принтера не печата нищо...

Ето конфирурацията на самбата:

Код:

[global]
	workgroup = ISSIHOME
	server string = Samba Server Version %v
	
	netbios name = ISSIPC
	
	log file = /var/log/samba/log.%m
	max log size = 50

	security = user
	passdb backend = tdbsam

	wins support = yes

	load printers = yes
	cups options = raw

	printing = cups
	printcap name = cups

[printers]
	comment = All Printers
	path = /var/spool/samba
	browseable = no
	public = yes
	guest ok = yes
	writable = no
	printable = yes

# the following is from the cupsaddsmb man page
[print$]
	comment = Printer Drivers
	path = /usr/share/cups/drivers
	browseable = yes
	guest ok = no
	read only = yes
	write list = root
[tmp]
	comment = Temporary file space
	path = /tmp
	read only = no
	public = yes

ето промяната във логовете на къпс при неуспешно принтиране (през samba):

Код:

==> access_log <==
localhost - - [21/Jan/2009:00:36:26 +0200] "POST / HTTP/1.1" 200 268 Get-Jobs successful-ok
localhost - - [21/Jan/2009:00:36:26 +0200] "POST / HTTP/1.1" 200 189 Get-Printer-Attributes successful-ok
localhost - - [21/Jan/2009:00:36:26 +0200] "POST /printers/xerox3117 HTTP/1.1" 200 362 Print-Job successful-ok

==> error_log <==
I [21/Jan/2009:00:36:26 +0200] [Job 51] Adding start banner page "none".
I [21/Jan/2009:00:36:26 +0200] [Job 51] Adding job file of type application/vnd.cups-raw.
I [21/Jan/2009:00:36:26 +0200] [Job 51] Adding end banner page "none".
I [21/Jan/2009:00:36:26 +0200] [Job 51] Queued on "xerox3117" by "iskren".
I [21/Jan/2009:00:36:26 +0200] [Job 51] Started backend /usr/lib/cups/backend/usb (PID 13656)
I [21/Jan/2009:00:36:26 +0200] [Job 51] Completed successfully.

==> page_log <==
xerox3117 iskren 51 [21/Jan/2009:00:36:26 +0200] 1 1 - 192.168.1.100

ето промяната във логовете на къпс при успешно принтиране (през команден ред с lp на текстов файл):

Код:

==> access_log <==
localhost - - [21/Jan/2009:00:41:12 +0200] "POST / HTTP/1.1" 200 418 CUPS-Get-Printers successful-ok
localhost - - [21/Jan/2009:00:41:12 +0200] "POST / HTTP/1.1" 200 418 CUPS-Get-Classes successful-ok
localhost - - [21/Jan/2009:00:41:12 +0200] "POST / HTTP/1.1" 200 75 CUPS-Get-Default successful-ok
localhost - - [21/Jan/2009:00:41:12 +0200] "POST /printers/xerox3117 HTTP/1.1" 200 421 Print-Job successful-ok

==> error_log <==
I [21/Jan/2009:00:41:12 +0200] [Job 52] Adding start banner page "none".
I [21/Jan/2009:00:41:12 +0200] [Job 52] Adding job file of type text/plain.
I [21/Jan/2009:00:41:12 +0200] [Job 52] Adding end banner page "none".
I [21/Jan/2009:00:41:12 +0200] [Job 52] Queued on "xerox3117" by "iskren".
I [21/Jan/2009:00:41:12 +0200] [Job 52] Started filter /usr/lib/cups/filter/texttopaps (PID 13696)
I [21/Jan/2009:00:41:12 +0200] [Job 52] Started filter /usr/lib/cups/filter/pstops (PID 13697)
I [21/Jan/2009:00:41:12 +0200] [Job 52] Started filter /usr/lib/cups/filter/foomatic-rip (PID 13698)
I [21/Jan/2009:00:41:12 +0200] [Job 52] Started backend /usr/lib/cups/backend/usb (PID 13699)
I [21/Jan/2009:00:41:13 +0200] [Job 52] Completed successfully.

==> page_log <==
xerox3117 iskren 52 [21/Jan/2009:00:41:13 +0200] 1 1 - localhost

До колкото видях при последната POST заявка към /printers/xerox3117 в единия случай имаме числото 421 (успешно) а в другия 362 (неуспешния). Идея си нямам какво значи това.

update
Пробвах да закача принтера на windows машина в мрежата, шерна се доста лесно и всичко изглеждаше ок. Под линукса smbtree го намери, конектвам се, пускам файл за печат със put/print/queue без успех. Под уина принтера работи...
Някакви идеи? Може ли двата проблема да са свързани?

Човека си пита нещо съвсем конкретно ти му пращаш линк към man page. Колкото до въпроса - не мисля че има лесен начин за това. Този user какво ще може да прави? Примерно за да ползва ls трябва да го има в пътя, трябва да има и основните библиотеки... и не са малко нещата. Да не говорим ако искаш и да ползва графична среда. Кажи за какво точно ти трябва тоя user и може би някой ще може да ти помогне повече. Пък и read права тук там не е толкова страшно - един user не може да пипа във home директориите на останалите (по дефаулт), така че не е прекалено страшно (ако направиш съвсем нормален user имам предвид).

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

Здравейте на всички!

Имам следния проблем - след като спра wireless-а (това става със програмката eee-control) и после пак го пусна (пак от същото място) по никакъв начин устройството не ще да работи. Разрових се малко и се оказа, че всъщност програмата маха следния модул от ядрото:

Код:

rt2860sta

преди махането реда от lsmod за този модул изглежда така:

Код:

rt2860sta   546008   1 # Live 0xf8b23000

като го махна спира да се показва (т.е явно това представлява махането) и като го сложа на ново е

Код:

rt2860sta   546008   0 # Live 0xf8b23000

От това което прочетох в нета се оказва, че просто никой не го ползва след като го сложа на ново. Опитах да го старитрам със

Код:

ifconfig ra0 up

но получавам винаги (независимо че го пускам под root)

Код:

SIOCSFFLAGS: Operation not permited

Използвам eee pc със убунту 8.10 и ядро 2.6.27-8-eeepc-lean. За мениджър пробвах NetworkManager и WICD но и 2те дават еднакви резултати (NetworkManager стой сив - т.е даже не показва, че няма мрежи; а WICD казва No wireless networks found, но подозирам че и той не може да се свърже като хората с устройството).

[Примерен код]

Мерси много за отговорите!
Вчера пробвах със LC_PRELOAD, но не се получи:

Примерен код

$ LD_PRELOAD='/usr/local/firefox3/' ./firefox-bin ERROR: ld.so: object '/usr/local/firefox3/' from LD_PRELOAD cannot be preloaded: ignored. ./firefox-bin: error while loading shared libraries: libjemalloc.so: cannot open shared object file: No such file or directory $LD_LIBRARY_PATH='/usr/local/firefox3/' ./firefox-bin #<-- това сработи

Интересното е че като ползвам скрипта firefox (а не директно изпълнимия firefox-bin) той някак си оправя нещата ... но го прегледах и не разбирам как точно го прави '>).

А пък за /etc/ld.so.preload ... там ако сложа един so файл ми излизат през 5 сек съобщения на конзолата че не може да го прелоудне - т.е това по скоро разбрах че опитва да зареди файлове в рамта, които евентуално ще се ползват за да се намали времето за стартиране.

За сега ще ползвам скриптовете (firefox) които преди не ползвах, защото като подам опция -p даваха грешка (после се оказа че за линукс трябва да е -profilemanager) и разреших проблема.

Здравейте!

До сега по принцип ползвах файърфокс инсталиран от репотата на федората, бях си сложил даже 3ката (от development), но много crash-ваше затова си сложих и 2ката (свалена от официалния сайт). Сега обаче реших да си сложа и 3ката от официалния сайт... е да ама има библиотеки които се намират във папката на ff2 и се казват по същия начин като тези, намиращи се във папката на ff3. Сложил съм пътя до 2те в /etc/ld.so.conf.d и съм написал ldconfig, но както се сещате това не оправя нещата. Та въпроса ми е има ли начин да кажа всяка версия да си ползва нейните без да се налага постоянно едит във /etc/ld.so.conf.d и ldconfig. Мисля че ако преименувам някой споделен файл няма да го намери споделената версия (ако сложа примерно номера на подверсията - защото в момента проблема е че новия файърфокс използва споделен файл със същото име, но по нова версия във същност)

Мерси за всички отговори (особено за федората - понеже съм на такова животно и не знаех къде стоят тези неща '>)
След като успях да бутна инсталацията успях и да сменя мак адреса и да настроя съответния файл според вкусовете си (липсата на файловете се дължеше на лавйв цд-то, явно и проблема при смяната на мак адреса също)

за сега нямам интернет - първия вариант оптада. За втория вариант - по време на нет инстала няма такъв файл (/etc/network/interfaces). Няма го и изпълнимия файл с който да спра/пусна мрежата.

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