Debian GNU/Linux

Sziasztok!

Debian wheezy rendszeren ez alapján össze lőttem az AD authentikálást a linuxra http://www.digitalllama.net/2013/05/join-debian-wheezy-to-windows-activ…
A samba része most nem érdekes
Szeretném az sshd beállítani, hogy csak egy helyi csoport és egy AD group tudjon belépni.
sshd pam authra van állítva.
Ha jól sejtem az /etc/pam.d/sshd fájlt kell jól beállítsam, de nem találom a megfelelő beállítást, ebben kérném a segítségeteket.
Amit eddig próbáltam:
Ez működik, :auth requisite pam_succeed_if.so user ingroup DOMAIN\group
de nekem a DOMAIN\group mellé kéne még valami localgrouppot is felvennem.
szerk1.: DOMAIN\group helyett meg jó volna gid-t használni, de valamiért a auth requisite pam_succeed_if.so gid eq 100066 nem megy :( (eq helyett =-vel sem.)

szerk2.: itt az 1. megoldás: ( kallo | 2013. november 7., csütörtök - 17:30 )

A problémám elég egyszerű, de nem tudom mi lenne nekem a legjobb:

Adott egy elég gyenge gép (n270-es atom, 512mb ram) egy debian squeeze-vel.
A feladata samba, cups, mpd szerver, valamint egy firefox futkározik (botlatozik) rajta, kiszolgálva a szülőket. Lényegébben az utóbbi amivel nehezen bírkózik meg, ezen szerettem volna egyszerűen javítani, egy midorival.

Igenám, de a squeeze tárolókban elég ősi csomag található, backport nincs, külső tárolót nem találtam, fordítani meg szintén nehézkes, az elavult csomagok miatt. Ti mit javasoltok? (a vegyek ramot óccsóért opciót most hagyjuk, az is folyamatban van)

Próbáljak meg egy statikusan linkelt verziót fordítani? (ez nem nagyon tetszik, böszme nagy lenne, és nem is lenne túl egyszerű minden függőségét beforgatni) Vagy?

Upgrade wheezy-re? Ettől a hideg futkos a hátamon, tuti hogy minden elhasalna, elég sok helyen van a rendszerbe beleturkálva. Ezen kívül nem tudom mennyivel növekedett meg a hardverigény, ha egyáltalán? Ezen kívül erre sincs éppen friss midori, de ha valaki megnézi nekem, hogy a midori-browser.com-on található deb csomag működik vele, akkor azért elgondolkodok :) Később úgy sem úszom meg a dist-upgrade-et.

Gondoltam még arra hogy a midori telepítése idejére átírom a sources.list-et wheezy-re, utána meg visszatartom az így frissült csomagokat, de ez meg elég nagy kókányolás lenne.

Ki mit javasol? Előre is köszi a segítséget! (Esetleg a saját squeeze backport tárolódat, friss midorival ;) )

Szervusztok !

XEN alapú virtuális szerveren eddig Lenny futott (kernel 2.6.2), dist-upgrade vált szükségessé Squeeze-n keresztül Wheezy-re. (kernel 2.6.32-xen-amd64)
A dist-upgrade óta nem logol.

A probléma megoldásának keresésekor wheezy S15Libdevmapper1.02 missing keresőszavakra hihetetlenül kevés találatot kaptam.
https://www.google.hu/search?client=ubuntu&channel=fs&q=debian+dist+upgrade+5+to+6&ie=utf-8&oe=utf-8&gl=uk&gws_rd=cr&ei=4il3Uu-YGtCAhAe5_IGwBw#channel=fs&gl=uk&q=wheezy+S15Libdevmapper1.02+missing

Nem tudom, hogy befolyásolja-e log-olást, hogy az inittab-ba 9:2345:respawn:/sbin/getty 38400 hvc0 sort kellett beírni (elvileg 9-es runlevel szint ??)

a boot és dmesg induláskor íródik, de a dmesg és syslog mail.log nem íródnak.
(apt-get install -f syslogd bootlogd történt, valamiért busybox-syslogd is szerepel az rc-kben, de sysklogd is)
az init.d sysklogd-nek van "rendes" LSB-header-je

Van ötletetek vagy megoldásotok?

Van-e olyan ember/cég BP. XI. kerületben, akit anyám kihívhat az ubuntu/debian gépéhez napközben is, ha én nem érek rá?

Sziasztok!
Ujra kellett telepítenem a Debian wheezy-t. Sajnos nem tudom azóta sem szóra bírni a google-earth -t :(
Pedig előzőleg működött.

Ezt írja ki:

google-earth
[1031/094804:ERROR:net_util.cc(2195)] Not implemented reached in bool net::HaveOnlyLoopbackAddresses()
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".

Pillanatra fölvillan a kezdő kép, majd elszáll :(
Hogy tudnám ismét használni?

Van egy Debian szerverem, amin korábban 6 óránként lefutott egy parancs, ami ellenőrizte a webtárhelyek és a hozzá kapcsolódó szolgáltatások terület foglalását. A script a /etc/cron.d/admin fájlból volt futtatva, de utóbbi időben problémákat okozott a nap közbeni futtatás, ezért átállítottam hogy hajnali 4-kor fusson. Itt jött a probléma, mégpedig az, hogy ugyanúgy 6 óránként fut le mint korábban, tehát 0:10,6:10,12:10,18:10. Ez után persze újraindítottam cront, az egész bejegyzést is kitöröltem, sőt még a gépet is újraindítottam, tehát már semmi nyoma sincs, de a parancs továbbra is 6 óránként lefut.
Átnéztem /etc/cron*/* és /var/spool/cron/crontabs/* fájlokat is, sehol se szerepel.

Van valami ötletetek hogy mi történhetett, vagy hogyan tudnám végre eltávolítani ezt a cron jobot?

Update:
Köszönöm a válaszokat, /etc/crontab fájlban megtaláltam.

Debian 7 LXDE van egy kis HD-vel rendelkező gépen. Van egy autostart fájlom, amiben pl automatikusan induló alkalmazások vannak, panning, synclient parancs, stb. Ide szerettem volna beleírni az automatikus cache ürítési parancsot. A következő parancsot tettem bele:
@rm /home/USERNEVEM/.cache/chromium/Default/Cache
De sajnos a következő indításkor nem üríti a könyvtárat. Mit rontok el? Milyen kapcsoló kell, hogy ne a kukába töröljön? Van esetleg más, szebb megoldásotok?
Köszönöm a válaszokat
Ps.: Mindkét megoldás tökéletes volt. Köszönöm a segítséget!

Sziasztok!

Az lenne a kérdésem, hogy ha van egy Courier Imap rendszer és virtuális userek vannak, hogyan tudom az egyes felhasználók imap mappáit kezelni?
Most igazából törölni szeretnék egy mappát,amit vagy a webmailen vagy a Thunderbirdben hoztam létre és nem kellett volna.
Szeretném az adatbázisból kitörölni.

Röviden: a 64 bites Debianomra ma reggel Skype-ot tettem, és ehhez 32 bites csomagok kellettek. Szóval ma reggel óta van az i386-os architektúra is engedélyezve.

Miközben egy xbox360 kontrollerrel szórakoztam, az tűnt fel, hogy a 64 bites xboxdrv csomagot simán fel tudtam tenni, de az xboxdrv:i386 csomagot alapból nem, mert ütközött.

Függ (recommends) a python-dbus:i386 csomagtól, ami viszont ütközik a python-dbus csomaggal.

Na most ez a kérdésem: ilyen esetben mi az általános megoldás? Egyáltalán - hogyan ütközhet a kettő egymással? Hogy van Linux alatt megoldva a 32 és 64 bites cuccok együttélése? Feltételeztem volna, hogy vagy más nevű könyvtárban, teljesen más path alatt, vagy egymás mellett, de más néven léteznének az azonos csomag különböző változataiból érkező fájlok. Illetve persze a közös rész meg architektúrafüggetlen csomagból jön.

Pl. libc6 és libc6:i386 egyszerre fel van telepítve, nem ütköznek össze.

Ezt várnám a többi csomagtól is.

Ha van egy grafikus felületem és azon belül 4 munkaterületem (workspace), scriptből tudok-e futtatni ezeken különféle programokat?

export DISPLAY=:0.0

A fenti parancs segítségével csak a fizikai (több monitor) kijelzők közt lehet váltani, a munkaterületek közt nem?!