SUSE Linux

Sziasztok!

Nem tudom közületek valaki dolgozik-e oktatási területen, és ismeri-e a HUEDU programot. A lényeg az, hogy az iskolák ingyen igénybe vehetik a SUSE Enterprise Server és Desktop operációs rendszereket a Novell és az Állam között létrejött szerződés keretében. Tehát lényegében ugyan az mint a Tisztaszoftver, aminek keretében Microsoft szoftvereket vehet igénybe közép és főiskola ingyen.

Én egy középiskolában vagyok az egyik rendszergazda. Jelenleg 2 Windows szervert használunk Active Directory-val, és Exchange-el, valamint két Ubuntu-s tűzfal szervert. Gondolkozunk rajta, hogy a 2 Windows szerverünket lecseréljük SUSE Enterprise Server-re, valamint a kliens gépekre a Windows XP és 7 mellé feltennénk a SUSE Enterprise Desktop-ot.

Azonban mielőtt regisztrálnánk a HUEDU programba, egy kérdést szeretnénk tisztázni. Ezzel kapcsolatban már írtam is a HUEDU-nak csütörtökön, de eddig még nem válaszoltak, ráadásul most jön egy hosszú hétvége, úgyhogy leghamarabb csak szerdán fognak válaszolni ha válaszolnak, így feltenném itt is a kérdést, hátha valaki tudja rá a választ.

Tehát mielőtt regisztrálnánk tudni szeretnénk, hogy mivel a HUEDU licenceket és a Tisztaszoftver licenceket is az állam fizeti, ezért egy oktatási intézmény igénybe veheti-e egyszerre mind a kettőt, ugyanis szükségünk van a Windows rendszerekre is, így ha választani kell a kettő közül, akkor marad a Tisztaszoftver a Windowsokkal, azonban ha igénybe vehetjük mind a kettőt, akkor mink igénybe is vennénk a HUEDU-t a SUSE-val.

Válaszotokat előre is köszönöm!

Sziasztok!

Üdv!

A napokban telepítenem kellett egy új HP laptopra egy Windowst, amin eredetileg SLED 11 volt előre telepítve. Természetesen a lemezt lenyúltam, mivel a tulaj hallani sem akar a linuxról.

Na mondom akkor megtanulmányozzuk. Fel is raktam egyik vinyómra. A megszokottól eltérően illetve az előretelepített Windowsokhoz hasonlóan itt sem teljes értékű oprendszerről, telepítőről beszélhetünk, mert kérdezés nélkül partícionálta a lemez és felmásolta magát, majd egy félig lebutított telepítés után használhatóvá vált a rendszer.

Mondom lássuk miből élünk. Vegyük fel a szükséges repókat és frissítsünk. Természetesen regelni kellett a novell-nél, meg elvileg HP-s licence számot is kért, amit persze nem tudtam megadni, mert a gépet már vissza adtam, a papírjai meg amúgy sem voltak nálam. De gondolom a HP-s support hiánya a legkevesebb, mivel nem HP-s és nem laptop a teszt gépem.

Igazából kérdéseim lennének azokhoz, akik vettek vagy használnak/tak fizetős SuSE-t. Mik a tapasztalataik? Mi az, amit a telefonos meg emailes supporton és a diszdobozon meg a magyar nyelvű nyomtatott dokumentáción kívül van-e még valami előnye és ami még fontosabb hátránya, Pl. nem tudtam telepíteni a midnight commandert (meg sok egyebet sem, ami a nyílt társánál benne van). Egyszerűen nincs benne. Az igaz, hogy nem vettem fel közösségi repókat, de próbáltam. De nincs yastban az a funkció, hogy kilistázza miket vehetek fel.

Azért is kérdezem, mert én naivan azt gondoltam, ugyanaz a rendszer, mint az openSuSE, csak támogatás jár hozzá meg esetleg előbb jut javításokhoz, plusz wallpaper meg egyéb cicomák.

De nem egészen. Már a boot képernyónél megakadt a szemem. Ugyanis 2.6.32-es kernel van rajta, ami azért is furcsa, mert a nyílt forrású tesója a 11.2-es 2.6.31-es kernelt használ, míg a 11.3-as a 2.6.34-et.

Tehát a kérdésem. Van-e értelme desktopra megvenni?

Sziasztok!

Adott a targyban megjelolt gep SLED 11 SP1-gyel, mukodik minden nagyon jol, csak egy gondom van, suspend utan nem mukodik a touch pad. Kulso usb-s egerrel probaltam mar, azzal teljesen tokeletesen mukodik.

Szerintetek mi lehet a problema forrasa?

Sziasztok!

Nos a sors úgy hozta, hogy linuxoznom kell (Solaris után), és egy nagyon furcsa problémába ütköztem/-tünk:
SLES 10 került egy Dell Optiplex gépre (C2D E7500, 6GB ram, 1 TB + 0.5TB hdd), mert KELL a Novell. Most a Novell Open Enterprise Server 2 van rajta, a hdd-k pedig egyesével LVM-ben laknak (ezt a részét nem én adminisztrálom).
Kéne rá egy Ubuntu is, a hw símán elbírná, és mivel a VBox ingyenes is, meg ismerem is viszonylag jól, gondoltuk azt teszünk rá; felhajítunk rá egy Ubuntu szerver-t, aztán oké lesz.
Nos, VBox alatt az Ubi az install alkalmával teljesen csonttá fagyasztja a gépet. Érdekes módon nem mindig pontosan ugyanakkor, de úgy tűnik, hogy akkor következik be a crash, amikor a (virtuális) hdd-hez nyúl a guest. Mintha; de nem 100%, ez inkább csak tibb.
A host meg a guest is 32 bites.
VBox 4.0 is, meg a legutolsó 3.x-es (x.y.12 ha jól dereng) is ugyan ezt műveli; próbáltam az "all distributions" verziót is, meg a suse10-hez való(ka)t is.

Próbáltam azt is, hogy egy másik gépen feltelepítettem az Ubi-t VBox alá, majd export image, SLES alatt import image, start, és megint crash...

Próbáltam a sata, pata vezérlőt is, mindegyik VBox verzió alatt mindegyik típust (PIIX, ICH), próbálgattam a host IO cache használatát ki-be kapcsolgatni - mindig elcrashelt, de mindig máskor. Viszont mindig másodpercek alatt!

Eddig sparse image volt a beállítás, a fixed sizet ma délután próbáltam, de nem jött be... lvm/virtulabox nemtom mennyire szereti egymást (elvileg mindegy kéne, hogy legyen; gondolom)...

A VMware player sem lenne rossz megoldás (oda már felment az Ubuntu), de a VBox rugalmasabban konfigurálható (apropos: lehet valahogy VMware alá fizikai diszket csatolni?), meg amúgy sem normális ez a viselkedés, jó lenne a végére járni...

Google-t próbáltam, de rengeteg az irreleváns találat.

Hátha itt valaki tapasztaltabb az ilyen jellegű hibakeresésben, vagy tud mondani tippeket!

Előre is köszönöm!

UPDATE : ezt az előbb lehagytam, esetleg fontos lehet:
uname -a
Linux edu2 2.6.16.60-0.74.7-bigsmp #1 SMP Fri Nov 26 09:16:10 UTC 2010 i686 i686 i386 GNU/Linux

UPDATE 2:
CentOS alatt is lerohad a host.

UPDATE 3:
XP install alatt is crash.

...itt valami alapvető probléma lesz...

Sziasztok!

Bár Linux-szal már 2 éve foglalkozok, de kernelt még sosem patch-eltem és nem fordítottam.

Jelen esetben SLES11 SP1-ről van szó, a kernel verziója 2.6.32-es.
Konkrétan a "compcache 0.6.2" csomagban található "patch_swap_notify_core_support_2.6.33.diff" patch-et szeretném belefordítani a kernelbe. Alábbi oldalon található egy leírás, ami azt mondja hogy bár a patch a 2.6.33-as kernelhez van írva, de használható valszeg kicsivel régebbiekhez is, így valszeg 2.6.32-höz is:
http://code.google.com/p/compcache/wiki/CompilingAndUsingNew

Na most, a következő problémába ütköztem. Kétféle módszert is találtam a patch-eléshez, és nem ugyanaz a source fájl benne.

1. Először is a YAST Software Management-tel feltelepítettem a "kernel-source" csomagot, ami annyit tesz, hogy a /usr/src/ mappába beteszi a kernel-default-2.6.32.xxxx csomagot, azaz az egész kernel forrást.
Ehhez megpróbáltam hozzáadni a szóban forgó patch-et a szokásos "patch -p1 --dry-run < /usr/src/patch_swap_notify_core_support_2.6.33.diff" paranccsal. Természetesen nem illik rá. A swapfile.c fájlt nem tudja patch-elni. Majd módosítottam a patch-et kézzel, mivel úgy láttam hogy csak kevés módosítás van a swapfile.c fájlban az 2.6.33-ashoz képest. A kézzel módosított patch-el már lefutott a patch parancs, de fuzzy üzenettel, de legalább sikeres. Gondoltam ez használható, vagy legalábbis ki lehet próbálni.

Aztán a kernel fordítást nem ebből a forrásból akartam csinálni, előbbivel csak ki akartam próbálni hogy a patch fájl egyáltalán alkalmazható-e.

2. Igazából az alábbi linken találtam egy guide-ot:
https://www.ibm.com/developerworks/wikis/display/LinuxP/Re-building+a+S…

Ez a guide másik módszerrel fordítja újra a kernelt, "rpmbuild -ba kernel-default.spec" paranccsal. Azaz nem az előbb említett kernel-source forrást használja, hanem spec fájl alapján rpm buildet csinál BZIP2 forrásfájlokból. Ezek a BZIP2 forrásfájlok a /usr/src/packages/SOURCES mappában vannak. Innen dolgozik az rpmbild. Ide kell betenni a korábbi patch-et is, csak tar.bz2-be csomagolva.

Szépen becsomagoltam a patch fájlt BZIP2-be, ahogy a guide írja. Minden menne is, de a fordítás megszakadt a szóban forgó patch-nél. Az rpmbuild a /usr/src/packages/BUILD mappába build-eli az új forráskódot. Itt megnéztem hogy miért akadt el, és kiderült, hogy itt (/usr/src/packages/BUILD alatt) lévő swapfile.c fájl kölönbözik az 1-es pontban (/usr/src/kernel-default-2.6.32.xxxx alatti) szereplő swapfile.c fájltól. Az /usr/src/packages/BUILD alatti swapfile.c bővebb mint a másik. Mivel különbözik, ezért a patch nem tudott rá felmenni.

Lényeg a lényeg, miért különbözik a két kernel source ( a két swapfile.c) a két helyen?
Nem ugyanannak kéne lenniük? Vagy a 2-es pontban lévő már tartalmaz bizonyos más patch-eket?

Melyik a helyes módszer a kernel patch-eléshez, az 1-es pontban leírt kernel-source, aztán make, make install stb? Vagy a 2-es pontban leírt rpmbuild parancs? Mi a fő különbség a két módszer között??

Köszönet előre is!
batagy

Létezik-e ilyesmi, és ha igen akkor esetleg tudna adni valaki egy linket :)

Sziasztok, suse11.3-at használok fglrx (ati)driverel. A monitorom win alatt tudja a 75Hz-et, itt sajnos nem. Van valami trükk,hogy itt is használhassam 75Hz-en?

Sziasztok,

Kérdésem lenne, hogy miért nem frissítik és build-elik újra a 11.2-es Live ISO-kat az OpenSUSE oldalán, pl. havonta vagy hetente? Főleg ha csak 1 éves a teljes támogatási időszak.

Egy rakás frissítés jön folyamatosan, és a hash azt mutatja, hogy az oldalon elérhető verzió pontosan az, amit a megjelenés pillanatában kitettek. Az gáz hogy ha live boot-ot akar az ember, akkor a legelső verziót kell használni tele a megjelenési bug-okkal.

Vagy én nem találok valami triviális letöltési oldalt?

Köszi.

Tud valaki SuSE-nál hibáról, sem a download szekciót, sem a frissítéseket nem érem el. Net megy, böngészés hibátlan, frissítés nem elérhető. Nézzen már rá valaki, hátha nálam van gáz. Köszi