-
GAMEPOD.hu
Arch Linux topik
Új hozzászólás Aktív témák
-
ztsoft
őstag
Én is cserélek, igaz, maradok laptopnál (nekem elég ez is) meg Intel-nél (T7200 -> I3-6006U), de nálam minden csere lesz, HDD is. Eljött az ideje, hogy az Acer Aspire 5310-est lecseréljem egy Aspire 3-asra (I3-6006U, DDR4, HD520). Eddig jók a tapasztalatok, Kubuntu 20.04-es Live-al néztem (semmi extra beállítás), böngészőben Youtube 4K közel 90%-os CPU terhelésen ment. Jövő hónapban jön még az SSD, meg RAM bővítés és egy darabig ez is kiszolgál. Addig gyakorlom az Arch telepítést (a Win10-en már túl vagyok, sajnos néha elő kell vennem).
Nem igazán értem a Win10-et, gyári driver-ek, támogatás, mégis szarul működik. Eldobálja a Wi-Fi-t (úgy vettem észre, hogy nem volt bekapcsolva az auto csatlakozás), saját maga alatt lelövi a HDD (halottam, hogy kattant), úgy, hogy közben használtam. A Kubuntu alatt viszont tökéletesen működött minden.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
Shyciii
veterán
BoB, Frawly
Hát akkor mikor lesz hosszabb időm, akkor elkezdem tanulgatni a regexp-et, de most kb úgy állok hozzá, mint az Xmonad Haswell-jében írt configjához: a hideg kiráz tőle
Először még a neovim-et szeretném kipróbálomni, hogy meg tudom-e szokni szövegszerkesztélésre. Ha nem, akkor marad a sublime. -
Frawly
veterán
válasz Shyciii #6852 üzenetére
Az Xmonad nem Haswell-ben, hanem Haskell-ben van írva, de az nekem is meredek, ha ez megnyugtat. Pont a Linux OFF topikban hoztam elő ezt a funkcionális programozás témát, hogy mennyire elvont, erre le lettem oltva, hogy én vagyok hülye, mert ott a szakik a topikban már az 1930-as évek óta használják, meg möhőő, meg jóaz, nekik tökéletesen érthető. Értem, akkor májerkedjenek csak.
vim/neovim mindegy, de idő megtanulni. Nem is a billentyűk jelentését, hanem amikor vim-ben szerkesztesz, sok szövegszerkesztési problémát át kell fogalmazni, nem úgy kell csinálni, ahogy hagyományos editorokban. A vim ugyanis nem arra a filozófiára épül, mint egy hagyományos text editor, hanem egyfajta interaktív sed-nek lehet tekinteni, és inkább text processornak lehet nevezni. Külön meg kell szokni a módokat, az egésznek a logikáját, elsőre idegen lesz. Nekem is nagyon sokszor neki kellett futnom, mire sikerült megszoknom. A lényeg, hogy mikor tanulod, akkor nem a billentyűk memorizálása a legfontosabb, hanem egy újfajta gondolkodás elsajátítása. Eleinte idegen érzés lesz nagyon, mintha az orroddal vagy a lábujjaiddal kéne szövegszerkeszteni, nehezen boldogul vele, aki még csak most kezdte tanulni, türelmet igényel. Érnie kell a folyamatnak, ahogy formálja a gondolkodásod, nem lehet sürgetni, meg siettetni.
Meg igazából a vim-nek akkor van értelme igazán, ha tudsz gépírni. Az egész úgy van tervezve, hogy gépírástartásból legyen vezérelve, és nem nyúlsz ki onnan egérhez, kurzormozgató billentyűkhöz, stb.. A vim egyfajta speciális gondolkodásról, filozófiáról szól, amit ha megtanulsz, nem csak szövegszerkesztésre tudsz használni, hanem mindenfajta szoftver vezérlésére, vim billentyűkiosztást és logikát fogsz használni mindenhol, shell, terminál, fájlkezelő, böngésző, ablakkezelő, médialejátszók, stb.. Lényegében a gépet fogod teljesen máshogy használni, azt fogja eredményezni.
Egy jótanács: mindegy, hogy vim vagy neovim, ha tanulod, akkor próbáld alapállapotában használni, ne konfigold szét őket a saját jelenlegi berögződéseidhez. Ha változtatsz is a konfigon, csak egyszerű dolgokat, sorszámozás, sortörés, magyar nyelvi helyesírás-ellenőrző használata, stb., azaz csak pár sornyi alap dolgot tegyél bele a vimrc-be, de billentyűket ne nagyon szabj át, meg addonokat se telepíts, mert úgy nem a vim-et fogod megtanulni, hanem a saját konfigod használatát.
-
Frawly
veterán
válasz Shyciii #6854 üzenetére
Itt van a vimrc konfigom, de neked csak az első néhány sor kell (sorszámozás, sortörés, tört sor görgetése, automatikus parancskiegészítés, 24 bites színmélység, színtéma), a többi map, meg let részt még nem ajánlom, nagy részüket én se használom, a let rész meg csak azért van, ha oldalsáv nézetben fájltallózást nyitok meg vim-ben, annak a vizuális megjelenítését olvashatóbbá tegye, de ezt a feature-t is rettenet ritkán használom.
Elindulásnak a vimtutor parancsot ajánlom, meg ezt a netes játékot. Amíg megszokod a módokat, meg a szövegben mozgást.
Mikor én próbálkoztam először vim-mel, akkor elkövettem azt a hibát, hogy próbáltam annyira szénné konfigolni, hogy lényegében úgy működött, mintha csak egy normál szövegszerkesztő lett volna, működött az egér, kurzormozgató billentyűkkel navigáltam, nem kellett módot váltani, stb.. Na, ezt nem szabad, mert egyrészt így soha nem tanulja meg az ember, meg így pont az értelme, legjobb oldala veszik el.
[ Szerkesztve ]
-
Nem akarom elkiabálni, de lehet átugrom az Openbox-ot Pár perce használom az Awesome WM-et és azt kell mondjam, hogy eddig nagyon tetszik. Igen, sajnos ez még nem Arch (nincs még itt az asztali gépem) de ami késik nem múlik...
Tettem egy próbát az Xmonad-al, de férfiasan bevallom kevés vagyok még hozzá.
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Shyciii
veterán
válasz Archttila #6856 üzenetére
Openbox, Awesome egyremegy. Mindkettő dinamikus WM.Ugyanazt adják részben. Mondjuk az Awesome több erőforrást használ, mint az Openbox. Xmonad már más tészta. Ő más elven működik, mert ő tiling window manager. Ráadásul a Haskell leírónyelve nem user friendly, úgyhogy pont rosszal próbálkoztál :) Mindenesetre el kellene döntened, hogy dynamic, vagy tiling WM érdekel :)
-
ztsoft
őstag
Sziasztok!
UEFI-s telepítéssel kapcsolatban lenne egy kérdésem. Windows 10 mellé tenném (ugyan arra a HDD-re), de arra nem találtam egyértelmű választ, hogy kell-e még egy EFI System partíció, vagy használhatom a Windows-ét (egy januári Youtube videóban csinál egy másikat)?
Amiért kérdezem, a Wiki szerint 260–512 MB kell, a Windows-é csak 100MB.
Több videóban láttam, hogy a GRUB-nak a Windows EFI System partícióját adja meg a telepítő alkalmazásban (Ubuntu és társai).
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
Laszlo733
aktív tag
Szia !
A Win10 -re kell tenni a boot -ot, csak azt ne formázd elég a 100MB az ugye fat32:
Így állítsd be, ha nem kell Home könyvtár:
Win -es fat32 szekesztés boot efi katt, plusz esp és boot -ot külön ráteszed
A többit ext4 és formázhatod
Ha kell swap, akkor a ext4 helyett kiválaszot a swap -et / nem tudom hogy mivel telepítesz/, külön ráteszed a swap -et pl 4GB
A gyökér / kiválasztod, majd külön ráteszed, hogy root mehet neki az összes maradék hely
Utána mehet az install és OK lesz.[ Szerkesztve ]
-
Frawly
veterán
válasz Shyciii #6857 üzenetére
Az Openbox nem dinamikus, hanem stacking WM, ami azt jelenti, hogy az ablakokat floating módban kezeli és azok részben vagy egészben átfedhetik egymást. Az Awesome dinamikus tiling WM, de azok között a legfelhasználóbarátabb.
Az xmonad nekem is magas a Haskell miatt. Akkor már inkább dwm, mert C-ül legalább tudok, az annyira nem átláthatatlan. Amit a dwm-ben nem szeretek, hogy mindenhez patchelni kell, és a patchek nem kompatibilsek automatán, hanem kézzel kell őket beszúrogatni, ami több patchnél egyre nagyobb munka, egyre kényesebb művelet. Igazából a legtöbb dinamikus tiler dwm-klón, az xmonad is, csak C helyett Haskell-ben írva, a Qtile Pythonban, a Spectrewm C-ben (de támogat külön konfigfájlt), stb.. Igazából az awesome is dwm-klónként indult, csak a nyelv változott, amiben írták (C, de konfigjában már Lua-ra épít), de eltávolodott tőle, ahogy adták hozzá a feature-öket.
vim-nél én is abszolút sorszámot használok, sortöréssel, és görgetésnél mindig a sor végére görgetődik le a képernyő, nem csúszik át sor a következő képernyőre (lastline opció). A wildmenu parancskiegészítés csak parancsmódban működik, kettőspont karakter után. Tényleg csak az abszolút minimumot használom a konfigomban. Pont amiatt, amit már írtam. Nem értek egyet azzal, hogy sokan szénné konfigolják, meg hozzáadnak 100 addont minden apró-cseprő dologhoz, és ha véletlenül vanilla vim-hez vagy vi-hoz kell leülniük, jól arcra esnek, mert nem bírják használni, hirtelen a spéci beállításaik és addontengerjük nélkül élhetetlen lesz nekik.
[ Szerkesztve ]
-
Frawly
veterán
Nem kell még egy EFI partíció. Nem is lehet belőle egy lemezen egynél több. Használd a Windows EFI partícióját. A Wikire nem kell hallgatni, nekem 100 MB-on elfér nem csak az Arch, hanem régebben mellé fért a Windows EFI is. Ezt a 250-500 megát azért ajánlgatják ilyen linuxos wikikben, mert nem tudják hogy milyen disztróhoz lesz, Debian/Ubuntu-vonalon pl. be tudnak rá halmozódni a régi kernelek, meg azt se tudják, hogy hány OS-t használsz multibootban, és biztos, ami biztos alapon overkill EFI partícióméretet ajánlanak.
-
ztsoft
őstag
válasz Laszlo733 #6860 üzenetére
+ (#6862) Frawly
Köszönöm a válaszokat. Ami a méretet érinti, a 100MB-ból 9,3MB maradt a GRUB telepítése után.
Kézzel telepítek (kell a gyakorlás), a particionálást még a cfdisk-kel csinálom (később jöhet az fdisk is, most nem akartam reszkírozni, hogy elcseszem).
Így is volt valamilyen hiba, csak a Win indult (nem volt GRUB), de még a BIOS-ba sem tudtam belépni (csak egy fehér kurzor fogadott). Ha kivettem a HDD-t, akkor jól működött minden, ha vissza tettem, akkor ismét rossz volt.
Kis pihenő után sikerült elindítani ismét a telepítőt, így a chroot-tal újra felraktam a GRUB-ot és jó lett. Most már folytathatom a telepítést.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
Frawly
veterán
Ha az Arch Wiki systemd-boot cikke alapján csinálod, akkor nem kell GRUB-ot sem telepíteni. Az UEFI/EFI bootnak pont az a lényege, hogy az UEFI már önmagában is egy bootmanager, nem igényli további bootmanager feltételét.
Az egyébként önmagában nem baj, ha 9,3 MiB maradt csak az EFI partíción. Ráfért, aminek rá kell. Úgyse történik rá sok írás, sok olvasás, mindegy mennyi szabad hely van rajta.
A HDD kivétele szerintem azt okozta, hogy 1-2 UEFI boot opció mögött a meghajtó elérhetetlenné vált, és ilyenkor sok UEFI BIOS automatikusan törli a bootbejegyzést az UEFI-ből.
-
ztsoft
őstag
Megint nem tudok belépni a BIOS-ba (át akartam rendezni a boot sorrendet). De a Win vígan indul. Még sem jó ötlet ezen a gépen a Win UEFI partícióját használni. Át fogom gondolni, hogy annyira fontos-e a Win.
Át fogom nézni a systemd-boot-ot, nem sokat vesztek vele, még ha újra is kell rakni az Arch-ot.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
Frawly
veterán
Ez igaz, az is az, de annyira egyszerű, hogy lényegében egyetlen kicsi .EFI fájl, meg 1-2 hozzá tartozó .conf fájl, nem kell újratelepíteni soha, még Arch újratelepítésekor sem. Elég a .conf fájlban az UUID-ket egyeztetni, és ez elég ahhoz, hogy bármilyen Arch telepítés bootoljon. Nekem már több mint 3 éves az EFI partícióm a rendszer alatt, pedig számtalanszor volt Arch újratelepítve.
Lehetne magát a Linux kernelt is EFI stub fájlként bootoltatni, akkor tényleg nincs semmilyen bootmanager az UEFI-n kívül, de ez Arch alatt tudtommal ez nem megy az initramfs miatt.
GRUB akkor kell, ha valami bonyolultabb bootfelállás van, mondjuk valaki RAID-ről vagy ZFS-ről vagy hasonlóról bootol, vagy UEFI Secure Boot miatt shim kell, vagy MBR Legacy BIOS boot van.
-
májkimiki
őstag
Meg lévő Win10 telepítés mellé, dual bootban is lehet alkalmazni a systemd-bootot? Az asztali gép mellé érkezik majd egy kis Dell noti is.
[link]
Egy db. m2-es SSD van benne (256 GB), telepített Win10-el. Erre is Arch-ot szeretnék majd telepíteni.
El gondolkodtam azon, mint azt fentebb említették. Hogy a linuxnak is készítek saját kis efi partíciót, hogy ne közösködjön a Win10-ével, meg emez ne rondítson frissítéskor bele.
Mi a helyzet, ha az Arch-ot systemd-boottal telepítem? Fölveszi a Win10-et az indító menüjébe? -
Frawly
veterán
válasz májkimiki #6868 üzenetére
Tudtommal EFI partícióból nem lehet kettő azonos meghajtón. De pont az az EFI partíció lényege, hogy több OS-nek is elfér rajta az .EFI fájlja, nem írogatják át egymás dolgait, megférnek egymás mellett. A MBR bootnak pont ez a baja, hogy az egyes OS-ek kicserélgetik egymás alatt az MBR indítókódot. Ez UEFI bootnál nincs.
Simán telepítheted az Archot systemd-boottal a Win10 mellé, amennyiben nem használsz Secure Bootot. A Windowst nem a systemd-boot teszi bele a menübe, hanem a Windows alakítja ki hozzá a szükséges dolgokat az EFI partíción, amit az UEFI talál meg. Te csak a meglévő EFI partíción létrehozol 1 mappát meg 2 konfig fájlt, és a végén kiadsz egy bootctl --path=/boot install parancsot. Ez egy teljesen új systemd-bootx64.EFI fájlt fog létrehozni a /boot/EFI/systemd mappában. A Windowst indító /boot/EFI/BOOT/BOOTX64.EFI fájlhoz nem nyúl hozzá egyáltalán, a Windows nem is fog róla tudni, hogy rajta kívül új OS lett telepítve.
-
Shyciii
veterán
Na nekem most jött masszív frissítés. Csomó library, meg xorg csomagok.
-
májkimiki
őstag
válasz Shyciii #6871 üzenetére
Tudom, nem nagyon ajánlott, de én szinte realtime frissítek .
A pamac indikátor ott csücsül a tálcán, aztán ha jelez. Megy a pacman -Syu, hiába állítottam 48 órára a keresést-figyelést. Mindíg jelez, amint van valami. Másra nem is nagyon használom csak erre, meg ha keresek valami csomagot. -
Frawly
veterán
válasz májkimiki #6870 üzenetére
Ha a Secure Boot be van kapcsolva, akkor szopás az UEFI boot, olyan bootmanager kell akkor, ami kezeli a shim-et. Azt nem tudom, hogy a systemd-boot kezeli-e. Sose használtam Secure Bootot, az első, amit kikapcsolok, mert
1) mint védelem nem sokat ér ténylegesen
2) csak megkeseríti az ember életét OS-ek telepítésekor
3) akármilyen OS-en driverek telepítésekorAz ujjlenyomat-olvasónak nem kéne elvileg megkívánnia a Secure Bootot, de ki tudja, lehet azon a gépen fogja. Mondjuk ezekben én nem tudok neked segíteni, mert semmi ilyen flancos dolgot nem használok, se Secure Boot, se ujjlenyomat-olvasó, se Windows Live arcfelismerés, se VR-szemüveg, se multimonitor setup, se 100 gombos 3000000 DPI-s Gaming Pro RGB Ultra egér, se BT-os eszközök, se USB-s vibrátor, se semmi ilyen szarokat nem használok, nem kötözgetek a gépre. Így ilyen spéci dolgokról nem tudok nyilatkozni, hogy mi mit igényel, hogy menjen. Régi vágású vagyok, bekapcsolom a gépet, beépített eszközöket, beépített kijelzőjét használom, egy kijelző, 1 virtual desktop, tapipad, stb..
-
Shyciii
veterán
Sajnos sanszos, hogy az ujjlenyomatolvasó megköveteli a secure boot-ot (ha nem valami gagyi), ugyanis azzal lehet növelni a biztonságot. Az usb-s tokenek használata bejelentkezés esetén is kellett secure boot az előző melóhelyemen, meg azon notik esetén, amibven alappból volt TPM chip.
[ Szerkesztve ]
-
Frawly
veterán
-
Shyciii
veterán
válasz májkimiki #6877 üzenetére
Nem ismerem ezt a szériát, főleg ilyen kis kijelzővel, mert nekünk min 15,6-os kellett a munkák miatt. Amúgy meg ki kell kapcsolni a secure bootot, aztán egyrészt kiderül, hogy bebootol-e a win, és ha igen, akkor a biztonsági funkció jelen esetben az ujjlenyomat olvasó működik-e tovább. De nekem az lenne az első, hogy legyalulnám a francba a wint
-
Valami oknál fogva nem tudom fstab-ba csatolni a GPT-s külső HDD-ket UUID-el. A korábbi DOS-os label meghajtókkal nincsen ilyen gond, ott szépen működik, de GPT-vel:
Disk /dev/sda: 931.49 GiB, 1000170586112 bytes, 1953458176 sectors
Disk model: Elements 25A2
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 7784D56C-124B-234B-83A9-6FBD1581B0D3
Device Start End Sectors Size Type
/dev/sda1 2048 1953458142 1953456095 931.5G Linux filesystem
[alucard@manjaro ~]$ sudo fdisk /dev/sda
Welcome to fdisk (util-linux 2.35.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
Command (m for help): i
Selected partition 1
Device: /dev/sda1
Start: 2048
End: 1953458142
Sectors: 1953456095
Size: 931.5G
Type: Linux filesystem
Type-UUID: 0FC63DAF-8483-4772-8E79-3D69D8477DE4
UUID: 89E931D2-0765-B449-B910-F6E0F0FDA7F5
nem látja:
sudo mount -a
mount: /mnt/PiDrive1: can't find UUID=89E931D2-0765-B449-B910-F6E0F0FDA7F5
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Shyciii
veterán
válasz Archttila #6879 üzenetére
Mert szerintem nem azaz UUID-je. Ha megnézem az fdiisk-el az enyémeimet, akkor legalábbis nem az.
Szerintem inkább a blkid parancsot használd, hogy kiderítsd mi is azaz UUID, amit tudsz használni a csatoláshoz.
De jó az lsblk -f is. Én mindig ezekből nyertem ki az UUID értékét.[ Szerkesztve ]
-
-
válasz Archttila #6881 üzenetére
Nem, sajnos mégsem jó:
blkid
[alucard@desktop ~]$ sudo blkid
/dev/mmcblk0p1: SEC_TYPE="msdos" LABEL_FATBOOT="desktop" LABEL="desktop" UUID="3D33-128E" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="25aae5bf-01"
/dev/mmcblk0p2: LABEL="desktop" UUID="822a76e2-6287-49ee-9198-264010321f78" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="25aae5bf-02"
/dev/sda1: PARTUUID="0e6e9bbc-add8-6e40-899c-29a261542086"
mount
[alucard@desktop ~]$ sudo mount -a
mount: /mnt/PiDrive1: can't find UUID=0e6e9bbc-add8-6e40-899c-29a261542086.
Nem az van, hogy a GPT meghajtókat máshogyan kell jegyezni az fstab-ban?
fstab
proc /proc proc defaults 0 0
/dev/mmcblk0p1 /boot vfat defaults 0 2
/dev/mmcblk0p2 / ext4 defaults,noatime 0 1
UUID=0e6e9bbc-add8-6e40-899c-29a261542086 /mnt/PiDrive1 ext4 defaults,noatime 0 1
Nem volt még GPT-s HDD-m, de így lehet nem is lesz
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
-
Frawly
veterán
válasz Archttila #6882 üzenetére
Tegyük tisztába: UUID-ből háromféle is van egy lemezen, függetlenül attól, hogy GPT vagy MBR/dos. Van a
1) lemez-UUID, ez a partíciós táblához tartozik, akkor generálódik újra, ha újrainicializálod a lemezt, új partíciós táblával
2) PARTUUID, ez a partíciók UUID-je, minden partícióhoz, partíció újra létrehozásával új generálódik
3) fájlrendszer-UUID, ez nem a partícióhoz, hanem a rajta lévő fájlrendszerhez tartozik. Ez formázáskor generálódik újra (pl. mkfs.akármi). fstab-ban az UUID=akár-mi-csoda érték erre az UUID-re utal, ezt szokták UUID-n érteni, amikor ilyen néven emlegetik.Na, már most a te kimenetedben világosan látszik, hogy a blkid-vel a PARTUUID-t kérdezted le, de az fstab-ba a fájlrendszer-UUID-t írtad be, ezért nem egyezik. Bármelyiket megadhatod, de akkor használd következetesen, ne keverd őket.
Ez a jó az Archban, egyszer megszenvedsz vele, megtanulod mi hogy működik, onnantól megtanultad magadnak megoldani, supportálni, semmilyen Calamares, meg Canoical-fasz-ez Installerre, meg Red Hótt supportjára nem leszel rászorulva soha többé, hogy mindenféle csilivili installereken, és 200 megás Gtk-hegyeken keresztül védjenek meg öltönyös-nyakkendős, céges-trenddiktátor idióták.
[ Szerkesztve ]
-
Köszi a hasznos gyorstalpalót, így már világos miért nem működött!
Egyébként azóta rendbe raktam mindkét drive-ot illetve az fstab-ot. Apropó fstab! A proc bejegyzés szükséges még bele vagy kivehetem?[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Egy lightweight pdf reader-t még ajánlanátok nekem? Valami olyasmire gondoltam mint Windows-on a Sumatra.
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Frawly
veterán
válasz Archttila #6886 üzenetére
A proc bejegyzés nem szükséges bele, legalábbis én nem tudok olyan felállást elképzelni, ahol kellhet. Vedd ki, legfeljebb mentsd el a mostani fstab-ot biztonsági másolatként, és ha nem bootolna mégse (kötve hiszem, de tegyük fel a legrosszabbat), akkor bebootsz egy Arch-iso-t vagy akármilyen Live Linuxot és visszamásolod a régi változatot.
Pdf-olvasóra Zathura, bár lehet nem fog tetszeni, hogy főleg billentyűzetes irányításra tervezték, ezért nincs menürendszere (de egérrel is irányítható, csak kattitantani nem tudsz mire), de cserébe villámgyors, extra lightweight, pluginekkel kezel Djvu, ps, Comicbook formátumokat is. Esetleg xpdf, mupdf, qpdfview.
Bár attól is függ, hogy milyen formátumok támogatását akarod tőle, milyen grafikus környezetet használsz most. Mert pl. ha KDE, akkor egy Okular is pehelysúlyúbb, mint egy Acrobat Reader vagy egy Foxit Reader. Ha Gnome vagy más Gtk-s felület, Mate, Cinnamon, Xfce, akkor az Evince sem annyira bloat, mert azok a libek, amiket használna, már eleve be vannak töltve a rendszeren.
-
milyen grafikus környezetet használsz most
Még mindig nincs kész az asztali gépem (most már megvárom a b550-es lapokat) így jobb híján továbbra is az RPI4/Manjaro (ARM) páros dübörög. de legalább már Arch alapon vagyok!
Szóval Xfce edition mellett raktam le a voksomat mivel korábban évekig ezt használtam így most nem volt kedvem a KDE kiadással bohóckodni (meg amúgy sem a szívem csücske) Tudom bloat ez is de DE-ek közt akkor is még mindig Ő a light viszont ezzel párhuzamosan egy másik SD kártyán építem a kis saját Openbox-om aminek a konfigját majd áthozom a desktop-ra
Egyébként (főleg ha feltolom 2GHz-re a kis Pi-t) egész használható! Egyedül az Xfce compositor fogja meg néha, de az is csak inkább a Chromium-ot...
Ha már itt tartunk, szerinted ha kikapcsolom Xfce alatt a compositort és telepítek egy picom-ot, akkor az bekonfigurálható úgy, hogy csak v-sync legyen és semmi más? Esetleg alternatív megoldáskánt tiltó listázni benne a Chromiumot?[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Frawly
veterán
válasz Archttila #6890 üzenetére
RPi-re talán elmegy az Xfce, de a sima Openbox, vagy IceWM vagy hasonló jobb lenne. Meg pdf-nézőnek mindenképp Zathura akkor, ha Single Board Computerről van szó.
A picom bekonfigolható, hogy vsync legyen csak benne (meg hardveres OpenGL gyorsítás, hogy ne szaggasson a grafikus felület, ha görgetsz meg ablakot mozgatsz):
picom --backend glx --vsyncPersze mellette az Xfce saját kompozitorát teljesen tiltsd le.
A Chromium picom-os tiltólistázásával pontosan mit akarsz elérni? SBC-re egyébként Chromium helyett Firefox vagy Pale Moon, erőforrás-takarékosabb. A Chrome, Chromium, és a rajtuk alapuló böngészők, Vivaldi, Opera jobban eszik az erőforrást, ami nagyon korlátozott ilyen RPi-szintű gépeken. A B550-es Ryzenen mindegy, annak nem kottyan meg semmi, de egy ilyen kompakt kis gépnél minden csepp erőforrás-megtakarítás fontos, a sok kicsi sokra megy.
-
jimmy399
senior tag
Sziasztok!
Megpróbáltam megtalálni a megoldást, de nem sikerült. Így a ti segítségeteket kérem.
Annak idején sima BIOS módba bootolva lehetett olyat csinálni, hogy az os-prober megtalálta a Windows telepítő partíciót a gépen, s betette a grub menübe, így egy hdd/ssd-ről közvetlenül lehetett indítani a Windows telepítőt. Namost, átállok uefi-re és ott már nem ismeri fel az os-prober, mert ahogy kivettem, az csak az MBR-es BIOS módban indított rendszeren tud ilyet csinálni.
Viszont én szeretném UEFI alatt is megoldani, de ha kézzel próbáltam felvinni a grub menübe a Windows boot loader (telepített Windows 10) mintájára, akkor nem sikerült elindítani így. Valami hibára futott, hogy nem tudja az efi fájlt betölteni. bootmgr.efi lenne a fájl neve, elvileg ez indul el amikor a windows telepítőt indítjuk el, de itt nem tudtam műkö9désre bírni.
Próbáltam a efibootmgr-rel is hozzáadni a EFI stub-hoz, ami sikerült is, és beállítottam, hogy azt indítsa el a következő reboot-kor, de nem történik semmi, rögtön a grub indul el...Egyáltalán meg lehet ezt oldani valahogy hogy a grub-ból indítva sikerüljön bebootolni a Windows 10 telepítőt, vagy nem?
--- N/A ---
-
Frawly
veterán
válasz jimmy399 #6892 üzenetére
UEFI módban fel lehet venni bármilyen EFI fájl indulását. Ki kéne deríteni, hogy az illető partíción lévő Windows mivel indul, biztos vagy ebben az efibootmgr.efi-ben? De én nem javaslom Windows Telepítő partíció futtatását. A gyártók telepakolják reklámmal, demóval, szeméttel, malware-rel, meg nem is a legfrissebb verzió, ha feltelepíted, napokig frissítgeti magát, 100× újraindulva. Ha Win10 telepítő kell, a MS oldaláról letöltöd a legfrissebb iso-t, és elve a Media Creation Tool-lal kiírja magát USB-re, vagy ha Linxux alatt látogatod meg az oldalt, akkor kimásolod az iso tartalmát egy FAT32-re formázott USB drive-ra, és telepíted azzal, rendes alaprendszert, tisztán, gyártói szemét nélkül, csak a MS Candy Crush és egyéb szemete és live/reklám csempéi lesznek benne default telepítéssel.
-
jimmy399
senior tag
Nem, nem jól írtam le akkor. Az mstől letöltött eredrti iso fájlból kimásolt telepítővel akartam megcsinálni a telepítést. Ehhez ugye létrehoztam egy külön partíciöt. Felmásoltam, majd grub-mkconfiggal létrehoztam a grub configot. Viszont nem tette be a telepítőt a menübe mert eleve nem is keresi az os-prober, mert ahogy olvastam azt csak a csm módon telepített rendszereket nézi meg. Ilyenkor amikor uefi-ben telepített rendszeren futtatom csak az ESP-n néz szét és ha van rajta más rendszer is, akkor azt be is teszi, esetemben a win10 boot loadert. A win10 telepítőt meg nem, mert nem az másik sima ntfs partíción van. Namost megpróbáltam kèzzrl hozzáadni az efibootmgr programmal a telepítőn lévó bootmgr.efi-t az uefi firmware-be kozvetlenul felvenni a listába de hiába tettem meg akkor is a grub indul el.
Fat32-ben eleve nem lehet egyszerűen használni egy pendrive-ot mert van 4gb-nál nagyobb .wim fájl.--- N/A ---
-
Frawly
veterán
válasz jimmy399 #6895 üzenetére
Ja, értem. Azt nem tudom milyen Win10 telepítő ez, a hivatalos 1903, 1909-es verziójú, hivatalos Win10 telepítőkön az install.wim lemezkép pont azért 3,99451 GiB-os (maximum 4 289 073 755 bájt), hogy EFI partícióként viselkedő FAT32-partícióról is telepíteni lehessen, ami csak 3,999999999 GiB-os (4 294 967 295 bájtos, azaz 2^32-1 bájtos) fájlokat támogat.
Mindjárt mondanám is, hogy hiba volt FAT-ot szabványosítani EFI partíciónak, de nem arra tervezték, hogy sok gigás wim lemezképeket innen telepíts, hanem rendesen feltelepített OS-t töltsenek be pár megás EFI fájlok, vagy maximum 30-50 megás initramfs, meg Linux kernel induljon el róla. Ez abszolút a Windows Telepítő és MS hibája, hogy a telepítőjükben nem lehet betallózni más partíciókról és meghajtókról az install/wim fájlokat.
-
jimmy399
senior tag
-
Shyciii
veterán
válasz jimmy399 #6899 üzenetére
Akartam is kérdezni, hogy miért akartál mindenáron partícióról bebootolva telepíteni, és miért nem jó a pendrive-os telepítés, majd utána a grub update lefuttatása mely megtalálja a win-t, és kész. Miért kellett ezt megfordítva bonyolítani amivel elcsesztél vagy fél napot, ahelyett, hogy fél óra alatt felmegy usb-ról a win, grub reconfig 1-2 perc alatt és kész
Új hozzászólás Aktív témák
- Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!