Új hozzászólás Aktív témák
-
brazso
tag
Apám gépét (Win98) szoktam néha távolról rendbe hozni. Fut nála egy vnc szerver, én pedig a Krdc (Remote Desktop Connection)-el kapcsolódom hozzá. WinXP-nél, ahogy Sipi írta, nem kell külön vnc szerver.
Mellesleg mi a probléma a valknut-tal? Mostanában csak torrent klienseket használok, de nem volt gondom korábban a valknut-tal sem.
[Szerkesztve] -
escie
őstag
ugyanez mostanság a problémám nekem is.
a rendszer mérete nem vészes, de ha felmegy egy ut2004, doom3, q4, már meg is csappant a partícióm mérete.
mióta Gentoo-zunk, megszűnt az értelme a /home külön partícióra tevésének, mert egyszer felmegy, aztán míg vinyó a vinyó, rajta is marad, csak frissülget. én meg leválasztottam annakidején vagy 20Gbyte-ot, a rendszernek, aztán szűkölködök itt... -
-
#2523
dr_strange
senior tag
gd5424
#2522
dr_strange
senior tag
a shadow átvette a pam-login szerepét, tehát jogosan blokkolja a shadowt, ha fenn van, ez nem hiba; egyszerűen unmergelni kell a pam-logint és feltenni a shadowt
a jaspernél pedig pont mgát a hibaüzenetet nem másoltad be (felette van), csak az emerge végső halálnyögéseit; ami releváns, az a gcc hibaüzenete, kicsit feljebb -
Sipi
addikt
Nekem nforce4-es chipsetem van. Ehhez képest a hálózatot valami Cicada, a hangot ALC880, a firewire-t VIA kezeli.
Állítsd be az ALSA_CARDS=''intel8x0''-t a make.confban, és emerge alsa-drivers! Feltesz mindent ami ehhez kell, beállítod.
A Linux alatt a hanglejátszás a hanglejátszó dolga, nem úgy, mint a 250 megabájtos Windows-drivereknél. Az ALSA kártyától függően biztosítja a 2.0, 2.1, 4.0, 4.1, 5.1, 7.1-es lejátszás lehetőségét. Ebből azt használod, amit akarsz. Az alap (default) kimeneti eszköz többnyire a legmagasabb számú lesz, de pl. xmms-ben, ha az alsa plugint állítod be kimenetként, megadhatod, milyen eszközön játssza le. A /usr/share/alsa/pcm-ben lévő fájlok neveit lehet használni, pl. surround51.
Egyes kártyáknál nem tudja kezelni az ALSA a hardveres mixert, viszont manapság a szoftveres (dmix) plugin alaphelyzetben be van kapcsolva. Az én gépemen alapból megy minden, nem kellett semmit bütykölni.
Sipi -
Sipi
addikt
A gyári nforce driver minden disztróban olyan, amilyen. Nem tud ALSA-t, csak OSS-t, ergo a hw mix alapból kizárva.
Nézd meg pontosan, milyen chipset van benne! (Az nfoce sokszor csak egy híd, és pl. ALC850-es chip az igazi hangkártya.)
Ha Intel High Audio van benne, a hda-intel modul kell, egyébként valószínűleg az intel8x0 lesz jó.
Sipi -
Sipi
addikt
Na ja. A disztrók egy része i386-ra van fordítva, a többi pedig i686-ra. Csak közben van ám SSE, SSE2, 3dNow, stb. is.
A stage1-el az a gond, hogy rengeteg kezdő vágott bele a telepítésbe, nulla tudással. És persze nem ment, kérdésözön a fórumokon. Így egyszerűbb az alaprendszer telepítése (lényegében csak egy kitömörítés). Nem lesz gond a gcc, glibc hibáival.
Utána pedig egy kész rendszeren belül már könnyebb frissíteni mindent.
Sipi -
escie
őstag
az ilyen új funkciók támogatása a gcc a feladata. ezügyben tehát az ő dokumentáciáját érdemes nézegetni.
szerintem hamar bekerülnek, mert ezek jóldokumentált dolgok.
futni meg futnia kell, úgysejtem i686 osztályú procik ezek...
(remélem sok butaságot nem hordtam össze.)
[Szerkesztve] -
Sipi
addikt
Egyébként a forrásból telepítés valóban nem szükségszerűen jelent gyorsulást. Egy szövegszerkesztő nem gyorsul az MMX, SSE használatától. Multimédiában viszont tutira otthagyja a Windows-okat.
Inkább olyanokkal lehet játszani, mint a 4.1-es gcc új dolgai, vagy a prelink: ezek a C++ alapú programok indítási sebességét növelik nagyban. (Ja, a Portage automatikusan prelinkel, ha fent van a prelink.)
Telepítésnél majdnem mindegy, stage1 vagy stage3. Az első emerge sync után úgyis újabb csomagok lesznek elérhetőek a systemre is, ergo az első emerge world után ugyanott vagy, mint ha stage1-ről indulnál. Valószínűleg ezért nincs már stage1-2 telepítés, sok a gond vele (kezdőknél), és nem sokkal később ugyanoda érsz stage3-ról is.
Mod: ami a Gentoo-ban kihasználható még: lassabb, kevés memóriájú gépeken a -Os gcc flaget megadni. Ezzel méretre optimalizálod a programokat. Márpedig pl. egy ősrégi Pentium2-n nem tudsz annyit gyorsítani sehogy, mint amennyit lassíthatsz, ha elfogy a memória. Ilyen gépen inkább az I/O alrendszer a lassú, ezért kisebb programok hamarabb töltődnek, kevesebb RAM-ot fogyasztanak, így nem kell swapelni. Új gép, sok memória esetén erre nincs szükség.
Sipi
[Szerkesztve] -
Sipi
addikt
Igen, a leállásnál frissíti a BIOS-órát (ha kéred). Kell is, hiszen kikapcsolt állapotban csak az ketyeg, bekapcsolás után onnan olvassa ki a kedőidőt, majd onnan alakítja, saccolja, stb.
Az ntp-vel persze egyszerűbb lesz, mert a sok tökölés-számolás után ntpclient indul, idő letölt, átállít.
A különbség az, hogy a Linux nem a BIOS-órától függ, állítani inkább csak ''szívességből'' állítja. Ráadásul pl. nyári időszámítás miatt a BIOS és a Linux belső ideje eltér. Mint írtam, ilyenkor a BIOS átállítódik, pl. előre tekerődik egy órával. A Linux órája nem, ugyanannyi lesz rajta, csak az időzónád infói alapján hozzáad plusz egy órát. Így a kijelzett, számolt idő jó lesz, de a háttérben nem annyi van.
Sipi -
Sipi
addikt
Természetesen támogatja, fut rajtuk. Ez a kernel része, abba kell SMP támogatást fordítani.
Linux already supports the Core Duo and the Centrino Duo platform very well.
The kernel recognizes the cores and is capable of scaling the frequency independently for each core, as well as sending the CPU's into C-states independently (aka Deeper Sleep)
The Linux kernel is very efficient at multitasking and can be configured (as is default on several major distributions) to be preemptively multitasking
Parallel boot has been implemented on some degree with every distribution, and more and more distributions are taking advantage of the wonderful tools like Bootchart for analyzing boot time. I work primarily for Ubuntu's community, so I'll speak specifically for Ubuntu but it applies to most distributions: We used Bootchart in our past two releases to identify bottlenecks during bootup, and at this point we are optimized to the point that we are hitting all disk IO bottlenecks. Until the entire init system gets smarter, like with initng, our bootup is optimal. On my core duo, it's 40 seconds from power on to a login screen, and a total of 1 minute to a fully ready GNOME desktop. I think that's fairly impressive -- a lot faster than Windows systems and a handful of seconds slower than OSX's insanely fast bootup.
Most of the Core Duo's battery life improvements are hardware based (i.e. having C-states use less power, lower TDP, etc), so Linux already takes advantage of it by doing everything it's been doing on the Pentium M and similar mobile architectures.
Finally, Ubuntu Linux supports all the hardware on the Centrino Duo platform (including the ipw3945 wireless card) out of the box. Several other distributions do or almost do, too.
Sipi
[Szerkesztve] -
Sipi
addikt
Az UTC az igazi, a local akkor kellhet, ha Win is van mellette dual bootban. (A Win sem kezeli a lokál időt...)
A legtöbb rendszer a BIOS óráját használja. A Linux nem, mivel az a legpontatlanabb - indulás után onnan olvassa ki az időt, kicsit tippel, hogy az eddigiek alapján kb. mennyivel lehet arrébb, és onnan a rendszer valamelyik periodikus időmérőjével számol. Leállításkor elmenti az aktuális időt (ha kéred) a BIOS-ba. Ha állítgatod, ezért tutira szétesik az idő.
Win, BIOS úgy megy, hogy az időt ténylegesen egy órával ide-oda cseszegeti nyári-téli váltáskor. A Linuxban ilyen nincs. Van egy óra, aminek van ideje. És ehhez ad/elvesz adott mennyiséget, attól függően, hogy melyik időzónában vagy, és téli-nyári számítás van-e. A local-lal ezt jelzed neki, hogy van fent más program is, ami időnként eltekergeti az időt. A Linux alapból nem állítja át, mindig egyenletesen számol.
Igen, ntp-client így. Ezután megadhatod az ntpd-t is a defaultba, de nem kötelező, ha nem zavar egy kis eltérés. Az ntp-client a fontos, mert ez állítja be a kezdeti pontos időt, amihez képest az ntpd majd viszonyít.
Ha futtatod az ntp-clientet, valószínűleg nem is kell kézzel buherálnod az órát. (Sőt, ilyenkor kifejezetten tilos, illetve értelmetlen. Ha be akarod állítani, inkább futtasd megint az ntp-clientet!) A BIOS óráját pedig nem szabad állítani.
Sipi -
Sipi
addikt
/etc/conf.d/clock-ban, ha csk gentoo van, akkor UTC, esetleg CLOCK_SYSTOHC yes.
Innentől nem tudom, mi kellhet még... Ha date paranccsal beállítod az időt (vagy gnome alatt az órán, root jogokkal), mennie kell.
A BIOS-hoz ne nyúlj, attól fejreáll, mert a BIOS nem kezeli jól a helyi időt.
Először szedd ki az ntp-t, kézzel állítsd be, majd meget. Az ntpd-hez érdemes az ntp-clientet is indítani, ez állítja be először az időt, az ntpd csak az eltéréseket korrigálja.
Sipi -
#2221
dr_strange
senior tag
gd5424
#2220
dr_strange
senior tag
töröld az /usr/portage/distfiles és az /var/tmp/portage könyvtárak tartalmát, valamint nézd meg, nincs-e beállítva a make.conf-ban, hogy automatikusan minden emergelésnél bináris tar.bz2 csomagot is készítsen a cuccokból, amit az /usr/portage/packages alá pakol (ha jól emlékszem a könyvtár nevére)
ha ccache is be van állítva/föl van telepítve, az is további 1-2 giga beállítástól függően
6G egyébként nem olyan sok egy gentoonak... -
Sipi
addikt
Az openoffice csomag forrásból telepíti, melyhez kb. 5-6 giga szabad hely kell.
Javaslom az openoffice-bin csomagot, előpanírozott, elősütött, előfordított állapotban. Semmit nem von le élvezeti értékéből a -bin szócska - sokak szerint semmivel nem lassabb, mint forrásítani.
Sipi -
#855
dr_strange
senior tag
gd5424
#852
Egzakt cikket nem találtam, csak utalásokat, hogy megy ezzel is.![;]](http://cdn.rios.hu/dl/s/v1.gif)
)Új hozzászólás Aktív témák
- Revolut
- Milyen légtisztítót vegyek?
- BestBuy topik
- OnePlus 15 - van plusz energia
- Egérpad topik
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Azonnali alaplapos kérdések órája
- A fociról könnyedén, egy baráti társaságban
- Kertészet, mezőgazdaság topik
- Fejhallgató erősítő és DAC topik
- További aktív témák...
- Szerver / szerverterem / szerver infrastruktúra felvásárlás, 1-1db is, kiszállással, logisztikával
- Tablet felvásárlás!! Apple iPad, iPad Mini, iPad Air, iPad Pro
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- HIBÁTLAN iPhone 13 Pro 256GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS4648, 100% AKKSI
- Xiaomi 13 Pro 12/256GB Ceramic Black használt 6 hónap garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest