-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
BoB
Topikgazda
konsole -nak hívják a KDE-s terminált. Ha olyat sem találsz, akkor Ctrl+Alt+FX (X helyére tetszőleges szám 2-6-ig, 1 a grafikus felület) tudsz átváltani terminálra.
KDE területi beállításaiban meg tudod állítani a nyelvet.
Firefox-hoz meg fel kell tenni a magyar nyelvi csomagot. Keresd ki szépen:
pacman -Ss firefox hungarian
Terminálban magyar billentyűzet (nem végleges):
loadkeys hu
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
Siriusb
veterán
Nem tudom követni a garázdálkodásodat, úgyhogy ezt meghagyom a nálam okosabbaknak.
Csak kiragadva, amit te keresel, úgy gondolom az a https://wiki.archlinux.org/index.php/XDG_user_directoriesAzért azt nem tudom megállni, hogy ne mondjam, felejtsd el a /boot partíciót a /mnt könyvtárban. Ha külön /boot partíciód van a merevlemezen (mert így telepítetted), akkor a /boot a csatolási pont ahová ezt a partíciót csatolni kell és ennek az /etc/fstab-ban van a helye, pl:
UUID=akarmi /boot ext4 rw,relatime,data=ordered 0 2
-
Frawly
veterán
Kizárt dolog, hogy a KDE grafikus felületén ne tudnál magyar billentyűzetet kiválasztani. Valóban valami Generic PC néven fut, de a Hungariannak is ott kell lenni, ezt kell választani (nem a 101 gombosat, meg egyéb baromságokat). Valami 9 hónapja nem KDE-ztem, úgyhogy fejből nem megy, de úgy rémlik, hogy Rendszerbeállítások - Beviteli Eszközök volt a neve a magyarul, de már legutóbb is angolul használtam.
-
Frawly
veterán
Nekem úgy tűnik, hogy az olvtársak annyira vért izzadtak, hogy felcsatolás után sikerült elkeffinteniük a genfstab -U >> /mnt/etc/fstab parancsot, így meg hiába volt minden felcsatolva, nem hozta létre a script a /etc/fstab-ot. A vicc az, hogy a systemd óta ez már nem okoz bootképtelenséget, azért írtam múltkor, hogy csökken az fstab jelentősége, de ha akarod bebootolsz megint az Arch telepítővel, felcsatolod a partíciókat, és kiadod ezt a parancsot. Nincs itt semmi helyrehozhatatlan kár.
-
-
Frawly
veterán
Ezt a spooky tárolót (ez egyfajta külső PPA) az /etc/pacman.conf-ból tudod kiszedni, már ha nincs rá szükség. Ha mégis szükséged lenne rá, akkor nézd meg, hogy igényel-e hitelesítést. Vagy próbáld a pacman -Scc futtatásával a pacman cache-t teljesen kiüríteni, majd a pacman -Syu kiadásával frissítsed a csomagadatbázist, úgy már nem kéne hülyeséget írogatnia.
-
Frawly
veterán
Ezért nem jó scriptekkel telepíteni. Franc tudja mi kerül bele, mitől nem fog működni, meg felhány egy csomó olyan csomagot, ami neked nem kell. Ha nincs bonyolító tényező, kész van az EFI partíció, vagy MBR boottal használod, nincs egész lemezes szoftveres titkosítás vagy LVM a háttértáron, ahová telepíted, ext4-et használsz, komplett fullos DE-t teszel fel mindjárt telepítés után pacman-nal, akkor elég könnyű telepíteni.
-
Siriusb
veterán
Elég egyszerű lett volna a megoldás: https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface#efibootmgr
-
Frawly
veterán
Én tudok javaslatot. Fogod a kiírt Antergos-telepítőt, és laza mozdulatta a jobb vállad fölött hátra hajítod a Petőfi Csarnokba. Aztán kiírsz egy Arch-ot, megtanulod szépen scriptek nélkül telepíteni, és megoldod magadnak az EFI bootot. Csak egyszer kell megtanulni hogy működik, utána minden gépen hasznosítani tudod ezt a tudást, nem leszel többé GRUB-ra meg társaira szorulva.
-
csixy
addikt
Ezek után más telepítéseket is be tudok szerkeszteni , csak a /boot -ba legyen mountolva az EFI partíció?
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.
-
vinibali
őstag
eftbootmgr-rel tudod a UEFI-ben tárolt bejegyzéseket módosítani, újat létrehozni. egyébként ha a shell-es loadert választod ki, ott el tudsz sétálni a .efi fájlokhoz, amik "kézzel" indíhatóak is.
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
Frawly
veterán
Az attól függ, hogy a systemd bootot hogyan hívod meg. Van rá háromféle mód is:
1) efibootmgr-rel felvenni bootbejegyzést az UEFI memóriaterületére, vonatkozó olvasnivaló, ezt hívják efistub bootolásnak is
2) az UEFI-ben előhívni az EFI shellt, amibe ideiglenes vagy állandó jelleggel be lehet gépelni bejegyzést, ehhez szintén olvasnivaló az, amit már linkeltem, ezt is efistubnak nevezik
3) az EFI partíción lévő ./loader/loader.conf-ban felvenni egy új sort, ami egy a ./loader/entries/regi_telepites.conf-ra mutat, amibe beilleszted a régi telepítés vonatkozó .conf fájljának a tartalmát. Ez a klasszikus systemd boot, ez a legbiztosabban működő lehetőség. Ez utóbbit ajánlom.Pl. az Arch nálam így indul a 3. módszerrel. Az EFI partíción a /boot/loader/loader.conf-ban ez van:
#timeout 3 ez_ki_van_kommentelve_hogy_ne_mutasson_valaszto_menut
default arch #ez az arch.conf-ra mutat, lásd alább, a névnek egyeznie kell a fájlnévvelA /boot/entries/arch.conf-ban:
title Arch Linux Loader, de a név szabadon választható
root /dev/sda2 #ez nem feltétlenül kell bele
efi /vmlinuz-linux
initrd /intel-ucode.img #ez sem kötelező, Intel CPU mikrokód
ititrd /initramfs-linux.img
options initrd=intel-ucode.img initrd=initramfs-linux.img
#options résznél még zsúfolhatod mögé a kernelparamétereket
root=PARTUUID=b643254b-b015-4577-a698-58d140b29469 rw
#nálad az UUID más leszEnnyi. Két nyamvadt .conf textfile az egész, ez az a marha bonyolult dolog, amit rengeteg disztró telepítője a mai napig nem tud megcsinálni normálisan, mintha rakétatudomány lenne. Pedig rendkívül egyszerű, minden gépen bootol, a legkókányabb ócskavason is, a Windows sem zavar be neki. Annyi, hogy pl. egyes Acer gépeken nem szabványos az UEFI boot, de ott is csak annyi módosítást kell eszközölni, hogy az EFI partíción a ./EFI mappában lévő 1-2 .EFI fájlt át kell nevezni más (Windows EFI kompatibilis) névre, ahogy rájuk találjon az UEFI, de ez sem egy nagy szám, hogy valaki szellemileg belerokkanjon.
Annyi, hogy te bekapcsolhatod a bootmenüt, kiveszed a kommentet, pl. timeout 5, ez azt jelenti, hogy 5 másodpercig a képernyőn hagyja a bootmenüt, ha addig nem választottál, akkor elindul a default rendszer. Ha kikommenteled vagy 0-át írsz elő, akkor nem jeleníti meg a menüt.
Meg mivel nálad két Manjaro rendszer is van, ezért a loader.conf-ban két sort is feltüntetsz, manjaro1 és manjaro2, amelyiket default-tá akarod tenni, azelé beillesztesz egy default szócskát, meg nálad a ./loader/entries/ mappában két .conf fájl kell, az egyik az újabb, a másik a régebbi Manjaro indítási paramétereit tartalmazza.
Egyszerű, mint a szög, semmilyen más bootloader (GRUB, syslinux, stb.) nem kell. Még újratelepítés esetén sem kell újracsinálni, csak a PARTUUID-ket átírni és kész.
A működési mechanizmus is rettenet egyszerű. Indul a gép, indul az UEFI BIOS. Nálam nem talál default bejegyzést, így elkezdi keresni az EFI partíciókat, meg is találja. Az EFI partícióról betölti ./EFI/BOOT/BOOTX64.EFI bináris fáljt (ez nem is feltétlen szükséges, de a kompatibilitás miatt kellhet), ami meg betölti a ./EFI/systemd/systemd-bootx64.efi fájlt, ami meg megvizsgálja a loader.conf-ot, ami alapján menüt hozhat létre, és annak alapján rátalál a többi .conf fájlra, és bebootolja az azoknak megfelelő rendszert, azokból kiolvasva az opciókat tudja, hogy hol kell a vmlinuz nevű kernelt tölteni meg a initramfs-t. Az egész egyszerű, mint a szög, semmi feketemágia nincs benne.
[ Szerkesztve ]
-
Frawly
veterán
A # jeles megjegyzéseket törölheted, meg options sem kell, ha semmilyen kernelopciót nem alkalmazol, elég egy initrd, ha nem alkalmazol Intel CPU mikrokódot.
Ez a legminimálisabb .conf, amit egy Arch alapú disztró bevesz:
title Név
efi /vmlinuz-linux
ititrd /initramfs-linux.img
root=PARTUUID=b643254b-b015-4577-a698-58d140b29469 rwDe ahogy nézem a te .conf fájlaidat, azok is teljesen jónak tűnnek. Az UUID-kre kell figyelni csak lényegében, meg hogy nevek és .conf fájlnevek egyezzenek.
[ Szerkesztve ]
-
Frawly
veterán
Ez editor 3 sort törölheted, az csak azt jelenti, hogy 3 másodpercig a menüben ha megnyomod a kiírt billentyűkombinációt, akkor egy bootolás erejéig ideiglenesen szerkesztheted mondjuk a kernelparamétereket, vagy ilyesmit, amit GRUB-ban is lehet.
Az utolsó két sort viszont nem törölheted, mert azok alapján találja meg a plasma.conf és cinnamon.conf fájlokat.
-
Frawly
veterán
Akkor az szopó lesz, nem fog indulni. De nem kell sdakármit megadni, ha ott van a kernelopciók (options) között a root=PARTUUID=stb rész, az önmagában is elég.
De külső vinyónál azt is csinálhatod, hogy annak saját EFI partíciója legyen, azon csak a saját loader.conf-ja, és ahhoz csak egyetlen további conf kapcsolódjon, így függetlenül bootoló meghajtó lesz. Ennek csak az az egy kényelmetlensége van, hogy ilyenkor bootoláskor neked kell rátaposni az UEFI bootmenüt előhozó billentyűre (nálam az ThinkPad-en az F12), és onnan kell kiválasztani a külső HDD-n lévő rendszert bootolásra, mert enélkül a default (belső lemezeken) lévő OS fog indulni.
[ Szerkesztve ]
-
Frawly
veterán
De GRUB-ot azt még tegyél fel. A falra, kinyomtatva, bekeretezve. Mert az kell, nem maradhat ki. Az úgy nem éri, hogy csak nélküle bootolsz, Uby be fog rágni rád, és te is le leszel Arch-gyógyegerezve, meg UEFI-lemániás-ozva
Egyébként szerintem az általam vázoltnál is lehet egyszerűbben bootolni, ha nincs systemd, nincs initramfs, hanem csak valami egyszerű init/rc rendszer, amit egy szimpla vmlinuz kernel indít, azt meg egyetlen darab .EFI bináris fájl bootolja, az UEFI bootbejegyzésből (amiben az initrd root benne van opcióként), és akkor nem kell .conf fájl sem, de ez a módszer meg illékony, ha valami Windows vagy más OS belebarmol az UEFI bejegyzések közé, elveszhetnek a beállítások, eltörhet a boot. De ha valaki nagyon haladó haxxxor, annak kevesebb lépésből tető alá hozható.
[ Szerkesztve ]
-
Siriusb
veterán
Nem használok systemd-boot-ot, esetleg különböző elnevezéseket használva nem lehetne megoldani?
Pl. az egyik rendszerben megváltoztatni a generált fájlok neveit:
# cat /etc/mkinitcpio.d/linux.preset
# mkinitcpio preset file for the 'linux' package
ALL_config="/etc/mkinitcpio.conf"
ALL_kver="/boot/vmlinuz-linux"
PRESETS=('default' 'fallback')
#default_config="/etc/mkinitcpio.conf"
default_image="/boot/initramfs-linux.img"
#default_options=""
#fallback_config="/etc/mkinitcpio.conf"
fallback_image="/boot/initramfs-linux-fallback.img"
fallback_options="-S autodetect"
És ez alapján módosítani a releváns boot bejegyzést (az csak a minta fájl):
# cat /usr/share/systemd/bootctl/arch.conf
## This is just an example config file.
## Please edit the paths and kernel parameters according to your system.
title Arch Linux
linux /vmlinuz-linux
initrd /initramfs-linux.img
options root=PARTUUID=XXXX rootfstype=XXXX add_efi_memmap
Gondolom a /boot-on van még plusz 60-70 MB szabad hely. -
Frawly
veterán
Ez nem bug, hanem feature. Így van, ahogy írod. Elvileg az egyik disztrón meg lehetne változtatni az initramfs meg a kernel nevét, és aszerint módosítani a .conf fájlokat (initrd) az EFI partíción. Vagy az van, amit már írtam, hogy ha két külön lemezen vannak, akkor mindkét háttértárnak saját EFI partíciót dedikálni.
Manjaróék védelmére legyen mondva, ők nem látták előre, hogy valaki az ő disztrójukból mindjárt kettőt is feltelepít, egy gépre, egy lemezre és ütközés lesz. Őszintén szólva nem sok értelme van, ha ugyanabból a disztróból kettő is van a gépen. Meg igazából annak sem, ha két különböző disztró. Egyet érdemes használni, kizárólagosan. A disztróhopperkedés kezdőként inkább zavar a fejlődésben, haladóként meg még feleslegesebb, mert akkor eljutsz arra a szintre, hogy a disztró mindegy, mert testre tudod szabni 100%-ban, így mindegy milyen disztró van fent, csak legyen meg az a frissessége, ami neked kell, meg olyan frissítési metódust alkalmazzon, ami a te felhasználásodnak a legjobb (pl. kiadás alapú vagy rolling).
-
Frawly
veterán
Ezeket futtasd rendszergazdaként:
cfdisk /dev/sdc (ezzel létrehozol rajta GPT partíciós táblát, particionálod, létrehozva rajta egy EFI partíciót abban a méretben, amit szeretnél)
mkfs.fat -F32 /dev/sdc1
mount /dev/sdc1 /csatolas/helye
bootctl --path=/csatalas/helye installA /csatolas/helye-ként azt adsz meg, amit akarsz. A szükséges EFI fájlokat a bootctl install másolja rá. Ahhoz hogy Arch alatt működjön, initramfs-t is kell generálnod:
mkinitcpio -p linuxBár azt nem egészen értem, hogy milyen rendszert akarsz majd bootolni erről a meghajtóról.
-
Frawly
veterán
Nálam nem hagy előtte ennyi helyett, 2048 szektornyit hagy, ami 1024K, ami 1M, azaz egész megabájtos határon kezdődnek a partíciók, de ez jobb is így, mert az SSD-nek kell a jó eltolás.
4K eltolásra (8 szektornyi) nem érdemes rámenni, mert sok 3D TLC SSD-nek már nem 4K kell (mint a planár SLC, MLC, TLC meghajtóknak), hanem 16K, és a jövőben ilyen újabb 3D TLC és 3D QLC-s SSD-knek kellhet 32K is. Az 1024K viszont osztható 4K, 16K, 32K, stb.-vel is, egészen 512, 1024K-ig, szóval minden SSD-nek megfelelő.
Az a 32 mega eltolás az nagyon sok, próbáld cfdisk -z formában futtatni, és elölről kreálni a GPT partíciós táblát. Nálam csak létrehoz új partíciót a kívánt méretben (200M-et adtam neki próbából), a 2048, szektortól, utána a Type-ot átnyomtam EFI Systemre.
Csinálhatod sima fdisk-kel is, csak az kevésbé felhasználóbarát program, kevésbé látod mit csinálsz. Bár annak is ugyanezek a default beállításai, 1024K eltolással particionál, igaz annál bármit meg lehet adni kezdetnek.
Húzom le kipróbálni ezt a Nitruxot, de már az vicc, hogy 300 KB/sec-kel jön le, mikor a netem képes lenne 4 MB/sec-kel húzni. Egyelőre még nem ért le, jó régóta szüttyög vele, még nem tudtam kipróbálni nektek.
-
Frawly
veterán
Az nem jó, ha flageket kell állítani, az azt jelenti, hogy MBR partíciós táblával próbálkozol, nem GPT-vel. GPT-n nincsenek flagek, emiatt is reklamál szerintem a bootctl-es hibaüzenetben. Meg nem elég létrehozni az EFI partíciót GPT táblán EFI Systems típussal, meg is kell formázni FAT32-re, hogy kialakuljon rajta FAT32 fájlrendszer, FAT fájlfoglalási táblákkal.
Nem véletlenül írtam cfdisk -z parancsot, amiben nagyon fontos az a -z paraméter. Az üres partíciós táblával indít, és van esélyed MBR(dos), GPT, SUN, stb. partíciós tábla közül választani. Ha csak -z nélkül használod a cfdisk-et, akkor nem engedi módosítani a partíciós tábla fajtáját, ha a lemezen MBR van, akkor ahhoz vagy kötve.
Bár egyes UEFI-k támogatják MBR-ről is a EFI bootot, de ez nem szabványos megoldás. Egyébként ez is jó a GPT-ben, nem kell flag-ekkel vergődni. Igazából a legtöbb UEFI-nak az sem fontos, hogy EFI Systems partíció legyen, elvesz bármilyen partíciótípust, MBR-est, GPT-st is, FAT32-es típust is, a lényeg, hogy FAT32-es fájlrendszert találjon rajta. De probléma esetén a szabványos GPT+EFI Systems beállításokra kell rámenni, az tuti szabványos, tuti megy.
-
Frawly
veterán
Közben már utánaolvastam, hogy a nano támogatja, hogy színeket lehessen beállítani, ehhez a nanorc-t kell szerkeszteni, van külön man-ja. Persze alapból nincs olyan kapcsoló, hogy legyen színes (csak a kódot tudja színezni), hanem a színeket külön kell belőni egyenként a felső sorban és a billentyűknél. Nem is használok nano-t, vim-mel szerkesztek mindent (azelőtt meg terminálban inkább mcedit-et használtam), csak megakadt rajta a szemem. Nem is tudtam, hogy ubuntuék a terminálos programokat is csinosítják.
Ezen a slax-osított Minten mit értesz pontosan? Nem értem, valami vagy Slax vagy Mint.
-
Frawly
veterán
Tegnap egy frissítés miatt eltört a Thunderbird Archon, terminálban segfault-ot dobott. A megoldás: frissíteni kell a teljes rendszert, minden csomagot, akkor helyreáll. Állítólag az sqlite csomag okozta a gikszert. Arra az esetre mondom, ha ti is belefutnátok, az Arch fórumon is panaszkodtak rá, ott volt, akinek a sqlite csomag downgrade-je segített. Nekem meg a teljes frissítés.
Ha nem frissítetek túl gyakran, nagy az esélye, hogy bele sem futtok.
-
-
Frawly
veterán
Az se mindig jó, ha minden szart feltelepít, mind a 20-40 ezer csomagot. Ja, akkor fent lesz minden, senkinek nem hiányzik semmi, de 40 GB lesz a telepítés, és mikor frissül a rendszer, akkor sok giga frissítést húz le.
(#6995) Shyciii (#6996) májkimiki: ezek szerint van ilyen. Ennek ellenére, aki ilyen szintig akar döntéseket hozni, az vanilla Archot telepítsen installer nélkül. Akkor mindent eldönthet saját maga. Pont ezért nincs az Archnak telepítője, nem azért, hogy a noobokat távol tartsák, vagy mert lusták lennének írni egyet.
-
májkimiki
őstag
Kapcsold ki a pacman.conf-ban a reborn repokat (ki kommenteled #). Meg a rebornos appokat szedd le, ha helyette mást akarsz.
De ha tiszta Arch-ot akarsz Cinnamon-nal és nem akarsz a pure Arch installal foglalkozni. Akkor MagyArchLinux.
[link]
Elindítod a telepítőt, mondjuk LightDM&Cinnamon-t választassz. Onnan ki tudod csinosítani kedved szerint. Default Cinnamon-t fogsz kapni.
Semmi nem lessz csak tiszta Arch és default Cinnamon. -
májkimiki
őstag
Persze, simán.
MagyArch-on csak a saját WM konfigok és az Xfce vannak készre csinálva. Minden más az default és pure Arch.
A konfigolt WM-es telepítés sem tér el a pure Arch-tól, csak azok vannak beletéve, amik a konfighoz kellenek. A MagyArch repo is csak ezeket tartalmazza.[ Szerkesztve ]
-
Frawly
veterán
Az Archnak pont az a lényege, hogy nincs összeszerelve, mert eleve azzal a céllal készül, hogy te szereled össze magadnak, és nem próbálják előre kitalálni az igényeidet, meg eldönteni helyetted, hogy mi legyen feltelepítve, meg hogyan legyen konfigurálva. Ha valakinek arra van igénye, akkor Mint, Ubuntu, Fedora, stb., ott minden fel van telepítve, legcsilivilibbra bekonfigurálva, de magával hoz ez egy nagy rakás felesleges csomagot, és bloatot is.
Ha WM-mel telepíted, akkor persze, hogy nehezebb, de ez megint nem az Arch miatt van, hanem a WM-ek önmagukban minimalistábbak, csak ablakkezelést tudnak, se asztali ikon, se tálca (ritka), se témát nem tartalmaznak, se launcher, se háttérképkezelés, stb.. Ott mindenről neked kell gondoskodni, ez Archtól független, így van egy Debian minimal installnál is.
De mint mondtam, egy tiszta Archot feltenni nem nagy szám, ha csak sima titkosítatlan partíciókra teszed fel GRUB-bal, meg egy olyan fullos WM-mel, mint a Cinnamon. Igaz még ekkor sem lesz minden bekonfigurálva, csak olyan 99,99%-ra, néhány extra témát, magyar nyelvi csomagokat, tálcaappletet neked kell kézzel tölteni meg beállítani, de az már nem olyan nagy munka, ha már tudod mit akarsz, ismered mi kell neked.
Mindenki máshogy használja a gépet. Ez az eltérő felhasználás meg más csomagokat igényel, más konfigokat. Te pl. magyarul használod a rendszert, meg fullos DE, csak GUI-s programok, stb.. Én meg pl. eleve nem magyarítom a rendszer, default en_US.UTF-8-cal használom, ez sokkal célszerűbb, nem kell magyar nyelvi csomagozni, nem maradnak lefordítatlan, félig fordított, félrefordított részek, plusz a magyarítás le szokott maradni ütemben a legújabb verziókhoz képest. Meg ha angolul használod a rendszert, és valami probléma, hibaüzenet van, akkor könnyebb utánakeresni a neten, hogy mi a megoldás, magyar hibaüzenetre kb. milliószor kevesebb találat lesz. Tudom, erre azt mondod, hogy angol a rendszer is angol. Igen, az, de ez nem probléma, mert úgyis készségszinten használod a rendszert, ikonokra, menükre kattintasz reflexből, megszokásból, és nem olvasod el, hogy mi van kiírva, meg az angol nyelvű menük és üzenetek elsöprő része nem igényel hú de magas szintű angolt, most azon, hogy File, Edit, Print, Search, Install, couldn't download package, beazonosítani egy Firefox, Chrome ikont csak meg lehet érteni a legprimitívebb, turistszintű angollal is, nem kell hozzá felsőfokú, meg társalgási szintű királynői angol. Nagyrészt meg lehet ezeket fejteni pár másodperc alatt, akkor is, ha valaki németes meg oroszos volt iskolában, és alapból idegen nyelvi antitalentum. Egyszerűen csak némi megszokást igényel. Sőt, még olyan előnye is van az angol hibaüzeneteknek, hogy mivel nehezebben olvasod, csökken az esélye, hogy könnyelműen kattintgatsz a next-next-ok-finish-re, hanem figyelmesebben elolvasod az üzenetet, jobban meggondolod, hogy mit reagálsz rá, ez sokszor még kamatozhat is. És attól, hogy a rendszer angol, attól még a billkiosztás beállítható alapértelmezetten magyarra, az UTF-8 beállítás miatt a magyar ékezetes és speciális karakterek is hibátlanul megjelennek alapból, átátllítható a dátum/időformátum magyarosabbra, tizedesvessző a tizedespont helyett, stb.. A weben is minden továbbra is magyarul fog „előjönni”, IP-d alapján, meg a böngészőben és egyéb progikban is be lehet lőni a magyar helyesírás-ellenőrzést, stb.. Tehát még a magyarságot se kell feladni hozzá, csupán a rendszerben és szoftverekben az ikoncímkék, menük, üzenetek nem lesznek magyarok, ennyi csupán, simán megszokható, de sok gondtól kapásból megkímél.
Ugyanez van ilyen WM-es rendszereknél is. Ja, nehezebb beállítani, mindenféle konfigfájlt szerkeszteni, csomagot kézzel feltenni. De! Ezt csak egyszer kell megcsinálni, ha kész van, akkor el lehet menteni ezeket a .conf fájlokat, meg a csomaglistát, és legközelebbi újratelepítéskor csak átadod a csomagkezelőnek a csomaglistát, felhúzza a csomagokat, meg az új home mappádba visszamásolod a configfájokat, és nem kell semmit állítgatni grafikus felületen mindenféle beállítóablakban, minden egyes installkor. Tehát ami elbuksz az egyszeri nehezebb telepítésen, azt később kamatostól visszanyered.
-
májkimiki
őstag
Tedd fel az Xfce konfigot (MagyArch) + LightDM kombót. Utána meg
sudo pacman -S cinnamon
Kijelentkezel és kiválasztod a Cinnamont, login és beállítod magadnak. Sallang nem lessz benne. Ami kell felrakod.yay -S pamac-aur
Ott lessz a grafikus csomagtelepítőd snap és flatpak nélkül. Az AUR-t meg bekapcsolod benne. Utána kereshetsz benne grafikusan bármilyen csomagra, ha hiányozna valami.
Kiül a tálcára az ikonja is, ha van frissítés jelez neked.[ Szerkesztve ]
-
Frawly
veterán
Nem kötelező, meg ha már a Rebornt sikerült megcsinálnod magadnak, akkor használd azt, de ha legközelebb úgyis újratelepítenél, akkor adhatsz az ArcoD-nek egy esélyt. Magyarch-hoz hasonló, de nem magyar, és sokkal tisztább Arch. Le lehet tölteni sokféle grafikus felülettel, a full DE-s változatok a B-sek, a minimalistábbak a D-s lemezképek, utóbbiak általában soványabb WM-mel jönnek, de annak keretén belül használhatóra meg vannak csinálva, de még sincs mindenféle szemét előre beleintegrálva a rendszerbe, csak alaprendszert ad, észszerű alapbeállításokkal.
A nagyon fullosra összekészített disztrókkal meg általában ez a baj. Fent van rajtuk tenger sok csomag, amikre nincs szükséged, meg beleerőltetik a rendszerbe a saját hülyeségeiket, mint egy a Flatpak, Snap store, és társai, amiket úgy kell külön letiltogatni, meg kivakarni belőlük. Ugyananez Timeshift-re, Gnome-Seahorse kulcstartó, és egyéb baromságok. Ezeket „nem összerakott” disztróknál kapásból elkerülöd, nem utólag kell az ilyen szutykokat a rendszerből kigyomlálgatni. És az Arch itt jön a képbe, mert egy ilyen sincs, és idővel megtanulod ezeket kihagyni a rendszerből, rájössz, hogy ezek nélkül is meg lehet lenni, meg lehet lenni pl. GRUB nélkül is, nem hogy GRUB téma nélkül, LightDM és más login manager nélkül, sok minden egyéb nélkül, stb.. Ez az egésznek a lényege, nem az önszivatás, meg a terminálban gépeltetés, hanem érdemi pozitív hozadéka lesz, soványabb rendszer, nagyobb a kontrollod is felette.
-
májkimiki
őstag
pamac-aur hozni fog egy pár font csomagot, választanod kell majd. Az 1-es csomag a gnu fontokat hozza. Utána lessz sokkal több betűd is, default beáll majd sans-ra, azt hiszem.
Alulról felfelé építkezni célra vezetőbb, az elején nehézkesebb igaz.
De a nagy diófát nehezebb legallyazni a villany vezetékek közt.[ Szerkesztve ]
-
-
májkimiki
őstag
A def. Cinnamon Arch-on UXTerm és XTerm teminal emulatorral érkezik. Ez sokaknak nagyon idegen, amikor először meglátják. Nincs benne alapból egér integráció és aki egeres kijelöl-beilleszthez van szokva, azoknak ez nagyon rossz.
Az Xfce-vel lett volna már Xfce4 terminalod pl, amiben minden működik megszokottan. Ez is nyakatekert elhiszem, de még így is kevesebb sallang lett volna a rendszereden, + ha valamit elszúrsz a Cinna-ban át tudsz menni Xfce-re.
A grub és jelszó problémára most passz.
Ha az Arco nem jönne be, az Endeavour-nek az online telepítőjével is tudsz Cinnamon-t telepíteni. Bár abban is van sok hozzáadott dolog, ami eked felesleges lehet. -
Frawly
veterán
Ez ilyen, ha nem vagy hajlandó utánanézni, és ilyen könnyen feladod, akkor tényleg nem tudsz a Mint-en átmozdulni. Ilyet még nem láttam, hogy másfél fehér cetlinyi. Mi nem volt jó, felbontás, nem volt háttérkép, nem volt ablaktéma, nem volt panel, vagy mi nem volt? Ezen a szinten, hogy csak „nem megy”, nem lehet mit kezdeni egy problémával.
Ne felejtsd el, hogy ez nem csak Archra igaz, pl. Fedorára meg Debianra felpattintasz egy Cinnamon full metacsomagot, akkor sem települ olyan fullosra, mint egy Mint. Hiszen lesznek dolgok, amiket neked kell telepítés után bekonfigurálni, kiegészítőleg telepíteni. A Mintet nem csak úgy csinálják, hogy fognak egy Ubuntut, és kiadják Cinnamont rátelepítve, hanem egy csomó konfigurációs, témaintegrálós, segédprogramot és scriptet, systemd service-t integrálós munkát tesznek bele, hogy teljesen laikusoknak is készre csiszolják, egy márkává. Ezek a grafikus felületek meg integrált alkalmazások egy nagyon komplex egységet alkotnak, sok apró elemből állnak, amit össze kell konfigurálni, témázni, reszelni. Nem csak Cinnamonnál, hanem minden más DE-nél és WM-nél. Nem véletlenül esznek ezek 500-1000 MB-tot kapásból a memóriából. A WM meg hiába eszik kevesebbet, azt még jobban össze kell konfigurálni, hogy egységes ökoszisztémát nyerj belőle.
Gnome-nál talán annyival jobb a helyzet, hogy kevésbé komplex egy Cinnamonhoz és KDE-hez képest, emiatt alap stock telepítésben is alig különbözik egy szénné reszelt formájától. Egyébként a KDE-vel is ez volt a gond, mindig is, deafult telepítésben sok embernek csúnya, kényelmetlen, sok reszelést és integrációt igényel, ami nem kis munka, de ezt kevés ember tanulta meg abszolválni, a legtöbb KDE-t is szállító disztrónak se szokott menni, alig 1-2 olyan disztró van, ami tényleg teljesre gyúrja a KDE élményt, valódi többletet tesz hozzá, nem csak egy stock default, alig konfigurált KDE-t húz fel (pl. Neon, Kubuntu, Manjaro KDE jobb KDE-élményt nyújt).
Arco-nál még azt is el tudom képzelni, hogy valami olyan postinstall scripttel húztad fel a Cinnamont, ami nem a teljes Cinnamon-infrastruktúrát telepíti, hanem csak a főbb Cinnamon egységeket. Ez KDE-nél is megint így van, hogy csak a kde metacsomagot/csomagcsoportot nem elég telepteni, kell hozzá a plasma-meta, plasma-desktop, plasma-wayland-session, kde-applications, stb. és még ezeket feltelepítve is még mindig ott vagy, hogy nem lesz olyan, mint egy Kubuntu, mert még neked kell panelt beállítani, témát feltenni, stb..
Új hozzászólás Aktív témák
- Otthoni hálózat és internet megosztás
- Ukrajnai háború
- Stellar Blade
- AMD off topik: VGA, CPU, APU és minden, ami AMD
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Így építsd a billentyűzeted!
- Linux felhasználók OFF topikja
- Bemutatkozott a Moto G32 4G
- Luck Dragon: MárkaLánc
- Luck Dragon: Asszociációs játék. :)
- További aktív témák...
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Vírusirtó, Antivirus VPN kulcsok
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest