Új hozzászólás Aktív témák
-
Sipi
addikt
Te, dmesg | grep -i cd-r kell! A cd-eszköz sorára kell rákeresni a dmesg kimenetében! De átküldheted az egész dmesget is.
Mod: tedd fel az lshw nevű programot! Ez aprólékosan kiírja, milyen hardware van a gépedben, megmutatja a cd/dvdről is, milyen típusú, és milyen szabványokat ismer!
Sipi
[Szerkesztve] -
Sipi
addikt
Noszóval, mint a linkek is írják, azt kell megnézni, hogy a DVD-t melyik driver kezeli. A dmesg-t nézd (vagy inkább küldd át). A vinyóhoz az Intel SATA driver KELL, anélkül egyáltalán nem megy. Ez okozza a gondot, mert a DVD viszont nem SATA, valamiféle átalakítókon keresztül megy. A dmesg | grep -i cd-r mit ad vissza? HD vagy SD eszköz? Nem mindegy! A típustól függ, hogy a SATA driver alapban kezelni tudja-e. Ha nem, akkor SCSI CDROMként kell kezelni - de ha SATA is van a kernelben, sokszor átveszi a vezérlést a DVD felett is, mielőtt az ATAPI IDE driver az SCSI emulációval életbe léphetne.
Erre való a noprobe=/dev/hdc libata.atapi_enabled=1 kernel-paraméter. Mindkettő kell, főleg a noprobe a fontos!
Ja, egy kernel config is jöhet!
Sipi
[Szerkesztve] -
Sipi
addikt
Gondolkodtam azon, mit is szeretnél, és arra jutottam, hogy szerintem hüleség.
Vegyük végig! Én vagyok a gonosz user, azt akarod, hogy amikor dc++-t használok, ne fogjam le a sávszélt. Alkalmazás-szinten akarod ezt megadni. Leszabályzol.
Oké, de hogy? Hogyan azonosítod a programomat? Névvel? Akkor átnevezem dc++-ról dcccc-re, és máris nem működik a szabályozás. Lenyomatot veszel a programról? Oké, felteszek egy másik verziót, megint nem szabályzol.
Ha végigveszed, a végén oda juthatsz, hogy inkább mintára szűrsz, pl. leszabályzod az összes ftp-kommunikációt, p2p-t, stb.
Vagyis ott vagy, ahol a linuxos netlimiterek... Itt van egy jó kis doksi: [link]. Rengeteg infó van benne, hogyan is működik.
Sipi -
-
-
Sipi
addikt
Jé, én nem is láttam ezt a kérdést...
Tűzfal: persze, az iptables-t.
(Illetve ennek konfigurálásához a fireholt.)
Vírusirtót nem, mert minek? Nem találna semmit.
Amikor bevezették a netet, feltettem a Linuxot, s rá tűzfalat a psad detektorral, naponta 5-10 különálló támadást kaptam. Nagy része ''baráti'', Axelero-s címtartományból, de volt orosz is bőven.
Mostanában nem kapok semmit... Vagy csak elállítottam a figyelmeztetést?
Sipi -
Sipi
addikt
Hm, mi volt a körkérdés?
A /var/tmp/portage esetleg. Abban megmaradnak a hibás emerge-k, mert nem futott végig, így nem törölte a kicsomagolt forrásokat.
A home-od esetleg...
A /opt-ba szokott különálló dolgokat tenni. Pl. a nagy, bináris játékok ide kerülnek. Ha feltetted az Americas Army-t, az egyből vagy 1GB.
Sipi -
Sipi
addikt
Az Inteles benti gépen ez van. Nem tudom, melyik csomagtól, de elkezdett a videokártya bugzani. Az 1.1.0-ás xorg-server okés volt. De sajna, nem tudom, hogy tényleg ettől lett-e, lehet, hoigy csak melegszik a gép. Ja, és kizárólag Opera alatt lép ki az X-ből, pedig azt nem is frissítettem.
Az 1.1.0 tutira jó, nem hiszem, hogy a -r1 elrontaná.
Mod: a -r verziók mindig hibajavítást tartalmaznak az eredetihez képest. Így nem hiszem, hogy bugos lenne, inkább ezek a bugmentesebb dolgok. Ilyenkor megéri frissíteni. A verzióváltás okozhat gondokat.
Sipi
[Szerkesztve] -
Sipi
addikt
1. Ez a verzió még ~x86-os, ergo nem biztos, hogy fordul.
2. Emiatt ne aggódj. Nem a rendszer nem szeret téged. Az ~x86 ''átka'' ez, hogy előfordulnak nem települő csomagok. Ilywenkor próbálkozni kell más verziókkal.
Mellesleg pont a hibát nem másoltad be. Az előtte lévő sorok a lényegesek, az ebuild.sh sorok a Portage sikolyai. Csak egy warning van ott, az nem jelent semmi gondot. Előtte az error lehet, hoy azt mondaná, valamelyik lib rossz.
Sipi -
-
Sipi
addikt
Ez rendes ebuild, a legújabb verzióhoz. Fel is megy - arról nem tehetnek, hogy maga a NM ilyen nyomi.
Sőt, az emerge elején egy rakás peccset is rátesz.
Leírod, pontosan mit is szeretnél megcsinálni? Lehet, hogy tök egyszerűen megoldható standard úton, és nem kell emiatt fejreállítanod a Gentoo-t. (Mert hiába kerül be a Portage-ba hivatalosan, akkor is az említett programok lesznek a függőségei, és továbbra sem szerencsés egy gépen három DHCP-klienst és egy DHCP-szervert tárolni.
Sipi -
Sipi
addikt
Nu, még egyszer.
Ha alap Gentoo telepítést használsz, akkor a Gentoo saját init scriptjei a dhcpcd nevű programot akarják használni. Ez fenn van a gépeden, ezt is fogja használni. Ez egy kliens.
A dhcp meg egy szerver, amiben kliens is van. Gyönyörűen össze fognak veszni.
Egyébként feltettem. Amikor inittel elindítottam a NM-t, elindult a dhcdbd, majd a standard módon a net.eth1 is! Ergo, nem csinált semmit az NM. Viszont utána kárpótlásként el sem indul, hanem egy tonna hiba kiköpése után lehal...
A gentopia-ban csak az NM-nek szükséges cuccok vannak, a dhcdbd és libnl. A dhcp csomag a sima Portage-ban van benne. De mondom_ ha felteszed az NM-t, lesz dhcdbd, dhcp és dhcpcd is a gépeden. A dbd a dhclienthez kell, ami a dhcp része. A dhclient ugyanazt csinálja, mint a dhcpcd.
Ha a NM-t akarod használni, a korábbi indítóscripteket le kell tiltani, meg érdemes lenne a dhcpcd-t is leszedni. Innentől el kell felejteni, hogy Gentoo alatt indítgasd, állítgasd a hálózatot, mert afelett átveszi az uralmat az NM. Sajna, az NM scriptjében még mintha nem lenne benne, hogy mit provide-ol, így szerintem az összes hálózati kapcsolatot igénylő init script el akarja majd indítani a net.ethx-et is.
Persze, megoldható, hogy csak az NM menjen. Kár, hogy nálam még sosem futott...
Sipi -
-
Sipi
addikt
Attól függően, mit akarsz csinálni, több lehetpséged is van.
Milyen userek? A saját laptopodra kell, vagy ''üzemi'' környezetbe?
A Gentoo alapbeállítása olyan, amit írtam. Pont laptop-felhasználóknak készült, ha lehúzod a drótról, wifit keres és csatlakozik. Drót esetén átvált arra.
De ott van pl. a kwifimanager, hasonló a Windows kezelőjéhez, kezelésében is.
Sipi -
Sipi
addikt
Teee, csak nem nyugszol? Végre megy minden a gépeden, erre szétcseszed a NetworkManager idióta dhcp-függőségeivel?
(A többieknek: eme szoftver felrak vagy három dhcp-csomagot is, ebből egy szerver és kliens, a többi valami kliens-féleség. Ettől előfordul, hogy miután szépen megkaptad a címet a normál Gentoo-módon a dhcp-szervertől, a többi egyszer csak elkezd kérni, ettől a dhcp-szerver megzavarodik, és mégsem kapsz címet. Látszólag szépen lezajlik minden (hiszen az azonosítás, címkérés megvolt), aztán semmi.)
Sipi -
#2029
dr_strange
senior tag
Batman
#2025
-
Sipi
addikt
-
-
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
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 -
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
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
-
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
Pontosítok, mielőtt rossz hírét keltenéd a Linuxnak.
Csak Linux alatt lehet csatolni audiocédéket. Windows-on egyrészt nincs csatolás, másrészt kb. ugyanúgy jeleníti meg a hangcédé tartalmát, mint pl. KDE alatt. Úgy tesz, mintha lenne rajta filesystem. Ilyen szempontból ekvivalens a két rendszer, csak éppen KDE alatt nem .cda kiterjesztésű, használhatatlan file-okat látsz a cédén, hanem a rajta lévő zenéket WAV, OGG, MP3 formában, amelyeket szabadon másolgathatsz róla ide-oda, még konvertálnod sem kell, mert attól függően, milyen kiterjesztésű file-t kezdesz el másolni róla, automatikusan átkonvertálja olyanba.
Való igaz, konzolon nem tudod sima módon csatolni a lemezt, hiszen nincs rajta semminemű filesystem. De piszok egyszerűen megvalósítható, valószínűleg van is ilyen modul, csak én nem tudok fejből ilyet.
Sipi -
Sipi
addikt
De mit akarsz megoldani? Beteszed, lejátszod. Vagy mit akarsz vele? Leszedni (grabbelni) a számokat? Akkor pl. cdparanoia, vagy valamelyik rippelő (Gnome alá talán grip). Vagy KDE alatt Audio CD betesz, és a Konquerorban odaböngészel. Esetleg a bal oldali sávjában, ha fileböngészőként indítod, van egy services, abban audio cd böngészés.
Sipi -
Sipi
addikt
Khm... Nem ártott volna, ha az utolsó mondatot korábban leírod.
Audio CD-t nem lehet csatolni, mert azon semmiféle filerendszer nincs.
KDE alatt pár kioslave segítségével úgy láthatod, mintha lenne, de azt sem tudod csatolni, csak a Konqueror megjeleníti Neked WAV, OGG, MP3 formátumban is a rajta lévő számokat.
Pontosítok: lehet csatolni, de csak kiegészítő programokkal, amelyek úgy tesznek, mintha csatolva lenne. (De nem ismerek ilyet.) A jelenlegi FUSE modullal és eszközeivel bármilyen filesystem írható, jelenleg pl. találtam egy olyat, ami a Canon kamerámat mutatja csatolt könyvtárban, holott a kamera egyáltalán nem támogat ilyen módot.
Sipi
[Szerkesztve] -
tierbatyo
senior tag
Nekem /dev/hdc van az fstab-ban. Egyébként van össz-vissz egy /dev/cdrom bejegyzés, ami a /dev/hdc-re mutat. cat /proc/sys/dev/cdrom/info mit mond? Egyébként nekem volt már olyan, igaz Debian alatt, hogy bármit csináltam, nem volt hajlandó cd-nek device-t csinálni. Kernelt frissítettem, udev-et frissítettem és utána egyszer csak megjavult.
-
Sipi
addikt
Nem, csak amiket felsoroltam... Egyébként, ha ez megnyugtat, nekem is szarakodik a wine ezzel. De viszonylag kevés gombnyomkodásból rájövök, melyik kb. mit csinál.
Viszont idegbajt kapok. Nem működik a Canon digikamerám. Ha régebbi libusb-t használok, a gphoto2 usb portot sem talál. Régebbi verziója sem. Ha újabbat, akkor pedig mindig leáll valami longusbfs error a canon_usben hibával.
Kernelcsere sem segített.
És most nem tudok letölteni róla képet. Érdekes módon a másik gépen működik, pedig az ugyanilyen, csak PII, de a csomagok megegyeznek. (Bár azon pl. a KDE is kicsit más, és jobban működik...)
Kezdek ideges lenni...
Sipi -
Sipi
addikt
Csak tippek...
1. A wine-nak szokott lenni külön betűkészlete, a /usr/share/fonts/wine alatt. (De nem mindig!) Nézd meg, ez az út benne van-e az xorg.conf FontPath-ában!
2. A futtatási parancs előtt adj meg NEM Unicode-os lokált! Pl. LC_ALL=hu_HU wine brrr.exe. (Vagy en_US.)
3. Unicode-ot teljesen kikapcsolni - ehhez legtisztább a konfig átírása után egy reboot.
+1: Dehonnem!![;]](//cdn.rios.hu/dl/s/v1.gif)
Sipi -
Sipi
addikt
-
Sipi
addikt
WPA: ehhez miért kell Windows? Egy böngésző kell, hogy a routerbe belépve átállítsd, aztán egy kis turkapiszka a Gentoo-n.
Boot: teee, és hogy oldottad meg? Részleteket akarok!
ALSA: ugyancsak. Végül is alapból megy, állítgatás nélkül? Ahogy írtam, csak a programok kimeneti hangkezelőjét ALSA-ra állítva?
Sipi -
Sipi
addikt
Mit értesz i2c beleforgatáson? Az i2c fa alatt a kernelben egy tonna opció van. MODULKÉNT kell fordítani, mert az lm_sensors a 2.6-os kernel alatt nem telepít modulokat, csak pár binárist. A sensors-detect parancs futtatásával megpróbálja detektálni, milyen hardveres szenzorok, buszok, stb. vannak a gépben, majd elkészíti a konfigokat. Ezután indítva az lm_sensorst, az betölti őket.
Ez a két modul csak arra elég, hogy a rendszered tudja, mi az az i2c. De semmilyen hardver nincs még benne.
Sipi -
Sipi
addikt
A link azt mondja, hogy elkészül lassan a driver is a WLAN-kártyádhoz. (Az eddigi csak egy wrapper, a Windows-os firmware-t kell betölteni hozzá.)
bcm43xx-fwcutter bcmxxx.sys, a sys-t a Wines drivercédéről kell a rendszerre másolni. Erre kapsz egy tonna firmware-file-t, be kell őket másolni a /lib/firmware-be, és kész.
De... Ez a régebbi ''driver'' úgy megy, hogy ehhez kell a softmac-es IEEE-csomag. Ez inkompatibilis a legtöbb kernelben lévő IEEE-vel, ezért azt ki kell kapcsolni. (Ezt korábban megtettem a kerneledben.) Ugyanakkor a network drivereknél maga a WLAN Radio-t be kell kapcsolni, hogy a kernelben benne legyen maga a WLAN-kártya támogatás. (Olyasmi, mint az ALSA esetén. A kernelben kell a sound támogatás, de maga a driver nem.)
Az újabb driver viszont natívan kezeli a kártyát, nem kell firmware hozzá, de ehhez BE kell kapcsolni a kernel IEEE támogatását. Attól függ, melyiket és hogyan teszed fel - az ebuild nekem mindig kiírta, ha valami rossz beállítás volt a kernelben.
Mod: a leírás szerint érdemes a softmac-es verziót használni, mert a másik inkompatibilis a legtöbb wireless cuccal, és macerás beállítani. A softmacesből viszont két verzió van. A régi, januári kompatibilis a kernelben lévő ieee stackkel, erre nem érvényes az, amit írtam. Az újabb, friss azonban nem kompatibilis vele, erre van az, amit fent írtam.
Tehát: a 20060125-ös, vagy régebbi verziók krnel-kompatibilisek, az újabbak nem, ahhoz ki kell kapcsolni a kernel ieee stackjét. A leírásban a softmac kell, ebuild method, majd using softmac.
Sipi
[Szerkesztve] -
Sipi
addikt
Vazze, azt mondhattad volna, hogy közben a rendszer folyamatosan kiírja, hogy nincs betöltve a kártyádhoz a firmware.
Ehhez a wlan kártyához venned kell a windowsos drivert. Van benne egy sys file, és abból egy progival ki kell szedni a firmware-t, majd bemásolni a /lib/firmware-be.
Utána kell néznem, ha megtalálom az infót, beírom.
Oké. A bcm43xx csomagban lévő fwcutter való erre. Nézd meg a helpjét, az leírja, milyen file-ból kell kiszedni a cuccot, és hogyan.
Sipi
[Szerkesztve] -
Sipi
addikt
A kernelben lévő doksi alapján egyes chipseten/CPU-n nem mindegyik governor érvényes.
Viszont mindegyik hasonlóan működik: a /sys/devices/system/cpu/cpu0/cpufreq-ben meg lehet/kell adni a minimum, maximum frekvenciát, a governor típusát felül lehet írni, klistázni, az adott architektúrán milyen governor érvényes és használható.
Mindegyik tud váltogatni a frekvenciák között! A különbség abban van, hogyan váltogat. userspace esetén külső programmal lehet. powersave-nél minél kisebbre veszi, másnál minél nagyobbra.
Az echo-s megoldás standardnak számít egyébként. Pl. szinte a teljes tűzfal így kapcsolható be - csak egyes tűzfalszoftverek, miután elkészítik az iptables szabályokat, kiadják a megfelelő echo parancsot is.
Tedd a /etc/conf.d/local.start file-ba. Az a standard helye. Egyébként ez nem felülírás, mert a /sys és a /proc nem igazi filesystem. Ez a kernel ''kivezetése'', mintegy a kernel ''lábai''. Ezeken keresztül tudsz kommunikálni a futó kernellel - mint ahogy a használat közben, akár a tudtod nélkül, sok program meg is teszi.
Ha megfigyeled, igyekszem olyankor szólni ha tudom a választ, vagy van javaslatom.
Sajna, nem tudok mindent. Csak olyankor kussolok.
Sipi -
escie
őstag
_ha jól emlékszem,_
a kernel felkonfigurálásakor meg lehet adni a default governort-t. akár a .config fájlban is turkálhatsz a ''governor'' vagy a ''default'' kulcsszó után kutatva, vagy a menuconfig-ban is megnézheted. rég nem foglalkoztam ezzel a témával, amikor legutóbb néztem, akkor volt ilyen opció...
a másik, hogy bootkor kiadatod a parancsot valami initszkriptből, ahogy írtad. -
Yom
aktív tag
Te most fajlokra, v depencyre gonolsz amugy?
mert fajlokat, sztem is leszedi mind (max ahogy escie is irta, talan homeban .kde* marad), depencyrol meg a 2 forumon irtak, vagy a gelop modszer. ill van 1 script, talan magentarol van az is, kiirja h milyen csomagok vannak fenn. esetleg abbol kikeresed a kde cuccokat. -
escie
őstag
nyehhe...
erre én is rájöttem, még slaki alatt.
azt hiszem, van is egy ehhez kísértetiesen hasonló hozzászólásom a nagylinux, vagy a slackware topikban.
a régebbi xorg még a gyári nvidia drivernek is ''kitalálta'' az összes paraméterét, szépen kikommentezve bette a xorg.conf-ba, nekem már csak be kellett állítani.
egyébként ezt a configure opciót már beszéltük Sipi-vel a gentoo-összeröffenésen, de vagy ő, vagy én voltam részeg, valószínűbb, hogy mindketten.
izé,
akkor most veszélyes az új glibc? mert akkor más kárából tanulok, és kerülöm, mint macska a Forró Tamást.
--
néhány napja érdekes dologra lettem figyelmes.
ha az egérgörgővel egy gyors mozdulatot teszek előre/hátra, akkor a firefox-ban back/forward történik. eleinte azt hittem, félrenyomok valamit, de nem, egy _nagyon_ gyors tekerésre back/forward. (mintha meg akarnám pörgetni a scroll-kereket...)
nem jövök rá, hogy
- új firefox fícsör ?
- hibás egér ?
- új xorg ? (talán 7.0 óta van ez. talán. régen auto protokoll, most imps2)
- ez mindig is volt, csak én nem tudtam róla.
- bug?
[Szerkesztve] -
Sipi
addikt
/etc/X11/xorg.conf, keyboard szekció. Az XkbModel-t érdemes kiszedni, mert az X többnyire jobban ismeri fel a billentyűzet típusát, mint mi.
De elég sokat szívtam, ha nem pc101-re van téve. A pc104 és pc105 rossz szokott lenni.
''XkbLayout'' ''us,hu,ru,es,it'' vagy amit akarsz
''XkbVariant'' ''intl,101_qwertz_dot_nodead'', vagy amit akarsz. /usr/share/X11/xkb/symbols tartalmazza a használható layoutokat, ha megnézed, bennük van definiálva a variant.
Sipi -
Sipi
addikt
Már akartam javasolni reggel, csak elfeledtem. Első: /etc/ssh/sshd.config, PermitRootLogin no, PermitEmptyPasswords no. A többit óvatosan, mert könnyű teljesen letiltani az ssh-belépést.
Egy tűzfal sem ártana, én azon egyetlen egy IP-címnek szoktam kinyitni a 22-es ssh portot. Jól jöhet még, ha az sshd-nek nem a 22-es portot adod meg, hanem tök hülyét, pl. 14267. A script kiddie-k automatikusan a 22-est pásztázzák végig, rootlogint engedő és gyenge jelszót használó sshd után kutatva. Neked nem kell félned, hiszen a root ugye nem tud belépni, és a jelszava is baromi bonyolult.
Fene, zfarkas megelőzött. Igen, ne futtass ssh-t, ha nem kell.
Sipi
[Szerkesztve]
![;]](http://cdn.rios.hu/dl/s/v1.gif)
(Mellesleg nem is tudok programozni...)
Új hozzászólás Aktív témák
- Milyen autót vegyek?
- Formula-1
- A fociról könnyedén, egy baráti társaságban
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Otthoni hálózat és internet megosztás
- Genshin Impact (PC, PS4, Android, iOS)
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- E-roller topik
- Milyen légkondit a lakásba?
- Okosóra és okoskiegészítő topik
- További aktív témák...
- Microsoft és egyéb dobozos retro szoftverek
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Xbox / Microsoft Store feltöltőkártya kód (digitális, HU) több címlet, több db, azonnal, olcsón
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Dell Latitude 7490 14" FHD IPS, i5 8250, 8-16GB RAM, SSD, NFC, jó akku, számla, 6 hó gar
- 512GB NVMe SSD, 1 év gar - 2230
- BESZÁMÍTÁS! ASRock A520M R5 5500 16GB DDR4 512GB SSD RTX 2060 Super 8GB Rampage SHIVA Adata 600W
- Alienware 17r4 olvass
- GYÖNYÖRŰ iPhone 15 Pro 128GB Blue Titanium -1 ÉV GARANCIA - Kártyafüggetlen, MS4680
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest