- Akciófigyelő: Humble Games Bundle - Nightdive FPS Remasters
- Call of Duty: Modern Warfare III - Új szezon, újabb ingyenes hétvége jön
- Hunt: Showdown - Jön az engine csere, befutnak az újgenerációs verziók
- Steamre tart a Crime Boss: Rockay City
- The Witcher - Befutott a TV sorozat folytatásának első rövid kedvcsinálója
-
GAMEPOD.hu
Arch Linux topik
Új hozzászólás Aktív témák
-
Shyciii
veterán
Eszemágában sem volt az xmonad-ot kipróbálni. Pont a Haskell miatt. Csak az xmobar-t konfigoltam volna be, mint a polybar-t. Az még nem lett volna vészes, de így hogy ennyi csomaggal operál...Így már nem érdekel az összehasonlítás, hogy mennyi erőforrást ehet.
Amúgy a chmod-chown témára visszatérve nekem van egy a winyón egy sda3-as partíció, amit felmountoltam a /home/Data alá, és muszáj volt chmod 744-et használnom a 644 helyett, mert a vifm az sxhkd-s billentyűparancsra nem akart megnyílni. Egész pontosan a super + enter- re van beállítva, ami kiadja az st -e vifm /home/Data /home/Data parancsot. De ez csak akkor fut le, ha 744-esre vannak beállítva a jogok. 644 esetén csak egy villanás van, és semmi nem történik. Az érdekesség, hogy ha a konzolban adom ki az st -e vifm /home/Data /home/Data parancsot, akkor rendben megjelenik. Pedig a bsowm+sxhkd configja ugye a /home/shyciii alatt van, valahogy mégis gondja van. -
Shyciii
veterán
A Data mappán a shyciii:users jogokat mutatja, tehát jónak kell lennie. Ennek ellenére ha nem adom ki a Data mappára (teljesre) a 744-et, akkor billentyűkombóval nem indul el a vifm. Ha csak a könyvtárakra teszem a 744-et (ami ugye kell a listázás miatt), és a fileokra 644-et, akkor sem indul el a vifm billentyűkombóval (sxhkd-t használva). Azaz érdekes, hogy ha terminálból indítom, akkor viszont elindul, így nem tudom, hogy mi a retkes baja van, így ezt anno így hagytam.
-
Shyciii
veterán
No meg is van a megoldás. St természetesen jó helyen van, és a vifmrun-t az Überzug csinálja, ami biztosítja, hogy a vifm alatt működjön az image preview, és itt van a bibi. Ez a vifmrun viszont nem rendelkezett futtatási joggal Köszi a segítséget. Így most megkapta a 744-et (azért más ne tudja futtatni rajtam kívűl), és miden más file-ra ráküldtem a 644-et -> fd --type f --exec chmod 644 {} \; Fd parancsot használok a find helyett, mert az "jobban" működik.
-
őstag
Nem irta ki sima terminalos inditassal, csak a cvlc -v kapcsoloval jelenitette meg milyen libek hianyoznak neki es rakerestem melyik lib melyik csomagban van es felrakosgattam ami valoszinu kell a dvb-hez. Ekezetek most nincsenek mert probalgatom a sway-t egy uj telepitesen es meg nem lottem be a magyar bill-t sway alatt. Xwayland-et le kellett tiltsam mert ha inditottam valamit aminek X kellett akkor elcrashelt a sway, kitett konzolra. Ha most inditok valamit aminek X kell, hibauzenetet dob a terminalra es legalabb nem crashel a sway Chrome, chromium sehogy sem indul wayland modban, a sati altal javasolt kapcsolokkal sem. Ellenben a brave -chromium szarmazek- igen
Jo kis alkalmazasmenu-t allitottam be magamnak sway ala, arch wiki alapjan, .desktop fajlokat is listazza:
bemenu is a native Wayland dmenu replacement which can optionally be combined with j4-dmenu-desktopAUR to provide a Wayland-native combination for launching desktop files (as i3-dmenu-desktop does):
j4-dmenu-desktop --dmenu='bemenu -i --nb "#3f3f3f" --nf "#dcdccc" --fn "pango:DejaVu Sans Mono 12"' --term='termite'A sway/config-ba a kovetkezokepp irtam be, es mukodik:
set $menu j4-dmenu-desktop --dmenu='bemenu -i --nb "#3f3f3f" --nf "#dcdccc" --fn "pango:DejaVu Sans Mono 12"' --term='termite'Elotte termeszetesen felraktam a dmenu-t ugy hogy a wlroots-t hasznalja, meg a j4-dmenu-desktop AUR csomagot. A firefoxnak es a brave-nak csinaltam az /usr/share/applications ala uj desktop fajlokat - firefox-wayland, brave-wayland - amik wayland modba inditjak megfelelo parameterekkel ezeket a bongeszoket, a regi parancsikonokat meghagytam, hiszen nemcsak sway-t hasznalok hanem KDE-t is.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
Az arch sway wiki alapján(Keymap rész) konfiguráltam a billzetet magyarra, kicsit módosítottam a wikiben látható példán, működik a magyar kiosztás ezzel:
input * {
xkb_layout "hu"
# xkb_variant "colemak,,typewriter"
# xkb_options "grp:win_space_toggle"
}input Keyboard0 xkb_model "pc105"
Az Fn+F11-re a hangerő le, az Fn+F12-re a hangerő fel, az Fn+F10-re a mute funkciót bindeltem(Custom keybindings rész a wikiben).
bindsym XF86AudioRaiseVolume exec pactl set-sink-volume @DEFAULT_SINK@ +5% bindsym XF86AudioLowerVolume exec pactl set-sink-volume @DEFAULT_SINK@ -5% bindsym XF86AudioMute exec pactl set-sink-mute @DEFAULT_SINK@ toggleEz egy logitech rádiós billzet+egér szett, mk220 azthiszem.
[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
Waybar. Innen húztam le a konfigot:
git clone https://git.sr.ht/~begs/dotfiles/
a dotfiles nevű könyvtárba jön le, sok más sway kiegészítőhöz is van benne konfig.
A waybar konfig a dotfiles/config/waybar könyvtárban található.
Innen nézek példa konfigokat:
https://github.com/Alexays/Waybar/wiki/Examples[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
Egyedül a Konsole-t nem párosítanám hozzá, mert bár nem rossz terminál, de elég bloat
Azért használok egyelőre(csak akkor ha vágólap kell terminálban) konsole-t mert nem tudom hogy az alacritty kezeli e a vágólapot, kijelölés másolás beillesztés, ha kezeli a vágólapot akkor ehhez milyen billkombók kellenek. Tudsz olyan wayland képes terminált aminek van a konsole-hoz hasonló menüje és nem bloat ?-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Frawly
veterán
ld /alkalmazás/elérési/útja/alkalmazásnév helyett ldd /alkalmazás/elérési/útja/alkalmazásnév kell. Ez egy elég szerencsétlen félreírás, mivel mind az ld, mind az ldd valós parancs Linux alatt, de mást csinál, az ld az linkel, az ldd meg függőségeket ír ki, ami nem lett statikusan belefordítva, persze ennek is a linkeléshez van köze. Természetesen ldd-t akartam írni, de nem vette be a második d-t, ami jelentős félreértésekhez, másik parancs futtatásához vezet.
[ Szerkesztve ]
-
A clipman nekem tökéletesen bevált:
exec wl-paste -t text --watch clipman store
attilav2
itt a teljes configom hátha találsz benne valami hasznosat: [link]
Ma kategóriákra bontom külön fájlokba, a könnyebb átláthatóság érdekében (hasonlóan mint Manjaro-n)Valami ilyesmi nálam most a desktop, de amint összeáll az X86 áttémázom a waybar-t. (lusta vagyok)
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
őstag
A dd ről azt mondják hogy egyszerű és jó eszköz, viszont az üres blokkokat is átmásolja ezért általában lassú.
Arch wikiben ajánlják az e2image-t ext fájlrendszerek másolására:
File system cloning
Using e2image
e2image is a tool included in e2fsprogs for debugging purposes. It can be used to copy ext2, ext3, and ext4 partitions efficiently by only copying the used blocks. Note that this only works for ext2, ext3, and ext4 filesystems, and the unused blocks are not copied so this may not be a useful tool if one is hoping to recover deleted files.
To clone a partition from physical disk/dev/sda
, partition 1, to physical disk/dev/sdb
, partition 1 with e2image, run
# e2image -ra -p /dev/sda1 /dev/sdb1Ez akkor most úgy működik hogy a céllemezen létrehozom az üres ext4 partíciót és a forráslemez ext4 partíciójáról átmásolom az adatokat e2image-vel a céllemez ext4 partíciójára(a wiki-ben megadott paraméterekkel)? Használtál már e2image-t klónozáshoz? Az e2image talán gyorsabb lenne mint a dd mert csak a használatban levő blokkokat másolja, az üreseket nem.
Szerintem a nem használt blokkok átmásolása egyébként sem tenne jót az ssd-nek, ezért ssd-hez ideálisabb olyan tool ami kihagyja az üres blokkokat.[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
Végül némi kínlódás után sikerült rsync-el átklónozni a fájlrendszert, nem az általad ajánlott kapcsolókat használtam, hanem az Arch rsync wiki File system copy pontjában ajánlott kapcsolókkal oldottam meg. Futó rendszerről a céllemezre nem tudtam átklónozni a rendszert mert a rsync hibára futott. Bebootoltam a MagyArch telepítővel(ami live rendszer is), majd terminálban sudo passwd root, majd su, felcsatoltam csak olvasható módban a forrásmeghajtót(ext4 root filerendszer) a home könyvtárban létrehozott MX500 mappába, a célmeghajtót partícionáltam formáztam, majd a root partíciót felcsatoltam az /mnt alá. Majd következett a fájlrendszer másolás:
rsync -qaHAXS --progress=2 MX500/ /mnt
Azt googlezás után megállapítottam hogy a forrás csatolási pont után / jel szükséges, különben a forrás csatolási pont tartalma nem a célmeghajtó gyökerébe hanem az MX500 könyvtárba kerül
A --progress=2 vel állítólag gyorsul a másolás, ami igaz lehet mert elég gyorsan végzett Ezután kijavítottam a uuid-ket az fstab-ban, majd csatoltam a boot partíciót
a /mnt/boot alá, utána arch-chroot /mnt, majd pacman -S linux amd-ucode, bootctl install, szerkesztettem amit kell, és máris bootolt az átklónozott rendszerMint az látható a MagyArch iso, de akár a CalamArch iso is(kipróbáltam), alkalmas az Arch hagyományos kézi telepítésére/klónozására, közben gui-s böngészőben -firefox- tudjuk nézni az Arch wiki-t, rágooglezni valamire. Mondjuk a CalamArch nál kicsit trükkös magyar kiosztást beállítani
[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
anorche1
őstag
chroot utan telepitem a grubot, ugy a /efi a helyes.
De kozben rajottem, valoban az acer bios/uefi/firmware -je a ludas. Secure bootot vissza kellett kapcsolni, utana security fulon trusted efi file -nak kijelolni a grub efit, utana secure bootot ujra kikapcsolni, es mukodik.
Bár az is furcsa, amit írsz, hogy /mnt-be csatolod, az EFI partíciót /boot-ként szokásos felcsatolni.
Arch wiki install reszebol:
"mount /dev/root_partition /mnt
Create any remaining mount points (such as /mnt/efi) using mkdir(1) and mount their corresponding volumes. "root -nak /mnt -t ir, majd /mnt/efi -t emlit. De ha boot/efi -t szoktak, akkor legkozelebb oda teszem, nekem aztan mind1
[ Szerkesztve ]
"It never gets easier, you just go faster." Greg LeMond
-
-
őstag
Sway ~150mb-ot eszik ezen a vboxos artixon, blackbox 75mb-ot eszik.
Mikor feltettem a firefoxot magával húzott vagy 600 megát, és ha elindítom akkor ~300 megára felugrik a memória foglaltság. Artix-on egy csomag több tárolóból is elérhető community, galaxy, stb ez újdonság az Arch-hoz képest.[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
Most az i3-gaps WM -et raktam fel natív Arch-ra, ez X-es és legalább minden app fut, Sway -en sokminden nem indul el, ha bekapcsolom az xwaylandet és olyan appot indítok ami igényli akkor kidob koznolra a Sway, nincs kedvem debugolni, meg nem is értek ennyire mélyen a rendszerhez. Át chromecastoltam chrome-val tv-re az i3 képét, míg KDE-n ez a művelet 100%-on pörgette a procit, itt beérte a chrome 50%-al, és a chromecastolás befelyezése után a terhelés visszaesett a normál terhelésre 5-10%-ra, ez KDE esetén marad 100%-on és csak a restart segít. A tiling wm mintha tv képernyőre termett volna sokkal kezelhetőbbnek tűnik tv-s böngészésre, online webes videózásra. A memória foglaltság a chromecastolás alatt ~1gb körül volt, ez a KDE alatti chromecastoláshoz képest nagyon jó! Gondolkodok pl egy Rock Pi X x86-os sbc beszerzésén, ebben csak 4gb memória van, de pálcika wm-ek mellett ez bőven elég lenne, kifejezetten tv-s böngészéshez venném. Openbox-al is próbálkozni fogok(virtuális gépen nagyon jók a memória foglaltsági tapasztalataim), már fel is tettem a natív rendszerre, csak ezt bonyolultabb testre szabni mint a sway/i3-at, jól jönne ha megdobnál néhány példa konfiggal, leírással. Felfedeztem ha rendszerindítás után egyből KDE-t indítok és kilépek belőle konzolra akkor a szutykai a memóriában maradnak, sokszor igen magas proci terhelést okozva, amin csak a restart segít. Ha indítás után közvetlenül sway/i3-at indítok akkor sokkal pattógósabb a gép töredék a proci terhelés és a memória foglaltság, és még a chromecastolás is 50%-al kevesebb procit fogyaszt, még akkor is ha webes videót nézek közben, tehát a pálcika wm-ek használhatóvá tették a chromecastot de az 50%-terhelés még mindig sok, ezen lehetne még kicsit faragni ha linux szakértő lennék, de sokat faragni nem lehetne belőle valószínűleg, talán egy -10%-ot. Windows alatt a KDE-hez hasonlóan szintén közel 100% terhelés van chromecastolás közben.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
Nem i3/sway példa konfig kell, hanem Openbox, azt nehezebb élhetőre testreszabni, ha esetleg van Openbox konfigod megoszthatnád, meg leírhatnád azt is hogy milyen kiegészítő app-okat használtál openbox-hoz.
[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
jimmy399
senior tag
A default kártya az UEFI-ben az integrált HD 7650D, 1 GB rammal. Amikor csak a HD 5550-est használtam legacy boot-al, akkor semmi gond nem volt az analóg csatis monitorokkal. Mióta átáltam így 2021-ben arra, hogy UEFI boot-al indítsam el a gépet, és a HD 5550-es csak másodlagos kártya lett (mivel nem képes UEFI GOP bootra), így kénytelen lettem az integráltat megtenni elsődleges kártyának, mert az 5550-es nem tud bootolni UEFI módban.
Az integrált 7650D VGA portájra rádugtam az egyik monitort, a másikat hagytam DVI-I porton, amin keresztül egy DVI-I - VGA átalakítóval használom a másik monitort.
Ha átdugom az 5550-es sima VGA csatlakozójára, akkor is hibát produkál, ergó nem a csatlakozókban van a hiba, hanem valahol a linux driverben.(5.11.11 kernel van most, korábban csak az 5.10.11-es kernel ment fagyás nélküll a gép fura csíkok nélkül) BÁR, már jobb a helyzet mert a korábbi kernelekkel csak szimplán rommá fagyott a gép ha engedélyeztem az 5550-esen a képernyőt, most már csak a korábban említett csíkozódás van meg, de ha sok paramétert (felbontás, frekvencia, oldalarány) állítom, egyszer csak lesz jó kép, de van amikor elsőre megy, random van hiba. dmesg, Xorg.log elemzés megvolt, semmi érdemleges nem derült ki a problémáról.Lehet későbbi kernel update-el kijavítják majd. Egyelőre ignorepkg listára tettem a rendszermagot. Kézzel telepítem, majd ha okés marad, ha nem akkor a cache-ból újratelepítem a korábbi kernelt.
[ Szerkesztve ]
--- N/A ---
-
jimmy399
senior tag
Hm, persze, azért is állítottam be, hogy kernelt csak kézzel telepítek majd.
Legacy boot során is előfordult, hogy ugyan ez a csíkozodás hiba megjelent... Van ilyen kevert pendriveom, rufussal csinálva, és 3.12-es kernellel is megesett ,hogy ilyen lett a képernyő, csak ritkábban.--- N/A ---
-
Shyciii
veterán
Nem hiszem, hogy Torvalds belerakná. Ő egy eléggé "érdekes" gondolkodású ember. Minap olvastam, hogy most épp a Rust-ot isteníti, így ezt most linux felé is erősen ki fogja vetíteni. Inkább úgy mondanám, hogy az kerül előtérbe, amit ő jónak tart, és nem az ami ténylegesen fontos, és jó. Persze van mikor a kettő fedi egymást, de sokszor nem. Linux is nem véletlenül kezdett elterebélyesedni, mint a windows. Bár már egyszer-kétszer végre beismerte, hogy túl nagy és felesleges már a kód, csak éppen semmit nem csinál ez miatt.
-
őstag
Vboxban próbálgatom ezt a hivatalos installert, háát, azt kell mondjam nem örülök neki túlzottan, alapból titkosított partíciót csinál, de hogy milyen megoldással azt nem választhatom meg.... Az Arch filozófiájával, egyáltalán a KISS-el ellentétes bármilyen installer szerintem... Aki nem érti hogy működik a titkosítás az szívhat vele, én sem értettem még meg hogyan kell titkosított (pl LUKS) telepítést csinálni, és amíg nem értem a folyamatot, de egy installer megcsinálja és valami gond lesz a későbbiekben akkor szívhatok vele mert nem fogom tudni megoldani, pláne hogy nem is tudom az installer milyen megoldással csinálta.
Időt viszont spórolt az installer rengeteget, töredék idő alatt megvolt a telepítés, viszont nem tudom milyen boot megoldást használ a rendszer, hogy lett megvalósítva a LUKS titkosítás, stb.[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
csixy
addikt
Nekem még sosem tört el a Grub (legfeljebb csak a Manjaro esetén,ha több linux van telepítve multibootban). Azért szeretem, mert nem tömi tele az EFI partíciót, mint a gummi-boot.
[ Szerkesztve ]
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
-
őstag
Így jó a LUKS discard vagy máshol is állítani kell valamit? Fstabba mehet a discard a opció?
a /boot/loader/entries/arch.conf -ban adtam meg az allow-discards paramétert ami a wikiben van, bebootolt a rendszer tehát nagy bajt nem csináltam. Jól adtam meg ezt az opciót?
A többi beállítással is foglalkozni kell, vagy ez így elég?
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
Asztali gépek/alaplapok BIOS-ai/UEFI-ei általában nem ismerik a SATA jelszó funkciót, az én lapom is ilyen sajnos
Másrészt ha elgépelem a jelszót első megadáskor akkor a meghajtót dobhatom a kukába(utána már nem lehet használhatóvá tenni, ha nem ismert a jelszó, míg szoftveres titkosításnál újra partícionálás formázás után használatba vehető), ezért félek a hardveres titkosítástól.-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
A LUKS titkosítási paramétereibe nem mélyedtem bele, alap beállításokkal titkosítottam, a linkelt leírásnak és videónak megfelelően, remélem így is jól véd TRIM jó kérdés megy e, ha nagyon belassul egy idő után a rendszer akkor nyilván nem, de majd akkor keresek rá valami megoldást, sajnos az angolom elég sekélyes, arch fórumon / redditen, stb, nem tudok kérdezni LUKS vs TRIM témában, majd lehet valakit megkérek. A bitlockerrel titkosított meghajtót úgy tűnik csak olvashatóra lehet felcsatolni linux alatt dislockerrel, pedig írható megoldásnak hirdeti magát a dislocker, még tovább kell keresgélnem leírásokat. A ruby függőség nélküli dislocker-t érdemes telepíteni aur-ból(dislocker-noruby) az alap dislocker egy frissítés után elhasalt a ruby frissülése miatt.
Az viszont feltűnő hogy a bitlocker legalább 1-1.5 órát molyolt egy ssd titkosításával(256 AES XTS-re állítottam a gpedit-ben), míg a LUKS töredék idő alatt megvolt. Lehet hogy azért van ez a nagy időkülönbség mert a bitlocker a meghajtón levő adatokat titkosítja mikor átkonvertálok egy lemezt, a LUKS meg valószínűleg nem foglalkozik a meghajtón már rajta levő adatok titkosításával hiszen a LUKS kötetet létrehozása után formázni kell, és ha adatok kerülnek rá akkor röptében titkosítja. Az Arch mellett az Artix-ot is újratelepítettem titkosítva.
Nagy dilemma hogy mi legyen a külső hdd-kkel, hiszen a bitlocker írhatóságával gondok lehetnek linux alatt, lehet azt csinálom hogy a kritikus adatokat titkosított konténerbe rakom, nem egész lemezeket titkosítok.-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
Most virtualboxba gyorsan feldobtam egy Runit-os Artix-ot, a bootolás gyorsasága vetekszik a systemd jével. Így első benyomás alapján elég jónak tűnik a Runit.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
A Runitban az nem tetszik így első blikkre hogy elég szűkszavú, pl mikor az OpenRC elindítja a dhcpcd-t akkor szépen látszik ahogy végbe megy a dhcp folyamat, ugyanígy az nfs szervernél is látom hogy miket írkál ki. Runitnál semmi visszajelzés, csak annyi hogy a szolgáltatás elindult... ez így nagyon systemd-s. Meg ha el akarok indítani bootoláskor egy szolgáltatást akkor symlink készítésével tudom megtenni, ez sem jön be, itt megvan az elégépelés esélye, szerintem macerásabb mint az rc-update. Persze OpenRC-nél is van szolgáltatás aminél symlinkelni kell, pl dhcpcd, de ezek kivételek, a nagy többség az rc-update-val felvehető az indítási listára. Talán azt lehet modani hogy az OpenRC konzervatív megodásokat használ, a Runit meg inkább systemd szerű.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Apollyon, Frawly
Ugy dontottem eleg lesz a 8GB, mivel eddig 1.7 felé még nem billent az óra a Waybar-onuseradd -nal szerintetek kell meg valami?
audio,video,network,wheel,storage,rfkill
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Apollyon
Korrektor
De ugyanezt játszotta el a procival is. 12 magos, 24 szálas Threadripper 1920-ast vett, amihez drága, spéci alaplap is kell...
Ha van pénz lóvéra, akkor miért ne? Lehet, hogy olyan dolgokat is csinál a gépével, amiről nem beszél. Pl. bányászik vagy boinc-ozik vagy valami. Az biztos, hogy az ő gépe időtálló lesz. Bár most a globális chiphiány miatt valószínűleg mindenkié.
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
őstag
Én is átlőttem egyszer pipewire-ra, de az előlapi fejhallgató kimeneten nem adott hangot, próbáltam debugolni, valamelyik audio sink nem működött, legalábbis a systemd-s debug eszközök szerint. Vissza állítottam a pulse-t egyből működött a fejhallgató. Az arch pipewire wiki szerint a bluetooth-al is lehetnek gondok. Leírhatnád hogy a pipewire-t hogyan konfiguráltad be, milyen csomagokat tettél fel, szedtél le.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Meg a dwm-bspwm váltás is sok hete csúszik
A bspwm-en én is gondolkodom már egy ideje bár sajnálnám dobni a Sway-t mert hozzád hasonlóan nekem sincs vele semmi bajom. (neked sem volt ha jól rémlik) és különben is, tetszik ez az Xorg mentes élet.
Viszont jó lenne kipróbálni mást is, tanulni valami újat, kísérletezni új panellal, ilyesmik...
Xmonad-ot egyszer megnéztem (és szégyen van sem) de nekem magas. ellenben bspwm konfigokban mazsolázva azt éreztem, hogy ez nekem való, átláthatóbb, emészthetőbb.Pulseaudio-Pipewire váltás meg egy hete volt meg
Ezt én is megejtettem még ARM-on. Hibátlanul működött, annyi hogy a Sway miatt módosítani kellett pár dolgon de semmi komoly...:
XDG_CURRENT_DESKTOP=swayGép. Tudod én voltam az, aki több százeres ITX-eket épített anno olyanokat, amilyeneket boltosbéla max csak júúútyúbon látott de az elmúlt 30 évben egyetlen gépet sem bíztam volna soha másra.
Igen ITX lett, de csak egy alap 4 magos passive motyó 8GB rammal, PICO PSU-val Több mint tökéletes és teljesen néma, pont amilyenre szükségem van az OLED TV alá
Ha minden a terv szerint megy, (és nem dobom a Sway) akkor szinte pikk-pakk belakom az új rendszert.
A Raspberry meg kap egy DietPI-t Pi-Hole-al, rtorrent-tel vagy a már megszokott qBittorrent-nox-al, plex-el, Sambaval, SSH-val... és kb ennyi, 0/24 mehet is a dolgára[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Frawly, otthoni kis egyszeru fajlszerver RAID-1 tömböt mire erdemes formazni? BTRFS-re gondoltam, de ha kesobb csak a szop@s lesz vele akkor inkabb kitartok az ext4 mellett.
Nincs még vele tapasztalatom, eddig csak ext4-et hasznaltam mindenhol.[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Lenry
félisten
-
-
ztsoft
őstag
Szia!
Ezek a fordítási beállítások működnek Inteles (i3-6006U) CPU-nál is? Mert nálam egy kicsit más a jelenlegi conf idevágó része.
CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions \ -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security \ -fstack-clash-protection -fcf-protection" CXXFLAGS="$CFLAGS -Wp,-D_GLIBCXX_ASSERTIONS" LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now" LTOFLAGS="-flto=auto" #RUSTFLAGS="-C opt-level=2" #-- Make Flags: change this for DistCC/SMP systems #MAKEFLAGS="-j2"
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
-
Biztosan megy [link] DeskMini x300 w/ ADT-Link Riser az mar mas kerdes, hogy 5700G-vel (PCI-e 3.0) van-e ertelme a 4.0-at eroltetni... elvileg van [link] [link] (nyilvan vannak cimek ahol a min FPS beesik)de amugy nekem az 570 is tokeletesen eleg lenne mivel nem vagyok az a HC gamer sot annyira nem, hogy jelenleg az 5700G APU-javal is siman elvagyok, a Diablo 4 open betat is vegigkuldtem vele a Yuzu is jol muzsikal a legtobb jatekkal, ma pedig az Alan Wake porgott 1080p high bealitasokkal.
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs