- Mobil flották
- One mobilszolgáltatások
- Magisk
- Samsung Galaxy Watch5 Pro - kerek, de nem tekerek
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Samsung Galaxy XCover7 Pro - burokban született One UI
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Google Pixel topik
- Milyen GPS-t vegyek?
-
Mobilarena
Arch Linux topik
Új hozzászólás Aktív témák
-
Blasius
tag
Sziasztok,
Egy frissítés után, jobbra lent eltűnt a bluetooth, hálózat és az energia ikon. (azt hiszem ezeket "tray icon"nak hívják.)
Jobb klikk, panel, hozzáadás és az energia ellátás ikonját (kis elem) sikerült megtalálnom, hozzáadtam és már jó. De a másik kettő nincs a listán. Van valakinek tippje hogy hogy tegyem vissza őked? Esetleg csak várjak új frissítésekre és hátha visszajönnek maguktól?xface van.
Üdv
-
Frawly
veterán
válasz
Shyciii
#7697
üzenetére
Igen, van rá módszer, de nem általános, amivel minden tömörítő egy csapásra használ minden magot, hanem a különböző tömörítőkből vannak parallel nevű verziók, amik tudnak több szálon ki/betömöríteni, gzip helyett pigz, zstd helyett pzsdt. xz az pont kivétel, abba be van építve a több szál támogatása, de ott is CLI kapcsolót kell beveretni hozzá. Tar-ból nincs parallel, mert annak a működési elve lineáris, tape (TAR = Tape ARchive) folyamot csinál az adatokból, ezt nem tudod párhuzamosítani, de cserébe nem igényel procit/memóriát, csak lemez I/O-t.
De ha mindezeken túl vagy, akkor is van egy olyan rossz hírem, hogy még ezek a parallel változatok sem tökéletesek, mivel egy fájl per egy szál alapon dolgoznak, és ha egy archívumban vagy mappában kevesebb fájl van, mint amennyi CPU-szál, akkor néhány szál mindenképp kihasználatlan marad.
De Linuxon és unixlike rendszereken mindig is ilyen elmaradott volt a tömörítés, eleve a legtöbb tömörítő csak egy fájlt tud tömöríteni, azért kell tar-ozni, mert előbb tar-ba bemásolja az összes fájlt/mappát, majd ezt egy nagy fájlként kezelve tömöríti be, ezért van, hogy Linux alatt nem használnak .zip, .gz, .lmza, .zst formátumot, hanem csak tar.gz, tar.bz, tar.xz, tar.lzma, tar.zst, tar.akármi. Van azért ez alól is kivétel, pl. 7-zip, nanozip, Rar, stb., de azok meg sokszor a linuxos jogosultságokat és metaadatokat nem tudják kezelni, eldobják tömörítéskor, míg a tar-os megoldás megőrzi ezeket is.
-
Shyciii
veterán
Tud valaki olyan lehetőségről, hogy Linux alatt a népszerű tömörítő progik tömörítés (ki-be) használják az összes procimagot? Mert eléggé elkeserítő, hogy 2021-ben még mindig ott tartunk Linux alatt, hogy pl a tar, vagy gunzip 1db procimagot használ. De pl a zip/unzip csak 1db magot képes használni.
-
Archttila
veterán
-
Frawly
veterán
válasz
jimmy399
#7685
üzenetére
100 megás EFI partíciónak elégnek kéne lennie, volt, hogy nekem is akkorán voltak a Win10 indítófájlai és az Arch kernele, initramfs-e, fallback initramfs-e, és még hely is maradt rajta valamennyi. Egyébként át lehetne méretezni, vagy egy másik FAT32 partíciót létrehozni a többi mögé, kicsit kéne csak az Archon szerkesztgetni hozzá, de a Windows garantáltan nem bootolna, persze lehet meg lehetne javítani Windows telepítőből indított javítókonzollal, de nem biztosan. De maradhat így is, hogy a fallbacket letiltottad, nekem még 5 év archozás során egyszer se volt rá szükségem, hogy fallbacket bootoljak be.
Egyébként megint itt jön, amit mondtam. Hogy egy telepítő ne döntse el az ember helyett, hogy neki mekkora EFI partíció kell, mert 640 KB meg 100 mega mindenkinek elégnek kéne lennie. Pont ezért nincs az Archnak telepítője, hogy ne hozzanak meg a user helyett ilyen kontár döntéseket, hanem az ember a saját rendszerét építhesse. Nem azért nincs a telepítő, hogy a kezdőket tartsák távol, meg szopassák a konzolban parancsok begépelésével, meg Wiki-ben írt litániákkal és technoblablával, és magukat elitistának tüntessék fel.
-
zumike
tag
Üdv mindenkinek,
tftp-ről szeretném telepíteni az archlinux, de nem igazán működik.
Minden más szépen telepíthető: Ubuntu,Debian,Centos.
A hiba boot során: mounting /dev/disk/by-label to /run/archiso/bootmnt
Próbáltam nfs-t, http-t, nbd használni forrásnak, semmi sem lett jó.Ilyen a konfig:
LABEL arch64_nbd
TEXT HELP
Boot the Arch Linux install medium using NBD.
It allows you to install Arch Linux or perform system maintenance.
ENDTEXT
MENU LABEL Arch Linux install medium (x86_64, NBD)
LINUX /arch/boot/x86_64/vmlinuz-linux
INITRD /arch/boot/intel-ucode.img,/arch/boot/amd-ucode.img,/arch/boot/x86_64/initramfs-linux.img
APPEND archisobasedir=arch archisolabel=ARCH_202012 archiso_nbd_srv=${pxeserver} checksum verify
SYSAPPEND 3LABEL arch64_nfs
TEXT HELP
Boot the Arch Linux live medium using NFS.
It allows you to install Arch Linux or perform system maintenance.
ENDTEXT
MENU LABEL Arch Linux install medium (x86_64, NFS)
LINUX /arch/boot/x86_64/vmlinuz-linux
INITRD /arch/boot/intel-ucode.img,/arch/boot/amd-ucode.img,/arch/boot/x86_64/initramfs-linux.img
APPEND archisobasedir=arch archiso_nfs_srv=${pxeserver}:/run/archiso/bootmnt checksum verify
SYSAPPEND 3LABEL arch64_http
TEXT HELP
Boot the Arch Linux live medium using HTTP.
It allows you to install Arch Linux or perform system maintenance.
ENDTEXT
MENU LABEL Arch Linux install medium (x86_64, HTTP)
LINUX /arch/boot/x86_64/vmlinuz-linux
INITRD /arch/boot/intel-ucode.img,/arch/boot/amd-ucode.img,/arch/boot/x86_64/initramfs-linux.img
APPEND archisobasedir=arch archiso_http_srv=http://${pxeserver}/ checksum verify
SYSAPPEND 3 -
ztsoft
őstag
válasz
jimmy399
#7685
üzenetére
Szia!
Én is sokat szórakoztam vele a kevés hely miatt, még végül oda jutottam, hogy az EFI partíciót nem a /boot alá csatolom, hanem a /boot/efi alá. Így csak az UEFI cuccai kerülnek bele.
/dev/sdb1 2048 206847 204800 100M EFI System /dev/sdb2 206848 239615 32768 16M Microsoft reserved /dev/sdb3 239616 313549539 313309924 149,4G Microsoft basic data /dev/sdb4 313550848 314570751 1019904 498M Windows recovery environment /dev/sdb5 314570752 419428351 104857600 50G Linux filesystem /dev/sdb6 419428352 976773134 557344783 265,8G Linux filesystem
/dev/sdb5 49G 24G 23G 51% / /dev/sdb6 261G 22G 226G 9% /home /dev/sdb1 96M 27M 70M 28% /boot/efi
-
-
jimmy399
senior tag
Annyira nem létfontosságú az a partíció, mert aha előre partícionálom a lemezt akkor eleve létre se jön. Virtuális gépben kipróbálom, mi lesz ha törlöm meg új EFI partíciót hozok létre a régi helyett és a régit törlöm.
Gondolom azért kell az MSR ha nincs telepítő lemez, akkor onnan állítja be magát újra a rendszer reset-kor a gépházban. -
csixy
addikt
válasz
jimmy399
#7687
üzenetére
Az sda3-at ne bántsad, hagyd változatlanul és közvetlenül az sda4 előtt maradjon. Az sda4 túlsó végéből lecsíphetsz az új EFI partíció számára, de szerintem elég annak 512 megabájt is bőven. Költöztetés után lehet, hogy kell majd BCD javítás.Ha zavar a megszüntetett sda2 helye, akkor inkább terjeszd ki rá az sda1-et. Átmenetileg a biztonság kedvéért valami hülye flaggel megpróbálhatod elrejteni a tartaléknak hagyott eredeti EFI partíciót és majd ha jól működik az új, akkor töröljed csak.
-
jimmy399
senior tag
Így néz ki a lemez partícionálása:
sda 8:0 0 465,8G 0 disk
├─sda1 8:1 0 300M 0 part windows Helyreállítási partíció
├─sda2 8:2 0 100M 0 part /boot vagy EFI partíció
├─sda3 8:3 0 128M 0 part Microsoft reserved partition
├─sda4 8:4 0 444,7G 0 part /home/jimmy/Windows_mount
└─sda5 8:5 0 20,5G 0 part / Arch_rootMi van, ha az sda4-ből lekicsinyítek 1 gigabájtot, azt megformázom fat32-re, beállítom EFI partíciónak és az sda2-t átmásolom rá, és hozzáadom a sda3-hoz, vagy ha az nem megy akkor sda2-sda3-at hozzáadom az sda4-hez, így lesz egy új EFI partícióm, és nem is kell tologatnom semmit sem. Újratelepítést már eljátszottam teljesen párszor, mert ez az eltolásdi, meg partíció kiterjesztősdi lemezkéből nem sikerült jól, mert rohadt lassú lett a rendszer, egy 64 Gb-os ssd-ről klónoztam át a dualboot-ot és belssulások voltak, pedig az alignment jó volt, de mégsem.
-
csixy
addikt
válasz
jimmy399
#7685
üzenetére
Ha a windosból átméretezed a C: partíciót egy picit kisebbre, majd Gparteddel move-olod hátrébb , akkor utána meglehetősen nehéz a 16 megabájtos MSR partíciót hátrébb tolni, ezután tudnád megnagyobbítani az EFI partíciót, de félő, hogy mindezek után még BCD boot javításra lesz szükség. Járható út , de nehéz. Én már egyszer korábban megcsináltam így valahogy. Ha van elég időd , akkor újratelepítéssel elegánsabban könnyedébben meg lehet csinálni. Gparteddel csinálsz a GPT diskre 3 partíciót , az első egy akkora partíció amekkorával nagyobbra szeretnéd majdan növelni az EFI partíciót. Ezt formázd meg mondjuk ext2-re. A második partíció akkora legyen , amennyi helyet a windowsnak szánsz. A maradék helyet foglald le a linuxnak és formázd ext4-re például. Most töröld a második partíciót. Szállj ki a Gpartedből. Most indítsd a windows telepítőt és mutasd meg neki a szabad helyet, hogy oda parancsoljon befáradni. Már van egy működő windowsod. Most a live linux Gparteddel töröld az első ext2-es partíciót. Move-old előre a 399, vagy 400 megabájtos, vagy mittomén mekkora recovery partícióját a windowsnak. Terjeszd ki az EFI partíciót. Szállj ki. Próbáld bebootolni a windowst. Vagy sikerül vagy nem. Ha nem sikerül , akkor BCD bootjavítás kell és menni fog a vindows. Most következhet izlésed szerint a linux telepítése az eredetileg harmadik partíció helyére.
-
jimmy399
senior tag
Végre át tudtam én is térni UEFI-s bootra, eddig pár dolog akadályozott, de egy teljes rendszerújratelepítés után gondoltam kipróbálom már.
Vanilla arch linux (xfce4 DE, 12 GB RAM AMD A8-5600K AMD HD7650D, Samsung 512 SSD, grub2 boot loader, tudom, lehetne systemd-boot-is de nem akartam a dualboot miatt a win8.1-el): a boot idő:Startup finished in 78us (firmware) + 17us (loader) + 1.204s (kernel) + 1.617s (initrd) + 809ms (userspace) = 3.631s
graphical.target reached after 786ms in userspaceViszont az EFI partíciót a windows hozta létre. 100MB. Nagyon lecsökkent a hely rajta, így kénytelen voltam kiszedni a fallback initrd generálást. Valami más ötlet van?
Relatíve új vagyok az UEFI boot-ban, virtuális gépben már sokat gyakroltam dualboot-ot, meg olvasgattam is a témába, azárt nagyjából megvan, hogyan is működik kb.
-
Frawly
veterán
válasz
Shyciii
#7682
üzenetére
Ez szerintem fordítva van. Az vanilla Arch és vanilla származékai (telepítő nélkül), azért rakják a user-t a userneve csoportba külön, ha felelőtlen csoportjogokat osztogat a fájlrendszeren, akkor még mindig nincs baj, mert ő a saját csoportjának a tagja, és másnak nem adott hozzáférést. Míg ha egy általános csoportba tartozik, akkor egy hibás döntésével több embernek is adhat hozzáférést, ami biztonsági kockázat. Nekem, mint írtam, mindegy.
Ez sokszor ízlés kérdése is, hogy ki milyen csoportba szereti tenni a felhasználót, meg milyen szoftvereket használ.
-
-
vargalex
félisten
válasz
#63718632
#7678
üzenetére
Akkor fény derült a titokra. Tehát az állításod nem állja meg a helyét, mert nem Arch linuxra vonatkozik. Ugyanis, Arch-on nincs telepítő, ergo nem is tudsz benne felhasználót megadni. Az pedig, hogy egy scriptben, vagy egy összerakott rendszerben (telepítőben) a készítő mit csinált, nem az Arch-ra vonatkozik.
#7679 Shyciii: tehát te direktben megadod, hogy az users csoport legyen az elsődleges csoport, ahogy valószínűleg a kollégák által használt scriptek/telepítők/rendszerek is teszik.
-
#63718632
törölt tag
válasz
vargalex
#7677
üzenetére
@Frawly
Értetlenségem oka ez lehet:[Arch Linux][~]$ iduid=1000(arcsi) gid=985(users) csoportok=985(users),98(power),108(vboxusers),986(video),991(lp),995(audio),998(wheel),999(adm)[Arch Linux][~]$ groupspower vboxusers users video lp audio wheel adm[Arch Linux][~]$
Tiszta Arch-on most nem tudom megnézni, mert töröltem a vgépet.
Viszont ezt a szisztémát az összes "barátságos" Arch rendszernél tapasztaltam.
Az elsőnek létrehozott felhasználó az, akit a telepítőben megadsz.Az is érdekes, hogy az Arch Wiki a users csoportot most a használaton kívűli csoportnak mondja a power csoporttal együtt.
-
vargalex
félisten
Én is pont nem azt nem értettem, hogy mi az, hogy először létrehozott felhasználó. Ahogy írtam, pont ugyan úgy kell létrehozni Arch alatt az elsőt, mint a századikat. Nincs közte különbség.
Szerintem is másolta a kolléga a felhasználó létrehozását valahonnan és ott volt egy -g users paraméter. Mondjuk ennek is megvan az előnye, mert minden utólagos módosítása nélkül létre tudsz hozni pl. egy könyvtárat, ami az users csoport számára írható/olvasható... -
Frawly
veterán
válasz
vargalex
#7672
üzenetére
Igen, nálam is így hozza létre az useradd -m parancs, amit mindig az Arch Wiki alapján csinálok. Az megint más, hogy én utána usermod-dal berakom a felhasználóm a video, storage, disk, audio, wheel csoportba is, néhány szoftvernek meg a sudo-nak szüksége van ezekre. De ez sem úgy történik, hogy így hozódik létre telepítéskor, hanem én futtatom tudatosan ezeket a user/group parancsokat, semmilyen automata installer nem dönti el ezt helyettem. Ez a jó az Archban, csak a systemd és az initramfs van eldöntve az ember helyett, minden mást saját maga állíthat, telepíthet.
Engem egyébként nem érdekelne, hogy a userem tagja-e a userem nevű csoportnak, vagy csak a users-nek. Teljesen mindegy. Ha annyira zavar valakit, később egy darab usermod paranccsal át tudja ezt szabni magának, csak akkor lehet a fájlrendszeren a user fájljainál át kell szabni a csoportjogosulságokat is chmod-dal.
Egyébként míg nem lesz jó a Gentoo-m, addig feldobok egy Archot az Artix helyére. Oka: Artixon nem tudtam megoldani a lassú mirrorokat, és a rendszer idle memóriafogyasztása elszállt 300 MB-ra, ami nálam sok. Archon 140-170 körül tartottam, pedig ott systemd is van.
-
Frawly
veterán
válasz
#63718632
#7668
üzenetére
Archon nincs telepítéskor létrehozva semmi. Pont ez a lényege az egész Archnak, pont azért nincs telepítője sem. Alapból csak egy root felhasználó van, be nem állított jelszóval. Nincs létrehozva semmilyen más user telepítéskor, te hozod létre, és az meg úgy jön létre, amilyen kapcsolókkal beveretted az useradd parancsot (Installation Guide vagy Arch Wiki alapján).
#7673 sati: én is akartam venni ilyen K400-at, de letettem róla, rossz latency, meg ez az Fn mizéria, kellene lennie a billentyűzeten FnLock-nak, de nincs. Csak windowsos szoftverrel lehet megoldani, ha van is rá valami linuxos progi, az tuti X.org-alapú, és Waylanden nem fog menni. Persze nem lehetetlen, hogy létre lehet hozni egy egyedi X.org-kiosztást, amit utána meg lehet adni a Sway beállításainál, de ilyet még nem csináltam, fogalmam sincs hogyan kell.
Az új laptopom is ilyen, gyárilag Fn-t kell nyomkodni a funkcióbillentyűkhöz, szerencsére van a billentyűzeten FnLock, meg az UEFI BIOS-ban egy opció, ami automatice bekapcsolja induláskor, így nem kellett szenvednem ilyennel. Jó lenne, ha a billgyártók ezt a Fn+ dizájnt dobnák, marha nagy balfékség, semmire nem jó kavarás.
-
Frawly
veterán
válasz
vargalex
#7667
üzenetére
Igen, ezt megerősítem, ha valaki az Arch Wiki user and groups cikkét követi, akkor ott a legelején említett useradd -m blabla sor felhasználónév felhasználót default a felhasználónév csoportba létrehozva teszi be, Archon és Artixon is. Bár nem is értem mit kever a kolléga, ez neki miért fontos, mert ha nincs is saját csoportban, akkor is épp úgy kéne működjön minden. Szerintem valami kókler install scripttel telepítette, vagy rosszul másolt ki valami parancsot.
Egyébként meg úgy kell felhasználót hozzáadni, ahogy Chuck Norris csinálja, systemd-homed-vel, akkor a gid/uid lesz a legkisebb probléma
-
Archttila
veterán
Wayland alatt milyen lehetőség van remappelni az egyik billentyűzetemet? Lényegében csak a funkcióbillentyűket szeretném úgy beállítani, hogy alapértelmezésben ne az FN szimbólumokkal operáljon, hanem mint minden standard billen F1-F12-ig funkcionáljanak.
Egy Logitech K400 Plus-ról van szó. [kép]Első körben a solaart találtam, csak annak sok a függősége
(python meg egyéb rémségek) -
vargalex
félisten
válasz
#63718632
#7671
üzenetére
Miért érdekes, hogy az userem milyen csoportok tagja? Berakom az
idkimenetet is, mert jobban látszik.
A virtuális gépen:[gavarga@nmhh-build ~]$ groupsgavarga[gavarga@nmhh-build ~]$ iduid=1000(gavarga) gid=1000(gavarga) csoportok=1000(gavarga)Saját gépemen:
[gavarga@gavarga-5590 ~]$ groupslock tomcat8 tomcat9 tomcat7 network vboxusers wireshark docker uucp gavarga[gavarga@gavarga-5590 ~]$ iduid=1000(gavarga) gid=1000(gavarga) csoportok=1000(gavarga),54(lock),57(tomcat8),58(tomcat9),71(tomcat7),90(network),108(vboxusers),150(wireshark),970(docker),987(uucp) -
vargalex
félisten
válasz
#63718632
#7668
üzenetére
A második/harmadik/stb. usert ugyan úgy és ugyan azon a rendszeren hozod létre, mint később. Legfeljebb, ha nem követed teljesen a telepítési leírást (ahogy pl. én), akkor még chroot-ban létrehozod. De az akkor is ugyan az a rendszer, ugyan úgy működik.
Szerk.: Van virtuális gépen egy 2016.07.25-én telepített Arch linuxom, amit ugyan úgy telepítettem, mint mindig. Már ott is saját csoport jött létre:
[gavarga@nmhh-build ~]$ cat /var/log/pacman.log | head -n 1[2016-07-25 11:17] [PACMAN] Running 'pacman -r /mnt -Sy --cachedir=/mnt/var/cache/pacman/pkg --noconfirm base base-devel'[gavarga@nmhh-build ~]$ grep gavarga /etc/passwdgavarga:x:1000:1000::/home/gavarga:/bin/bash[gavarga@nmhh-build ~]$ grep 1000 /etc/groupgavarga:x:1000: -
#63718632
törölt tag
válasz
vargalex
#7667
üzenetére
Telepítéskor az első létrehozott user-re gondoltam. Eddig ahány ahányféle telepítésem volt, abban mindben users volt a groups kimenetben, de saját nevű csoport nem.
Második felhasználó hozzáadásakor, mint ahogy említetted. Valóban létrejön a saját csoportja, másban nincs is benne.
Ezért is vágtam rá gyorsan az első hozzászólásban, mert nekem is furcsa volt deb rendszerek után. -
vargalex
félisten
válasz
szuszinho
#7664
üzenetére
Az useradd man-jában ez áll:
-g, --gid GROUPThe group name or number of the user's initial login group. The group name must exist. A group number must refer to an already existing group.If not specified, the behavior of useradd will depend on the USERGROUPS_ENAB variable in /etc/login.defs. If this variable is set to yes (or -U/--user-group is specified on the command line), a group will be created forthe user, with the same name as her loginname. If the variable is set to no (or -N/--no-user-group is specified on the command line), useradd will set the primary group of the new user to the value specified by the GROUPvariable in /etc/default/useradd, or 100 by default.A korábban hivatkozott wiki-ben pedig ez áll:
If an initial login group is specified by name or number, it must refer to an already existing group. If not specified, the behaviour of useradd will depend on the
USERGROUPS_ENABvariable contained in/etc/login.defs. The default behaviour (USERGROUPS_ENAB yes) is to create a group with the same name as the username.Tehát default-ban csak akkor lesz az users csoport tagja, ha azt az
useraddparancsnál a-gkapcsoló használatával direkt kéred.De az egész erre a hozzászólásra regalálás.
-
vargalex
félisten
válasz
szuszinho
#7662
üzenetére
Milyen legelején legelsőre gondolsz? Az Install guide végén található Post-Installation bekezdésben hivatkozott General recommendations első - Users and group - bekezdésében hivatkozott User management rögtön az általam is írt parancsot adja.
-
vargalex
félisten
válasz
#63718632
#7659
üzenetére
Ezt nem igazán értem. Ha a wiki-ben ajánlott módszerrel hozod létre az usert, akkor bizony saját group jön létre:
[gavarga@gavarga-5590 ~]$ sudo useradd -m testuser[gavarga@gavarga-5590 ~]$ grep testuser /etc/passwdtestuser:x:1001:1001::/home/testuser:/bin/bash[gavarga@gavarga-5590 ~]$ grep 1001 /etc/grouptestuser:x:1001: -
-
csixy
addikt
válasz
vargalex
#7656
üzenetére
Köszönöm. Ha legközelebb ilyesmire lesz szükségem utána fogok keresni linux vonalon. Csak a neten mindig a windowsos leírást lehetett megtalálni anno. Logikus, hogy linuxszal jobban kell működjön a buherálás, hiszen a végén a cél a vas szintjén mindig linux.
Frawly #7655 : Az is érdekes hogy linuxon sokkal gyorsabb a betömörítés folyamata, vagy a szoftverek telepítése wine alá, mint windowson.
-
Frawly
veterán
Elég régi eszközeid lehetnek, én már routereken sem látom soros portot elég régóta, legalább a lakossági, konzumer eszközökön nem. Céges/ipari routernél, switchnél, stb. még van. Soros port ugyanolyan jól megy Linux alatt is, csak valami biztonsági alap szabály tiltja alapból a hozzáférést, külön jogosultságadással kell engedélyt adni, onnan megy. Egyedül műholdvevőnél lehet problémás a soros port, nem a soros porti mivolta miatt, hanem mert általában valami Windows only segédprogramot is igényel a firmware feltöltése, ami a hardverközeli matatás miatt jó eséllyel nem megy Wine-ban, de sajnos műholdvevőn ez a firmware-cserélgetés, meg kódolásmatatás mindig szopóroller, még Windowson is, max. csak pár lelkes műkedvelő szokott vele szórakozni.
Outlook-os mailszolgáltatást nem ismerem, de ha viszi a Thunderbird, akkor a kérdést meg is válaszoltad saját magad.
Ezt a képkivágást, képbetömörítést simán viszi a GIMP is, de talán még valami linuxos Paint klón is (Paint.NET, MyPaint, stb.). Ezeknek az Irfan/XnView progiknak inkább csak tömeges konvertálásnál van értelme, de arra meg ugyanolyan jó az imagemagick convert, csak ki kell tapasztalni a felparaméterezését, terminálba bevereted:
pacman -S imagemagick
cd képek_mappája
convert újméretxújméret+eltolás+eltolás -quality blabla% *.akármi *.jpgDe csak most a te kedvedért kipróbáltam, feltettem Artixra az XnView MP-t AUR-ból. Csak egy apróbb függősége volt, probléma nélkül felment pár másodpercen belül. Teljesen jól működik, tudja azt, amit keresel, megnyitom a képet, kijelölöm azt a részét, amit ki akarok vágni, majd Crop (Shift+X), végül File - Export menü (Crtl+Alt+S) és ott be lehet állítani, hogy jpg-be mentsen, hány százalékos tömörítéssel, milyen beállításokkal, mikor megvagy, Export... gomb, ott rákérdez hová mented, milyen néven, és kész.
Nyilván a felülete kicsit fapadosabb, mint az IrfanView, meg kevesebbet is tud az XnView MultiPlatform változata (a multiplatform miatt), de azért használható. Ezért is írom, hogy a megszokás nagy úr, a gépek nagy részén a mai napig azért van Windows, mert a user azt szokta meg, ergo az áll neki kézre. Ha majd annyira megszokod a Linuxot meg a linuxos ökoszisztémát, az fog kézre állni, és a Windows nem fog többé.
Bár még az IrfanView nem olyan nagy érvágás Wine-ben, mivel egy kisebb méretű szoftver, nem használ túl sok windows-specifikus hívást, sem hardverközeli mókolást, sem DRM-et, nem telepít szutyok kémszoftvereket és service-eket, a képfeldolgozás-tömörítés a mai prociknak nem tétel egy átlag szintig, ergo az emulációs overheadje se magas. De! Elvi kérdés, hogy ha van rá használható natív alternatíva, akkor lehetőleg annál érdemes maradni. Ha mindenre ilyen megszokásból Wine-t használsz, akkor kb. nem sok értelme volt Linuxra váltani. Félre ne érts, okés a Wine, olyan programoknál, amiknek nincs tényleg linuxos alternatívája (néhány játék, és legacy program, pl. nálam a Scriptum GIB szótár kezelőprogija, Apple QAAC encoder, stb., de ez utóbbit nem nagyon használom, eleve natív oggenc-et és Goldendictet használok pl., inkább csak a Steam miatt van fent a Wine). Akkor valóban jobb Wine-ozni, mint Windowsra átbootolni, meg a gépen NTFS partíciókat tartani, stb.. De nem szabad túlzásba sem esni, a minimumon tartani a Wine-os alkalmazások számát. Így tisztább, gyorsabb, meg így fogsz csak Linux terén fejlődni.
-
csixy
addikt
A levelezési szokásaimon fogok változtatani. Outlookos címem van és a windows postát szoktam használni, de be tudom konfigolni a thunderboardot és az evolutiont is.
A régebbi műholdas műsorvételben párhuzamos port és jtag kellett ahhoz hogy a patchelt firmware felmenjen bizonyos vasakra. Ha véletlenül dupla bootszekvenciát nyomok egy TP-link routerre, akkor azt soros port segítségével lehetett újra flashelni. A Tenda N80-as routeremből soros port segítségével sikerült Asus RTN 66U klónt csinálni Tomato Shibbi firmmel 64K NVRAM-mal. [link] . Az IrfanView nekem nagyon kézre áll. A megfelelő képdarabot ki tudom vágni, átméretezni és Be tudom tömöríteni Jpegként újabban 1024 kilobájt fájlméret alá ,régebben 512, vagy 256 kilobájt alá kellett gyűrni(ezt a betömörítést nem tudja az XnView). -
Frawly
veterán
Nem, nincs harag, nem is azért írtam, hogy megbántsalak. Csak furákat írsz, mint most is a windowson levelezést szereted. Az pl. pont az a műfaj Windowson, hogy egyik (pl. Outlook akármelyik verziója) mailkliens C4rabb, mint a másik (pl. The Bat), egy normális van, a Thunderbird, de az meg natívan megy Linux alatt is. Elég sokan csak böngészőből leveleznek webes felületről, arra meg megint csak jó ugyanaz a Firefox, Chrome, akármi, ami Linux alá is van.
Párhuzamos portot is van 15 éve nem használtam (akkor is utoljára retró gépeken), az utoljára nagyon régi nyomtatóknak, ősi szkennereknek, ZIP drive-oknak kellett, meg két DOS-os gép összekötésére, ha nem volt bennük hálókártya, de mégis fájlokat akart megosztani az ember, gyorsabban, mint a soros port lehetővé tette. Már vagy 10+ éve egy új gépre se teszik rá ezt a portot.
A soros portnak lehet még haszna, egyes eszközökön (szerver, hálózati eszköz, műholdvevő, ipari gépek, stb.) az admin port / konzol még mindig soros port, de ezt meg USB-RS232 adapterrel szokták megoldani, meg ez megint már nem home user kategória, amit az itteni PH-s topikokban én azért titkon feltételezek.
XnView-ból mi hiányzik, ami az Irfanban benne van?
-
csixy
addikt
Akkor nincs harag? Szeretem a linuxot és az Irfan View programot. Az XnView a töredékét sem tudja az előzőnek. Ez van. Szeretem a csillogós kényelmet és mégis szimpatikusabb a rolling a Mint -től. Ha lehet linuxot használok, de vannak programok, amik csak egy soros porttal bíró windowsos gépen , vagy mások párhuzamos porton mennek windowson. Fura módon levelezni windowson szeretek.
-
Frawly
veterán
Nem megkövezés, de windowsos program hiába megy, azért szuboptimális Linux alatt, lassabb, emulációs többletterhelés, nem kezeli a linuxos jogosultságokat és attribútumokat. Az XnView 99,999%-ban helyettesíti az IrfanView-t, ami nem véletlen egybeesés, hanem szándékosan annak a klónja. Bár én még az XnView-t, meg ezeket a full extrás képnézőket, és képszerkesztőket sem szeretem már, igazából olyan mindenesek, bloatok, de cserébe egyik területen sem kiemelkedőek. Egy képnéző nézzen képet, legyen minél egyszerűbb és ennyi (az imv, svix, és hasonló csak ezt tudja). Egy képszerkesztő meg tudjon szerkeszteni, ala Gimp, Darktable. Egy konvertáló meg tudjon konvertálni, legyen abban jó (imagemagick convert, ffmpeg, sox, stb.). Egy mindenből kicsit módszerrel Fradi-levest kapunk.
Ezt a GPT vs. MBR-t sem értem. Mindegy melyik, egyiktől sem lesz gyorsabb a gép. Az UEFI boot elegánsabb és gyorsabb lehet, de csak azért, mert nem kell hozzá egy csomó BIOS-os detektálás, meg mindenféle extra bootmanager, ez viszont nem minden gépen hoz ténylegesen gyorsabb bootot, inkább sokszor csak a dual/multiboot elegánsabb vele, kiváltja a GRUB-ot, az egyes OS-ek nem írják felül egymás bootmanagerét az MBR-ben. A Core i platform akármilyen régi, azok mind támogatják az UEFI bootot,, nem csak a 9 évesek, hanem a 11 évesek is. Amelyek meg ettől régebbiek, azok meg úgyse, azokon mindenképp a Legacy boot marad MBR-rel. A GPT csak akkor kötelező, ha NVMe-t használsz, vagy 2 teránál nagyobb lemezt, vagy Windows kell UEFI boottal (pl. eGPU-hoz).
Sokszor az informatika meg egy program használata és kiváltása egy másikkal leginkább csak hozzáállás és szemlélet kérdése. Azért, mert az IrfanView-t szoktad meg, meg lehet szokni mást is. Tényleg csak tanulási hajlandóság, hozzáállás. Volt idő, mikor én is ragaszkodtam ezekhez, foobar2000, Total Commander, Notepad++, stb., de gyorsan rájöttem, hogy nem éri meg, és váltottam végül olyan progikra, amik igazából sokkal jobbak, csak máshogy kell őket használni, át kellett alakítsam a felhasználási szokásaimat, de így hatékonyabb is, már semmi pénzért nem cserélném őket vissza a hagyományos windowsos megoldásra, óriási visszalépésnek érezném, mintha Commodore 64-et kéne használni. Ez a Linuxban a legfőbb lényeg, hogy teljesen más, mint a Windows, más programok, azok másképp is működnek már alapjaiban, máshogy használod velük a gépet. Ezeknek a windowsos programoknak a klónjai is csak azért léteznek, hogy amolyan pótkerékként segítsék a Linuxra most frissen átálló kezdőket, hogy ne legyen nekik nagy lelki törés a Linux. De végül ez csak illúzió, mert teljesen el kell rugaszkodni attól, hogy mi volt Windowson, mert amíg azt szoktad meg, addig az tűnik majd a legjobbnak, pont erre épít a MS is, hogy azt szokták meg az emberek és nem tudják elengedni, utána minden más szarnak fog tűnni. Én is tapasztaltam magamon, hogy nehéz olyan szokásokat elengedni, ami 20+ évig vele volt az emberrel, és már annyira természetes és ösztönből jön, mint pl. a jobbkezesség, hogy nem tudja elképzelni máshogy, pedig lehetséges.
-
csixy
addikt
Dehogy ragadtam le! Van egy ragyogó program és működik linuxon is , legalábbis nekem . Ennyi! Ez nem visszalépés.
Nem a linux a lényeg , nem az a cél, az csak egy eszköz.
Nekem az irfan view a lényeg. Hol itt a probléma? Nincs más, ami helyettesíteni tudná. Itt a linux és használom. Örülök neki.Az öreg 9 éves i5-ös színlegacy masinámon először csakazért is GPT lemezen akartam a legacy rendszert használni a biztonság és a kényelem miatt, amit a linuxok tudnának is, de a windows nem. Emiatt visszatértem az MBR partíciós táblához. Felment a windows és két hétig kínlódtam (utólag már látom, hogy a x@r hálózati wifis ellátottság miatt , mert többnyire munka közben gyötörtem vele magam), hogy a piciny tudásommal egy jó rolling tiszta arch telepítést toljak mellé és a végén sikerült. Viszont nekem követelmény az Irfan View.
Vállalom a megkövezést.
-
Frawly
veterán
Ezt nem értem, mi ezen a jó. Ez még mindig nem natív linuxos XnView, hanem még mindig windowsos-Wine-os IrfanView. Így nincs értelme Linuxot használni. Pedig Linuxra is van számos jó képnéző és editor, feh, ImageMagick csomag display parancsa, GwenView, XnView, stb. Én régen még KDE-s korszakomban XnView-t és GwenView-t használtam, most jelenleg imv-t használok képnézésre, és ImageMagick csomag convert parancsát terminálból felparaméterezve képkonvertálásokra, az ImageMagick display parancsát fontok megjelenítésére. De az ImageMagick display még háttérképkezelőnek is jó, ha épp nem bugzik vele a kompozitor.
Így nem fogsz fejlődni, ha állandóan leragadsz a windowsos gondolkodásmódnál és windowsos programoknál. Pedig utóbbiaknak is szokott lenni mindig natív linuxos klónja, Notepad++-nak notepadqq, Winamp-nak QMMP vagy Audacious, foobar2000 helyett deadbeef, Total Commander helyett Double Commander, stb.. Gyakran segítenek ezek megtalálásában az alternativeto.net és hasonló oldalak, PH Linux programok topik, stb..
-
#63718632
törölt tag
Pacman-nal is menni kéne:
függőségek feloldása...ütköző csomagok keresése...figyelmeztetés: körkörös függőséget észleltem:figyelmeztetés: a(z) lib32-harfbuzz csomag saját lib32-freetype2 függősége előtt lesz telepítvefigyelmeztetés: körkörös függőséget észleltem:figyelmeztetés: a(z) lib32-mesa csomag saját lib32-libglvnd függősége előtt lesz telepítvefigyelmeztetés: körkörös függőséget észleltem:figyelmeztetés: a(z) lib32-keyutils csomag saját lib32-krb5 függősége előtt lesz telepítveCsomagok (77) faudio-21.01-1 gst-libav-1.18.2-1 lib32-acl-2.2.53-1 lib32-attr-2.4.48-1 lib32-bzip2-1.0.8-2 lib32-curl-7.74.0-1 lib32-dbus-1.12.20-1lib32-e2fsprogs-1.45.6-1 lib32-expat-2.2.10-1 lib32-faudio-21.01-1 lib32-fontconfig-2:2.13.91+48+gfcb0420-2 lib32-freetype2-2.10.4-1lib32-gcc-libs-10.2.0-4 lib32-gettext-0.21-1 lib32-glib2-2.66.4-1 lib32-glibc-2.32-5 lib32-glu-9.0.1-1 lib32-harfbuzz-2.7.4-1lib32-icu-68.2-1 lib32-keyutils-1.6.3-1 lib32-krb5-1.18.2-1 lib32-lcms2-2.11-1 lib32-libcap-2.45-1 lib32-libdrm-2.4.103-1lib32-libelf-0.181-1 lib32-libffi-3.3-2 lib32-libgcrypt-1.8.7-1 lib32-libglvnd-1.3.2-1 lib32-libgpg-error-1.39-1 lib32-libice-1.0.10-1lib32-libidn2-2.3.0-1 lib32-libjpeg-turbo-2.0.6-1 lib32-libldap-2.4.56-1 lib32-libnl-3.5.0-1 lib32-libnsl-1.3.0-1 lib32-libpcap-1.9.1-2lib32-libpciaccess-0.16-1 lib32-libpng-1.6.37-3 lib32-libpsl-0.21.1-1 lib32-libsm-1.2.3-1 lib32-libssh2-1.9.0-1 lib32-libtiff-4.1.0-1lib32-libtirpc-1.3.1-1 lib32-libunistring-0.9.10-1 lib32-libunwind-1.3.1-1 lib32-libx11-1.7.0-1 lib32-libxau-1.0.9-1 lib32-libxcb-1.14-1lib32-libxcrypt-4.4.17-1 lib32-libxcursor-1.2.0-1 lib32-libxdamage-1.1.5-1 lib32-libxdmcp-1.1.3-1 lib32-libxext-1.3.4-1lib32-libxfixes-5.0.3-2 lib32-libxi-1.7.10-2 lib32-libxml2-2.9.10-3 lib32-libxrandr-1.5.2-1 lib32-libxrender-0.9.10-2lib32-libxshmfence-1.3-2 lib32-libxxf86vm-1.1.4-2 lib32-llvm-libs-11.0.0-2 lib32-lm_sensors-3.6.0-1 lib32-lz4-1.9.2-1 lib32-mesa-20.3.2-1lib32-ncurses-6.2-1 lib32-openssl-1:1.1.1.i-1 lib32-pam-1.4.0-1 lib32-pcre-8.44-1 lib32-readline-8.1.0-2 lib32-sdl2-2.0.12-1lib32-systemd-247.2-1 lib32-util-linux-2.36.1-1 lib32-wayland-1.18.0-2 lib32-xz-5.2.5-1 lib32-zlib-1.2.11-2 lib32-zstd-1.4.5-1wine-5.22-1Teljes letöltési méret: 152,16 MiBTeljes telepített méret: 765,70 MiB:: Kezdődhet a telepítés? [I/n]
Be van kapcsolva a multilib repo?Az
/etc/pacman.conf-ban vedd ki a#-et.# If you want to run 32 bit applications on your x86_64 system,# enable the multilib repositories as required here.#[multilib-testing]#Include = /etc/pacman.d/mirrorlist[multilib]Include = /etc/pacman.d/mirrorlist -
Frawly
veterán
válasz
Siriusb
#7632
üzenetére
Az a baj, hogy nagyon pontatlanul írod mit akarsz, és csak találgatni tudunk. A képernyőkímélő nem egyértelmű, mert nem tudom, hogy a kijelző energiatakarékos kikapcsolását érted alatta (ami igazából DPMS blank time) vagy tényleg a kalsszikus DOS/Win képernyővédőt (ún. screensaver, amikor a képernyőt nem kapcsolja ki, hanem mozgó grafikát jelenít meg).
Épp így a Lock screen / suspend esetében sem egyértelmű, hogy mire gondolsz.
Egyébként meg pont itt jön elő, amit írtam. Nálam ez e beállítás pálcika WM-en annyi, hogy egy autostart nevű Bash script fájlba beteszem a xset dpms 0 0 630 & tartalmú sort, és kikapcsol a screensaver és a screen blank is 10 perc 30 másodperc múlva. Nem kell vergődni, hogy melyik ikon, melyik menüjébe rejtették ezt a nyomorult beállítást.
Épp így a screensaver is így indul nálam, autostart fájlban újabb sor: xss-lock ~/scripts/screensaver-script & és ennyi. De épp ilyen egyszerűen definiálom a billkombókat, touchpad apró beállításait, tálca beállításait, szintén ebből a fájlból, 1-1 sor. Nem kell keresgetnem grafikus felületen, meg 500 kattintásból állítgatnom, hogy mi hol van, egyszer megírtam, 10+ évig működni fog, nem lesz az, hogy a KDE4, 5, 6 máshogy kezeli Qt4, Qt5, Qt6 alapokon, vagy máshogy kezelné a Gnome2 meg a Gnome3.x-4x. Nem mindig az a legfelhasználóbarátabb megoldás, ami annak látszik. Ráadásul ez az autostart megoldás memóriát sem foglal annyit, és rendszerújrahúzáskor csak visszamásolom, legtöbb X.org alatt futó pálcika WM eszi, de ha xinitrc-be behúzom, akkor az összes. Waylandes grafikus felület csak annyiban más, hogy ott az autostart részt be kell emelni a WM konfigfájljába, meg némileg módosítani, pl. SwayWM-nél:
exec swayidle timeout 600 '~/scripts/screensaver-script' timeout 660 'swaymsg "output * dpms off"' resume 'swaymsg "output * dpms on"'
Ez már bonyolultabb, de ezt is csak egyszer kellett kigugliznom és megírnom, soha többé nem kell keresgetnem semmit rajta, 10 perc múlva elindítja a screensavert (ami egy terminálban futó asciiquarium), +1 percre rá a képernyőt elsötétíti. Viszont ha újra gép elé ülök, akkor feloldódik a képernyősötétítés, de az i3lock és az alatta futó asciiquarium továbbra is fut, be kell írnom a jelszót, és akkor a screen lock is feloldódik. A +1 perces időeltolódás azért van, hogy ha véletlenül mégis a gép előtt lennék, és látom, hogy kilőtte a képernyőt, még gyorsan nyomok valamit, hogy ne zárolja a grafikus felületet, van egy kis plusz időm.Egyébként az óránkénti négy-ötszöri képernyőkikapcsolás nem árt a kijelzőnek. Az 1-10 másodpercenkéntnyi talán, a 12-15 percenkénti nem. Azt meg nagyon erősen ajánlom, hogy a képernyőt x inaktivitási idő miatt zárold, ha nem vagy gépnél. Igen, kényelmetlen a jelszót állandóan begépelgetni, de majd megszokod, és a te biztonságod szolgálja, és nem függeszt fel semmilyen futó folyamatot. Nagyon ajánlom akkor is, ha egyedül használod a gépet, vagy egyedül élsz, ha hirtelen ott kell hagyd a gépet, és valaki illetéktelen behatoló is jut be a gép közelébe, akkor sem tud a gépbe belematatni.
-
válasz
Siriusb
#7632
üzenetére
én ha úgy állok fel a céges gépemtől, hogy tudom, hogy ki fog kerülni a látóteremből, akkor zárolom. ekkor egy általam válaszott kép lesz a teljes képernyőn, középen egy jelszómezővel.
ha pár percig nem nyúl hozzá senki, akkor a monitorok elalszanak.
ettől az égvilágon semmi bajuk nem lesz, ez teljesen üzemszerű, tervezett működés, ettől teljesen fölösleges féltened a monitort. -
Siriusb
veterán
válasz
urandom0
#7631
üzenetére
Egyrészt nem akarom, hogy pl. a tálca maradandó nyomot hagyjon maga után.
Másrészt nem tudom, mennyi ideig vagyok távol a géptől, ezért kapcsoljon be a képernyőkímélő, de ne zárjon le, csak mondjuk 60 perc után, vagy egyáltalán, hangulatomnak megfelelően állítom be.
Az meg nem hiszem, hogy jót tenne bármilyen megjelenítőnek, hogy óránként 4-5-ször ki-/bekapcsol.Na állj, a suspend az a felfüggesztés, az tényleg felfüggeszt minden folyamatot, és elmegy alvó módba!
Na de Te ezt ajánlottad korábban. Amúgy kipróbáltam, ha ebben a menüpontban a munkamenet felfüggesztéshez a zárolást választom, akkor pl. elérem az ftp szervert a gépen, tehát megy. Számomra kicsit félrevezető a megnevezés akár magyarul, akár angolul, különösen azért, mert az Energiatakarékosság alatt található.Ám mindegy is, köszönöm mindenki hozzászólását, de fölösleges több szót vesztegetni rá, csak tettem egy próbát, hátha valami elkerülte a figyelmem a beállítási lehetőségek közt.
-
urandom0
senior tag
válasz
Siriusb
#7629
üzenetére
Na állj, a suspend az a felfüggesztés, az tényleg felfüggeszt minden folyamatot, és elmegy alvó módba!
A zárolás az, ami nem függeszt fel semmit. Félreértettük egymást.Ha konkrétan képernyőkímélő kell, az tudtommal nincs KDE-ben, szóval marad az xscreensaver. De mi a cél pontosan? Miért ragaszkodsz a képernyőkímélőhöz?
-
Siriusb
veterán
válasz
urandom0
#7628
üzenetére
Na, nem gondoltam volna, hogy a Suspend session nem függeszti fel semmit.
Sajnos nekem ez megint nem jó, mert jelszót kér, szóval majdnem ugyanazt csinálja mint a Workspace behavior / Screen lock.A Breeze-ben nagyon nem tetszik a görgetősáv, meg a kiválasztó kapcsoló (check box) sem.
-
Siriusb
veterán
Én csak zárolást találtam, képernyőkímélőt nem. Ha kikapcsolom az automatikus zárolást, a képernyővédő sem indul el, nincs is opció, hogy a képernyőkímélő mikor induljon, csak manuálisan lehet indítani.
[kép]#7623 tiobe
Ez nem állítja le a futó folyamatokat? Mert nem akarom felfüggeszteni minden folyamatnak a futását. -
csixy
addikt
Köszönöm, nem adtam fel végleg.
Az Arco D telepítése közben ki lehetett választani a cinnamont. Fel is rakta. De első indításkor egy tiritarka konzolba jutottam csak. Majd legközelebb nekiugrok egy másik vason. De ezt most sikerült kicsillivillizni a fiamnak. Holnap visszaadom neki. Kb nyolc éves Sony Vaio. Hibátlan rajta a Mint cinnamon és hibátlan a win 10 home színtiszta driverekkel. Még egy nem melegedős tápot kéne hozzá keríteni.Májmiki: Köszönöm , tetszik. Neki megyek még majd a problémának.
-
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..
-
#63718632
törölt tag
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. -
csixy
addikt
Köszi, igazatok van. Csak 63 éves fejjel már egy kicsit nehéz, de mindenképp rollingot akarok. Szerettem az antergos kényelmét, abban még a saját repo sem volt annyira zavaró. Na meg cinnamon természetesen. Ez a reborn, majdnem jó lenne nekem, csak minek bele a saját repó, azért nem tetszik. Az endeavour meg azt sem tudja hogy épp melyik meghajtón jár. Sima archot meg nincs türelmem végigküzdeni. A barkácsolós ablakkezelőket sem nekem találták ki.Tehát marad a Magyarch, vagy az Arco D. Az Arco B, meg a Garuda annyira ki van tömve, hogy az már nekem sem kell. A manjaro meg a grub hülyeségeivel tapos a gyomromba.Tehát most magyarch és lehet majd arco D. Köszi a tanácsokért mindkettőtöknek. Na gyere ventoy, hajrá!
-
#63718632
törölt tag
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.
-
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.
-
Frawly
veterán
válasz
Archttila
#7594
üzenetére
Most is tetszik, egyedül a színek számát csökkenteném egy kicsit. De amúgy jól néz ki. Ezt az F2 + Space megoldást nem ismertem eddig htop-ban, nem hiába, minden nap tanul valamit az ember. Múltkor meg pl. a vim-ben a Ctrl+W-vel az egész szavanként visszatörlést mutatták egy videón, azelőtt meg hogy az imagemagick csomagban lévő display paranccsal lehet fontpreview-ra is használni. Mindig vannak trükkök, amiket nem ismert az ember, még akkor se, ha az adott csomagot évek óta használja.
-
#63718632
törölt tag
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.
(python meg egyéb rémségek) 
Új hozzászólás Aktív témák
Hirdetés
- Geforce GTX 1050, 1050 Ti, 1060, 1650, 1660 - GT 1030 - Low profile is (LP)
- LG 27GR93U-B - 27" IPS - UHD 4K - 144Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDR 400
- Nvidia Quadro P400/ P600/ P620/ P1000/ T400/ T600/ T1000 - Low profile (LP) + RTX A2000 6/12Gb
- Bomba ár! Lenovo ThinkPad X390: i5-G8 I 16GB I 256GB SSD I 13,3" FHD Touch I Cam I W11 I Gari!
- BESZÁMÍTÁS! Gigabyte H510M i5 11400F 16GB DDR4 512GB SSD GTX 1070Ti 8GB Rampage SHIVA TT 500W
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged