Linux-kezdő

Hi,

VirtualBox-ban (4.2.18, host: Win7 guest:Debian 7.6) futo masinan kernelt frissitettem (sajat forditas), es azota nem megy az USB-s eszkozok nagy resze. Erdekes modon a storage device-ok (eddig mindenfele, pendrive, HDD), illetve az USB/Ethernet csatolo kivaloan mukodik. Ellenben a bluetooth donge, specialis (pl. mikrokontroller programozo) eszkozok nem.

Mindent valtozatlanul hagyva, 3.2-es regi kernellel megy, az ujjal (3.17) nem. Az eszkozok bedugasa / kihuzasa utan semmi nem jelenik meg a dmesg-et futtatva, kb. mintha nem is erzekelte volna a csatlakoztatott eszkozt (megegyszer, storage eszkozok tokeletesen mukodnek, USB/Eth is).

A fentiekbol arra kovetkeztetek, hogy az uj kernel-bol hianyzik valami, de nem latom meg, hogy mi az (probaltam a menuconfig-gal megnezni, illetve a diff a config file-okon, de eleg sok valtozas van a ket kernel kozott, valoszinuleg atsiklok felette).

config 3.2: http://pastebin.com/SY7MAsfB
config 3.17: http://pastebin.com/N98EH428

Segitenetek megtalalni, hogy mit hagyok ki a beallitasokbol?

Koszi,

/sza2

Megoldas: <*> OHCI HCD (USB 1.1) support

Hali,

szoval van egy mukodo beallitasom, de mindig is fura volt. Sokat nem foglalkoztam vele, mert nagyjabol mukodott. Na most viszont szerettem volna beallitani valamit es nem megy.

Amit szeretnek, az a felhasznalok filterezese, hogy csak olyan felhasznalok tudjanak authentikalni, akiknek van posixAccount objectClass-uk. Tehat valahogy igy lottem be a configot:

uris = ldap://127.0.0.1
auth_bind = yes
auth_bind_userdn = uid=%u,ou=People,dc=example,dc=com
ldap_version = 3
base = ou=People, dc=example, dc=com
scope = subtree
user_filter = (&(objectClass=posixAccount)(uid=%u))
pass_attrs = uid=user
pass_filter = (&(objectClass=posixAccount)(uid=%u))

Na ez tojik ra magasrol. Mert mindenkit beenged ( senkinek sincs ilyen objectClass-a;) ), ha kiveszem a pass_attrs es pass_filter/user_filter sorokat, akkor is. Mar azon torom a fejem, hogy atvaltok Password lookup-ra, ha ez az Auth bind-es megoldas nem megy. De egyik doksiban sem irtak, hogy Auth bind-nel a pass_filter/user_filter nem mukodik.

Van ezzel valakinek tapasztalata?

Dovecot verzio: 1:2.1.7-7+deb7u1

sziasztok!
tegnap ezt találtam a mail.log fileban. fail2ban aktív és a lenti ip címet elvileg dobja az iptables...
ma reggel ugyanezt találtam. légyszíves segítsetek, hogy tudnám ezt megszüntetni... egyáltalán pontosan mi is ez???? előre is köszi!

