Hozzászólások
-
SzerzőBejegyzés
-
2005-12-10-23:20 Hozzászólás: nVIDIA + Debian unstable gond: could not open the device file /dev/nvidia0 #2040751
elektromos vihar? Nekem kedden nem bootolt a gép. A BIOS látta a merevlemezt, de bootoláskor kifelejtette. Anyázás, RIP CD, onnan grubbal behúz, alaplap anyja elküldve a …, grub floppy, felkészülés a windows nélküli életre (az télleg csak HDD-rõl bootolható, de kár ;)), na még egy ötödik setup (hd0) hátha, és erre ment 😛
Minden magyarázat nélkül. Errõl ennyit.A 0-120as skála nem véletlenül a szabványos frekvenciatáblázat? Vannak adott nevû csatornák (pl. CH16), ezekhez pedig meghatározott frekik. Szerintem ez lesz… Az MPlayer és a TVtime is tud ilyet. Csak azt kéne megtudni, melyik tartományt nevezte csak simán számmal a wines TV-progi
(itt az ölemben éppen a UPC frekitáblázat, itt a csatornák C, S, E és UHF tartományokban vannak, a Videoton TV-n CH, CC és CX, a Thomsonon meg valami harmadik hülyeség – anarchia…). Az MPlayer és a TVtime a UPC-s papíron lévõ felosztást ismeri. Más progit nem használtam.Hülye kérdés: mi a különbség a JRE és a J2RE közt? Sosem tudtam eldönteni… 1.4.1-est is emlegettek J és J2 néven, az 1.5ös csomagjára jre volt írva a java -version meg Java 2 Runtime Env-et ír, …
Akkor most mi van? :Swow nekem 33%os a védelem, fent van egy chkrootkit (ha az spyware-nek számít ;)) de 1x se futott le ^^
(tûzfal a routeren, víruskeresõ meg a zöcsém wines gépén aztán kész ^^)modprobe usb-storage
mkswap /dev/sda1
swapon /dev/sda1Vélemény? 😉
[OFF]
razoli wrote:Némi alap:
Az x86 az architektúra (8086, 80286, 80386 (i386), 80486, 80586 (P1), …) x86-ból van 32 és 64 bites változat.
Az i386 azt jelenti, hogy 386-os processzorra lett optimalizálva.… meg 16 bites is (8086 8088 80286) hogy pontosak legyünk 🙂 De ezeken csak sok módosítás után fut a Linux, merthogy Linus eredeti célja a Linuxszal pont a 386os processzor megismerése, programozása és lehetõségeinek kihasználása volt.
[/OFF]
[ON]a topic címe kissé hibás, gondolom x64et akartál írni – ez az x86-64 alias 64 bites x86 architektúra pongyola rövidítése, nemtom ki volt az az ötletember aki elterjesztette, de gratulálok neki 😛 (elég fiatal lehetett, különben tudta volna, a zintel péhármasnak a gépében mitõl x86 a neve és nem fércel össze baromságokat… 80364, éljen, 64 bites 386os, csodás :P)
A NeroLinux a Nero eléggé butított változata, erõsen ellenjavallt… Csak adat CD-t/DVD-t tud írni, és még khm _kissé_ illegális is (megváltoztattak egy GPL linceszû grafikus felületet (gnome-toaster) és bináris formában adták tovább EULA alatt, a változtatás közlése nélkül)
A k3b parancs, ha beírod konzolba, mit ír ki? (ilyet még nem láttam, talán valami modulja helyett töltõdik be az OOo, de hogy miért? :eh: )
Próbáld ki az ECLiPT Roastert, nekem régen nagyon bejött 🙂 Sajna Uhu alatt pont nem sikerült elindítani, de asszem én voltam a hülye – Debian alatt simán megy különben.http://freshmeat.net/search/?q=cd+burn§ion=projects&Go.x=0&Go.y=0
Visszatérve az 1. kérdéshez: az Azureus sok memót eszik, ez fõleg amiatt van, mert Javás (részletekbe nem megyek bele, de ez önmagában magyaráz némivel több erõforrás-igényt). A másik ok a Linux memóriakezelésében rejlik.
A Linux 3 részre osztja kapásból a meglévõ RAM nagy részét, elsõ a ténylegesen programok által használt rész, középsõ a puffer (gyorsítótár) a végén a lemezgyorsítótár (ebben tárolja az éppen használt/módosított/létrehozott fájlokat, fájlrészeket a lemezre írás elõtt). A fennmaradó 1-2 MB meg marad üresen. Tehát 98% fizikai memóriahasználat != 98% lefoglalt memóriaerõforrás!Ha nem PnP a kártya, valahogy tudd meg, milyen IRQ/DMA/IO értékekre van belõve, és modinfo $modulneve paranccsal nézd meg, hogy kell megetetni ezeket a modullal. (vö setup.exe, mint a régi DOS-os idõkben ;))
-
SzerzőBejegyzés
legutóbbi hsz