Sarge, nvidia nforce chipsetes alaplap, szokásos friss telepites, nincs initrd, ext2/3, ideatapi kernelben (*).
lilo.conf jol beallitva root=/dev/hda3 -ra.
Ennek ellenere Kernel Panic VFS blabla nem tudja mountolni a hd(3,3) eszkozt.
Installer-fele kernel mukodik.
Amit csak a google kikohog azt mar mind megneztem es nem segit.
plz help! :)
Sziasztok!
A tárgyban irt szervert kellene futtatnom, de a gond az hogy nem indul.
A bináris file 7.1-es RedHat-on lett forgatva, 2.4.x-es kernellel.
Strace kimenet:
avp2@server:~$ strace ./avp2linux
execve("./avp2linux", ["./avp2linux"], [/* 21 vars */]) = 0
uname({sys="Linux", node="server", ...}) = 0
brk(0) = 0x86174bc
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x412b8000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=24169, ...}) = 0
old_mmap(NULL, 24169, PROT_READ, MAP_PRIVATE, 4, 0) = 0x412b9000
close(4) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/libpthread.so.0", O_RDONLY) = 4
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340A\0"..., 512) = 512
fstat64(4, {st_mode=S_IFREG|0644, st_size=81127, ...}) = 0
old_mmap(NULL, 331716, PROT_READ|PROT_EXEC, MAP_PRIVATE, 4, 0) = 0x412bf000
old_mmap(0x412cc000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 0xc000) = 0x412cc000
old_mmap(0x412ce000, 270276, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x412ce000
close(4) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/usr/lib/libstdc++-libc6.2-2.so.3", O_RDONLY) = 4
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\234\1"..., 512) = 512
fstat64(4, {st_mode=S_IFREG|0644, st_size=288540, ...}) = 0
old_mmap(NULL, 296680, PROT_READ|PROT_EXEC, MAP_PRIVATE, 4, 0) = 0x41310000
old_mmap(0x41346000, 69632, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 0x36000) = 0x41346000
old_mmap(0x41357000, 5864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x41357000
close(4) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/libm.so.6", O_RDONLY) = 4
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@5\0\000"..., 512) = 512
fstat64(4, {st_mode=S_IFREG|0644, st_size=134496, ...}) = 0
old_mmap(NULL, 136976, PROT_READ|PROT_EXEC, MAP_PRIVATE, 4, 0) = 0x41359000
old_mmap(0x4137a000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 0x20000) = 0x4137a000
close(4) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/libc.so.6", O_RDONLY) = 4
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360^\1"..., 512) = 512
fstat64(4, {st_mode=S_IFREG|0755, st_size=1244752, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4137b000
old_mmap(NULL, 1254916, PROT_READ|PROT_EXEC, MAP_PRIVATE, 4, 0) = 0x4137c000
old_mmap(0x414a4000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 0x127000) = 0x414a4000
old_mmap(0x414ac000, 9732, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x414ac000
close(4) = 0
munmap(0x412b9000, 24169) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
setrlimit(RLIMIT_STACK, {rlim_cur=2044*1024, rlim_max=RLIM_INFINITY}) = 0
getpid() = 29678
rt_sigaction(SIGRTMIN, {0x412c7030, [], SA_RESTORER, 0x413a5678}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x412c7080, [], SA_RESTORER, 0x413a5678}, NULL, 8) = 0
rt_sigaction(SIGRT_2, {0x412c7150, [], SA_RESTORER, 0x413a5678}, NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RT_1], NULL, 8) = 0
_sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbcda7d94, 31, (nil), 0}) = 0
brk(0) = 0x86174bc
brk(0x86384bc) = 0x86384bc
brk(0) = 0x86384bc
brk(0x8639000) = 0x8639000
open("/proc/cpuinfo", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x412b9000
read(4, "processor\t: 0\nvendor_id\t: Authen"..., 1024) = 405
close(4) = 0
munmap(0x412b9000, 4096) = 0
brk(0) = 0x8639000
brk(0) = 0x8639000
brk(0x8638000) = 0x8638000
brk(0) = 0x8638000
open("/proc/cpuinfo", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x412b9000
read(4, "processor\t: 0\nvendor_id\t: Authen"..., 1024) = 405
close(4) = 0
munmap(0x412b9000, 4096) = 0
time(NULL) = 1149240545
gettimeofday({1149240545, 935688}, {4294967176, 0}) = 0
munmap(0x8617dd4, 92) = -1 EINVAL (Invalid argument)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
avp2@server:~$ ldd avp2linux
libpthread.so.0 => /lib/libpthread.so.0 (0x45a6c000)
libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x45abd000)
libm.so.6 => /lib/libm.so.6 (0x45b06000)
libc.so.6 => /lib/libc.so.6 (0x45b29000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x45a4e000)
Gyanitom a c++ libekkel lesz a gondja, de a google nekem nem segitett! :(
Aki talalkozott hasonloval az legyen szives segitesen.
Köszönettel Zsirmo
Sziasztok!
Van egy Sony D8-as videokamerám usb kimenettel. Ez szeretném webkameraként használni, mondjuk az aMSN-hez.
Ha rádugom a gépre, a rendszer csak usb-audioként ismeri fel, létre is jön egy /dev/dsp2 nevű eszköz. (Amúgy ezt hogyan lehet használni?)
A rendszer Debian/Etch 2.6.15-ös kernellel. Mit lehetne tenni vele, hogy a kamera képét is lekezelje, ill. videoeszközként is felismerje?
A munkaasztal Gnome 2.14.
Pendrive, digitális fényképezőgép tökéletesen működik. (Igaz, ez utóbbit, mivel nem az enyém, még nem próbáltam webkameraként használni. De a képeket le lehet tölteni belőle.)
Minden ötletet köszönök!
Balázs
Sziasztok!
Hardware konfig:
msi neo2 platinum alaplap
amd athlon64 3000+ cpu
1G ram
250 GB HDD
ATI Radeon 9550 videokartya
Software konfig:
Debian Sarge 3.1 AMD64 (network install)
kernel 2.6.8-11-amd64-generic
szerettem volna beüzemelni az ATI drivert de az istenért nem akarja az igazságot :)
hibüzenet:
confessor:~# modprobe fglrx
FATAL: Error inserting fglrx (/lib/modules/2.6.8-11-amd64-generic/misc/fglrx.ko): Invalid module format
confessor:~#
mit ronthattam el?
tudna vki segíteni?
Thx, Elit
udv mindenkinek,
probalok ezzel a ruby1.8.4-gyel zoldagra vergodni, de valahogy nem megy.
most vegre sikerult a debian-os gepemet netkozelbe hozni, es szeretnem update-elni a csomagokat (mindent, nem csak a ruby-sakat!).
namarmost nem akarok nekiallni egyesevel "kezzel" update-elni, es biztos vagyok benne, hogy van valami modja, hogy az internetrol leszedje es installalja/update-elje az uj debian-os csomagokat...
de hogyan, ez itten a kerdesem...
(emiatt a ruby miatt mar oszulni kezdtem, de allitolag megeri :) )
koszi elore is,
iMzM
Sziasztok !
az lenne a kérdésem hogy IceWM alatt hogyan tudom beállítani, hogy az ablakot tudjam mozgatni az alt+jobbegér gomb al, míg átméretezni alt+balegér gombbal.
Sewastok!
Üzemeltetek egy mailman listát, ahova körülbelül 12 freemailes tag iratkozott fel. A gondom az, hogy ha az exim-nek egyszerre kell kiküldenie a leveleket a freemailre (a levlista miatt), akkor a következő hibát kapom minden freemailes címre:
(...) == [vmi]@freemail.hu R=dnslookup T=remote_smtp defer (0): SMTP error from remote mailer after MAIL FROM: SIZE=3064: host fmx17.freemail.hu [195.228.245.67]: 451 4.3.2 Please try again later
Ha csak egy levelet küldök a freemailre az exim-en keresztül, akkor nincs ilyen gondom. Pontosítok: egyesével sem küld freemailre. Kerestem google-n megoldást, de semmi. :(
Remélem tud valaki segíteni!
Helo,
A samba szerverem rendesen mukodik.
A kerdesem ezzel kapcsolatos lenne:
Van egy [public] share (ezt minden felhasznalo el tudja erni), itt kellene a jogosultsagokat allitanom, ugy, hogy ha barki, aki itt letrehoz akar konyvtarat, akar filet, az olvasni tudja barmikor, de a letrehozas utan semmilyen modon ne tudja modositani, torolni, chmodolni, atnevezni a filet/konyvtarat (csak a root tudja ezeket).
- Milyen megoldas van erre?
U.I.: ACL-el is megcsinalnam, de segitsetek, mert nem sikerult a manual atbongeszese utan.
Sziasztok!
Az lenne a kérdésem, hogy van-e valamilyen jól bevált monitorozó alkalmazásotok Debianhoz, amivel távolról monitorozható a rendszer GRAFIKUS felületen. Az bonyolítja (számomra) a dolgot, hogy mindezt WIN alól kellene megtennem a helyi körülmények miatt, így a bevált cuccokat elfelejthetem. Valami olyasmire gondoltam, mint a ksysguard/ksysguardd, de gondolom a win miatt csak valami webes cucc jön szóba.
Amit kiGugliztam az vagy fizetős, vagy nem jó, ezért kérném a segítségeteket.
Amit figyelni szeretnék:
- proci terhelés
- memória
- load
- hálózati forgalom (ez mrtg-vel ok, de lehetőleg egybe lenne jó)
- diszkek állapota
- esetleg hardverállapot, de ez más úton megoldott
- esetlegesen alkalmazások (Apache, MySQL)
Előre is köszi a segítséget!
Üdv,
Hackac
Sziasztok!
Rég foglalkoztam ilyennel, ezért a feledés homályába merült.
A helyzet a következő. Van egy debian gép, abban 2 db hálókártya (eth0 és eth1). Az eth0 -ban jön egy bérelt vonali végpont. Az eth1 megy a helyi hálózat fele egy switchbe. Ebbe a switchbe kapcsolódnak szépen a felhasználók. Náluk megy minden szépen (belső háló, net). A switchbe bedugtam egy wireless router WAN portját. A wireless eszközben beállítottam a wan portjára, hogy static ip (megadtam neki a 10.0.0.100 -as IPt a netmaskot és a linux gépet 10.0.0.1 átjárónak). Ha ebbe beledugtam egy laptopot simán ment rajta a net. A wireless router a saját kis hálózata felé 192.168.0.0/24 címtartományba oszt ki címeket. Ehhez a wireless routerhez kapcsolódik egy VoIP mobiltelefon, ami szépen megkapja az IP címét és be is tud jelentkezni a beállított proxyra, de a telefonálás nem igen megy róla. A problémát ott látom, ha a linux gépen kiadom, hogy traceroute 192.168.0.10 (ez a mobil telefon IPje), akkor nem a wireless router irányába indul el (ami 10.0.0.100), hanem a bérelt vonalon próbálkozik ki. Gondolom a route paranccsal lehetne megadni neki esetleg iptables -val, hogy ha a 10.0.0.0/24 hálózatról érkező csomagok célállomása 192.168.0.0/24 hálózatba történik, akkor ezt ne a bérelt vonal felé próbálja célbajuttatni, hanem a 10.0.0.100 felé. Ebben kérném a segítségeteket, hgy oldjam meg. Köszönöm!