- Milyen házat vegyek?
- Projektor topic
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Vezetékes FEJhallgatók
- Milyen billentyűzetet vegyek?
- Sokrétű segédkijelzővel gyarapodott a Corsair portfóliója
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Fejhallgató erősítő és DAC topik
- TCL LCD és LED TV-k
- Merevlemezek megbízhatósága, élettartama
-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
-
PROHARDVER!
(rögzített hozzászólás)
Legyetek szívesek az offtopik témákat ne ebben a topikban tárgyaljátok ki. A topikgazda is jelezte, most törölni kellett jópár hozzászólást, most már maradjatok a (szakmai) topik keretei között.
Új hozzászólás Aktív témák
-
válasz
ubyegon2
#60562
üzenetére
Persze, en csak terminalos jatekokkal jatszom.
Nekem jo a sleep is, csak ne porogjon.
GUI megoldas is erdekel.Igen, onnan szedtem a -Y parancsot, es valoban sleep-et jelent, de visszajonni mar nem akar a bestia.
mod: WD Gold, akkor megnezem azt a progit is. A kepen lathato GUI ehhez van, vagy kulso GUI?
-
0xmilan
addikt
válasz
ubyegon2
#60492
üzenetére
Ez nem az a szint, amit atlag userkent piszkal az ember.
Ha megvaltoztatod a header fajlt, akkor mindent ujra kell forditanod, ami azt a .h fajlt hivatkozza.Ez nem bash vagy python vagy nemtudommi, itt a # nem kommentet jelol. C-ben igy deklaralsz konstanst.
szerk. a google masodlagos dns szervere 8.8.4.4, nem 8.4.4.8. afaik
-
gabaly
tag
válasz
ubyegon2
#60470
üzenetére
Bizonyára én nem írtam világosan: 2 napja tettem fel újból a 18.2-őt HDD-ről váltottam SSD-re, eddig nekem ez az első (SSD). Azonban mint írtam, a Mint 18.2-t azóta használom mióta kiforrta magát, mivel nem szoktam azonnal váltani amikor kijönnek.
Nos, az új SSD-n megy mint az álom. Ez a pontos leírás, elnézést ha nem jól fogalmaztam.Az iménti felhasználónak azért ezt ajánlottam mivel ez nagyon szépen, simán muzsikál.De ahogy olvastam azóta látom nem kezdő szerintem azt tesz fel amit akar.
-
Frawly
veterán
válasz
ubyegon2
#60453
üzenetére
A fast boot elvileg mindegy neki, ha SSD-ről akarsz bootolni. Lehet a Mint telepítője hányja el az UEFI bootot. Az EFI FAT32 partíció létrejött? Milyen fájlok vannak rajta?
Legjobban úgy tudod megérteni, hogy hogyan működik az UEFI boot, hogy az Archot telepíted a systemd boot Wiki-cikk alapján. Tehát kézzel létrehozod neki az EFI partíciót GPT-s táblával rendelkező lemezre, és végrehajtos a cikkben leírt bootctl-es utasításokat, meg szerkeszted a loaderben a entries conf-jait. Ha valahol elakadsz, jössz kérdezni, leírva milyen parancsokat adagoltál be neki, mik voltak a kimenetek, mi a hibajelenség. Érdemes ezt végigjárni, mert ha megtanulod, az nem csak Archon fog működni, hanem ilyen Mint-es telepítést is meg tudsz vele javítani, hogy bootoljon. A Mint/Uborka csak annyiból bonyolít, hogy az UEFI és az induló rendszer közé még odaékeli a GRUB-ot is, ami persze teljesen felesleges, de a GRUB a legjobbabb, azt nem lehet elengedni, mert az orrunkat is tisztíccsa.
Ha használsz MBR-es lemezt is bootolásra, vagy régi OS-t, akkor UEFI Hybrid-en hagyd. Ha csak UEFI-GPT-t tervezel használni, akkor meg UEFI Native. Esetleg még arra tudok gondolni, hogy a Mint telepítője MBR módban bootolt valami miatt, és MBR módban csinálta meg a telepítést, az UEFI boot meg ezért nem találja.
-
-
válasz
ubyegon2
#60452
üzenetére
Most, hogy beléptem, azt láttam, hogy a fastboot opció viszont be volt pipálva, ami azelőtt nem.
Már bootol minden penről szerencsére, köszi a tippeket, éljen a legacy!
Amúgy volt már erre telepítve több disztró is, ment úgy is, hogy a régi laptobból csak áttettem a SSD-t, nem kényes semmire, kivéve.......
-
válasz
ubyegon2
#60451
üzenetére
Ezredik alkalommal is csak a HP hardverdiag jön be, nem tudok a biosba újra belépni.
Szedjem ki az SSD-t szerinted és desktopban telepítsek rá valamit? Kérdés, hogy legacy v UEFI módban......******************
Na valami csoda folytán csak bejött újra a bios, de hogy éppen mitől........ -
Frawly
veterán
válasz
ubyegon2
#60444
üzenetére
UEFI Native-ot válaszd, ilyenkor meg sem kísérel hagyományos BIOS-MBR módszerrel bootolni. Ezzel a CSM-mel nagyon túlbonyolították. A Legacy a hagyományos BIOS-MBR boot, az UEFI Hybrid az pedig a vegyes, amikor BIOS-MBR és UEFI-GPT módban is megpróbál bootolni, ezt az én UEFI-m „Both”-nak nevezi, más rendszereken meg általában „UEFI + Legacy”.
Az sem baj, ha mégis Hybrid-en hagyod, épp úgy fog akkor is UEFI-vel bootolni, de lehet néhány tizedmp. veszteség, míg az MBR-es eszközöket keresi.
Ami az Arch-leszármazottakat illeti: sose voltam róluk rossz véleménnyel (pl. Manjaro). Az Archnál mondtam csak az, hogy ha valaki arra fanyalodik, akkor ne szkriptből telepítsem (Archmerged, Antergos, stb.), hanem akkor maradjon a sima Archnál és kézzel telepítsen a Wiki alapján. Ha az túl magas, akkor meg Manjaro.
-
válasz
ubyegon2
#60444
üzenetére
A CSM még lehetővé teszi a hagyományos Legacy módot.
CSM booting
To ensure backward compatibility, most UEFI firmware implementations on PC-class machines also support booting in legacy BIOS mode from MBR-partitioned disks, through the Compatibility Support Module (CSM) that provides legacy BIOS compatibility. In this scenario, booting is performed in the same way as on legacy BIOS-based systems, by ignoring the partition table and relying on the content of a boot sector. -
Slownz
senior tag
válasz
ubyegon2
#60431
üzenetére
Igazából beletrafáltál. Mindenhol Gnome-ot használtam, szóval a környezet ugyanaz volt. Az Ubuntu alatt a szoftverközpont egy tragédia, szvsz használhatatlan. Ez a ppa-zás egy idő után fárasztó volt, még nem érzem előrelépésnek Win10-hez képest, hiszen itt is keresgélni kell a neten, csak itt nem exe hanem parancs után. Szoftverfejlesztőként is dolgozom, fontos, hogy up-to-date legyen a program, amit használok, úgyhogy testhez áll az Arch filozófia. Egyébként meg baromira tetszik, hogy van egy GUI felület, ahol csak beírom a program nevét és már telepíthetők is (Pacman). Kb 0 terminált kellett hasznalnom eddig Arch-nál, ráadásul ezt is hirdetik magukról, hogy kezdő-barátok (Antergos, Manjaro).
-
#60347
gordonfreemN
addikt
ubyegon2
#60346
gordonfreemN
addikt
válasz
ubyegon2
#60346
üzenetére
Köszi
Az utolsó linkre.
Aki ebből kihámozza, hogy miről szól ez az egész annak vagy ez a munkája, vagy ez a hobbija. Én meg szerintem keresek win alól használható programot inkább, nincsenek további napjaim elpocsékolni arra, hogy vagy sikerül vagy nem (ugyanis nem látom ebből a katyvaszból a kiutat, elment 2 napom a semmire és csak bonyolódik ahogy olvasok utánna Alsa-pulseaudio-esd-portaudio).Nagyon köszönöm, hogy segíteni próbáltatok, de megint csak eltávolodtam attól, hogy valaha is legyen linux rendszerem.
-
-
growler
őstag
válasz
ubyegon2
#60304
üzenetére
Az egyik régi belakott rendszeremről csináltam egy .ISO képfájlt (Kb. 2.6 GB) a Systemback-el.
Ezt az Unetbootin-al kiírtam egy 8GB-os pen.-re.
A pen.-en fennmaradó szabad területen, létrehoztam egy másik "Adatok"-nak elnevezett Fat32-es
partíciót. [link] [link]
A Firefox-ban a letöltések helyének, ezt az Adat partíciót adtam meg.
Minden FF. letöltés, és erre partícióra másolt adat, egy új indítás után is megmarad. [link]
Kicsi, gyors, és rajta van minden program amit használni szoktam.Ja ! - és a FF. beállítások, az összes könyvjelző megvan - a Tomboy jegyzeteimmel együtt.
-
Frawly
veterán
válasz
ubyegon2
#60280
üzenetére
Én is autodidakta módon tanultam, nem csak a linuxozást, de előtte az egész windowsozást, dosozást, programozást, előtte mikroszámítógépekkel foglalkoztam. Nincs ennek limitje, ha érdekel, életre szóló tanulás és fejlődés. Csak annyira kell törekedni, hogy mindig hajlandó legyél kicsit kívül menni a komfortzónádon, meg új dolgokat megismerni. Meg hogy élvezzed, érdekeljen.
Valószínű, hogy ha bevállt, sem a Minttel, sem a Mubuntuvel nem jársz rosszul. Főleg, ha tényleg nem okozott soha gondot, hogy a csomagok nem a legfrissebbek. Archnál csak azt nyernéd, hogy frissebb lennél, meg felszednél mélyebb ismereteket, meg gyorsabb bootidővel, kisebb memóriafoglalással lenne fent a disztró. Az az igazság, hogy nem az Archot, meg az UEFI bootot, és hasonlókat akarom propagálni, de a Linuxban több van, mint amit a Mint, Ubuntu kínál, sokkal többet ki tudsz belőle hozni hatékonyságban, egyszerűségben, erőforrásügyileg, meg technikai újdonságokat tekintve. A Mint, Ubuntu akkor jó, ha nem akarod a rendszert mélyebben megismerni. Igazából, ha megismersz egy haladóbb disztrót, megérted a dolgok működését, akkor fogod látni, hogy a Mintbe, Ubuntuba mennyi felesleges dolog belekerül, amire igazából semmi szükség, meg a grafikus telepítő mennyire túl képes bonyolítani a dolgokat, ahhoz képest, amennyire egyszerű is lehetne. Persze ezt nem kicseszésből csinálják, hanem hibakizárás miatt, hogy a kezdő ne fusson rá hibákra, meg hogy nem megy valamelyik hardvere. Próbálják hülyebiztosra megcsinálni, ez pedig bonyolításokat kíván, a kicsit régebbi csomagverziók is azért vannak, mert erősen a biztonságra játszanak. Ami egyébként ennek hiányában sem lenne veszélyes, de a kezdőket frusztrálhatná, meg feladásra késztetné.
Az egész szintek szerint épül fel. Ahogy az archerek röhögnek a minteseken, hogy fostos kezdők, úgy a gentoosok is mosolyognak az arch-osokon, hogy azt hiszik nyomik, hogy tudnak valamit, közben meg közelében nincsenek a témának. Persze amit a gentoos nem tud, hogy a BSD-s meg rajta röhög, hogy az amatőr hülyegyerek megtalálta magának az újságmellékletes Linuxot, mikor unix-utánzat noob OS helyett eredeti Unix leszármazottal tolják az igazi férfiak, abakuszon a biteket tologatva, de min. SPARC alapokon, nem ilyen háztartási x86-os kávédarálókon meg játékkonzolokon.
Persze mindig lehet egy olyan szint, ami a te felhasználásodra már nem érné meg, meg csak az idődet pocsékolnád vele, de ez érdeklődésfüggő, alkat kérdése is.
-
Frawly
veterán
válasz
ubyegon2
#60276
üzenetére
Az új laptopot arra értettem, hogy ez azokhoz a vasakhoz képest, amit eddig írtál, sokkal modernebbnek tűnik. Azt értem, hogy nem akarsz szakmailag fejlődni, csak azt nem, hogy miért nem. Nyilván nem kötelező, csak nekem úgy jön le a topikokból, hogy mindig próbálkozol vele, aztán feladod, valahogy mintha te magad sem tudnád eldönteni.
A Mint az most menjen fel, ne várj rá 2 hónapot, majd frissítesz az új verzióra. Ubuntuból tehetsz fel más spint, ha nem jön be a Unity vagy a Gnome. Archnál nem tudom értelmezni, hogy nem élt sokat, frissítésnél összeszarta magát? Én tovább kísérleteznék vele, de úgy, hogy most nem scriptből telepíted az Archot, hanem Wiki alapján, hogy tanulj belőle. Ha nem is erre a gépre, hanem egy másodhasználatú gyengébb gépen kísérletezz vele, de úgy, hogy használgatod is a mindennapokban minél többet, hogy szokjad, meg megtanult a felmerülő gikszereket magabiztosan megoldani.
2021-ig tervezni szerintem is hülyeség, addigra az LTS disztrókban lévő progik úgyis a használhatatlanságig avulnak.
Nekem, ha lenne másik gépem (jelenleg a második laposban még mindig nem jó az alaplap), akkor arra kipróbálnék valami újat, új disztró (pl. Gentoo), esetleg TrueOS vagy FreeBSD, új grafikus felület. A mostani Archot is azért tettem fel Gnome-mal, hogy használjam ezt is, még sose volt a fő rendszeremen Gnome Shell 3, bár virtuális gépeken tesztelésből, már Live-ozásból ismerem azért a felületét. Ha most másik gépre tennék fel valamit, arra tuti más menne fel. Ezzel nem vagyok egyedül, nemrég Gyurmafigurát kaptam azon, hogy KDE5 helyett Gnome3-azik, ő is azt írta lényegében, hogy nem dobta a KDE-t, nem volt vele baja, de ki akar próbálni mást is, megismerni meg csak úgy lehet, hogy használod éles rendszernek. Ha más nem azért is jó új dolgokat kipróbálni, hogy ne unj bele a régibe. Monoton mindig ugyanazt a felületet, témát, progikat, stb. használni. Ezt nem értem sok XP Matyiban is, azt használják már ~17 éve, értem, hogy megszokták, de még mindig azt erőltetik orrvérzésig, ha véletlenül Linuxot tesznek fel, oda is erőltetik a ződdombos hátteret meg a Luna-témát, mert Wine-ben a jegyzettömböt Winamppal és Total Commanderrel, meg NTFS partíciókat, mert ennyi év nem volt belőle elég, annyira nem lehet vele betelni. Erre mondanád, hogy túlságosan belakták, erre meg azt szoktam mondani, hogy ki lehet lakódni belőle
-
Frawly
veterán
válasz
ubyegon2
#60238
üzenetére
Nem térítek, csak megemlítem, hogy ha ilyen csilivili új notija van valakinek, akkor nem jöhet az a kifogás, hogy be van lakva a rendszer. Ha már úgyis új disztrót próbálnál ki, azzal együtt megismerhetsz új dolgokat. Nem vagy szemellenzősen a régi dolgokhoz kötve.
A kötözködésed miatt utánaolvastam megint, a GPT alapból 128 partícióra van felkészítve default táblamérettel, de ez bizonyos particionálóprogikkal növelhető akármennyire. Tehát valóban nem voltam pontos, de teljesen fal dolgot sem írtam.
MBR-nél minden forrás mást ír. Van, aki 3 elsődleges, 1 kiterjesztett partíción belül 126 logikai partíciót említ, van, aki sikerrel használt 128-130 logikai partíciót is. OS-től és particionálóprogramtól is függ, hogy hány logikai partíciót támogat, enged létrehozni. A kiterjesztett-logikai partíció mindenképp szükségmegoldás, mivel ha annak kárára elsődleges partíciót akarsz átméretezni, az nagyon pain in the ass kategória. GPT-nél ez jóval egyszerűbb, ott csak sima, sőt, tükörsima partíciók vannak csak, nincs sem elsődleges, sem kiterjesztett/logikai, nem kell ezzel szórakozni. Partíciótípusok továbbra is vannak (fájlrendszerek, felhasználási cél szerint, mindegyiknek van kódja, ahogy az MBR-nél is), de a modern OS-ek már nem támaszkodnak erre, azt látják partíció, és hogy tudják értelmezni a rajta lévő fájlrendszert. Emiatt nem baj, ha egy partíció a rossz típussal van létrehozva, már csak tájékoztatási célt szolgál, hogy lássad a partíciós tábla kilistázásakor, hogy az adott partíció eredetileg mire lett szánva.
-
Frawly
veterán
válasz
ubyegon2
#60251
üzenetére
Szerencsére a kezdőknek szánt disztrók túlkínálata téged nem zavarhat össze, régi motorosként te már mindenképp valami haladóbbat terveztél kipróbálni, ha más nem azért, hogy szakmailag is fejlődhess. Arra a gépre bármi mehet, kellően erős, jól támogatott hardverekkel. Ha az Arch vonal (szkripttel telepített Arch, Manjaro) annyira nem jött be, próbáld be a Fedorát, egy neked tetsző grafikus felülettel. Ha csak mindig Deb/Ubuntu alapú disztrókat használsz, akkor sose fogsz mást megismerni.
Ez az új laptop arra is jó lehetne neked, hogy elmerülhetnél kicsit a EFI-GPT boot és Wayland világában
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
válasz
ubyegon2
#60249
üzenetére
Egyenlőre erről nem írnék tanulmányt. A vinyókettyegettetést csak ez a döglött solus csinálta újra bootolási próbálkozás közben. Ebbe a hp250-esbe pedig a fiam sony waiojából megörökölt 750gigás vinyó került ami eddig hibátlan volt.. A flexelt kis keskeny kliensemen már egy refurbished win 10 pro és egy manjaro kde dübörög békés egymás mellett élésben.
-
válasz
ubyegon2
#60249
üzenetére
Annyira túlkínálat van már kezdő disztróból, hogy már egy hete nem raktam semmit a HP 8470p i5 3340m / 4Gb / HD 7570m-re. Mondjatok már valami tippet, mi legyen rajta?
A jelenlegi Mint-et már nem rakom fel, bár nem rolling rendszerű, de bő hónap és kinn van az új verzió. Amik fenn voltak az SSD-n a másik laptoppal, azokat leszedtem a két halott Arch klón miatt, egyébként a Mubuntu 18.04 beta2 jól működött rajta így gépcsere ellenére is. -
b3Ro
senior tag
-
BoB
veterán
válasz
ubyegon2
#60241
üzenetére
"olyan disztrót ne telepíts, aminek számodra ismeretlen csomagkezelése van"
Akkor aki még soha nem használt linuxot, ne is telepítsen semmit, ha meg már az ember kipróbált valami, soha ne is használjon másikat
eopkg parancsokra nem fórumbejegyzést kell linkelni ahol beraknak egy eopkg --help, et, hanem
man eopkg-t. -
Frawly
veterán
válasz
ubyegon2
#60196
üzenetére
Pedig Atommal horgászni lehet hatékonyabb, mint gondolnád. Ha nem jön a kapás, akkor atomot nekik felkiáltással bevágod vízbe, úgyis oda való, mire kiugrik belőle az összes hal, hogy ők ezzel a sz@rral egy tóban csak azért sem
(#60205) berojocy: swap arra a felhasználásra már 8 giga mellé sem kéne, annyinál átlag felhasználásnál (hacsak nincs túl sok füles böngészés, meg masszív párhuzamos virtuálgépezés, vagy ilyesmik) bele sem nyal a swapba. Amúgy a 16-os Ubi helyett, a 18.04-est ajánlanám neki, ha nem volt nagyobb gondja, és azon a vonalon akarna maradni, a Mint nem rossz, de az előrelépés úgyse lenne neki. Ha meg váltani akar disztrót, akkor Manjarót, Fedorát ajánlom, a Mintet ilyenkor sem (szegény Cinmanó megint), az meg nem lenne eléggé más az Ubuntuhoz képest.
Ha már sok RAM + swap, pont pár órája futottam bele egy elég haladó unixos-linuxos faszi videójába, sokmagos AMD FX procis gépében ott figyelt a 32 giga RAM, amiből 30,3 giga ott állt kihasználatlanul a top szerint, de ott figyelt felcsatolva a teljesen üresen kongó 16 (!!!) giga swap pluszban. Facepalm erősen. Még jó, hogy nem a MS ajánlásait olvasta, hogy a fizikai memória kétszerese legyen a swap
Ráadásul Xfce-vel meg twm-mel nyomja minimalistán, majdnem csak terminált használ, mellette csak egy szintén minimalista videórögzítő szoftvert (azt sem túl magas felbontáson) meg egy max. 1-2 gigás emulátoros környezetet (simh-ban OpenVMS és egyéb legacy rendszert, azt is csak teszt erejéig). Pedig nem is tűnik idiótának, fejből vágott mindenféle OpenVMS-ses, solarisos meg ultrixes parancsokat, nem bénázott, elég veteránnak néz ki. Lehet valami régi rossz beidegződés, amit még kicsi memóriás gépek korszakában szokott meg, mikor a RAM felét adta swapnak automatikusan, különben nehogy instabillá váljon a rendszer. Vagy valami telepítő oldotta meg neki így automatán, amit azért kétlek. Teljesen megértem, igaz, hogy a 16 gigát sem tudom kihasználni az enyémben, de állandóan rettegnék, hogy 32-ből bármelyik másodpercben kifuthatok 
Bár ki tudja, lehet van pár tera tárhelye, és poénból tett be swapot, „ezt használd öcsém, ne anyád kenyérpirítóját” felkiáltással. Sose tudni A RAM-nál meg lehet úgy volt vele, hogy Linux boxnak nem kell annyi, de ha már úgyse nagy pénz amerikai fizetésekhez mértek kimaxolni, akkor megteszi, nem akart további bővítgetéssel, meg alkatrészrendeléssel tökölni a jövőben. Ekkora RAM-ra már tényleg áll az az ősi kínai mondás, miszerint ought to be enough for anybody © ® -
kovaax
őstag
válasz
ubyegon2
#60169
üzenetére
Itten írja (lentebb):
https://docs.fedoraproject.org/f28/install-guide/install/Installing_Using_Anaconda.html#sect-installation-gui-manual-partitioning-recommendedA
inst.gpt boot option-t nem próbáltam ki, hanem gparted-del csináltam 1 megásBIOS Bootparticiót a többivel együtt, és kézi particionálást választottam telepítéskor, és fel is ismerte a BIOS boot particiót szépen.Szerk.: A probléma az, hogy eredetileg is gpt-t csináltam, de hagytam, hogy kihagyja az 1 megát a lemez elején, külön partició nélkül. Na így elnyeklett a telepítő a grub telepítésekor.
-
#60173
Flowtation
őstag
ubyegon2
#60171
Flowtation
őstag
válasz
ubyegon2
#60171
üzenetére
Akkor ok. Azt nem tudom miért van két swap, illetve de, mert csináltam mindkét disztrónak. Azt gondoltam kell külön-külön. De valamelyik telepítőben láttam, hogy pl. két 5 Gb-os swapet egy 10-esnek jelzett. Akartam is kérdezni, hogy ezek szerint nem kell csak egy és azt használja mind? Mármint, hogy a swapnak jelölt területet minden disztro felismeri és használja?
-
Frawly
veterán
válasz
ubyegon2
#60149
üzenetére
Az Arch ilyen, nem valami felhasználóbarát. Ott neked kell utánanézni dolgoknak, meg Wiki-t nyálazni. Grafikus csomagkezelés sincs. Ezért nem szoktuk kezdőknek ajánlani, ők jobban járnak Arch-vonalon a Manjaro-val.
Nem rossz az Arch, csak minimalista, hogy karcsú állapotban tartsák, meg ne kelljen nagyon belehekkelni csomagkészítéskor a csomagokba, azok minél közelebb legyenek a git-es upstream forráshoz, azaz az eredeti vanilla állapothoz. Mint kiderült, nem is az Arch hibájából szívtam mostanában dolgokkal, hanem a systemd, kernel, Xorg fejlesztőkkel szaladt el a ló, és adják ki megfelelő tesztelés nélkül a bugos szarokat legújabb verzióként. Az Arch meg mivel bleeding edge-ezésre, meg eredeti állapotban tartásra megy rá, így elsők között ezt ők szívják meg, meg az Archerek. Nem baj, ahogy te mondanád, legalább visszavesznek az Arch-ukból
-
Frawly
veterán
válasz
ubyegon2
#60147
üzenetére
Nem tudom, még nem használtam azt a parancsot. Már egy ideje nem apt-ozok egyáltalán, pacman megy helyette.
A csomaglista mindenképp segítség, nem csak az, hogy mit kell feltenni, hanem hogy pl. pontosan hogyan hívják a csomagot. Arch alatt rendszeresen szívok ezzel, pl. most nemrég egy játékhoz szükséges sdl2 image csomag szopatott meg, emlékeztem rá fejből is, hogy kelleni fog, össze-vissza írogattam egybe, kötőjellel, mikor kiderült hogy alsókötjellel kell írni. Vagy pl. a wine-nál kiegészítésnek ott van a wine-mono csomag, bezzeg a wine gecko már _-jellel van összekapcsolva. Ezeket mindig felteszem, mert enélkül minden Wine-frissítés után elkezdené külön letölteni ezeket a komponenseket, míg ha fent vannak ezek a csomagok, akkor csak akkor frissíti őket, ha van belőlük újabb, ami sokkal ritkább. De hogy a kedvencedet említsem, az inxi-t, annál meg kiírta a pacman, hogy error: target not found: inxi, de így jártam a scite-vel is. Mondom mi az any*d, utána kellett ennek is nézni, és kiderült, hogy az AUR-ban van, és emiatt yaourt-tal kell felnyomatni. Ez elég genya volt, a csomaglistából sem derült ki, hogy melyik tárolóból ment fel.
-
Frawly
veterán
válasz
ubyegon2
#60145
üzenetére
A dpkg -l (Archon pacman -Qq) paranccsal az a probléma, hogy elvileg az összes csomagot kilistázza, azokat is, amik az alaprendszernek részei, meg azokat is, amik függőségként kerültek fel. A askubuntun azt írják, hogy erre a apt-mark showmanual parancs való, az kilistázza, amit te kézzel tettél fel, függőségek nélkül.
Erre Archon, Manjaro-n a pacman -Qetg való, de talán könnyebben megjegyezhető -Qget formában, persze semmi köze nincs semmilyen get-ezéshez, a groups, explicit, rövidítései, a t-nek nincs jelentése, az csak egy kapcsoló, aminek épp csak ez betű maradt (és az alaprendszerhez tartozó csomagokat szűri ki).
(#60145) ubyegon2: de, a csomaglista segít, mert új rendszeren lehet nem fog emlékezni elsőre minden programra, ami a régi rendszeren fent volt. Így meg nem kell memóriából tolni, hanem egy listafájlból ki tudja nézni, ami tényleg kell neki, és nem felejt ki semmit.
-
Dave™
nagyúr
válasz
ubyegon2
#60139
üzenetére
Persze, minden frissítésnél lehetnek problémák, csak logikailag szerintem nincs különbség a folyamatos és az eseti között, mivel nincs függőség.
Jó hír, hogy nemrég csendben frissültek bizonyos KDE alkalmazások (Dolphin, Konsole, Okular stb.) - csak hogy érdemi mondandóm is legyen
-
Dave™
nagyúr
válasz
ubyegon2
#60137
üzenetére
Azt én sem látom be hogy miért kellene problémát okoznia, ha később frissítesz. frissítés után ugyanaz az állapot lesz, mintha folyamatosan frissítettél volna, gond maximum akkor lehetne, ha több lépcsőben jönnének a frissítések és egymás függőségei lennének (mint a Windowsnál). De nem így van, szóval nem látom a problémát. Hiba persze csúszhat a gépezetbe, ahogy bármi másnál is, ilyen szempontból még jobb is lehet nem azonnal frissíteni, hanem kicsit kivárni (2-3 napot mondjuk). Én nem szoktam, eddig sosem volt belőle problémám.
-
lck
senior tag
válasz
ubyegon2
#60129
üzenetére
A roling disztrókra szinte naponta kijönnek a frissítések.
Manjaro-ra ugyan a Distrowatch rolling-ot ír, de hetente, néha 10-14 naponta - általában a hétvégén - jön ki csak a frissítés. ( gondolom tesztelés után )
Én ezt semi-rollingnak tekintem. Persze lehet hogy fogalmi zavarban vagyok. -
BoB
veterán
válasz
ubyegon2
#60124
üzenetére
"de nem a lánykori nevén Archmerge, hanem az ArchmergeD. ArcoLinuxD most már"
Leírtad hogy az Archemerge nevet váltott, és a D-s lett belőle. Nem váltott, a neve D nélküli. Csak kettő lemezt kínál, ennyi.
Ez olyan mint a Debian. Ott is van netinstall lemez pl.
Attól még nem Debian-netinstall a neve.
-
bhonti
aktív tag
válasz
ubyegon2
#60110
üzenetére
Arra céloztam, hogy ha minden frissítés után használod az előbbieket, akkor nem fogy el a hely hirtelen, a /boot alatt sem.
Amúgyis, hétköznapi embernek minek több mint 2 kernel?! (1 amit használ, 1 amit éppen felrak, vagy utána ebből lesz az 1 régebbi, bevált + az új...)
-
válasz
ubyegon2
#60109
üzenetére
Ha a Mint telepítése mellett döntesz, azt ismerem már valamennyire, a saját topikjában tudok segíteni a többiekkel együtt. Ez már annyira mindentbele topik lett, bármihez szólok hozzá, kiderül, hogy teljesen másról van szó, legyen ez a terep azoké, akik így szeretik. Nincs áttekinthetőség, a thread-ek össze-vissza vannak itt és a saját céltopikokban....lassan visszacsorgok a Mint/Ubuntu/Debian topikokba. (utóbbiba persze inkább csak érdeklődés szintjén)
(#60111) bhonti
Persze, hogy nem, ezért is raktam be anno az Összefoglalóba az alábbi linket, de ettől még sokan belefutnak a problémába.
-
-
-
Frawly
veterán
válasz
ubyegon2
#60067
üzenetére
Nem papagájkodás. Az MBR még az eredeti IBM PC XT-re készült 1983-ban. Most meg már eltelt 35 év. Az alaplapok már csak azért támogatják az MBR-t (emulációként), hogy ha valaki WinXP vagy annál régebbi legacy OS-t akar használni, be tudja bootolni, azok még nem támogatják a GPT-EFI bootot. De ha az a kifogás, hogy az UEFI túl új, akkor meg csak mondom, hogy az meg 2005-től létezik a mai formájában, a PC-k előtt is volt már szervereken és maceken.
Nem biztos, hogy van belakott rendszere. Különösen érdemes belakás ELŐTT figyelni erre, hogy később meg ne az legyen az indok, hogy jajj, be van lakva. Sok embernél ezt a belakási mizériát sem értem, az SSD topikban is megfigyelem, hogy mindenki ragaszkodik foggal-körömmel a rendszeréhez, mindegy hány éves, mennyire teleszemetelt install.
Magam részéről legutóbb Archot 30 perc alatt felhúztam. Azért ilyen lassan, mert ott neked kell kézzel gépelgetni a parancsokat, Wiki-t nyálazni mellé, meg netinstall, meg kell várni, mire letöltődnek a csomagok a gépedre. Egy offline intalleres Linux fent van 5-15 perc alatt, pláne SSD-re. Belakni néhány nap, nem kell vele 5 perc alatt rohanni. Mikor épp használnál egy progit, felteszed, beállítod (linuxnál vissza lehet másolni mentett conf fájlt /etc/-ből meg a régi home-ból). Annyira nem olyan nagy szám, mint amennyire az emberek rettegnek tőle. Mintha valami szent dolog lenne egy belakott rendszer. Azt értem, hogy kényelmesebb annál maradni, csak a túlzott ragaszkodást nem szoktam érteni. Majd belakódik az megint, néha nem is árt tiszta lappal kezdeni. Én sem telepítek újra naponta (jó, most volt egy kivételes eset pár napja).
Értem én, hogy Windows alatt keservesebb, mert az Update-ek soká érnek le, ha régi lemezképből lett telepítve (bár ezen a MS is segített a rollup-okkal), meg a driverek is szopósabbak (azokat meg érdemes gyűjteményben összeszedni, meg mindig frissen tartani ezt a pakkot).
Az UEFI-nek az a baja, hogy sok OS rosszul implementálta az EFI bootot, a telepítő összegányolja az UEFI bejegyzéseket, meg az OS-ek rákényszerítik az UEFI-re a saját bootloadereitket (NTLDR, GRUB, stb.), teljesen feleslegesen, mikor az UEFI már önmagában is bootloaderként működik, nem kell összeláncolni még további rendszerbetöltőkkel. Legdurvább Fedorán az UEFI boot. Az UEFI loader indítja a shim bootmanagert, az a GRUB-ot, a GRUB indítja az initramfs-ből a kernelt. Agyrém, kéne még közé 5 bootloader, hogy hosszabb és bonyolultabb legyen a láncolat. Közben meg az UEFI önmagában elég, hogy indítsa a kernelt/initramfs-t systemd boottal. Rosszul használják, főleg azért van vele a rettenet sok szívás, esetleg kis részben az is beleszól, hogy pár szutyok gyártó, főleg az alsó kategóriás olcsó termékeibe nem szabványosan implementálja. Aztán mindenki retteg tőle, meg nem meri használni, mert nem fog bootolni a gép.
-
lacafaca
addikt
válasz
ubyegon2
#60050
üzenetére
szerintem meg pont a 20 éves fiammal vagy egykorú a reakcióid alapján..vagy lehet a 14 éves lányommal...de mindegy is, én itt befejeztem. Fórumszabályzat: ha nem a témához kapcsolódik a postod, használd a "offtopik" pettyecskét
...csak hogy tanulj ma is valamit a fórumozásról itt... -
lacafaca
addikt
-
Frawly
veterán
válasz
ubyegon2
#60021
üzenetére
Az elgépelés nem érdekel. Tényleg ki fogom próbálni, hogy Manjaro alatt milyen a KDE. Nem fogom használni, csak ránézek azzal is szórakozik-e, vagy csak Archon ilyen kalap fekália. Bár azt még mindig nem értem, hogy mi alapon várjuk, hogy majd pont Arch-alapú Manjarón lesz jobb, de majd meglátjuk, ahogy a vak asszony mondaná.
Egyébként Archék kezdenek szétesni, mostanában egyre több Archer panaszkodik, hogy a kernel leálláskor protocol error-t írogat, meg /oldroot/fssys lecsatolási hibákat (ezt nálam is írogatja), megoldás az utóbbira nincs, ráadásul már a telepítő is csinálhatja leállításkor. Ezek ártalmatlan hibaüzenetek, mint a watchdog did not stop, de idegesítő. Összeszedhetnék magukat.
(#60017) csixy: a linkgyűjteményt nem tudom hétvégénél korábbra ígérni.
-
válasz
ubyegon2
#59994
üzenetére
Kiegészítő infó:
A behalt Toshiba Satelliete-ben használt SSD-t átraktuk egy HP EliteBook 8470p-be és a rendszer (ubuntu Mate 18.04, Linux Mint XFCE 18.03) úgy fut rajta, mint ha fel sem tűnt volna neki a gépcsere, ill. nem pont úgy fut, hanem "picit" 10x gyorsabban.************************************************************************
HP EliteBook 8470p-ban van egy dedikált VGA is, kell ezzel foglalkozni, van valami váltóprogram, mint az nVidiánál? Fene se tudja, melyiket használja, de minden OK, a hőfokok normálisak (82 c volt eddig a max), akadálymentesen fut a FB-on a flash alapú játék, megy YT video, weboldalakat pörgetek, a sebesség, hőfok, ventilátor vezérlés működik.
CPU: Dual core Intel Core i5-3340M (-MT-MCP-)
arch: Ivy Bridge rev.9 cache: 3072 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 10775
clock speeds: min/max: 1200/3400 MHz 1: 1211 MHz
2: 1250 MHz 3: 1239 MHz 4: 1236 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Thames [Radeon HD 7550M/7570M/7650M]
bus-ID: 01:00.0 chip-ID: 1002:6841
Display Server: x11 (X.Org 1.19.6 )
drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
Resolution: 1366x768@59.99hz
OpenGL: renderer: AMD TURKS (DRM 2.50.0 / 4.15.0-19-generic, LLVM 6.0.0)
version: 3.3 Mesa 18.0.0-rc5 (compat-v: 3.0) Direct Render: Yesvdpau van fenn, ahogy látom,
grep -i vdpau /var/log/Xorg.0.log
[ 8.406] (II) RADEON(0): [DRI2] VDPAU driver: r600Milyen parancsokkal kell nézegetnem még?
ubyegon@toshibaubumate18:~$ sudo lshw -c video
[sudo] ubyegon jelszava:
*-display
description: VGA compatible controller
product: Thames [Radeon HD 7550M/7570M/7650M]
vendor: Advanced Micro Devices, Inc. [AMD/ATI]
physical id: 0
bus info: pci@0000:01:00.0
version: 00
width: 64 bits
clock: 33MHz
capabilities: pm pciexpress msi vga_controller bus_master cap_list rom
configuration: driver=radeon latency=0
resources: irq:32 memory:c0000000-cfffffff memory:d4300000-d431ffff ioport:4000(size=256) memory:c0000-dffff -
Frawly
veterán
válasz
ubyegon2
#59994
üzenetére
Hát, ebből lehet Gentoo lesz előbb-utóbb. Utoljára ilyen bugos KDE-t még a KDE4 alatt láttam (talán 4.8-as), ami Debian 7-en futott, már nem emlékszem a pontos verzióra. Az volt ilyen használhatatlan bughalmaz.
Ráadásul nem értem a NetworkManagert sem, mindig ugyanúgy telepítek kézzel, semmi script vagy barmolás, csak az Arch Wiki és kékluficet cikke szerinti szabvány lépések, és Openbox, IceWM, Xfce, i3wm alatt szarakodott, most Gnome alatt teljesen jó. Vagyis egyszer átvágta magát Airplane Mode-ba Gnome alatt, de lehet én nyúltam mellé, és megnyomtam véletlenül valami hotkeyt. Vagy itt is lehalt a Wi-Fi, de a Gnome kulturáltabban lekezelte, nem tudom, eddig csak egyszer fordult elő, akkor is kikapcsoltam az Airplane Mode-ot, és utána azonnal megint jó lett.
Az meg hogy a grafikai hiba sem fordul elő, azt annak tudom be, hogy a KDE csak félig waylandes, a Gnome-ban meg teljes a támogatás, ki van belőle vágva a vérbe a b*zi X. Mindegy, még sose volt Gnome a fő rendszeremen, legalábbis nem Gnome Shell 3, még anno a 2-es verzió régi Ubik alatt, amikor még nem tértek át Unityre. Legalább ezt is tesztelem alaposabban. Azt közben még a régi telepítésen kizártam, hogy a grafikai bugot a 18.x-es Mesa okozná, arra jutottam, hogy az új X nem fér össze a kései 4.15-ös és korai 4.16-os kernelek modesetting Intel driverével. Közben még futok köröket a Sway-jel is.
-
taiji
csendes tag
válasz
ubyegon2
#59917
üzenetére
Elnézést, akkor újra most jó lesz:
Sziasztok. Visszatérő probléma nálam Manjaro + KDE alatt úgy bootol be elsőre, hogy vagy totál fekete a kép és csak egy kurzor van, vagy bejön minden, de ahogy indítok egy programot, akkor az ablak felső csíkja/fejléce nem látszik (tehát, így mozgatni sem lehet.
Journalctl -ből kiszedtem az error és a critical bejegyzéseket: Link
Ahogy nézem soxor megjelenik hibaüzenetnek az, hogy valamely KDE-hez kapcsolódó modul, programrész kiírja ezt: Could not connect to any X Display.
2-3 napja volt frissítés ami többek között az X11 servert is frissítette, és reménykedtem benne, hogy megoldódik, de sajnos nem így lett. -
#59851
mefistofeles
veterán
ubyegon2
#59847
-
válasz
ubyegon2
#59849
üzenetére
Ez csak azt csinalja, hogy ha egy temanak van ket verzioja, akkor abbol a sotetet valassza ki.
Be van kapcsolva. Ha kikapcsolom, akkor ugy javul meg, hogy a legtobb alkalmazas vilagosra valt.
A sotet temat sehogy nem javitja meg.
En bugnak, vagy konfig hibanak gondolom, mert Mint alatt sosem volt ilyen, sem Cinnamon, sem Mate kornyezettel, viszont regebben lattam ilyet Fedora-n Gnome-mal, es KDE-vel is. -
Frawly
veterán
válasz
ubyegon2
#59823
üzenetére
Nyilván nem ilyen Pop-szutykot kell feltenni, aminek a telepítője rendes particionálásra sem ad lehetőséget. Úgyis Ubuntu alapú Gnome környezetes, akkor már menjen Ubuntu a helyére, abban is Gnome van most már. Fölösleges származékdisztrót használni, ha ott van rá az eredeti.
lwm-en gondolom LVM-et értesz. Ha meg valaki komolyabban linuxozik, és az a fő rendszere, érdemes a partíciókat átállítani ext4-re. Az ntfs-3g igaz, hogy írja, olvassa az NTFS partíciókat, de elég vaskos CPU-overheaddel. Igaz én most teszek kitérőt az f2fs-sel, de csak azért, hogy SSD-n legyen azzal is tapasztalatom, a tesztek jobb I/O teljesítményt mérnek vele, de az ext4 is villámgyors, nem volt vele SSD-n sem gondom.
-
growler
őstag
-
Frawly
veterán
válasz
ubyegon2
#59805
üzenetére
Nem, ne örülj az 1)-es pontnak, mert bár a sok csomagnak megfelel, de a frissítések elég ritkán jönnek ki Debillányéknál, szóval már ez sem áll, a 2)-es pont meg bukta.
Abban viszont igazad lehet, hogy kapitányt keverem gyurmafigurával.
A Mintet sem tudod ünnepelni, mert hosszú távon cseszheted a KDE-det náluk. Mondom én, hogy Arch lesz belőle, lehet már azon tolod, csak féled nyilvánosan bevallani
A Fedorát hagyjuk meg Torvaldsnak. -
Frawly
veterán
válasz
ubyegon2
#59795
üzenetére
Most ki nem tojja le, hogy a Fedora minek a tesztdisztrója? Friss, támogatott, sok csomag érhető el rá. Torvalds sem azért használja, mert x4r, és szereti magát instabil disztrókkal szivatni. A Debianról neki is az a véleménye, ami nekem, sőt, az övé az enyéménél is durvábban lesújtó.
Igazából egy disztrónál az számít, hogy
1) sok ember álljon mögötte, mert ez gyakori, rendszeres, kiszámítható frissítéseket és sok csomagot jelent
2) legyen mindig minél frissebb.Mert ugye hiába fasza egy disztró, ha alig van rá csomag, mindent neked kell forráskódból forgatni vagy sok csomag van, de megint hekkelned kell mindent, meg tíz kiló külső tárolót hozzáadni, mert túl régiek.
-
Frawly
veterán
válasz
ubyegon2
#59795
üzenetére
Ezt nem értem, KDE-n is könnyű felhozni alkalmazást a rendszerértesítési területről. Be lehet állítani a terület tulajdonságainál, hogy mely appletek látszódjanak mindig, melyiket rejtheti el. A Cinnamont csak azért nem tudod elengedni, mert a megszokás nagy úr.
Kapitányt illetően meg lehet rosszul emlékszem, lehet mégis AMD-je van.
-
Frawly
veterán
válasz
ubyegon2
#59790
üzenetére
Hivatalosan a Fedora is rolling. Azt mindig keverem milyen rolling, de kétség kívül az, elég, ha az éppen aktuális csomagverziókra ránézel benne. Az egész LTS-ezés egy másik problémára, a zárt kód használatára próbál megoldást nyújtani, de ahelyett, hogy megoldaná, csak újabb problémákat hoz létre. Egyébként meg nem szólni be, lassan te is azon kapod majd magad, hogy rollingon vagy, már megkezdted az átállást a KDE-vel meg a 4.15-ös kernellel, már egyre többször futsz neki az Arch-vonalnak is, még egy-két ilyen lépés, és te is átkerülsz végleg a sötét oldalra, és már csak nosztalgiával tudsz visszaemlékezni, hogy szegény Cinmanót tudtad volna 2399-ig LTS-ben használni, de mégis lemondtál róla, szégyen szemre az utolsóként ráoltottad a villanyt szerencsétlenre
-
Skullwipe
senior tag
válasz
ubyegon2
#59777
üzenetére
Pont ezért, lehet megpróbálok inkább valami jó árban AMD cuccot szerezni, mert van egy elfekvő NV PCI-E kártyám (ugye ebbe nem tudtam rakni), és ahhoz valami kis könnyű két magos is tökéletes lenne. Sőt még egy am3+ lapom is van, csak a kondik púposak rajta, de nem tudom hogy melyek a tényleg rosszak, forrasztás az menne, nem olyan vészes ilyen méretben.
-
Skullwipe
senior tag
válasz
ubyegon2
#59775
üzenetére
Most kiderült, ezelatt a pár órás tesztelés alatt, hogy nem rossz ez lxle. A power-t én is megtaláltam, láttam, hogy valami honlap, mondom, jó, én ezt most nem olvasom át, csak folytattam a videó lejátszást. Mivel 480p-t elég jól bírja ezen a felületen, sőt kifejezete jók az eredmények. A beépített seamonkeyal majdnem kerek 500MB (~510MB) körül ette a 1GB-ból, miközben ment a youtube a 8 órás stream anyag, más nem volt nyitva csak néha fülön, ez az. Na de most már befejeztem, mert sajnos úgy néz ki, hogy behalt a kártya rajta (vagy is nekem ez a sanda gyanúm), most már csak csíkok vannak mindenhol (előtte meg 3D-sre váltotta a kép, zöld és lila színekre szedte szét a dolgok széleit, kár hogy nem kaptam le). Idáig úgy jutottam el, hogy kiderült a DDR I-ből az egyik megint meghalt, ezért nem volt sose BIOS vagy kép, aztán most meg csak csíkok. Ez már tuti a kártya lesz, mert hagytam hogy betöltsön az AntiX (még utoljára ezt tudtam ki próbálni hogy megnézzem most akkor mi a helyzet), még láttam a kezdő képet a boot után (már a BIOS is nagyon furcsa színezést kapott), utána csak színes vonalak voltak (bal felső sarokban valami kék dobozt láttam utoljára).
Köszi a scriptet, jó ötlet, ha valahogy oda jutok majd, akkor kipróbálom rajta.
-
Skullwipe
senior tag
válasz
ubyegon2
#59767
üzenetére
Vettem észre, hogy elég lassú volt az egész live-ban, főleg puppyhoz képest. Viszont már elözőleg manjaro volt rajta, ajánlotatok valami speckó 32bites verziót, az könnyen szépen felment rá, csak a kodi nem sikerült rajta, csak hibával lépett ki. Samba helyett is inkább ezzel van kedvem próbálkozni, még mindig fogalmam sincs mit hogy kell beállítani, hogy ez bármilyen formában is működő képes legyen
-
Skullwipe
senior tag
válasz
ubyegon2
#59762
üzenetére
Kiváncsi leszek a másodikra. Most megint tesztelni támadt kedvem egy p4-et 1GB memóriával és mx440-el. Az előbbi tuti nem jó, a másodikra kiváncsi leszek, mert majdnem már elkezdtem megnézni a sparky-t, antix-ek jöttek volna. Most a két puppy-t néztem meg amit ajánlottatok. A cél a kodi felrakása és futtatása. Van cél puppy kodi de csak 64bites rendszerekhez való az is, kilőve.
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#59753
üzenetére
Tedd fel mindkettőt. Aztán meg tudod nézni, hogy melyikkel mit csinál. Mikor utoljára néztem ezeket, azt hiszem mindkettő ment AMD-vel filmlejátszásnál nálam.
GLX Renderer és OpenGL renderer között mi a különbség? - ugyanaz a kettő, csak más az elnevezés.
BizB: azt a PPA-t ne keverd bele a rendszerbe, az a 3D dolgokra van csak kihatással. Én ki is venném per pillanat, amíg az alap probléma nincs megoldva.
Kezdjük ott, hogy mivel nézel filmet és abban milyen kimenet van beállítva? Kezdésnek javaslom az SMPlayer felrakását és kipróbálását.
-
#79715584
törölt tag
válasz
ubyegon2
#59753
üzenetére
Ha a frissítések után sem lesz jó a lejátszás, akkor én a vaapi-t gondolnám a közös nevezőnek.
Pont ez a helyzet. Frissítettem a Mesat, a Kernelt, de még mindig vannak random akadások.
Szóval mi legyen a következő lépés?Amúgy próbálkoztam a
sudo add-apt-repository ppa:paulo-miguel-dias/pkppaparancsokkal is, de nem dobott fel semmit a Frissítéskezelő.
sudo apt-get update -
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#59751
üzenetére
Kinek és mit?
Itt-ott outdated, de elég jó infót ad az arch wiki: [https://wiki.archlinux.org/index.php/Hardware_video_acceleration] és itt még van egy kis vlc-s wiki: https://wiki.videolan.org/VLC_GPU_Decoding/
-
Frawly
veterán
válasz
ubyegon2
#59705
üzenetére
Aztarohadás. 4.15, milyen frissek lettek Minték
Kár, hogy szegény Cinmanó nem élhette meg az ünnepi pillanatot, hogy frissebb kernel lehet alatta. Archon most röffentettem be a 4.16-ot, igaz kézzel kellett szednem a Staging tárolóból a linux-header csomaggal együtt, tehát nem jön automatikusan, de 1-2 nap múlva a stabil tárolóba is várható. Véletlenül rászoksz te is az Archra és a frissességre, akkor neked annyi, nem fog többé kelleni Mint.(#59709) growler: az több minden egyébtől is függ, hogy mutat-e piros mezőket. Proci típusától, a checker verziójától, hogy mennyire friss, van-e fent új mikrokód a procihoz, kernelt mivel és milyen config-gal fordították le. A checker 35. verziója nálam írogatott egy-két piros mezőt, de ezek nem azt jelentették, hogy sebezhető vagyok, mert nálam az összes létező javítás fent van és aktív, mikrokód is fent van, és a kernelkimenet szerint frissült a 2018-02-07-eire. A checker 36-os verziója valóban nem jelez piros mezőket, de csak a design-ja változott, a nem sérülékenységet jelző piros mezőket lecserélték benne narancssárgára. Kernelből a 4.15 sem volt sebezhető, 4.15.9 óta meg az összes védekezési technika bekerült (legutóbb IBRS).
Engem annyiból nem érdekel, hogy most befoltozták ezeket, de itt a BranchScope. Mire meg azt befoltozzák, lesz másik. Szerintem mindig lesz majd valami be nem foltozott procisérülékenység. Szélmalomharc lesz belőle.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
En akkor mondhatni szerencses voltam, mert nekem 3 nagy update is szepen hiba nelkul lement
Ráadásul Xfce-vel meg twm-mel nyomja minimalistán, majdnem csak terminált használ, mellette csak egy szintén minimalista videórögzítő szoftvert (azt sem túl magas felbontáson) meg egy max. 1-2 gigás emulátoros környezetet (simh-ban OpenVMS és egyéb legacy rendszert, azt is csak teszt erejéig). Pedig nem is tűnik idiótának, fejből vágott mindenféle OpenVMS-ses, solarisos meg ultrixes parancsokat, nem bénázott, elég veteránnak néz ki. Lehet valami régi rossz beidegződés, amit még kicsi memóriás gépek korszakában szokott meg, mikor a RAM felét adta swapnak automatikusan, különben nehogy instabillá váljon a rendszer. Vagy valami telepítő oldotta meg neki így automatán, amit azért kétlek. Teljesen megértem, igaz, hogy a 16 gigát sem tudom kihasználni az enyémben, de állandóan rettegnék, hogy 32-ből bármelyik másodpercben kifuthatok 
Bár ki tudja, lehet van pár tera tárhelye, és poénból tett be swapot, „ezt használd öcsém, ne anyád kenyérpirítóját” felkiáltással. Sose tudni 
Új hozzászólás Aktív témák
CPT.PirkA topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X3D 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9800X3D 32/64GB DDR5 RAM RTX 5070 12GB GAMER termékbeszámítással
- Telefon felvásárlás!! iPhone 11/iPhone 11 Pro/iPhone 11 Pro Max
- Bomba ár! Dell Latitude 5410 - i5-10GEN I 16GB I 256SSD I HDMI I 14" FHD I Cam I W11 I Garancia!
- GYÖNYÖRŰ iPhone 12 64GB Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS3302
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest