Keresés

Új hozzászólás Aktív témák

  • #59070464

    törölt tag

    bob.zxr: tanulmanyozni szeretnem a rendszert, csomagokat, fuggosegeket, kapcsolatokat.

    totron: total user control.

  • #59070464

    törölt tag

    válasz BoB #4467 üzenetére

    Errol lehet listat kesziteni? Elkulonitve is jo.

  • #59070464

    törölt tag

    Mivel lehetne fileba istazni a telepitett csomagokat? A pacman -Qs > /path/to/file hianyos listat generalt. Peldaul nem latom benne a dd, shred csomagokat.

  • #59070464

    törölt tag

    válasz spammer #4434 üzenetére

    Szerintem semennyire nem bonyolult az Arch. En mint kezdo par het hasznalat utan ezt egy tevhitnek velem. Ami riaszto es amiert gondolom, hogy ez igy elterjedt az az, hogy mindent neked kell beallitani, ha kell valami (ami egy csodalatos dolog, mert ez "soha" veget nem ero tanulasi fazis). Ez viszont nem egyenlo azzal, hogy bonyolult lenne. Ertelemszeruen ezt nem neked mondom, csak egy gondolat a te hozzaszolasodra. A fenti kerdesem pedig csak olyan hup-os kerdoiv akart lenni, kivancsi voltam a szokasaitokra.

  • #59070464

    törölt tag

    Ti milyen gyakran futtatjatok a pacman -Syu parancsot? Ahogy tapasztalom, szinte minden nap lehetne.

  • #59070464

    törölt tag

    válasz #59070464 #4421 üzenetére

    Ehhez pedig meg egy (utolso) dolgot tennek hozza. Nem csak az Android USB tethering ismeretlen az ip link szamara, hanem egy kulso WLAN adaptert is teljesen halottnak lat, avagy az ip link egyaltalan nem latja. Azonban ha a live session-t ugy inditom, hogy Android telefon USB kabelen keresztul csatlakoztatva van inditas elott, akkor onnantol kezdve azt is latja, ha lehuzom az UTP kabelt. Es most jon az erdekesseg. Ha a kulso WLAN adaptert utolagosan csatlakoztatom, akkor azt sem latja. Nyilvanvaloan, ha live ugy bootolok, hogy csatlakoztatva van, akkor azt is mutatna az ip link. Most azt kellene kideruliteni, hogy ezeket az eszkozoket utolagosan hogyan lehetne feleleszteni? Nem tudom milyen valtozas (milyen updatel) tortent, de ez korabban nem igy mukodott. Ha valamit utolag csatlakoztattam, azt latta a rendszer.

  • #59070464

    törölt tag

    válasz #59070464 #4420 üzenetére

    Esetleg koze lehet annak, hogy az alabbi modulokat be kell toleni?
    modprobe usbnet
    modprobe rndis_host

    Azonban en ezt nem tudom megtenni, mert modprobe: FATAL: Module usbnet not found in directory /lib/modules/4.6.3-gnu-1 aminek lehet, hogy sejtem az okat, ami egyben egy masik kerdesem is lett volna. Jelenleg 4.6.3-as kernellel fut a rendszer, de legutobbi pacman -Syu utan lejott a 4.6.4. Egyelore ez csak a levegoben log. Lehet ez az USB tethering problemam forrasa? Reboot nelkul szeretnem az uj kernelt hasznalni, de nem sikerult rajonnom, hogy ezt hogyan tehetnem meg annak ellenere, hogy nem tul nehez erre a kerdesre cikkeket talalni. A reboot nelkuli kernel cserenek van esetleg valami hatranya?

  • #59070464

    törölt tag

    Az utobbi idoben arra lettem figyelmes, hogy ha telefonrol USB tethering szeretnek internetet a notebook-on, akkor semmi reakcio, vagyis az ip link nem latja. Ha radugok egy WLAN adaptert akkor az ip link azt mar azonnal mutatja. Hogyan lehetne ujra felebreszteni a telefont USB tethering? Valami mintha be lenne "ragadva", mert ha fogom es lekapcsolom a live session-t es LAN helyett egybol USB tethering-el indulok, akkor termeszetesen mukodik a hotspot.

    A masik amit szeretnek, mar ha van ra mod. A dhcpcd szeretnem valahogy automatizalni. Nem mindig kap IP-t a LAN, ha megszuntetem a WLAN-t es forditva. Tehat ha LAN-rol atterek WLAN-ra: wpa_supplicant + dhcpcd interface. Jo lenne ha utobbit el lehetne hagyni es automatan adna IP-t a DHCP arra az interface-re, amivel epp csatlakozom. De ha ez valamiert nem jo otlet, szivesen fogadom, nem mindig vagyok lusta. Jelenleg igy fut: dhcpcd -q -w interface.

  • #59070464

    törölt tag

    válasz BoB #4411 üzenetére

    Nyilvan valamelyik FAT, csak szeretnem tudni, hogy derithetem ki. Nem ugy ertettem, hogy az lsblk nem mutat filerendszert, hanem a parancsra egyaltalan nem lathato az eszkoz.

  • #59070464

    törölt tag

    Fenykepezogeprol szerettem volna letolteni a kepeket, de a kartyat nem akarom kivenni belole, tehat USB kabelen keresztul. Talalkoztam a Digital Cameras remek ArchWiki oldallal. Installaltam a libgphoto2 es a gphoto2 cli klienst. Utobbival poccre letoltok, egerhez TrackPointhoz sem kell nyulni, kattingatni jobbra-balra, kijelolgetni a fileokat. Tokeletes minden, baromira szimpatikus es gyors megoldas. Azonban az SD kartya notebook-ban nem volt. Valahol egyszer azt olvastam, hogy ne a notebook-al formazzuk az SD-t, hanem bizzuk a fenykepezore. Engem azonban furdal a kivancsisag, hogy milyen filerendszerrel mukodik ez a kartya. Es itt fogyott el a tudomany, nem tudom hogy derithetnem ki, hogy a fenykepezogepben levo SD kartyan milyen filerendszer talalhato.. lsblk persze semmit nem mond lat, ezert is kellett a libgphoto2.

    (#4409) Siriusb
    Valahogy nem lep meg, amit irsz. En DE-t nem akarok tobbe latni! Pedig total amator vagyok, lasd a fenti kerdest. Par hete mar nagy oromomre szolgal a dwm. Arch forumon igencsak nepszeru, ahogy az awesome is. En szurkolok. :U Mi meglepo, openbox-al keztem en is. :))

  • #59070464

    törölt tag

    válasz Rimuru #4396 üzenetére

    Igy van. Azt viszont nem tudom, hogy mennyi mindent felejt el, mert a folyekony nitrogen legalisan nem beszerezheto, igy cold boot attack-ra nem volt lehetosegem. Viccet felreteve, tanulasi fazis alatt nem lattam jonak, ha egy telepitett rendszert kezdek el hasznalni. Illetve mar hasznaltam, csak hogy a problema az volt, hogy ha valamit egyszer alkalmazok azt beallitom, 99.999% hogy nem romlik el, de ha honapokkal kesobb emlekezni kellene, nem biztos, hogy meg tudom ujra megcsinalni segitseg nelkul vagy rovid idon belul. Ugy erzem igy tobb rutint szerzek. Egy SSD-t ujratelepiteni "sok" ido, mig egy live session-t ujrainditani 5 perc main iso-bol. SD-rol bootolok es pendrive-on tevekenykedek. Nos ezert kerdeztem, hogy mennyire jo otlet root jogu felhasznaloval csinalni mindent, ha mindent csinalok.

  • #59070464

    törölt tag

    válasz Rimuru #4394 üzenetére

    Mindent ezen csinalok. Biztonsagi okokra gondoltam a fenti kerdes kapcsan. Egyszer valahol olvastam, hogy root bejelentkezest sosem hagyunk logva, ha arra nincs szukseg. Es mivel mar egyre tobb dolgot el tudok vegezni, kezdett indokolt lenni a kerdes.

  • #59070464

    törölt tag

    Nem felteletlen Arch specifikus kerdes, szoval bannoljatok batran. A Parabola live session egy root felhasznaloval indul. Mekkora balgasag ugy hasznalni a rendszert, hogy nem azzal kezdem a "munkalatokat", hogy hozzaadok egy user-t (magamat) es az alatt tevekenykedek a root helyett?

    Ha ezt nem teszem, annak milyen korulmenyek kozott lehet hatranya? Nehany szemleletes pelda nagy segitseg lehet.

    (#4388) Siriusb
    Hasznos? KDE helyett dwm? ;]

  • #59070464

    törölt tag

    válasz Siriusb #4386 üzenetére

    Ez esetben celszeru lesz angliaba koltozni, ha folyamatosan up to date akarok lenni (rolling release). :)

  • #59070464

    törölt tag

    Most este hibatlanul lefutott (mirrorlist-et nem piszkaltam, default) frissen bootolt live Parabola etherneten keresztul: pacman -Syu, majd ~10 csomag telepitese. Majd ugyanez egy friss reboot utan mobilnet + usb tethering: nincs hiba. Ugyanez mobilnet + 722N: nincs hiba. Nem ertem. Biztosan te sem. :)

  • #59070464

    törölt tag

    válasz vargalex #4381 üzenetére

    Ez a hidden SSID tortenet egy elonytelen teveszme. Lenyegeben nincs olyan, hogy hidden SSID. Aki latni akarja, az latni fogja. Meg ma megszuntetem es mar egy gonddal kevesebb.

  • #59070464

    törölt tag

    válasz vargalex #4381 üzenetére

    Sajnos en is igy tudom. Na majd este jatszok vele. Kozben az alabbiak arra utalnak, hogy nem a mobilnet es nem a 722N lesz a hiba oka, mert

    Errol a szerverrol (ami egyebkent baromi lassu ertheto okokbol):
    37 # Location: Los Angeles, CA, USA
    38 # Responsible: 4096R/C3F4FFCF3EAE8697 Luke R. <g4jc@openmailbox.org>
    39 # Work hours: 24*7
    40 Server = http://server2.goodgnus.com.ar/$repo/os/$arch

    Ezt kapom:
    error: python: signature from "Felix Yan <felixonmars@gmail.com>" is invalid
    :: File /var/cache/pacman/pkg/python-3.5.2-1-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).

    Errol a szerverrol (ami nyilvan gyors):
    42 # Location: London, UK
    43 # Responsible: Parabola Project
    44 Server = http://repo.parabola.nu/$repo/os/$arch

    Ezt kapom:
    error: failed retrieving file 'python-3.5.2-1-x86_64.pkg.tar.xz' from repo.parabola.nu : SSL read: error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac, errno 0
    warning: failed to retrieve some files

    Ket eltero hiba ugyanazokkal az eszkozokkel inkabb szerver problemaval hozhato ossze. Vagy valami egeszen massal. Azert a korabban beszelt teszteket kesobb ugyekszem megcsinalni.

    Egyebkent az /etc/pacman.d/mirrorlist szerkesztese utan pacman -Syy, majd pacman -Scc es utana pacman -S speedtest-cli

  • #59070464

    törölt tag

    válasz vargalex #4379 üzenetére

    Egyelore nem tudok terminal-bol csatlakozni rejtett SSID-hoz. :) A halado topicban nem jott ra valasz, akkor mar itt is probat teszek. Nem rejtett WPA2 PSK-hoz igy csatlakozok:
    wpa_supplicant -B -i interface -c <(wpa_passphrase SSID passphrase)

    Egyebkent nem mindig gyanakszom mobilnet hibara, mert van eth-el is PGP signature hibam. Mondhatni random, nem tudom egyertelmuen megmondani. Viszont az biztos, hogy a repo sync a community.db-re mindig valami SSL read(?) hibat dob. E vegett mar inkabb gyanakodnek mobilnet hibara. Tovabb kellene szukiteni a kort es eloszor csatlakozni valahogy a 722N-el rejtett 1043-hoz, aztan meg USB tethering mobilnettel.

  • #59070464

    törölt tag

    válasz Siriusb #4377 üzenetére

    Arra gondoltam, hogy ha ott az a 1043-as router, akkor van ott több eszköz is a belső hálózaton és át tudnál küldeni egy fájlt, mert felmerült bennem, hátha a wifi adapterrel van a hiba.

    Jo otlet. Elso korban ugy fogom kiszurni az esetleges 722N hibat, hogy Wi-Fi hotspot helyett USB tethering-et hasznalok. Igy marad a mobilnet, amire valamiert gyanakszom (egyebkent az adapter uj, persze ettol meg lehet vele gond).

    Ez a disztró egyáltalán nem használ arch repókat?

    # https://wiki.parabola.nu/Official_Repositories

    De lehet csak piszok meleg van, és össze-vissza beszélek...

    Pedig most egesz jo ido van. :)

    A pacman-nel jön egy script, a rankmirrors, nem tudom, nálad van-e.

    Van es hasznaltam is. Mar annyira, hogy list by speed szerint rendeztem oket:
    # cp /etc/pacman.d/mirrorlist /etc/pacman.d/mirrorlist.backup
    # rankmirrors -n 6 /etc/pacman.d/mirrorlist.backup > /etc/pacman.d/mirrorlist

    Igy? pacman -u --url

    Parabola Mirror Status:
    # https://www.parabola.nu/mirrors/status/

    E szerint furcsa, hogy csak ket server elerheto, mikozben ennel tobb successfully syncing a fenti oldal szerint.

    root@parabolaiso ~ # rankmirrors -u http://dgix.ru/mirrors/parabola/
    http://dgix.ru/mirrors/parabola/ : unreachable
    root@parabolaiso ~ # rankmirrors -u https://dgix.ru/mirrors/parabola/
    https://dgix.ru/mirrors/parabola/ : unreachable
    root@parabolaiso ~ # rankmirrors -u rsync://dgix.ru/mirrors/parabola/
    rsync://dgix.ru/mirrors/parabola/ : unreachable
    root@parabolaiso ~ # rankmirrors -u https://repo.parabola.nu/
    https://repo.parabola.nu/ : unreachable
    root@parabolaiso ~ # rankmirrors -u http://repo.parabola.nu/
    http://repo.parabola.nu/ : 2.598

    root@parabolaiso ~ # rankmirrors -u https://parabola.isacdaavid.info:8081/
    https://parabola.isacdaavid.info:8081/ : unreachable
    root@parabolaiso ~ # rankmirrors -u http://repomirror.parabola.nu/
    http://repomirror.parabola.nu/ : 2.578

    root@parabolaiso ~ # rankmirrors -u https://repomirror.parabola.nu/
    https://repomirror.parabola.nu/ : unreachable
    root@parabolaiso ~ # rankmirrors -u http://parabola.goodgnus.com.ar/
    http://parabola.goodgnus.com.ar/ : unreachable
    root@parabolaiso ~ # rankmirrors -u http://server2.goodgnus.com.ar/
    http://server2.goodgnus.com.ar/ : unreachable
    root@parabolaiso ~ # rankmirrors -u https://parabola.goodgnus.com.ar/
    https://parabola.goodgnus.com.ar/ : unreachable
    root@parabolaiso ~ # rankmirrors -u https://server2.goodgnus.com.ar/
    https://server2.goodgnus.com.ar/ : unreachable
    root@parabolaiso ~ # rankmirrors -u http://mirror.yandex.ru/mirrors/parabola/
    http://mirror.yandex.ru/mirrors/parabola/ : unreachable
    root@parabolaiso ~ # rankmirrors -u https://mirror.yandex.ru/mirrors/parabola/
    https://mirror.yandex.ru/mirrors/parabola/ : unreachable
    root@parabolaiso ~ # rankmirrors -u http://alfplayer.com/parabola/
    URL 'http://alfplayer.com/parabola/' is malformed.

  • #59070464

    törölt tag

    válasz Siriusb #4375 üzenetére

    Lehet elbeszelunk egymas mellett, mindenesetre a legutolso mondatod nem tiszta. Wi-Fi-n keresztul masolni? En csak arra hasznalnam a telefont, hogy megosztom rola a mobilnetet (portable Wi-Fi hotspot).

    Arch-ra talaltam mirror status-t, ezt a korabbi post-ban el is felejtettem beleirni:
    https://www.archlinux.org/mirrors/status/

    De Parabola-ra nem. Nem lehetne ezeket a szervereket valahogy manualisan tesztelni? Arch-ra vegtelen van, Parabola-ra ket kezemen megszamolom.

  • #59070464

    törölt tag

    Egy erdekes problemara keresnem a logikus magyarazatot es egyben megoldast. Parabola GNU/Linux-t hasznalok liveSD-rol (main ISO), ami egy fully free Arch. Ha console-ban csatlakozok egy telefon WiFi hotspot-hoz wpa_supplicant-al egy TP-Link 722N adapterhez, akkor az egyik repohoz hibat dob pacman -Syy szinkronizalas kozben (altalaban a community.db). Ha etherneten keresztul csatlakozok a TP-Link 1043 OpenWrt routerhez, akkor hibatlan a sync.

    pacman -Syu szinten valamiert problemas a telefonos Wi-Fi hotspot-al. Bizonyos csomagokra PGP signature hibat dob. De itt is foleg telefonrol, fentiekkel ellentetben ethernet-en keresztul sem jo mindig. Azt hiszem valami ilyesmit > error: package: signature from "User <email@archlinux.org>" is invalid error: failed to commit transaction (invalid or corrupted package (PGP signature)). Ami ugy latom nem ritka es eleg altalanos jelenseg Arch korokben. Ezen felul valamiert ugy gondolom, hogy van osszefugges, hogy telefonrol vagy ethernet-en keresztul csinalom, csak azt nem ertem, hogy miert. Ha a tukroket varialom (masikat hasznalok) az eredmeny valtozhat. Arra is gondoltam, hogy nincs-e valami teszt adott tukorre, hogy az mukodik-e mielott azt hasznalva probalok meg csomagokat telepiteni?

    https://www.parabola.nu/mirrorlist/all/

    Van egy altalanos troubleshooting a pacman/Package signing ArchWiki oldalarol:
    # An outdated archlinux-keyring package. (ez up to date)
    # Incorrect date. (az ido helyes)
    # Your ISP blocked the port used to import PGP keys.
    # Your pacman cache contains copy of unsigned packages from previous attempts.

    De ezek kizarva, mert:
    # archinux-keyring is up to date.
    # ido rendben.
    # kizarva, mert mar volt sikeres repo sync & system update telefonrol.
    # kizarva, mert live, epp most bootoltam.

    Marmilyen iranymutatas jol jon, megcsinalom a hazifeladatom en magam, nem varok konkret megoldast!

Új hozzászólás Aktív témák

Hirdetés