Oct 5 13:34:22 server postfix/smtpd[12949]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:24 server postfix/smtpd[12949]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:24 server postfix/smtpd[12949]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:24 server postfix/smtpd[12952]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:24 server postfix/smtpd[12953]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:24 server postfix/smtpd[12954]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:25 server postfix/smtpd[12955]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:25 server postfix/smtpd[12956]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:25 server postfix/smtpd[12957]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:26 server postfix/smtpd[12958]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:26 server postfix/smtpd[12959]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:27 server postfix/smtpd[12949]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:27 server postfix/smtpd[12949]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:27 server postfix/smtpd[12949]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:27 server postfix/smtpd[12953]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:27 server postfix/smtpd[12953]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:27 server postfix/smtpd[12952]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:27 server postfix/smtpd[12952]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:27 server postfix/smtpd[12954]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:27 server postfix/smtpd[12954]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:27 server postfix/smtpd[12955]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:27 server postfix/smtpd[12955]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:27 server postfix/smtpd[12956]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:27 server postfix/smtpd[12956]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:27 server postfix/smtpd[12953]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:28 server postfix/smtpd[12954]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:28 server postfix/smtpd[12957]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:28 server postfix/smtpd[12957]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:28 server postfix/smtpd[12955]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:28 server postfix/smtpd[12958]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:28 server postfix/smtpd[12958]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:29 server postfix/smtpd[12957]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:29 server postfix/smtpd[12952]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:29 server postfix/smtpd[12959]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:29 server postfix/smtpd[12959]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:29 server postfix/smtpd[12958]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:29 server postfix/smtpd[12956]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:29 server postfix/smtpd[12959]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:29 server postfix/smtpd[12963]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:29 server postfix/smtpd[12966]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:29 server postfix/smtpd[12969]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:29 server postfix/smtpd[12949]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:29 server postfix/smtpd[12949]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:29 server postfix/smtpd[12949]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:29 server postfix/smtpd[12970]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:30 server postfix/smtpd[12971]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:30 server postfix/smtpd[12953]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:30 server postfix/smtpd[12953]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:30 server postfix/smtpd[12954]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:30 server postfix/smtpd[12954]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:31 server postfix/smtpd[12955]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:31 server postfix/smtpd[12955]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:31 server postfix/smtpd[12953]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:31 server postfix/smtpd[12954]: connect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:31 server postfix/smtpd[12957]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:31 server postfix/smtpd[12957]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:32 server postfix/smtpd[12952]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:32 server postfix/smtpd[12952]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:32 server postfix/smtpd[12958]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:32 server postfix/smtpd[12958]: disconnect from bba427923.alshamil.net.ae[83.110.234.187]
Oct 5 13:34:32 server postfix/smtpd[12956]: lost connection after AUTH from bba427923.alshamil.net.ae[83.110.234.187]

Triviálisnak tűnik, de nagy az esélye, hogy valamire nem gondoltam:

Ha privát IPV4 tartományt használok kizárólag pár saját szerver között és kizárólag saját virtuális szerverek között, például 10.x.x.x/8 címeket, van értelme az IPV6-ot bekapcsolni, vagy automatán hagyni a CentOS 7 Network Manager használatával? Ha beállítok magánhálózati IP címeket, alapból bekapcsolja hozzá az IPV6-ot is.

Jól gondolom, hogy kikapcsolhatom az összes IPV6-os dolgot a privát IP-k irányában (IPV6 route, stb), ha én a szerverekre csak IPV4-es címek alapján hivatkozok, úgy állítom be a tűzfal szabályokat, stb?

Vagy hagyjam bekapcsolva az IPV6-ot, hagyjam automatikus beállításon és indítsak IPV6-ot is valamiért?

Van bármi előnye IPV6-ot használni a 16777216 IP cím szűkösségén kívül, a saját szerverek között?
(Most 11 millió szerverem van, de tudom, hogy nem lesz több, mint 12 millió... :-)

Sziasztok!

Egy új szervert ti milyen módon ellenőriztek le, hogy megbízható-e?
Itt arra gondolok, ha alapvetően működik, de komoly terhelést még nem kapott.

Leírom, én hogy csinálom és kérlek egészítsétek ki vagy kössetek bele... ;-)

Ha mondtok alkalmazást, és nem triviális, honnan lehet beszerezni, kérlek mondjatok csomagnevet vagy honlapot.
Továbbá várnám azt is, hogy szerintetek mennyi idő után kellene, hogy kijöjjön a hardver hiba, ha nem bírja a gép a terhelést, vagy másik oldalról: mennyi idő zárható ki, hogy nem bírja a terhelést.
Ha van boot CD/boot USB változatban is, mint például a Stresslinux, az úgy még jobb.

Ösztönzés ON: Erről csinálni fogok egy blog bejegyzést, szóval ha mondasz valami hasznosat, híres leszel! :-) Ösztönzés OFF.

Köszönöm.

Kezdeni a BIOS-ban lévő tesztekkel szoktam, ha vannak.

HDD, bár ez nem stressz teszt de hasznos:
HD Sentinel DOS verzióval boot CD-ről megnézem a HDD-k állapotát, hőfokát, SMART-ot. Erre jó lenne valami Linux oldali alternatíva. Nem szoktam már mostanában surface test-et futtatni, csak új hdd esetén sima formázást futtatni, nem gyorsat. De ha RAID-be kerül, ott elvileg ki kellene jönni a hibának. Ez elégséges így?

Memória:
Indítok MemTest86-ot főként boot CD-ről, hogy párszor végigmenjen.
Meglepő infó, hogy egy memória hibát a MemTest86 nem hozott ki, hibátlanul futott órákig a teljes memórián, míg a Windows 7 telepítőben lévő memóriateszt kihozta perceken belül. Az okát nem értem, de tényleg hibás volt az egyik memória modul, cserélve, vagy az nélkül stabil volt a gép, de azzal a modullal egy idő után random fagyások voltak.

Memória és processzor:
Jön az mprime, vagy Windows-on a prime95 annyi szálon ahány CPU mag van, sok memórián, ezt futtatom legalább 4-6 óráig, vagy másnap reggelig. Ha ezt kibírja, akkor nekem már jónak tűnik a szerver. Ilyenkor az is kiderül, hogy meddig melegedtek fel az alkatrészek és hogy jó-e a gép hűtése, mi a CPU hőfokának a maximuma.
Windows-ra van az Everest nevű program, az szépen mutatja ikonként a különböző alkatrészek hőmérsékletét. Erre mi a legjobb free alternatíva, parancssorba?

Főként parancssorból futtatható teszteket várok.

Hali!

Tudtok-e olyan programot, ami (mondjuk) percenként feldob egy ablakot, hogy "pislogj paraszt, mert tönkremegy a szemed"?
Az is jó lenne, ha ideiglenesen ki lehetne kapcsolni/kikapcsolná magát egy-két esemény hatására (pl. ha kivetítőre van kötve a laptop)

Előre is köszi

Egy sok éve jól működő levelező szerverre telepítettem fel a mailman-t.

Debian - Mailman – Postfix – ISPConfig – Virtual Domain-okkal.

Mailman web felülete működik, be tudtam email-t regisztrálni, visszaigazolni, de amikor magára a listára próbálok levelet küldeni, mindig visszapattan:
'The mail system (expanded from ): unknown user: "ff"'

Már 3 napja ezzel szenvedek, és nem jövök rá, hogy mi lehet a hiba. :-(
Tudnátok segíteni?

Előre is köszönöm: Gábor

Sziasztok!

Következő kérdésem lenne. Hogy lehetne megoldani azt, hogy egy e-mail csak akkor kerüljön kiküldésre, ha a feladó cím szerepel az adatbázisban? Valakinek valamilyen beállítása van erre esetleg? Vagy valami link?

Tudom-tudom, nem első és (valószínúleg) nem is utolsó előfordulás.

Új "vasparipám" egy ASUS N550JK, ehhez kérnék disztrót.

Erőforrásban el vagyok látva (Core i7, 8GB RAM), de a legfontosabb az, hogy az ajánlott disztró minél jobban támogassa az Optimus technológiát (GeForce GTX 850M).
Hogy ezt Zárt vagy FOSS módon teszi meg, nem túlzottan nézem, a lényeg, hogy menjen.
Ha OOB, akkor csak jobb.

Felületből leginkább a Gnome, de csak mert ezt szoktam meg.
Egyéb érvek jöhetnek, főként sysadmin feladatok lesznek vele ellátva.

A tippeket előre is köszönöm!

Üdv,
ptoth

Eltávolítottam a gépből a 2. hdd-t hogy lecseréljem. Ezen volt a swap is.
Azóta nem indul el a gép, dracut# jelentkezik be, de maga a dracut parancs nem elérhető hogy esetleg egy új initramfs-t gyártsak.
Az fstab-ban a # megjelölés nem elég. Milyen dolog ez?
Régen simán alaplapot cseréltem a rendszer alatt, maximum új drivereket pakolt be magának. Most meg egy másodlagos vinyó miatt ilyen cirkuszt csinál?
Hová vezet ez?

S leginkább hogy oldjam meg a problémát? A gépen ül egy Ubuntu is amely érdekes módon elindul, csak közli hogy egy lemez hiányzik, melyet az S betűvel megerősítve nem foglalkozik vele többet. Viszont nem ez a fő rendszer amit használok.

Legacy grub van a Mageiaban. A failsafe is pampog. Init 1-re sem működik.
Telepítő lemezem momentán nincs. Egy pendrive-on van ugyan egy Mageia4 netinstall, de az i586-os. A nagy gép meg 64 bites. Ezt most egy netbookról írom.
Megoldás kellene. Köszi.