- Luck Dragon: Asszociációs játék. :)
- LordAthis: AI Kérdés érkezett - 3600 soros Spagetti kód refaktorálása és budget
- Gurulunk, WAZE?!
- Geri Bátyó: Agglegénykonyha 1 – rizseshús másképp
- sh4d0w: Vigyázz a háttértáradra...
- sziku69: Fűzzük össze a szavakat :)
- Geri Bátyó: Agglegénykonyha – bevezető - igényfelmérés
- Lalikiraly: Astra kalandok @ Harmadik rész
- bambano: Bambanő háza tája
- sziku69: Szólánc.
-
LOGOUT
Arch Linux topik
Ú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)
-
Frawly
veterán
válasz
ubyegon2
#5395
üzenetére
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.
![;]](//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? -
Frawly
veterán
válasz
ubyegon2
#5392
üzenetére
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.
-
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. -
Frawly
veterán
válasz
ubyegon2
#5389
üzenetére
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.
-
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!
-
#5384
ubyegon2
félisten
IstvánLászló
#5382
válasz
IstvánLászló
#5382
üzenetére
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....)
-
Siriusb
veterán
Felraktam egy média szervert (rygel), de az a gondom vele, hogy a kliensekben a szóközt vagy ékezetes betűket tartalmazó nevű fájlokat hol látom, hol nem. Ha átnevezem minden speciális karakter nélkülire, egyből megjelenik a listában. Mivel az okoskodó tévén és telefonon is ezt csinálja, gyanítom a rygel-lel van baj, de nem találok semmi erre vonatkozót a configban.
-
#5382
IstvánLászló
őstag
ubyegon2
#5381
IstvánLászló
őstag
válasz
ubyegon2
#5381
üzenetére
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ó
-
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)
-
Frawly
veterán
válasz
ubyegon2
#5379
üzenetére
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 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. 🤐
-
Frawly
veterán
válasz
ubyegon2
#5373
üzenetére
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.
-
#5377
ubyegon2
félisten
cyberpalko
#5375
válasz
cyberpalko
#5375
üzenetére
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!
-
#5375
cyberpalko
csendes tag
ubyegon2
#5373
cyberpalko
csendes tag
válasz
ubyegon2
#5373
üzenetére
Nem ma kezdődött.
https://wiki.archlinux.org/index.php/Arch-based_distributions
-
#5374
cyberpalko
csendes tag
Frawly
#5368
cyberpalko
csendes tag
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. -
#5368
Frawly
veterán
cyberpalko
#5367
Frawly
veterán
válasz
cyberpalko
#5367
üzenetére
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.
-
#5366
BoB
Topikgazda
cyberpalko
#5365
BoB
Topikgazda
válasz
cyberpalko
#5365
üzenetére
Lehet csak az alsa-t kell felvenni.
Terminálban: alsamixer
Ott nézd meg a hangerő lehet le van véve.
-
#5365
cyberpalko
csendes tag
Frawly
#5363
cyberpalko
csendes tag
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)
-
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.
-
#5363
Frawly
veterán
cyberpalko
#5362
Frawly
veterán
válasz
cyberpalko
#5362
üzenetére
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.
-
#5362
cyberpalko
csendes tag
cyberpalko
csendes tag
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 -
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? -
Frawly
veterán
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. -
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?
-
Frawly
veterán
Nekem egyébként egyre kisebb jelentősséggel bír, ha lesz időm kísérletezni, akkor átállok saját fordítású kernelre, és a kernel.org-ról leszedve fordítok mindig magamnak újat. Az Arch-osból pl. nekem hiányzik a 16 bites alkalmazások támogatása, mert úgy lett lefordítva.
Csak addig idő, míg a fordítási profilt kikísérletezem, de utána ugyanazzal a profillal mindig lefordul pár perc alatt a legfrissebb kernel, és nem kell Tobias meg Heftig meg mit tudom kikre várni, hogy majd ha lesz elég szabadidejük, akkor esetleg betolják valamelyik tárolóba az újabb kernelt, meg kedvükre tiltogatnak belőle mindenfélét, ami szerintük nekem nem kell bele.
-
anorche1
őstag
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?
-
válasz
Blasius
#5343
üzenetére
Helo!
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. -
Blasius
tag
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.24 -
Frawly
veterán
Megkért valaki, hogy csináljak neki virtualboxos Win3.11-es virtuális gépet, de olyat, amivel fájlokat tud megosztani vagy fájlokat tud rá pakolni.
A virtuális gépet már megkreáltam, beállítottam, majdnem kész is van. A megosztás viszont bajos. Első körben arra gondoltam, hogy a .vhd lemezképet csatolom fel, erre van eszköz a libguestfs-tool-ban, a guestmount. Igen ám, de ez csak az AUR-ban van, és lefordítana forrásból egy tonna csomagot. Gondoltam, hogy a nagy lófütyit a valagukba, leszedem a vonatkozó deb-eket a debianos tárolóból a függőségekkel együtt, kibontom egy helyi mappába, és használom onnan. Ez nagyon szép gondolat is volt, amíg bele nem futottam abba, hogy guestmount függőségei között ott van az SELinux, az már van olyan bonyolult, hogy csak úgy tudnám feltenni, hogy szétgányolnám a rendszerem, így ezt az ötletet teljesen dobtam, nem használom a libguestfs-es eszközöket.
Ott van még, hogy DOS és Win.11 alá van Windows Client, ami elvileg olvas Samba-megosztást, de ez is bonyás, mindenféle más protokollverziók, titkosítás, stb.
Van valakinek ötlete, hogy Archon hogyan lehetne ezt kulturáltan, gányolás és több órás forráskódból forgatás nélkül megoldani? Egyelőre mkisofs-el kreálok a megosztandó fájlokból .iso lemezképet, és felcsatolom CD-ként a virtuális gépbe, de ez megint kényelmetlen és gányolás kategória. Esetleg létrehozok egy nyers lemezképet, azt megformázom, majd felcsatolom, és ezt a virtuális gépnek is oda lehetne adni másodlagos lemezként. Ennél tud valaki jobbat?
Ha majd kész a virtuális gép, akkor a használója majd Win7-en fogja használni, így lehet ez ott OFF topik, de megkérdezném azt is, hogy Windowson mi a módja .VHD fájl felcsatolásának? A lényeg, hogy tudjon a DOS-os virtuális gépbe fájlokat küldeni. Először azt tanácsoltam neki, hogy Bridge-hálózatba álítsa a virtuális gépet, telepítse a DOS-os hálózati drivereket és mtcp-t ftp-kliennsel, majd a host gépre egy FTP szervert, de ehhez nem elég az informatikai tudása, túl bonyolult megoldás neki, hiába linkeltem neki ezt bemutató videót.
-
anorche1
őstag
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?
-
anorche1
őstag
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.
-
lamez
újonc
Sziasztok!
Tegnap raktam fel a Manjaro Linux egy verzióját. Sajna a wi-fi nem müxik.
Próbáltam a neten keresni. Annyit tudtam kideríteni, hogy a külső (usb-s) wi-fi nincs tiltva se szoftveresen se hardveresen. (rfkill list all parancsal néztem meg)
Egy tp-link wn722n -es wi-fi-m van v1.10-es.
Köszi a segítséget!
-
Sonja
nagyúr
válasz
anorche1
#5327
üzenetére
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.
-
-
Ranger26
csendes tag
Ü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?
-
BoB
Topikgazda
-
Frawly
veterán
válasz
vargalex
#5318
üzenetére
Én is főleg akkor húzok újra Archot, ha új rendszermeghajtót vagy új gépet veszek (bár a legutóbb vett SSD-mre, már tar-ral klónoztam a rendszert, nem húztam újra). Amúgy csak kétszer kellett Archot ezen kívül újrahúzni, egyszer az én hibámból, elhánytam a jogosultságokat az új user home-jában, és polkit hiba miatt behalt a systemd, nem lehetett megjavítani. A másik alkalommal meg GPU és Wi-Fi bugos működése miatt váltottam Xorg-ról Waylandre, de akkor már az ext4-ről f2fs-re váltást is megléptem. Nyilván én sem telepítem újra hetente. Nagy ritkán viszont nem lámaság újratelepíteni. Nekem sose volt szent a belakott rendszer, ellentétben itt a PH-n sok emberrel. Majd belakódik újra, meg így a legjobb tiszta lappal kezdve kipróbálni teljesen új dolgokat. Ez a jó az Archban, nem vagy kiadásokhoz meg flavor-ökhöz kötve, bármit fel lehet rá tenni, bármilyen rendszert össze lehet rá legózni.
-
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?) -
Frawly
veterán
válasz
ubyegon2
#5315
üzenetére
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.
-
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! 😁
-
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
-
Frawly
veterán
válasz
ubyegon2
#5310
üzenetére
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.
-
-
BoB
Topikgazda
válasz
#63718632
#5305
üzenetére
Á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.
-
Frawly
veterán
válasz
#63718632
#5305
üzenetére
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.
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
Hirdetés
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Assassin's Creed Shadows Collector's Edition PC
- 27%-OS ÁFÁS SZÁMLA I Jogtiszta Microsoft digitális és fizikai termékek I DIGITALKEYZ.COM
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával - Nint.hu
- HIBÁTLAN iPhone 15 Pro 256GB Black Titanium -1 ÉV GARANCIA -Kártyafüggetlen, MS3223, 93% Akkumulátor
- BESZÁMÍTÁS! Gigabyte H510M i5 10400F 16GB DDR4 512GB SSD 1TB HDD RX 6600 8GB Zalman S2 TG EVGA 600W
- Xiaomi Redmi 12C 64GB, Kártyafüggetlen, 1 Év Garanciával
- HP 15S FHD LED Matt i5-1135G7 4.2Ghz 16GB RAM 512GB SSD Intel Iris XE Graphics Win11 Garancia
- HP 14 Elitebook 640 G9 FHD IPS i5-1235U 4.4Ghz 10mag 16GB 256GB Intel Iris XE Win11 Pro Garancia
Állásajánlatok
Cég: FOTC
Város: Budapest