Új hozzászólás Aktív témák
-
Prozac
aktív tag
válasz
kerti008
#1743
üzenetére
Hallottam egy módszert, ami párszor állítólag, ismétlem, állítólag működött:
A rakoncátlan wincsit 1-2 órára a fagyasztóba rakták. Ilyenkor (gondolom) a hideg miatti fizikai paraméterek és az elektronika is picit másképp működhet.
Ha kipróbálnád esetleg, azért a pára lecsapódásra figyelj! -
Sipi
addikt
válasz
kerti008
#1743
üzenetére
Linux alatt nem fogsz NTFS-re írni, felejtsd el.
A hibás vinyót ne kapcsold be! Először tervezd el, mit, hova, addig áramot ne kapjon, mert minden bekapcsolással sokat romlik.
Valszeg lesz vagy 10 perced, míg menni fog, úgy készülj.
Ha a 80 gigás adat is NTFS, akkor tedd a gépedbe, írd ki a file-okat valamelyik Linuxos partícióra. Javaslat: ne nagyon mazsolázz, mi kell, mert valószínűleg tényleg csak perceket fog élni.
Ha abban a gépben nincs normális partíció, ahova menhetsz, akkor mindegy, mivel bootolsz, lévén sehova nem tudod kiírni...
Sipi -
Prozac
aktív tag
válasz
kerti008
#1741
üzenetére
Bármit is csinálsz, azt gyorsan csináld, ne hagyd melegedni a wincsit.
Barátom wincsijével tapasztaltam, előszőr csak néhány kattogás volt, néha ment néh alassult. Aztán megadta magát.
Ne ''gyakorolj'' vele. Készítsd elő gondosan mit fogsz csinálni, csak akkor használd azt a wincsit...
Ha PATA wincsi, ne legyen mellette mász eszköz a buszon, másik wincsiről bootolva és oda mentve, vagy hálózatra, vagy pen-drive-ra rakd ki. Lényeg hogy gyors legyen.
[Szerkesztve] -
Sipi
addikt
válasz
kerti008
#1716
üzenetére
Mi az a klf. proci?
Ha kiadod a ''man gcc'' parancsot, egy marha hosszú doksit kapsz. Azonban fel van sorolva, hogy a -mrach és -mtune opcóknak miket lehet megadni - vagyis, hogy milyen procit lehet ideírni. A / billentyűvel lehet a manban keresni, beírod, hogy -mtune, enter. A további keresésnél csak / és enter, az előb beírtat keresi.
Amit így megtalálsz, azt kell beírni a make.conf-ba, a CFLAGS-nek. Nem árt az itt szereplő esetleges spéci marhaságokat törölni, mert nem minegyik procin működnek. a pipe, omitframe maradhat.
Sipi -
-
#1518
dr_strange
senior tag
kerti008
#1516
dr_strange
senior tag
válasz
kerti008
#1516
üzenetére
állítsd az /etc/make.conf fájlban a PORTAGE_NICENESS változó értékét magasabbra, mondjuk 10-re -- így alacsonyabb prioritást kap az emergelés, elfut a háttérben, lassabban végez, de több erőforrás marad mellette másra
vannak csomagok, amik lassan fordulnak, egy gcc, egy X, egy mozilla meg tudja izzasztani a gyengébb rendszereket, hiszen igen komplex dolgokról van szó; ezért érdemes egy nagyobb frissítés előtt --pretend kapcsolóval mindig kiíratni, hogy miket fog frissíteni, hogy tudd, mire számíthatsz -
-
Sipi
addikt
válasz
kerti008
#1510
üzenetére
Bocs, rossz volt a kérdés.
Úgy értettem, hogy miért nem valami könnyen kezelhető tűzfal-progival esel neki? Az iptables-ből én egy kukkot sem értek, ezért nem is használom. A guarddog jó KDE-s, csak arra kell vigyázni, hogy alapban SEMMIT sem engedélyez. És ahhoz, hogy menjen a háló, az ICMP-résznél is engedni kell dolgokat, mert pl. a DNS-lekérés is ICMP-csomaggal megy. A helpjében van is róla szó, mit kell minimum bekapcsolni, hogy egyáltalán legyen hálód.
Most ne memlékszem, Neked kellett-e a router is. Ha nem, csak sima tűzfal, akkor a firehol-t még mindig tudom ajánlani. Egy példa /etc/firehol/firehol.conf:
interface ppp+ world
policy drop
protection strong 10/sec 10
client all accept
server all drop
Ez annyit csinál, hogy minden kifelét enged, befele semmi nem jöhet, DoS támadás ellen korlátoz, és alapban minden port ''kussol'', semmit sem válaszol a kérdésre.
Sipi -
-
Sipi
addikt
válasz
kerti008
#1450
üzenetére
Akár mindent belepakolhatsz, csak ettől _jóval_ nagyobb lesz. És vannak olyan opciók, aminek a helpjében írja is, hogy más opciók nem komálják. Pl. egyes SATA és USB vezérlők.
Baj azonban nem lesz vele, csak kicsit lassabb, kicsit többet fogyaszt.
Én azt az elvet követem, hogy a hardvereket, amelyek benne vannak a gépben állandóra, belefordítom. Modulba téve úgyis betöltődne, akkor meg mindegy.
Kivétel az USB, abban mindent beteszek modulban, illetve az i2c-cuccok. Emiatt a bttv multimedia controller is csak modulba kerülhet. Ezek azért modulok, mert ezekből egyszerre csak egy-kettő lehet a gépben, a maradék 20-30-50 felesleges.
Sipi -
Sipi
addikt
válasz
kerti008
#1449
üzenetére
Szerintem a genkernel megcsinálja jól a kerneledet. Ha nem értesz még annyira hozzá, inkább ne vegyítsd a genkernelt/kézi módot, mert valamit mindenképpen átállít - ha mást nem, bekapcsolja az initrd-t.
A genkernellel bonyolultabban bootolható kernelt kapsz, pont az init ramdrive miatt.
A kernelben mindegy, hogy NEW vagy EXP. Ha modulban van, akkor sosem töltődik be, ha nem használod. De azt kiszűrni, hogy a Te aktuális tűzfaladhoz/routeredhez mi kell majd, elég gázos.
Én mindent beleteszek, a tűzfalam fut. Tényleg vagy 3-4 modult használ - de ha kell, majd jöhet a többi is.
Sipi -
Sipi
addikt
-
Sipi
addikt
válasz
kerti008
#1437
üzenetére
Ööö... Úgy érted, make menuconfig után kézzel ki-bekapcsoltad a megfelelő opciókat, majd kiléptél és elmentetted a konfigot? Akkor miért akarsz genkernelt? (Úgy tudom, az szépen felülírja a beállítások egy részét.) make parancs elkészíti a kernelt (bzImage) és az összes modult.
make install telepíti a csatolt /boot-ba a kernelt, és GRUB esetén automatikusan átcímkézi a hivatkozásokat.
make modules_install pedig telerpíti a modulokat.
Lehet gyorsítani, két módon. Egyrészt nem teszed bele, amire nincs szükség (ezért nem szeretem a genkernelt, mert rengeteg felesleget tesz bele), vagy nincs a gépben, másrészt pedig gyorsabb processzorral.
Sipi -
Sipi
addikt
válasz
kerti008
#1420
üzenetére
Logikusan végiggondolva: a ccache tartalma egy adott gcc-vel, libtoollal, linkerrel létrehozott objektum-file-ok sokasága, adott processzorra, architektúrára lefordítva.
Amennyiben a két gép hajszálpontosan megegyezik alapvető felépítésben, ugyanazon programok vannak rajta (verzióban), akkor talán használható. Egyébként nem, hiszen észlelni fogja, hogy megváltoztak a dolgok.
Ha peched van, akkor használni fogja, de ilyen esetben rossz kódot kapsz. Pl. az én Athlonos ccache-emnek nem biztos, hogy örülne egy Intel Pentium 3-as gép.
Sipi -
Sipi
addikt
válasz
kerti008
#1411
üzenetére
Figyu, légyszi, próbálj már bővebb infót adni, mert szinte semmit sem értek...
Most úgy veszem ki a szavaidból, hogy az Ati oldaláról töltöttél le valamit, sé azzal nemmegy az X. Ugyanakkor azt is írod, hogy az Ati drivert tetted fel, és megy az X, még a játék is, csak valami 3D-hiba van.
Szóval: Gentoo alatt miért nem telepíted? emerge ati-drivers. Ez kiírja, ha valami gond van, mit és hogyan kell beállítani a kernelben, majd a végén azt is, mit kell kapcsolgatni/átírni, hogy átválts Ati driverre.
A Portage fa a /usr/portage alatt van, az ati-drivers ezen belül az x11-drivers könyvtárban. Meg tudod nézni, milyen verziók vannak benne, s az emerge =ati-drivers-8.21.7-r1 paranccsal telepítheted konkrét verzió szerint.
Ha az ebuildet megkukkolod, láthatod, hogy elég komoly dolgokat művel a telepítő, nem csak annyi, hogy felteszi a drivert. No, ebből szoktak a gondok adódni.
Mod: nem kötelező leszedni a régit, mert az emerge úgyis leszedi. Az X-et viszont nem árt lelőni, mert vagy kifagy, vagy csak nem tudod megnézni az újat, hiszen még a régivel megy.
Sipi
[Szerkesztve] -
Sipi
addikt
válasz
kerti008
#1408
üzenetére
Ami nincs benne, pl. letöltöd az Ati oldaláról.
Esetleg kézi vezérléssel: átmásolsz egy ebuildet régebbi verziójú névre. Az ebuildek úgy vannak megoldva, hogy az ebuild nevéből próbálják letölteni a szükséges file-okat. Ha átnevezed pl. ati-drivers-7.1.ebuildre, akkor a 7.1-es drivert fogja letölteni (ha létezik ilyen).
Te, várjál már, most nézem. A következő verziójú ati-drivers csomagok vannak a portage-ban:
8.14.13 (ebből 4 alverzió), 8.16.20, 8.18.6, 8.18.8, 8.19.10, 8.20.8, 8.21.7, 8.22.5, 8.23.7, 8.24.8. ?!? Valamelyik csak jó lesz...
Elindítani: nem értem... Ez egy driver, nem kell ''elindítani''. A kernel majd betölti magának a megfelelő modult, illetve az Xorg a megfelelő OpenGL könyvtárakat, ha az eselect opengl ati paranccsal átváltasz Ati GL-re.
Sipi -
Sipi
addikt
válasz
kerti008
#1402
üzenetére
Pedig még baromi jól jártál, mert egyáltalán elindult a driverrel. Legtöbb esetben el sem indul az Xorg Ati-val...
Ha már megy az X, a glxinfo-val és az xdriinfo-val ellenőrizheted, megy-e a 3D-gyorsítás és a Direct Rendering. Ha valamelyik No, vagy az OpenGL/GLX nem Ati, akkor nem megy rendesen, ezért lehetnek ezek a fura effektek.
Az Ati-driver talán egyedül a levegő páratartalmára nem érzékeny. Ha egy verzióval nem megy, ki kell próbálgatni még 5-10-100 másikat. Itt nem igaz az a szabály, hogy ha újabb, akkor jobb is. Lehet, hogy Neked menne pl. 5 verzióval régebbi driverrel.
Az opensource ati driver - úgy tudom - nem támogatja túl jól a 3D-gyorsítást.
Sipi -
#1403
dr_strange
senior tag
kerti008
#1402
dr_strange
senior tag
válasz
kerti008
#1402
üzenetére
értem... sajnos azon kívül nem tudok segíteni, hogy nézegesd végig a forums.gentoo.org Games szekcióját, vagy keress benne rá a mobility 9000 kulcsszavakra, van rá esély, hogy találsz valamit
soha nem volt ati kártyám, az új gépembe is inkább felárért nividiát tetettem, számítva a hasonló szívásokra -
#1400
dr_strange
senior tag
kerti008
#1398
-
Sipi
addikt
válasz
kerti008
#1398
üzenetére
Pl. itt van pár:
http://gentoo-wiki.com/HOWTO_X850XT_ATI_Drivers.
http://gentoo-wiki.com/HOWTO_ATI_Drivers
Tanács: ha kész a rendszer, érdemes a /etc-t elmenteni valahova. Tömörítve elég kicsi lesz. (Igazság szerint pár dolog elég belőle, de macerásabb kiválogatni, mint elmenteni egy mozdulattal az egészet.)
A make.conf, /etc/portage*, /etc/X11/xorg.conf, /etc/rc.conf, /etc/conf.d/* a legfontosabb, esetleg az összes module* file és könyvtár.
Sipi -
Sipi
addikt
válasz
kerti008
#1396
üzenetére
Ha ez dicséret, akkor nem mi, hanem a Gentoo-közösség.
Eszméletlenül sok leírás, howto, guide van Gentoo-hoz a fórumon és a wiki-n. Ha eszedbe jut valami, hogy ezt-és-ezt akarsz csinálni, túrd fel ezeket a helyeket, szinte tuti, hogy valaki már megcsinálta és leírta. Én anno a fórumról néztem meg, hogyan érdemes otthoni levelezőrendszert csinálni.
Sipi -
Sipi
addikt
válasz
kerti008
#1390
üzenetére
Ne aggódj, a Gentoo piszok logikus, ha nyugodt aggyal nekiülsz, rövid idő alatt átlátható.
Tök szimpla Linux disztribúció, azon kívül, hogy szigorúan normálisan kezeli a könyvtár-struktúrát, ugyanaz, mint a többi.
Eltérés a Portage. Ehhez ismerni kell az emerge parancsot és pár kapcsolóját. A Portage finomhangolása - értelemszerűen - a /etc-ben lévő konfigállományokkal történik. Ebből az általános a make.conf, ebben van minden, ami a programok fordításával (making) kapcsolatos. Általános érvényű, a teljes rendszerre érvényes (pl. fordítási kapcsolók, stabil/instabil rendszer, Portage helye).
Ezen kívül a /etc/portage-ban egyesével, csomagonként lehet állítani a maszkolás, stabilitás, kapcsolók helyzetét.
Valamint pluszban van még a /etc/init.d a démonok indítására, és a /etc/conf.d az előző démonok indítási paraméterezésére.
Az összes többi cucc normál Linux.
Ezért írtam, hogy ezeket a doksikat olvasd el, mert a többi csak segítséget ad, ezek viszont kötelezőek.
Sipi -
Sipi
addikt
válasz
kerti008
#1391
üzenetére
Igen, de mint tierbatyo is írta, ezt SOHA ne alkalmazd! A Portage ugyan vezérelhető kézzel megadott változókkal is, de a biztonságos mód az, ha beírod a megfelelő file-okba.
[link]
Ebben vannak az xorg-csomagok (bár emlékeim szerint 2-3 darab hiányzik belőle, azt majd kézzel kell beírni), de NEM KELL unmaszkolnod! Az xorg már unmaszkolva van! Csak nem stabil, ezért ha a rendszered stabilra van téve, a keywords-be kell beírni ezeket.
Sipi -
Sipi
addikt
válasz
kerti008
#1389
üzenetére
Épp ezért jó a /etc/portage-ban matatni, beállítani. Ha itt egy csomagra azt írod, hogy ebből instabil kell, a Portage automatikusan felderíti a függőségeket, és ha azokból instabil kell, azt teszi fel, még ha a rendszered egyébként stabil is.
Egyszerű scriptekkel könnyen megoldható, hogy ne kézzel kelljen beírni egy tonna sort. Csak én nem tudok programozni.
Sipi -
tierbatyo
senior tag
válasz
kerti008
#1391
üzenetére
Én nem ajánlanám így az emerge-t, mert a make.conf-ban attól még x86 a keywords és a legközelebbi emerge -uD world-nél újra a stabilat teszi fel. Ha így teszel fel valamit, akkor szerintem emerge -pvt csomagnév és amiket kiír, hogy emergelné, azokat be kell tenni az /etc/portage/packages.keywords-be, így csomagnév ~x86. Én anno írtam erre scriptet, de már nem találom.
[Szerkesztve] -
kerti008
aktív tag
válasz
kerti008
#1389
üzenetére
Egyébként elszoktam olvasni a howto-kat, kinyomtatva otthon van amit szükségesnek itéltem. Gyorsan olvasok, de pl. a portage csak addig érdekelt amíg az aktuális problémámra a választ meg nem találtam. Most meg bekapcsolom a gépet és mc alatt addig keresek amíg meg nem találom azt a fált amit szeretnék. Úgyanis ha elolvasom a howto-ban és simán begépelem, másnap már nem is emlékszem rá. Rengeteg új információ zúdult rám az elmúlt hetekben, az ismeretlen fájl nevek, mi-mit csinál, mire való, billentyűparancsok stb. A másik gond a programok nevei, verziói.
-
Sipi
addikt
válasz
kerti008
#1387
üzenetére
Huhh, szerintem mindenképpen olvasd el a Gentoo doksik közül a USE változókra és a Portage működésére vonatkozót! Ez a kettő létfontosságú a rendszered szempontjából!
Erről a témáról röviden: igen, ez mondja meg, stabil vagy instabil csomagokat használsz-e. Ha a make.conf-ba teszed, MINDEN csomagra ez lesz az érvényes. Ez azt jelenti, hogy ha eddig x86 voltál, az egész rendszer frissítésre kerül. De teljesen instabilra csak akkor állj át, ha nem zavar, hogy néha fejreáll valami/minden.
Emiatt jobb a másik út, a Portage kézi szabályozása. A /etc/portage könyvtárban kell filke-okat létrehozni és matatni. (man portage, az elején pont ez van). Pl. a package.unmask-ba teheted, ami maszkolva van, mégis fel akarod tenni. A packages.keywords-ben mondhatod meg, egyes csomagokból stabilt/instabilt akarsz-e:
media-libs/libgd ~x86
Ez a libgd-ből mindig az elérhető legújabb, instabilt teszi fel.
Sipi -
Sipi
addikt
válasz
kerti008
#1382
üzenetére
És azért szoktam választani a a stabil csomagokat, mert gyorsabban el tudom indítani.
Úgy érted, telepíteni? Várj, az instabil alatt én a ~x86-os csomagokat értem, vagyis ami nem stabilnak van jelölve. A maszkolt más tészta, annak jó oka van, ha maszkolják.
xorg. Mondom, kicsit keress/böngéssz vissza. Sőt, ha a Gentoo wiki oldalán a moduláris Xorg wikijét mewgnézed, abban is benne van egy script, amivel egy pillanat alatt unmaszkolhatod a csomagokat. De a moduláris xorg nincs maszkolva... Csak nem stabilnak van jelölve.
Az ütközésnek nincs köze a maszkhoz, instabilhoz. Van olyan dolog, amit több csomag is el tud látni, és többnyire egyszerre nem lehet fent kettő. Ilyen pl. a system logger, az xorg-ban a keyboard-konfig, amit két csomag is ellát (xkbdata az egyik, erre nincs szükség).
Most nem tudom, mit rontottál el, de ha leírod, mit szeretnél, és a hibákat is, tudunk segíteni. Emiatt teljesen felesleges letörölni a Gentoo-t.
Az xorg-7-et a wiki alapján tudod felrakni, én is azt követtem: [link] Légy szíves, olvasd el a doksikat, mert egyrészt (szinte) minden benne van, másrészt ezt a baromi hosszú wiki-t nem tudjuk ide begépelni Neked. Ráadásul ha ez alapján elakadsz, tök egyszerűen meg tudod mondani, melyik lépés nem sikerült.
Sipi -
Sipi
addikt
válasz
kerti008
#1376
üzenetére
Ööö, nem igazán értem a mondataidat, de megpróbálom kitalálni.
Maszkolás kiiktatása (unmask): a /etc/portage/package.unmask file-ba kell beírni a megfelelő sorokat. Itt a topikban korábban neírtam egy kis scriptet, ami az xorg csomagjait bemásolja ide, keress rá, mert már nem tudom, hova tettem (asszem, letöröltem).
KDE felrakás: mire érted a gyorsítást? Esetleg bekapcsolhatod a kdeenablefinal USE flaget, de a KDE/Qt alapú alkalmazások alapban lassabban fordulnak. Mondjuk ez géptől függő, Batman laptopján pl. észvesztő sebességgel fordul le minden.
Sipi -
Sipi
addikt
-
Sipi
addikt
válasz
kerti008
#1366
üzenetére
Két okból nem indulhat el.
Egy: a kde-base és kdebase-meta egyszerre nem lehet fent a gépen, mert ütik egymást. Ugyanúgy, mint a moduláris/régebbi Xorg.
Kettő: nem tetted fel a kdm-et.
Ja, és három: nem indítod el a grafikus bejelentkezőt. rc-update add xdm default, és ezután a DISPLAYMANAGER-ben beállított login managert fogja elindítani a boot végén. De javaslom, előbb bizonyosodj meg róla, hogy tényleg megy-e az X, különben izgi lesz egy mindig elinduló majd lefagyó xdm alól matatni.
Sipi -
tierbatyo
senior tag
válasz
kerti008
#1348
üzenetére
fglrxinfo mit mond? Ha nem ATI-t, hanem Mesa-t akkor nincs 3D-s gyorsításod.
xorg.conf ATI-s része:
# === ATI device section ===
Section ''Device''
Identifier ''ATI Graphics Adapter''
Driver ''fglrx''
# ### generic DRI settings ###
# === disable PnP Monitor ===
#Option ''NoDDC''
# === disable/enable XAA/DRI ===
Option ''no_accel'' ''no''
Option ''no_dri'' ''no''
# Option ''RenderAccel'' ''yes''
# === misc DRI settings ===
Option ''mtrr'' ''off'' # disable DRI mtrr mapper, driver has its own code for mtrr
# ### FireGL DDX driver module specific settings ###
# === Screen Management ===
Option ''DesktopSetup'' ''0x00000000''
Option ''MonitorLayout'' ''AUTO, AUTO''
Option ''IgnoreEDID'' ''off''
Option ''HSync2'' ''unspecified''
Option ''VRefresh2'' ''unspecified''
Option ''ScreenOverlap'' ''0''
# === TV-out Management ===
Option ''NoTV'' ''yes''
Option ''TVStandard'' ''NTSC-M''
Option ''TVHSizeAdj'' ''0''
Option ''TVVSizeAdj'' ''0''
Option ''TVHPosAdj'' ''0''
Option ''TVVPosAdj'' ''0''
Option ''TVHStartAdj'' ''0''
Option ''TVColorAdj'' ''0''
Option ''GammaCorrectionI'' ''0x05715c57''
Option ''GammaCorrectionII'' ''0x00b0000b''
# === OpenGL specific profiles/settings ===
Option ''Capabilities'' ''0x00000000''
# === Video Overlay for the Xv extension ===
Option ''VideoOverlay'' ''on''
# === OpenGL Overlay ===
# Note: When OpenGL Overlay is enabled, Video Overlay
# will be disabled automatically
Option ''OpenGLOverlay'' ''off''
# === Center Mode (Laptops only) ===
Option ''CenterMode'' ''off''
# === Pseudo Color Visuals (8-bit visuals) ===
Option ''PseudoColorVisuals'' ''off''
# === QBS Management ===
Option ''Stereo'' ''off''
Option ''StereoSyncEnable'' ''1''
# === FSAA Management ===
Option ''FSAAEnable'' ''no''
Option ''FSAAScale'' ''1''
Option ''FSAADisableGamma'' ''no''
Option ''FSAACustomizeMSPos'' ''no''
Option ''FSAAMSPosX0'' ''0.000000''
Option ''FSAAMSPosY0'' ''0.000000''
Option ''FSAAMSPosX1'' ''0.000000''
Option ''FSAAMSPosY1'' ''0.000000''
Option ''FSAAMSPosX2'' ''0.000000''
Option ''FSAAMSPosY2'' ''0.000000''
Option ''FSAAMSPosX3'' ''0.000000''
Option ''FSAAMSPosY3'' ''0.000000''
Option ''FSAAMSPosX4'' ''0.000000''
Option ''FSAAMSPosY4'' ''0.000000''
Option ''FSAAMSPosX5'' ''0.000000''
Option ''FSAAMSPosY5'' ''0.000000''
Option ''KernelModuleParm'' ''agplock=0''
# === Misc Options ===
Option ''UseFastTLS'' ''0''
Option ''BlockSignalsOnLock'' ''on''
Option ''UseInternalAGPGART'' ''yes''
Option ''ForceGenericCPU'' ''no''
BusID ''PCI:1:0:0'' # vendor=1002, device=4e48
Screen 0
EndSection -
Sipi
addikt
válasz
kerti008
#1348
üzenetére
Nincs Atim, és ha ajándékba kapnék, akkor is elcserélném.
Javaslom, hogy vagy itt keress rá, vagy a Gentoo fórumon, Wikin van Ati Guide. Pár dolgot be kell állítani az xorg.conf-ban, de nem tudom, mit.
Emlékeim szerint nem kell neki a kernelbe DRM, mert a sajátját használja. De itt többen azt mondták, nekik meg csak azzal megy...
OSS: régi, szar hangrendszer. De régi programoknak az kell. Emiatt fel kell tenned az alsa-oss-t, ÉS bekapcsolt oss USE flaggel emergelni az alsa-driver csomagot. Akkor emulálni fogja az OSS eszközöket is. Azonban az OSS többnyire nem képes arra, hogy egyszerre több program is hangot adjon ki, ezért ha játszol, nem mehet más hanglejátszás. Pl. a KDE idióta saját hangrendszere, az arts sem. A Control Centerben ki kell teljesen kapcsolni, csak a CPU-t zabálja.
Az Unreal nekem wine-nal és natívan is egyből ment, minden buzera nélkül. De amíg nincs 3D gyorsításod, nem is igen fog menni...
Majd küldd már el az xorg.confodat levélben, mert pl. az XF86DGA Mouse error nekem elég fura. Ugyanis a DGA az Direct Graphic Access, aminek nem tudom, mi köze van az egérhez.
Mod: ne verj meg, ha natív kell, javaslom a Frozen Bubble-t.
Sipi
[Szerkesztve] -
-
kerti008
aktív tag
válasz
kerti008
#1325
üzenetére
Haladok, wine már megy a quake1 és 2 is. A probléma többek között az volt, hogy az opengl mem működött, mert a xorg.conf-ban ''Load ''glx'' rész ki volt kommentezve(#). Most már jöhet a natív. Elolvastam a emerge üzeneteit felemergelte majd a könyvtárakat unmergelte. Nem tudok rájönni, hogy mit kell másolni és hova.
-
Sipi
addikt
válasz
kerti008
#1319
üzenetére
Ezt nem értem... Az említett file-ban vannak azok a csomagok, melyeket maszkoltak, vagyis letiltották őket, hogy ne lehessen telepíteni.
A /etc/portage/package.unmask file-ba kell ezeket beírni, hogy unmaszkold, vagyis felülbíráld a Gentoo brigádot, hogy igenis, Te fel akarod rakni.
Sipi -
Sipi
addikt
válasz
kerti008
#1316
üzenetére
Kis kiegészítés: sok játéknál van egy cdinstall USE flag. Ha bekapcsolod, az adatokat (wad, video, stb.) az (eredeti) cédéről akarja másolni. Persze, a CROM_ROOT-tal (vagy amit telepítés közben kiír) megadhatod, hol van.
Ha nem kapcsolod be, akkor nem másol, de ez esetben vagy kell majd a cédé is, mert játék közben valószínűleg arról töltöget, vagy pedig kézzel kell bemásolni a helyére (amit szintén kiír az emerge végén, hogy mit és hova).
Sipi -
Sipi
addikt
válasz
kerti008
#1316
üzenetére
Jaa... Azt azért ne várd, hogy a pénzért árult játékok benne legyenek a Portage-ban, szabadon letölthetőn.
De azt írtad, átmásoltad WIndows-ról - akkor pedig megvannak az adatfile-ok! Akkor elég emergelni a quake1-et, hogy megkapd a binárist.
Mod: ha a games-fps könyvtárat megnézed, találsz még jópár *quake* programot. A régi quake-ekhez egy tonna klienst írtak, bár nekem némileg zavaró volt, amikor mindet feltettem, ohgy melyiket indítsam. Csak azért, hogy ha a quake1 nem menne fel, elszáll, akkor van még quakeforge, fuhquake, glxquake, nprquake.
Sipi
[Szerkesztve] -
Sipi
addikt
válasz
kerti008
#1311
üzenetére
wine: persze, jelenleg is azzal játszom pl. a System Shock 2-t.
Otthon majd utánanézek, mert van egy script, ami, miután feltetted a wine-t, telepít egy Windows-rendszert is a gépre. Pár programnak ugyanis kell pl. IE. Ez egész jó default dolgokat beállít.
A wine-nak egyébként nem kell semmi, csak ''wine program.exe''. Aztán vagy megy, vagy nem. Esetleg egyes programoknak meg kell adni, hogy Win98-at, WinXP-t ''lásson'', de az említett telepítéssel KDE alatt lesz egy Wine menü, amiben egy grafikus konfigurátor is van. (Valószínűleg Gnome alatt is ugyanígy települ.)
Ezen kívül, ha a kernelben benne van a binfmt_misc modulban (vagy direkt), akkor egy egyszerű echo paranccsal elérhető, hogy ha elindítasz egy Windows-os programon, akkor automatikusan a wine-nal indítja el. Így még pötyögni sem kell.
Quake1: emergelni kell a quake1 csomagot, ez a futtatható program. Emellé a quake1-data kell még, ami az adatfile: annyit csinál, hogy az eredeti Quake1 cédéről kibontja/helyére másolja az adatokat.
Nem kell a Windows-os verzió, ha létezik natív Linuxos is.
P.S.: szinte minden játéknál, ami Windows-os játék átírt változata, a CDROM_ROOT változóval megmondhaod, hol vannak az adatfile-ok. Ha pl. egy létező Windows-os telepítésről másolnád át, akkor azt az útvonalat is megadhatod neki. Vagy egyszerűen kézzel bemásolod a megfelelő helyre (amit az ebuild kiír).
Sipi -
Sipi
addikt
válasz
kerti008
#1305
üzenetére
Nem baj, az első ''Kernel panic: root not found'' után nem teszel ilyet.
Majd csak kb. egy év múlva, amikor már rutinból nyomod... Mint én...
Viszont az etc-update-et sose felejtsd el, mert különösen a baselayout frissítése esetén nem biztos, hogy elindul a gép! Sokszor teljesen megváltozik a file felépítése. Az init.d tartalmát bármikor felülírhatod, a conf.d-ben kell nagyon. figyelni. Én úgy szoktam megoldani, hogy megnézem, mit írtam bele kézzel, felülíratom, majd visszaírom. Ugyanis eléőfordulhat, hogy a file szerkezete megváltozik, s felül KELL íratni.
Az etc-ben lévő többi file pedig ízlés dolga. A Postfix configját nem szeretem felülírni, mert mindig elfelejtem, hogyan is állítottam be.
Sipi -
Sipi
addikt
válasz
kerti008
#1303
üzenetére
Höhö.
A Portage nem ''buzerál'' a konfig file-okba. Alapszintű védelem van benne, amit kézzel Neked kell átírni, hogy ezt kikapcsold. Kijelzi, hogy hány és milyen konfigot kellene frissítened, majd ezt kézzel/etc-update-tel Neked ell frissíteni. Persze nem árt ügyelni arra, hogy ha valamelyiket már jócskán átírtad, akkor ne írd felül fejetlenül, mert elvész minden beállításod. Ezért ki is lehet listázni a régi/új közti különbséget. (Pl. az fstabot nehogy felülírasd, mert minden partíciód csatolási adata eltűnik, s nem fog bootolni a rendszer!)
k3b: Ez elég sok függőség, de ha alapban nem használsz KDE-t, akkor előfordulhat. Nem árt, ha megnézegeted a USE flagjeit (meg minden csomagét), mert biztosan van olyan, amire nincs szükséged. Pl. felesleges Xine, Gstreamer, Helix, aKode hangkimenet egyszerre, hiszen úgyis csak egyet fogsz használni.
Az elfagyáson azt érted, hogy hibával leáll? Ez esetben írd le a hibajelzést (de NE a Portage utolsó elhaló sikolyát, abban csak anyit ír, hogy hiba kilépek, mindezt vagy 10 sorban). Valószínűleg belefutottál egy rossz, instabil csomagba.
Sipi -
#1294
dr_strange
senior tag
kerti008
#1293
dr_strange
senior tag
válasz
kerti008
#1293
üzenetére
hogy valamit miért maszkoltak ki a maintainerek (nem a portage), azt megnézheted a /usr/portage/profiles/package.mask file-ban:
# <klieber@gentoo.org> (01 Apr 2004)
# The following packages contain a remotely-exploitable
# security vulnerability and have been hard masked accordingly.
#
# Please see http://bugs.gentoo.org/show_bug.cgi?id=44351 for more info
#
# You may unmask this package by placing an appropriate entry in your
# /etc/portage/package.unmask file
games-fps/unreal
games-fps/unreal-tournament
games-fps/unreal-tournament-goty
games-fps/unreal-tournament-infiltration
games-fps/unreal-tournament-strikeforce
games-fps/unreal-tournament-bonuspacks
games-fps/aaut
Ha ezekkel együtt mégis telepíteni akarod, egyszerűen ezt a szakaszt másold át az /etc/portage/package.unmask fájlba.
A kdm-es/k3b-s problémát még mindig nem értem, lassú a felfogásom... milyen fájlban írtál át kde-re micsodát, és mi köze ennek a k3b-hez? -
-
kerti008
aktív tag
válasz
kerti008
#1281
üzenetére
Xorg.conf-ba beírtam:
Section ''InputDevice''
Identifier ''Mouse1''
Driver ''mouse''
Option ''Protocol'' ''ExplorerPS/2''
Option ''Device'' ''/dev/input/mice''
Option ''Buttons'' ''7'' # adding this enables the extra buttons on the MX700
Option ''ZAxisMapping'' ''6 7'' # adding this maps wheel scrolling events for mouse buttons 6 & 7
EndSection
Utána parancssorban
/usr/X11R6/bin/xmodmap -e ''pointer = 1 2 3 6 7 4 5''
és végre van mouse wheel-em!!!!!!!!!!!!!!!!!!!!!!!! -
Sipi
addikt
válasz
kerti008
#1273
üzenetére
Hopsz, ezt az apróságot elfelejtetted közölni.
De én is hülye vagyok, a logok nevéből rájöhettem volna, hogy fut Nálad valami pluszban.
Igen, a teljes grafikus felületet le kell lőni! De most valamit nem értek. Ezek szerint fut egy X-ed. Akkor viszont van xorg.conf-od is, mert anélkül el sem indul. És valószínűleg működik is. Akkor miért akarod nulláról újrakonfigurálni?
Ha valamilyen bejelentkezés-kezelő fut (gdm, xdm, kdm), azt is le kell lőni, mert az is X-et indít.
/etc/init.d/xdm stop
Sipi -
Sipi
addikt
válasz
kerti008
#1265
üzenetére
Ez viszont elég izgi... Azt írja, nincs xorg.conf-od. A /etc/X11 alatt van ilyen? Ha nincs, oda kell tenni pl. azt, amit az Xorg -configure csinált (és átnevezni, mert annak xorg.conf.new a neve).
A /dev/fb0 talán emiatt van... A karakteres alapra épülő framebuffer eszközt akarja megnyitni - normálisan működő Xorg azt hiszem, nem csinál ilyet.
Ne szerénykedj, kezdő vagy, és lazán átváltasz Kate-re a nano-ról...
(Jut eszembe, a Kate KDE-s program, ahhoz futó Xorg kell, de Neked nem indul - ezt hogy csináltad?
Most lelépek, majd később leszek.
Sipi -
-
Sipi
addikt
válasz
kerti008
#1264
üzenetére
Ahamm... Véletlenül bekapcsolva maradt az ipv6 USE flag. Javaslom, a /etc/make.conf-ban kapcsold ki (-ipv6), majd tedd fel újra az összes csomagot, ami ezt használta:
emerge -vDN world
Most ugyanis az xorg v6-os IP-kapcsolatot (is) keres, többnyire sikertelenül. (Ugyanis tudtommal Magyarországon még nincs ilyen. )
Sipi -
Sipi
addikt
válasz
kerti008
#1262
üzenetére
A bad font element nem gond, nekem még sosem volt olyan xorgom, amelyik ne panaszkodott volna valamelyik font könyvtárra.
Az xorg logban olyan sort kell nézni, ami (EE)-vel kezdődik, ezek az errorok. Szinte mindig a végén írja ki a lényegeset, de korábban is lehet olyan, amire aztán a végén dob egy másik EE-hátast.
Esetleg küldd el a logot, megnézem.
Sipi -
-
#1257
dr_strange
senior tag
kerti008
#1252
-
Sipi
addikt
válasz
kerti008
#1253
üzenetére
Quake: quake1-textures ad szebb grafikát hozzá. Illetve a tenebrae és industri is ilyesmit művel, bár azokkal nekem sem volt sok sikerem.
Érdemes benézni a Portage games-fps könyvtárába. A legtöbb játék quake-hez van, quake3-hoz tonna kiegészítő létezik.
Unreal: itt a 2-es ut-n készült új engine-t használja (valami tournamentest) az 1-es és 2-eshez is. Egyszerűen kicseréli.
Quake3-hoz létezik valami forráskódból fordítható, valamint az IDSoft eredeti binárisa is. Az adatokat többynire külön kell felteni - ehhez csomag is van, ami a cédéről másolja fel. SOk esetben pedig egy windows installból, vagy máshonnan kell bemásolni a megfelelő helyre (amit az ebuild ki is ír).
Sipi -
Sipi
addikt
válasz
kerti008
#1252
üzenetére
Hm, laptop? Akkor, ha belejössz, sok szépet ki tudsz rajta próbálni.
Egér: érdemes nem auto-ra, hanem konkrét típusra tenni az xorg.conf-ban. A görgős egér szinte mindig IMPS/2 típusú, ha több görgője is van, az
Option ''ZAxisMapping'' ''4 5 6 7''
parancs ad hozzá újabb görgőket.
Tűzfal: grafikus felületből guarddgo (KDE) vagy gshield (Gnome) egész jó, Windows-os. Ha jobbat szeretnél, shorewall vagy firehol - ezek szkriptekkel kezelhető programok, a megadott feltételek alapján (ez fireholnál pl. egy bash-szerű programnyelvet jelent) generálják a szabályokat. Nem csak tűzfal, hanem router, megosztás, miegymásra is képesek.
Víruskereső: Linuxra felesleges... Ha kell, a clamav-ot ajánlom, ingyenes, automatikus és sűrű frissítés, valamint a samba-val, illetve pár levelezési kiszolgálóval is társítható.
cdíró: KDE alá a k3b szuperjó, gnomebaker/graveman GTK/Gnome alá.
SATA-Raid: ujjuj... A SATA-t jól kezeli a kernel, de így első hallásra ez valami BIOS-ba épített ''RAID'', ami valójában szoftveres RAID, a Windows-driver készíti. A szoftveres megoldások pedig még egy oprendszeren belül sem mindig kompatibilisek...
És szívesen.
Sipi -
Sipi
addikt
válasz
kerti008
#1245
üzenetére
Én a sima wine-t szoktam használni. A mai játékokat elég jól futtatja - sajnos, nekem többnyire régiek vannak.
Kb. egy éve még mentek azok is, most nem. A Cedega szerintem sem éri meg, főleg, hogy tudtommal a Cedega újításai szép lassan ''visszaszivárognak'' a wine-ba is. (Kivéve a licenszes cuccok.)
Nekem a natívok is mennek... A teljes Unreal-sorozatot végigjátszottam (az újak kivételével). A Quake2 is ment. RTCW is.
emerge mvcase - mass renaming case of files. Ez felteszi az shhopt-ot is, de nekem valami miatt nem tette fel belőle az shhopt.h file-t, ami kell az mvcase-nek. Szimplán bemásoltam a targzből a /usr/include-ba, és úgy ment.
Jelszó: fent a sorban Adataim, és az ikonok felett van a jelszó bevitele. Alul a lapon elfogadod az alapelveket, és OK.
Sipi
[Szerkesztve] -
zfarkas
senior tag
válasz
kerti008
#1230
üzenetére
Szia!
Amikor azt mondja, hogy ''Kqemu layer not activated'', akkor be van töltve a modul?
Ha nincs, akkor írd be a /etc/modules.autoload.d/kernel-2.6 fájlba.
Továbbá nem hátrányos, ha a user, aki futtatni akarja a qemu-t, benne van a qemu group-ban. Különben nem lesz hozzáférése a device-hoz, és problémás lehet kqemu-t használni. -
#1231
dr_strange
senior tag
kerti008
#1230
dr_strange
senior tag
válasz
kerti008
#1230
üzenetére
szia,
(k)qemu-t még sosem használtam, ez ügyben nem tudok okosat, de ha /dev/ eszközt hiányol, akkor nincs kizárva, hogy az udev szabályok környékén kell keresni a hibát (esetleg frissítsd az udevet, hátha megoldja a dolgot, ha meg nem, túrd fel a forums.gentoo.org-ot, illetve tedd fel a kérdésed ott - feltéve persze, hogy Sipi nem jelenik meg itt 5 percen belül a tuti megoldással )
az új, moduláris Xorg nem tesz fel xorg.conf fájlt valami okból - kövesd a dokumentációkat [link] és [link]
Új hozzászólás Aktív témák
- Azonnali VGA-s kérdések órája
- A cégvezetők látják az AI költségeit, csak azt nem hogyan lesz ebből haszon
- Battlefield 6
- Autós topik
- Robot fűnyírók
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- GL.iNet Flint 2 (GL-MT6000) router
- Revolut
- HiFi műszaki szemmel - sztereó hangrendszerek
- Arc Raiders
- További aktív témák...
- BESZÁMÍTÁS! ASRock B550 R5 5600 16GB DDR4 512GB SSD RTX 4060 8GB Zalman S2 TG be quiet! 500W
- Dell Latitude 7320 i5-1145G7 16GB 256GB 1 év garancia
- AZONNALI SZÁLLÍTÁSSAL Eladó Windows 8 / 8.1 Pro
- Lenovo Flex 5 - 14.0" Touch WUXGA - Ryzen 3 5300U - 8GB - 256GB - Win11 - Garancia - MAGYAR
- KIÁRUSÍTÁS - HP Elite / ZBook Thunderbolt 3 Dock (akár 2x4K felbontás)
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest