Új hozzászólás Aktív témák
-
-
Sipi
addikt
-
#2024
Sipi
addikt
dr_strange
#2023
Sipi
addikt
válasz
dr_strange
#2023
üzenetére
Remélem, menni fog, mert az az igazság, ezt a hsz-t totál fejből írtam... Az otthoni gépen van módosítva, úgyhogy emlékezetből próbáltam bepötyögni.
Sipi -
#2022
Sipi
addikt
dr_strange
#2021
Sipi
addikt
válasz
dr_strange
#2021
üzenetére
Mellesleg kipróbáltad már? Működik?
Most egyébként újfent bele kell ásnom magam. Az újabb dbus és hal máshogy működik, s mivel vettem egy pendrive-ot, ki is próbálhattam.
ivman: szépen csatolja, helyes jogokkal. Az ivman szépen konfigurálható, így az esetleges hibás mount opciókat is könnű javítani. Ugyanakkor összevész ugye a grafikus mounterekkel, ezért lecsatolni már nem tudom a KDE asztalán megjelenő ikonra kattintva.
kioslave: szépen működik, ikon megjelenik, csatolódik a /media/xxx alá az eszköz. Ippeg csak belépni nem lehet, mert a könyvtár jogai: root:root-nak 0750. Szuper. A KDE a pmountot használja, az pedig a HAL beállításai alapján csatol.
Itt a gáz. A jelenlegi HAL-t néztem, de szinte semmit nem lehet állítani benne. A /etc/hal üres, a /usr/share/hal-ban vannak fdi file-ok, csak éppen mind különleges eszközökre való. Ami azokban van, az sem a régi fajta, hogy direktben meg lenne adva pl. a csatolási opció. Nem tudok még kiigazodni rajta... Pedig ekkora betyár hibát nem ártana valahogy kijavítani, hiszen kinek jut eszébe egy user által bedugott pendrive-ot eleve a root tulajdonába adni?!? A konfigokban csak append sorok vannak, ami, ahogy néztem, csak annyit csinál, hogy hozzáfűzi (vagyis engedélyezi) az adott opciókat.
Na, valamit majd alkotok.
Sipi -
#2020
Sipi
addikt
dr_strange
#2018
Sipi
addikt
válasz
dr_strange
#2018
üzenetére
Még szép!
Bocs, hogy oda nem szoktam írni, de elég konzervatív vagyok, és már nagyon ideszoktam. Az időnkénti szófosásaimat azonban örülök, ha átteszed oda is!
Kösz,
Sipi -
Sipi
addikt
Bár nem írtad, mivel nézted, hogy piros, felteszem, konzolban. Ez olyankor van, ha az adott ''könyvtár'' egy link valahova máshova, és az eltűnt. (Letörlődött, átneveződött.)
Vagy eltűnt az egész, vagy nézd meg, ha van a filerendszerben lost+found könyvtár, ott talán megvan. Ja, azt is nézd meg, eredetileg hova mutatott a link!
Sipi -
-
#2012
Sipi
addikt
dr_strange
#2011
Sipi
addikt
válasz
dr_strange
#2011
üzenetére
Tutira, ugyanis pont emiatt ástam bele, módosítottam. Így már tudom olvasni.
Az más kérdés, hogy a kedves gphoto2-fejlesztők csesznek kijavítani a drivert, így elég hektikusan működik...
Batman: JEEEEEEEEE!!!
Sipi
[Szerkesztve] -
Sipi
addikt
Ha elszáll, akkor annyi. Vársz, míg újabb verzió jelenik meg, vagy megpróbálod jövő héten. Sok mindentől függ, lefordul-e egy bétás gcc. Lehet, hogy időközben frissül valami csomag, és lefordul.
Ja, a gtk flaget szerintem kikapcsolhatod a gcc esetén. Nem tudom, mit csinál, de totál felesleges. Ráadásul ez is okozhat fordítási hibákat.
Ja: /etc/portage/package.use-ba sys-devel/gcc -gtk kell.
Sipi
[Szerkesztve] -
Sipi
addikt
Ja, ezt korábban akartam már írni. Akinek automount-problémája van, egy kis infó.
A libusb új verziójában megváltoztatták az eszközkezelést. Eddig először a /proc-ban nézte a jogokat, most már a /dev-ben. Ezzel az a gáz, hogy a HAL csak a /proc bejegyzések jogait állítja át, a /dev-ben viszont alapban a legtöbb csatolható eszköz csak root számára elérhető. Ergo: nem működik a csatolás.
Megoldás: az udev szabályait kell átírni. Ezek a /etc/udev/rules.d-ben vannak. Be lehetne írni az 50-udev.rules-be is, de ekkor minden udev-frissítés felülírná. Ezért érdemesebb pl. átmásolni ezt 10-udev.rules-ra. Ebben alig pár sor a lényeges, a többi törölhető.
A lényeg az usbfs-like device nodes résznél van. Ez egy hosszú sor, a végén látható, hogy MODE=''0644'' joggal hozza létre az eszközt. Vagyis root ír/olvas, csoport olvas. Ez nem elég, a csoportnak is írnia kell, vagyis 0664 legyen. Plusz, mivel alapban a root lesz a csoport is, utána kell írni ezt az infót is. A végére tehát ....... NAME=''%c'', MODE=''0664'', GROUP=''plugdev'' lesz a sor. Így a plugdev csoporté lesz az eszköz, ír/olvas jogokkal.
Sipi
[Szerkesztve] -
-
Sipi
addikt
Én egy jó ideje 4.1.1-es gcc-t használok. A teljes KDE, illetve az xorg fő komponensei ezzel fordultak, meg jópár egyéb sallang is. Ebben van valami újítás, ami meggyorsítja a cpp programok betöltődését - tényleg működik. Ehhez azonban a Qt-t is újra kell húzni vele (a 3-ast).
Sipi -
Sipi
addikt
Érdekes konfigod van. Ezzel elindul az Xorg?!?
Ha átnézed, láthatod, hogy monitorból, device-ból és screenből kettő is van. Ezekből az egyik többnyire hülyeség, vagy nincs megadva semmi, vagy fals értékek. Szedd ki a felesleget!
Az első screennek pl. a card0 videokártya van megadva. A card0-nak meg nincs megadva semmi driver, ergo használhatatlan az egész. A második screen lesz érvényben, annak az aticonfig monitor0 lesz a monitora, aminek semmi nincs megadva. Szóval elég katyvasz így.
Sipi -
#1989
Sipi
addikt
dr_strange
#1987
Sipi
addikt
válasz
dr_strange
#1987
üzenetére
Azért kipróbálhatnád! Tudtommal Gentoo alatt azok a csomagok, amelyek 32 biten mennek kizárólag, egy emulációs könyvtár segítségével futnak. AMD64-re fel lehet minden további nélkül amd64 KEYWORDű, illetve x86-os csomagokat is tenni. Ha egy csomag csak ebben van meg, azt hiszem, a 32 bites libekhez csapja.
A win32codecs csomaggal is varázsoltak valamit, pedig az 32 bites és bináris.
Mod: az ebuild x86 és amd64 KEYWORDű.
Sipi
[Szerkesztve] -
Sipi
addikt
Az X-et nem nehéz rávenni a nemindulásra...
De mit turkálsz te ennyit azon a gépen? Esküszöm, ennyiszer még én sem döntöttem össze, pedig elég sokszor rezeg a léc.
Az, hogy nem indul, nem olyan nagy ügy. Xorg.log, .xsession-errors, dmesg. Ha az xorg.conf-ot nem piszkáltad, akkor valszeg modul-hiba lesz. Talán frissítetted valamelyik Xorg csomagot, ami még túl béta.
A 7.1-es fedőnevű Xorg egyes részei nem túl stabilak még. (Érdekes egyébként, azt vettem észre, hogy a 7.1-es Xorg valójában pár darab új csomag, az xorg-server és a hozzá való x86-input és x86-video csomagok. Nekem összesen ennyit akar frissíteni, ha a 7.1-est emergelném.)
Az Xgl, compiz részei mégúgysem stabilak.
Tedd vissza a még működőket! Az 1.1-es xorg-server nagyon bugzós még.
Sipi -
-
#1979
Sipi
addikt
dr_strange
#1976
Sipi
addikt
válasz
dr_strange
#1976
üzenetére
Anno Windows-on már kipróbáltam. Nem kell elájulni tőle, azok a gyönyörű képek csak az USA-ra vonatkoznak. Budapestről ugyan nézhetsz egész közeli utcaképeket, de annyira közelit nem, s ezek is elmosódottak.
A lakásom épületét pl. csak azért tudom megnézni, mert tudom, hol kell keresni.
Sipi -
Sipi
addikt
1. Tipp: be van kapcsolva a /etc/conf.d/rc-ben az RC_DEVICE_TARBALL (yes). Ha anno egy rakat statikus bejegyzésre kapcsoltad be, azokat elmenti, és mindig visszaállítja.
Kapcsold ki, reboot. Ekkor valszeg kevesebb lesz. Előfordul, hogy ha nvidia kártyád van, nem készülnek el az eszközei, ekkor futtasd az nvmakedevices.sh-t (vannak benne nagybetűk, de nem emlékszem, hol). Elkészülnek az eszközök, device tarball yes, reboot.
2. Az xdtv mire kell? Ha csak tévézni, javaslom a tvtime-ot.
3. usbd: elvileg semmi nem használja. Sehol nincs fent. Amit biztosít, más programok is megcsinálják, nem hiszem, hogy kellene.
Sipi -
Sipi
addikt
Nem ártana a tűzfalad logját is megnézni, vagy legalább a kernel logokat.
Ha fel is törték, nem tudom, ennek mi értelme. A 162.168.x.x tartomány nem routolható, ez csak annyi, hogy beállította valaki, a gravity(.x.x.x) nevű gép IP címe a saját alhálózatodon található 192.168.0.2-es gép. De nem tudom, ennek mi értelme, ezzel így nem hiszem, hogy bármit is lehet kezdeni.
(Kívülről csak akkor érhetné el a gravity-t, ha a routereden külön NAT-szabályt csinál rá. Akkor sem ezt érné el, csak a külön, kézzel beállított portokat.)
Van egyáltalán otthon emellett hálózatod? Van rajta más gép? Lehet, hogy azzal viccelődött valaki.
Sipi -
Sipi
addikt
Azt néztem, hogy gentoo-sources-ból nincs is 2.6.17... Hehe. Vanillából vannak rc verziók, vagyis végleges még sehol.
Azt javaslom, kukkold meg az ebuildeket.
1. Unmaszkold a net-wireless/bcm43xx, net-wireless/bcm43xx-fwcutter és net-wireless/ieee80211softmac csomagokat! (Értelemszerűen amelyik nincs fent, azt ne. )
2. Szedd le ezeket, és a net-wireless/ieee80211 csomagokat! (Értelemszerűen azt, amelyik fent van. )
3. Mindenképpen tegyél fel egy 2.6.16-os kernelt! Konfiguráld, és állítsd be úgy, hogy a Wireless LAN drivers (non-hamradio) & Wireless Extensions be legyen kapcsolva! Kapcsold ki az IEEE80211 subsystemet! Ellenőrizd, hogy bent van-e a Hotplug firmware loading support!
4. Kernelfordítás, telepítés, reboot. A /lib/firmware-ben legyenek ott a Windows-os driverek!
5. emerge bcm43xx! Ez felteszi a bcm43xx-fwcutter-004, ieee80211softmac-0.1-r20060329 és bcm43xx-0.0.1-r20060329 csomagokat. Szerintem mindenképpen ezeket a verziókat tedd fel, hogy ne legyen kavarás. Nem baj, ha eddig is ez volt fent, valami nem kóser, érdemes nulláról indulni.
6. Ha az ebuildek figyelmeztetéseket írnak ki, kövesd az utasításokat! Maradhat fent régebbi modul, és azokat törölni kell, de kiírja, hogyan.
Az a lényeg, hogy ez a driver baromi kernelfüggő. A még meg nem jelent kernelben natív driver lesz, kicsivel régebbiben van az, amihez Windows-os firmware kell. Még régebbi kernellel nem is megy. De ehhez viszont nem jó a kernelben lévő Wireless csomag, ehelyett kell (miután a kernelben kikapcsoltad, de engedélyezted, hogy Wireless kártyát használhass) a softmac-es csomagot felrakni. Ez ugyanazt csinálja, csak ilyen félig Windows-os cuccokhoz való.
Ha régebbi bcm43xx drivert raksz fel, annak meg a fene tudja, mit kell még barmolni, hogy menjen...
Sipi -
Sipi
addikt
Jaja, egy próbát megér. De szerintem gyéb dolgok is állnak a háttérben.
Nézd meg, hogy a baselayout, netplug, dhcpcd-ből a bétát használod-e!
1. ''No interface name'' - ellenőrizd, hogy tényleg megadtad-e az eszköznevet, és jót adtál-e meg! A conf.d/net-ben válaszd a modules=iproute2-t, az az újabb, sokkal többet tud!
2. config_ethx=dhcp
3. Direktben add meg, melyik wifi-csomagot használja! A wireless részben modules=wpa_supplicant vagy iwconfig.
4. Itt nem sokkal alatta config_ESSID=dhcp, ahol az ESSID-et át kell írni arra, amit használni akarsz. Azt hiszem, ez lehet ''any'' is, ha bárhol automatikusan akarod használni.
5. Vigyázz, a net és a wireless file is kb. ugyanazt tudja megadni! Ellenőrizd őket! Lehet, hogy duplná konfiguráltad az eszközöket, és egyszerre két módon is használni akarja.
6. Nem tudom, hogyan kell pontosan megadni. Egyik file-ban config_ethx=dhcp van, máshol a wirelesshez config_ESSID=dhcp van írva. Próbálgasd, hogy csak az egyik vagy másik van megadva!
7. Lehetőség szerint ne definiálj semmi egyebet a wlan interfészre (pl. dhcp-beállítást).
8. Jó lenne, ha valaki, aki használja, beírná az ő beállításait...
Ja, a második dolog: ''[kernel] ieee80211: eth1: Unknown management packet: 0''. Előtte a SoftMAC sikeres autentikációt jelentett, vagyis a drivered fele jó. Ez viszont csúnya. Úgy emlékszem, a bcmxxx drivernek nem kell kerneles modul, azzal nem működik. Neki saját softmac-es kell, meg még valami extra ieee interfész. A kernelest ki kellett anno kapcsolni! Szerintem rossz modulok vannak.
Hoppá, most nézem az ebuildeket. Hardmaszkolva van mind, azt írja, a 2.6.17-es kernelben BENNE van az egész, ergo ha ezt használsz, le kell szedni! Viszont akkor szerintem törölni kell az ieee80211-softmac csomagot is!
Vagyis: 2.6.17-es kernel esetén az ieee80211-softmac és bcm43xx csomagot unmergelni kell, a kernelben lévőt kell használni. Ennek valószínűleg már nem kell a Windows-os firmware.
Ha régebbi kerneled van, akkor stornó, unmaszkold a csomagot, nézd meg az ebuildet, benne van, milyen kernel-opció KELL, és mi TILOS. (Wireless lan nonhamradio és wireless extensions, meg hoplug firmware loading.) Asszem, ehhez kell a wines firmware is. De ehhez is 2.6.15-ös, vagy újabb kernel kell!
Sipi -
Sipi
addikt
A drótosnál egyáltalán nem indítottad el a start scriptet, így valószínűleg nem futott semmilyen plusz dhcp-kliens.
Ne indítsd el a wlan-kártya initjét, ne csinálj semmit, csak próbáld meg az iwconfiggal életre lehelni! Kézzel dhcp-t indítani az eszközre, stb.
És utána LOG! Benne kell lennie valahol (amit múltkor megtaláltál), hogy milyen válaszokat kapott a gép a dhcp-szervertől. A dmesg is fontos lehet, ha a kártyával van gond. (A Te kártyád annak idején csak a Windows-os driverből kiszedett firmware-rel ment. Emlékszem, anno ezt elnéztem. A kártya elindult, minden úgy tűnt, hogy működik, éppen csak semmit sem csinált, mert nem volt betöltve a firmware. A dmesg ezt is kiírja, hogy s mint sikerült inicializálni a kártyát.)
Sipi -
Sipi
addikt
A drótos már működik, igaz? Nem lehetséges, hogy hasonló dolog kavar be itt is? (A NetworkManagernek kell dhcp, dhcpdbd, és ha emellett a dhcpcd is fent van, előfordul, hogy egyszerre több dhcp kliens is elindul. Az egyik kér IP-t, kap is, de a vele párhuzamosan futó másik kliens is kér, és összekavarja.)
A drótosnál azt hiszem, az lett a végérvényes megoldás, hogy explicite megadtad, melyik dhcp klienst (dhcpcd) használja. Valószínűleg a wlan eszköznek is meg kellene ezt mondani. Ugyanis vészesen ugyanaz a hibaeset, mint a drótosnál.
(A drótosnál találtál valami hibaüzenetet, amiben meg lehetett találni a két dhcp kliens veszekedését. Ugyanebben a logban benne kellene lennie a wlan-os dhcp üzeneteinek is.)
Sipi -
Sipi
addikt
Semmi. Egy felvevőprogram. Illetve a hang esetén két lehetőséged van:
1. A kártyának van Line-Outja, és ezt a hangkártyád Line-Injébe csatoltad. Ekkor a legtöbb programnak semmit sem kell megadni, ha a Line-In az alapértelmezett felvételi forrás, működik.
2. bt8xx kártyák esetén létezik egy ehhez való ALSA modul is. Ha betöltöd, lesz egy kettes számú hangkártyád, melyen x darab felvételi forrás közül választhatsz (kártyafüggő), valamint a felvételi hangerőt is szabályozhatod. Ekkor a programoknak meg kell adni, hogy melyik kártya melyik eszközéről akarsz felvenni. Ehhez nem kell külön összeköttetés, belső, digitális úton megy.
Ez utóbbi módszer nekem még nem igazán ment, valószínűleg a gépem lassú hozzá...
No meg úgy általában a felvételhez is.
A neten találhatsz jópár példát mplayerhez, hogy bizonyos műsorforrásokhoz milyen tömörítési módokat érdemes megadni.
Hopsz, 3-as módszer: kamerával felveszed a monitor képét.
Na, komolyság: létezik egy dvr nevű Qt-s program. Azt hiszem, nincs Portage-ban, és a fejlesztése is régen leállt, de egy tök jó, egyszerű felületet adott a felvételek szabályozására. Kodekek, hang, kép, és időzíteni is tud.
Sipi
[Szerkesztve] -
Sipi
addikt
Akkor most pontosítom elhamarkodott írásomat.
A lokál helyes neve az kell, hogy legyen, amit a locale üa kiír. Vagyis hu_HU.utf8, kisbetűvel. Az X-ben ez tényleg nincs definiálva, csak hu_HU.UTF-8.
Azonban a /usr/lib/X11/locale könyvtárban van egy locale.alias file, ebben definiálva, az egyes elnevezéseknek milyen Xorgos lokál felel meg.
Ez mintha két részből állna, mindkettőben be kell írni, hogy a hu_HU.utf8 az hu_HU.UTF-8 lokálnak felel meg. Az első részben csak így egymás után (érdekes módon ezt mintha nem venné figyelembe), a file vége felé kettősponttal elválasztva őket. (Ezt beírva, nem kapok többé ismeretlen lokál üzenetet.)
Ha ezt a bonyolult beírást megejtjük, rendes glibc lokál lesz a konzolban (s így az alaprendszerben), valamint az X-ben is. (Igaz, ezután pl. az xclock nekem jó sok idő múlva, 100% CPU-használat után indul el, missing charsets in string to fontset conversion hibával. De ez csak az xclock hibája, a legtöbb egyéb programnál nem tapasztaltam ilyet.)
Sipi -
Sipi
addikt
Ja, egy érdekesség locale-ügyben.
Nézegettem az Xorg által ismert lokálokat. Nos, módosítok: ismeri a hu lokált, sőt, ennek Unicode-os verzióját is.
Egy apró különbséggel: hu_HU.UTF-8 a neve, nem hu_HU.utf8... Miután erre átírtam, többé nem kapok ''locales not supported on X server'' üzeneteket. Igaz, mintha kissé lassabban indulna némelyik program. Mások pedig nem lassulnak semmit.
Sipi -
Sipi
addikt
válasz
sghc_toma
#1908
üzenetére
Nem kötekedésképpen, de nem véletlenül van a Portage-ban is benne... Ha megnézed az ebuildet, láthatod, hogy nem csak annyi csinál, hogy bemásolja, oszt jóccakát. Igyekszik a driver hülyeségeire felkészíteni a rendszeredet.
Javaslom, mielőtt nekiállsz hibavadászni, szedd le valahogy, és kezdd el feltenni a hivatalos, emerge úton. Ez pont ilyenek ellen (is) véd, hogy megtalálja a fent lévő libeket.
Sipi -
#1907
Sipi
addikt
dr_strange
#1906
Sipi
addikt
válasz
dr_strange
#1906
üzenetére
Dehogy használok, jó nekem a konsole is.
Max. annyi ideig látom, míg a qingy-vel a Games sessiont elindítom, ami egy twmbe dob. Ott bepötyögöm a játék nevét, ennyi.
Sipi -
Sipi
addikt
válasz
tierbatyo
#1904
üzenetére
Ez nekem is ilyen, az X ugyanis lényegében semmilyen lokált nem ismer. Unicode-ot pedig pláne. Ez nem gond, visszaáll defaultra. Az xterm nekem is elég őrülten néz ki, ez csak font-probléma. De ennek elég macerás megadni a fontkészletét, mert nem Type1/TTF-et használ. Ha tudsz, maradj a Gnome/KDE termináljánál. (Vagy keress howto-t, hogyan lehet Unicode-ossá tenni az xtermet.)
Sipi -
#1903
Sipi
addikt
dr_strange
#1902
Sipi
addikt
válasz
dr_strange
#1902
üzenetére
Köszönöm! Már teszem is felfele.
Furcsa, ez még rc4-es 2.0.2.
Sipi -
#1899
Sipi
addikt
dr_strange
#1895
Sipi
addikt
válasz
dr_strange
#1895
üzenetére
Ha jól látom, ez továbbvisz a GWN-re. Ott elég szűkszavúak. A bug pedig... Nos, gcc-upgrade után qt3 és qt4 frissítés, majd ezután kdelibs-frissítés volt. Ezek után nem értem, mire panaszkodik a kdelibs...
Köszi, hogy szóltál, akkor most leállok a teljes KDE újrahúzásával.
Mod: tessék idemásolni az ebuildet!
(Nem egyforma a kettő? Mármint hogy LINGUAS=hu esetén a végére, miután megpatkolta az ebuild, nem ugyanaz lesz az OOo, mint az fsf-féle?)
Sipi
[Szerkesztve] -
Sipi
addikt
válasz
tierbatyo
#1889
üzenetére
Akkor nekem valszeg azért, mert Unicode-os a gépem. Akkor tutira nem megy.
Most nem értem... Az előbb azt írtad, a source után az echo paranccsal kiírja a LINGUAS értékeit. Ha kiírja, akkor okés, a változó maga jó.
Mondom, az mplayer ebuildben el lett cseszve valahogy a LINGUAS detektálás. (Lehet, hogy itt is a Unicode kavar be.) Egyáltalán nem érzékeli. Totál rossz. Hiába adod meg jól, nem működik. Ja, itt ráadásul bekavar a LANG és LC_ALL is, eme három valamilyen katyvasza adja meg, mit tesz fel az mplayer. Én vért izzadtam, mire ki tudtam kapcsolni a hu támogatást, hiába töröltem mindenhonnan, mégis feltette.
Sipi -
Sipi
addikt
válasz
tierbatyo
#1887
üzenetére
Az ''egyébként'' nem tudom, mit jelent, de ha arra gondolsz, hogy simán echoval nincs értéke, az természetes. Elvégre sehol sem definiáltad. A make.conf csak az emerge során kerül feldolgozásra, így csak akkor lesz értéke. Ezért kell source-szal ''lefuttatni'' a make.conf-ot.
Ja, mplayer... Ott valami gebasz van az ebuildben. Elvileg tökéletes, végigkövettem, de nem működik. Anno kínomban kommenteztem minden sort benne, ami a nyelvet állította, és kézzel beírtam, mi kell. De egyébként a magyar felülete borzalmas, az ékezeteket nem írja ki rendesen, a magyar GUI pedig szétesik.
4.1: hm. Én most tettem fel 4.1-est, és ezzel újrahúztam mindkét Qt-t (3 és 4), plusz a kdelibs-t. Azóta nem sok minden megy, libkhtml.so-ban valami hiba van...
Sipi -
Sipi
addikt
Nézd meg, használsz-e pam_console-t! (A pam ezzel a flaggel van-e fordítva, illetve a /etc/pam.d/login, xdm, qingy-ben a pam_console-os sor használatban van-e, vagy kommentezve.)
Remélem, nem. Ha nem, akkor minden eszköz group policy-vel megy, vagyis a megfelelő csoportban kell lenned, hogy jogod legyen rá.
Alapvetően az usb, disk, floppy, plugdev csoportba kell tenni a usert, hogy kezelni tudd ezen eszközöket. (Az USB sticknek elég a plugdev is.)
Amennyiben van olyan hiba is, hogy beteszel egy cédét, és nem csatolja automatikusan, akkor a haldaemon-t sem árt, ha a plugdevbe, usbbe teszed. Jártam már így, a hal nem tudta csatolni, mert a usernek, akinek a nevében fut (haldaemon) nem volt joga olvasni a csatolandó eszközt.
Azt még nézd meg, hogy a pmount konzolból kiadva lefut-e rendesen! A sysfsutils ennek dependency-je, és nemrég volt egy ugrás 1.x-ről 2.x-re, emiatt az lm_sensors, pmount nem ment.
Most nézem, neked semmi sem megy. Akkor szerintem pmount-probléma lesz.
Sipi
[Szerkesztve] -
Sipi
addikt
Válaszd külön a wifi-t és a zsinórosat. Első körben ne szarozz a wifi-vel, sokkal bonyolultabb. A drótos csak annyi, hogy a confd net-be beírod: config_eth0=( ''dhcp'' ). Semmi egyebet! Minden mást kommentelj ki (a wifi maradhat). Ne indíts el semmilyen wlan-kártyát, egyszerűen indítsd el a normál módon a drótos netet.
dhcp kliensből a dhcpcd-t ajánlom, a leírások szerint ez tudja a legtöbbet. Ne tegyél fel mást, és a net-ben ne állítsd be más dhcp kliensre!
Ha ''kézzel'' kapsz IP-t (gondolom, ez alatt azt érted, hogy beírod, dhcpcd eth0), akkor a net beállításaival lehet gond. Rossz dhcp-opciók vannak benne, stb. Vagy el sem indítod az initszkriptet. (Esetleg rossz interfészre indítasz.)
Természetes, hogy drótcsere esetén még fut a dhcpcd kliens, ezért törölni kell a PID-et. Emiatt használja a baselayout a netplugot, hogy a link megszűnésekor tárolja, mi és hogyan indult el, stoppol, majd ha megint van link, újra kér IP-t.
Ja, azt nézd még meg, hogy fent vannak-e ezek a csomagok: ifplugd, netplug, valamint dhcp, dpcpcd, pump, udhcp. A két csoportból egyszerre csak egy legyen fent, mivel ugyanazt csinálják. Javaslom a netplugot (ifplugd remove), illetve a dhcpcd-t (a többi remove).
Sipi
[Szerkesztve] -
Sipi
addikt
válasz
tierbatyo
#1873
üzenetére
Akkor szerintem csinálj egy find/grepet erre a szóra a teljes env.d-n! Valszeg bennmaradt egy régebbi file-ban. A 02-nél nagyobbak felülírják, mert később hajtódnak végre.
Esetleg a .bash* file-okban lehet még valami.
A libstdc++ csak egy virtuális csomag, igen, a gcc előállítja. De a libstdc++-v3-ra szükség van, néhány programnak ez az ősrégi verzió kell.
Sipi -
Sipi
addikt
-
Sipi
addikt
Ja, bocs, azt hittem, másik gépen winen.
Egyébként változhat, mert Linux alatt pl. a net file-ban akár ezt is átírhatod. De le tudod ellenőrizni, Windows alatt cmd, majd az ipconfig /all kiírja ezt is, Linux alatt meg egyértelmű. (ifconfig vagy iwconfig kiírja.)
A confd net-ben a MAC changer résznél lehet átírni.
Sipi -
Sipi
addikt
De éppen ez az! Ha a DHCP szerver úgy van beállítva, hogy kvázi fix IP-t osszon ki a beállított MAC-című kártyáknak, akkor bizonyos beállítás esetén csak az kap, aki fel van sorolva. A Windows-os gép MAC-címe szerepel, ergo mindig kap. Gyanús lehet, ha pl. mindig ugyanazt az IP-t kapja.
Ha a WLAN MAC-je nem szerepel a listában, és úgy van belőve, hogy csak a beállított kártyák kapjanak címet, akkor hiábas kommunikál a géped a DHCP-vel, nem kap semmit.
Egyébként nekem a /var/log/everything/current-ben a dhcpcd elég sokat dumál, meg lehet nézni, mi a gond.
Sipi -
Sipi
addikt
Hm. Nem a routerben van valami gond? Esetleg a DHCP-szerver úgy van beállítva, hogy MAC-cím alapján oszt ki címet, és a WLAN-kártyáé nincs benne?
Más: hogyan tudtad feltenni ezt a programot?!? A 0.6.2-es verziót forrásból próbáltam, nagy nehezen átrágtam magam a függőségein, de fordítás közben lehal valami 802.3 modulnál.
Sipi -
Sipi
addikt
válasz
tierbatyo
#1858
üzenetére
Karakteres konzolban export LC_ALL=hu_HU.utf8, majd locale mit eredményez?
Egyébként ez az iso88592 nem is érvényes lokál... Nekem kettő van, fordításnál ISO-8859-2 és UTF-8 lett megadva. Ez azt eredményezi, hogy a ''sima'' lokál neve hu_HU, a Unicode-osé pedig hu_HU.utf8. Vagyis az iso8859-2-est nem teszi ki külön mellé.
Sipi
[Szerkesztve] -
-
Sipi
addikt
válasz
tierbatyo
#1845
üzenetére
A LANGUAGE változó tutira nem a lokál része, annak szerintem ''hu'' elég. Sőt, nem is tudom, létezik-e egyáltalán ilyen változó. A LINGUAS az, ami egyes programoknál megmondja, milyen nyelveket kell telepíteni, de annak is csak kétbetűs kód kell.
A ''locale -a'' mit ír ki? Szűrj a hu szóra. Lehet, hogy nem is létezik utf8-as lokálod.
Akkor vagy a glibc-t emergeled újra, és megadod helyesen, milyen userlocale kell (vagy hagyod a fenébe, és elkészítteted az összeset), vagy a localedef-fel csinálhatsz. Ezt nem tudom, hogyan kell használni, valamikor a neten találtam egy leírást.
Sipi -
#1842
Sipi
addikt
dr_strange
#1840
Sipi
addikt
válasz
dr_strange
#1840
üzenetére
Ó, a fenébe! Hülye vagyok...
Valaki elgépelte a doménnevet, nem csoda, hogy nem ment.
Ráadásul régebben a hostname -f parancs írta ki a teljes nevet, erre nézem, ezután valami file-t kell írni, a domainname kérdezi le.
Szóval tökéletesen működik.
Sipi -
#1839
Sipi
addikt
dr_strange
#1837
Sipi
addikt
válasz
dr_strange
#1837
üzenetére
Frissülni frissült, most vettem észre, hogy pl. megszűnt a domainname script, ezentúl csakl hostname van. A confd/net-be lehet beírni ezentúl ezt is.
De én nem akaron írni! Fenébe is, a DHCP erre való...
Ezek szerint neked sehol sincs megadva kézzel a domén? Megkapod dhcp-vel?
Ja, úgy értem, a /etc/hosts-ban sincs semmi. Úgy nem ér.
(Ha beírom doménnel együtt a gépnevet oda 127.0.0.1-nek, akkor nekem is menni fog, de ez így nem túl fényes...)
Egyébként nekem sosem működött ez, mindig kézzel kellett írogatni hol ide, hol oda, hosts file, dnsdomainname változó, majd domainname file... Csakhogy egyik sem jó megoldás. Főleg úgy, hogy a resolv.conf mindent tartalmaz.
Ja, és azt sem tudja, melyik doménben vagyok, a host parancs nem találja meg doménnév nélkül beírva a lokális gépeket...
Sipi -
Sipi
addikt
Fene a doménnévbe! Megint nem megy...
dhcpcd-t használok, a /etc/hosts-ba direkt nem tettem semmit, csak a localhostot, a hostname-be beírtam a gép nevét. Minden infót megkap HCP-n keresztül, a resolv.conf-ba be is kerül a helyes domén neve, a nameserverek IP-je. De nincs domén! Mintha nem venné figyelembe a DHCP adatait... Tudom, hogy megadhatnám kézzel, de nem akarom. DHCP-vel is mennie kell. De hogyan?
Sipi -
Sipi
addikt
Well, alakul, milyen alaplapot akarok venni leendő villám-Gentoo-m alá.
Gigabyte K8N51 GMF-9. Ezzel kapcsolatban lennének kérdéseim.
1. nForce4 chipset az IDE-vezérlő. A kernelben azonban az ATA-drivereknél egy ''AMD and nVidia IDE support'' van csak, amire azt írja, az nForce chiphez van. Ezzel menni fog az nForce4?
2. VIA VT 6307 IEEE1394-es FireWire chip van benne. Ehhez a kernelben lévő OHCI1394-es driver kell? (Összesen kettő van a kernelben, egy pontos chiphez, meg ez, állítólag szinte mindenhez.)
3. CICADA VSC 8201 Gigabit LAN PHY chip az ethernet-vezérlő. A kernelben van ugyan egy Cicada PHY-hez való driver, de a help azt írja, ''currently supports the cis8204''. Vajon viszi ezt is? (Mellesleg mi a fene az a PHY?!? Valami csökkentett értelmű eszköz?)
4. Realtek ALC880 Audio Codec az audio chip. Alig van erről infó, az ALSA állítólag csak a legújabb verzióban ismeri és kezeli. Valakinek van tapasztalata erről?
5. PCI-E-s a lap. Ehhez kell valami extra driver?
6. SATA (is) van benne. Ehhez milyen driver kell? A SCSI-eszközöknél van egy SATA, de mintha rémlene, hogy valahol máshol is volt egy driver a kernelben. Melyik kell?
6. SATA - az nVidia SATA driver kezel mindenfajta chipsetet? (Mármint az nForce4-et. )
7. Integrált nVidia 6100 VGA van benne. Az nVidia readme elég szűkszavú erről: kezeli az integrált eszközöket is a bináris nVidia driver? Van valakinek tapasztalata ilyen eszközökkel? (Valahol neten azt olvastam, ehhez nincs XVideo Extension támogatás, ami elég szar, ha videót akarok nézni...)
Sipi -
Sipi
addikt
-
-
Sipi
addikt
Oké, egyfajta megközelítés: én Unicode-os rendszert használok.
A /etc/rc.conf-ban UNICODE=''yes''. A /etc/conf.d/keymaps-ben KEYMAP=''us'', de lehet hu is. /etc/conf.d/consolefont-ban CONSOLEFONT=''ter-v16b'', ehhez emerge terminus-font. Jé, most látom, jelenleg default8x16-on van, és tökéletesen megy.
/etc/env.d/99lang-ban LANG=''en_US'', LC_ALL=''hu_HU.utf8''.
/etc/locale.gen-ben:
en_US ISO8859-1
en_US.UTF-8 UTF-8
hu_HU ISO8859-2
hu_HU.UTF-8 UTF-8
Ha így emergeled a 2.4-es glibct, csak ezeket a lokálokat teszi fel. Azt hiszem, alapban talán nem készül utf8-as lokál...
Így nekem tökéletes konsole-ban és konzolban is (hihh, de szar szóvicc lett...).
Esetleg a framebuffer kavarhat még be, némelyik meghajtó nekem is szétveri a fontokat. A VESA VGA jól szokott menni.
Sipi -
Sipi
addikt
A cedega nem zavar, sima wine-t használok. Azzal is zűrös?
Az mplayered most sem működik? Űgy láttam, rengeteget változott azóta az architektúra, pl. mintha az emul-libek nagy részére nem lenne szükség a Changelogjuk szerint.
Viszont szívesen elcserélem Veled, ha ekkora gondot jelent!
Sipi
[Szerkesztve] -
#1784
Sipi
addikt
dr_strange
#1783
Sipi
addikt
válasz
dr_strange
#1783
üzenetére
Well, Te vagy az én emberem!
Az AMD64-es topikban épp ilyenekről érdeklődöm. Úgy tudom, AMD64-hez nforce4-es chipset a legjobb. Van ebből olyan, ami AGP-s? Nincs pénzem új videokártyára. Esetleg ezekben már szokott lenni integrált vga is? Azok mennek Linux alatt rendesen?
Ezek szerint driver tekintetében semmi gond? Mindent ismer a Gentoo, ami az alaplapon van?
Mit ''tud'' egy nforce4 chipset? Mármint mik vannak benne? Nagyon melegszik a chipset? Vagy valami külön hűtés van az ASUS-on?
Sipi
[Szerkesztve] -
Sipi
addikt
Kedves 64 bitesek!
Előzetes felmérést szeretnék folytatni. Tervezek én is AMD64-re átállni, de az égegyadta világon semmit nem tudok ezekről. Milyen magok vannak, így stepping, úgy vezérlők... Milyen chipsetekkel szerelt alaplapok léteznek AMD64-hez, ezek közül mik mennek Linux alatt. (Emlékeim szerint az nForce chipsetekkel szoktak gondok lenni.)
Mit ajánlotok? Semmiféle tuningot nem akarok, csak egy halk, csendes, alapban gyors gépet.
Köszönettel:
Sipi -
Sipi
addikt
Oké, nem ez a gond, hanem hogy a libnl csomag nem készít pkg-config információs file-t, és a NetworkManager alapban azt keresi. A LIBNL_CFLAGS=''-I/usr/include'' LIBNL_LIBS=''/usr/lib'' ./configure xxx paranccsal felismeri, a többi csomagból csak valami dhcdbd nincs Portage-ban, de kiír egy linket, onnan letölthető.
Igaz, hogy leállt valami hibával fordítás közben...
Sipi -
Sipi
addikt
Elkezdtem a configure-t kézzel. Van egy olyan opciója, hogy --with-distro, és ebben ismeri a Gentoo-t.
Kicsit szenvedek vele, a libnl kell neki, de a Gentoo-n csak 0.5-ös van, ez meg valami libnl-1-et vár. De lehet, hogy a libnotify kell neki, nem tudom, most nézegetem.
Sipi -
Sipi
addikt
Nem leltem hozzá ebuildet. De szerintem semmi szükséged nem lesz rá. Olvasd el a /etc/conf.d/wireless.example-t! Az állam a földszintig esett, miket tud a Gentoo, ennek az egyetlen file-nak a szerkesztgetésével is.
Ha pedig nem akarod a beépítettet, a KDE wifimanagere is egész klassz - gondolom, Gnome alá is ugyanez a program megvan. Sőt, a Portage-ban leletem még jópár wifi-kezelőt.
Sipi -
Sipi
addikt
A wifinél az szokott gond lenni, hogy a kernelben lévő ieee82xx network stack nem kompatibilis a driverekkel. A softdriveres kártyák esetén pl. ki kell kapcsolni a stacket, de engedélyezni a wifi/rádiós kártyákat, és emergel egy másik stacket magának (softizébizé).
Az ipw-nek emlékeim szerint mindkettőt le kellett tiltani a kernelben, és az is a sajátját teszi fel. Az ebuild ki is szokta írni, ha a kernel beállítása nem megfelelő.
Sipi -
Sipi
addikt
A gcc-t érdemes -gtk -gcj, a glibc-t pedig csak a használt lokálokkal fordítani. Ez verziófüggő, hogy kell, régebben a /etc/locales.build-be, most a /etc/locale.gen-be kell tenni, milyen lokálokat fordítson a glibc-be. Pl.:
en_US ISO-8859-1
en_US.UTF-8 UTF-8
hu_HU ISO-8859-2
hu_HU.UTF-8 UTF-8
Így sokkal kevesebb cuccot fordít. (A gcj nálam önmaga vagy egy óra...)
Miután kész a rendszer, majd a gcj-t engedélyezve, újrahúzhatod a gcc-t.
Sipi -
Sipi
addikt
Duál Xeonon nem így kellene... Bár az alap kernel ne mbiztos, hogy erre van kitalálva. Bootnál érdemes SMP-kernelt választani, hogy mindkét procit használja.
A bootstrap egyébként tényleg hosszú folyamat. Azonban nem annyira fontos, telepítés után is újrahúzhatod - a system részeit kell. De alapban elég (egy rendes kernel után) a gcc, glibc, binutils, autoconf, automake.
Sipi -
Sipi
addikt
Köszi az infót! Nincs ugyan NTFS-em, de jó tudni, hogy haladnak. Ez tetszik. Jó dolog ez a fuse. A gphoto-hoz is írtak egy fuse-ra épülő filesystemet, ami a PTP-kamerákat is képes csatolni. Ez azért érdekes, mert ezek semmiféle filesystem-elérést nem tesznek lehetővé.
Sipi -
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 -
Sipi
addikt
2. mondat: igen.
1. mondat: ezt nem értem,de sejtem. Ha nem csinálsz semmit, az adott profil make.profiles beállítása van bekapcsolva. Aztán megadhatod a make.conf-ban, ez felülírja. Meg a packages.use-ban is, ez megint mindent felülír. Sőt, akár USE=-doc emerge mplayer is lehet, ezze lmindent felülírsz, de inkább ne használd. Amit csomagonként akarsz kapcsolgatni, az megy a packages.use-ba.
Sipi -
Sipi
addikt
kék - flag: ki van kapcsolva
piros + flag: be van kapcsolva
néha van zöld: eddig nem volt ilyen állapotban, be/ki lett utólag kapcsolva, most új beállítással lesz emergelve
A kérdést nem értem... Ezek a USE flagek. Az emerge működését szabályozzák, hogy az adott csomagot hogyan, milyen támogatással fordítsa.
(Mindenképpen nézd át a gentoo doksikból a USE flageset!)
Van globális, a rendszerre érvényes (pl. doc, alsa, oss, gtk, kde, gnome), ezeket a make.conf-ban kell megadni.
Van lokális, adott csomagokon érvényes. Ez azt is jelentheti, hogy akéár 20 csomagon is lehet érvényes. Ezeket a /etc/portage/packages.use file-ban kell megadni, pl. ''media-video mplayer i810'' azt eredményezi, hogy Intel 810-es támogatással fordul az mplayer.
Minden flaget Te kapcsolsz be, csak van néhány, amire van alap, default érték.
ipv6: nem is kell a kernelbe, mert Magyarországon tudtommal nincs ipv6-szolgáltatás, úgysem tudod használéni. A jelenlegi v4-es hálózaton csak hibákat okoz. Emiatt viszont érdemes kikapcsolni az ipv6 flaget, s mivel ez globális, a make.confban. Vagyis -ipv6 kell a USE sorba.
Sipi -
Sipi
addikt
emerge cups. Utána /etc/init.d/cupsd start, elindul a nyomtatókezelő-démon. Ehhez tudsz kapcsolódni. Van egy webes felülete is (localhost:632 a címe), vagy Gnome/KDE alatt a nyomtatókezelő ugyanezt csinálja.
De az alap cups alig tartalmaz drivereket. Fel KELL tenni a foomatic csomagot is, ez felrak vagy 5 csomagot. Ezeknél érdemes bekapcsolni a cups és ppds flageket, különben nem lesznek cups driverek.
Ezután rengeteg nyomtató-drivered lesz.
Ja, egyes HP nyomtatókhoz a hpijs csomag kell. (OfficeJethez biztosan.)
Sipi -
Sipi
addikt
De épp ezt mondom, hogy nem kell semmiféle drm! Sem kernelben, sem x11-drm! tierbatyo írta, hogy az Ati driver csomag saját drm-et használ, nem kell pluszban semmi. Ha a moduláris xorgot telepíted, egyébként is meg lehet adni neki, milyen VIDEO_CARDS-okat tegyen fel. Asszem, ebben van fglrx is, ami az ati driver. Ha ezt beállítod, automatikusan felteszi, ami kell. Nekem pl., ha beállítom, hogy nvidia kártyám van, felteszi a bináris nvidia drivert és opengl könyvtárat is.
Egyébjként az xorgnak nem kell a drm, az ahhoz van, hogy gyorsabb módon kezelje a kártyát, 3D-ben is gyors legyen. Ha nem az Ati drivert használod, megy drm nélkül is, csak lassabb. Az Ati pedig felteszi a sajátját.
Sipi -
Sipi
addikt
Nemrég írta valaki, hogy az Ati-hoz nem kell DRM! Sajátját használja, semmi nem kell hozzá!
Akkor az a DMA gond, hogy a PIIx* támogatást kivetted? Mert akkor télleg nem ismeri a chipsetedet.
Tedd vissza, menni fog azonnal. Furán van megoldva, a PiiX* lnyefgében az összes Inteles IDE-vezérlőt tartalmazza.
Sipi -
Sipi
addikt
Kevesebb memóriát használ, mert volt jópár dolog, ami benne maradt, s kikapcsoltam.
A lassabb reagálás, hm... Mit jelent? Leütsz egy billentyűt és később jelenik meg a képernyőn? Igen, én eggyel kisebb fajta desktopra tettem - amin volt, az iszonyat terhet ró az IRQ alrendszerre, mert a gép jó részben csak annyit csinál olyankor, hogy lesi, mozgatod-e az egeret.
Esetleg az IDE-alrendszerre nincs bekapcsolva a DMA-elérés - hdparm.
Ha a PM megint beáll, azonnal nézd meg a dmesg kimenetét! Valamit csak kiír a végén.
Sipi -
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 -
Sipi
addikt
PowerManagement: való igaz, nem kell minden, csak nem szoktam szétmazsolázni.
A button kell, fan, proc kell, thermal zone is.
QoS: semmi gond nem lesz, ha modulban benne van. Pont ez az elénye ennek: nem töltődik be, csak ha direkt olyat indítasz, ami QoS-t akar csinálni. De végül is mindegy.
irda, bluetooth: akkor modulban bevághatod a fő opciót, ekkor be tudsz lépni, irda-nál minden bekapcs/modul, majd a drivereknél modul, ami neked van. bluetooth fő résdze modulba, ekkor be tudsz lépni, két modul, majd driverekből, ami neked van. Szerintem egyszerűbb, ha minden drivert bemodulozol.
parallel: oké, akkor kiszedheted. bocs.
plugplay: szerintem tedd vissza, a help szerint sokat segít, hogy ne alakuljanak ki ütközések. (Ne ijedj meg, a kernel legtöbb része experimental. )
firewire: ahogy mondod. Pont az ilyerneknél érdemes mindent beletenni modulban (mint USB esetén), mert fene tudja, mit fogsz később rádugni. És ne akkor, a haverok előtt kelljen kernelt fordítani.
loop: pl. kiíratlan ISO image-t csatolni könyvtár alá.
RAM: ahogy most van. nem kell méret. ha modul, akkor a boot elején nem használható. Akkor kell, ha spéci indítást akarsz, pl. genkernellel csinálsz kernelt, vagy szép splash screen.
ppp/serial: oké. A serial arra jó, ha hirtelen össze kell kötni két gépet soros kábellel.
raid/lvm: ezen belül van a device mapper, és valamelyik program nem örült, amikor nem talált. Talán a cryptsetup-luks, ami a hal-dbus automounterhez kellett valahol.
nvram: ez nem nvidia. A BIOS-od egy részét olvashatóvá teszi. Nem kötelező.
i2c: ez az alaplapi érzékelőkhöz kell, pl. hőmérséklet. Azért tettem mindet modulba, mert ebből vagy 2-3 darab kelléhet, de az lm-sensors csak akkor tudja detektálni, mik vannak a gépben, ha szépen elkezdi betöltögetni őket. Azt meg a fene tudja, éppen mi van a lapodon. Ártani nem árt, nem használja, ami nem kell. XP alatt nem biztos, hogy ugyanezt találod.
video4linux: szerintem én pont a te tuneredet találtam meg benne, és kapcsoltam be csak azt.
graphics: mint asszem, tierbatyo irta, pont az atifb szokott összeakadni az ati driverrel, ergo inkább az atifb-t kell kivenni, és a VESA VGA-t engedélyezni. De ha Neked megy így, szuper! Bár több helyen is bekavarhjat.
ALSA: Devuice drivers, Soundba belépsz, és Sound card support. Ezt tettem modulba, minden más kikapcs. Ez az egy modul kell az alsa-driver csomagnak. Igen, ez sűrűbben frissül, no meg nem baj, ha egy ezetleges alsa-frissítés miatt nem kell komplett kernelt cserélned. Többeknek volt már a beépített kerneles ALSA-val gondja.
Nem kell ''hozzányúlnod'' - csak emerge alsa-driver, a leírt változók megadásával.
filesys: ext2, ext3 oké. inotify nem árt (kernel-eseményt generál, ha egy file, directory megváltozik, így minden program, ami az inotify-t használja, AZONNAL értesül erről, ergo nem kell manuálisan frissíteni őket, hogy tudják, mi a filesystem akltuális állapota.)
fs in userspace - jó kezdeményezés, egyre több minden foigja használni, most nem kell, de jól jöhet.
dos, vfat, ntfs kell (vfat is kell, az a FAT32)
a pseudo-ban lévők kellenek a rendszewrhez, kivéve a userspace-driven izé, azt betettem, mert olyan szép neve van.
misc - squashfs. Nemrég valami sikított érte, nem árt, ha van!
network fs: smb, cifs nem árt, ez kell, ha csatolni akarsz windowsos megosztott mappákat
crypto: én sem tudom, mire kell pontosan, de elég sok program használ egy-kettőt. Bajod nem lesz, lévén modulban vannak. Ezek kernelbe épített titkosítási algoritmusok, pl. van, amit a TCP titkosításához is használ a kernel.
Sipi -
Sipi
addikt
Később kifejtem, egyelőre: szerintem másold be az én konfigomat, és csináld meg azzal! Láttam pár dolgot, amit szerintem nem árt visszatenni. (Sok olyat bekapcsoltam, amit nem használsz most, de modulban van, nem fog erőforrást, viszont akár holnap is belefuthatsz olyan csomagba, amihez kell.)
Sipi -
#1708
Sipi
addikt
dr_strange
#1707
Sipi
addikt
válasz
dr_strange
#1707
üzenetére
Én az oldalrugdosós funkciót szeretném...
Na, tudtam, hogy Mester vagy! Igen, ez tetszik ötlet. Lehet failsafe módja (ekkor törli ezeket), és egy advanced (ilyenkor simán formázza a partíciókat).
Miért nem ilyen emberek fejlesztik a nagy-nagy projecteket... Sokkal izgalmasabbá válna az informatika!
Mellesleg tutira nem aludnék el többet a gép előtt.
dr_strange for President!![;]](//cdn.rios.hu/dl/s/v1.gif)
Sipi
[Szerkesztve] -
#1704
Sipi
addikt
dr_strange
#1699
Sipi
addikt
válasz
dr_strange
#1699
üzenetére
Módosítsd a pye-t, hogy emerge után automatikusan indítsa el az etc-update programot, vagy sikítson, villogjon, rugdossa a gép oldalát.
Sipi
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Samsung Galaxy S23 Ultra - non plus ultra
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Akciófigyelő: Jelentős kedvezményekkel veheted meg a Xiaomi 17-eket
- Horgász topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Energiaital topic
- Felfedte a Xeon 600 sorozat sötét titkait az Intel
- Sokkal jobb ajánlat lett elődjénél az iPhone 17e
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- PayPal
- További aktív témák...
- Apple iPhone 14 128GB,Újszerű,Adatkabel,12 hónap garanciával
- Apple iPhone 12 128GB,Átlagos,Adatkabel,12 hónap garanciával
- DAHUA 16GB DDR4 3200 MHz laptop RAM
- Apple iPhone 16 Pro 256GB Natural Titanium használt, karcmentes 6 hónap garancia
- Dell D6000 univerzális dokkoló USB-C/ USB-A, DisplayLink & Dell WD15 (K17A) USB-C + 130-180W töltő
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest