-
GAMEPOD.hu
Arch Linux topik
Új hozzászólás Aktív témák
-
csixy
addikt
válasz májkimiki #5153 üzenetére
Maradhat mind a kettő . Az octopi úgy néz ki mint a synaptic , a pamac meg mint a szoftverközpont. A lényeg hogyha ajánlgatják, hogy frissíteni kell ,akkor mind a kettőt lődd ki és konzolba : sudo pacman -Syu és enter.
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.
-
BoB
Topikgazda
válasz májkimiki #5153 üzenetére
Arch linux-on neked kell beállítani a trim-et, választhatsz a discard és az fstrim között de alapból egyik sincs beállítva.
Ha azt a származék disztrót teszed fel abbam viszont már lehet hogy az egyik engedélyezve van, meg kell nézni.
You may corrupt the souls of men, but I am steel. I am doom.
-
ubyegon2
nagyúr
-
Frawly
veterán
válasz májkimiki #5155 üzenetére
850-es Samuk a kernelben trim-tiltólistán vannak, így mountoláskor a discard paramétert NEM szabad használni. Helyette engedélyezd a fstrim systemd service-t:
sudo systemctl enable fstrim.timer
sudo systemctl enable fstrim.serviceEsetleg ha nem akarsz ezzel bajlódni, akkor az is elég, ha néha napján terminálban lefuttatod a sudo fstrim -a -v parancsot. Attól függ ennek az alkalmazási gyakorisága, hogy mennyire van tele a meghajtó, meg mennyire sűrűn törölgetsz róla. Végül is a systemd service is ezt a parancsot hívja meg előre beállított rendszerességgel.
Hosszú távú tapasztalatom alapján az fstrim-es megoldás amúgy is hatékonyabb TRIM, mint a discard-os. A discardot csak akkor erőltetném, ha nem Samu-ról lenne szó, és mondjuk FAT32-es fájlrendszeren akarsz TRIM-elni, mert azt pl. az fstrim még nem tudja. Nálam egymás mellett megy a kettő Crucial MX300 SSD-ken, azok nincsenek a kernelben tiltólistán sem.
-
ubyegon2
nagyúr
válasz májkimiki #5161 üzenetére
Nézed végig a cron mappákat, ami benne van az lefut értelemszerűen a mappa nevének megfelelően. (nincs most Arch-om, de gondolom ugyanott vannak a cron mappák) sajna nekem csak ilyen nem túl szakszerű módszer jut eszembe
Példa
status lekérdezése
systemctl status fstrim.service[ Szerkesztve ]
-
Siriusb
veterán
válasz májkimiki #5232 üzenetére
https://www.archlinux.org/news/js52-5273-2-upgrade-requires-intervention/
Célszerű ilyenkor a híreket vagy a hivatalos fórumot megnézni. Ha van valami hiba, valószínűleg mások már megoldást is találtak a problémádra.
-
Frawly
veterán
válasz májkimiki #5234 üzenetére
Nem baj, hogy kérdeztél, megvan legalább itt is. Én is belefutottam, de magamtól rájöttem, ha ez a fájl létezik, akkor szimplán csak törölni kell rm paranccsal. Utána szépen megy a frissítés. Majdnem beírtam én is ide figyelemfelhívásnak, de aztán megjelent az Arch oldalán is a hírekben, aztán úgy voltam vele, hogy az elég figyelmeztetés mindenkinek.
Egyébként nem értem, hogy a csomagkészítő milyen nem vettem fel scriptbe, ha létezik a fájl, akkor telepítés során automatikusan törlődjön.
-
félisten
válasz májkimiki #5260 üzenetére
V5 121?
Nekem ilyenem van debiannal. Hasznalhato a gep, de lassu, pedig SSD-t raktam bele.
Akkor erezni a lassulast, amikor az alkalmazasok (pl. bongeszo) elindulnak, vagy tobb tab meg van nyitva, animalt reklamok szaggatnak, pl. a mobilarena mostani fooldalan levo vodaf*ne reklam elegge akad.Azert nem olyan gaz, hasznalhato. Lenyeg, hogy egyszerre egy dolgot csinalj es neha igy is turd a varakozasokat.
Az arch nalam nem volt nyero ezen a gepen, mert az uj kernelekben a regi radeon driver neha el tud romolni, de azert nem veszes az sem.
A debian 4.9-es kernele mindent tud, amit ez a GPU tud.
Kulon munkat igenyel mindket disztron a 3D gyorsitas bekapcsolasa pl. bongeszokben. Erre oda kell figyelni, mert sokat segit.Ezen kivul az IGP kepes regi jatekokat (pl. Quake 3) tokelesen elvinni, de ujabbakkal is elbir.
Itt a proci a szuk keresztmetszet, a GPU sokkal jobb, mint gondolna az ember.Amire oda kell figyelni ennel a gepnel linux eseten:
- tapipad indulasnak ki van kapcsolva
- tapipadra koppintas nem muxik alapbol
- wifi/BT alapbol nem megyDebian alatt ezekre mind van megoldas, Arch eseten nem tudom.
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
félisten
válasz májkimiki #5262 üzenetére
Egyaltalan nem, en is hasznalom utazasra, de a GCN elotti radeon-ok a friss kernelekkel nem minden esetben stabilak, emiatt hasznalok debian-t.
GCN eseten pont az Arch lenne a jobb, mert ahhoz mindig jonnek ki ujitasok, gyorsitasok, es figyelnek is arra, hogy stabil maradjon.Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Frawly
veterán
válasz májkimiki #5260 üzenetére
Nekem nincs vele konkrét tapasztalatom, de a GPU-t alapból kéne vigye kernelbe épített radeon DRI modesetting driverrel, neked csak a Mesa csomagot kell feltenni a 3D-s gyorsításhoz. Más gondnak nem kéne legyen vele, de ezt csak akkor tudod meg ténylegesen, ha feltelepíted. Kezdd el telepíteni az Arch Wiki alapján, ha elakadtál, valami nem megy, jelezz, segítünk. Szerintem semmi olyan nem merül majd fel, amit egy kis utánaolvasással ne tudnál megoldani, általában minden beüzemelhető.
-
Frawly
veterán
válasz májkimiki #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.
-
BoB
Topikgazda
válasz májkimiki #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.
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
Shyciii
veterán
válasz májkimiki #5816 üzenetére
Én trizen-t használok, de utólag megnéztem a yay-t is. Átlag, normál használatra mindkettő nagyon jó. Trizenben én azt szeretem, hogy az AUR comment-eket is megjeleníti, és lehet is keresni annak tartalmára is. Erre yay nem képes. Legalábbis még 2019 február környékén nem volt képes.
Amúgy ez az oldal egész jól összefoglalja, hogy melyiknek mi az előnye: Link -
Frawly
veterán
válasz májkimiki #5823 üzenetére
Pedig sudo systemctl enable ufw.service paranccsal kell indítani. Egyébként lehet elindul nálad, de ez csak magát a tűzfalat indítja, a grafikus kezelőfelületet nem, tehát a gufw-t be kéne tegyed az asztali környezet vagy ablakkezelő automatikus indításába, hogy lássad futni.
-
májkimiki
őstag
válasz májkimiki #6129 üzenetére
Ez kijavítva.
A telepítő nem tölt le frissítéseket telepítés közben, hanem első indulás után kell a mirrorokat frissíteni. Ez új feature az új telepítőben.
Itt kutyultam el a mirror listet. De mostmár okés.Na de, ezt nem vágom, nem ismerem egyik csomagot sem. Az ilmbase csomagot cserélhetem/vagy nem az extra/openexr csomagra.
Mit csinálnak ezek a csomagok? -
ubyegon2
nagyúr
válasz májkimiki #6136 üzenetére
Szerintem teljesen életképes ötlet, hogy legyen egy Kezdő Arch vagy Archklón topik, már csak azért is, mert vannak olyan furmányok a klónokban, amiket a pure nagyArchúak csak pislogva olvasnak. Szóval én nem kritizálni jöttem ide, hanem építő jellegű javaslattal.
Én nem sok klónt próbáltam, de azoknál mindnél volt valami olyan gikszer, amivel nem jöttem ide, mert a pure Arch-nél nem lehet ugyanaz a hiba. Most is csak azért reagáltam, mert aggódás volt, hogy a halmozódó problémák kitárgyalása rossz fényt vet az Arch-ra.
Szomorú hírem van számodra, ha valóban a legfrissebb csomagokat akarod használni, minél hamarabb dobd a klónokat és valóban jöhet az Arch. Klónoknál is akkor indult ez a nagy zavar, mikor kivették a yaour-t és ezekkel az addig ismeretlen helperekkel kezdett mindenki bíbelődni.
(amúgy meg tényleg nincs sok alapom itt belevauzni a dolgokba, de legalább leírtad, amit leírtál, már előrébb vagyunk)
Különben ezzel a legyen a legfrissebb dologgal 10-ból 9 ember teljesen szükségtelenül bíbelődik, egyszerűen értelmetlen. Új hw-ek nem indokolják, akkor minek? Hogy remegést kapjon a klóner, ha egy héten egy új kernel nem jön ki?
Endeavour-t amúgy miért választottad? A honlapjukon persze nagyon dicsérik magukat, hogy jujde segítőkészek......nem mint ha ez nem lenne máshol is jellemző......
[ Szerkesztve ]
-
Frawly
veterán
válasz májkimiki #6136 üzenetére
A legnagyobb hiba, hogy nem volt fent nálad a go és a base-devel. A group-ot nem kell hozzáírni. Nálam rendesen frissen tartott vanilla Archon simán fordul a yay master git, azokkal a parancsokkal, amiket írtam. Még csak warning sincs, nem hogy error.
Abban viszont egyetértek veled, hogy ezt a pacman 5.2-re váltást nagyon hirtelen lépték meg, egy csomó felhasználó és klóndisztró szív miatta. Itt nem az a baj, hogy váltottak, hanem túl hirtelen tették, nem adtak időt az AUR helperes és egyéb fejlesztőknek, hogy előre teszteljenek, meg legyen idejük felkészülni, kompatibilissé tenni a szoftvereket, és erre a felhasználók sem lettek értesítve, hogy pl. AUR helpereket, GUI-s pacman frontendeket is frissíteni kell majd emiatt. Azért léptek ilyen hirtelen, mert fel szerették volna gyorsítani a .xz-ben tömörített csomagokról zstd tömörítésre váltást, ami már rég ki volt tűzve célként, de már régóta húzódik. Ennek ellenére ilyen apróságok miatt nem kéne kapkodniuk.
Az amd-ucode csomaggal sincs semmi baj, azt csak azért sérelmeztem, hogy semmilyen hírben nem tették közzé, hogy onnantól fogva nem a linux-firmware csomagban lesz, ahogy sok évig előtte, hanem külön csomagként kell majd feltenni. Egy 2 soros hír elfért volna róla az archlinux.org főoldalán, a News szekcióban.
Azzal nincs baj, ha Arch-csal próbálkozol. Majd belejösz az ilyenekbe, hogy AUR-hoz milyen csomagoknak kell fent lenni, meg telepítés után az első a mirrorlistet rendbe tenni, stb.. Mindenki elkezdi valahol.
-
Frawly
veterán
válasz májkimiki #6145 üzenetére
Az óra 1 órával való elállítódása több mindentől függ. Milyen UEFI BIOS van fent a gépen, fut-e dualbootban Windows. Milyen NTP megoldás van fent, vanilla Archon, meg a legtöbb klónon csak a sima timedatectl van fent, aminek van systemd-s timesync service megoldása, ami kezeli az időzónákat, szinkronban tartja az órát, kezeli az NTP-t, DST-t, a /etc/systemd/timesyncd.conf-on keresztül. Viszont fel lehet tenni helyette más megoldást, pl. openntpd-t.
Vanilla Archon ez elég szokott lenni telepítés után:
timedatectl set-ntp true
timedatectl set-timezone Europe/BudapestHa meg van dualbootban Windows, akkor abban az Arch Wiki-ben ismertettet registry hacket hozzáadni, hogy a gép óráját UTC-ben tartsa, ne helyi időben. Ezek nekem tökéletesen elégnek bizonyulnak, mindig pontos az idő, rendszeresen szinkronizál, Windows sem állítja el a gép óráját.
Sajnos az Arch Installation Guide-ban benne maradt egy régi időzához symlink-eléses módszer, azt is meg lehet csinálni, de felesleges és hatástalan. Még a systemd előtti időkből maradt benne:
ln -sf /usr/share/zoneinfo/Region/City /etc/localtime
hwclock --systohc@FEAR: az ’szna be, ha BSD-ken is elterjedne a systemd. Végső esetre az a vésztervem, ha már minden disztrót megfertőzött a system, a Gentoo-t is, akkor BSD-re állok át. Előtte viszont még Gentoo-ra fogok, és végül nem a csomagfrissesség, meg a kódforgatásos optimalizálás miatt, hanem a systemd-t szeretném dobni.
-
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.
-
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 ]
-
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é.
-
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 -
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
-
whbear
senior tag
válasz májkimiki #6227 üzenetére
A Yaourt csinálta. Így sikerült helyreállítani.
Boot a Arch Linux live CD or USB drive.Get connected to the Internet: wifi-menu.Mount your root partition: mount /dev/sda# /mnt.Mount your boot partition: mount /dev/sda# /mnt/boot.Change your root directory: arch-chroot /mnt.Reinstall the kernel: pacman -S linux.Reboot and if successful.Arch Linux, Void Linux, Network Radios, VoIP, HAM
-
F34R
nagyúr
-
májkimiki
őstag
válasz májkimiki #6265 üzenetére
A nyáron volt hasonló anomália az x264 és x265 csomagokkal, de akkor nem tört ennyi minden. Arra már nem emlékszem hogyan oldottam meg. Most vissza bogarásztam a pamac-aur előzményeiben és ebben látom a hibát. Miszerint két ffmpeg csomag is telepítve van.
[2019-07-21 13:00] [ALPM] removed ffmpeg2.8 (2.8.15-2)
[2019-07-21 13:04] [ALPM] upgraded ffmpeg (1:4.1.3-1 -> 1:4.1.4-1)
[2019-07-21 13:40] [ALPM] installed ffmpeg2.8 (2.8.15-2)
[2019-08-18 16:56] [ALPM] upgraded ffmpeg (1:4.1.4-1 -> 1:4.2-4)
[2019-09-17 18:04] [ALPM] upgraded ffmpeg (1:4.2.1-1 -> 1:4.2.1-2)
A 2.8-as AUR-os csomag a másik meg a rendes Arch csomag. Mindegyik ugyan azokat a csomagokat rántaná magával vagy opcionális függőségben áll. Ezt már a Paste-ra teszem.
[link]Melyik ffmpeg-et hagyjam fenn?
-
Frawly
veterán
válasz májkimiki #6266 üzenetére
A legfrissebb, hivatalos tárolós ffmpeg-et. Ez most az Arch hivatalos tárolójában a 4.2.1-es verzió.
Tehát nyomatod fel ezeket:
sudo pacman -Rdd ffmpeg x265 libde265
sudo pacman -Syyu ffmpeg x265 libde265A dd kapcsoló kihagyja a függőségellenőrzést. Ha a telepítéskor reklamálna a függőségek miatt, akkor a -Sdd kapcsolóval próbáld telepíteni.
-
Frawly
veterán
válasz májkimiki #6270 üzenetére
A pacman -Rns yaourt paranccsal. Esetleg még az /etc/pacman.conf végén, ami benne van az archlinuxfr-es sor, azt kiszeded, vagy # jelet a sorok elé szúrva kikommenteled, majd futtatsz egy pacman -Syyu parancsot.
De még leszedni sem muszáj, hagyhatod fent, nem foglal sok helyet, használod helyette a yay-t.
Új hozzászólás Aktív témák
- Mobil flották
- Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
- Vicces képek
- Mobilinternet
- Kerékpárosok, bringások ide!
- EA Sports WRC '23
- Videó stream letöltése
- Azonnali informatikai kérdések órája
- Ubiquiti hálózati eszközök
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- További aktív témák...