Aktív témák
-
harry
veterán
Hmm azt nézem, hogy ami alapján csináltam a vevőt, ott azt írják a 1738-as vevőhöz, hogy a lábak balról jobbra (domború résszel felfelé) így alakulnak: - + data
Míg az enyémhez előbb linkelt pdfben ilyesmit látok: Pin1: Output voltage, Pin3: Supply voltage, vagyis gondolom itt a sorrend - data +. Így hát próbaképp meg is cseréltem a + és data lábat, de nem történt változás...Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz Pubszon #16799 üzenetére
Nyilván igen. Készíts egy partíciót neki, Ubuntut feltelepíted arra, az felrak egy grub-ot, amiből el tudod indítani az ubuntut vagy a windowst.
Adott estben win alól is telepítheted wubi-val bár akkor szerintem egyszerűbb egy virtuális gép...Theoretically, this damn thing oughta work now.
-
harry
veterán
Sikerült megcsinálnom a lircet A saját házi gyártású infra vevőmmel. A másikkal nem, de nem is érdekel. A gond az volt, hogy bár tsop1738 infrát kértem, egy másikat kaptam (4838), ami elvileg ugyanaz, az utódja, de ennek nem néztem jobban utána... ugyanis nem ugyanaz a lábkiosztás, a 1738-nál domború felülettel felfelé "- + data", ennél pedig."data - +". Apró kis különbség... amúgy ezen leírás alapján készült: [link], és ez a post is segített [link], na meg még sokan mások
[ Szerkesztve ]
Theoretically, this damn thing oughta work now.
-
harry
veterán
Az lesz... a lircd.conf, avagy a gombok megvannak. Még azt kéne összehozni, hogy minden alkalmazáshoz meglegyen a megfelelő kiosztás. Pontosabban míthtv és mplayer, első körben. Azt hiszem, ez ilyen szöszölős... de megnézem, hátha vannak kész lircrc fileok ehhez a távirányítóhoz (amúgy volt ehhez egy kész lircd.conf file is, csak más értékekkel - ezért csináltam sajátot, de ugyanazokkal az elnevezéssekkel, ezért remélem, hogy találok neten lircrc-t, mivel ott úgyis csak a név a fontos, az meg egyezni fog).
Theoretically, this damn thing oughta work now.
-
harry
veterán
Újabb problémám, most már nfs. Felcsatoltam a mythubuntus gép egy mappáját, és elkezdtem rsync-kel áttolni a dolgaimat, de néha megáll, néztem pinggel, és nem is elérhető a myth gép Pár perc múlva megy nfs, ping, ssh, stb. de egy idő után rsync közben olyan, mintha lekapcsolná magát a hálózatról.
[ Szerkesztve ]
Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz eldiablo #16819 üzenetére
Tehát van egy linuxos géped voda nettel, és ezt szeretnéd továbbosztani más gépek felé, tehát lényegében a linux lesz az átjáró?
Akkor lesz egy ppp0 eszköz, ami a mobilnet, meg egy eth0, ami a vezetékes, előbbi IP-t kapa szolgáltatótól, másikat neked kell beállítani, mittomén 192.168.1.10, netmask 255.255.255.0, és átjárót nem kell megadni. Ezután kell egy iptables szabály, ami elvégzi a bentre menő/jövő forgalom mszkolását:sudo iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE
Valamint engedélyezni kell, hogy továbbítja a forgalmat az interfészek között:
echo 1 > /proc/sys/net/ipv4/ip_forward
Ezt állítsd be itt is, hogy rendszerindulásnál is megmaradjon:sudo gedit /etc/sysctl.conf
net.ipv4.ip_forward=1Az iptables parancs hálózat újraindításnál törlődik, ezért miután kiadtad, célszerű lementeni (sudo iptables-save > filename), majd indításnál visszarakni (sudo iptables-restore < filename), ezt berakhatod a hálókártya beállításokhoz, vagy a hálózatért felelős scriptekhez, vagy hasonló, fejből nem tudom pontosan hogyan.
Kliensgépen meg mondjuk 192.168.1.20 a cím, maszk ugyanaz, átjáró 192.168.1.10. DNS-t meg meg kell nézni a szolgáltató mit ad.
[ Szerkesztve ]
Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz #40553216 #16858 üzenetére
Vagy htop.
Néha nálam is vannak amúgy ilyen lassulások, amiket nem tudok mire vélni Ha fut vmware, akkor végképp, akkor azt hiszem a mount.ntfs -sel van valami gáz (egy ntfs lemezen vannak a virt gépek). Néha a firefox dönt úgy, hogy ő megeszik 200mb ramot, kill és restore után, tehát ugyan olyan állapotban meg csak 80at...
Theoretically, this damn thing oughta work now.
-
harry
veterán
-
-
harry
veterán
Tapasztalt már valaki olyat, hogy távoli gépről nagy adatmozgatásnál az ideig elérhetetlenné válik? Másolok a másik gépről (néztem azt hiszem nfs-t és samba-t is), és idővel megáll, nem válaszol pingre sem, majd ~ perc múlva ismét elérhető. Csinálta ezt már 8.04 ubuntuval és most 9.04Mythbuntuval is. Valamilyen realtek alaplapi gigabites csoda. Mivel lehet gond?
Másik gondom, szintén ez a gép, megy éjjel-nappal, de egyszer csak azt látom, nem elérhető. Rá van kötve egy TV, XBMC felülettel (lévén ez egy htpc és home-server gép), és azt látom, hogy lefagyott, nem reagál semmire, az alul futó szöveg is megállt. Ezt mi okozhatja? Megpróbálom átfésülni a logokat, na de a géphez nem is nyúltam, csk azt vettem észre egyszer, hogy nem elérhető. Nem hinném, hogy túlmelegszik, vagy hasonló, mert reset után jól megy, meg akkor gondolom lekapcsolna.
Theoretically, this damn thing oughta work now.
-
harry
veterán
Valami hasonló lehet a gond, mint nálam is, itt: [link]
Na de ahogy átfutottam, nem láttam választ... Rakjak fel új drivert/modult? Mit kéne akkor az acpi-vel csinálni? Ha tényleg az okoz fagyást...
Regeltem HUP-ra, de az még egy hét, mire érvényesítik... Valaki meg tudná nézni a fenti post tulajdonosának mail címét? Megkérdezném tőle, hogy talált-e megoldást, csak ugye így nem látom az adatlapját.Theoretically, this damn thing oughta work now.
-
harry
veterán
Igen, atomos intel (d945gclf2), és realtek. Sőt, mostmár a másik asztali gépemen is ilyen chip van, de ezt még nem volt időm tesztelni. Illetve egy olyat nzétem, hogy helyi hálón másoltam valamit, és 1mb/s Na szóval ennek még utánajárok.
Keressek akkor új drivert és tegyem fel forrásból?
ACPI-t megnézem akkor valamikor...
Theoretically, this damn thing oughta work now.
-
harry
veterán
Háát, elvileg nem egészen:
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)
RTL8111/8168B
De feltételezem ugyanazt a modult használja. Illetve az is érdekes, mert lsmod szerint az r8169 modul van betöltve. Vagy ez kell minden realtekhez (nem pedig 8168-as?)?lsmod | grep r8169
r8169 40836 0
mii 13312 1 r8169[ Szerkesztve ]
Theoretically, this damn thing oughta work now.
-
harry
veterán
Régebben 8.04es ubuntu volt rajta, nem tudom melyik kernel, most pedig 9.04 Mythbuntu, xmbc frontenddel (ez nem tudom, használ-e/milyen ablakkezelőt) és ... sajnos nem tudom megnézni melyik kernel, távolról próbálok be shh-zni, de nem megy. De vélhetően a Jaunty legújabb, vagy előtte 1-2 verzióval.
Az új modul megoldhatja? Ha igen, akkor elszöszölök vele, csak nem akartam esetleg feleslegesen belevágni, de úgy látom, eddig ez tűnik járható útnak.
De a belső hálós, kábeles 1mbitet sehogy sem értem (ráadásul egy gigabites hálózaton)... de, ez egyelőre több mindentől lehet, körülnézek még.Theoretically, this damn thing oughta work now.
-
harry
veterán
Csak azért kételkedem, mert több helyen is voltastam, hogy az volt a gond, hogy az ubi egyáltalán nem látta a kártyát, a beépített driverrel/modullal voltak gondok. Nálam viszont net, ssh, stb. gond nélkül ment, 8.04 és 9.04 alatt is.
Gond akkor jelentkezett, ha elkezdtem átmásolni, vagy onnan futtatni valami nagyobb méretű dolgot, és akkor 1-2 percre nem volt elérhető.Theoretically, this damn thing oughta work now.
-
harry
veterán
Sziasztok, sikerült kinyírnom az X-emet...
nVidia kártya volt, nvidia gyártói driverrel (ennek ellenére amúgy nem látszódott a zárt meghajtók között...), ezzel nem is volt gond.
Be akartam konfigolni az alaplapon lévő Ati integrált vga-t, de sehogy sem sikerült... végül gondoltam visszarakom az nVidiát: xorg.conf-ok letörlése, gdm stop, parancssorból feltelepítem, gdm start, majd több X restart után is ment rendesen. A baj újraindításnál van, mert akkor viszont nem megy sehogy sem.
Én arra tudok gondolni, hogy fent maradt valamilyen Ati modul, amit indításnál betölt, és valamit megkavar... vagy nem tudom.
Szóval miért lehet, hogy reboot után nem megy, de ha beállítom menet közben, akkor működik?Theoretically, this damn thing oughta work now.
-
harry
veterán
Az /etc/modules-ban már nem szerepel az fglrx modul, és lsmod-nál sem látom. Elvileg letöröltem két xorg fglrx drivert, nem tudom, maradt-e még fent valami...
Benéztem a logba, egy ilyen sort látok:(EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found)
Pedig telepítés után biztos, hogy azt írta a logban, hogy felkerült, nem volt probléma.
Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz Auratech #18595 üzenetére
Nálam szerencsére nvidiával nem volt gond, driverek közül kiválasztottam, restart, és megy jól.
Ellenben volt nálam egy ati pár hétig, ugyan ezt a sort eljátszottam, és... hát, az ati szar drivert ír linux alá. Belassult az egész rendszer, bár végül is ment. Mármint,nem fagyott le, vagy ilyesmi, de használhatatlan volt. Gondoltam megnézem forásból fordított driverrel, aztán inkább hagytam a fenébe, aztán úgyis visszakerült az nvidia kártya (nem emiatt).[ Szerkesztve ]
Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz kw3v865 #19141 üzenetére
Amarok 1.4 (?) tudom ajánlani, lehet használni úgy, hogy csak a playlist van + shortcutok (ahogy én szeretem), de be lehet nyitni mellé borítót, dalszöveget, wiki oldalt, meg mindenféle hülyeséget is. Ebből van amúgy 2 is, talán Ubuntu 9.04től, de az nekem nem tetszett, de ezekre is fel lehet rakni a régebbit, csak kell egy másik repót hozzáadni. Neten van leírás, 1-2 perces művelet.
Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz grabber #19218 üzenetére
Mi a pontos hibaüzenet?
Lehet parancssorból is futtatni, talán nvidia-setting, vagy valami ilyesmi, sudo-val, hátha úgy megy, avagy legalább több hibaüzenetet ad.Reset: nem tudom, nekem csak az rémlik, hogy ha a kikapcs gombot megnyomom, akkor megjelenik egy menü, ahol lehetne válogatni, hogy reset/shutd/stb, és a kikapcs a default, ami 60sec után végre is hajtódik. Nem valami hasonló a helyzet? Kiír valami visszaszámlálást, vagy hogy érted, hogy restartnál 60 sec-et vár?
Theoretically, this damn thing oughta work now.
-
harry
veterán
Sziasztok, volna egy problémám: Ubuntu 9.04 32bit gnome, nvidia vga
Az a gond, hogy egérnél, mintha teljesen máshol lenne a fókusz, mint ahol a mutató van amikor kattintanék bal gombbal, és így akár nautilus, vagy böngésző, vagy bármi, nem reagál, hisz úgy látja, nem 'azon' kattintok. Az látszik megoldásnak, hogy pl. böngészőnél az adott tab-on kattintok jobb gombbal (akkor bejön a "jobb gombos" kis menü) és utána tudok kattintgatni az oldalon is... de billentyűzettel nincs ilyen gondom.
Mi lehet a hiba, mire keressek rá, tapasztalt már valaki ilyesmit? Nem tudom, hogy keressek rá erre a hibajelenségre... egér meghajtókkal volna gond? Friss telepítés után mintha nem lett volna, egy ideje viszont már egyből indulás után.
Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz Major Major #20784 üzenetére
Miután írtam, gondoltam rákeresek az x restartos bill kombóra, és módosítottam az xorg-ot, majd teszteltem (műküdik, azt alt-ctrl-backspace restart), nos azóta nem tapasztaltam... nem tudom, mi közük lehet egymáshoz. Így jelenleg most azt a tippet nem tudom megnézni. Bár azért elég gáz lenne, ha mindig ablak mozgatás kombóval kéne a fókuszt helyezgetni. Mondjuk ahogy beleolvastam, ott talán az xinerama okozhat gondot... Amúgy ezt raktam az xorg.conf-ba:
Section "ServerFlags"
Option "DontZap" "false"
EndSectionTheoretically, this damn thing oughta work now.
-
harry
veterán
Továbbra is fennáll ez a fókuszálási hiba... pl alul van egy cairo dock-om, megnyitom a böngészőt, majd kattintok valahova - és a dockról nyitja meg azt a progit, ami a kurzor alatt van, jobb gombra dock menü jön be... meg amiket már korábban írtam.
Érdekesség, hogy egy ctrl-alt-backspace es restart után (amit amúgy utólag állítottam be xorg.conf-ban - ubi 9.04), nem jön elő ez a probléma. Néztem több nv driverrel is, de az nem változtatott.
Miért jön elő ez a hiba egyáltalán, és egy gdm restart után miért múlik el?
Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz Takhanto #20857 üzenetére
Megállló, felraktál egy ubuntut egy win7-et tartalmazó vinyóra, majd telepítés után nem kérted a boot menu (grub) telepítését, vagy hogy jött ez össze? Ezt azért még működésre lehet bírni, csak a /boot/grub/menu.lst -t kell módosítani (sudo, meg valami szerkesztővel), és akkor ha minden igaz utána rendben lesz. Vagy más a probléma? Grub-ot is újra lehet telepíteni, ha azzal van gond, de először a menu.lst-t nézném meg.
Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz #16820480 #20865 üzenetére
Köszi a tippeket, de tuti nem dock hiba, ezt csinálta nautilusnál (mármint akkor nem jelent meg semmi, egyszerűen csak nem tudtam rajta kattintani), firefoxnál (nem tudtam az oldalon kattintani semmire, vag görgetni, csak, miután jobb gombbal ráklikkeltem adott tabra, de utána ment...). De egy X restart után nincs ilyen gond
Megnéztem, de be van kapcsolva, Mouse Pol Interval meg 40 (most X restart "után" vagyok, tehát nem jelentkeznek a hibák, de gyanítom ez előtte is be volt állítva). Hát, mondjuk kikapcsolom, aztán megnézem egy teljes reboot után.mod - reboot megvolt, de elfelejtettem kivenni a pipát Ugyanakkor most nincs gond... fogalmam sincs, mitől lehet.
[ Szerkesztve ]
Theoretically, this damn thing oughta work now.
-
harry
veterán
Betűméret: nekem is az a gondom, hogy bár 19" crt és 1280 felbontás, de egyszerűen kicsik a betűk - firefoxban állítottam a méretét, na de ez meg nem megoldás, mert bár a betű nagyobb, a neki szánt hely nem. Tehát két sorból csak 1 látszik, félig kilógnak a betűk a "szövegdobozokból", pl. a prohardver oldalán, akár a bal oldali topiclistánál, fent a társoldalak betekintőinél, stb.
Ez így nem túl jó. A "nagyítás" azért jó, mert nagyít mindent - ennek hátránya viszont, hogy azt hiszem minden domain (avagy oldalnál) az alapértelmezett méret számít, avagy mindig át kell állítanom. Ráadásul a képméret növelése annak minőségromlásával jár...Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz body007 #20955 üzenetére
Azt hiszem próbáltam már azt is állítgatni, de böngészőben a betűméret nem változott De ha nagyobb is lenne, ott van, amit írtam, hogy bár a betű nagyobb, de a "helye" nem, így a szöveg kilóg, átcsúszik új sorba, nem látszik teljesen, stb... Ezért marad a felbontás visszavétele (ami semmiképp sem megfelelő), vagy a teljes nagyítás.
Theoretically, this damn thing oughta work now.
-
harry
veterán
Szeretnék egy olyan pendriveot, melyre telepíthetnék oprendszert (egy ubuntu home-server / media gép volna). Milyen szempontok volnának fontosak? Mekkora legyen a minimális írási/olvasási sebesség? Mennyivel lenne lassabb egy vinyónál? Mármint a tényleges használat alatt, nyilván olv/írásban lassabb egy pen, de ez mennyire érezhető pl. torrent, hálózati másolgatás, ftp, filmezés, stb esetén? Fontos, hogy csak az oprendszer lenne a pendriveon, van mellette egy vinyó is, ott van minden adat.
sheratan - rendben, megnézem.
Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz szaszayanou #20963 üzenetére
Nem kell, hogy hordozható legyen, csak gondoltam a rendszert (ami most komoly 2.5gb, kapna egy 4 vagy 8gb pen-t) elkülöníteném az adatoktól. Van olyan terület, ahogy gyakran írkál? pl /tmp és /var? Ezeket lehet a vinyón hagynám...
Igazából csak azért, hogy ha megdöglik a rendszer, és újratelepítem, vagy bármit variálok vele, akkor le tudjam csatolni a vinyót, és az adatok így biztonságban lennének. Erről vélemény, ez így jó lenne, nem?Amúgy az SSD nem hasonló elven működik? Mégis hány ciklusról van szó? Vagy láttatok már olyat, hogy valakinek bedöglött a pendrive-ja rendszeres használattól? Tudom, hogy elvileg így van, csak érdekelne a gyakorlatban is.
Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz Major Major #20965 üzenetére
Kisebbre Akkor pont, hogy kisebb lett - kivéve a böngészőben.
Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz #16820480 #20971 üzenetére
Most elvileg egy /data könyvtár, az adatokkal, külön partíción van, tehát lényegében el van különítve a rendszertől... jó hát végül is nem lehet nagy baj, csak akkor, ha particionálgatom a lemezt, no de az meg nem túl valószínű.
Bár most azon gondolkodom, hogy mennyi helyet hagytam a rendszernek, azt hiszem jóval többet, és nem kell neki annyi, lehet át kéne méretezni mindkettőt... ugyanakkor 1TB vinyóról van szó, szóval az a pár GB annyira nem jelentősTheoretically, this damn thing oughta work now.
-
harry
veterán
válasz ecaddict #21089 üzenetére
Bár nem néztem honnan indult a vita, de mint virtualizáció remek dolog lehet pl. szerverszinten. Sokkal jobb egy erős vason futtatni több virtuális gépet, sokkal jobban kezelhetők, backupolható, költöztethető, tesztelhető, szeparálható minden. Ráadásul itt is van mindenféle, paravirtualizáció, kernel szintű, stb.
Én eddig szerverszinten OpenVZ-t használtam, amire nekünk kellett, arra teljesen jó volt, érdemes volt emellett dönteni. Asztali szinten meg virtuális gépek teszt céllal (lemodellezni valami bonyolultabb műveletet, akár saját gépparkot építeni, tesztelni, gyakorolni). Ráadásul ahogy nézem egyre többen mozdulnak ebbe az irányba. Én mindenképp a virtualizáció mellett vagyok. Oktatási célkora meg végképp.[ Szerkesztve ]
Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz gyurman #21105 üzenetére
Proxmox -nak nézz után szerintem. Debian alapú OS, módosított kernellel, ami támogatja a KVM és OpenVZ virtualizációt, és ad egy webes felületet is, ahonnan az egészet kezelheted (vagy akár persze parancssorból). Neten vannak leírások, videók is. Ja és persze ingyenes.
Így akkor csinálhatsz két gépet, egyik lehet egy OpenVZ CentOS gép - valahogy meg lehet csinálni, hogy a mostani gépet, úgy ahogy van becsomagolod, átalakítod egy virtuális gép template-té, és átrakod az egészet virtuálisra (végül nem volt rá szükségünk, így ezt nem csináltuk meg, de annyira nem tűnt vészesnek, persze ennél kicsit bonyolultabb).
És csinálhatsz egy KVM gépet, amire meg lehet Win-t telepíteni, bár én nagyon nem ragaszkodnék ehhez a megoldáshoz.Mindezt egy fizikai gépen, mely így természetesen egy szerver lesz, tehát asztali gépként biztos nem tudnád használni, bár az előzményeket nem láttam, nem tudom, pontosan mire is keresel megoldást.
Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz gyurman #21109 üzenetére
Ha száműzöd a desktop és windows-os részt (ez utóbbi továbbra sem világos), akkor az openvz mehet, mert ahhoz nem szükséges hardveres virtualizáció támogatás.
Illetve ha nem proxmox-szal csinálod, akkor egy gui-s gépen is lehet olyan kernelt felrakni, amiben van openvz támogatás, és akkor maradhat asztali gép is grafikus felülettel, és mehetnek a háttérben virtuális gépek is.[ Szerkesztve ]
Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz gyurman #21113 üzenetére
Na hogy van ez, van egy win asztali gép (xp?) és ezen fut egy virtuális gépen egy linux, ami a fileszerver, és emellett van egy centos-es gép webnek?
Senki sem mondta, hogy vegyetek win szervert (eleve, mert a célra minek, másrészt, meg mert most írtad, hogy ezen felhasználói programok futnak, nem?), csak nem értem, hogy ha van egy linuxos gépetek szerver funkciókkal, akkor miért nem azon van a fileszerver is, és miért egy asztali win-es gépen fut virtuálisan?Theoretically, this damn thing oughta work now.
-
harry
veterán
válasz gyurman #21115 üzenetére
Válaszolnál a többi kérdésemre is? Így azért elég nehéz segíteni, hogy próbáljam meg kitalálni, mi-miért és hogyan van a gépparkotokban...
Akkor leginkább úgy lenne jó, hogy a win asztali gépet hagyod arra, amire az ki van találva: munkaállomás, user ott dolgozik - és fogsz egy vasat, ami már amúgy van a centos-nek, erre meg felhúzol egy proxmox-ot, megy rá egy centos virtuális gép webnek, meg egy másik, ami a fileszerver. Ezzel mi a gond?Theoretically, this damn thing oughta work now.
Aktív témák
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Alpha Laptopszerviz Kft.
Város: Pécs