Linux-haladó

Van egy hdd-m, amit nem tudott felmountolni sima újraindítás utána.

Próbáltam manuálisan, azt írja adjam meg a FS tipusát. Namondom baj van ha az ext4-et nem ismeri fel...

Próbáltam nyomatni egy: fsck /dev/sdx1 -et
Superblock invalid, trying backup blocks.

Utána rögtön:
mke2fs -n /dev/sdx1, hogy megnézzem hol vannak superblock backupok.

És jó öreg man szerint próbáltam végig őket:
e2fsck -b 32768 /dev/sdx1
De mindre a válasz: " Bad magic number in super-block while trying to open ..."
"The superblock could not be read or does not describe a correct ext2
filesystem."

Sajna.

Hogyan tudnám ezt helyre állítani ?
Illetve mitől van ez most így ?

A következőbe futottam bele, és egyenlőre nem tudok rá racionális magyarázatot adni:
Ubuntu 12.04, kernel a hozzá adott 3.2.0-26-generic x86_64
A gépnek van 3 felhúzott hálózati interfésze: tun0, tun1, eth0 (a két tun az eth0-n megy keresztül).
A tun0 IP címe 10.5.x.x, a tun1-é 10.8.x.x, az eth0 192.168.1.4. A két tun-t szolgáltató szerverek fel vannak véve a routing táblába, valahogy így:
route add a.b.c.d gw 192.168.1.1
route add e.f.g.h gw 192.168.1.1
A default gw a tun1-re mutat. Eddig minden működik szépen.

van egy szolgáltatás, aminek nem kellene átmennie a tun1-en, hanem egyből a 192.168.1.1-en keresztül kellene elérnie e netet. Mivel ez user1 nevében fut, gondoltam megcsinálom így:
- A mangle táblában rakok egy fwmark 0x10 -et vagy TOS 0x10-et a user1 csomagjaira
- ip route -tal létrehozok egy táblát, ahol a default gw az eth0-n keresztül a 192.168.1.1
- ip rule -al létrehozok egy szabályt, hogy fwmark 0x10 vagy TOS 0x10 csomagok ez szerint az új tábla szerint menjenek.

Kipróbáltam (mind fwmark-kal, mint TOS-sal): user1-ként kiadva tesztként, hogy telnet -b 192.168.1.4 index.hu 80 a következőt láttam a tcpdump-ban:
- A SYN csomag szépen elment a 192.168.1.4 -es IP-ről eth0-n keresztül 192.168.1.1-es gw felé
- A távoli gép küldi a SYN+ACK-ot a 192.168.1.4-nek, ahogy kell (nyilván a 192.168.1.1.es gw-en keresztül, eth0-n esik be)
- A /proc/net/ip_conntrack szerint a a kapcsolat átvált SYN_SENT -ből SYN_RCVD -be
- A network socket viszont sosem kapja meg a SYN+ACK-ot, a netstat szerint elakad a handshake 1. lépésénél. Egy idő után megpróbálja megint elküldeni a SYN-t, persze megint pont ugyan így jár.

A problémát megoldottam végül úgy, hogy kiszedtem a fwmark-os netfilter szabályt, a szolgáltatást bindoltam egy dummy IP-re, az ip rule-t kicseréltem, hogy fwmark helyett source IP alapján válasszon táblát + raktam egy SNAT-ot, hogy a dummy IP-t kicseréljem 192.168.1.4- re a kimenő csomagoknál, és így most működik szépen.

Hogy miért nem működött az eredeti elképzelés, azt továbbra sem értem. Eszközt sem tudok mondani hirtelen, amivel végig lehetne követni, hogy miért nem találkozik a megérkezett SYN+ACK csomag a sockettel.

Sziasztok,

Meg szeretném előzni a szenvedést, amibe éppen már belekezdtem. Igaz, még hálókártya csere előtt, hogy működjön addig is, ami működik.

Az egyik cég a már működő Debian szerveréhez akarna egy TPLink TP-3269-es kártyát betenni a gigabit érdekében. Gagyi, tudom.

A baj az, hogy a kártya letölthető driverje erroros, utánaolvasás után láttam sokan letöltötték az r8169-nek a driverjét de az sem sikeredett. Make-hibák tömkelege, ennél ez, annál az. Linux-kernel-headers, checkinstall, build-essentials már fent van.

Esetleg tudtok olyan Intel, DLink, Atheros, SMC, simán Realtek hálókártyát amit a driverjét simán, hosszas küzdelmek nélkül fel lehet rakni úgy, hogy utána gigabittel menni is fog?

Köszi.

Szeretnék virtualizációs gépet összerakni tesztelés céljából.
Szeretnék egy Linux alapú virtualizációs szervert.

Amit próbáltam: VMWARE server ESX 3.5
(Problémája: install után hibába ütközik, konzolba se lehet bebootolni...., nem ismer realtek ethernetet, stb..)

Lehetőleg ingyenes megoldás kéne, hisz csak mókából kellene.

Nincs esetleg a virtualbox-nak ilyen OS veziója ????
Vagy húzzak fel egy linux servert és rá valami virtualbox servert ?

Köszi az ötleteket.

Helló.

Minap forgattam a 2-es vaníliás kernel sorozat .6.39-es kiadását. Kellemesen kevés fennakadásba ütköztem a make-elések közben. Hasznos a CONFIG_IKCONFIG_PROC feature, viszont nem másolta le a /boot/config*-ból a beállításokat, holott azt írta elsõ make config-nál. De mind1, beírogattam magam, mire van szükségem, a default beállításokon felül. Amiért elsõ sorban nekiestem a forgatásnak, az a nl80211 wifi API és a zd1211rw chipset modul harmónikus együttmũködése. Bár érdekes módon az új kernel elsõ indtásakor ifconfig wifi0 up -ra seszó-sebeszéd csonttá fagyott az egész gép (a modult behúzta ügyesen), amiért majdnem felpofoztam. Azután - mondom - meg kell próbálni még1x, biztos a csillagok kedvezõtlen egYüttállása okozta. Ezután már gyönyörũségesen szolgált a nl80211 + zd1211rw modul + hostapd AP kezelõ. Viszont nem egy dolgot vesztettem is az új kernellel:

- vty-ken nincs kép. getty és login van, be is tudok jelentkezni. font is van mert mutat képet, amíg el nem indul az Xorg. ezzel találkozott már valaki? van valami 5let?
- acpi nem látja a fan-okat (laptopról van szó), pedig minden ACPI* config-ot beállítottam a kernel configban és nem tudok róla, hogy került volna ki a kernelbõl akérmilyen powersaving driver is. i2c chipsetem van, i2c* modulok betöltése után is "Fan : <not available>" -vel tér vissza az acpitool, ill. nincs /proc/acpi/fan se.
- lirc_sir: ezt olvastam, hogy 2.6.36-ig támogatta. mindjárt sirok.

Milyen gyógyírt tudtok ajánlani a fenti hiányosságokra? Remélem CONFIG opciók beállítása elegendõ lesz.
Netmegosztós gépnek úgyis külön gépet akartam járatni, ezért gondoltam, hogy azon lesz 2.6.39-es; a dolgozós gépen meg a debián-szállított 2.6.26-os, de elõbb-utóbb úgyis upgrade-elni kell...

Sziasztok!

Olyan problémám lenne, hogy adottak a BSD alatt futó bash scriptek, amiket szeretnék slackware linux alatt futtatni. Ha másképpen nem megy átírni, illetve egy bsd runtime programot tudnátok ajánlani. Amennyiben valaki tudna ebben segíteni, azt megköszönném. A slackware verzioja 13.7, kernel verzio 2.6.39.3-smp. A BSD ha jol tudom 5.0 verzio.

Köszi a válaszokat

______________________________________________________________________________________________

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Jónapot!

Nincs problémám, már megoldottam, csak szeretném megérteni, hogy miért.

Adott egy gép 8 gigarammal, egy ubuntu linuxszal és 1 GB swappel. Kerül rá egy vmware player, amivel guestként fut egy win7. Kezdetben a win7-nek 1 GB memóriája van, de használhatatlan (percekig csak pörög valami és csonttá fagy az egész, aztán egy kicsit lehet használni, utána megint nem... gondolom, swappel). Felemelem a virtuális gép memóriáját 3 GB-ra, de csak kicsit jobb. Ráguglizok a problémára, megtalálom ezt. Az a fő javaslata, hogy a shared memory-t emeljem fel legalább a RAM-mal megegyező méretűre, de még jobb, ha nagyobbra teszem. Felteszem 10 GB-ra.
Hoppá, határozott javulás! Jelentősen megritkulnak a válaszadást megtagadó idők, de nem tűnnek el teljesen. Közben a virtuális gép indításakor azt mondja nekem a vmware, hogy a jelenlegi memória környezetben jó lenne legalább 1.5 GB swapet használni. Felemelem 2 GB-ra és voila, a letisztult tökéletesség! Suhan minden, ahogy az meg lett álmodva.

Eddig fairy tale, amit nem értek, az a következő:

# df -h
Filesystem Size Used Avail Use% Mounted on
[...]
none 10G 22M 10G 1% /dev/shm
[...]

# free -m
total used free
[...]
Swap: 2047 1 2046

Miért ilyen hisztis a swap-re meg a shared memoryra, ha aztán 1 meg 22 megát használ csak belőle? Erre lennék kíváncsi.

Köszi!

detritus

Sziasztok!

Újabb probléma... Nemrég frissítettem az itthoni "szerver" rendszerét 12.04-es Ubuntura. (uname -a: Linux server 3.2.19 #12 SMP Mon Jul 9 19:03:47 CEST 2012 x86_64 x86_64 x86_64 GNU/Linux) Mióta ez megtörtént, azt vettem észre, hogy a korábban kihasználatlanság esetén lekapcsoló lemezeim most valahogy folyamatosan pörögnek.
A lemezek kikapcsolásához eddig a hdparm -S 250 parancsot használtam. Maga a funkció továbbra is működik, mert pl. 2 perces timeoutot beállítva a lemez szépen megáll.
Ebből arra gyanakodtam, hogy valami időnként hozzányúl a lemezekhez, ezért nem tudnak leállni.
Jobb ötlet hiányában ráállítottam egy "iotop -botqqq -d 0.2 | grep sdb"-t (meg egy lsof-ot is, de az most nem lényeg), és reggel hatkor lett is egy kapás:

06:47:40 848 be/3 root 0.00 B/s 13.49 K/s 0.00 % 8.68 % [jbd2/sdb1-8]

Mivel kb. 12-kor mindenki elment aludni, illetve a jelzett fájlrendszeren tudomásom szerint amúgy sem történt írás már vagy 4-5 napja, nem értem, hogy ezt most miért...

Kérdés:
Mit lehet ezzel kezdeni? Sajnos gugli nem adott sem hasznos ötletet. Létezik erre valami varázsparaméter mountoláshoz, vagy ilyesmi?

Előre is köszi!

Sziasztok!

Az érdekelne, lehetséges-e Kerberos hitelesítést használni Windows kliensek felé Samba3-al, Squiddel, Apache-al. Jelenleg Samba3-at használok, Ldap backenddel, a Squid és az Apache pedig Ntlm hitelesítést használ. A Samba4 nagyon ígéretes, de még csak béta fázisban van (tudom, nézőpont kérdése, Én is örülök, hogy végre eljutott ide).

A válaszokat előre is köszönöm.

Sziasztok!

Levelek kiküldésére saját levelező szervert (ubuntu, postfix) használok, a mail kliens thunderbird. Az a probléma, hogy a kliens gép ip címe ( yy.yy.yy.yy) sajnos szerepel van a spamhouse.org blacklist-ján, emiatt tapasztalataim alapján a saját levelező szerverem (gep.domain.hu) hiába nem szerepel a spamhouse.org listán, a címzett gépeken futó egyes spamszűrők a levelemet spamnak tekintik.

Amikor egy levelet elküldök az xx@zz.hu címre, akkor a e-mail headerben az alábbi bejegyzést látom.

Received: from [xx.xx.xx.xx] (yy-yy-yy-yy.pool.digikabel.hu [yy.yy.yy.yy])
by gep.domain.hu (Postfix) with ESMTPSA id 5728230C13B8
for ; Thu, 5 Jul 2012 19:38:21 +0000 (UTC)

Az a kérdésem, hogy rá lehet e venni a postfixet, hogy a headerben ne szerepeljen a digikabeles ip cím, hanem valahogy így nézzen ki a header:

Received: from gep.domain.hu (Postfix) with ESMTPSA id 5728230C13B8
for ; Thu, 5 Jul 2012 19:38:21 +0000 (UTC)