-
Fototrend
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
Kicsivel a kövi LTS után.
@ubyegon2: Én a haladó topikot úgy értelmezem, hogy az alap, kiinduló pontokat leírva, értelmezéssel együtt megkapja, akkor ő már meg tudja oldani, mert haladó. És nem kell azzal vesződnöm, hogy step-by-step magyarítok egy leírást, kiegészítve olyan elemekkel, hogy hol van a terminál. Ezenfelül vannak a személyes tapasztalatokból gyűjtött információk (legyen az figyelmeztetés, vagy rövidebb út, stb.), melyből a témában nekem nincs.
Bevallom, sosem fogott meg a téma, bízom benne, hogy az alaplapom megoldja a feladatot. Bár szegény CPU hűtő nagyon gyorsan pörög szerintem, de így sincs hangja. -
Jester01
veterán
Igen, de az ott általános megjegyzés volt, nem biztos, hogy mindig ssd-re másolsz
bambano: Az ilyen másolások nagy többsége véleményem szerint gyári új eszközre történik, ott meg ez nem hasznos, hacsak nem akarod egyből tesztelni is. Egyébként is vigyázni kell, mert ez így a GC-t hosszabb távon összezavarja. Szóval ha ilyet akarsz akkor inkább /dev/zero-ból kell először kinullázni (ez ráadásul sokkal gyorsabb is lesz mivel nem kell olvasni semmit) aztán security erase, hogy kitisztítsa a fejét és utána mehet a fájlmásolás. Szerintem.
UI: tömörítős ssd-nél nem jó a /dev/zero, oda /dev/urandom célszerűbb.
-
F34R
nagyúr
-
CPT.Pirk
Jómunkásember
Én jártam úgy a Manjaronál, hogy nem kipróbált csomagokat raktak ki a stabil ágba és frissítés nem lett jó. Mikor szóltam akkor elnézést kértek és javították hamar, de addig fél napig nem ment a KDE ez miatt.
Később az ilyenek miatt átmentem a rokon Chakrára, csak ott meg szerintem kevés a dev gárda, így kicsit lassan mennek bizonyos dolgok.
-
bambano
titán
te most félsz tőlem?
a magam részéről azt gondolom, hogyha gyakorlatilag nulla napos tesztverziós szoftvereket használsz, akkor tényleg csetleni-botlani fog, de akkor nem lehet arról beszélni, hogy mi történt 12 év alatt, mert a cuccok nem 12 év fejlesztés után kerültek a kezed alá.
nekem is van olyan, hogy hirtelen elkezd omlani az X, olyankor szétszedem a gépet és kitakarítom a vga kártya hűtését. egyébként javaslom olyan disztrók telepítését, amik nem kísérletező kedvűektől származik.
a gui-s toolok is lehet, hogy omlanak, de szerintem elég, ha egy terminálod van
szerk: "Az, hogy milyen disztro, szerintem kb. lenyegtelen, mert amit meg lehet oldani valamelyik disztron, azt a masikon is.": nem, mert pl. a debianban ősöreg X van, arra tényleg mondhatod, hogy 12 év fejlesztés, az nekem nem is omlik. Az ilyen waylandos, mires kompozitoros lomok omlanak, de azok nem 12 évesek.
-
Vladi
nagyúr
Esetleg próbálj meg valamilyen stabilabb disztróra váltani, mint centos vagy debian.
Én ezt az instabilitást inkább a túl gyors fejlesztésre fogom. Nem kell akkora ütemben erőltetni az újdonságokat, nagyobb gondot kellene fektetni a már kész dolgok javítására.
Persze tudom, hogy a világ pont nem ez irányba halad.
-
spammer
veterán
Hát azért számít a disztró, már csak az eltérő csomagverziók miatt is, legalábbis bug/crash szempontból nem elhanyagolható. Aztán hogy mennyire lehet megoldani, mennyire kell belenyúlni, az megint egy újabb kérdés.
Igaz, nálam nincs ilyen komoly munkaállomás, csak egy laptop, szerencsére sima inteles, semmi nvidia/amd bűvészkedés. Kicsit több, mint fél éve Arch+awesomeWM+compton+urxvt+vim fut, meg Firefox és Chrome is, néha Thunar is, de lekopogom, még semmi gondom nem volt. Azért elég durva, nálad valami komolyabb video driver nyűgje lehet.
A certifikáció amúgy nem egy adott disztróra és verziójára vonatkozik? (pl. Ubuntu, RHEL vagy ilyesmi). Vagy hogyan szól ez? Mert elég gyorsan változnak a csomagok és a kernel, főleg egy rolling disztrónál, mivel tudják garantálni a stabilitást egy munkaállomás esetében?
-
A nyílt driver van fent, ami a nem-webes játékokat nagyon szépen futtatja.
Az fglrx 2D-ben sokkal lassabb, mint a nyílt radeon - legalábbis korábbi tapasztalataim szerint.
Arra tudok tippelni, hogy valami nincs aktiválva / beállítva megfelelően, netán hiányzik egy-két csomag. -
lev258
veterán
A bumblebee most már elsősorban primus név alatt fut (fejlesztik jelenleg is) és tudtommal nincs vele baj. Azt viszont el kell fogadni, hogy nem vált automatikusan a kártyák között terheléstől függően, viszont lehet váltani manuálisan, illetve lehet adott programot a dedikálttal indítani.
AMD fronton meg annyit, a zárt driverre sok mindent mondanak (Windowst használók is), a nyílt viszont jön föl szépen. -
kovaax
őstag
Attól függ az egyszerűsítés, hogy mit akar tudni... Valid válasz az is, hogy bridging-nél két hálózatra csatlakozik a "bridge" (két hálózatot köt össze), míg bondingnál ugyanarra (sávszéleség növelés vagy redundancia miatt). És még lehet ragozni (pl. router - bridge különbség)...
Szerk.: Az a két hálókártya egymás után akkor is vad...
-
Ha be van lőve egy icewm is kb úgy néz ki mint egy xp, állítgatni persze nem nagyon fogja tudni (mondjuk egy kezdőnek egy lxde sem biztos, hogy a legegyszerűbb ha testre kell szabni), de ha csak használni kell arra tökéletes, egyébként pont egy 512mb-os Pentium M-es laposon próbálgattam a fenti Linuxok nagyobb részét és az Antix Icewm-el azért érzékelhetően gyorsabb volt pl a Lubuntunál.
ati012: Akkor úgy kérdezem milyen magos a Cerka? -
Fritz Teufel
addikt
Tegyem vissza a Windowst? Az zökkenőmentesen működik...
Vladi: semmi komolyabb dolog nem megy, de mégis visszafogja a gépet. Persze, addig nincs probléma, amíg nem nyitok meg komolyabb weblapokat egyszerre. A qBittorrent bug lehet, korábbi verziók nem voltak érzékenyek erre, pár frissítés óta öli a xorgot.
Gondolkodtam azon is, hogy felteszek egy 3-4 éves disztrót, elvileg azoknak probléma nélkül kell futniuk. A Debian 7.5-is lefagy, de ott csak és kizárólag a xorg. Az alatt soha nem fagy le a rendszer. Ennyit a Debian stabilitásáról. Érdekes, hogy az Ubuntu 13.10 a milliónyi bugot leszámítva zökkenőmentesen fut. A xorg is stabil. A 14.04 ugyan úgy lefagy mint bármi más. Még esetleg megpróbálhatnék egy kernelcserét is, még a 3.14-et használom.
-
Ehhez képest van egy csomó játék, ami régi vagy kb. senki nem játszik vele (ezekhez tuti nincs specifikus támogatás), és AMD APU-n hibátlanul megy, nV-n pedig képhiba, vagy crash az eredmény (windows-on). Persze gondolom fordítva is van ilyen.
A linuxos driverek pedig AMD-nél is folyamatosan fejlődnek néhány éve. Persze még nem érték utol az nV-t, de már rég nem az a foshalmaz, mint mondjuk 6-7 éve volt.
Mondom ezt úgy, hogy az elmúlt hónapokat egy GPU gyorsított video konverter írásával (ennek elkezdésével) töltöttem linuxon, és mindhárom gyártó drivereivel szívtam az összes lehetséges módon. -
Igen, mert nem szükséges őket gyorsan elérnem, viszont a szabad területen gyakran keletkeznek és törlődnek ideiglenes file-ok.
Jelenleg van a winyó elején egy partíció az ideiglenes fájloknak, és a végén egy az adatoknak, de jobb lenne, ha nem kellene fix korlátot szabnom egyiknek sem.
-
-
MacCaine
őstag
Erre egy olyan megoldást tudnék elképzelni, hogy a guest rendszer bridge-elt hálókártyával csatlakozik a netre, ezáltal nem belső IP címet kap. Mondjuk ez felveti azt a problémát, hogy megváltozott IP cím estén a DNS-ben is turkálni kell (vagy fix IP cím a guestnek is, de az pénzbe kerül).
-
rt06
veterán
subtree check az elejetol ki van kapcsolva
igy neznek ki az exportok
/mnt/nfs 192.168.0.0/24(rw,fsid=0,no_root_squash,no_subtree_check) 2a01:368:e10d::/64(rw,fsid=0,no_root_squash,no_subtree_check)
/mnt/nfs/rpi-gentoo 192.168.0.0/24(rw,nohide,no_root_squash,no_subtree_check) 2a01:368:e10d::/64(rw,nohide,no_root_squash,no_subtree_check)
/mnt/nfs/rpi-raspbmc 192.168.0.0/24(rw,nohide,no_root_squash,no_subtree_check) 2a01:368:e10d::/64(rw,nohide,no_root_squash,no_subtree_check)
/mnt/nfs/rpi-xbian 192.168.0.0/24(rw,nohide,no_root_squash,no_subtree_check) 2a01:368:e10d::/64(rw,nohide,no_root_squash,no_subtree_check)es ez igy kerul mount-olasra a boot soran (ebbol en csak az ip-t a v3-at es a nolock-ot mondom meg neki):
192.168.0.2:/mnt/nfs/rpi-gentoo on / type nfs (rw,noatime,vers=3,rsize=65536,wsize=65536,namlen=255,hard,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.0.2,mountvers=3,mountproto=tcp,local_lock=all,addr=192.168.0.2)jah, az elozohoz meg hozzatennem, hogy a /run konyvtaram is kiurul
-
Jester01
veterán
Ahha. Egyébként a readme az az eredeti linux bejelentés szövege 1991-ből.
Új hozzászólás Aktív témák
- Gyermek PC játékok
- Eladó Steam kulcsok kedvező áron!
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Eladó szép állapotban levő Huawei P30 Pro kék 6/128GB 12 hónap jótállással!
- NJOY Aster 3K 3000VA/2700W Rack Szünetmentes Táp
- Xiaomi Redmi 12 Pro 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- AKCIÓ! Dell Alienware M17 R3 Gamer notebook - i7 10750H 16GB DDR4 1TB SSD RTX 2070 8GB WIN10
- Intel X540-T2 dual-port 10GbE RJ45 hálózati vezérlő (10Gbit, 2 port, áfás számla, garancia)
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest