- Android Auto és Carplay utólag? A Carpodgo Mini kicsi és olcsóbb, mint a nagyok
- iPhone topik
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Feltalálta a Google a keresőmotort
- Huawei P9 Lite (2017) - nevezzük nevén
- A Sony bemutatta eddigi legjobb és legdrágább zajszűrős fejhallgatóját
- Magisk
- Apple iPhone 17e – mágnesek ereje
- Rég várt frissítést kap az Android tárcsázója
- Google Pixel topik
-
Mobilarena
Mobilarena
Új hozzászólás Aktív témák
-
Azt gondoltam, hogy téged az a veszély nem fenyeget, hogy a gyári HP Windows-telepítést használod
Az akku alatt ott vigyorog a wines termékkulcs, ha meglágyulna az agyam valamitől!
Tényleg az van, hogy ha már egyszer használsz SSD-t, nagyon nehéz elképzelni a HDD-ről futtatást, viszont azt vettem most észre, hogy a desktopban hiába van jó SSD meg 16GB memó, a HP sokkal gyorsabban reagál, mert ezek szerint a processzor is sokat jelent. (na jó, ez evidens, de azt nem gondoltam, hogy az AMD APU ennyire tötymörgő az i7-hez képest)
-
Ezért mondom, hogy mikor már több progi fut, vagy böngészés sok füllel, akkor már kiegyenlítődik, és kisebb WM-mel sem tudsz a memóriafoglaláson lefaragni, mert ugyanannyi fogyasztás fog kijönni, mint a nagyobb DE-knél. Valahol ezért szemfényvesztés kategória a kisebb WM-ek, kivéve, ha lightweight meg terminálos programokkal használod őket.
Azt gondoltam, hogy téged az a veszély nem fenyeget, hogy a gyári HP Windows-telepítést használod
SSD-t ma már mindenbe érdemes tenni, nagyon régi gépekbe is. Árban egyre hozzáférhetőbbek értelmes méretben is, és egész más dimenzióba tolják át a sebességérzetet. A HDD rendszermeghajtónak nagyon elavult már, visszafogja a gépeket.Azt gondoltam, hogy téged az a veszély nem fenyeget, hogy a gyári HP Windows-telepítést használod
Az akku alatt ott vigyorog a wines termékkulcs, ha meglágyulna az agyam valamitől!
Tényleg az van, hogy ha már egyszer használsz SSD-t, nagyon nehéz elképzelni a HDD-ről futtatást, viszont azt vettem most észre, hogy a desktopban hiába van jó SSD meg 16GB memó, a HP sokkal gyorsabban reagál, mert ezek szerint a processzor is sokat jelent. (na jó, ez evidens, de azt nem gondoltam, hogy az AMD APU ennyire tötymörgő az i7-hez képest)
-
HP-knál egyre kell vigyázni, a gyárilag előretelepített (és helyreállítópartícióról visszatehető) Windowst kell hanyagolni rajta, az tele van szutyokkall, mindenféle demo-val, reklámmal, kémszoftverrel.
Egyik HP-nál sem okozott ez gondot, mert úgy vettem meg őket, hogy kivetettem a meghajtókat inkább vettem bele új SSD-t. Anno még az ember nem jogtiszta Windowsokat is hajlandó volt a gépére rakni, ma már a jogtiszta Win sem kell.
![;]](//cdn.rios.hu/dl/s/v1.gif)
SSD-re a JFS fájlrendszer nagyon jó, de kifejezetten a deadline scheduler-rel! Állítólag ez a legprocibarátabb Linuxos fájlrendszer. (nem csak SSD-re kell mindig gondolni)
De a Cinmanónak is vastagon fog a ceruza
Amikor a Manjaro KDE-t kipróbáltam, végeztem összehasonlítást és lebukott nálam a KDE. Induláskor nagyon kevés memóriát használt, a Cinnamon 50%-kal többet (cc 400 ill. 600 MB), de elindítottam a böngészőt, ugyanannyi lappal mindkettőnél és kiegyenlítődött a dolog, sőt!
Innentől kezdve nekem magyarázhatják, hogy hű a KDE milyen keveset eszik, bezzeg a Cinnamon a legtöbbet. Persze, ha valakinek az számít, hogy az éppen felállt rendszer mennyit mutat.....
De ahogy írtad is, ez tök mindegy 8 ill 16GB-nál. (ezért is vettem egyből a 8570p-be még 4GB-ot, mert alapból csak 4GB volt benne)(#5394) zoli62
Régóta használod? Milyen DE-vel?Ezért mondom, hogy mikor már több progi fut, vagy böngészés sok füllel, akkor már kiegyenlítődik, és kisebb WM-mel sem tudsz a memóriafoglaláson lefaragni, mert ugyanannyi fogyasztás fog kijönni, mint a nagyobb DE-knél. Valahol ezért szemfényvesztés kategória a kisebb WM-ek, kivéve, ha lightweight meg terminálos programokkal használod őket.
Azt gondoltam, hogy téged az a veszély nem fenyeget, hogy a gyári HP Windows-telepítést használod
SSD-t ma már mindenbe érdemes tenni, nagyon régi gépekbe is. Árban egyre hozzáférhetőbbek értelmes méretben is, és egész más dimenzióba tolják át a sebességérzetet. A HDD rendszermeghajtónak nagyon elavult már, visszafogja a gépeket. -
HP-knál egyre kell vigyázni, a gyárilag előretelepített (és helyreállítópartícióról visszatehető) Windowst kell hanyagolni rajta, az tele van szutyokkall, mindenféle demo-val, reklámmal, kémszoftverrel.
Egyik HP-nál sem okozott ez gondot, mert úgy vettem meg őket, hogy kivetettem a meghajtókat inkább vettem bele új SSD-t. Anno még az ember nem jogtiszta Windowsokat is hajlandó volt a gépére rakni, ma már a jogtiszta Win sem kell.
SSD-re a JFS fájlrendszer nagyon jó, de kifejezetten a deadline scheduler-rel! Állítólag ez a legprocibarátabb Linuxos fájlrendszer. (nem csak SSD-re kell mindig gondolni)
De a Cinmanónak is vastagon fog a ceruza
Amikor a Manjaro KDE-t kipróbáltam, végeztem összehasonlítást és lebukott nálam a KDE. Induláskor nagyon kevés memóriát használt, a Cinnamon 50%-kal többet (cc 400 ill. 600 MB), de elindítottam a böngészőt, ugyanannyi lappal mindkettőnél és kiegyenlítődött a dolog, sőt!
Innentől kezdve nekem magyarázhatják, hogy hű a KDE milyen keveset eszik, bezzeg a Cinnamon a legtöbbet. Persze, ha valakinek az számít, hogy az éppen felállt rendszer mennyit mutat.....
De ahogy írtad is, ez tök mindegy 8 ill 16GB-nál. (ezért is vettem egyből a 8570p-be még 4GB-ot, mert alapból csak 4GB volt benne)(#5394) zoli62
Régóta használod? Milyen DE-vel? -
Lehet ez a HP modell kivételes volt, de eléggé csodálkoznék, mert ennél régebbi és újabb HP-kon is rendben van. HP-knál egyre kell vigyázni, a gyárilag előretelepített (és helyreállítópartícióról visszatehető) Windowst kell hanyagolni rajta, az tele van szutyokkall, mindenféle demo-val, reklámmal, kémszoftverrel. De mivel linuxozol rajta, ezt téged a legminimálisabb mértékben sem érint.
A legtöbbet az utóbbi időben a Unity fogyasztotta, de ugye azt egyre kevesebben fogják használni, így a helyét a Gnome Shell vette át. De a Cinmanónak is vastagon fog a ceruza, mikor a memóriafoglalást nézed, de ma már mindenhova ajánlott a 4 GB RAM 64 bites rendszerhez, azzal már nem jelentős tétel, főleg, hogy sok gépben van már 8-16 giga, ahogy írod is. Nem is annyira a grafikus felület fogyasztása a döntő, úgyis a sok füles böngészés eszi átlag felhasználáskor a legtöbb RAM-ot.
Én alig várom, hogy vagy a Sway forrja ki magát, vagy az Openboxot forkolják Waylandre, akkor arra váltok, de akkor már megint újrahúzom a rendszert, mert ez az f2fs nagyon nem jött be, lassú, bugos az fstrim-elése. Hiába istenítik SSD-re, visszaállok ext4-re, az nem csak gyorsabb volt, de semmi probléma nem volt vele. Az f2fs úgyis olyan Flash meghajtókra való, amelyeknek nincs aktív garbage collectiont végző vezérlője, mint pl. SD kártya, pendrive, stb.. A modern SSD-k vezérlője már intéz mindent, nincs rászorulva Flash-barát fájlrendszerre.
HP-knál egyre kell vigyázni, a gyárilag előretelepített (és helyreállítópartícióról visszatehető) Windowst kell hanyagolni rajta, az tele van szutyokkall, mindenféle demo-val, reklámmal, kémszoftverrel.
Egyik HP-nál sem okozott ez gondot, mert úgy vettem meg őket, hogy kivetettem a meghajtókat inkább vettem bele új SSD-t. Anno még az ember nem jogtiszta Windowsokat is hajlandó volt a gépére rakni, ma már a jogtiszta Win sem kell.
SSD-re a JFS fájlrendszer nagyon jó, de kifejezetten a deadline scheduler-rel! Állítólag ez a legprocibarátabb Linuxos fájlrendszer. (nem csak SSD-re kell mindig gondolni)
De a Cinmanónak is vastagon fog a ceruza
Amikor a Manjaro KDE-t kipróbáltam, végeztem összehasonlítást és lebukott nálam a KDE. Induláskor nagyon kevés memóriát használt, a Cinnamon 50%-kal többet (cc 400 ill. 600 MB), de elindítottam a böngészőt, ugyanannyi lappal mindkettőnél és kiegyenlítődött a dolog, sőt!
Innentől kezdve nekem magyarázhatják, hogy hű a KDE milyen keveset eszik, bezzeg a Cinnamon a legtöbbet. Persze, ha valakinek az számít, hogy az éppen felállt rendszer mennyit mutat.....
De ahogy írtad is, ez tök mindegy 8 ill 16GB-nál. (ezért is vettem egyből a 8570p-be még 4GB-ot, mert alapból csak 4GB volt benne)(#5394) zoli62
Régóta használod? Milyen DE-vel? -
Az mit jelent, hogy kicsit széthúztad?
8470p-ből 8570p lett.
(szélesebb lett egy numerikus bill blokkal)A desktop gép behalhat akármitől, lehet kiöregedett benne az adott hardver
A tápot említette az Asus alaplap védelme, amikor lekapcsolt, nagy meleg volt, azóta meg megy rá nagy venti direktbe. Jó kis táp ez, 5 éve vettem, nem gagyi annyira Corsair cx430, de lassan le kéne cserélni. Más hw-nek nem lehet baja.
8470p-n 1000%, hogy mennie kell az UEFI bootnak, az ilyen üzleti notiknak mindig szabványos, 64 bites UEFI-je van.
Nem! Épp 8460-ről írta minap másik topikban a kolléga, hogy esélyes az UEFI-s probléma, nálam elő is jött, semmiről nem akart bootolni jó ideig. Épp neked írtam, miket csinált, valamikor áprilisban. Nem akarja, marad legacy.
Egy rája rávetettem magam mégis valamire, Chakra volt az áldozat, de a KDE mindig bosszút áll rajtam. A szokásos wifi jelszó beállításkor felugráló kulcskezelő és a tapipad duplakoppintásos beállítás....szevasz KDE.....
(az az agyonszidott Mint Cinnamon meg bebootolt 3 hete, felraktam és semmihez nem kellett nyúlnom, minden úgy működik, ahogy kell neki)
Kezdő topikban elő került újra az a csoda táblázat, hogy melyik DE - WM mennyi erőforrást használ, Cinmanó az első.
Azóta persze már nem így van, de egye fenyő - 8 és 16GB elbírja. -
Az mit jelent, hogy kicsit széthúztad? A desktop gép behalhat akármitől, lehet kiöregedett benne az adott hardver, és csak egy cérnán függött az élete, a kánikulában üzemelés meg feladta neki az utolsó kenetet. Vagy még az sem, kipurcanhatott volna akkor is, ha nincs meleg.
Archot nyugodtan felteheted, kérdezhetsz is, úgyis az lesz a válasz, hogy RTFM vagy read ArchWiki
8470p-n 1000%, hogy mennie kell az UEFI bootnak, az ilyen üzleti notiknak mindig szabványos, 64 bites UEFI-je van. Az UEFI inkább tableteken, netbookokon, kínai és belépő kategóriás Acer notikon problémás, vagy mert 32 bites, vagy mert nem szabvány implementáció, ami a Windowszal jobban össze van drótozni, persze ilyenkor is lehet UEFI bootot csinálni Linuxszal, csak szopósabb.
Az mit jelent, hogy kicsit széthúztad?
8470p-ből 8570p lett.
(szélesebb lett egy numerikus bill blokkal)A desktop gép behalhat akármitől, lehet kiöregedett benne az adott hardver
A tápot említette az Asus alaplap védelme, amikor lekapcsolt, nagy meleg volt, azóta meg megy rá nagy venti direktbe. Jó kis táp ez, 5 éve vettem, nem gagyi annyira Corsair cx430, de lassan le kéne cserélni. Más hw-nek nem lehet baja.
8470p-n 1000%, hogy mennie kell az UEFI bootnak, az ilyen üzleti notiknak mindig szabványos, 64 bites UEFI-je van.
Nem! Épp 8460-ről írta minap másik topikban a kolléga, hogy esélyes az UEFI-s probléma, nálam elő is jött, semmiről nem akart bootolni jó ideig. Épp neked írtam, miket csinált, valamikor áprilisban. Nem akarja, marad legacy.
Egy rája rávetettem magam mégis valamire, Chakra volt az áldozat, de a KDE mindig bosszút áll rajtam. A szokásos wifi jelszó beállításkor felugráló kulcskezelő és a tapipad duplakoppintásos beállítás....szevasz KDE.....
(az az agyonszidott Mint Cinnamon meg bebootolt 3 hete, felraktam és semmihez nem kellett nyúlnom, minden úgy működik, ahogy kell neki)
Kezdő topikban elő került újra az a csoda táblázat, hogy melyik DE - WM mennyi erőforrást használ, Cinmanó az első. Azóta persze már nem így van, de egye fenyő - 8 és 16GB elbírja. -
Nincs igazi kihívás! Az UEFI lett volna a HP-n új SSD-re, de az meg ennél a HP 84-es sorozatnál gázos. Közel egy hónapja semmi, mióta kicsit széthúztam a 8470p-t és 8570p lett belőle. Ezen meg nem merek most kísérletezni, amíg ki nem derül, mi kezdett behalni a hőségtől a desktopban... Közben elrohan mellettem a fejlődés, már csak kérdezgetni fogok a Kezdőben.
Különben addig örüljetek, amíg nincs időm felrakni egy Arch-ot!
Az mit jelent, hogy kicsit széthúztad? A desktop gép behalhat akármitől, lehet kiöregedett benne az adott hardver, és csak egy cérnán függött az élete, a kánikulában üzemelés meg feladta neki az utolsó kenetet. Vagy még az sem, kipurcanhatott volna akkor is, ha nincs meleg.
Archot nyugodtan felteheted, kérdezhetsz is, úgyis az lesz a válasz, hogy RTFM vagy read ArchWiki
8470p-n 1000%, hogy mennie kell az UEFI bootnak, az ilyen üzleti notiknak mindig szabványos, 64 bites UEFI-je van. Az UEFI inkább tableteken, netbookokon, kínai és belépő kategóriás Acer notikon problémás, vagy mert 32 bites, vagy mert nem szabvány implementáció, ami a Windowszal jobban össze van drótozni, persze ilyenkor is lehet UEFI bootot csinálni Linuxszal, csak szopósabb.
-
Nana, Júbájgön beteg vagy mi. Egyet disztró a gépen a régi 100 helyett? Így múlik el a világ dicsősége
Nincs igazi kihívás! Az UEFI lett volna a HP-n új SSD-re, de az meg ennél a HP 84-es sorozatnál gázos. Közel egy hónapja semmi, mióta kicsit széthúztam a 8470p-t és 8570p lett belőle. Ezen meg nem merek most kísérletezni, amíg ki nem derül, mi kezdett behalni a hőségtől a desktopban... Közben elrohan mellettem a fejlődés, már csak kérdezgetni fogok a Kezdőben.
Különben addig örüljetek, amíg nincs időm felrakni egy Arch-ot!
-
-
Szia!
Gondolm te is tudod hogy ArchMergeD nevet váltott, most ArcoLinuxD néven fut
Igen, olvastam, de nekem az ArchMergeD volt az utolsó Arch klón próbálkozásom, azóta nem kísérletezek, így sokat nem is tudok már erről mondani neked. Nekem is ez a választható modulokból álló script-es módszer tetszett amúgy, sőt még azon belül is témánként azt vettem ki, raktam be a script-be amit akartam. Hozzáértők ugyanezt csinálják saját script-tel.
Egyre inkább hajlok afelé, hogy az én gépeimre csak egy vonalból jók a disztrók.
Mondjuk Debian/Ubuntu vonalról sem telepítek már túl sűrűn. Mikor kijött a Mint Tara, felraktam, a pár hete elhozott HP 8570p-re is egyetlen disztrót raktam fel még csak. (azt percek alatt csukott szemmel és úgy használom azóta, hozzá se nyúltam szinte semmilyen konfighoz)Ha valamit ismerek és superül működik vele minden, mit bonyolítsam!? Aki azt mondja, jujdejó az UEFI....már veszem is elő a vudu-babát. (ha nem tudod, az előző HP 8470p-re próbáltam UEFI-ben telepíteni....)
Nana, Júbájgön beteg vagy mi. Egyet disztró a gépen a régi 100 helyett? Így múlik el a világ dicsősége
-
IstvánLászló
őstag
Szia!
Gondolm te is tudod hogy ArchMergeD nevet váltott, most ArcoLinuxD néven fut
Igen, olvastam, de nekem az ArchMergeD volt az utolsó Arch klón próbálkozásom, azóta nem kísérletezek, így sokat nem is tudok már erről mondani neked. Nekem is ez a választható modulokból álló script-es módszer tetszett amúgy, sőt még azon belül is témánként azt vettem ki, raktam be a script-be amit akartam. Hozzáértők ugyanezt csinálják saját script-tel.
Egyre inkább hajlok afelé, hogy az én gépeimre csak egy vonalból jók a disztrók.
Mondjuk Debian/Ubuntu vonalról sem telepítek már túl sűrűn. Mikor kijött a Mint Tara, felraktam, a pár hete elhozott HP 8570p-re is egyetlen disztrót raktam fel még csak. (azt percek alatt csukott szemmel és úgy használom azóta, hozzá se nyúltam szinte semmilyen konfighoz)Ha valamit ismerek és superül működik vele minden, mit bonyolítsam!? Aki azt mondja, jujdejó az UEFI....már veszem is elő a vudu-babát. (ha nem tudod, az előző HP 8470p-re próbáltam UEFI-ben telepíteni....)
-
ubyegon2
félisten
Szia szép napot neked és mindenkinek! ubyegon2
Bocs hogy bele vauzok a témába is mint örök kezdő.
Gondolm te is tudod hogy ArchMergeD nevet váltott, most ArcoLinuxD néven fut és folyamatos a fejlesztése és választható a felülete: Cinnamon és más - nem sorolom is tovább.
A scriptes mód amúgy egészen jól átlátható és énnálam no probléma, mert ez egy Arch alapú distro rolling - te is jobban tudod mint én ezt.A scriptes téma kapcsán is mondom jók a tapasztalataim, kategorizálva is vannak a csomagok és én dönthetem el hogy mit telepítek is fel.
Ha valami nem működik jól, általában ez ritka is de ha mégsem működik jól az adott hardvernek a gyártója a ludas és nem a Linux a hibás ezt biztosra mondhatom is el.Ha gondolod beszélgethetnénk és időd is engedné, dobjál üzit is mert engem is érdekel ez a téma.
Tisztelettel, István László
Szia!
Gondolm te is tudod hogy ArchMergeD nevet váltott, most ArcoLinuxD néven fut
Igen, olvastam, de nekem az ArchMergeD volt az utolsó Arch klón próbálkozásom, azóta nem kísérletezek, így sokat nem is tudok már erről mondani neked. Nekem is ez a választható modulokból álló script-es módszer tetszett amúgy, sőt még azon belül is témánként azt vettem ki, raktam be a script-be amit akartam. Hozzáértők ugyanezt csinálják saját script-tel.
Egyre inkább hajlok afelé, hogy az én gépeimre csak egy vonalból jók a disztrók.
Mondjuk Debian/Ubuntu vonalról sem telepítek már túl sűrűn. Mikor kijött a Mint Tara, felraktam, a pár hete elhozott HP 8570p-re is egyetlen disztrót raktam fel még csak. (azt percek alatt csukott szemmel és úgy használom azóta, hozzá se nyúltam szinte semmilyen konfighoz)Ha valamit ismerek és superül működik vele minden, mit bonyolítsam!? Aki azt mondja, jujdejó az UEFI....már veszem is elő a vudu-babát. (ha nem tudod, az előző HP 8470p-re próbáltam UEFI-ben telepíteni....)
-
IstvánLászló
őstag
A Manjaróval nem is emlékszem mi volt a bajod, de azzal is volt valami.
Na látod, épp ez bizonyítja, hogy az ArchMergeD scriptes moduljai teljesen átláthatóak voltak, ami nem működött, az nem működött, ez pure Arch-nál is előfordulhatott volna. A scriptekbe kategórizálva voltak csomagok, ugyanazok voltak, mint máshol. (ArcoLinux-nál már fene tudja, hogyan van)
A distrowatch top 13-jávan 6 Ubuntu/Debian alapú van
Ez nem mérvadó, pár napja az Elementary volt a 3. a DW-n, a Debian meg jóval lejjebb volt a listán.
Még jóval több a Debian/Ubuntu klón, de a tendencia iránya elfordult. (no ezt szépen megfogalmaztam)
-
Ja, emlékszem milyen jól átláttad, napokat szenvedtél vele, mire végül feladtad. Kapásból Wi-Fi-t alig tudtál vele csiholni, annyira profi volt a script, pedig csak 1-2 alap csomag kellett neki. Persze attól függ, hogy ki hogyan definiálja a jól átláthatót. A Manjaróval nem is emlékszem mi volt a bajod, de azzal is volt valami.
Általában van túlszaporodás, de ezeknek a 90%-a Ubuntu vagy Debian, néhány Arch-klón, a többi ág (Red Hat/Fedora, Gentoo) csak elvétve van ezzel érintve. A distrowatch top 13-jávan 6 Ubuntu/Debian alapú van (beleértve ezt a kettőt, 4 Arch-alapú (beleértve az Archot), 3 Fedora-vonalhoz tartozó (bár ezek azért nem klónok), és csak 1 olyan nem származék, aminek nincs további származéka (Solus). De ha tovább nézed a top100-ig, akkor még jobban növekszik az első kettőnek az aránya. Persze ezzel nem azt akarom mondani, hogy ami származék, az már csak rossz lehet, hanem azt, hogy egyes vonalak túl vannak már tolva, ennyi klónra nincs szükség.
A Manjaróval nem is emlékszem mi volt a bajod, de azzal is volt valami.
Na látod, épp ez bizonyítja, hogy az ArchMergeD scriptes moduljai teljesen átláthatóak voltak, ami nem működött, az nem működött, ez pure Arch-nál is előfordulhatott volna. A scriptekbe kategórizálva voltak csomagok, ugyanazok voltak, mint máshol. (ArcoLinux-nál már fene tudja, hogyan van)
A distrowatch top 13-jávan 6 Ubuntu/Debian alapú van
Ez nem mérvadó, pár napja az Elementary volt a 3. a DW-n, a Debian meg jóval lejjebb volt a listán.
Még jóval több a Debian/Ubuntu klón, de a tendencia iránya elfordult. (no ezt szépen megfogalmaztam)
-
A scriptes mód amúgy egész átlátható volt még számomra is, különféle csomagokból választhattam ki, mit rakjon fel. Ez még sokkal jobb, mint, amiről nem tudod miből áll a telepített disztró.
Abban már többször egyet tudtunk érteni, hogy nem csak az Ubi vagy Arch, hanem úgy általában van túlszaporodás. 🤐
-
Nagy baj sincsen vele. Az Ubuntu alapúak már túl vannak tolva. De így sem támogatom, Mikrobi jól írja, ezek általában összegányolt valamik. Aki Archot akar használni, tegye fel Wiki alapján, ha meg ehhez nincs meg a tudása, akkor Manjaro-t telepítsen helyette és kifújt az értelmes Arch-vonal.
Ezt a custom installer scriptes Arch-gányolást a saját károdon tapasztaltad meg, ha jól emlékszem. Nem tudni egy ilyen script vagy fork miket tesz fel, miért nincs hang, miért nem megy a Wi-Fi, csak megnehezíti a hibakeresést.
-
ubyegon2
félisten
Nem ma kezdődött, de 5 éve még volt néhány stabil Arch alapú disztró, ami ismert volt.
A linkelt lista már nagyon a múlt, no meg vannak azóta nem Arch alapúak is benne. (KaOS, Chakra)(#5376) Bici
Egyet tudok veled érteni a leírtakban!
-
cyberpalko
csendes tag
-
cyberpalko
csendes tag
Ne menj át a kezdőbe, ez ide való téma. Mindenképp próbáld meg, amit írtak, alsamixer futtatása, ugyanis sokszor telepítés után az alsa elnémítja a kimenetet, tehát jó a hang, csak te nem hallasz semmit.
Ezt az Arcolinuxot nem ismerem, azt hittem csak elgépelés.
Este megoldódott.Az mindenütt mutatta a hangot csak nem volt.Aztán egy frissítés után vót hang
azóta is van...dmesg és aplay szerint is minden rendben volt...
Feltettem még alsa-tools-gui-t is hátha...
Most minden ok.süvít,stabil.
Az aur ha jól értem külső tároló és ha épp kell valami akkor leforgatja. -
-
Ne menj át a kezdőbe, ez ide való téma. Mindenképp próbáld meg, amit írtak, alsamixer futtatása, ugyanis sokszor telepítés után az alsa elnémítja a kimenetet, tehát jó a hang, csak te nem hallasz semmit.
Ezt az Arcolinuxot nem ismerem, azt hittem csak elgépelés.
Ezt az Arcolinuxot nem ismerem, azt hittem csak elgépelés.
ArchMerge néven ismerhetted. (az Arch már spórával szaporodik sajnos)
-
-
Frawly
veterán
Sajna nem de akkor átmegyek akzdőbe nem offolok...
-
cyberpalko
csendes tag
-
BoB
Topikgazda
Szia!
EZ ARCOLINUX hasonló a MANJARO-hoz.
Grafikus meg minden...eléggé szét lehet konfigolni
inxi rajta van pulseaudio rajta van--Inxi-F-A
Card-1: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series High Definition Audio
driver: snd_hda_intel
Sound Server: ALSA v: k4.18.3-arch1-1-ARCHlscpi
00:1b.0 Audio device: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series High Definition Audio Controller (rev 35)
-
cyberpalko
csendes tag
Elvileg hanghoz az pulseaudio-t kell feltenni. Ha komplett asztali környezetet telepítesz (Gnome, KDE, Cinnamon, Xfce4, Mate, stb.), akkor azok függőségnek behúzzák, és nem kell egy napig szenvedni vele. Ha kezdő vagy, akkor lehet nem is az Arch a legjobb választás, helyette ugyanazt az életérzést és gyorsaságot megadhatja az Arch alapú Manjaro Linux is.
Ha fent van a pulseaudio, és továbbra sem megy, akkor vagy az AUR-ból tedd fel az inxi és tegyed be az inxi -Fxxx kimetetét, vagy az lspci kimenetet.
Szia!
EZ ARCOLINUX hasonló a MANJARO-hoz.
Grafikus meg minden...eléggé szét lehet konfigolni
inxi rajta van pulseaudio rajta van--Inxi-F-A
Card-1: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series High Definition Audio
driver: snd_hda_intel
Sound Server: ALSA v: k4.18.3-arch1-1-ARCHlscpi
00:1b.0 Audio device: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series High Definition Audio Controller (rev 35)
-
Elvileg hanghoz az pulseaudio-t kell feltenni. Ha komplett asztali környezetet telepítesz (Gnome, KDE, Cinnamon, Xfce4, Mate, stb.), akkor azok függőségnek behúzzák, és nem kell egy napig szenvedni vele. Ha kezdő vagy, akkor lehet nem is az Arch a legjobb választás, helyette ugyanazt az életérzést és gyorsaságot megadhatja az Arch alapú Manjaro Linux is.
Ha fent van a pulseaudio, és továbbra sem megy, akkor vagy az AUR-ból tedd fel az inxi és tegyed be az inxi -Fxxx kimetetét, vagy az lspci kimenetet.
Amit cyberpalko felrakott, ahhoz is komplett XFCE tartozik, ilyen szempontból nem sokban különbözik a Manjaro felszereltségétől.
Ha alapból nincs hang, az más gondra utalhat, lehet Manjaro-n is ugyanezzel szembesülne.(#5362) cyberpalko
Fentiektől függetlenül érdemes lenne megpróbálnod a Manjaro-t, kicsit ismertebb disztró az általad felrakottnál. Ha az sem megy, akkor más alapú disztrók irányába kell menned, de ez már nem itteni téma, ebben az esetben érdemes lenne ellátogatnod a Kezdő Linuxosok topikjába.
-
Frawly
veterán
Arcolinuxot tettem fel miután hányingerem lett a win10 től.Ezzel repül a gép hihetetlen.
De egy napom elment arra hogy hangot csiholjak...nem sikerül..Ötletetek van?
kösz -
cyberpalko
csendes tag
-
efibootmgr-rel milyen paramétereket vittél be a bootoló Archnak?
Gondolok itt erre a sorra, hogy milyen formában oldottad meg:
efibootmgr --disk /dev/sdX --part Y --create --label "Arch Linux" --loader /vmlinuz-linux --unicode 'root=PARTUUID=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX rw initrd=\initramfs-linux.img' --verboseEbből főleg a PARTUUID nagyon fontos, hogy egyezzen, a blkid paranccsal tudod ellenőrizni. De a /dev/sd-akármi is fontos, meg a partíció száma.
Az EFI engedélyezettségét úgy tudod ellenőrizni, ha kiadod az
ls /sys/firmware/efi/efivars
parancsot, ha van, amiket kilistáz, akkor biztosan EFI módban vagy.Végül a boot-ot megoldottam, most minden fasza... lenne, de 5-ből csak egyszer bootol a gép.
Nem ír ki semmit, csak fekete képernyő.
Néha meg kernel panic:
Kezdek hardver hibára gyanakodni. Szűz gép, nem volt még rajta OS soha.
Azóra rátaláltam erre: [link]
Hogy lehet, hogy április óta ilyen? -
-
Na, addig már eljutottam, hogy fent van a boot manager, már csak nem boot-ol.
Egy opció van, hogy beléphetek a BIOS-ba.Noss, ezen is sikerült túllendülni.
(Ezt most a munkahelyi asztali gépen csinálom, nem a laposon.)Viszont első boot-kor kernel panic-kal kezdett a gép, és reboot esetén azóta is ezt tolja.
Akárhányszor ctrl+alt+del-t nyomok, annyiszor dobja ezt a sok hosszú szép üzenetet.
-
Sziasztok!
Most etlepítem az Arch-ot a melós laptop-ra.
Grub2 helyett szeretnék systemd-boot-ot használni. Az Arch wikiben kezdek ez ügyben eltévedni.Szóval a kérdés, hogy miaf*sz?!
- EFISTUB - értem az angol szöveget, de mégsem értem, hogy mit akar jelenteni.
- "make sure the system has booted in UEFI mode and that UEFI variables are accessibel" - éppen arch-chroot-ban vagyok, így itt nem érhetőek el ezek a változók. Ezek szerint ezt nem lehet elsőre telepíteni?
- azfdisk -lazt mondja az EFI particiora, hogy "Linux filesystem", pedig fat-re formáztam:# mkfs.fat -F32 /dev/sdc1
- a "# bootctl --path=/boot install" parancs azt mondja, hogy: "File system "/boot" has wrong type for an EFI System Partition (ESP)"Mit hagyok ki?
Na, addig már eljutottam, hogy fent van a boot manager, már csak nem boot-ol.
Egy opció van, hogy beléphetek a BIOS-ba. -
Bici
félisten
Sziasztok!
Most etlepítem az Arch-ot a melós laptop-ra.
Grub2 helyett szeretnék systemd-boot-ot használni. Az Arch wikiben kezdek ez ügyben eltévedni.Szóval a kérdés, hogy miaf*sz?!
- EFISTUB - értem az angol szöveget, de mégsem értem, hogy mit akar jelenteni.
- "make sure the system has booted in UEFI mode and that UEFI variables are accessibel" - éppen arch-chroot-ban vagyok, így itt nem érhetőek el ezek a változók. Ezek szerint ezt nem lehet elsőre telepíteni?
- azfdisk -lazt mondja az EFI particiora, hogy "Linux filesystem", pedig fat-re formáztam:# mkfs.fat -F32 /dev/sdc1
- a "# bootctl --path=/boot install" parancs azt mondja, hogy: "File system "/boot" has wrong type for an EFI System Partition (ESP)"Mit hagyok ki?
-
-
Nem tolsz ki veluk, pl ott van mindenhol a like gomb maris kovetnek, stb, de amugy gondolj bele pl mit lat az ISP-d stb.
En most amugy routeren azt csinaltam hogy dnscrypt+dnsmasq.
ÁÁ, engem nem like-ol senki.
Amúgy csak szórakozásból kezdtem el gondolkodni ezen, semmi komoly oka nincs.
(#5352) lck
Törekedjünk mindig az egyensúlyra. -
Használ valaki saját dns szervert? Pl. Pdnsd? Mik a tapasztalatok, gyorsabb a böngészés? Illetve melyiket ajánljátok?
Adguard DNS-t használok a router-beállításban és mobilon is. Nincs reklámszűrő mégsincs reklám. Tudom oroszoknak megy így az adat, de ha már Amerika kap kapjanak ők is.
-
Ilyen megfontolásból felesleges akkor bőven elég gyors a Google DNS is ( vagy cloudfare, quad9, stb)
Nem mintha lenne rejtegetnivalóm, de ezáltal is kevesebb személyes információ kerülne begyűjtésre a kukkolók részéről.
Hmm, mondjuk facebook-om és egyéb hülyeségem sincs, lehet nagyon kitolnék velük? -
Nev alapjan nekem sajnos nem jo, mert az egerem tobbszor is megjelenik a listaban, ezert az id szamat irtam a nev helyere. Igy mukodik is, viszont ha ez az id valtozik, ha az egeret masik usb portba dugom, vagy neha akkor is, mikor ujrainditom a gepet.
Erre nem tudsz veletelenul megoldast?
Sajnos nem.
Majd talán valaki más. Mondjuk az is érdekes, hogy nálad miért jelenik meg háromszor is az egér?! 
Nálam mindig csak egyszer szerepel.
-
Az automatikusan induló alkalmazásokhoz létrehozol egy bejegyzést, ami a következő parancsot tartalmazza:
xinput set-prop 'Logitech Gaming Mouse G400' 'libinput Accel Speed' '-1'Értelem szerűen a Logitech Gaming Mouse G400 helyett a te egered neve kell. Így minden indítás után kikapcsolódik az egér gyorsítása, ahogy nálam is.
Nev alapjan nekem sajnos nem jo, mert az egerem tobbszor is megjelenik a listaban, ezert az id szamat irtam a nev helyere. Igy mukodik is, viszont ha ez az id valtozik, ha az egeret masik usb portba dugom, vagy neha akkor is, mikor ujrainditom a gepet.
Erre nem tudsz veletelenul megoldast? -
Sziasztok!
Manjaro 17.1.11-en, legújabb LTS kernellel (4.14.57) akadt egy kis probléma egy laptopon. AMD C-30 APU van, amibe egy HD 6250 van integrálva. Nyílt radeon maghajtóval használom. Az a baj hogy a system to ram / suspend csak egyszer működik. Illetve pontosabban a felébredés megy egyszer jól. Második suspend után nem áll fel a rendszer, csak sötét képernyő, a caps lock ledje nem reagál ha ilyenkor nyomogatom.
Új vagyok az Arch vonalon, más kernelekkel nincs tapasztalatom. Ubuntu 14.07.01-en FGLRX-el a suspend ment jól, de ilyen újabb linuxokra az FGLRX már nem megy fel; az AMDGPU meghajtók pedig újabb radeonokhoz vannak.
Egy pár acpi_osi kernel paramétert próbáltam betenni a grubba, de nem oldotta meg a gondot. A bios a legújabb ami ehhez a géphez van.
Van valakinek ötlete hogy mivel próbálkozzak? Esetleg van itt valaki aki hasonló kártyát használ? Arra gondoltam hogy -minthogy nem egy új gépről van szó- megpróbálnék valami régebbi kernelt, csak hát nem tudom melyiket.
A system to disk / hibernálás az megy rendesen.
Üdv
dmesg |grep ACPI
[ 0.000000] BIOS-e820: [mem 0x00000000b7a9f000-0x00000000b7af5fff] ACPI NVS
[ 0.000000] BIOS-e820: [mem 0x00000000b7b25000-0x00000000b7b2cfff] ACPI NVS
[ 0.000000] BIOS-e820: [mem 0x00000000b7b52000-0x00000000b7b94fff] ACPI NVS
[ 0.000000] ACPI: Early table checksum verification disabled
[ 0.000000] ACPI: RSDP 0x00000000000F0430 000024 (v02 TOSCPL)
[ 0.000000] ACPI: XSDT 0x00000000B7AE4070 00005C (v01 TOSCPL TOSCPL00 01072009 AMI 00010013)
[ 0.000000] ACPI: FACP 0x00000000B7AF1288 0000F4 (v04 TOSCPL TOSCPL00 01072009 AMI 00010013)
[ 0.000000] ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has valid Length but zero Address: 0x0000000000000000/0x1 (20170728/tbfadt-658)
[ 0.000000] ACPI: DSDT 0x00000000B7AE4158 00D130 (v02 TOSCPL TOSCPL00 00000000 INTL 20051117)
[ 0.000000] ACPI: FACS 0x00000000B7B2BF80 000040
[ 0.000000] ACPI: APIC 0x00000000B7AF1380 000062 (v03 TOSCPL TOSCPL00 01072009 AMI 00010013)
[ 0.000000] ACPI: MCFG 0x00000000B7AF13E8 00003C (v01 TOSCPL TOSCPL00 01072009 MSFT 00000097)
[ 0.000000] ACPI: SLIC 0x00000000B7AF1428 000176 (v01 TOSCPL TOSCPL00 01072009 AMI 00010013)
[ 0.000000] ACPI: HPET 0x00000000B7AF15A0 000038 (v01 TOSCPL TOSCPL00 01072009 AMI 00000004)
[ 0.000000] ACPI: SSDT 0x00000000B7AF15D8 00017A (v01 AMD POWERNOW 00000001 AMD 00000001)
[ 0.000000] ACPI: SSDT 0x00000000B7AF1758 00168E (v02 AMD ALIB 00000001 MSFT 04000000)
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: PM-Timer IO Port: 0x808
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1])
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] ACPI: HPET id: 0xffffffff base: 0xfed00000
[ 0.003333] ACPI: Core revision 20170728
[ 0.020796] ACPI: 3 ACPI AML tables successfully acquired and loaded
[ 0.123459] PM: Registering ACPI NVS region [mem 0xb7a9f000-0xb7af5fff] (356352 bytes)
[ 0.123501] PM: Registering ACPI NVS region [mem 0xb7b25000-0xb7b2cfff] (32768 bytes)
[ 0.123504] PM: Registering ACPI NVS region [mem 0xb7b52000-0xb7b94fff] (274432 bytes)
[ 0.126972] ACPI: bus type PCI registered
[ 0.126977] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[ 0.143625] ACPI: Added _OSI(Module Device)
[ 0.143629] ACPI: Added _OSI(Processor Device)
[ 0.143631] ACPI: Added _OSI(3.0 _SCP Extensions)
[ 0.143634] ACPI: Added _OSI(Processor Aggregator Device)
[ 0.144138] ACPI: Executed 3 blocks of module-level executable AML code
[ 0.151614] ACPI Error: No handler for Region [ERAM] (ffff89442a926090) [EmbeddedControl] (20170728/evregion-166)
[ 0.151645] ACPI Error: Region EmbeddedControl (ID=3) has no handler (20170728/exfldio-299)
[ 0.151664] ACPI Error: Method parse/execution failed \_SB.PCI0.SBRG.EC0._REG, AE_NOT_EXIST (20170728/psparse-550)
[ 0.153120] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[ 0.154631] ACPI: EC: EC started
[ 0.154634] ACPI: EC: interrupt blocked
[ 0.156804] ACPI: \_SB_.PCI0.SBRG.EC0_: Used as first EC
[ 0.156810] ACPI: \_SB_.PCI0.SBRG.EC0_: GPE=0x3, EC_CMD/EC_SC=0x66, EC_DATA=0x62
[ 0.156815] ACPI: \_SB_.PCI0.SBRG.EC0_: Used as boot DSDT EC to handle transactions
[ 0.156816] ACPI: Interpreter enabled
[ 0.156871] ACPI: (supports S0 S3 S4 S5)
[ 0.156875] ACPI: Using IOAPIC for interrupt routing
[ 0.157243] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[ 0.157931] ACPI: Enabled 12 GPEs in block 00 to 1F
[ 0.202715] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[ 0.257365] ACPI: PCI Interrupt Link [LNKA] (IRQs 4 7 10 11 14 15) *0
[ 0.257583] ACPI: PCI Interrupt Link [LNKB] (IRQs 4 7 10 11 14 15) *0
[ 0.257779] ACPI: PCI Interrupt Link [LNKC] (IRQs 4 7 10 11 14 15) *0
[ 0.257988] ACPI: PCI Interrupt Link [LNKD] (IRQs 4 7 10 11 14 15) *0
[ 0.258168] ACPI: PCI Interrupt Link [LNKE] (IRQs 4 7 10 11 14 15) *0
[ 0.258296] ACPI: PCI Interrupt Link [LNKF] (IRQs 4 7 10 11 14 15) *0
[ 0.258433] ACPI: PCI Interrupt Link [LNKG] (IRQs 4 7 10 11 14 15) *0
[ 0.258587] ACPI: PCI Interrupt Link [LNKH] (IRQs 4 7 10 11 14 15) *0
[ 0.260476] ACPI: EC: interrupt unblocked
[ 0.260489] ACPI: EC: event unblocked
[ 0.260501] ACPI: \_SB_.PCI0.SBRG.EC0_: GPE=0x3, EC_CMD/EC_SC=0x66, EC_DATA=0x62
[ 0.260506] ACPI: \_SB_.PCI0.SBRG.EC0_: Used as boot DSDT EC to handle transactions and events
[ 0.266780] PCI: Using ACPI for IRQ routing
[ 0.316076] pnp: PnP ACPI init
[ 0.316507] system 00:00: Plug and Play ACPI device, IDs PNP0c01 (active)
[ 0.317644] system 00:01: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.317741] pnp 00:02: Plug and Play ACPI device, IDs PNP0b00 (active)
[ 0.317949] system 00:03: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.318096] system 00:04: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.318231] pnp 00:05: Plug and Play ACPI device, IDs PNP0303 PNP030b (active)
[ 0.357299] pnp 00:06: Plug and Play ACPI device, IDs TOS0100 SYN0700 SYN0002 PNP0f13 (active)
[ 0.357612] system 00:07: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.359397] pnp: PnP ACPI: found 8 devices
[ 3.195982] ACPI: bus type USB registered
[ 10.450589] ACPI: Power Button [PWRB]
[ 10.462383] ACPI: Lid Switch [LID]
[ 10.466786] ACPI: Power Button [PWRF]
[ 10.520259] ACPI: Video Device [VGA] (multi-head: yes rom: no post: no)
[ 10.631556] ACPI: AC Adapter [ACAD] (off-line)
[ 10.874465] toshiba_bluetooth: Toshiba ACPI Bluetooth device driver
[ 11.073721] ACPI: Battery Slot [BAT1] (battery present)
[ 11.312111] toshiba_acpi: Toshiba Laptop ACPI Extras version 0.24Helo!
Nekem Acer kis laposom van, abban C-70 APU van. Ugyanez volt nalam is, sima Arch-al.
Szerintem nem a VGA driver okozza, de ez csak tipp.
Vegul a Solus telepitese lett a megoldas Mate ablakkezelovel.
Illetve a debian + XFCE paros eseten is hibatlan volt.
Ez utobbi maradt fent vegul, annak ellenere, hogy a wifi es a tapipad kulon konfiguralast igenyelt debianon, Solus-on pedig minden egybol ment.
Persze ez it OFF, szoval befejezem.
Szivesen megoldottam volna Arch vonalon is, de akkoriban se idom, se eleg tudasom nem volt, hogy ezt vegigvigyem. -
Manjarot hasznalok, ott alapbol fel van rakva. Ahogy olvasom, nem ezzel lesz a gond, hanem a kernellel.
"Finally I have found a solution.
The intel_pstate driver has some problem with some Intel Hswell and later processors. Arch Linux users have noticed that this is the intel_pstate and the kernels internal timer problem. When timer is set to 300Hz (the default in arch) the intel_pstate driver is to sensitive. In Ubuntu this timer is set to 250Hz in a generic kernels.
When I test the linux-lowlatency kernel (whitch has set CONFIG_HZ to 1000) the problem seems to disappear (seems, because I have tested this in 4.11 lowlatency kernel and solution do not solve this problem). Battery lifetime increase from 2.5 to 4.5 hours for chrome html5video decoding. "
Hogyan tudnam modositani ezt a legegyszerubben a kernelben?
-
Hogyan tehetenem a rendszert energiatakarekosabba?
Uresjaratban a win10 a procimat vissza vette 0.8GHz -re, itt viszont 1.4GHz -nel nem vesszi lejebb.
/sys/devices/system/cpu/cpu*/cpufreq/scaling_governor ban powersave van beallitva.Szerk: dell e6440 geprol van szo, i7-4800mq procival.
-
Az automatikusan induló alkalmazásokhoz létrehozol egy bejegyzést, ami a következő parancsot tartalmazza:
xinput set-prop 'Logitech Gaming Mouse G400' 'libinput Accel Speed' '-1'Értelem szerűen a Logitech Gaming Mouse G400 helyett a te egered neve kell. Így minden indítás után kikapcsolódik az egér gyorsítása, ahogy nálam is.
Koszonom szepen, mukodik!
-
Az automatikusan induló alkalmazásokhoz létrehozol egy bejegyzést, ami a következő parancsot tartalmazza:
xinput set-prop 'Logitech Gaming Mouse G400' 'libinput Accel Speed' '-1'Értelem szerűen a Logitech Gaming Mouse G400 helyett a te egered neve kell. Így minden indítás után kikapcsolódik az egér gyorsítása, ahogy nálam is.
-
Üdv.
A steam-native-runtime csomagot szeretném telepíteni, de letöltés közben ez a hibaüzenet jön:
:: Csomagok letöltése...
hiba: nem sikerült a(z) 'lib32-pam-1.3.0-2-x86_64.pkg.tar.xz' fájlt letölteni a mi.mirror.garr.it helyről : The requested URL returned error: 404
figyelmeztetés: nem sikerült minden fájlt letölteni
hiba: nem sikerült a(z) 'lib32-libnm-glib-1.10.8-1-x86_64.pkg.tar.xz' fájlt letölteni a mi.mirror.garr.it helyről : The requested URL returned error: 404
figyelmeztetés: nem sikerült minden fájlt letölteni
hiba: nem sikerült végrehajtani a tranzakciót (nem várt hiba)
Hibák léptek fel, nem frissült csomag.Ilyenkor mit lehet tenni?
-
Szerintem a mintyegon19 jobb lenne
Nem hittérítettem. Jó a Mint, de azóta lettek még jobb alternatívák, azért ajánlgatunk mást. A disztrók körképe átrendeződött az utóbbi években, ezt fejezi ki a distrowatch toplistájának a megváltozása is. Elhiszem, hogy 5 éve neked bevállt, anno nekem sem volt vele bajom azon kívül, hogy ritkán van belőle új kiadás, mármint ez az ütem nekem ritka. Viszont 5 év után itt az ideje, hogy használj fő rendszerként valami más disztrót, hogy fejlődj. Az egyik legveszélyesebb dolog az informatikában, ha kényelemből meg megszokásból beszűkíted a látásmódod egyetlen rendszerre. Sokkal inkább kell a rugalmasság, nyitottság, kipróbálni új dolgokat, megismerni más megoldásokat, keresni miben mi a leghatékonyabb. Én még Archon is törekszek, hogy minden telepítéskor már DE-t vagy WM-et teszek fel, más megoldást, megközelítést használok, mindig próbálok ki új programokat, és nem csak a háttérképet, témát cserélgetem. Ez nem csak azért jó, mert fejlődsz, de nem is lesz unalmas meg monoton, hogy mindig ugyanazt bambulod és használod.
-
Szerintem a mintyegon19 jobb lenne
Nem hittérítettem. Jó a Mint, de azóta lettek még jobb alternatívák, azért ajánlgatunk mást. A disztrók körképe átrendeződött az utóbbi években, ezt fejezi ki a distrowatch toplistájának a megváltozása is. Elhiszem, hogy 5 éve neked bevállt, anno nekem sem volt vele bajom azon kívül, hogy ritkán van belőle új kiadás, mármint ez az ütem nekem ritka. Viszont 5 év után itt az ideje, hogy használj fő rendszerként valami más disztrót, hogy fejlődj. Az egyik legveszélyesebb dolog az informatikában, ha kényelemből meg megszokásból beszűkíted a látásmódod egyetlen rendszerre. Sokkal inkább kell a rugalmasság, nyitottság, kipróbálni új dolgokat, megismerni más megoldásokat, keresni miben mi a leghatékonyabb. Én még Archon is törekszek, hogy minden telepítéskor már DE-t vagy WM-et teszek fel, más megoldást, megközelítést használok, mindig próbálok ki új programokat, és nem csak a háttérképet, témát cserélgetem. Ez nem csak azért jó, mert fejlődsz, de nem is lesz unalmas meg monoton, hogy mindig ugyanazt bambulod és használod.
Szerintem a mintyegon19 jobb lenne
A 19-et még nem használom, csak fenn van két eszközön, a laptopon mondjuk napi használat alatt áll.
Viszont 5 év után itt az ideje, hogy használj fő rendszerként valami más disztrót, hogy fejlődj.
Említettem már, hogy én tényleg totál laikus vagyok, soha nem tanultam informatikát, így ha valamit 5 éve eredményesen tudok használni, kiváltva a Wint, az nekem totál elég. Attól, hogy időnként belepofázok sok dologba, még ugyanúgy nem értek az egészhez, mint a többi laikus user. De azt hiszem, ez már nyilvánvaló lett mostanra. Vissza is fogtam a lendületem.
Amúgy az összes ismerősömnek Mint-et raktam a gépére, még olyan gép is volt, amit 2 szerviz is elküldött, hogy ez már kuka. XFCE 17.3-mal mégis működött.
Te törekszel kibővíteni a látóköröd, mert van alapod hozzá és itt sokaknak van, keveseknek meg nincs, igaz utóbbiak inkább csak kérdeznek, szerencsére rajtam kívül más nem okoskodik tudás nélkül.
(no de hogyan kerültem én az Arch topikba?) -
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! 😁
Szerintem a mintyegon19 jobb lenne
Nem hittérítettem. Jó a Mint, de azóta lettek még jobb alternatívák, azért ajánlgatunk mást. A disztrók körképe átrendeződött az utóbbi években, ezt fejezi ki a distrowatch toplistájának a megváltozása is. Elhiszem, hogy 5 éve neked bevállt, anno nekem sem volt vele bajom azon kívül, hogy ritkán van belőle új kiadás, mármint ez az ütem nekem ritka. Viszont 5 év után itt az ideje, hogy használj fő rendszerként valami más disztrót, hogy fejlődj. Az egyik legveszélyesebb dolog az informatikában, ha kényelemből meg megszokásból beszűkíted a látásmódod egyetlen rendszerre. Sokkal inkább kell a rugalmasság, nyitottság, kipróbálni új dolgokat, megismerni más megoldásokat, keresni miben mi a leghatékonyabb. Én még Archon is törekszek, hogy minden telepítéskor már DE-t vagy WM-et teszek fel, más megoldást, megközelítést használok, mindig próbálok ki új programokat, és nem csak a háttérképet, témát cserélgetem. Ez nem csak azért jó, mert fejlődsz, de nem is lesz unalmas meg monoton, hogy mindig ugyanazt bambulod és használod.
-
Nem csak rád gondoltam, bár benne vagy a célcsoportban.
(Te inkább a térítést nyomattad ezerrel) Most minden flat amúgy, én már a Flatpak-tól is arcidegzsábát kaptam, független attól, hogy használhatatlan bugos valami. Ezeket a képeket se csípom. Vannak normális háttérképek, minek erőltetni ezt a műdolgot......
no meg 1ccerűek is
A biztonságnál maradva gondolom még emlékszel: [link]
Fő Minttérítő Úr
Tényleg, ez kellene hogy a neved alatt legyen
-
Árva lett a csomag (a kezelője nem frissítette tovább), ezt vette át a kérdéses egyén. (Ezt bárki megteheti).
Miután átvette a kezelését, hozzárakott egy scriptet.
Ebben a formában július 8. 04:31-től 07:55-ig volt letölthető. (Tehát ~3.5 órán keresztül)
A másik két csomagot nem tudom.
Nekem van egy olyan sejtésem hogy ez csak egy figyelemfelkeltő akció volt, egyrészt a script tartalma miatt, másrészt meg amiatt hogy van benne egy elírás ami miatt nem is csinál semmit az egész.
-
Nem vakították el. A nem hivatalos tárolók egyik disztrón sem voltak soha biztonságosak, csak saját felelősségre ajánlott a használatuk.
Amúgy meg én rühellem ezeket a flat designos, poligonos háttérképeket, az ilyeneket 1 mp. alatt cserélem le, hogy nyekkenni nincs idejük.
Nem csak rád gondoltam, bár benne vagy a célcsoportban.
(Te inkább a térítést nyomattad ezerrel) Most minden flat amúgy, én már a Flatpak-tól is arcidegzsábát kaptam, független attól, hogy használhatatlan bugos valami. Ezeket a képeket se csípom. Vannak normális háttérképek, minek erőltetni ezt a műdolgot......
no meg 1ccerűek is
-
Igen, ebben nincs különbség, csak az akkori paradicsommadár színek elvakították a Manjaros kollégákat!
....hogy elfeledkeztem erről az írásomról is, biztosan sokan bánják!
(amúgy nem Manjaroról szólt volna a cikk.....) -
Azt világosan írják, hogy egy user tette bele az install scriptbe. Úgy kerülhetett bele. Ahogy olvasom, csak egy telemetriagyűjtő script volt egyenlőre, nem okozott kárt.
Egyébként mák, hogy nem használom többé az acroread-ot, régen minden disztróra feltettem, mert akkor annak volt a legjobb a renderelési minősége. De már a Okular, Evince is annyira felfejlődött ebben, hogy már majdnem 2 éve felesleges bármi mást feltenni, Qt-s rendszerekre elég az Okular, Gtk-sokra az Evince.
A yaourt nem véletlenül figyelmeztet évek minden AUR-csomag telepítése előtt, hogy potentially dangerous, utalva ezzel arra, hogy az AUR-ba 1 perces regisztrációt követően bárki hozzáadhat dolgokat, emiatt nem megbízható. Azt sem véletlenül ajánlgatja, hogy nyissuk meg szerkesztésre, átnézésre a pkgbuildet.
Azt sem véletlenül ajánlgatja, hogy nyissuk meg szerkesztésre, átnézésre a pkgbuildet.
Fél éve a nagy Manjaro királyság idején még a PPA-s rendszerekre mondtátok, mennyire nem biztonságos.
Azért ezt a fenti mondatot kezdők hiába olvasgatják. -
Pont erre van az offtopik: Linux felhasználók OFF topikja
colomb2: nem láttam hogy te is írtad
-
SSD-t ma már mindenbe érdemes tenni, nagyon régi gépekbe is. Árban egyre hozzáférhetőbbek értelmes méretben is, és egész más dimenzióba tolják át a sebességérzetet. A HDD rendszermeghajtónak nagyon elavult már, visszafogja a gépeket.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Azóta persze már nem így van, de egye fenyő - 8 és 16GB elbírja.
azóta is van...dmesg és aplay szerint is minden rendben volt...
Nálam mindig csak egyszer szerepel.
Új hozzászólás Aktív témák
- BESZÁMÍTÁS! LENOVO Ideapad Gaming 3 notebook - i5 11320H 16GB DDR4 512GB SSD RTX 3050Ti 4GB WIN11
- Keresünk iPhone 13/13 Mini/13 Pro/13 Pro Max
- ÁRGARANCIA! Épített KomPhone Ultra 7 265KF 32/64GB RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
- Lenovo 13w Yoga 2in1 Gen 2 AMD Ryzen 3 7330U 8 GB RAM 256 GB SSD Premium garancia FHD IPS TOUCH
- MacBook Air 13" M2 16gb ram/256gb ssd 27% Áfás (0357AB)
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest