Linux-haladó

Probléma: a fentebbi kombináció együtt nem működik.

Első körben megpróbáltam az FC6 "gyári" Xen-es kernele mellé a livna-testing repositoryból feltelepíteni a kmod-nvidia-xen (vagy kmod-xen-nvidia, nem emlékszem) csomagot (1.0-9626-os verzió). Erre egy elég csúnyán kinéző kernel oops-ot kaptam válaszként arra a lépésre, amikor a post-inst megpróbálkozik az új nvidia modul beillesztésével.

Ugyanez a felállás Xen nélkül szépen működik, valamint a Xen-es kernel is szépen működik az nv driverrel.

Ezek nem jöttek be eddig:
- nvidia driver "forrásból" telepítve - a hiba (némi fordítási nehézségek leküzdése után) ugyanez
- xen patchekre vadászat a neten - egyik sem szünteti meg az oops-ot, ahogy néztem
- selinux kikapcsolása - ez is bugos egy kicsit, a modules.dep-hez a default policy szerint nem fér hozzá az nvidia installere, de ez nyilván könnyen orvosolható

Amit nem szeretnék, az saját kernel fordítása, sokkal jobban örülnék annak, ha a Fedora default maradhatna - annak ellenére, hogy kipróbálás alapján ez a megoldás működik.

Talált valaki valamilyen használható patchet, amivel ez a kombó működésre bírható? Esetleg egyéb tippek?

Sziasztok.

Arra lennék kíváncsi, hogy üzemeltet-e valaki
olyan samba-s domain-t, amely több alhálózatot is gond nélkül kezel.

Hasonlóan ehhez:

- adott három alhálózat amit egy router fog össze:

   
  192.168.0.0/24  ----  router ---- 192.168.1.0/24
  (samba server)          |              (Windows 1)
                          |
                    192.168.2.0/24
                      (Windows 2)

- mind egy domain-ban vannak
- működik a névfeloldás rendesen
- müködik a tallózás rendesen

Sikerült valakinek megoldania?
Köszi
Fri

Megpróbáltam átméretezni az egyik partíciómat, de rosszul sűlt el. Most szinte egyik program se lát semmit az extended partíciókból.

Az alábbiakat futtattam :
cfdisk: nem tudta megnyitni a meghajtót

gparted :
Az egészet üresnek látta

gpart /dev/sda :
STDOUT:

Begin scan...
Possible partition(Windows NT/W2K FS), size(12903mb), offset(0mb)
Possible partition(Linux ext2), size(305mb), offset(12903mb)
Possible partition(SGI XFS filesystem), size(15992mb), offset(13209mb)
Possible extended partition at offset(29211mb)
Possible partition(Linux ext2), size(3537mb), offset(29478mb)
Possible partition(DOS FAT), size(447mb), offset(33016mb)
Possible partition(DOS FAT), size(203mb), offset(33463mb)
Possible partition(Linux ext2), size(27768mb), offset(33667mb)
End scan.

Checking partitions...
Partition(OS/2 HPFS, NTFS, QNX or Advanced UNIX): primary
Partition(Linux ext2 filesystem): primary
Partition(Linux ext2 filesystem): primary
Partition(Linux ext2 filesystem): logical
Partition(DOS or Windows 95 with 32 bit FAT, LBA): invalid
Partition(DOS or Windows 95 with 32 bit FAT, LBA): invalid
Partition(Linux ext2 filesystem): invalid primary
Ok.

Guessed primary partition table:
Primary partition(1)
type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX)
size: 12903mb #s(26426856) s(63-26426918)
chs: (0/1/1)-(1023/254/63)d (0/1/1)-(1644/254/57)r

Primary partition(2)
type: 131(0x83)(Linux ext2 filesystem)
size: 305mb #s(626534) s(26426925-27053458)
chs: (1023/254/63)-(1023/254/63)d (1645/0/1)-(1683/254/62)r

Primary partition(3)
type: 131(0x83)(Linux ext2 filesystem)
size: 15992mb #s(32752000) s(27053460-59805459)
chs: (1023/254/63)-(1023/254/63)d (1684/0/1)-(3722/183/1)r

Primary partition(4)
type: 015(0x0F)(Extended DOS, LBA)
size: 25619mb #s(52468290) s(59826060-112294349)
chs: (1023/254/63)-(1023/254/63)d (3724/0/1)-(6989/254/63)r

STDERR:
* Warning: more than one extended partition: 2.

* Warning: more than 3 primary partitions: 4.

A gpart egyébként szépen eltalálta a dolgokat, csak az utólsó linux ext2 filesystem (egyébként ext3 :) ) valójában nem primary kéne hogy legyen, hanem logikai.
Szerintem csak ezzel van gond, de nem tudom, hogy ezt hogy kellene átírni.

Segítségeteket kérném a tárgyban szereplő progi tiltását illetően
IPTABLES segítségével. A korábbi 1863-as porttal ellentétben már más
módon történik a login.

Tudja valaki mely portokat, ip-ket kell tiltani a WLM használatát megakadályozandóan?

Köszi

cookie

Sziasztok!
Adott egy Debian gép, amin teljesen jól működött a levelezés. Egészen a ma délutáni áramszünetig...
Azóta a következő hibát olvasgathatom a LOG-okban:

