Hi!
http://www.wmszki.hu/strace.2.log
Ebben látok már valamit, de az okát nem.
A bash-t nem tudja elinditani.
Elképzelhető, hogy azért megy a root user, mert neki alapban
nem a bash a shell-je? A többi usernek meg bash kell és azzal
valami gond van?
root-ként tudsz bash-t indítani?
On Tue, Oct 16, 2012 at 09:51:18PM +0200, Zoltán Gerendás wrote:
2012/10/16 Kosa Attila zs...@kosaek.hu:
On Tue, Oct 16, 2012 at 06:47:04PM +0200, Zoltán Gerendás wrote:
Kovács Attila ka...@l3.hu írta (2012. október 16. 18:12):
egy ls -la outputot tudnál nyomni a /etc-ről,
Zs horz...@freemail.hu írta (2012. október 17. 8:13):
Hi!
http://www.wmszki.hu/strace.2.log
Ebben látok már valamit, de az okát nem.
A bash-t nem tudja elinditani.
Elképzelhető, hogy azért megy a root user, mert neki alapban
nem a bash a shell-je? A többi usernek meg bash kell és
On 10/16/2012 08:13 PM, Zoltán Gerendás zgeren...@chello.hu wrote:
Mint írtam, qemu-arm emulátor alatt ugyanaz a fájlrendszer
ugyan úgy 3.3.0 -as kernel mellett hibátlanul megy.
open(/proc/self/loginuid, O_RDONLY) = -1 ENOENT (No such file or
directory)
A /proc rendben van?
g
--
A:
Kosa Attila zs...@kosaek.hu írta (2012. október 17. 8:30):
On Tue, Oct 16, 2012 at 09:51:18PM +0200, Zoltán Gerendás wrote:
2012/10/16 Kosa Attila zs...@kosaek.hu:
On Tue, Oct 16, 2012 at 06:47:04PM +0200, Zoltán Gerendás wrote:
Kovács Attila ka...@l3.hu írta (2012. október 16. 18:12):
On Wed, Oct 17, 2012 at 09:20:24AM +0200, Zoltán Gerendás wrote:
Kosa Attila zs...@kosaek.hu írta (2012. október 17. 8:30):
Egy ls -al / kimenetet is mutatnal?
drwxrwxrwt 1 root root 60 Oct 17 05:21 etc
drwxrwxrwt 1 root root 160 Oct 17 05:24 var
Ezekre hogy kerult ra ez a jog? Mert
drwxr-xr-x 26 root root0 Jan 1 1970 .
drwxr-xr-x 26 root root0 Jan 1 1970 ..
ez az 1970-es datom is egy kicsit zavaro...
tusi
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
2012/10/17 Kosa Attila zs...@kosaek.hu:
On Wed, Oct 17, 2012 at 09:20:24AM +0200, Zoltán Gerendás wrote:
Kosa Attila zs...@kosaek.hu írta (2012. október 17. 8:30):
Egy ls -al / kimenetet is mutatnal?
drwxrwxrwt 1 root root 60 Oct 17 05:21 etc
drwxrwxrwt 1 root root 160 Oct 17 05:24
2012/10/17 Gabor HALASZ halas...@freemail.hu:
On 10/16/2012 9:33 PM, Zoltán Gerendás wrote:
-v -- verbose mode: print unabbreviated argv, stat, termio[s], etc. args
ezt
-a column -- alignment COLUMN for printing syscall results (default 40)
Ez sem segített :(
Az execve(/bin/bash, [-su], [
On Wed, Oct 17, 2012 at 09:31:24AM +0200, Zoltán Gerendás wrote:
2012/10/17 Kosa Attila zs...@kosaek.hu:
On Wed, Oct 17, 2012 at 09:20:24AM +0200, Zoltán Gerendás wrote:
Kosa Attila zs...@kosaek.hu írta (2012. október 17. 8:30):
Egy ls -al / kimenetet is mutatnal?
drwxrwxrwt 1 root
Kosa Attila zs...@kosaek.hu írta (2012. október 17. 10:24):
On Wed, Oct 17, 2012 at 09:31:24AM +0200, Zoltán Gerendás wrote:
2012/10/17 Kosa Attila zs...@kosaek.hu:
On Wed, Oct 17, 2012 at 09:20:24AM +0200, Zoltán Gerendás wrote:
Kosa Attila zs...@kosaek.hu írta (2012. október 17. 8:30):
On 10/17/2012 11:10 AM, Zoltán Gerendás wrote:
Egyrészt igazad van, de ha átállítom a jogokat, akkor sem megy.
Amúgy meg próbáltuk SD kártyán levő rendszerrel is, ahol semmi tmpfs nem volt,
ott a jogok mindenütt jók voltak.
Tulajdonkeppen most mi nem megy?
Userkent nem tudsz futtatni egy
Papp Tamas tom...@martos.bme.hu írta (2012. október 17. 11:37):
On 10/17/2012 11:10 AM, Zoltán Gerendás wrote:
Egyrészt igazad van, de ha átállítom a jogokat, akkor sem megy.
Amúgy meg próbáltuk SD kártyán levő rendszerrel is, ahol semmi tmpfs nem
volt,
ott a jogok mindenütt jók voltak.
Sziasztok!
Van itt nekem egy sok gépes hálózatom, ami nem túl egyszerű, de azért
nem is bonyolult ;-)
A lényeg: a dhcp szerver mac address lapján oszt bizonyos gépeknek
az alapértelmezettől eltérő átjárót és DNS szervert (mindenki webes
forgalma szűrögetve van, kivéve, akinek mac alapján más
2012.10.17. dátummal, 13:47 időpontban Norbert Vastagh írta:
Szóval egyszerűen nem értem, hogy mitől lehet ez?! A dhcp szervert kizárnám,
mert a több napi működését nézve egyszer sem adott rossz beállításokat, de
közben is előfordult, hogy valamelyik gépen rossz lett a DNS beállítás...
Van
2012. október 17. dátummal Norbert Vastagh ezt írta:
Szóval egyszerűen nem értem, hogy mitől lehet ez?! A dhcp szervert
kizárnám, mert a több napi működését nézve egyszer sem adott rossz
beállításokat, de közben is előfordult, hogy valamelyik gépen
rossz lett a DNS beállítás...
Van
Ákos Gábriel akos.gabr...@i-logic.hu írta (2012. október 17. 14:02):
WINS-ből megkapja valahogy?
Ezt kifejthetnéd ;-))
Van wins szerver, de nem látom az összefüggést... :-(
A szűretlen net az .1-es végű gép, átjáró és DNS. A szűrt régebben
a .3-as gép volt. A wins meg a .2-es gép.
A .2-es
Salamon Attila sattila-...@kanizsatrend.hu írta (2012. október 17. 14:14):
Van, de ezt már multkor is javasoltam. Amikor a kliensen rosszak a
beállítások, nézd meg milyen ip-jű dhcp-től kapta a beállításokat.
Bocs, úgy emlékeztem, hogy válaszoltam ;-)))
A dhcp mindig az .1-es gép, akkor is,
Norbert Vastagh vasti...@gmail.com írta (2012. október 17. 13:47):
Az az baj, hogy a Win7-es gépek (XP-n nem vettem észre, bár a kiemelt
gépek között nem is nagyon van olyan) a DNS kiszolgáló néha gondol egyet,
és átvált az alapértelmezettre, ami nagyon nem jó. De amit nem értek: a dhcp
Most
On 10/17/2012, Norbert Vastagh wrote:
A lényeg: a dhcp szerver mac address lapján oszt bizonyos gépeknek
az alapértelmezettől eltérő átjárót és DNS szervert (mindenki webes
forgalma szűrögetve van, kivéve, akinek mac alapján más beállítást asok)
Már nagyon unom, egy hónapja ez a probléma, a
Kiss Gabor ki...@ssg.ki.iif.hu írta (2012. október 17. 15:09):
Ee jól értem? Úgy gátolod meg a gyerekek szórakozását, hogy
õk egy másik resolvert kérdezgetnek, amelyik nem mondja meg nekik
a facebook.com IP címét?
Részben ;-)) OpenDNS-t cache-el a helyi dns proxy.
Nem inkább egy
On 10/17/2012 12:29 PM, Zoltán Gerendás wrote:
Nincs SUID, / A rendszer a qemu-arm -on jól futó környezet egy-az
egybeni másolata,
ezért gondolom, hogy esetleg valami kernel opció gond van, de nem találaom :)
/
Mivel ez a log egesz olvashato, kicsit alaposabban atolvastam, es
rajottem, mi
2012-10-17 13:47 keltezéssel, Norbert Vastagh írta:
Van valakinek ötlete?
Van DC? Ha van, akkor Windows szerver-e?
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
On Wed, Oct 17, 2012 at 05:26:23PM +0200, Norbert Vastagh wrote:
Kiss Gabor ki...@ssg.ki.iif.hu írta (2012. október 17. 15:09):
Ee jól értem? Úgy gátolod meg a gyerekek szórakozását, hogy
õk egy másik resolvert kérdezgetnek, amelyik nem mondja meg nekik
a facebook.com IP címét?
On 10/17/2012 7:31 PM, Zoltán Gerendás wrote:
Le leget tiltani, hogy használni akarja, vagy kell egy selinux-os
változatú kernel fordítani hozzá?
Nem tudom, anno is csak azt tudtam, hol kell kikapcsolni a kernelben :)
Hirtelen ezt talaltam:
2012/10/17 Szládovics Péter p...@szladovics.hu:
Van DC? Ha van, akkor Windows szerver-e?
Van egy samba domain controller, domain-be van léptetve
szinte minden gép. A hiba jelentkezik olyan gépeken is, amik
nincsenek beléptetve, és olyanokon is, amik be vannak.
(wins szerver is, és osztja a
Kosa Attila zs...@kosaek.hu írta (2012. október 17. 20:15):
Akkor igazabol mi szukseg van a dns-sel valo ugyeskedesre?
Pl. a https-es okosságokat egyszerűbb volt így kiszűrni, mert
engedélyeznem kell, egy csomó mindenhez szükség van rá,
de a facebook és társai is mennek, ha van https.
27 matches
Mail list logo