Debian GNU/Linux

Sziasztok!

Van egy Postfix-es gondom, ami már nagyon bosszant, mert napok óta nem tudom megoldani és gondoltam, talán Ti tudtok segíteni. Van egy Debian Squeeze szerverem (64bit), Potsfix és Dovecot csomagokkal (minden a legfrissebb). A levél küldés szépen jön-megy, beállítottam, hogy elérjem IMAP-on POP3-on keresztül és mindezt titkosítva, továbbá a relay access is csak hitelesítéssel megy, illetve akár TLS-en keresztül is.

Tehát látszólag kész is lennék, de a tesztelés közben észrevettem, hogy a belső felhasználóm (nevezzük belso@ceg1.hu -nak) habár valóban nem tud kifele küldeni e-mailt hitelesítés nélkül (kulso@ceg2.hu részére), de valamilyen okból kifolyólag saját magának IGEN! Tehát, ha beállítom az Oulookban, hogy az én e-mail címem belso@ceg1.hu és a hozzá tartozó SMTP kiszolgálót, akkor minden további nélkül tudok küldeni egy e-mailt a belso@ceg1.hu címre. Máshova persze nem, de ettől még így egy csomó spam-et kaphatok illetéktelenektől a saját nevemben, saját magamnak..

Tud erre valaki tanácsolni nekem valamilyen megoldást? Éjjel-nappal szörfölök a neten választ találni a kérdésemre, de eddig még nem kaptam.

Előre is köszönöm a segítségetek!

Üdv.

D

Helló Mindenkinek!

Régen jártam erre, de most belefutottam egy problémába. Adott egy szerver melyben 3 darab vinyó van. 2 ebből hardveresen raid 1-be van kötve. Úgy nézne ki a particiós tábla, hogy az első vinyón lenne a gyökér és a swap. A két tükrözött winchesteren pedig a /home lenne. A Raid fel van építve, de a debian telepítése során még mindig 3 darab vinyót látok. Hardveres raid esetén nem csak kettőt kellene látnom? Vagy még szoftveresen is össze kell kötnöm őket?

Előre is köszönöm a segítségeteket!

Üdv, automi

Üdv mindenkinek!

Most telepítettem egy Debian alaprendszert grafikus felület nélkül. Majd erre apt segítségével LXDE asztali környezetet. Nekem ti. csak a konzolos felületre lesz szükségem, de lesz másik felhasználó, akinek egy alap grafikus, kattinthatós is kell. Problémáim:
1. kikapcsolás. Ezer helyen olvastam utána a google-ban ám érdemleges megoldást nem találtam. Néha kikapcsol, néha pedig jogosultsági problémákra hivatkozva nem. (szerk.: user hozzáadva a powerdevhez,probléma megoldva.)
2. Szeretném megoldani, hogy ha én (vagy más felhasználó) jelentkezem be ne induljon grafikus felület, ám, ha megadott user, akkor induljon el a gdm és töltse be az lxde-t.
3. Legnagyobb problémám a konfig fájlok hiánya. Mint említettem sok helyen olvastam sok mindent, nagyon sokat az LXDE wikijét, de egyszerűen hiányoznak azok a konfig fájlok, amiket ott írnak. A bosszantó az, hogy telepítettem már többször is Debiant LXDE-el, igaz nem apt-tal, és ott települtek az alaprendszerrel a konfigurációs állományok.
Mit javasoltok?

Be kéne röffentenem egy régi ups-t egy rendszeren, amin régen működött. A nut-server nem indul, mert nem találja a blazer_ser drivert (én sem), már nem is emlékszem hogyan is kellett telepíteni. A nut-server, nut-client csomagokat újraraktam, a konfigok jók, de a driver csak nem került elő. Valaki emlékszik még erre?

Kedves Kollégák!

Van egy debian szerverem, ami sok minden funkciót ellát. Elég sok mindent én is meg tudok csinálni, de van egy szint, ami fölé nem mennék. Ehhez kellene egy kolléga, aki ezekben besegítene.

Használt programok: bind, apache, mysql, asterisk, exim, freeradius, pptp, mrtg, munin, proftp, shorewall, smokeping, spamassassin, syslog, clamav, virtualbox.

Jelenlegi dolgok, amikkel megakadtam:

- pptp szerver megy, de sokszor újratárcsáznak a kliensek, nem tudom, miért
- freeradius szerver pppoe megy, de dhcp még nem (új fejlesztés), nem tudom, miért, pedig kellene neki
- mrtg régebben ment, most nem megy, illetve olyan, mintha menne, csak nincsenek benne adatok
- smokeping régebben ment, most nem megy, hibaüzenet: ERROR: Section 'vajda' does not exist (display webpage). at /usr/share/smokeping/lib/Smokeping.pm line 1557, pedig ott van az ügyfél a konfig fájlban, és ping is.

Első körben kb. ennyi.

Valahogy úgy képzelem el az együttműködést, hogy ismerkedés után távoli menedzsment, de közösen, pl screen.

Köszönöm előre is a segítséget!

egy forrásból telepített bcrypt után történő frissítésnél megállt a folyamat, bcrypt eltávolítása után is fennáll ez az állapot, érdekelne mi lehet a megoldás.

Beállítás: initscripts (2.88dsf-41) ...
insserv: warning: script 'K15bcrypt' missing LSB tags and overrides
insserv: warning: script 'bcrypt' missing LSB tags and overrides
insserv: There is a loop at service dhcp-probe if started
insserv: There is a loop between service dhcp-probe and mountnfs-bootclean if started
insserv: loop involving service mountnfs-bootclean at depth 8
insserv: loop involving service mountnfs at depth 7
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Starting bcrypt depends on dhcp-probe and therefore on system facility `$all' which can not be true!
insserv: Max recursions depth 99 reached
insserv: loop involving service portmap at depth 6
insserv: There is a loop between service dhcp-probe and mountall if started
insserv: loop involving service mountall at depth 5
insserv: loop involving service checkroot-bootclean at depth 4
insserv: loop involving service fuse at depth 11
insserv: There is a loop between service dhcp-probe and mountnfs if started
insserv: loop involving service networking at depth 7
insserv: loop involving service checkfs at depth 5
insserv: There is a loop between service dhcp-probe and urandom if started
insserv: loop involving service urandom at depth 7
insserv: There is a loop between service dhcp-probe and mountdevsubfs if started
insserv: loop involving service mountdevsubfs at depth 2
insserv: loop involving service udev at depth 1
insserv: loop involving service mountall-bootclean at depth 8
insserv: loop involving service kdm at depth 13
insserv: There is a loop at service bcrypt if started
insserv: There is a loop between service dhcp-probe and checkroot if started
insserv: loop involving service checkroot at depth 5
insserv: loop involving service keyboard-setup at depth 4
insserv: loop involving service keymap at depth 3
insserv: loop involving service bcrypt at depth 1
insserv: There is a loop between service bcrypt and bootlogd if started
insserv: loop involving service bootlogd at depth 1
insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
dpkg: error processing initscripts (--configure):
installed post-installation script alfolyamat 1 hibakóddal kilépett
Hibák történtek a feldolgozáskor:
initscripts
E: Sub-process /usr/bin/dpkg returned an error code (1)


Véletlenszerűen megáll a named működése. Maga a processz fut, néhány százalékos CPU terheltség mellett, de a névfeloldás nem megy. A syslogban a probléma jelentkezése után csak annyi infó keletkezik, hogy
"named: error (network unreachable)" viszont a szerveren lévő egéb alkalmazások, pl.: mrtg, smokeping, snmp, apache2 kommunikálnak a külvilággal, tehát a hálózat jó. Lehetséges, hogy a beállított forwarder szerver nem elérhető, de ezt nem tudtam leellenőrizni. Csinálok egy monitort rá de addig is felteszem a kérdést: Találkozott már valaki ilyennel? Érdekesség még, hogy mielőtt a szervert frissítettem volna Lenny-ről, nem volt ilyen gondom, most pedig ez a második eset.

Update: amikor a hiba jelentkezik, csak percek alatt lehet belépni ssh-val és a /etc/init.d/bind9 script "lefagy" leállításkor, mintha nem tudná leállítani/kilőni a named pidjét. A forwarder szerverrel nem volt gond. Érdekesség még, hogy néha "megjavul" magától.

Megoldás:

"The solution was to disable DDC/CI on the monitors: Menu -> Other settings -> DDC/CI disable"

Megmondom őszintén, hogy nem tudom sírjak, vagy nevessek-e.

----------

Sziasztok,

Remélem valakinek már volt ilyen gondja, mert lassan kezdek a falra mászni:

Debian wheezy alatt ( de igazából próbáltam ubuntu 12.10-el is ) amint mini displayporton is rádugok egy kijelzőt a notira, akkor meghülyül az egész kijelző kezelés.
Ez abban nyílvánul meg, hogy először minden oké, twinview-el beállítom, hogy melyik oldalon van a kijelző, pozíció, minden szépen mentésre kerül.
Utána egy ideig látszólag rendben működik a dolog, majd mintha a vga driver amikor frekvenciát vált, akkor a beállításokat elveszti, újratölti, rosszabb esetben elkezd villogni a kép, van amikor az egyik kijelzőt kikapcsolja, van amikor klónozza a képet, stb. Utána ez folyamatosan megy, van amikor percekig. Aztán megint beáll.

Egy kijelzővel működik tökéletesen, a gond csak 2 kijelző esetén jelentkezik.

Próbáltam az összes nvidia drivert, mindegyiknél ezt produkálja.

Nekem az a tippem, hogy a frekvenciaváltás során az nvidia-auto-select bezavar valamit, vagy az EDID, bár úgy tudom, hogy az csak crt monitoroknál szokott gondot okozni..
Viszont megoldást nem találtam, remélem valakinek sikerült már ezen túllépni..

+ most úgy tűnik, mintha a dolog csak akkor jelentkezne amikor megy a virtualbox.. ennek mégis mi köze lehet hozzá?

Adatok:

noti dell xps l501x

vga: nvidia 435m

Nvidia driver: 304.64 és 11.0-ás xorg

os: debian wheezy

Xorg logban ennyit látok:

[ 590.486] (**) NVIDIA(0): frequencies has been enabled on all display devices.)
[ 590.487] (II) NVIDIA(GPU-0): Display (DELL U2212HM (DFP-3)) does not support NVIDIA 3D
[ 590.487] (II) NVIDIA(GPU-0): Vision stereo.
[ 590.487] (**) NVIDIA(0): Using HorizSync/VertRefresh ranges from the EDID for display
[ 590.487] (**) NVIDIA(0): device DELL U2212HM (DFP-3) (Using EDID frequencies has
[ 590.487] (**) NVIDIA(0): been enabled on all display devices.)
[ 590.632] (II) NVIDIA(0): Setting mode "LVDS-0: nvidia-auto-select @1920x1080 +0+0"
[ 751.283] (II) PM Event received: Capability Changed
[ 751.320] (II) NVIDIA(GPU-0): Display (AU Optronics Corporation (DFP-0)) does not support
[ 751.320] (II) NVIDIA(GPU-0): NVIDIA 3D Vision stereo.
[ 751.320] (**) NVIDIA(0): Using HorizSync/VertRefresh ranges from the EDID for display
[ 751.320] (**) NVIDIA(0): device AU Optronics Corporation (DFP-0) (Using EDID
[ 751.321] (**) NVIDIA(0): frequencies has been enabled on all display devices.)
[ 751.322] (II) NVIDIA(GPU-0): Display (DELL U2212HM (DFP-3)) does not support NVIDIA 3D
[ 751.322] (II) NVIDIA(GPU-0): Vision stereo.
[ 751.322] (**) NVIDIA(0): Using HorizSync/VertRefresh ranges from the EDID for display
[ 751.322] (**) NVIDIA(0): device DELL U2212HM (DFP-3) (Using EDID frequencies has
[ 751.322] (**) NVIDIA(0): been enabled on all display devices.)
[ 752.724] (II) NVIDIA(0): Setting mode "LVDS-0: nvidia-auto-select @1920x1080 +1920+0"
[ 754.162] (II) NVIDIA(0): Setting mode "LVDS-0: nvidia-auto-select @1920x1080 +1920+0, DP-1: nvidia-auto-select @1920x1080 +0+0"
[ 771.386] (II) PM Event received: Capability Changed
[ 771.388] (II) PM Event received: Capability Changed
[ 771.389] (II) NVIDIA(GPU-0): Display (AU Optronics Corporation (DFP-0)) does not support
[ 771.389] (II) NVIDIA(GPU-0): NVIDIA 3D Vision stereo.
[ 771.390] (**) NVIDIA(0): Using HorizSync/VertRefresh ranges from the EDID for display
[ 771.390] (**) NVIDIA(0): device AU Optronics Corporation (DFP-0) (Using EDID
[ 771.390] (**) NVIDIA(0): frequencies has been enabled on all display devices.)
[ 771.390] (II) NVIDIA(GPU-0): Display (DELL U2212HM (DFP-3)) does not support NVIDIA 3D
[ 771.390] (II) NVIDIA(GPU-0): Vision stereo.
[ 771.391] (**) NVIDIA(0): Using HorizSync/VertRefresh ranges from the EDID for display
[ 771.391] (**) NVIDIA(0): device DELL U2212HM (DFP-3) (Using EDID frequencies has
[ 771.391] (**) NVIDIA(0): been enabled on all display devices.)
[ 772.650] (II) NVIDIA(0): Setting mode "DP-1: nvidia-auto-select @1920x1080 +0+0"
[ 772.901] (II) NVIDIA(0): Setting mode "LVDS-0: nvidia-auto-select @1920x1080 +0+0, DP-1: nvidia-auto-select @1920x1080 +0+0"

Sziasztok!
Felmerült egy olyan problémám, hogy debianra akartam karakteres grub helyett burgot tettni ami már grafikus felületű kézi tehát konzolos telepítéssel csináltam. A vége felé elakadtam nem tudtam végig csinálni emiatt most se burgom se grubom. Igazából már a burg "bootloadere" indul el egy ilyen nem működő formába. Tehát az a problémám, hogy a se a windowsomat se a linuxomat nem tudom elérni mivel csak egy burg> promotot ad be és nem tudom, hogyan indíthatnám el ebből a helyzetből az operációs rendszereimet!
Nagyon szépen kérem a segítségeteket, hogy mit és hogyan csináljak mivel még kezdő felhasználónak számítok!
Illetve, hogy debian squizee-re hogyan tudnék grafikus felületű bootloadert telepíteni mondjuk az említett burgot vagy amin már grafikus felületen egérrel választhatom ki az indítani kívánt oprendszert!
Válaszaitokat és segítségeteket előre is köszönöm!

A tar.gz-ből telepített firefox alatt néha meg kellene frissíteni a xulrunnert és a libmozjs-t.

Az aptitude versions xulrunner szépen visszaadja hogy az egyes suite-okban milyen verziók elérhetők.

Ennek ellenére az aptitude search ~U nem mutatja hogy majd frissítéskor felrakná az újabbat.

Idő elteltével egy sima aptitude update végén megjelenik egy ilyen üzenet és elhagyja magát:

There are 2 newly obsolete packages: libmozjs18d, xulrunner-18.0

Ilyenkor ugye az adott verzió már nem elérhető.Arra gondolok, hogy esetleg a verziószám alapvetően nem a csomag nevéből jön, hanem máshol manifesztálódik.

Aztán az apt-pinning-re is gondoltam, de ha rápinnelem akkor sem jó:


Explanation: Update mozilla's stuff from
Explanation: experimental to follow the newest firefox
Explanation: in /usr/local
Package: libmozjs* xulrunner*
Pin: release a=experimental
Pin-Priority: 910


Utána meg arra hogy ha eleve az experimentalból lett feltéve, akkor onnan is kellene továbbfrissülnie (xulrunner non-esr verzió nincs máshol).

Szóval hogyan kellene ennek működnie?