amavisd-new[15407]: (14169-02) run_command: child process [15407] failed to exec /usr/bin/file /var/lib/amavis/amavis-20061105T183732-14169/parts/part-00001: Can't close main::stdin: Hib\341s f\341jl le\355r\363 at /usr/sbin/amavisd-new line 1131.
amavisd-new[14169]: (14169-02) TROUBLE in check_mail: decoding2-get-file-types FAILED: 'file' utility (/usr/bin/file) failed, status=1 (256 ) at /usr/sbin/amavisd-new line 3853.
amavisd-new[14169]: (14169-02) PRESERVING EVIDENCE in /var/lib/amavis/amavis-20061105T183732-14169

"Természetesen" a levelek sem mennek el így. Ha main.cf -ből kiveszem a content filter bejegyzést, akkor megy egyből a levelezés, de a mai világban szűrés nélkül nem az igazi!

Valakinek van vmi ötlete, hogy mi lehet a gond?

Sziasztok!

Le szeretném fordítani a viafb drivert, de dob egy csomó ilyen hibát:

/usr/src/linux-source-2.6.17/viafb/viafbdev.c:2459: error: expected ‘)’ before string constant
/usr/src/linux-source-2.6.17/viafb/viafbdev.c:2460: error: expected ‘)’ before string constant
/usr/src/linux-source-2.6.17/viafb/viafbdev.c:2462: error: expected ‘)’ before string constant
/usr/src/linux-source-2.6.17/viafb/viafbdev.c:2464: error: expected ‘)’ before string constant
/usr/src/linux-source-2.6.17/viafb/viafbdev.c:2466: error: expected ‘)’ before string constant
/usr/src/linux-source-2.6.17/viafb/viafbdev.c:2468: error: expected ‘)’ before string constant
/usr/src/linux-source-2.6.17/viafb/viafbdev.c:2470: error: expected ‘)’ before string constant

a viafbdev.c ben lévő MODULE_PARM sorokra. A MODULE_PARM_DESC-re nem.

viafbdev.c:
...
MODULE_PARM(memsize,"i");
MODULE_PARM(mode,"s");
MODULE_PARM_DESC(mode, "Set resolution (default=640x480)");
MODULE_PARM(mode1,"s");
MODULE_PARM_DESC(mode1, "Set resolution (default=640x480)");
MODULE_PARM(bpp,"i");
...

Lehet, hogy ebben a kernelben nincs MODULE_PARM? Rágrepeltem az include/linux -ban, de nem találtam ilyet.

pentike

Valahol olvastam, ha az ember maga fordít kernelt vanilla forrásból, akkor készítsen szimbolikus linkeket az "/usr/include"-ba az /usr/src/linux/include/valami"-re. Fordításnál bizonyos programok, ha jól emlékszem igénylik a "linux/config.h"-t és a "linux/version.h"-t, a kernelforrásban van, másoknak viszont a "net/if.h" stb. kell, ami nincs benne a kernelforrásban.

Most akkor milyen könyvtárakról kell linket készíteni vagy hogy van ez?

Talán sokaknak triviális a kérdés, ezért bocs, de nem találtam rá egyértemű választ sem a HUP-on sem a Google-n, ezért teszem fel itt a kérdést:

Van egy gép, debian-al, 1 hálózati kártya, 2 vagy több IP cím használatban. A konfig a következő:

/etc/network/interfaces

auto lo
iface lo inet loopback

# The primary network interface

auto eth0
iface eth0 inet static
address xxx.xxx.xxx.31
netmask 255.255.255.0
broadcast xxx.xxx.xxx.255
network xxx.xxx.xxx.0
gateway xxx.xxx.xxx.1

auto eth0:1
iface eth0:1 inet static
address xxx.xxx.xxx.51
netmask 255.255.255.0
gateway xxx.xxx.xxx.1

.
.
.

Azt szeretném elérni hogy az eth0:1 -ről ne engedjen be a gép ssh, ftp, pop stb. kéréseket, csak a 443, és a 80-as portokat.

Van valakinek Ötlete?

Van valakinek tapasztalata az open-ssl v2 verzióról való áttérésben? A környezet: Debian+Apache2 és szeretném ha a Firefox 2-vel is el tudnám érni a https hosztokat. Sajna egyenlőre az ssl leszedése és az új open-ssl install után is a Firefox 2 és az Opera 9-es is panaszkodik, hogy a szerver csak v2-t támogat... A firefox 1.5 hajlandó a v2 ssl-el is működni, a probléma a friss firefoxal és Operával jelentkezik.

Ha van valakinek ötlete, szívesen venném ha megosztaná velem...

Sziasztok!
Adott az alábbi probléma, evolution 2.6 (UHU 2.0), illetve evolution 2.8 (FC 5/6) egyformán produkálja az alábbi hibát, ha digitálisan szignálok egy levelet, vagy digitálisan szignált levelet fogadnék:
"Az üzenet aláírása nem ellenörizhető, lehetséges, hogy megváltozott az átvitel során" hibaüzenetet ad.
Ugyan ilyen az üzenet akkor is, ha az elküldött elemek mappában lévő saját magam által aláírt üzenetet nyitok meg.
Más Levelezővel (ThunderBird) tökéletesen jó az aláírás. (ugyan az a levél).

A digitális cert-ek jól, megfelelő helyre lettek telepítve. A küldött leveleket jól szignálja (címzett jónak látja az aláírást), viszont az elküldött elemek mappában lévő másolat már "hibásnak" mutatkozik.

Az sem lenne rossz, ha mondanátok egy olyan distro-t amiben a 2.8-as evolution van, és ez a funkció jól működik.

Köszönetel:
TamsA