Hirdetés
-
Filléres Redmi érkezett
ma Az A3x nem kapott nagy bemutatót, egyszer csak felbukkant.
-
A kánikula elviseléséhez hardverek is kellhetnek a napernyő mellé
ph Tajpeji kiruccanásunk hetén többek között notebookok, monitorok, NAS, szimulátor-kiegészítő és kompakt hűtő igyekszik árnyékot találni.
-
Perelnek a vallásos kripto-piramisjáték miatt
it Két kriptocéget perel New York államügyésze, mert több mint 1 milliárd dollárral károsították meg az áldozatokat.
-
PROHARDVER!
Arch Linux topik
Új hozzászólás Aktív témák
-
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 ]
-
Amazonas
senior tag
Sziasztok,
a Manjaro topikban linkelte BoB, gondoltam itt is releváns lehet: [link]
-
Frawly
veterán
válasz Amazonas #5553 üzenetére
Igen, releváns. Pont ezen az oldalon tárgyaltuk ki, az (#5495)-es hsz-től kezdődik a szál, ahol erről volt, és mindenki leírta, hogy mit használ helyette. De tényleg nem baj, hogy betetted, sokan nem olvasnak vissza, és legalább nem kérdezik meg még tízszer ugyanazt. Sőt, ezt az összefoglalóba is bele lehetne venni. Igazából a yaourt nem most halt ki, 1-2 éve az archlinux.org fórumán folyamatosan írogatják, hogy nincs karbantartva, nem ajánlott használni. Most csak annyit változott, hogy hivatalos, a fejlesztő is megerősítette.
Egyébként meg a yay eddig bejött, nem nagy a különbség közte meg a yaourt között. Igazából eddig sem azért volt népszerű a yaourt, mert a legjobb lett volna, hanem régen ezt írta az Arch Wiki, hogy ezzel kell AUR-os csomagokat feltenni, és mindenki rászokott, sok ember csak ezt ismerte, így népszerű maradt. Emiatt a fejlesztőnek törölnie kéne a tárolóból, hogy a régi leírásokból telepítő emberek ne használják.
-
Frawly
veterán
válasz Siriusb #5555 üzenetére
Jó, lehet ezzel a KELL-lel erősen fogalmaztam. Akkor mondom úgy, hogy régebben sok Arch-os doksi mikor mutatta a példákat az AUR-ból telepítésre, csak a yaourt volt bemutatva, említve, erről meg sok mindenki azt hitte, hogy ezzel KELL feltenni. Tehát a doksi semmi olyat nem mondott, hogy kell, de az egyszeri usernek mégis ez jött le.
-
Frawly
veterán
válasz vargalex #5557 üzenetére
Jó, most nem tudom miért kötekedtek, de tényleg. Nem a Blikkből szopom, még én is sokáig csak a yaourtot ismertem. Annyira nem vagyok fogyatékos, hogy ha oda lett volna írva rendesen a többi is, hogy azt nem próbálom ki. Meg az Arch Wiki-n kívül is egy csomó cikk a neten a yaourtot mutatja be, meg egy csomó git-es oldal, ahol említik az Arch AUR-os elérhetőséget, ott példának csak a yaourt -S csomagnév van megadva telepítési metódusként.
A népszerűségét ennek köszönheti a yaourt, nem annak, hogy kiemelkedne a többi AUR helper / pacman wrapper közül akármivel is. A többi nem volt eléggé reklámozva.
-
Frawly
veterán
válasz Siriusb #5560 üzenetére
Igen, ismerem a filozófiát, de szerintem az AUR nem csak a nyomiknak való. Elég hasznos. Még hasznosabb lenne, ha bináris csomagok is fent lennének rajta, mármint úgy értve, hogy minden csomagból a bináris verzió is, hogy ne kelljen annyit fordítgatni.
Az AUR-ral a legnagyobb bajom, hogy sok ottani csomag törött, mivel nem tartja őket senki karban, a script nem tud letölteni valami szükséges állományt, vagy csak egyszerűen a kód nem fordul. Ezért manapság egyre sűrűbben csinálom, hogy inkább az adott szoftvert a fejlesztője git oldaláról szerzem be, és kézzel forgatom le.
Az Archnak még ebben kéne fejlődnie, hogy több bináris csomag legyen az alap tárolókban, meg kéne most már közelítse az Ubuntu/Debian-vonal sok tízezer csomagját. Hiába népszerű disztró, kevés csomagkészítő van sajnos, egy marék ember mindössze, legalább tízszer ennyire lenne szükség. Jelenleg 10823 csomag van a rendes tárolókban. Ubuntun, Debianon valami 40-50 ezer.
Nem szeretek forráskódból forgatni, nem szeretem az időt rászánni. Ha erre vágynék, gentooznék. Főleg akkor utálom nagyon, mikor valami szoftvert keresek, hogy kipróbáljam milyen, leforgatom forráskódból, erre utána derül ki, hogy még be sem jön, nem tetszik. Nettó időpocsékolás, hogy tutujgattam valamit, amit még csak nem is fogok használni.
[ Szerkesztve ]
-
vargalex
félisten
-
Lenry
félisten
én annyiban mindenképp örülök, hogy a yaourt helyett választott pikaur érzésre legalább ötször gyorsabban dolgozik, és pár dolog logikusabban van benne megoldva, ezért kényelmesebb is.
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
csixy
addikt
Hopp, lehet hogy találtam egy bugot?
Egy USB-s vinyóra két külön partícióba telepítettem ugyanazt az antergos distrót (az egyik plasma ,s a másik cinnamon) systemd boottal. A lenti képen látható az efi partíció tartalma (melyet egy másik linuxból a jelzők eltávolítása után fel tudtam csatolni) , melynek a gyökerében csak egy-egy példányban van ott a kernel és az initramfs tehát mindkét telepítés ugyanazt a kernel példányt használja, s ez így nem jó, mert , ha az az egyik telepítés kernele frissítődik , akkor a másik kénytelen lesz egy kicserélt kernelt használni és attól gondolom, hogy ez a még nem frissített rendszer be fog kakilódni. Nem jól gondolom?
A sorszámozott állományok egy linux mint tartozékai.[ Szerkesztve ]
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.
-
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).
-
Gelmi
tag
Sziasztok!
Ma tettem fel a gépemre ezt a rendszert: arcolinux-v19.01.4
Egyenlőre minden szupi hepy
Egy dolog amivel nem boldogulok
Thunar nem látja a hálózati meghajtómat !
Double Commander látja viszont az meg nem tudja lejátszani a nason lévő média tartalmakat !Mi lehet a gond ???
Segítségeket előre is köszönöm !
Gelmi
A jövő azoké, akik hisznek álmaik szépségében!
-
Siriusb
veterán
Szia!
Elég sok kérdésre lehet választ találni a wiki-ben, pl.:
https://wiki.archlinux.org/index.php/Thunar#Using_Thunar_to_browse_remote_locations -
Frawly
veterán
válasz Shyciii #5573 üzenetére
Ilyen néha nálam is előfordul Archon, de tényleg csak héba-hóba, nem állandó jelleggel. Néha így áll le, hogy egy sorba zsúfolja a kiírásokat, srégen látszanak. Nem utal semmire, megszüntetni sem lehet, nincs ellene semmilyen praktika. De lehet csak nem néztem elég alaposan utána.
-
Shyciii
veterán
Frawly
Elvben van rá megoldás, méghozzá a shutdown parametere a grub configjában, de nem teljesen használ. Igazából nincs bajom vele, csak hülyén mutat.
Lenry
Nem is írtam, hogy probléma van vele, csak zavar,
vinibali
Igen, még utána jön pár sor, csak itt pause-áltam. No mindegy, akkor marad így,
-
Shyciii
veterán
Tudom, csak kínomban kezdtem el ezzel foglalkozni, mert nem tudok már mit csinálni. Valamelyik nap a hdmi-s kivetítést oldottam meg tv-re, mert pure Archon az sem megy alapból, dehát az se volt nehéz, úgyhogy az is gyorsan megvolt az xrandr paranccsal. Unatkozom nah 😀
[ Szerkesztve ]
-
Frawly
veterán
válasz Shyciii #5579 üzenetére
Pure Archon, meg akármilyen disztrón nem is megy a multikijelzőzés, azt az aktuális WM-nek vagy DE-nek kell tudnia. Az xrandr is opció, ha Xorg-alapú felületről van szó, Waylanden nem működik, ott megint csak a WM/DE-nek kell tudnia. A multikijelzőt úgy is értve, hogy nem feltétlenül több kijelző párhuzamosan, hanem kimeneteket váltogatva.
(#5580) Lenry: honnan tudod, hogy nincs munkája vagy nem jár suliba? Lehet csak szabin van vagy tanulmányi szünet van, esetleg vizsgaidőszak, de már megvan az összes tárgy. Teljesen jó idő az linuxozást tanulni, Archot alaposan megismerni. Meg a munkakeresést sem lehet adott esetben egész nap csinálni.
[ Szerkesztve ]
-
Csontikka
aktív tag
Sziasztok!
a napokban újrahúztam egy nas-t amin egy headless arch linux fut és sajnos azt tapasztaltam, hogy nem tudom telepíteni az SSMTP csomagot, mert kikerült a repository-ból.
https://wiki.archlinux.org/index.php/SSMTP
A kérdésem az lenne, hogy mit érdemes használni helyette?
Aminek meg kell felelnie:
gmail smtp szerver-t szeretnék használni
csatolmányokat is szeretnék küldeni
(és lehetőség szerint minél kevésbé legyen más mint ez volt, hogy a levélküldő scriptek módosítását olcsón meg lehessen úszni.)Előre is köszönöm!
Üdv,
Csontikka -
csixy
addikt
Ha van egy működő UEFI-s Systemd bootos arch rendszerem és bedugok egy USB-s vinyót, vagy SSD-t amin GPT partíciós tábla van és mondjuk nincs rajta még egy partíció sem és legyen ő a /dev/sdc, akkor milyen utasításokat kell sorban bepötyögnöm, hogy keletkezzen rajta egy a működéshez minimálisan szükséges mappákat és fájlokat tartalmazó ESP? Tehát azok a mappák és fájlok legyenek rajta amik minden ESP-n egyformán ott kell hogy legyenek. Nézegettem a wikit, de még nem lettem okosabb.
[ Szerkesztve ]
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
Frawly
veterán
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.
-
csixy
addikt
Köszönöm! Ha már így megszületik, akkor nem kell mondjuk egy antergos minimal telepítést elkövetnem , hogy ezután leirtván a gyökérpartícióját és swap partícióját, majd kreálva egy új gyökeret beletolhassak Systemd-boottal egy nekem tetsző parazita rendszert.
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.
-
csixy
addikt
Köszi jó lett, de a megformázott ESP jelöltre előbb fel kellett pakolni a boot,esp flagokat, hogy a
# bootctl --path=/mnt install parancsot végre lehessen hajtani[root@nalatod senki]# bootctl --path=/mnt install
File system "/mnt" has wrong type for an EFI System Partition (ESP).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.
-
csixy
addikt
Azt nem értem, hogy a cfdisk miért hagyott szabadon 32 megát az ESP előtt, én tetszik-nem tetszik a rendszernek eltoltam balra úgy , hogy 1 mega maradjon szűzen. Jó az úgy nem? Az alignálás jó lesz és a tartalék MBR helye is megvan.
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
Frawly
veterán
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.
-
Shyciii
veterán
Megjelent egy olyan üzenet is, hogy "libnm-gtk was not found in AUR -- skipping".
Közben meg azt látom, hogy a Respositories-ban jelöli nekem, hogy onnan van telepítve a libnm-gtk. Szal ezt nem tudom hova tenni.[ Szerkesztve ]
-
BoB
Topikgazda
Ha valakinek nem menne a Steam-es Rise to Ruins:
Az
xorg-xrandr
csomagnak fent kell lennie.[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen