- Garmin topik
- Samsung Galaxy A37 – régi ismerős új formában
- Xiaomi 17 Ultra - jó az optikája
- iPhone topik
- Vivo X200 Pro - a kétszázát!
- EU: senki ne használjon Huawei és ZTE hálózati berendezéseket!
- iOS alkalmazások
- Yettel topik
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Információáradat a Pixel 11-es szériáról
-
5600 - 5501
9378 - 8001 8000 - 7901 7900 - 7801 7800 - 7701 7700 - 7601 7600 - 7501 7500 - 7401 7400 - 7301 7300 - 7201 7200 - 7101 7100 - 7001 7000 - 6901 6900 - 6801 6800 - 6701 6700 - 6601 6600 - 6501 6500 - 6401 6400 - 6301 6300 - 6201 6200 - 6101 6100 - 6001 6000 - 5901 5900 - 5801 5800 - 5701 5700 - 5601 5600 - 5501 5500 - 5401 5400 - 5301 5300 - 5201 5200 - 5101 5100 - 5001 5000 - 4901 4900 - 4801 4800 - 4701 4700 - 4601 4600 - 4501 4500 - 4401 4400 - 4301 4300 - 4201 4200 - 4101 4100 - 4001 4000 - 2001 2000 - 1
-
Fórumok
Mobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokPROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Tabletek, E-bookok Nyomtatók, szkennerek PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokLOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
-
Frissítve: 2019-02-28 11:06 Téma összefoglaló
Új hozzászólás Aktív témák
-
BoB
Topikgazda
-
Shyciii
veterán
-
BoB
Topikgazda
-
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. -
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
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.
-
csixy
addikt
-
csixy
addikt
-
csixy
addikt
-
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
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.
-
Csontikka
aktív tag
-
vargalex
félisten
-
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 -
Shyciii
veterán
-
Frawly
veterán
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.
-
Shyciii
veterán
-
Frawly
veterán
-
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,
-
vinibali
őstag
-
Lenry
félisten
-
Frawly
veterán
-
Shyciii
veterán
-
Gelmi
tag
-
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 -
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
-
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).
-
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.
-
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.
-
Lenry
félisten
-
vargalex
félisten
-
Siriusb
veterán
-
Frawly
veterán
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.
-
Shyciii
veterán
-
Amazonas
senior tag
-
Siriusb
veterán
-
Frawly
veterán
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
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.
-
vargalex
félisten
Szerintem sem volt ilyen. Az, hogy egy-egy user telepítési leírásában szerepelt, nem Arch-os doksi. Sőt. a wikiben mindig is fel voltak sorolva az alternatívák. Elég megnézni a revision history-t.
-
Shyciii
veterán
-
Siriusb
veterán
-
Frawly
veterán
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.
-
Amazonas
senior tag
-
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ó.
-
csixy
addikt
-
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.
-
csixy
addikt
-
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.
-
csixy
addikt
-
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.
-
csixy
addikt
-
csixy
addikt
Vagy Kate editorral a /boot mappában szana-szerte garázdálkodva! ![;]](//cdn.rios.hu/dl/s/v1.gif)
(#5543) Frawly : Köszönöm én is ezt a 3. módszert valósítottam meg.
Az enyém most így néz ki:loader.conf
default plasma
timeout 10
editor 3
plasma sdb5
cinnamon sdb2plasma.conf
title Plasma
linux /vmlinuz-linux
initrd /intel-ucode.img
initrd /initramfs-linux.img
options root=UUID=6f6f7b9a-f9ee-47c6-baed-edb18268bc70 rw quietcinnamon conf
title Cinnamon
linux /vmlinuz-linux
initrd /intel-ucode.img
initrd /initramfs-linux.img
options root=UUID=81e0e689-f7d4-455f-8679-9fc22c207308 rw quietcsináltam akármi-fallback.conf fájlokat is
-
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.
-
vinibali
őstag
-
csixy
addikt
Ezek után más telepítéseket is be tudok szerkeszteni , csak a /boot -ba legyen mountolva az EFI partíció?
-
csixy
addikt
Volt (van most is) telepítve egy Antergos linux a /dev/sdb2 -re . Ez systemd boottal szépen indult. Telepítettem a /dev/sdb5-re is egy másik Antergost , most az indul szépen a systemd boottal . Hogy tudom felvenni a régi telepítést is hogy az is indítható legyen?
-
Siriusb
veterán
Mondtam, hogy mindig a felhasználó a hülye!
Köszönöm!
(#5538) vinibali
proftpd folyamatosan megy, de azon csak a telefonom cuccait szinkronizálom belső hálón. Akartam valamit, amivel viszonylag egyszerűen tudok barátokkal megosztani (nagyobb méretű) fájlokat, ha ritkán szükség van rá. Nem is fog futni állandóan az sshd.service, nem akarok bajlódni esetleges támadások kivédésével, bár lehet továbbgondolom még.Köszi mindenkinek a segítséget!
-
vinibali
őstag
-
vargalex
félisten
-
Siriusb
veterán
és vinbali
Kipróbáltam úgy is, hogy "abc" volt csak a jelszó, biztos ne legyen billentyűzet kiosztás stb probléma, de semmi. Amúgy jó a felvetés, mert ilyen simán előfordulhat.

A tapasztalatom azt mutatja, hogy a hibák 99%-a maga a felhasználó.
Annak idején volt olyan ügyfél, aki azzal kezdte a telefonban, hogy ő egy szőke nő, nem ért a számítógéphez, úgy magyarázzak. Hamarabb megoldottam vele mindent, mint azzal, aki "rendszergazda"-ként mutatkozott be.
Felhasználó:
felhasznalo:x:1002:1002::/srv/ssh/jail:/usr/bin/nologingrep -v '#' /etc/ssh/sshd_config
Port XXXXX
HostKey /etc/ssh/ssh_host_rsa_key
AuthorizedKeysFile .ssh/authorized_keys
ChallengeResponseAuthentication no
UsePAM yes
Subsystem sftp /usr/lib/ssh/sftp-server
Match Group sftponly
ChrootDirectory %h
ForceCommand internal-sftp
AllowTcpForwarding no
X11Forwarding no
PasswordAuthentication yesBiztos valami banális hiba lesz, majd nekifutok mégegyszer friss szemmel.
root-ot nem akarok, csak az adott könyvtár hozzáférése kell az adott felhasználóval. Majdnem 100%-ban másoltam az arch wiki-ből mindent, hogy kevesebb legyen a hibalehetőség. Kulcsot direkt nem próbálom, mert az a cél, hogy mogyi ismerős is be tudjon jönni, ha szükséges. Még dinamikus dns-t sem akarok regisztrálni, majd megadom az IP címet, amikor kell. -
vinibali
őstag
a felhasználó attribútumai rendben vannak, /bin/bash-t kap?
sshd_configban érdemes megnézni az engedélyezett authentikáció módját.
ha a root-ról van szó, akkor azt néha külön kell engedélyezni loginra.#PermitRootLogin prohibit-password
nézned kellene a jorunalctl-t login közben, de talán még kulccsal is megpróbálnám
-
Frawly
veterán
SFTP-t nem használtam még, de mivel az SSH-ra vonatkozik a hibaüzenet, azért bepróbálkozok azzal a kérdéssel, hogy biztosan jó jelszót adsz meg? Ezt úgy értve, hogy nem elgépelés, hanem az elérni kívánt gépen lévő felhasználóhoz tartozik valóban az a jelszó, amit próbálsz neki megadni? Gondolom evidens, hogy nem, de azért rákérdezek, biztos, ami biztos.
Tűzfal nem lehet, mert akkor nem a jelszóval lenne baja, hanem a kapcsolódás sem lenne meg.
-
Siriusb
veterán
Na, mára feladom.
Arch wiki alapján felraktam az openssh-t, sftp-t akarok jelszóval használni esetleg néha kívülről is, de amikor megpróbálok belépni, mindig
...sshd[1444]: Failed password...
van a logban. Nem jövök rá, mit szúrtam el.
-
Frawly
veterán
-
Sonja
nagyúr
Ezt írtam, hogy itt kezdtem, de nem segített. Viszont rájöttem a megoldásra, méghozzá a Thunar segített. Elindítottam, és belenéztem a beállításokba. Az utolsó fül a Speciális, aminél alul írta, hogy hiányzik a gvfs! Azt elfelejtettem feltenni. Mitután pótoltam (pacman -S gvfs), máris eltünt az ikon az asztalról és a Thunarból is!
Mea culpa. 
-
Frawly
veterán
-
Sonja
nagyúr
-
Frawly
veterán
Nálam nem mutat ilyet a Thunar. Abban biztos vagy, hogy a Thunar teszi ki az ikonokat az asztalra? Az asztal beállításai között nézelődj:
In Settings Manager>Desktop, click the "Icons" tab. Clear the checkbox for "Removable Devices". I think this will remove all of the extra drive icons from your desktop. -
Sonja
nagyúr
De igen, az vagyok.

Thunar-t használok, ez az alap xfce alatt egyébként. Viszont kiteszi az asztalra is az ikont (Fájlrendszer gyökere néven, ami eltávolítható, mint egy pendrive) úgy, hogy eltüntetni se lehet. Egyedül az segít, ha teljesen kikapcsolom az asztali ikonokat, így nem is lehet kitenni semmit oda. No nem mintha akarnék, de azért ez nem a megoldás, csak átmeneti.
-
Frawly
veterán
Üdv az Archer táborban. Júbájgön el lesz keseredve, hogy már senki nem fahéjas mentázik. Amúgy te véletlenül nem az a hwsw-s csokis vagy?
Az eltávolító meghajtóra nincs sok ötletem. Az biztos, hogy az Arch nem mutat róla semmit. Legfeljebb a fájlkezelő, amivel nézitek. Pontosan melyik fájlkezelőt használjátok? PCmanFM, Nautilus, Dolphin?
Lehet a BIOS-ban a SATA vezérlő van RAID módban AHCI helyett, vagy a kernel egyes újabb SATA vezérlőkön lógó meghajtókat így kezel le.
Az Arch egyébként olyan, hogy ha megtanulod feltenni, meg mindent beröffenteni alatta, belőni a dolgokat, ahogy neked kell, akkor később már az életben nem lesz vele gond. Nincs külön disztrófrissítés, nem kell újratelepíteni.
-
Sonja
nagyúr
Most állítottam be mindent, és nagyon elégedett vagyok a végeredménnyel. Alapból a rendszer (XFCE) 300-400MB között foglal a memóriából, ami nagyon jó. A hely is bőven maradt még a 64GB-os SSD-n (~43GB!), szóval nincs gond. A rendszer gyors, kicsit a bluetooth-ra kell várni pár másodpercet boot után, de ez nem gond. Eddig tetszik ez az Arch, remélem kitart sokáig ez az érzés.

Szerk.: Nekem is eltávolíthatóként kezeli az Arch az SSD-t.
Ígyekszek majd valahogy megoldani, mert zavar. 
-
vinibali
őstag
-
Bici
félisten
-
vinibali
őstag
-
Bici
félisten
-
vinibali
őstag
-
Bici
félisten
-
Sonja
nagyúr
A második kérdésre válaszolva szerintem nincs elindítva a dhcpcd service.
A
systemctl enable dhcpcd.serviceparancsot kiadva boot után már lennie kell.Szerk.: Én végül befejeztem az Archot. Igaz, az Openboxot dobtam, mert semmi kedvem nem volt ennyit szórakozni.
Ment fel egy XFCE, és öröm, boldogság van.
Minden működik, ahogy az kell. 
-
Bici
félisten
Sziasztok!
A systemd-boot automatikus frissiteset szeretnem beallitani, amit szerintem meg i stettem, de kernek egy megerositest, hogy jol csinaltam-e.
Az itt leirtak alapjan letrehoztam a megfelelo tartalmu file-t (nem az AUR csomagot telepitettem).
Ket dolog okoz bizonytalansagot:
- nem letezett a hooks mappa a /etc/pacman.d/ mappaman. -> Letrehoztam.
- a pacman hook-okrol szolo leiras azt irja, hogy a /usr/share/libalpm/hooks/ mappaban keresi a pacman a hook-okat, de meg lehet adni ujabbakat is, ami alapbol az /etc/pacman.d/ mappa, ami a pacman.conf file-ban van megadva. Viszont itt ez a sor ki volt kommentazve. -> Kivettem a #-t a sor elejerol.A kerdes, hogy ez igy fasza, vagy jelez az valamit, hogy nem letezett a mappa, es ki volt kommentezve a megfelelo sor? Jobb lett volna a /usr/share/libalpm/hooks/ mappaba tenni?
A masik kerdes, hogy minden boot utan le kell futtatni a dhcpcd parancsot, hogy legyen netem.
Ezt hogy lehet megoldani? Siman tegyem be az autostart-ba, vagy hianyzik meg valami beallites? A networkmanager csomag fent van.
-
vargalex
félisten
-
Shyciii
veterán
-
Lenry
félisten
-
Shyciii
veterán
-
Sonja
nagyúr
Oké, a networkmanager valóban hiányzott, azt kihagytam.
Így már rendben.
Már csak a laptop fényerő állítását kell megoldanom. Most ennek olvasok utána. Ha nem megy, akkor jövök kérdezni.
Köszi! 
Szerk.: Ha ez is meglesz, akkor már csak az Openbox testreszabása marad hátra.
-
Frawly
veterán
Nem értem mit csinálsz. Attól nem lesz neted, hogy a Wi-Fi-kártyát down állapotba küldöd.
Ami nálad hiányzik, az az, hogy hiába hoztál létre wifi-menu/wpa_supplicant profilt (benne SSID, jelszó), és mentődött is el, bootnál nincs olyan systemd service, ami automatikusan beizzítja. Ez lehet NetworkManager, lehet netctl, lehet wicd, és hasonlók. Az Arch Wiki alapján válassz egyet.
Az Openbox meg a többi kisebb WM ilyen minimalista. Nem kezelik helyetted a netkapcsolatokat, ahogy egy KDE, Gnome Shell, Cinnamon, stb..
-
Siriusb
veterán
Juj, ettől a sok sudo-tól megszédülök.
Ez nem Ubuntu. 
Én feldobnám a networkmanager-t (és az nm-applet-et), hadd intézze, amit kell.
-
Sonja
nagyúr
Elakadtam.
Szépen feltettem a rendszert, wifivel, openboxal és a sallangokkal. Újraindítás, és azóta nincs wifi.
Mindig azt írja a ping-re, hogy "Átmeneti névfeloldási hiba". Úgy tudom működésre bírni, ha minden rendszerindításnál ezt írom be sorba:sudo killall dhcpcd
sudo ip link set dev wlp2s0 down
sudo wifi-menu
sudo dhcpcdNode ez nem megoldás ugye.
Mi a fenét tudok kezdeni? 
Ez egy Lenovo G500 laptop egy Qualcomm Atheros AR9485 wifivel, amihez az ath9k driver töltődik be. Reggel 8-tól próbálom megfejteni google segítségével, de semmi nem vezetett eddig megoldásra! Valakinek ötlet?

-
Lenry
félisten
-
Siriusb
veterán
-
vargalex
félisten
-
Siriusb
veterán
Szerintem csak azért volt külön tároló, hogy egyszerűbb legyen telepíteni/frissíteni. Bármelyik AUR helper-t is választod, letöltöd a PKGBUILD-et és a makepkg paranccsal megszülöd a csomagot, oszt csókolom. utána meg már használhatod a helper-t. Nálam jelenleg az aurman van fent, nincs vele semmi bajom.
Amúgy itt egy összehasonlítás róluk: https://wiki.archlinux.org/index.php/AUR_helpers
Szerk.: Basszus, most nézem, az aurman-t már nem fejlesztik.
-
Frawly
veterán
Akkor lehet én csináltam rosszul, de egy időben az Arch Wiki, meg Kékluficet Arch-cikke is úgy írta, hogy tárolónak fel kell venni az archlinux.fr-t. Lehet ez egy elavult ajánlás, nem vettem észre, hogy módosították. Pedig én mindig kicsit máshogy telepítek, minden telepítésnél másmilyen rendszert építek fel, más fs, más WM/DE, más Wi-Fi-kezelő, stb..
De ez a yaourt mindig is ilyen vitatott volt, sokan már 2 éve is temették, aztán még mindig használható. De azért váltottam most már, ha ennyien óvva intenek tőle, akkor nem kockáztatok vele. Már sok helyről olvastam, hogy ajánlott lecserélni.
-
vargalex
félisten
-
zoli62
addikt
Boldog Karácsonyt! Gondolom Antergosra nincs és nem is szükséges külön topik.
-
Frawly
veterán
Én is yaourt-ot használtam kizárólag. De tényleg valami francia tákolmány, régóta nem fejlesztik, meg idegesítő, hogy az .fr-es tárolót fel kell venni egyetlen progiért.
Egyelőre ezt a yay-t tettem fel, szemre nem rosszabb a yaourt-nál. Majd meglátjuk mennyire válik be.
Egy ideje a testing, testing multilib, stb. tárolókat is engedélyeztem. Mindenkinek ajánlom, még frissebbek a verziók és semmi hátránnyal nem jár. Egy tárolót nem érdemes használni általános jelleggel a staginget, mivel az csak arra van, hogy a csomagkarbantartóknak legyen mivel kielégítsék a csomagfüggőségeket csomagkészítés közben. De persze staging-ből is fel lehet tenni ezt-azt, pl. a kernelt onnan szoktam feltenni, ha ott a legfrissebb.
Új hozzászólás Aktív témák
-
5600 - 5501
9378 - 8001 8000 - 7901 7900 - 7801 7800 - 7701 7700 - 7601 7600 - 7501 7500 - 7401 7400 - 7301 7300 - 7201 7200 - 7101 7100 - 7001 7000 - 6901 6900 - 6801 6800 - 6701 6700 - 6601 6600 - 6501 6500 - 6401 6400 - 6301 6300 - 6201 6200 - 6101 6100 - 6001 6000 - 5901 5900 - 5801 5800 - 5701 5700 - 5601 5600 - 5501 5500 - 5401 5400 - 5301 5300 - 5201 5200 - 5101 5100 - 5001 5000 - 4901 4900 - 4801 4800 - 4701 4700 - 4601 4600 - 4501 4500 - 4401 4400 - 4301 4300 - 4201 4200 - 4101 4100 - 4001 4000 - 2001 2000 - 1
-
Fórumok
Mobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokPROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Tabletek, E-bookok Nyomtatók, szkennerek PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokLOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
- Adatmentés - HDD - SSD - Flash
- EAFC 26
- Kertészet, mezőgazdaság topik
- Suzuki topik
- Milyen TV-t vegyek?
- Elektromos autók - motorok
- One otthoni szolgáltatások (TV, internet, telefon)
- War Thunder - MMO Combat Game
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Fogyjunk le!
- További aktív témák...
- Shining3D EinScan Pro 2X 3D szkenner
- Apple iPhone 14 Pro 512GB, Kártyafüggetlen, 1 Év Garanciaval
- AKCIÓ! Gigabyte Gaming RTX 3060Ti 8GB videokártya garanciával hibátlan működéssel
- AKCIÓ! ASRock A520M R5 4500 8GB DDR4 512GB SSD GTX 1050 Ti 4GB Zalman T3 Plus DeepCool 400W
- AKCIÓ! Motorola Edge 60 Pro 5G 512GB okostelefon garanciával hibátlan működéssel
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest





Vagy Kate editorral a /boot mappában szana-szerte garázdálkodva! ![;]](http://cdn.rios.hu/dl/s/v1.gif)

Mea culpa. 
Ígyekszek majd valahogy megoldani, mert zavar.






