-
IT café
Arch Linux topik
Új hozzászólás Aktív témák
-
A 85-ös FF most tökéletesen működik wayland alatt. Még a sync is tavaly amikor felraktam azonnal meghalt amikor használni akartam.
Az spi dbus szutykokra kereshetnel valami megoldast
Probaltam tiltani de csak black screen-t kaptam...[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
chmod -R esetén hogy tudok folder(eke)t kizárni?
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Frawly
veterán
válasz Archttila #7851 üzenetére
A dbus-t teljesen tiltani nem lehet, mert egy-két dolog használja, böngészők, Wine, Steam, stb.. De elvileg annyira ki lehet patkolni, hogy default a rendszerrel ne induljon el, csak olyan progival, ami tényleg használja is.
Ennek az spi-nek meg még nem volt türelmem utána nézni hogy mi a rák, hogy lehet kiirtani, minek kell. Elvileg ennek is a dbus-hoz van köze, egyfajta interprocess kommunikációt nyújt állítólag, mármint nekem ez jött le egy gyors, felszínes utánaolvasásból.
A másik, ami minimialista rendszerre nemkell, az a kompozitor, meg a polkit. A polkit arra való, hogy grafikus felületen root joggal futtasson valaki grafikusok programot. Mióta a kdesu, gksudo, stb. megszűnt, azóta ez a polkit való rá, de meg lehet nélküle lenni, néhány WM/DE viszont automatán indítja.
-
-
Frawly
veterán
válasz Archttila #7855 üzenetére
Bölcsen tetted. A 775 és 777 a kétes biztonságon kívül azért sem jó, mert az összes fájlt futtathatónak jelöli, ezért pár fájlkezelőben, mikor meg akarod nyitni az alapértelmezett alkalmazással (pl. egy szöveges dokumentumot, képet, filmet, zenét), akkor helyette megpróbálja binárisként vagy scriptként futtatni, és kiírja, hogy hibás. Ez nekem sok bosszúságot okozott, régi NTFS-es mentéseim még nekem is chmod 775-tel lettek Linuxra átmentve (mikor Windowsról tértem át 7+ éve), és egy darabig megszivatott (Double Commander, mc, Vifm is), mire átállítottam a a legtöbb adatfájlnál szokásos 644-re (simán olvasható fájlok, tulajdonosnak írható is, de nem futtatható).
Ezért mindenkinek szoktam javasolni, hogy ilyen háromjegyű numerikus formára ne adja ki a chmod parancsot. Elsősorban chown-nal kell helyettesíteni, ha mégis a tulajdonos/csoport körén belül jogosultságot kell változtatni, pl. utólag futtathatónak kell jelölni, mert valami bináris vagy script, akkor a chmod +x formában kell kiadni (esetleg a plusz jel elé ugoa betűk valamelyikét írni), és nem 775, meg 777, stb..
Ez a három számjegyes gányolás még régi könyvek, meg régi, kezdőknek szánt netes leírások alapján terjedt el, és elég sok emberbe berögzült sajnos, eleinte belém is. Hála istennek, ezt ma már egyik oldalon sem ajánlják, de régi anyagokban sajnos benne maradt, és a kereső felhozhatja. Olyan régi anyagokról van szó, amik főleg még systemd előttiek, meg xfree86-os korszakból valók, magyarán tényleg dinoszaurusz korabeliek, ilyen Ubuntu 14.04 és előtte való időkből. Ugyanezen anyagok szokták írni az apt-get használatát, meg a gksu, és hasonlók bemutatását. De SSD-knél is van ilyen, az SSD-k őskorában, 2008-10 között sok cikk született, hogy mindenféle kímélő beállítást és cselpraktikát kell alkalmazni, hogy csökkentsük az írások számát, és utóbb kiderült, hogy ez teljesen felesleges átlag felhasználásnál, de az SSD-s topikba is mai napig esnek be emberek, akik régi cikkben olvasták még ezeket a baromságokat. Állandóan le kell nekik írni, hogy ez elavult infó, de mivel a kereső felhozza a mai napig, dátumot meg nem nézik az emberek, így a mai napig tévhitek keringenek miatta.
-
őstag
válasz Laszlo733 #7613 üzenetére
Kipróbáltam a calamarch-ot, bár fel tudom telepíteni az arch-ot a hivatalos módon, nem vagyok annyira láma , kíváncsi voltam mennyire használható ez a telepítő. Nos azt kell mondjam használható, szinte kulcsra kész rendszert ad. Azt leszámítva hogy nálam a telepítő nem tudta létrehozni a partíciókat, mbr kiosztás volt a céllemezen, én meg uefi módban telepítettem, talán ez lehetett a gond, ebbe még a win10 telepítőnek is beletörhet a bicskája. cfdisk -z /dev/céleszköz módon megoldottam a partícionálást gpt-re, ezután a grafikus telepítő partícionáló részében már csak fájl rendszereket és csatolási pontokat választottam ki a cfdiskben létrehozott partíciókhoz, majd szépen felkúszott a rendszer. Alaprendszert, amd drivereket és xfce4-et telepítettem. Probléma mentesen indult az új rendszer, csak az amdgpu drivert finomhangoltam az arch Wiki alapján hogy ne legyen tearing.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
csixy
addikt
Szeretem a világos témákat. Megpróbálok szimpatikus sötét témát keresni, mert tudom, hogy jó a képernyőnek és a szemnek is, de eddig még egyik sem volt szimpi. Azt a békebeli patkányt meg lecserélem.
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.
-
Frawly
veterán
válasz attilav2 #7857 üzenetére
Igen, pont ez a baj ezekkel a rendszerekkel, hogy kulcsra készek, és ha neked másfajta kulcsra készség kell, akkor szedhetsz le egy csomó mindent, meg rakhatsz fel, és nem lettél sokkal előrébb a normál, kézi Arch telepítéshez képest.
Igazából az Archot nem nehéz feltenni, ezt a többieknek írom, nem neked. Tényleg csak pár kulcs parancs, a többi, amit az Arch Wiki ír, az alternatív módon is megoldható, pl. particionálásra akármilyen program, rendszer használható, még Archnak sem kell lennie. Meg az Arch Wikiben egy csomó lépés opcionális, pl. hardveres óra állítása, ez nekem sok év alatt csak egy szem gépen kellett (és ez sem fog kelleni újratelepítéskor). Szóval egy csomó lépés át is ugorható, kiváltképp, ha mondjuk Arch reinstall van, mert akkor újraparticionálni nem kell, bootmegoldást ha okos az ember, nem kell újratelepíteni (kivéve GRUB, de azért írom, hogy okos), fstab-ot újra lehet hasznosítani, stb-stb., így még jobban leegyszerűsödik.
Persze annyira ezeknek a third party Arch installereknek sem vagyok ellene, mert ugyan így az Archnak az egyik lényege veszik oda, de mégis inkább ez, mint hogy a jóember Ubuntut meg többi szemetet tegyen fel, ezek legalább tényleg Arch alapúak, Arch tárolóból dolgoznak, elérhető az AUR, stb-stb..
-
Frawly
veterán
Nyilván ez ízlés kérdése, meg hogy ki mit szokott meg. De hosszú távon a világos téma rontja a szemet, értve ez alatt, ha napi 8+ órában gépezel. Sötét témán itt most nem azt értem, amit sokan, hogy koromfekete, meg sötétszürke, van mindenféle, pl. a Bespin-színtéma kávébarna, vagy a solarized dark középsötét tengerkék (nem a kedvencem,de népszerű), stb. A lényeg, hogy ne ilyen szemheggesztő fehér, citromsárga, rikító világoskék legyen. Már egy ilyen melegebb pasztellszín, világosbarna, papírszín is előrelépés, mint ami itt a prohardver.hu-n is van. Tehát világos témából is vannak kulturáltabbak.
De ez a fehér-világosszürke, ami Xfce-n van, ez a legrosszabb, unalmas, és rohadt világos, szemégető. Már vagy 31 éve minden OS-t ezt használja, szürke-kék ablakok, fehér háttérrel, sárga ikonokkal, fekete betűkkel, egyszerűen már halálunalom.
De mint mondtam, Xfce-éknek elnézem, mert mindig is ízlésficamosak voltak. A Mint Cinnamon/Mate alap témája is világosabb, de legalább fokokkal kulturáltabban és kevésbé unalmasan néz ki.
Persze a sötét téma sem mindig szép, ehhez is kell ízlés. Pl. sok KDE-s disztró default sötét témája elég gusztustalan, undormány sötétszürke, ilyen buzilila-kékes-cserepes, flat témás háttérrel, egyszerűen hányás az egész. Pedig sötét, nyilván az az előnye megvan, hogy a szemet kíméli legalább, de akkor is ízléstelen.
-
Lenry
félisten
Ez a három számjegyes gányolás még...
az égvilágon semmi gányolás nincs benne, csak ésszel kell használni. mint mindent.
egychmod 777
pont ugyanazt csinálja, mintha azt mondanám neki, hogychmod ugo+rwx
, csak rövidebb leírni. ne csináljunk úgy, mintha nem tökéletesen ugyanannak a funkciónak két külön szintaxisáról lenne szó, amik egy az egyben válthatók oda-vissza.Ugyanezen anyagok szokták írni az apt-get használatát
már mi bajod van még az apt-gettel is?[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Frawly
veterán
De, gányolás, mert a legritkább esetben van csak rá szükség, hogy mindenkinek, minden jogot megadj futtatást is beleszámítva. Plusz ez a chmod 777, mint írtam, minden fájlnak futatható jogot ad, egy sima plain text, kép fájlnak is, ami fájlkezelőknél zavart szokott okozni! De, igen, gányolás.
Ez a chmod 3+ számjegy akkor kell, ha valami olyan fájlrendszert kell rendbe tenni, ami korábban egy chmod 3+ számjegyes laikus már szétbarmolt olyan szintre, hogy használhatatlan, és kézzel kell az összes fájl, összes mappa, összes jogosultságát mindenki irányában rendbe tenni.
Egyébként meg normál fájlokra a 644 ajánlott, futtathatókra 744 vagy ritkábban 774. A 777 csak a legritkább esetekre fenntartandó, és mint legritkábbakra, nagy melegen nem javallott rekurzívan, több mappára kiadni.
Legtöbbször, mikor ezt a 777-et laikusok kiadják, valójában csak fájlokhoz szeretnének hozzáférni, és az esetek 99,9999%-ban ezen segít egy chown -R is. A 777 használata olyan, hogy be akarsz menni egy épületbe, de ahelyett, hogy az ajtót nyitnád ki, betöröd, és az összes ablakot is kitöröd mellé, hogy mindennek, és mindenkinek szabad ki/bejárása legyen, minden nyíláson, ha kell, ha nem.
Apt-get-tel alapvetően nem lenne baj, ha évek óta nem az apt lenne helyette ajánlva. Az apt-get már évek óta deprecated, helyette az apt ajánlott. Igaz még egy ideig az apt-get is menni fog, de érdemes leszokni róla, mert egy ponton túl majd nem fog működni és el lesz távolítva a Deb/Ubuntu-alapú rendszerekről. Egyszerűen csak szép fokmérője az időbeli elmaradottságnak, ha valaki még apt-get-et emleget, példázza, hogy elfelejtett tájékozódni, meg haladni a korral.
-
Lenry
félisten
a 777 csak egy példa volt. írhattam volna 666-ot vagy 400-at vagy 644-et is. faxmindegy
Ez a chmod 3+ számjegy akkor kell...
... amikor épp olyan kedved van hogy ezt akarod használni. mint írtam, oda-visszaváltható az oktális formátum a betűs változattal. egyik sem jobb mint a másik, mert pontosan ugyanarra valók és pontosan ugyanazt lehet megvalósítani velük. egyik sem tud olyat, amit a másik nem.Az apt-get már évek óta deprecated, helyette az apt ajánlott.
erről most hallok először. linkelj már pls erről valamit. kösz.[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Frawly
veterán
Nem, nem amikor kedved van. A chmod +x vagy +akármi, u+akármi, stb. sokkal kulturáltabb, mert nem kell ellenőrizni, hogy mik most a jogosultságot, meg miért azok. Mondom, itt ráadásul a rekurzív kiadásról volt szó. Egy-egy fájlnál én is el tudom képzelni a chmod 777-et, ha olyan fájlról van szó, amit mindenkinek kell tudnia futtatni, és nem érdekel, hogy most mik a jogosultságai. De rekurzívan mindenképp ellenjavallott. Ha ingerenciád támad rá rekurzívan, gondold át jobban.
De nem kell nekem hinni, adj ki chmod 777 -R parancsot egy egész fájlrendszerre és nézd meg mit fognak hozzá szólni a programok. A saját szemeddel kell lásd, hogy mi a baj vele, mert ennél érthetőbben nem tudom elmagyarázni.
Apt-get ügyében utánanéztem, és megváltozott az álláspont. Vagyis nem teljesen tévedtem, csak nem deprecated, mégis sok oldal az apt-ot ajánlja helyette, függőségkezelés miatt. Részletek itt.
Persze, nem álmodtam, mert régen tényleg volt róla szó, pár éve, hogy ki fogják vezetni, de ezek szerint meggondolták magukat, ennek ellenére viszont továbbra is az apt az ajánlott.
Olyasmi, mint az ifconfig a net-tools csomagból, a évek óta deprecated, az ip parancsot kéne használni helyette, de mégis tovább használják az emberek. Ráadásul az ifconfig olyan, ami nekem is jobban kézreáll, de igyekszek helyette az ip-t használni, sajnos annak elég hülye kapcsolói vannak.
-
Frawly
veterán
válasz stranger28 #7864 üzenetére
Félig érted jól. Az oktális formátum rekurzív kiadásával van gondom. Ezen kívül a 777 nem rekurzív kiadásával is, de csak akkor, ha megszokásból megy, és nincs mögötte valós indok, hogy ne chmod +x vagy akármi legyen. Mert pont ez a baj vele, hogy nagyon sok ember csak a chmod 777-ről olvasott, és már csak gondolkozás nélkül, rutinból csapatja. Működni valóban működik, mert 777-tel hozzá fogsz férni olyan fájlokhoz és mappákhoz, amikhez eddig nem, de egy csomó negatív következménye lehet.
De nyugodtan mondjatok példát, mikor a 777 ajánlott, főleg rekurzívan, egy chown helyett.
-
vargalex
félisten
Azt azért megnézem, hogy hogy tudod 3 számjegyes formátumra váltani, hogy a jelenlegi jogosultságtól függetlenül pl. mindenkinek adj futtattási jogot. De itt én is írhatnék bármilyen példát, a lényeg azon van, hogy a jelenlegi jogosultságtól függetlenül valamivel kiegészíteni, vagy valamit elvenni.
Alex
-
ztsoft
őstag
Egyébként meg normál fájlokra a 644 ajánlott, futtathatókra 744 vagy ritkábban 774.
A 644 rendbe is van, de a 744-et nem igazán értem (vagy csak elírás és 755 akart lenni). Miért jó az, ha csak tulaj tudja futtatni?
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
Frawly
veterán
Mert érdemes a legszűkebb jogosultságokat kiosztani, azokat, amik épp hogy elegendőek. Persze a 755-tel sincs semmi baj. A lényeg, hogy ne 777, mert az egyes esetekben túlzás lehet. Persze nem a világ vége. Kivéve rekurzívan. Nyilván mindenkinek a saját rendszere a saját vára, olyan jogosultságokat oszt a fájlrendszeren, amit akar. Amiket én írtam, az csak ajánlás (chmod helyett chown, chmod XXX helyett u/g/o+r/w/x), meg default (644, helyesen valóban 755).
Épp ilyen ajánlás szokott lenni, hogy sudo/doas esetén nem engedni kell az összes futtatási jogot és onnan fekete listázni, hanem fordítva, mindent tiltani (alapból így van), és csak fehér listás alapon megengedni ezt-azt, főleg, ha jelszó nélküli futtatásról van szó.
Sőt, tovább megyek, az Arch Wiki még a chown-t se ajánlja a chmod helyett, mármint felcsatolt fájlrendszeren, helyette a mountolásnál ajánlja az umask megfelelő beállítását, ami pl. nekem sem áll kézre, sose tudom a maskértékeket fejből meghatározni, meg megjegyezni a számokat, pedig ez a legajánlhatóbb, ilyenkor tulajdonba vétellel sem kell szórakozni.
-
csixy
addikt
Ez mi miatt van, hogy nem frissíti a pacman ezt?
"figyelmeztetés: archlinux-appstream-data: csomagfrissítés kihagyása (20210125-1 => 20210218-1) "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.
-
jimmy399
senior tag
Remek faszaság tört a rendszerre rendszerfrissítés után.
kernel 5.10.11-arch1-1 -ről frissítve 5.11.2.arch1-1-re teljes rendszerfagyás amikor a másodlagos monitort bekapcsolom.
Downgradeltem az xf86-video-amdgpu-t 19.1.0-2 -ről egyel korábbi verzióra. -> fagyás
Downgradeltem a kernelt 5.11.2.arch1-1 ről linux-lts-5.10.19-1 -re ment minden simán DE a cpu minimum frekvencián üzemelt, szaggatott minden. Mondom Remek.
Powercpu-val cpu-frequency-scanling gonvernort váltva sem történt semmi, mert minimum frekvencián maradt a cpu.
Fasza.
Feltettem vissza az 5.10.11-arch1-1-et minden ok.
Pacman.conf ignorepkg linux, linux-headers... Ja mellesleg a pulseeffects se megy a legutolsó friss verzióval, mert azonnal crash-sel...
Eddig nem volt ilyen gondom, hogy vissza kell tartsak csomagokat, mert a frissítéssel fagy a gép, meg nem indulnak a programok.Alaplap:
Asrock Fm2-A75 Pro4-m
Amd A8-5600K cpu
12 GB ram
VGA:
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7560D]
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Redwood LE [Radeon HD 5550/5570/5630/6390/6490/7570]Azt értem, hogy a két VGA nem a csúcs, meg lehet másik driver kellene, de az 5550-es csak azzal a driverrel megy, amit az arch linux ati oldal emleget, mert legacy, bár a 7560D is benne van a korban.
boot: UEFI
Elsődleges vga az integrált 7560D mert csak ez tud UEFI GOP-ot, a HD 5550 nem. Mindkét monitor D-SUB-os. (2 x 19" 1440 x 900)
[ Szerkesztve ]
--- N/A ---
-
_Dumber_
őstag
Downgradeld az egészet egy régebbi napra.
https://www.rdeeson.com/weblog/176/how-to-rollback-a-system-update-on-arch-linuxEgy hét múlva próbáld újra.
A KDE 5.21 alatt nekem a xfreerdp nem ment multimonitoron. Dolgozni kellett, időm meg nem volt játszadoznom..
-
Frawly
veterán
válasz jimmy399 #7873 üzenetére
Ez durván hangzik, hogy ennyire semmi nem megy, de még LTS-sel is gondod van. Pedig az 5.11-es kernelbe pont hogy AMD procikhoz érkezett javítás.
Én Ryzen 4700U-t használok, amiben Vega8 integrált GPU van. Nálam csak annyit okozott az 5.11-es kernel, hogy minden bootkor kiírja, hogy amdgpu: Unsupported power profile mode 0 on RENOIR. Semmilyen hibát nem okoz, csak idegesítő, mivel konzolon jelentkezek be, és általában épp gépelek bejelentkezés közben, mikor odaokádja ezt a sort. Ezt a kellemetlenséget leszámítva minden működik, CPU, GPU fronton is. Igaz nekem az 5.10.x-szel sem volt problémám, akkor nem írt ki semmit, CPU rendesen szabályozta a frekit azzal is. TRIM-mel sincs gondom, igaz én ext4-et használok az SSD-n.
Drivereket jókat használsz, kernel amdgpu KMS driver (alapból a kernelben van), mesa (OpenGL 3D-s gyorsítsához), xf86-amdgpu-video (2D-s X.org gyorsításhoz), vulkan-radeon, ezeket kell használni, ezeket is használod szerintem.
-
-
Frawly
veterán
Örülök, hogy megoldódott. Sajnos itt jön elő, amiről mindig szónokolni szoktam, hogy angolul használva a rendszert több találatot adna a kereső. Erre a magyar csomagfrissítés kihagyására hoz a Google 4 találatot, abból az egyik MAME emulátorban Pac-Man játékról szól, a másik háromból meg nem derül ki semmi. Az angol nyelvű hibaüzenetre előjött volna min. 100-500 találat.
A másik, az az Arch-installscriptek kiszámítóhatatlansága, azok is tudnak ilyen random config fájlban benne hagyni spéci sorokat, amiket te Arch WIki alapján történő szabályos installal nem tennél. Ezért mondtam, hogy nem mindig megbízhatóak ezek, a telepítést leegyszerűsítik, de nem látod át, hogy mit és miért csinál a háttérben, azok neked tényleg szükségesek-e.
[ Szerkesztve ]
-
jimmy399
senior tag
Lehet, hogy durva, de régebben az amd.iommu-val voltak gondok, hogy ki kellett kapcsolni kernel paraméterben, hogy használja a rendszer.
Itt egy régebbi Trinity GPU van, ráadásul egy Hd 5550-el, ami külön PCI-express slotban van. 4 évig pihent, újrapasztázás megvolt mind a GPU , mint a CPU oldalon. Én is konzolon jelentkezek be .xinitrc xfce4-session indítással. Egyelőre marad az 5.10-es kernel bónusz nehetízéssel virtualbox-al, dkms-el. Remélem javítva lesz.Viszont elmentem egy pc-szervízbe. Akkor laptopot használtam, Hp 2530p-t. Arch-al, konzolos belépéssel indított openbox-al. A csaj, simán kikapcsolta a power gomb hosszú nyomásával, ahelyett hogy egyszer nyomta volna meg röviden és kikpacsolt volna... Durva, hogy akkor meg most is nem ismerik a GNU/Lunix rendszert.
--- N/A ---
-
Frawly
veterán
válasz jimmy399 #7879 üzenetére
Gondolom a szervizes nőci csak nem tudta hol kell kikapcsolni, újraindítani Openboxnál, nem ismerte a Linuxot, a kikapcsológomb sem minden gépen kapcsol ki, van, ahol sleepbe, hibernációba küld le. Ő meg ki akarta nyomni a rendszert teljesen, hogy legközelebb újrabootoljon, és nem akart inkompetensnek tűnni, hogy a kikapcsolást keresi. Csak tipp.
A HD5550-öt ellenőrizve viszont arra jutottam, hogy azt a radeon drivernek kéne hajtania, szintén kernelből, és ahhoz nem az xf86-video-amdgpu Xorg 2D driver kell, hanem az xf86-video-ati. Ez egy olyan régi GPU, amit nem támogat az amdgpu driver.
A HD7560D-t meghajtja a radeon és xf86-video-ati driver épp úgy, de ahhoz már az amdgpu és xf86-video-amdgpu ajánlott inkább.
-
Frawly
veterán
Én is erre tippeltem, így legyen ötösöm a lottón. Azt nem értem miért teszik be. Gondolom aki az installer scriptet csinálta, az a saját rendszerén tiltja ennek a csomagnak frissítését saját szakállra, mert valami problémát okozott nála, és a telepítő létrehozásánál elfelejtette kivenni, benne maradt. Csak erre tudok gondolni.
De mint írtam, nem csak konkrétan ez a baj a 3d party install scriptekkel, hanem hogy egy csomó ilyen más lépést is meghúznak, amiről nem érti az ember, hogy miért, meg nem is tud róla, és csak ilyen hibákba ütközésnél veszi észre. Meg feltelepítenek olyan dolgokat is, ami az embernek nem biztosan kell. Ezért kétkedek mindig, mikor ilyen n+1. installert kezd el dicsérni valaki, hogy milyen kafa. Általában minél inkább kacsalábon forog, minél kulcsrakészebb, annál inkább gányolás van mögötte.
Itt múltkor is volt valami kolléga, aki vagy Manjaro-n, vagy valami custom Arch installernél belefutott abba, hogy a felhasználója tagja volt valami olyan csoportnak, amit nem értett, vagy users-ben volt, már nem emlékszem. Ott is az okozta a gondot, hogy az installer saját szakállra old meg dolgokat. Ahogy pl. az említett, UEFI bootnál MBR-es lemezre települni képtelenséget, meg egyes gépeken a Windows EFI-jére fixen bedrótozott fájlnevet se tudják orvosolni az installscriptek, grafikus telepítők, így meg nem működik az UEFI boot.
De ez nem csak Arch specifikus, Ubuntu, stb. vonalon is így van. Ezt nem értette múltkor ubyegon a kedvenc Mintjén, hogy annak a default települő 2000+ csomagnak és beállításnak a jó része igazából nem kell neki, de ő meg van győződve, hogy valamire kell. Hiába magyaráztam neki, hogy átlagos Arch install 1000 csomag körül/alatt szokott lenni, matekozza ki. De ő erősködött, hogy ami nem kell neki, azt átállítja, leszedi, de nem veszi észre, hogy mire leszed ~1000 csomagot, ugyannyi munkával feltehetett volna ő is egy 1000 csomagos Archot, amiről semmit nem kéne leszedjen. Nem mindig az a könnyű és felhasználóbarát, ami először annak látszik.
Pontosan ezért nincs az Archnak telepítője, nem akarja kitalálni a felhasználó helyett, hogy milyen partíciókat, bootmódot, bootloader, grafikus felületet, stb. akar, nem akarja kitalálni, hogy milyen csomagra van szüksége. És nem csak a kezdőknek készült disztrók hibáznak ebben, hanem még az olyan minimalisták is, mint a Void, annak a telepítője is rontott el dolgokat, meg feltételezte, hogy GRUB az kell, mikor nem feltétlenül, stb.. Pedig a Void az már haladó disztró.
Az Archnak nagyon igaza van ebben a KISS elvben, hogy semmit nem szabad a felhasználónak leegyszerűsíteni, működésileg elfedni absztrakciókkal, mert az nem egyszerűvé, hanem bizonyos foktól bonyolultabbá, rugalmatlanabbá teszi a dolgokat. Ez nem csak Linuxnál van így, de pl. HTML szerkesztőknél, plain TeX vs. LaTeX viszonylatában, stb.. Ez egy általános jelenség.
-
jimmy399
senior tag
Pedig elég lett volna ha egyszer megnyomja a kikapcsoló gombot, és rendesen leállt volna.
Konzolos bejelentkezést használtam akkor, látta, hogy fut valami. No, de mindegy is már.Rápróbálok az xf86-video-ati-ra és úgy is megnézem, hogy fagy-e az egész rendszer, köszi a tippet, csak én is, amikor néztem a drivereket, akkor az amdgpu-ra esett a választásom.
--- N/A ---
-
csixy
addikt
és Lck
Köszönöm , megoldódott.
Telepítenék én simán arch-ot is, csak az a gondom vele, hogy egyszerre kettő gép kell hozzá. Merugye az egyikre mahinálom a fogamat szíva, meg fohászkodva a telepítést, s a másikon meg internetkapcsolattal nézem és olvasgatom a mankófájlt, hogy hogyan kell csinálni, mit mikor kell tenni. Ráadásul az egyik gépről a másikra nem lehet copy-pastézni.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.
-
jimmy399
senior tag
válasz jimmy399 #7883 üzenetére
Nos, kipróbáltam a másik driverrel. Ha nem frissítem a kernelt akor jó. Ha frissítem, akkor kifagy az egész gép.
SSH-n telefonon keresztül léptem be, és megnéztem mi történik.BUG: kernel NULL pointer dereference, address: 0000000000000000008
#PF: supervisor read access in kernel mode
xPF: error_code(0x0000) - not-present pageDe felteszem a screenshotot is.
--- N/A ---
-
-
májkimiki
őstag
Azt a mankót leírhatod egy papírra is. Kell vagy 5-6 parancs amit a telepítőből csinálsz. Aztán reboot után mégint 5-6 parancs, hogy legyen GUI-d is. Csakk saccoltam a parancsok számát, meg csak a legfontosabbakat vettem számba.
Amúgy is érdemes követni az install wiki oldalt, mert lehetnek változások. Nem kell bemagolni és fejből tolni. -
-
Shyciii
veterán
Akinek gondjai vannak. Ugye most jött ki tegnap az új kernel. Nyilván előfordurdulhatnak problémák, hisz szinte rögötn megkapjuk. Amúgy meg ma újabb 5.11-es kernel jött ki, szal valszeg javították is ezeket a hibákat. Szal kernel frissítésekkel óvatosan ha "olyan" hardvered van.
-
Shyciii
veterán
Ondoltam kipróbálom az xmobar-t a polybar helyett, hogy mennyi erőforrást foglal el, erre installáláskor kiírja, hogy 117 csomagot rakna fel összesen. No, akkor már nem is érdekel az xmobar
-
Frawly
veterán
válasz Shyciii #7891 üzenetére
Nekem nem is ez a bajon az xmonad-dal meg xmobar-ral. Persze ez is baj vele, hogy komplett Haskell toolchain kell hozzá, meg állandóan újrafordítgatni kódból, ráadásul a Haskell csomagok elég nagyok is, nem csak az a gond, hogy 117 csomag, de vannak közöttük ilyen 100+ mega felettiek, igaz ezek nem mind a futtatáshoz kellenek, csak a kódfordításhoz. Hanem hogy ebben a megérthetetlen funkcionális programozásos Haskell-ben van megírva, ami felfoghatatlan, meg agyrém. Ezeknél még a dwm is jobb, mert igaz, hogy forráskódból forgatós az is, de legalább hagyományos, sztenderd C, rövid forráskód, nincs függőség, stb..
Ez az xmondat, xmobar azoknak mennyország, akik eleve Haskell-ben fejlesztenek, jól ismerik, és az egész ökoszisztémájukat eköré akarják építeni. Mindenki másnak nagyon nem ajánlom. Neked különösen nem, mert a bspwm szerintem sokkal haladóbb, minimalistább, rugalmasabb az xm-akármi-haskelles megoldásoknál.
Kolléga helyében az amdgpu modult feketelistára tenném a /etc/modprobe.d/akarmi.conf fájlba a blacklist amdgpu sor hozzáadásával.
A TRIM-ről meg kiderült, hogy NTFS, úgyhogy ott az ntfs tools csomagosokat kell csesztetni, nem a kernel tehet róla.
Bár azért annyiból megértem a kollégát, hogy Archon nem lenne szabad előfordulnia, hogy egy új kernel miatt ennyire eltörik valami. Akármilyen új is. Bár azt várjuk még ki, hogy mire jut a radeon és xf86-video-ati driverekkel, hátha az megoldja neki.
-
Frawly
veterán
válasz jimmy399 #7883 üzenetére
Az amdgpu nem tudja az HD5xxx-eket meghajtani. A 7xxx-eket már meg tudja. De a 7xxx-et még meg tudja hajtani a radeon/ati driver is. Alapvetően, ha egy GPU támogatja mindkettőt, akkor az amdgpu-t érdemes vele használni, hiszen az újabb, többet fejlesztik, gyakrabban kap javításokat, optimalizációkat, stb..
#7884 csixy: nem muszáj két gép, egyen feltelepíted, mellette egy okostelefonon, táblagépen, akármin is tudod olvasgatni az Arch Wiki-t. Vagy először virtuális gépben gyakorlod ki a telepítést, és a host gépen nézed hozzá háttérben a böngészőben az Arch Wiki telepítési útmutatóját, és mikor már megy a telepítés, utána csinálod fizikai gépen.
Haladók meg úgy szokták, hogy bebootolják az Arch telepítőt, azon a háttérben nyitnak egy új text konzolt (Alt+F2), és abban szöveges lynx, elinks, elinks2 vagy hasonló böngészővel olvasgatják a Wiki-t, így is csak 1 gép kell hozzá, és váltogatnak az 1-es és 2-es konzolok között. Én mindjárt egy harmadikat is nyitok, amiben bizonyos parancsok kimeneteit őrizgetem, az 1-es konzolban meg a telepítést csinálom, 2-esben text böngésző megy. De csak akkor, ha valami olyan telepítési momentum fordul elő, amit még nem csináltam, számomra újdonság, és a telepítésnek egy olyan fázisában van rá szükség, amikor még nincs grafikus felületem. Ha ugyanis a telepítésnek már egy olyan fázisában van rá szükség, amikor van grafikus felület már, akkor simán a háttérben futó grafikus böngészőben is lehet nézni, míg a parancsokat terminálba vereted be.
Sokféleképp meg lehet oldani két gép nélkül. De én mégis amondó vagyok, hogy Archnak akkor állj neki, ha van 2 géped minimum, vagy 1 gép, de azon egy tartalék drive-on egy pót OS. Arra az esetre, ha elcsesznéd a telepítést, nem működne, akkor ne maradj használható gép nélkül. Már pedig eleinte el fogsz tolni dolgokat, de pont ez e lényege, hogy tanulási folyamat. Bár xfce-t pl. könnyű feltelepíteni, mert ott újraindítás és felhasználólétrehozás után csak felteszed pacmannal az xfce metacsomagot, és az behúz automatikusan minden szükséges függőséget, drivert, panelt, értesítőt, addonokat, gtk-s bizbaszokat, alap text editort, terminált, stb-stb.. Az Arch akkor nehezebb, ha minimalista WM van csak rajta, mert akkor neked kell mindenről kézzel gondoskodni, mindenféle driver, alkalmazás, kézi telepítése, hozzájuk egyenként kézzel .conf fájlok szerkesztgetése.
[ Szerkesztve ]
-
jimmy399
senior tag
-
Frawly
veterán
válasz jimmy399 #7894 üzenetére
Azért azt megnézném, hogy a kernel melyik drivert használja. lsmod parancs kilistázza, esetleg felrakod az inxi-t és futtatsz egy inxi -Fxxx parancsot. Mert az egy dolgok, hogy feltetted az ati X.org drivert, de annak nem lesz hatása, ha a kernel továbbra is az amdgpu-t használja.
-
őstag
#7873 jimmy399
Én is szívok, új arch telepítésnél - akár a hivatalos módon kézzel, akár calamarch-al telepítem - a vlc nem képes megnyitni a dvb streamet(se T-t se C-t) a tbs tuner driver(tbsecp3-driver-git-dkms) jól van feltéve mert az mpv megnyitja a streamet. A régi telepítésemen minden további nélkül a vlc is meg tudja nyitni a dvb streamet. Valamit megint variáltak...[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
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.
Új hozzászólás Aktív témák
- Politika
- Automata kávégépek
- Filmvilág
- Lakáshitel, lakásvásárlás
- Atomenergia
- Feltörték a PROHARDVER!-es regisztrációmat! (vagy elvesztettem a belépési emailcímemet)
- Kerékpárosok, bringások ide!
- Hálózatokról alaposan
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Poco X6 Pro - ötös alá
- További aktív témák...
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Canva Pro előfizetés - 1 éves
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest