- Xiaomi Watch 2 Pro - oké, Google, itt vagyunk mi is
- A hagyományos (nem okos-) telefonok jelene és jövője
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Fotók, videók mobillal
- Motorola Moto G54 5G Power Edition - nem merül le
- Samsung Galaxy A56 - megbízható középszerűség
- Apple Watch
- Motorola Razr 60 Ultra - ez a kagyló könnyen megfő
- One mobilszolgáltatások
- Honor 400 Pro - gép a képben
-
Mobilarena
Arch Linux topik
Új hozzászólás Aktív témák
-
Helo!
Ehhez kapcsolodik a kerdes, ami egy ideje foglalkoztat.
Van egy sima Arch installom az egyik dolgozos gepen. Most kozel egy evig nem fogom hasznalni, mert epitkezni fogok, es magat a gepet is eladtam alola. Egy SSD-n van jelenleg.
Ha egy ev mulva berakom egy gepbe, akkor az update siman le fog menni?
Vagy az osszes ilyen manual cuccot fel kell jegyeznem, hogy minden jo legyen?
Vegso esetben gondoskodom, hogy valami kicsi gepen hetente felfrissitsem, de csak ha nagzon muszaj.
Barmilyen info jol jon a temaban.Koszi elore is!
-
Shyciii
veterán
Jó ha így nézzük, akkor öreg motoros az is, hogy fősulin IRIX-en irc-eztem egy O2-őn, de józan ésszel 5 év az IT szektorban rohadt sok idő. Pl ha én 5 évet kihagynék a szakmámban, mint Rendszermérnök, akkor olyan szinten lennék a technológiákban lemaradva, hogy utána szinte már el sem tudnék helyezkedni, aztán mehetnék pakolászni a Tescoba.
-
Shyciii
veterán
BoB
4 év IT-ban eléggé réginek számít már. Legalábbis mint technológia.
Amúgy ha jól tudom a screenfetch sem idősebb 5-6 évnél, vagyis minimális "előnye" van csak.Frawly
Azt a videót én is láttam. Én sem értem, hog miért bloat, mikor egy config file-al gyönyörűen szabályozható, hogy mit jelenítsen meg, és milyen formában. Érthetetlen, hogy neki bloat-nak számít az, hogy sok információt képes megjeleníteni, ha AKARJA az ember. Amúgy ha jól rmélik néztem is akkor a commenteket, és eléggé ki is osztják az ürgét, hogy a neofetch azt jelenít meg amit akar, használja a config file-t mielőtt hülyeségeket állít
F34RMi az hogy sok felesleges infót jelenít meg? Azt jelenít meg amit a felhasználó akar. Ha csak egy sor-t szeretne ami mondjuk csak az Uptime-ot mutatja, akkor csak azt mutatja. Ez mitől bloat? Most már ott tartunk, hogy ha sok információt képes megjeleníteni egy program a felhasználó kérésére, és nem ráerőszakolva a userre, az már bloat?
-
Frawly
veterán
Tudom, beállításokat és addonokat is. De erre minden böngészőnél van saját sync megoldás.
(#6217) jimmy399: én is vagy LUKS-szal vagy ATA jelszavas hardveres AES titkosítással védem a meghajtóim. De nem mindenki jár el így, nekik fontos, hogy a Keepass titkosít. Iletve fontos a password manager titkosítása akkor is, ha mondjuk a keepass adatbázist mondjuk átviszed telóra, ahol nem lesz se LUKS, se ATA/AES jelszó.
-
Frawly
veterán
Igazad van, rosszul emlékeztem. Régen "Samsung SSD 8*" szerepelt benne, de végül a 860-asra feloldották, a 840 rajta maradt, a 850-esre emlékeztem teljesen rosszul.
Akkor az viszont lehet oka, hogy a 850 Pro amiatt lassul be, mert az NCQ TRIM le van tiltva, emiatt a kernel azonnal kikényszeríti a végrehajtását.
-
Frawly
veterán
Ez sajnos nem tűnik igaznak. Mármint nem téged kritizállak, hanem a hír valódiságát. Most próbáltam ki egy pacman -S base parancsot, a core tárolókban még a régi metacsomagot jelenti, aminek 53 csomag a tagja. Az testing tárolókban is még mindig egy metacsomag, de már csak 3 tényleges csomagot foglal magában: gcc-libs, glibc, linux. Tehát nem igaz, hogy kernelt nem tartalmaz.
Az meg egy kritikus döntés, hogy e2fsprogs-ot sem fog, mert az nagyon szükséges lenne, meg ha a kernelt is kiszedik belőle, függőségnek be kéne húzza mindkettőt. Ez a túlzott karcsúsítás csak arra jó, hogy egy csomó kezdőbb user kifelejtsen valamit, aztán menjen a vergődés, hogy se formázni, se ellenőrizni nem tudja a fájlrendszereit.
Az viszont nem baj, ha a text editort kihagyják belőle. Eddig vi volt a default, de azt sokan nem tudják használni, aki meg guru, úgyis gvim-et tesz fel (akkor is, ha terminálban használja, mert a gvim csomagban lévő vim-ben normálisan működik a vágólap a grafikus felület felé). Aki meg nem ismeri a vi/vim-et, az meg eddig is nano-t használt, vagy mceditet, vagy hasonlót, most csak annyi a különbség, ha nano-nál marad, akkor fel kell tennie.
-
Frawly
veterán
Mielőtt valaki jönne, hogy rövid időn belül már a második frissítés problémás Archon, annak azért elmondanék előre pár dolgot:
1) Ez a két érintett csomag elég ritkán használt. A tensorflow egy gépi tanuláshoz való valami (nem sokan foglalkoznak vele), az astyle forráskód formázáshoz (amit azért nem használnak sokan, mert azt a fejlesztői IDE-k is automatice megcsinálják). Tehát egyszeri Gipsz Jakab átlagfelhasználó általában ezeknél nem is érintett egyáltalán. Általában azért is szoktak ezek ritkán használt csomagnál előfordulni, mert azok ritkábban frissülnek és ilyenkor nagyobb közöttük a verzióbeli ugrál általában.
2) Az ilyen figyelmeztetéseket legtöbbször már maga a pacman is kiírja, elismételve a hírt, arra az esetre, ha valaki nem követi az Arch oldalát.
3) Általában ezek könnyen megoldhatók. Ha a hírre nem is figyelmeztet a pacman (de szokott), hanem csak pl. azt írja ki, hogy blabla already exists, akkor azt a bizonyos fájlt, symlinket csak el kell távolítani sudo rm-mel vagy pacman --overwrite-tal felülírni. Ha azt írja, hogy package conflict, akkor a vonatkozó csomagot el kell távolítani sudo pacman -R kapcsolóval, az új megfelelő csomag meg be lesz húzva függőségként Szóval a megoldás általában valami pofon egyszerű valami, nem kell hozzá feltétlenül az archlinux.org hírszekcióját követni árgus szemekkel.
4) Évente jó ha 1-2 ilyen van. Általában az is valami apróbb-cseprőbb csomag. Jelentősebb szopó frissítésnél Archon akkor volt, mikor systemd-re álltak át, de az minden disztrónál szopó volt. Azóta csak ilyen apró, könnyen megoldható manual intervention-ök vannak nagy ritkán már évek óta.
-
Frawly
veterán
Az 5.2-es kernellel eltört a Wine, de nem telt el egészen 24 óra, jött a javítás, Wine 4.12-es, ezzel már jó. Az eltörtet úgy kell érteni, hogy futott, de boothibát írt ki, le lehetett okézni, onnantól működött minden rendesen. Gyorsan rendbeszedték. Ez a jó az Archban, ha el is törik valami, hihetetlen gyorsan lépnek. Aki nem frissít túl gyakran, mondjuk csak hetente, az bele sem fut jó eséllyel.
-
Shyciii
veterán
Nekem nem az van fent va-api gyorsításra, hanem a libva-intel-driver.
A media-val is próbálkoztam (Kaby Lake-es procim miatt), de asszem azzal nem ment a chromium hardveres gyorsítása. CPU ugyanannyit zabált, mint előtte. Tán pont ezen a fórumon tárgyaltuk anno, hogy a libva-intel-driver, vagy az intel-media-driver a megfelelőbb, de már nem emlékszem, hogy konkrétan mire jutottunk. -
-
Frawly
veterán
Nem, nem arra gondoltam. Meg lehet úgy csinálni, hogy időkorlátra való tekintet nélkül nem kell többé beírni a jelszót rebootig, még másik ablakban sem. Ez még kényelmesebb, mint az időkorlát megemelése. De képzeld el, hogy véletlenül lefut valami szutyok, ami simán root jogot kap, mert már egyszer aktiváltad a sudo-t. Nem véletlen, hogy az összes disztróban a default az 5 perc körüli idő. Igen, kényelmetlen állandóan beírogatni, kellemetlenséggel jár, ha lejár, de a felhasználó saját biztonságát szolgálja.
Ha csak az a baj, hogy yay-es telepítés vége felé time out-ol, simán újra kell csak indítani a yay -S programnév paranccsal, akkor látni fogja, hogy .cache-ben már le van fordítva, és egyenesen a telepítéséhez fog hozzákezdeni az elkészült, azaz a már lefordított és betömörített AUR-os csomagnak. Vagy amit már írtak, hogy a yay tartja meg a sudo jogot egy kapcsolóval.
-
Szeretnék egy AUR helpert.
Ehhez a wiki szerint először a makepkg -si parancs kell, ami nem hajlandó rootként futni.
Root nélkül pedig ott akad el a dolog, hogy a pacman-hez root jog kell, de a user jelszót kéri be, majd ha beírom, akkor azt mondja, hogy a júzerem nincs a sudoers file-ban.
Ha nem muszáj, nem is tenném be. -
Frawly
veterán
Igen, most jelenleg egy elég új csomag van belőle, de hosszú hónapokig csak egy régebbi volt elérhető, valami 0.7-es vagy 0.9-es, mikor a git-ágban már rég az 1.0RC ment. De majd idővel elavul újra a sway csomag. Igen, Archon valóban frissek a csomagok, de azért 1-2 kivétel, meg 1-2 lusta csomagfenntartó akad sajnos. De mint mondtam, ebbe az 1-2 perc fordítási időbe senki nem döglik bele.
Ez szokott lenni a dwm-mel is. Ott is mindenki fosik, hogy újra kell fordítani, ott ráadásul minden konfigolás után, de az meg csak másodpercekig tart. Abból is van csomag, de mivel minden konfigurálás után úgyis újra kell fordítani, nem érdemes használni. Kicsit ilyesmi a Sway is, bár azt nem kell újrafordítani konfiguráláskor, de érdemes belőle a legropogósabb git-dev verziót használni.
kékluficet: nem kell ide ebuild meg emerge. git clone https://faxtudjami/sway/blabla.git, cd mappa, make és kész. Persze előtte a wlroots-ot kell ugyanúgy fordítani. Nem egy nagy technológiai malőr.
-
Frawly
veterán
Sway-t nem ajánlják, mert elég gyorsan fejlődik, a stable disztrócsomagokban pedig egy régi verzió van. Bugjelentést sem fogadnak el róla, azonnal elutasítanak a fejlesztők is kérdéssel, kéréssel, ha nem a legújabb verziót használod. De mint mondtam, egy gyenge gépen is kb. 2 perc lefordítani, gyorsabbon meg néhány mp..
Plusz akinek Gentoo-ja van, az pont azért tette fel, mert nem akar tárolóktól függeni.
-
Shyciii
veterán
-
Frawly
veterán
Nekem egyébként egyre kisebb jelentősséggel bír, ha lesz időm kísérletezni, akkor átállok saját fordítású kernelre, és a kernel.org-ról leszedve fordítok mindig magamnak újat. Az Arch-osból pl. nekem hiányzik a 16 bites alkalmazások támogatása, mert úgy lett lefordítva.
Csak addig idő, míg a fordítási profilt kikísérletezem, de utána ugyanazzal a profillal mindig lefordul pár perc alatt a legfrissebb kernel, és nem kell Tobias meg Heftig meg mit tudom kikre várni, hogy majd ha lesz elég szabadidejük, akkor esetleg betolják valamelyik tárolóba az újabb kernelt, meg kedvükre tiltogatnak belőle mindenfélét, ami szerintük nekem nem kell bele.
-
Minttérítő...hm ez nem rossz, jó pár más jelzőt is aggatnának rám sokan! 😬
Persze nem igaz a jelző, csak néha ajánlom kezdőknek, ha egy igazán könnyen kezelhető sokáig stabil super disztrót keresnek.😁 Bő 5 éve használom ugyanazt gond nélkül, naná, hogy ajánlom! (amúgy már visszavonultam közkívánatra...féligmeddig)
Ez a nemrégiben ISO feltörés valóban megvolt, de ez máshol is előfordul és nincs sok köze a disztró megbízhatóságához. Pár napja a Szamárpingvin járt hasonlóképpen. Ettől a Dzsentó rosszabb lett?
A Mint túl népszerű volt, amiatt történt a dolog, a Gentoo....páran arról is hallottak azért! 😁
-
vargalex
félisten
De, szerintem is ettől zengene. De a kolléga valamiért nem akarja elhinni nekünk (pedig már mindannyian írtuk), hogy nem az Arch-ban kell keresni a hibát, akárhogy bizonygatjuk... Itt konkrétan kérte is (illetve kijelentette, hogy új telepítésnél tuti gond lesz), így gondoltam jó fej leszek. A telepítés pedig néhány percet vett el az életemből, aztán töröltem is a virtuális gépet.
-
-
Frawly
veterán
Pedig ugyanazt mondjuk, azért nem volt vita. Azt is elismertem, hogy pontatlanul használtam a fogalmakat, ebben sem volt vita. A lényeg lényegén meg amúgy sem változtat, Samu 850-en nem jó ötlet a discard TRIM-et erőltetni, és az is tény, hogy nem veszteni semmit a hiányával, de ha ez utóbbiakkal nem értesz egyet, cáfolhatsz nyugodtan. Érdemi cáfolatra gondoltam, nem elnevezéseken lovaglásra, azon túlvagyunk.
De ha már Gyurmafigura paprikás kedvében van, akkor mégis húznám még azzal az idegeit, hogy a security erase is trimmelés lényegében, és annak is van kétféle változata, egy rövidebb, és a meghajtó teljes felületén végrehajtott. A rövidebb azoknál a meghajtóknál lehetséges, amelyek támogatnak öntitkosítást. De a security erase-t nem a kernel intézi, hanem az SSD vezérlője, ha erre kap parancsot.
Júbájgön: az EFI partíció FAT32-es, bár az elméletileg nem igényel trimmelést, mert egyszer ráírod, ami rákerül, utána nem nagyon történik róla törlés, csak néha felülírás kernelfrissítéskor (initramfs, fallback). Egyébként másra nem használnék FAT-ot, NTFS partícióm sincs (jó, vagy egy nyomorult darab egy külső meghajtón). Viszont nem kerülne semmibe lefejleszteni, hogy az fstrim vigye a FAT-ot is, soha nem tudni mikor jön jól, elfér, ha tudja. Nem lenne bonyolult implementálni, lényegében a FAT a legegyszerűbb létező fájlrendszer a swap után, már ha utóbbit lehet fájlrendszernek tekinteni.
Az fstrim-nél meg nem értem, hogy miért lenne nekem kötelességem rájönni a futási sebesség rejtélyeire. Tippem persze van. Első futáskor végignézi a fájlrendszer foglalási tábláit, megnézi, hogy mely szektorokhoz nem tartozik fájl, és ezekre mindegyikre kiküldi a TRIM parancsot, akkor is, ha ezek közül van olyan, ami már TRIM-elve van (tehát az adott partíció egész üres területét trimmeli). Második futásnál viszont a fájlfoglalási táblában az újonnan kiürült szektorokat keresi meg, és csak azokat trimmeli. Pedig még a forráskódjából is puskázhatnék, ha nem lennék lusta.
SSD topikot meg jó nyomon követni, melyik szériával mik a tapasztalatok, hogy alakulnak az árak. Egyszerűen tanulságos, még akkor is, ha nem akarsz SSD-t venni. Már pedig akarok (mSATA-s menne bele a fő gépembe 2. SSD-ként, már csak annak van hely), de nem találtam még jó áron. Nagyon fent vannak az árak, de nézelődök.
Persze emlékszem a fénykorodra, mikor te is aktívan részt vettél SSD-s flame-ekben, hogy pl. kell-e kímélni, le kell-e tiltani az atime-ot. Akkor azzal csesztettelek, hogy ki kell venni az SSD-t a gépből, betenni üvegvitrinbe, akkor nem kap sok írást. Csak ezzel azóta nem poénkodok, hogy pár helyről kiderült, hogy üvegvitrinben is bedöglenek ezek, épp úgy a vezérlő adja be a kulcsot.
-
Frawly
veterán
Ilyen értelemben nem ugyanaz. Igazából ugyanazt mondjuk, csak a kifejezéseket használtam pontatlanul.
Ha nagyon a mélyére nézünk, TRIM-ből csak egy van. Ezt lehet kétféleképpen is kettébontani, attól függően, hogy milyen időbeli beosztásban van végrehajtva.
Az egyik a folyamatos TRIM (discard) a másik az időszakos (fstrim). Ez a felbontás Windows alatt is él, a Windows kernel (Win7 és attól felfelé) folyamatos TRIM-et alkalmaz (menet közben TRIM-el, mikor valami törlésre kerül, azzal együtt a TRIM parancsot is kiküldi), míg egy-két SSD-gyártónak és defrag progit fejlesztő szoftvercégnek van időszakos TRIM-es megoldása (ami viszont megy XP-n, Vistán is, ha a meghajtó és a driver tudja a TRIM-et).
Egy másik bontásban meg van a queued TRIM (a kiküldött TRIM parancsok későbbre ütemezve, kötegelve futnak) és a sima TRIM, aminek egyrészt ilyen terminológia miatt a felülete nem göcsörtös, és a TRIM parancsok valós időben hajtódnak végre, nem ütemeződnek kötegelt végrehajtásra.
Ezeket párokat keresztben is lehet párosítani, négyféle kombinációban. Kivéve, ha nem megy a queued TRIM, mert a kernelben tiltva van. Igazából még mindig áll, amit mondtam. A discard TRIM-et nem tanácsos használni feketelistás meghajtókon, mert nem kötegelve futnak, hanem azonnal hajtódnak végre valós időben egyenként, és ettől belassulhat a meghajtó. fstrim-nél ez mindegy, ahogy írtátok, „kevésbé zavaró”.
Egyébként meg azt a mai napig nem sikerült megfejtenem, hogy az fstrim első futtatásra miért végez sokára, akkor is, ha trimmelt meghajtón fut. A 2-3., stb. futásnál már 0 mp. alatt végez. Majd egy reboot, és újra az első futtatásra mintha újra végigtrimmelné az SSD üres szektoraihoz tartozó cellákat.
Pont a queued TRIM miatt vettem anno Crucial MX300-at. Két fontos szempont volt, tudjon ATA-jelszavazható hardveres AES öntitkosítást a meghajtó, és ne legyen feketelistán a meghajtó queued TRIM ügyében. A Samsung 840, 850 emiatt esett ki, öntitkosítást tud, de a queued TRIM tiltva van. Kiderült, hogy felesleges volt aggódni, mert csak fstrim-et használva is normálisan trimelődik a meghajtó, és nem baj, ha nem használjuk a discard paramétert.
Igazából pedig a feketelistás meghajtók is tudnák, de firmwarehiba miatt okozna a használata anomáliát, ezért van a kernelben szoftveres úton letiltva. Ami duplán meglepő, hogy az illető SSD-k gyártói nem akarják ez ellen a firmware-t patchelni. Tudom, a Linux marginális platform, 0%-os részesedés, a kutya nem használja, mert csak a Windows a tuti. Az néha kísérletezik vele, akinek nincs pénze Mac-re vagy Windows licencre, de előbb-utóbb ők is letörlik, és ChromeOS-t vagy Androidot tesznek fel.
A másik, amit nem értek, hogy az fstrim miért nem támogat minden fájlrendszert. Olyan egyszerűt pl. mint a különböző altípusú FAT fájlrendszerek. A discard támogatja, az fstrim nem. Így ha valaki ilyen fájlrendszert akar trimmelni, feketelistás meghajtón is használni kell a discard TRIM-et.
-
Frawly
veterán
Igen, úgy jobban látszana. Egyébként a videó alapján sejtem, lagzik neki a kirajzolás, az oka az lehet, hogy a rendszer szoftverrendesen fallback drivert használ (llvmpipe), és nincs hardveres gyorsítás.
Nem tudom, hogy archmerged-re fel tudná-e szögelni az inxi progit, hogy lássuk inxi -Gxxx kimenetéből, hogy milyen drivert használ a GPU.
Bár most nálam az inxi is bugzik, az inxi -Gxxx-re ír ugyan néhány adatot, de a többi adatnál jelzi, hogy glxinfo kéne hozzá, feltettem, de a felbontást ezzel sem jeleníti meg, gondolom a glxinfo nem kompatibilis a waylandes Gnome-mal.
Még egy dolog: ha el lett távolítva a Xorg Intel driver, akkor mindegy mi van a 20-intel.conf-ban, meg pl. a TearFree opció sem érvényes, mert azt csak a Xorg driver tudja.
-
Frawly
veterán
Valóban pontatlanul fejeztem ki magam. Samu 8XX sorozaton is megy a discard TRIM, de mivel a kernel nem alkalmaz queue-t, azért azonnal végrehajtódik, ami teljesítményproblémákhoz vezethet. Ezért nem érdemes használni. Viszont abban igazad lehet, hogy ettől még lehet használni, és érdemes is lehet olyankor, ha pl. FAT32-es partíciót akarsz TRIM-elni, azt jelenleg az fstrim még nem támogatja.
Az fstrim-ről meg azért gondolom, hogy hatékonyabb, mint a discard TRIM, mert hiába discardol a kernel, lefuttatva az fstrim-et hosszabban végigtrimeli a partíciókat, azaz talál még trimelni valót. Használom mindkettőt MX300-as SSD-n, az nincs a kernelben sem queued TRIM-es tiltólistán.
Júbájgön: a systemd-s fstrim-szolgáltatás használata könnyebb és felhasználó/kezdőbarátabb, mint cron-ba belebarmolni, ami vagy fog menni, vagy nem.
-
#5095
IstvánLászló
őstag
BoB
#5094
IstvánLászló
őstag
-
#5093
IstvánLászló
őstag
BoB
#5092
IstvánLászló
őstag
Köszönöm hálásan is hogy segítesz és értem is már hogy - éppen is hogy szerencsém van mert az ettől is elavultabb kártyákhoz már abszolút nincs támogatás, most ujjat is tanulhattam is tőled és köszönöm a támogatásodat.
Tehát a Geforce 8000 széria ujab mint a Geforce 9800 Gt, ezt jól is gondolom és jól is értelmezem?
A lényeg a lányomnak a gépén, most látszólag is minden jól is működik.
Az inxi -G szerint is van OpenGL: renderer: Geforce 9800 GT/PCIe/SSE2, version: 3.3.0 Nvidia 340.106
A glxinfo is ezt írja hogy direkt rendering: Yes
Még egy kérdésem is van a Diablo 2 játékkal is kapcsolatban, tudom kell a Playonlinux, de előtte kell telepítenem is még valami 32-bites drivert, ha ígen légy szíves még ebben segítsél. -
#5091
IstvánLászló
őstag
BoB
#5090
IstvánLászló
őstag
Szia! BoB
Köszönöm hálásan is hogy segítesz.
Ezt csináltam én a terminálban is most az elöb, nvidia driver eltávolítását.Az eltávolítását a pacman -Rd nvidia
Az eltávolítását a pacman -Rd nvidia-utils
A lényeg az nvidia nvidia-utils eltávolítása is sikerült és ezután futtattam is amit te írtál nekem.
A sudo pacman -S nvidia-340xx és mesa-demos is szépen le is futott és átlag 60 az fps.
Kérdezném és lehet hogy bután is hangzik, sudo pacman -S nvidia miért dob fekete képernyőt, mert ezt nem is értem?
A másik kérdésem ez - sudo pacman -S nvidia-340xx driver, csak régi nvidia kártyákhoz jó?
Tisztelettel, István László -
Frawly
veterán
Én úgy tudom, hogy a Core Solo, Core Nemkettő Duo, Core 2 Duo, Core 2 Quad prociknál is pstate van, meg talán már Pentium M, Core M prociknál is. Plusz Atom, meg mindenféle procinál, ami ezek után készült. AMD-hez nem értek, nagyon régen nem volt már AMD procim.
Egyébként gratula, szép megfejtés volt, erre a lehetőségre nem gondoltam volna.
-
Elvagyok én az angol leírásokkal többnyire, egyhetes Linuxos koromban is megoldottam a Wheezy netinstall telepítést úgy, hogy nem ismerte fel a hálókártyámat, ott sem volt magyar leírás, ez az ArchmD is működik, még nem néztem bele a wikibe, annyit már láttam a sok bugyuta DebUbi vonalon, hogy napi használatra alkalmazzak egy disztrót. Magam miatt nem aggódok, csak az volt fura, hogy van, aki kezdőknek is ajánlotta az Archot.
Itt csak azért kérdezgettem, mert Frawly kolléga rábeszélt a kipróbálásra és pont itt lebzselt, de hiba volt, beismerem és elnézést kérek, hogy nektek evidens dolgokkal kapcsolatban kérdezgettem.
Maradok a kezdő topiknál, az az én szintem. Egyébként is csak egy Arch klónt telepítettem.Azt eddig is tudtam, hogy fura népek az Archosok, de hogy télen nyaralnak, arra nem gondoltam volna.....azért jó nyaralást.
-
b3Ro
senior tag
Akkor ez igy marad. Mate mar be van lakva, meg melozni is kell a laptop, szoval nincs is idom mast felrakni. Talan az xfce lenne a kovetkezo proba...
Gnome applet-et mar neztem, de nem akarom felrakni, sok gnome-os szir-szart huzna le melle.Koszonom a segitseget mindenkinek.
Masik dolog, h valami jot is mondjak mar masfel napi Arch hasznalat utan
Front end web design-t csainalok. Minden egyes alkalommal ezek a programok futnak:
Atom; Firefox; Google Chrome; Gimp vagy Inkspace; System Monitor; Terminal, File Manager; Smplayer vagy online radio; bluetooth, TrimageUbuntu Mate-n kb 3.5Gb - 3.7 Gb ramot hasznalt.
Arch Mate: 2.6Gb - 2.9Gb ramot hasznal -
Machine: System: TOSHIBA (portable) product: Satellite L305 v: PSLB8U-04X02F serial: X8371747Q
Mobo: TOSHIBA model: Portable PC Bios: INSYDE v: 2.20 date: 12/09/2009
CPU: Dual core Intel Pentium Dual T3200 (-MCP-) cache: 1024 KB
flags: (lm nx sse sse2 sse3 ssse3) bmips: 7981
clock speeds: min/max: 1000/2000 MHz 1: 2000 MHz 2: 2000 MHzsilentbreakA Toshibán próbáltam ki ezt az ArchmD-t, ezen is Intel van. Jobb ezt az appletet hanyagolni, ha nem fut jól. szerintem
(nagygépre, amin dolgozom is, csak használható disztrót telepítek, sorry) -
b3Ro
senior tag
-
b3Ro
senior tag
Power save meg performance van.
Performance fel küldi maxra, es 3600MHz en tartja folyamatosan.
Az elsőnél vissont skalazodik úgy ahogy kell, de nem mutatja.
Ubuntu Maten működött rendben, vissont itt csak 400 Mhz ir, mikozben "ugralnia" kéne.
Conkyban és a fentebb írt paranccsal tudom nézni, de ezek nem a legjobb megoldások. -
b3Ro
senior tag
Nem nekem irtad, de a Mate telepiteshez hozza szolnek. Ma a delelottom rament, h bedurrantsam a wifi-t a laptopon. Elso dolgom az volt, h a wiki-t neztem es probaltam lepesrol lepesre. utana google, majd videok youtubon. Ezek utan irtam ide. A vege az lett, h sikerult, es mukodik. Ennyivel is okosabb lettem. Szerintem az mindegy, h hogyan es honnan van segitseg, a lenyeg, h tanul az ember. Az tiszta sor, h nem egy plug&play rendszer, de pont emiatt kell segiteni az ujoncnak.
De ha mar segitsegrol is irtal, akkor kerlek, ha van valmi otleted a fentebb irt problemamra, akkor megkoszonnem.
-
Nem itt kell összegyűjteni az alapvető információkat ha valaki Arch-ot szeretne használni - szerintem.
OK főnök!
Amúgy a wikiben minden benne van, elég lenne a topik tetejére csak ezt kiírni. Teljesen igazad van, minek legyenek alapvető információk a topikban. 
Még ide áramlik a sok hülye kezdő a végén. -
#4941
Flowtation
őstag
BoB
#4940
Flowtation
őstag
Szia!
Az omvben webguin keresztül hozzáadtam, aztán sshn megnéztem, benne van a exports fájlban, a manjaro exports-ába is be kell írni? Mert abban nincs semmi a megosztásokra vonatkozóan. Tehát omvs exportban benne, meg a manjo fstab-ban is benne, igy viszont a mount -a sem csatolja fel azt amelyiknél szerepel ez az opció. -
Most esett le, hogy GTK problémát írtok, bocsi, de említettem, hogy Chakrán használtam, amikor a fehérbetűs hiba volt, vagy az nem lényeges ilyenkor?
Arch linux nyugodtan javasolható abszolút kezdőknek is ha van kedvük és idejük tanulni.
Ez nem igaz, mert ha igazán kezdő, akkor értelmetlen egy Archot elkezdeni felrakni neki. Mégis hogyan, elmesélnéd? Elkezdi egy másik gépről olvasni-beírogatni a konzolos sorokat, amiből egy kukkot sem ért? Egy kezdő elmegy az archwikin?
A mostani kérdezőnk már 2012-ben Chakrát telepített, azért az nem az igazi kezdő kategória nekem.
DE ha ez a meglátásod, akár javasolhatod a kezdő topikban is azoknak, akik épp megunták a Wint.... (fogsz csuklani utána gyakorta)
-
Azért nem lényeges, mert teljesen más ez az új Firefox, alapjaiban változott meg, de nem is FF függő, mert anno mikor nekem ilyen gondom volt, kizárólag Arch alapún volt meg ez a jelenség, a többi 5-6 disztrón viszont nem jelentkezett. Ugyanaz a FF verzió volt, mielőtt tovább értetlenkednél!
De a kérdező szerencséjére a probléma most nem a kezdő topikban pattog, hanem a profik disztrójának a topikjában. Várom én is a professzionális választ!
-
Rimuru
veterán
- Ide a csomagok pakolnak kernel modul blacklist-eket
- mivel csomag teszi ide, ezért ha szimplán kitörlöd vagy kommentezed akkor a következő frissétéskor újra oda fog kerülni
Igen pont ez a bajom.Tudom hogy kezzel be lehet tolteni, de ha bekerul pl /etc/modules-load.d/ ala akkor a blacklist miatt nem tolti be, hogy lehetne megis automatiksan betolteni, ami nem "hackelos" megoldas (pl nem egy systemd service amiben modprobe module parancs van).
-
ennek apropján gondoltam ránézek a dologra:
lenry@vavatch:~$ yaourt -Ss steam
community/sl 5.02-4
Steam Locomotive runs across your terminal when you type "sl" as you meant to type "ls".
multilib/steam 1.0.0.54-1 [installed]
Valve's digital software delivery system
multilib/steam-native-runtime 1.0.0.54-4 [installed]
Native replacement for the Steam runtimejah, tényleg multilib, de az első találaton megakadt a szemem...
erre bezzeg van idő
-
Frawly
veterán
Nem hiszem, hogy túl sok archert érint ez. Jellemzően technikailag haladóbbak használnak Archot, és ők biztos vagyok benne, hogy költenek gépre, egyéb hardverekre, és nem rekednek meg 32 biten. Ettől függetlenül, ha annyira kell egy egész közösségnyi embernek 32 bites rendszer, akkor forkolják egészséggel.
Egyébként a 32 bites dolgokat azért irtja mindenki tűzzel-vassal (Google, disztrókészítők, de a Skype-pal megkezdte a sort a MS is), mert jellemzően már csak a szoftverek, driverek íróinak lustasága, hogy sokan megrekedtek 32 biten. Nagyon ritka, ha tényleg régi gép nem bírja el a 64 bites rendszert (már vagy 10 éve minden proci 64 bites, de a korai chipsetek kevés memóriát támgatnak, jellemzően max 2 GB). legtöbbször csak azért kellenek a 32 bites multilib csomagok, mert gyökér fejlesztők lusták karbantartani 64 bites verziót, és zárt forráskódos szoftvernél csak a 32 bites verziót publikálják.
-
-
Frawly
veterán
Egyáltalán nem off a téma, kár offba tenni. Most kicsit utánaolvastam, de se Pepperflash, se widevine, se NaCl támogatás nincs benne, fontkezelési és hardveres gyorsítási problémái lehetnek a Chromiumnak, ennyi hátránnyal nem szivatom magam. Lehet visszaállok Firefoxra, de annál most behozták ezt a Quantumot, teljesen újraírták az egészet, szinte az összes funkciót kiszedték, addonokkal nem kompatibilis, így lehet nem leszek előrébb vele, mint egy zárt Chrome binárissal.
-
cigam
titán
Köszi! Ezeket is meglesem.
Újabb gondom lenne. Az artix-ot próbálgatom, hogy mit tud systemd nélkül. A dmesg-ben több alkalommal is megjelenik egy fura sor:
udevd[572] RUN(builtin)'uaccess' unknown /usr/lib/udev/rules.d/73-seat-late.rulesBelekukkantva a systemd-hez tartozik. Ennyire megkerülhetetlen, vagy benne felejtették?
-
jimmy399
senior tag
Nem, nem titkosított, mert dual-boot van a Windows 8.1-el. Így nem akarom egyik rendszert se titkosítani.
A Win-es partíció a közös az Arch-al, win alól elérem a /-ot, linux alól elérem a teljes win partíciót. 200G/15G-os leosztásban. Annyi van titkosítva, hogy arch alatt a chrome profile védve van luks-szal, win alatt pedig fájltitkosítás van beállítva arra a könytárra. -
vampire17
addikt
Persze, nem azt mondom, hogy ezek gondok, csak elsore furcsa
Nyilvan megcsinalom en, ha nem akarnam csinalni, nem is Arch-ot raknek fol
Arra van valami otleted, hogyan tudnam elkerulni a teljes qt4 folrakasat vlc-hez?
ugye pl mpv-hez eleg a qt5-base, ami nem rak meg fol egy rakat haszontalan progit, de a qt4-hez ilyet nem talaltam...
-
Horvi
őstag
Megpróbáltam terminalból a deluged parancsot adtam ki és ezt kaptam:
/usr/lib/python2.7/site-packages/deluge/_libtorrent.py:59: RuntimeWarning: to-Python converter for boost::shared_ptr<libtorrent::alert> already registered; second conversion method ignored.
import libtorrent as lt
Közben keresgélek hátha találok rá valami okosságot. -
-
#4628
teleahocipöm
senior tag
BoB
#4626
-
karamblo
tag
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 14
model name : Genuine Intel(R) CPU T2500 @ 2.00GHz
stepping : 8
microcode : 0x39
cpu MHz : 1000.000
cache size : 2048 KB
fdiv_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc arch_perfmon bts aperfmperf pni monitor vmx est tm2 xtpr pdcm dtherm
bogomips : 3990.0a másikat nem tudom most megnézni.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
(amúgy nem Manjaroról szólt volna a cikk.....)
Még ide áramlik a sok hülye kezdő a végén.
Telepítettem a deluge-t aztán megpróbáltam elindítani de nem jött össze a dolog.
Új hozzászólás Aktív témák
Hirdetés
- BESZÁMÍTÁS! ASROCK B650 R5 7600X 32GB DDR5 1TB SSD RTX 3070 8GB MSI MPG Gungnir 100 Enermax 750W
- ÁRGARANCIA!Épített KomPhone i5 13400F 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- ÁRGARANCIA! Épített KomPhone Ryzen 7 5700X 32/64GB RAM RTX 5060Ti 8GB GAMER PC termékbeszámítással
- ÁRGARANCIA! Épített KomPhone i5 12400F 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- 12.000 ft tól elvihető ELITRO Bankmentes , kamatmentes vásárlás .Cooler Master GM2711S Monitor
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged