-
GAMEPOD.hu
Arch Linux topik
Új hozzászólás Aktív témák
-
Shyciii
veterán
Pacman frissülése nálam nem okozott semmilyen gondot. Igaz én nem yay-t használok pacman wrappernek, hanem trizen-t
-
májkimiki
őstag
Korai volt az örömöm, mert restart után megint 1 órával előrébb járt a rendszer idő. Hiába követtem az Arch Wiki-t. Viszont az általad írt parancs segített és nem találkoztam a Wikin. Konkrétan ez tette rendbe:
timedatectl set-ntp true
Nincs Windows, csak ez a rendszer és UEFI telepítés.
A BIOS órája is jól járt, jár.[ Szerkesztve ]
-
Frawly
veterán
válasz májkimiki #6152 üzenetére
Pedig az Arch Wiki ezt írja. Igaz a timesync-es cikkben csupán (Usage rész), az Installation Guide-ban, és a System Time szócikkben nem említik (csak az utóbbiból lenyíló, már linkelt cikkben írják). Szóval elismerem, hogy elég genya, jól el van dugva ezt a set-ntp-t használó módszer. Le kéne cseréljék az Installation Guide-ban említett régi módszert erre, amit írtam.
@vargalex: azért ne örülj, mert lehet magának a pikaur-nak nem okozott gondot, de az új pacman eltört egy csomó AUR-os makepgk scriptet is, független ez attól, hogy milyen AUR helpert használsz. Most netszerte mindenki szorgosan szopórollerezik az új pacman miatt, Archon és klónjain is.
-
májkimiki
őstag
-
májkimiki
őstag
Sziasztok!
Elakadtam egy kicsit touchpad ügyben. Úgy tapasztalom ezen kis notin, hogy mióta Endeavour van rajta. A tapipad laggol, beragad. Olyan mintha késve érzékelné az érintést vagy a görgető sávról az ujj elvételt.
Az előző rendszer ArchLabs volt és ott nagyon jól működött, ilyenek nem voltak.
Próbáltam volna tipus alapján elindulni, de se lsusb, se lspci, se lshw kimenetekben sincs semmilyen touchpad bejegyzés.
Az ArchLabs LTS kernellel volt telepítve és semmi más hozzáadva a touchpad tekintetében. Itt meg 5.3.7-arch1-2-ARCH ketyeg.Jó ötlet lehet feltenni az aktuális LTS kernelt és azzal megnézni?
-
F34R
nagyúr
válasz májkimiki #6156 üzenetére
Vagy az is lehet, hogy mas kezeli a touchpadot... most mar a libinput is kepes ra, hogy az osszes periferiat kezelje... nem kell mar az evdev es synaptics csomagok.. En itt kezdenek elsosorban nezelodni, meg talan a felhasznaloi feluleten ami a DE-vel jon egyutt.
[ Szerkesztve ]
-
őstag
Próbálgatom az OpenSuse Tumbleweed-et virtualboxban mert kiváncsi vagyok Messze nincs ennyire jó wikije mint az Arch-nak. Frissíteni sem akar pedig már kijött belőle egy a telepítésemhez képest két nappal frissebb iso, ennek ellenére a zypper nem talál frisebb csomagokat. Szerintem Az Arch a világ legjobb linuxa! Legáttekinhetőbb rendszer, legjobb wiki. Megérdemelné a distrowatch-on a tartós első helyezést. Most az első ötben vannak az Arch és származékai:
https://distrowatch.com/dwres.php?resource=ranking
https://distrowatch.com/dwres.php?resource=popularity[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Laszlo733
aktív tag
Sziasztok!
Notebook -on a wifit szeretném beizzítani a wiki alapján [link] , de már rögtön az elején hibába futok.
Létrehozáskor / ip link set wlp2s0 up / ezt a hibaüzenetet kapom:
RTNETLINK answers: Operation not permitted
Azt gondolom, hogy a wifi kártya illesztő programját nem találja.
Az lspci -k parancs ezt hozza ki:
Network controller: Ralink corp. RT5390 Wireless 802.11n 1T/1R PCIe
Subsystem: Foxconn International, Inc. RT5390 Wireless 802.11n 1T/1R PCIe
Kernel driver in use: rt2800pci
Kernel modules: rt2800pci
Ha valóban ez a baja, akkor az illesztő programot hogyan kell telepíteni, illetve hol találom?
Az adatbázisban szerepel, de nem tudom hogyan tovább: [link] -
őstag
válasz attilav2 #6159 üzenetére
OpenSuse Tumbleweed tapasztalataim a Suse topikban:
Hosszászólás linkje, Suse topik-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Frawly
veterán
válasz attilav2 #6166 üzenetére
Szerintem ha már tudod telepíteni az Archot, akkor ne disztróhoppolj mainstream disztróra, mint a OpenSuse, Fedora, meg egyebek, mert visszalépés, visszafejlődés. Utóbbiak bloatak, hülyebiztosak, túl corporate-csilivili-marketing trendmajom disztrók, és semmi érdemi előnyt nem kínálnak az Arch ellenében.
Maradj Archon, ha meg ott is kifejlődtél a minimalizmus felé, akkor jöhet egy systemd-mentes Void vagy a Gentoo.
Egyébként az Arch, Gentoo, Debian Wikijei szinte minden disztróra alkalmazhatók, egyedül a csomagnevek változnak, meg ugye a Gentoo alapból nem systemd-s, de telepíthető azzal is.
[ Szerkesztve ]
-
őstag
Egyelőre biztos nem váltok, pl a Gufw nem elérhető tumbleweed-re, csak instabil tárolóból lehetne feltenni, ez nem tetszik. Kénytelen voltam parancssorból konfigolni az Ufw-t, de nem volt nehéz a google adott leírásokat. Meg az sem tetszik hogy a videólejátszáshoz külső tárolókat kell hozzáadni, pl packman, vlc, amik esetleg összeakadhatnak a gyári csomagokkal egy frissítéskor. Egyelőre nem is raktam be külső tárolókat. Az viszont tetszik hogy a chromium alapból vaapi támogatással van forgatva és működik is a hw videó gyorsítás. Igazából a kíváncsiság hajtott a SuSe kipróbálására, utoljára a linux hőskorában a 2000-es évek legelején használtam SuSe-t és érdekelt azóta mennyit változott.
[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Frawly
veterán
Megviccelt az Arch. A Wi-Fi kártyát a laptopban mindig is wlp3s0-nak keresztelte a systemtré. Mára viszont wlan0-ra változott, ami tetszetősebb, de nem volt erről megint hír az Arch oldalán, így először nem értettem, hogy miért nincs net. Először azt hittem, hogy a kártya döglött ki, mivel az ifconfig sem látta. De aztán láttam, hogy az lspci listázza, és az lsmod szerint be van hozzá töltve az iwlwifi kernelmodul. Akkor látom csak net link parancs futtatása után, hogy az interface neve megváltozott. Csináltam neki új profilt wpa_supplicanttal, áthegesztettem a Wi-Fi-t indító scriptemet, most már jó, ifconfig is listázza.
-
őstag
Nekem meg a Kde plasma betöltési ideje nőtt meg egy frissítés után, ha a kompozitort ki/be kapcsolom akkor megint jó lesz, de egy idő után visszajön a hiba.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Shyciii
veterán
válasz attilav2 #6170 üzenetére
KDE esetén azért ez nem annyira meglepő. Anno mikor Windowsról váltottam Manjaro + KDE-re, akkor tetszetős volt, és sok konfigurálási lehetőséggel levett a lábamról, aztán jött a de, a sok nyavajájával, nyűgjeivel
This week KDE. Bár lehet jobb nem nézni, mert az ember elszörnyülködik, hogy mik vannak[ Szerkesztve ]
-
őstag
Megtapasztaltam hogy más a suse tumbleweed frissítési filozófioája mint az Arch-é, Arch-ra minden nap jön valami frissítés, akár egy egy programra is. Míg tumbleweedre csak pár naponta mikor új snapshot jön ki. Mindkettő rolling csak más a filozófiájuk.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Shyciii
veterán
Most nézem, hogy az intel-ucode bár fel van telepítve nekem, de a systemd-boot-os megoldás esetén a boot/loader/entries/ alatt levő conf-ban benne kellene lennie ennek a sornak:
initrd /intel-ucode.img
No ez nincs, úgyhogy eddig ez ilyen látszat védelem volt -
Frawly
veterán
válasz Shyciii #6173 üzenetére
Így van, látszatvédelem volt, nem töltődött be. Épp ezért nem csak fel kell tenni a csomagot ész nélkül, hanem az Arch Wikin utánaolvasni a használatának és beállításának. Nem díszből írnak hozzá több oldalnyi cikket, persze kezdőknek úgy tűnik, hogy nagyon kockák akarnak csak ott okoskodni, de amit írnak, az pechre mind fontos.
-
Siriusb
veterán
-
-
őstag
válasz Siriusb #6175 üzenetére
Én pl azért raktam Grub-ot systemd-boot helyett, mikor egy Kubuntus próbálkozás után újraraktam az Arch-ot, mert a Grub képes egy másik lemezen lévő OS-t(gyk Windows) is indítani. Míg a systemd-boot csak akkor képes erre ha a windows efi partíciójáról a microsoft könyvtárat átmásolom az Arch efi partíciójára. Nem túl elegáns megoldás de így érzékeli a systemd-boot a windowst és megjelenik a menüben és el is indítja a másik lemezről. Hátránya ennek a megoldásnak hogy a Bios(uefi) menüben így kétszer jelenik meg a windows boot manager bejegyzés, ezt el akartam kerülni, ezért raktam Grub-ot. A windowsos indítómenü hozzáadása a grub hoz úgy nézett ki hogy felcsatoltam a windowsos lemez efi partícióját a /mnt alá, futtattam az os-prober-t, kiírta hogy felismerte a windows efi betöltőjét, aztán a szokásos grub-mkconfig -o /boot/grub/grub.cfg ami szépen hozzáadta a windows indítómenüt. Nem olyan rossz a Grub, custom menük hozzáadására is van lehetőség, az Arch wiki grub pontja ír néhány példát, pl Efi(Bios) menübe lépés, én ezt hozzáadtam, és prímán működik, ha rányomok akkor az EFI-be dob a gép újraindulás után. Bár tény hogy a systemd-boot-ban alapból van efi-be lépés menü.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
válasz Siriusb #6178 üzenetére
Asus lapnál F8 Így kényelmesebb csak beállítom alapértelemezettnek a biosban az Arch lemezét, így bekapcsoláskor indul a grub amiből rögtön választható a windows, vagy az uefi(bios)ba lépés. Alapértelmezetten természetesen az Arch indul.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Shyciii
veterán
Nem poénból nem írtam be, hanem mert feltételeztem, hogy anno mikor kb fél éve újraraktam akkor még a Zen installerrel, akkor feltételeztem, hogy ha már mindent megcsinál, akkor ezt is. Csak most hogy magamnak irogatott cuccokat, scripteket rakom egybe, akkor néztem, hogy jééé, hiányzik ez a sor, és hogy hogy lehet. Csak mivel nem rakom fel hetente az Archot mint te szoktad, így nem egyszerű visszaemlékezni, hogy anno mit mivel telepítettem, mit teszteltem.
-
Frawly
veterán
válasz májkimiki #6176 üzenetére
Igen van. Oda is épp úgy kell ugyanaz a sor, amit a kolléga írt, csak az intel-ucode helyére amd-ucode-ot írsz, azaz:
initrd /amd-ucode.img(#6175) Siriusb: pedig ez a paraméter kell GRUB-nál is, csak annyi a könnyebbség, hogy annál nem neked kell beírnod, mert az adott ucode csomag módosítja a grub configját, és így a GRUB-ba automatice bekerül, és innen a GRUB telepítésekor, újrakonfigurálásakor automatikusan hozzáadódik. UEFI systemd bootnál viszont ilyen még nincs, oda neked kell minden sort kézzel beírni, nincs rá se szkript, se csomag után települő post script, ami betenné.
-
májkimiki
őstag
Sikerült egy jó kis helyzet gyakorlatot összehoznom . Megcsináltam a módosítást konfig fájlban, majd restart.
A bootolás megakadt ezekkel a hibaüzenetekkel:Failled to open file: amd-ucode.img
Trying to load files to higher address
Failled to open file: amd-ucode.img
Vesztemre a fallback konfigba is beírtam a változást, nem bírtam elindítani a rendszert.
Jó hát akkor "valahogy" töröljük ki azt a két módósítást. Evidens, hogy egy live rendszerrel, amivel megkeresem a fájlokat, módósítom és örülök. Ahha, csak ugye a /boot könyvtár az üres, ha nincs bele csatolva az efi partíció. A conf.file meg ott van. Na hogy is kell kézzel mountolni live os alá UUID-vel egy speciális partíciót? Ritkán, szinte soha nem kell ilyen műveleteket csinálnom, de most muszály. A rendszer kész van, be van lakva, be van állítva. Nem opció az újra telepítés.
A lényeg, hogy a live os /media/demo-ba csináltam egy könyvtárat az efi partíció UUID azonosítójával. Mert a / partíciót is az alapján csatolja. Így már elértem a conf.fájlokat és kitöröltem a bejegyzéseket.
Most ismét ketyeg a rendszer.
Az amd-ucode csomag természetesen telepítve van. Kellene csinálni egy amd-ucode.img-t kézzel?[ Szerkesztve ]
-
Frawly
veterán
válasz májkimiki #6186 üzenetére
Furcsa, ha az amd-ucode csomag telepítve van, akkor amd-ucode.img fájlnak is léteznie kéne a /boot mappában (boot partíció gyökere). Próbáld még egyszer telepíteni, esetleg a kernellel együtt, mert az utóbbi az mkinitcpio-t is lefuttatja, hátha az a gond. Tehát felnyomatod ezeket:
sudo pacman -S linux amd-ucodeNyühögni fog, hogy már fent van, de Y-t nyomsz, hogy reinstall legyen belőle.
Amit még el tudok képzelni, hogy kihagytad az amd-ucode.img elől a perjelet, tehát fontos, hogy
initrd /amd-ucode.img
legyen a sor tartalma. Az is fontos, hogy ennek a sornak nem szabad megelőznie ezeket a sorokat:
efi /vmlinuz-linux
initrd /intel-ucode.img -
májkimiki
őstag
A
/boot/loader/entries
könyvtár tartalma:ArchLabs-fallback.conf
ArchLabs.conf
A sorrend így volt:title ArchLabs Linux
linux /vmlinuz-linux-lts
initrd /amd-ucode.img
initrd /initramfs-linux-lts.img
options
root=PARTUUID...........
A /boot könyvtárban nincsamd-ucode.img
.
A sorrendet néztem az ArchWikiben, ott is azinitramfs-linux.... .img
előtt volt az inteles ucode img. -
májkimiki
őstag
válasz vargalex #6190 üzenetére
Az amd-ucode csomag a telepítéssel jött, nem én tettem fel utólag. Most újratelepítettem ahogy Frawly ajánlotta. Lett is amd-ucode.img a /boot-ban. Beírtam az ArchLabs.conf-ba a meglévő initrd sor után az amd img-t. Mentettem, reboot és most elindult a rendszer.
Szerintem nem a sorrend volt a probléma, hanem nem volt amd-ucode.img, amit be szerettem volna tölteni.Feltételezem, hogy az ArchLabs telepítő script-jét kellene egy kicsit csiszolni, ha systemd boot kerül alkalmazásra. Akkor nem jön létre az img.
De ez így engem nem igazán zavar, hogy utólag kellett beállítani. Hiszen jó pár dolgot, service-t is utólag röffentettem be. Tudom most már erre is figyelni kell.
Közeleg nagyon az a pillanat, amikor tiszta Arch-ot fogok telepíteni magamnak. Ezek apró lépések, abba az irányba.
Köszi szépen mindkettőtöknek. -
vargalex
félisten
válasz májkimiki #6191 üzenetére
Annak, hogy az amd-ucode.img létrejön-e a /boot-ban semmi köze a használt bootloader-hez. Az egyszerűen az amd-ucode csomag telepítésétől függ, ugyanis az hozza létre. Itt láthatod is a Package Contents alatt. Szóval, úgy tűnik, hogy mégsem került telepítésre, vagy az általad használt telepítő script utólag feleslegesen pucolja ki a /boot-ból.
Nyilván a használt telepítő scripttől (ha használ olyat az ember, de szerintem jobb az Arch wiki-t követni) az függ, hogy a microcode bejegyzést létrehozza-e a használt bootloader-nek megfelelően.[ Szerkesztve ]
Alex
-
őstag
Hoppoltam tumbleweed-re, majd meglátom mennyire válik be. Az tetszik benne hogy kevés reszeléssel kapok egy kulcsrakész rendszert, és a chromiumban van működő vaapi támogatás!
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Frawly
veterán
válasz attilav2 #6194 üzenetére
Fura lépés ez tőled. Kevés reszeléssel szinte bármelyik disztrótól kapsz kulcsrakész rendszert, és bármelyikre fel lehet szögelni a Chrome/Chromium vaapi-t.
Igazából, ha GRUB-bal és nagy DE-vel telepíted, KDE, Gnome, akkor az Archon sem kell semmit reszelni, mert függőségként mindent felkerül. A vaapi-s Chromiumot meg valami más disztró bináris csomagjából kimásoltad volna, ha nem tudtad volna az AUR-os fordítási hibát megoldani.
-
őstag
Az ubuntu dev chromiumot manuálisan bemásoltam arch alá, csak utána volt egy kis szívás a rendszerkönyvtárak jogaival, ami miatt az ufw leállt, helyrehoztam. De macerás minden chromium frissítésnál másolgatni meg jogokat állítgatni. Majd ha kijavítják arch-on a chromium vaapi -t akkkor lehet visszatérek.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Shyciii
veterán
válasz attilav2 #6194 üzenetére
Hát ez tányleg eléggé fura. Gyakorlatilag mindenféle Linuxból létezik kulcsrakész változat. Arcból is, Arch származékból is, Debian, Ubuntu mindenből. Ha neked a kulcsrakészek tetszenek, akkor nemigazán értem, hogy mit keresel itt.
Én biztos, hogy nem váltanék egy jól működő bejáratott, kurva gyors rendszerről egy vaapi-s chromium miatt. Főleg nem egy agyon bloatolt kulcsrakész linuxra. Egy sima Kaby Lake-es i3-as sem fingja össze magát még egy 4k-s videótól sem youtube alatt. Nem csoda, hogy nem vettem észre, hogy gond van a csomaggal.
Új hozzászólás Aktív témák
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- World of Warcraft Shadowlands Collectors edition EU EN
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok