-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
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?
[ Szerkesztve ]
"It never gets easier, you just go faster." Greg LeMond
-
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?"It never gets easier, you just go faster." Greg LeMond
-
Frawly
veterán
Pedig a hivatalos iso-nak dd-vel kiírva bootolnia kéne Legacy-n is.
Az UEFI boottól miért zárkózol el? Azt értem, hogy fujj, meg nem kell, de ha véletlenül mégis kipróbálod, még be is jöhet. Pl. megvan az az előnye, hogy pl. systemd UEFI boottal tudod indítani a gépet, és nem kell GRUB, syslinux, stb.-vel szenvedni, meg külön frissítgetni őket állandóan. Én a helyedben adnék egy esélyt az UEFI bootnak. 2018-ban, pár nap múlva már 2019-ben nem elhamarkodott átállni. 2007-ben még joggal morogtak ellene, hogy a Windows sem támogatja normálisan, meg még túl új, kísérleti, de azóta eltelt néhány év.
-
félisten
Nem feltetlenul. Nekem is van olyan pendrive-om, amirol ujkora ota nem tudok egyaltalan linuxot bootolni.
Nem tudom, hogy letezhet-e olyan pendrive, aminek nincs MBR-je, de ha letezik, akkor ez magyarazna a dolgot.Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Siriusb
veterán
Juj, ettől a sok sudo-tól megszédülök. Ez nem Ubuntu.
Én feldobnám a networkmanager-t (és az nm-applet-et), hadd intézze, amit kell.
-
Frawly
veterán
Nem értem mit csinálsz. Attól nem lesz neted, hogy a Wi-Fi-kártyát down állapotba küldöd.
Ami nálad hiányzik, az az, hogy hiába hoztál létre wifi-menu/wpa_supplicant profilt (benne SSID, jelszó), és mentődött is el, bootnál nincs olyan systemd service, ami automatikusan beizzítja. Ez lehet NetworkManager, lehet netctl, lehet wicd, és hasonlók. Az Arch Wiki alapján válassz egyet.
Az Openbox meg a többi kisebb WM ilyen minimalista. Nem kezelik helyetted a netkapcsolatokat, ahogy egy KDE, Gnome Shell, Cinnamon, stb..
-
félisten
Es tenyleg, koszi!
Mar csak a pacman hook-os tema a kerdes.
Illetve meg valami: mi az oka annak, hogy egy fstab-ban beallitott sata SSD eltavolithatokent jelenik meg a file managerben (mint pl. egy pendrive)?
Kossz!
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Frawly
veterán
Üdv az Archer táborban. Júbájgön el lesz keseredve, hogy már senki nem fahéjas mentázik. Amúgy te véletlenül nem az a hwsw-s csokis vagy?
Az eltávolító meghajtóra nincs sok ötletem. Az biztos, hogy az Arch nem mutat róla semmit. Legfeljebb a fájlkezelő, amivel nézitek. Pontosan melyik fájlkezelőt használjátok? PCmanFM, Nautilus, Dolphin?
Lehet a BIOS-ban a SATA vezérlő van RAID módban AHCI helyett, vagy a kernel egyes újabb SATA vezérlőkön lógó meghajtókat így kezel le.
Az Arch egyébként olyan, hogy ha megtanulod feltenni, meg mindent beröffenteni alatta, belőni a dolgokat, ahogy neked kell, akkor később már az életben nem lesz vele gond. Nincs külön disztrófrissítés, nem kell újratelepíteni.
[ Szerkesztve ]
-
Frawly
veterán
Nálam nem mutat ilyet a Thunar. Abban biztos vagy, hogy a Thunar teszi ki az ikonokat az asztalra? Az asztal beállításai között nézelődj:
In Settings Manager>Desktop, click the "Icons" tab. Clear the checkbox for "Removable Devices". I think this will remove all of the extra drive icons from your desktop. -
Frawly
veterán
Az Xfce teszi ki, nem a Thunar. Ott nézd meg, ahol írtam: Settings Manager (magyarul nem tudom mi a neve, talán beállítóközpont), ott Desktop (Asztal) ikon, az előjövő ablakban Icons (Ikonok) fül, és ott lesz az alja felé, hogy az eltávolítható meghajtókat ne tegye ki asztalra:
-
-
Shyciii
veterán
Az oké, hogy MTP, de a SUBSYSTEM résznél őt is USB-ként érzékeli. Ez azért biztos, mert az android hackeléséhez fastboot parancsokkal szintán csak úgy működik, ha létrehoztam egy udev szabályt a magdott vendorid-vel, és ott is usb-t megadva működik azóta is. Itt viszont így sem.
-
Shyciii
veterán
Köszi. Az usbreset-et az AUR-ból próbáltam, de nem találtam hozzá syntaxist, így amiket próbáltam azzal nem működött. Pl a másik linken próbált módon is xxxx:xxxx amit persze az lsusb által kiadott értékekkel próbáltam.
Most nézem, hogy az AUR-os usbreset az nem ugyanaz a linken levő usb-reset -el. Nah akkor ezt lefordítom mindjárt és próba.
[ Szerkesztve ]
-
vinibali
őstag
én openwrt-n használtam ezt a csomagot, ott jó volt. más kérdés:
használ valaki xfce4-terminalt?
GTK3 óta nekem nem működik a kijelölés + Page Down gombos párosítás. leforgattam a 0.6.3 - utolsó GTK2 - verziót és megy akárcsak régen.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
Lathronos
őstag
-
-
Frawly
veterán
Egyetértek, az imv az jobb, de a feh azért népszerű, mert X-es háttérképmegjelenítőnek használják. Amire persze megint lenne egyszerűbb, imagemagick display, vagy xsetroot, de azok (mint írtam) bugzanak egyes kompozitorokkal, míg a feh nem.
De ha csak képnézégető kell, akkor én is az imv-t preferálom, nem túl fapados, de mégis tudja a szükséges dolgokat, anélkül, hogy bloat lenne, még a vi/vim-billentyűket is támogatja. Plusz támogat X mellett Waylandet is. Az sxiv és feh túl fapados, a nagyobb képnézők meg túl bloatak imo.
Nálam ezek az imv, mpv, ffmpeg, imagemagick, sox alap toolok lettek, igazi svájcibicskák, sok mindenre jók. Lefednek majdnem minden kép/hang-nézési, szerkesztési, lejátszási, konvertálási igényt, ezek elsők között vannak, amiket felteszek minden rendszerre. Alig kell mellettük mást használni (nagyon ritkán használok persze flac, lame, oggenc, opusenc, qaac/neroaac enkódereket, de csak audio-nál teszek kivételt).
Az imagemagick-et kevesen ismerik, pedig az is jó, képmegjelenítésre, konvertálásra, font viewernek, stb.. zathura szintén, nem csak pdf-nézőnek, de ps, djvu, e-könyvformátumok nézésére is. vim (most már részemről neovim, de adott esetben Emacs, Micro, stb.) is elég univerzális, nem csak szövegszerkesztőnek, hanem IDE-nek, git-kliensnek, diff-ek nézésére, hexeditornak, dokumentumkonvertálónak (unix/win sorvégek, különböző kódlapok között váltás), terminál-multiplexernek, less-alternatívának, mindenesnek.
Terminálos fájlkezelők is ilyenek, jók doksinézőnek, tömörítő/mount felületnek, archiválónak, takarítónak, fájlkeresőnek, stb..
Ez a jó ezekben a minimalista CLI toolokban, hogy nem felhasználóbarátak, mivel nincs GUI-s interface-ük, ezért a kapcsolóikat, billentyűiket fejben kell tartani, meg kell tanulni, de ha valaki abszolválja, akkor utána mindent visznek, mint Kamaz a kereszteződésben. Többé nem kell vergődni, hogy jajjistenem, xy konvertálásához, szerkesztéséhez, nézéséhez mit tegyek fel. Igazából itt tud duplán kamatozni a vi/vim-tudás is, hogy annak a billentyűit általában minden ilyen tool ismeri, vagyis a legtöbb támogatja valamilyen szinten. Ez megint olyan, hogy kínkeserv megtanulni, de aztán nagyon hosszú távon kamatozik. Én ezért irigylem azt, aki még a 70-es években megtanulta a Unixot, C-t, vi-t, grep-et, sed-et, shellt, stb.-t, annak már 5. évtizede kamatozik mindaz a tudás, ami sokaknak a mai napig újdonság, meg megtanulhatatlan advanced tool, nem kell nekik állandóan X évente újat tanulni, mint ahogy anno a CP/M usereknek meg kellett tanulni a DOS-t, DOS után a Windowst, Windowson belül is jöttek-mentek a hülyeségek, Silverlight, .NET, PowerShell, Visual Basic, MS C, C#, stb., állandóan újat tanulni, most az web/electron-hájp, állandóan csak a fetrengés.
-
-
Lenry
félisten
-
Lenry
félisten
én is lefrissítettem, a következő kulcs tartozik Jakob Gruberhez
gpg: key 456C7A9B91B842AE: "Jakob Gruber <jakob.gruber@gmail.com>" not changed
nálad is? ha nálad nem, akkor arra kellene rájönni, hogyan lehet törölni egy kulcsot majd újra felvenni azt
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Lenry
félisten
hmmm
ezt nézted már?Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
En is pentekre terveztem be a desktop gep szereldet Eddig ARM-on zuztam az Arch-ot, de vegul ugy dontottem megy vissza a PI servernek a szekreny tetejere
Memoriaval kapcsolatban lenne egy kerdesem. Sway melle (kb 400MB az alaprendszer) szerintetek eleg lesz a 8GB RAM ugy, hogy idonkent azert befigyelne egy kis virtualizacio? Semmi komoly, csak amolyan disztro mustra.
Illetve a gaming vonalat egy ideje mar elengedtem, de a retro (2000 elotti) jatekok azert meg a szivem csucskei. Szoval idonkent ezeket is Windows alatt inditanam WM-be, mert korabbi tapasztalataim szerint azert a Wine sem tud mindent elfogadhatoan futtatni. Mondjuk az is igaz h jo reg volt mar mikor utoljara hasznaltam...Holnap adnam le a rendelest iPon-os ismerosnek, de ha azt mondjatok hogy felesleges a 16GB-os KIT akkor nem vennem meg.
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Apollyon
Korrektor
Látom nem spóroltál a tárhellyel.)
(#8049) sati: ha nem tolsz komoly dolgokat 8 giga ram is elég lesz, de az a jövőbiztos, ha 2x8 van... Bár ha jól olvastam, eddig 4-ből is kijöttél, akkor már a 8 is kánaán lesz.))) Böngészésre biztos elég és vm-re is, ha csak az lesz amit írtál.
Ha meg van steamed, akkor protonnal elvileg jól kell fussanak a dóz only cuccok is, pláne a régiek.
Mondjuk swayt sose használtam, csak i3 volt meg dwm, és szigorúan X, mármint, ha wayland alól tolod, akkor lehetnek gondok steammel is.#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
-
Frawly
veterán
Csinálj UEFI-t. Jobb, gyorsabb, egyszerűbb. Arch Wiki systemd-boot szócikkét nézd.
Az UEFI boothoz csak 1 extra partíció kell, de még ez se extra, mert egyben a /boot szerepét is betölti. Egy kb. 100 megás, vagy kicsivel nagyobb FAT32 partíció, mindenképp 1 giga alatt adj meg neki méretet, Archnak nem kell sok hely, ha lesz mellette más OS is, akkor viszont nem árthat 200 mega felett adni, akár 500-ig is. A típusa mindegy is, de „EFI System” típus szokott lenni, és FAT32-re kell formázni, és így kell telepítéskor felcsatolni /boot-ként. Annyi, hogy UEFI bootnál a partíciós tábla ne dos/MBR legyen hanem GPT.
Lényegében az egész systemd-boot telepítése csak egyetlen bootctl install parancs. Meg az EFI partíción két .conf fájl szerkesztése kézzel, amibe megadod neki a bootmenü opcióit, és a kernelparamétereket, initramfs nevét. De cserébe se GRUB, se semmilyen nyomorékság nem kell hozzá, később nem törnek el ilyen hülyeségek.
UEFI BIOS-ban sem kell általában állítani semmit, a legtöbb gépen a deafult az UEFI boot vagy UEFI + Legacy BIOS boot. Bár én azért meggyőződnék, hogy a bootopció UEFI only boot-on legyen, az a legtisztább, nehogy elkezdjen az Arch iso mégis Legacy BIOS módban bootolni.
Az UEFI boot egyébként sok mindenben megegyezik a Legacy BIOS boottal. Annyi a változás, hogy az OS-ek a bootkódjukat többé nem a lemez 0. szektorába, az MBR-be teszik bele, hanem a FAT32-es EFI partícióra teszik .EFI fájlok formájában. Így több OS megfér egymás mellett kulturáltan, és nem írják felül egymás bootszektorát, és emiatt többé az OS-ek telepítési sorrendje is mindegy lesz. Az UEFI BIOS meg tudja kezelni ezeket az .EFI fájlokat, indítani. Ennyi a lényege tömören.
De az UEFI bootnak van egy csomó előnye. GPT partíciós táblával megy, amiben csak sima (nem göcsörtös) partíciók vannak, nincs vergődés többé ilyen elsődleges, kiterjesztett, logikai partíciókkal, nem kell bootflagekkel szórakozni, nem kell külön bootmanagert telepíteni (hiszen az UEFI BIOS egyben már bootmanager is, és tudja menedzselni neked az általa detektált EFI partíciókon lévő .EFI fájlokat).
Plusz az UEFI bootnak előnye lehet, hogy a gép az OS betöltése előtti eszközinicializálási időt lerövidítheti. Nem minden gépen, de néhányon ez lehet a helyzet. Hiszen ha nem hagyományos BIOS módban bootol, akkor nem végez el egy csomó, visszafelé kompatibilitás miatt benne hagyott hagyományos BIOS POST eszköztesztet, és kihagyva ezeket a sallangokat gyorsabban eljuthat a gép az OS betöltőjéig.
Meg most már így 2021-ben nem célszerű MBR Legacy BIOS bootot erőltetni, hacsak nincs annyira szükség az adott gépen, hogy valami legacy OS-t futtass, DOS, Win9x, XP, vagy hasonló.
A másik előnye az UEFI bootnak, hogy pl. Archnál csak egyszer kell megcsinálni. Utána megmarad, esetleges újratelepítésnél már hozzá se kell nyúlni az EFI partícióhoz, simán bootol majd vele az új telepítésű rendszer is, főleg, ha PARTUUID-kel hivatkoztál a root partícióra és nem particináltál újra. Ez jelentős kényelem a hagyományos MBR-es boottal szemben. Illetve előny, hogy ha nem is bootolna a rendszer egyszer, akkor is könnyű megjavítani, mert a FAT32-es partíciót minden OS olvassa, írja és csak szöveges config fájlokat kell a sytemd-boothoz szerkesztened, emiatt nem kell speciális Live rendszert, meg GRUB javítókonzolt beizzítani, hanem bármivel megjavíthatod a dolgokat. Ez se elhanyagolható.
[ Szerkesztve ]
-
-
őstag
Openbox + tint2 tálca egy ideális kezdő pálcika wm, Rimuru arch telepítési blogjában van róla leírás, illetve jó még az Arch openbox wiki, Debian openbox wiki
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
-
Frawly
veterán
Ja, mondtam én, hogy nem nehéz. Sok felhasználó azért fél tőle, mert nem érti hogyan működik, meg ilyen Buguntu telepítő összegányolja neki automatán nem működőre, vagy mint ubyegon, hogy kifogtak nem szabványos UEFI implementációs gépet, ahol az UEFI boot Windows only-ra van bedrótozva. Persze ez utóbbit is meg lehet oldani, csak nem olvasnak utána. Ebből meg az a mítosz alakul ki, hogy az UEFI boot szar, meg nem működik, meg lehetetlen, meg így meg úgy.
#8075 sati: a DE-k nem nyúlnak a default shellhez. Ő állította át a user accountban. Én is átállóban vagyok, a /bin/sh symlinket lecseréltem /bin/bash-ról /bin/dash-ra. De ez a scriptshellt cseréli le. A dash egy minimalistább, gyorsabb shell, ami jobban POSIX szabványos, szemben a Bash-sal. Pár héten belül a Bash interaktív shellt is lecserélem zsh-re. Meg a dwm-bspwm váltás is sok hete csúszik. Pulseaudio-Pipewire váltás meg egy hete volt meg.
A váltás nem megy azonnal, mert zsh alatt is ki kell kísérletezni beálításokat, pl. vi-mód, prompt csere, autokiegészítés, stb.. Persze mindezt oh-my-zsh nélkül, saját kútfőből. Az oh-my-zsh lényegében csak egy pluginmanager, ami a zsh-be tud felhasználói scripteket és beállításokat importálni. De ilyeneket kézzel is tudsz magadnak írni a zshrc-be, nem kell hozzá külön bloatot feltenni.
Gépösszerakósdival csak annyiból nem jó várni, hogy ha magyarban vetted, helyi boltban, akkor főleg célszerű 3 napon belül összerakni, hogy ha valami nem működik, hibás, akkor 3 napon belül visszajuttatva azonnal cserélniük kell, nem ülhetnek rajta 15-30 napig ilyen-olyan bevizsgálás, javítás, stb. címén. De ha online vetted is, akkori is meg 14 vagy mennyi napon belül érdemes megejteni, hogy ha hibás, el tudj állni a vételtől.
[ Szerkesztve ]
-
Köszönöm de sajnos nem működik. Azért biztos ami biztos megnéztem imv-vel is de azzal sem jó.
Marad a régi felállás imv-vel.Viszont közben találtam egy hasznos okosságot:
for_window [title="(?:Open|Save) (?:File|Folder|As)"] floating enable, resize set width 1030 height 710
még pár év és összeáll ez...
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
-
zoltanz
nagyúr
Ubuntu-n nekem is a
pulseaudio
mellett fut apipewire
. lekérdezéskor hanszerver:PulseAudio
(onPipeWire
0.3.19)
Viszont mikor eltávolítottam a pulseaudiot felrakta pipewire csomagokat . inxi szerint ugyan nem aktív, de attól még futhat egy mélyebb rétegben sztem:
Sound Server: ALSA v: k5.15.0-2-amd64
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
growler
őstag
Köszi ! A Garuda fórum eszembe sem jutott.
Ezek szerint nem vagyok egyedül.
Várok 1-2 napot mert ha minden igaz, a 3 telepíthető pamac közül lehet hogy csak
azt érinti a probléma amelyiket én választottam. - Biztos hogy nem a Pamac-Nosnap-ot."Eltávolítottam és telepítettem a Pamac-Nosnapt. Ez rögzítette a problémámat, amit használok a PAMAC-t."
-
-
Nem sikerult megszokni, esetleg szimplan csak nem tetszik, vagy ki sem probaltad?
Nekem meg már az egerészés idegen... pedig még visszonylag newbie vagyon tiling fronton. mikor is kezdtem, 2020 nyar vege vagy szeptember kornyeke... nem emlekszem mar pontosan.Monjuk amikor nagyon benne vagyok akkor azert bevillan, hogy ez most egerrel mennyivel tobb ido lett volna kivitelezni orul is neki a felesegem amikor este mecha billel megy a zuzda
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Siriusb
veterán
Persze, meg fog jelenni minden. Én régen utáltam a KDE-t, mára megszerettem, ezt használom. Openbox is nagyon jó, csak azt is meguntam.
KDE-ben mindent megkapok készen. Érdemes áttérni a qt-s alkalmazásokra, igazából gtk viszonylatban talán csak Meld-et és a gThumb-ot tudnám hirtelen mondani, ami jobb a qt-s párjuknál. Na jó, ott van még a Geany is, de lehet ez már csak megszokás kérdése.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen