Hirdetés
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Gurulunk, WAZE?!
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- ldave: New Game Blitz - 2025
- Hadeska22: MSI Creator Z16 - szomorú konklúzió
- Elektromos rásegítésű kerékpárok
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
BoB
Topikgazda
-
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.
-
-
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). -
-
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.
-
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
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 -
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.
-
Shyciii
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,
-
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.
-
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. -
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.
-
vargalex
félisten
-
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.
-
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
#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
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
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ó.
-
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.
-
Frawly
veterán
Ez editor 3 sort törölheted, az csak azt jelenti, hogy 3 másodpercig a menüben ha megnyomod a kiírt billentyűkombinációt, akkor egy bootolás erejéig ideiglenesen szerkesztheted mondjuk a kernelparamétereket, vagy ilyesmit, amit GRUB-ban is lehet.
Az utolsó két sort viszont nem törölheted, mert azok alapján találja meg a plasma.conf és cinnamon.conf fájlokat.
-
Frawly
veterán
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.
-
válasz
vinibali
#5542
üzenetére
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.
-
Siriusb
veterán
válasz
vargalex
#5537
üzenetére
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!
-
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
válasz
Siriusb
#5533
üzenetére
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
válasz
Siriusb
#5533
üzenetére
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.
-
-
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
Az Xfce teszi ki, nem a Thunar. Ott nézd meg, ahol írtam: Settings Manager (magyarul nem tudom mi a neve, talán beállítóközpont), ott Desktop (Asztal) ikon, az előjövő ablakban Icons (Ikonok) fül, és ott lesz az alja felé, hogy az eltávolítható meghajtókat ne tegye ki asztalra:
-
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.
Íme a "belakott" rendszer:
Szerk.: Nekem is eltávolíthatóként kezeli az Arch az SSD-t.
Ígyekszek majd valahogy megoldani, mert zavar. 
-
-
-
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. -
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. -
Shyciii
veterán
Pedig nekem a yaourt-al sem volt gondom, cak az zavart, hogy külön van pacman, és aur-os helper.
Trizen-t azért szeretem, mert egyben letud mindent, úgyhogy én azóta pacman-t nem is használom. Trizen -Syu ugyanúgy megcsinálja a pacman-es és AUR-os frissítést, és stabilan működik. -
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..
-
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?
-
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
válasz
vargalex
#5503
üzenetére
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.
-
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.
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. 
Új hozzászólás Aktív témák
- Kerékpársportok
- Okos Otthon / Smart Home
- Google Pixel topik
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Steam topic
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Mibe tegyem a megtakarításaimat?
- Fotók, videók mobillal
- Vezeték nélküli fülhallgatók
- Autós topik látogatók beszélgetős, offolós topikja
- További aktív témák...
- HP 14 Elitebook 1040 G9 FHD+ IPS i5-1245U 10mag 16GB 512GB 5G Modem Intel Iris XE Win11 Pro Garancia
- Bomba ár! Dell Latitude E5410 - i5-520M I 4GB I 250GB I DVDRW I 14,1" WXGA I W10 I Gari!
- Lenovo ThinkPad T15 Gen 2 Intel Core i5-1135G7
- GYÖNYÖRŰ iPhone 12 64GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS2045, 95% Akkumulátor
- Új, csak kipróbált Philips 41,5" / 105.5cm 4K OLED 138Hz 98% DCI-P3 0.1ms
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest