Új hozzászólás Aktív témák
-
AcCEsS
senior tag
A 2.4-es wifi jelerősséget lehet befolyásolni az eltérő régiók kiválasztásával? Más routeren OpenWrt alatt a "00-World" régió aktiválta a 20dBm (100mW) adásteljesítményt. Itt van rá valami mód a grafikus felületen vagy parancssorból? Van bármiféle hatása?
AcCEsS (https://www.metalenciklopedia.hu)
-
-
#5803
Intruder2k5
MODERÁTOR
golya87
#5802
válasz
golya87
#5802
üzenetére
Sötét skin-t még build-elés előtt a Prometheus-ban lehet aktiválni, menüből, abban semmi nehéz nincs. Az egyéni logó már más téma, én csak az ASUS logót cseréltem le saját magam által készítettre, mert a "gyári" nem tetszett. Ehhez csak a png file-t kellett lecserélnem, illetve mert az eredeti összeállításban kizárólag csak az ASUS logó kisebb mint a többi, így a css-ben a méretét is megnöveltem, hogy azonos legyen a többi logóval. Ha viszont egy teljesen új logót akarsz tenni a firmware-be, akkor már a kódba is jobban bele kell nyúlni, hogy az meg is jelenjen majd a listában. Szóval lecserélni egy létező logót egyszerűbb, még akár úgyis, hogy a megjelenő nevét is módosítod.
Persze a kész működő firmware-be is be lehet állítani egyedi logót, de ha jól rémlik ezt csak url-el tudod megadni, ergo ha nincs netkapcsolat, akkor nem fog megjelenni a saját logó. Ez nem a legjobb megoldás.
[ Szerkesztve ]
-
#5805
golya87
őstag
Intruder2k5
#5803
válasz
Intruder2k5
#5803
üzenetére
Említetted a Prometheus-t. "Még mindig" ez az ajánlott metódus a build-re, vagy ugyanúgy jó az Alexey-féle (hiányos leíráson alapuló) build környezet is?
Az utóbbi nekem működött. -
#5806
Intruder2k5
MODERÁTOR
golya87
#5805
-
wwenigma
Jómunkásember
Xiaomi Mi WiFi Router 3G, [09.06.20 13:56]
09 Jun, 2020 43 commits
templates: Fixed product_id for Sercom Smart Box Pro
templates: Disabled FAT driver by default, use exFAT instead.
wifi: Fix compilation
kernel: tcp: be more careful in tcp_fragment()
kernel: ipsec: Fix aborted xfrm policy dump crash
kernel: packet: fix races in fanout_add()
kernel: packet: fix race condition in packet_set_ring
kernel: net/packet: fix overflow in check for tp_frame_nr
kernel: packet: hold bind lock when rebinding to fanout hook
kernel: packet: in packet_do_bind, test fanout with bind_lock held
kernel: net: af_packet: fix race in PACKET_{R|T}X_RING
kernel: net/packet: refine check for priv area size
kernel: packet: refine ring v3 block size test to hold one frame
kernel: packet: validate address length
kernel: packet: validate address length if non-zero
kernel: net/packet: fix race in tpacket_snd()
kernel: net-sysfs: Fix mem leak in netdev_register_kobject
kernel: mm/mempolicy: fix use after free when calling get_mempolicy
kernel: perf/hwbp: Simplify the perf-hwbp code, fix documentation
kernel: char: lp: fix possible integer overflow in lp_setup()
kernel: vhost: make sure log_num < in_num
kernel: nfsd4: minor NFSv2/v3 write decoding cleanup
kernel: nfsd: stricter decoding of write-like NFSv2/v3 ops
kernel: nfsd: fix memory corruption caused by readdir
kernel: dccp: do not send reset to already closed sockets
kernel: dccp: check sk for closed state in dccp_sendmsg()
kernel: timerfd: Protect the might cancel mechanism proper
kernel: unix_diag: fix incorrect sign extension in unix_lookup_by_ino
kernel: netlink: fix uninit-value in netlink_sendmsg
kernel: netfilter: ebtables: CONFIG_COMPAT: don't trust userland offsets
kernel: netfilter: ebtables: fix erroneous reject of last rule
kernel: bridge: check brport attr show in brport_show
kernel: netfilter: bridge: ebt_among: add missing match size checks
kernel: netfilter: bridge: ebt_among: add more missing match size checks
kernel: netfilter: ebtables: handle string from userspace with care
kernel: netfilter: bridge: set skb transport_header before entering NF_INET_PRE_ROUTING
kernel: net: bridge: multicast: use rcu to access port list from br_multicast_start_querier
kernel: netfilter: ebtables: CONFIG_COMPAT: drop a bogus WARN_ON
kernel: netfilter: ebtables: CONFIG_COMPAT: reject trailing data after last rule
kernel: ipvs: fix buffer overflow with sync daemon and service
kernel: netfilter: ipt_CLUSTERIP: fix out-of-bounds accesses in clusterip_tg_check()
kernel: netfilter: drop outermost socket lock in getsockopt()
kernel: netfilter: ipt_CLUSTERIP: fix a refcount bug in clusterip_config_find_get()
kernel: tcp: md5: reject TCP_MD5SIG or TCP_MD5SIG_EXT on established sockets
kernel: tcp: don't read out-of-bounds opsize
kernel: ipv4: fix memory leaks in udp_sendmsg, ping_v4_sendmsg
kernel: tcp: purge write queue in tcp_connect_init()
kernel: net: test tailroom before appending to linear skb
kernel: igmp: fix incorrect unsolicit report count when join group
kernel: xfrm4: Fix uninitialized memory read in _decode_session4
kernel: ipv4: Fix raw socket lookup for local traffic
kernel: ipv4: Use return value of inet_iif() for __raw_v4_lookup in the while loop
kernel: igmp: add a missing spin_lock_init()
kernel: tcp: fix tcp_ecn_withdraw_cwr() to clear TCP_ECN_QUEUE_CWR
kernel: net: initialize skb->peeked when cloning
kernel: net: fix uninit-value in __hw_addr_add_ex()
kernel: net: fix deadlock while clearing neighbor proxy table
kernel: kernel.h: define u8, s8, u32, etc. limits
kernel: net: make skb_partial_csum_set() more robust against overflows
kernel: neigh: fix use-after-free read in pneigh_get_next
kernel: net: Fix null de-reference of device refcount
kernel: netfilter: ipset: Fix an error code in ip_set_sockfn_get()
kernel: random32: rename random32 to prandom
kernel: net: replace macros net_random and net_srandom with direct calls to prandom
kernel: net: fix replace macros net_random and net_srandom with direct calls to prandom
kernel: inet: stop leaking jiffies on the wire
kernel: dccp: do not leak jiffies on the wire
kernel: ipvs:move old_secure_tcp into struct netns_ipvs
kernel: net: ipv4: use a dedicated counter for icmp_v4 redirect packets
kernel: net: ipv4: avoid mixed n_redirects and rate_tokens usage
kernel: ipv6: drop incoming packets having a v4mapped source address
kernel: hso: fix NULL-deref on tty open
kernel: crypto: user - Fix crypto_alg_match race
kernel: crypto: user - fix memory leak in crypto_report
kernel: Revert "netfilter: drop outermost socket lock in getsockopt()"
kernel: net: qlogic: Fix memory leak in ql_alloc_large_buffers
kernel: net: qlogic: Fix error paths in ql_alloc_large_buffers()
kernel: crypto: cts - fix crash on short inputs
kernel: mmc: debugfs: Add a restriction to mmc debugfs clock setting
kernel: tcp/dccp: drop SYN packets if accept queue is full
kernel: staging: ashmem: Avoid deadlock with mmap/shrink
kernel: locking,x86: Kill atomic_or_long()
kernel: locking/x86: Remove the unused atomic_inc_short() methd
Make filldir[64]() kernel: verify the directory entry filename is valid
filldir[64]: kernel: remove WARN_ON_ONCE() for bad directory entries
kernel: ext4: Introduce ext4_clamp_want_extra_isize()
kernel: ext4: add more paranoia checking in ext4_expand_extra_isize handling
kernel: compat_ioctl: handle SIOCOUTQNSD
kernel: mtd: spear_smi: Fix Write Burst mode
kernel: quota: fix livelock in dquot_writeback_dquots
kernel: ext2: check err when partial != NULL
kernel: inetpeer: fix data-race in inet_putpeer / inet_putpeer
kernel: ext4: work around deleting a file with i_nlink == 0 safely
kernel: net: bridge: deny dev_set_mac_address() when unregistering
kernel: tcp: md5: fix potential overestimation of TCP option space
kernel: tcp: syncookies: reduce cookie lifetime to 128 seconds
kernel: tcp: syncookies: do not use getnstimeofday()
kernel: tcp: syncookies: extend validity range
kernel: tcp: fix rejected syncookies due to stale timestamps
kernel: tcp: Protect accesses to .ts_recent_stamp with {READ,WRITE}_ONCE()
kernel: net: call notifiers for mtu change even if iface is not up
kernel: net: make dev_set_mtu() honor notification return code
kernel: inet: protect against too small mtu values.
kernel: libertas: Fix two buffer overflows at parsing bss descriptor
kernel: libertas: don't exit from lbs_ibss_join_existing() with RCU read lock held
kernel: libertas: make lbs_ibss_join_existing() return error code on rates overflow
kernel: netfilter: ctnetlink: netns exit must wait for callbacks
kernel: taskstats: fix data-race
kernel: netfilter: bridge: make sure to pull arp header in br_nf_forward_arp()
kernel: neighbour: remove neigh_cleanup() method
kernel: af_packet: set defaule value for tmo
kernel: tcp: do not send empty skb from tcp_write_xmit()
kernel: netfilter: ebtables: convert BUG_ONs to WARN_ONs
kernel: netfilter: ebtables: compat: reject all padding in matches/watchers
kernel: mod_devicetable: fix PHY module format
kernel: tcp: fix "old stuff" D-SACK causing SACK to be treated as D-SACK
kernel: vlan: vlan_changelink() should propagate errors
kernel: macvlan: do not assume mac_header is set in macvlan_broadcast()
kernel: netfilter: ipset: avoid null deref when IPSET_ATTR_LINENO is present
kernel: netfilter: arp_tables: init netns pointer in xt_tgdtor_param struct
kernel: macvlan: use skb_reset_mac_header() in macvlan_queue_xmit()
kernel: net: sonic: return NETDEV_TX_OK if failed to map buffer
kernel: net/sonic: Add mutual exclusion for accessing shared state
kernel: net/sonic: Use MMIO accessors
kernel: net/sonic: Fix receive buffer handling
kernel: net/sonic: Quiesce SONIC before re-initializing descriptor memory
kernel: net_sched: fix datalen for ematch
kernel: mm: mempolicy: require at least one nodeid for MPOL_PREFERRED
kernel: netfilter: arp_tables: simplify translate_compat_table args
kernel: netfilter: x_tables: don't move to non-existent next rule
kernel: netfilter: x_tables: add and use xt_check_entry_offsets
kernel: netfilter: x_tables: kill check_entry helper
kernel: netfilter: x_tables: assert minimum target size
kernel: netfilter: x_tables: add compat version of xt_check_entry_offsets
kernel: netfilter: x_tables: check standard target size too
kernel: netfilter: x_tables: check for bogus target offset
kernel: netfilter: x_tables: validate all offsets and sizes in a rule
kernel: netfilter: x_tables: don't reject valid target size on some architectures
kernel: netfilter: ip6_tables: simplify translate_compat_table args
kernel: netfilter: x_tables: xt_compat_match_from_user doesn't need a retval
kernel: netfilter: x_tables: do compat validation via translate_table
kernel: netfilter: arp_tables: init netns pointer in xt_tgchk_param struct
kernel: mmc: spi: Toggle SPI polarity, do not hardcode it
kernel: staging: wlan-ng: ensure error return is actually returned
kernel: jbd2: clear JBD2_ABORT flag before journal_reset to update log tail info when load journal
kernel: jbd2: switch to use jbd2_journal_abort() when failed to submit the commit record
kernel: ext4, jbd2: ensure panic when aborting with zero errno
kernel: net_sched: ematch: reject invalid TCF_EM_SIMPLE
kernel: mm/mempolicy.c: fix out of bounds write in mpol_parse_str()
kernel: tcp: clear tp->total_retrans in tcp_disconnect()
kernel: wireguard: Update compatibility patch
kernel: backports drivers: Fix compatibility
firmware: Fix copyright
busybox: Updated to 1.31.1
busybox: apply openwrt patches
Revert "kernel: ipsec: Fix aborted xfrm policy dump crash"
Padavan: 3.4.3.9L-101- a692a222Nemtom hogy kell hogy ne legyen ilyen hosszú.
a MOD változat a régi WIFI driveres , akinek baja van az újjal.[ Szerkesztve ]
Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma
-
#5813
Intruder2k5
MODERÁTOR
Laza...
#5812
-
Shummo
senior tag
Sziasztok. Oepnwrt alatt az alábbiakhoz kérnék segítséget.
Jelenleg a rc.local -ban futnak le az alábbi parancsok, mac adress ARP rögzítése végett:
ip neigh add 192.X.X.X lladdr X:X:X:X nud permanent dev br-lan
post-up arp -f /etc/ethersSajnos egy idő után az ARP listen 0x0 lesz azaz incomplete státuszba kerül, így a WOL nem műküdik, csak router restart után.
Most azt találtam ki, hogy ezeket a parancsokat lefuttatnám naponta egyszer 4:30kor crontabbal. Ehhez milyen parancsot kellene megadni?
Csak egyszerűen:30 4 * * * post-up arp -f /etc/ethers[ Szerkesztve ]
-
fcbarca
őstag
sziasztok.van egy xiaomi 3g routerem gyari kinai szofttal, de nem akar menni(szinkronizalni) a windows 10 csatolt telefon funcioja androiddal. a microsoft ezt irja ezért nem megy:
"
Ha mindkét eszköz ugyanazt a Wi-Fi-hálózatot használja, de továbbra is megjelenik egy hibaüzenet, ezt az útválasztó beállítása okozhatja.Számos útválasztó rendelkezik vezeték nélküli izolációs funkcióval, amely lehetővé teszi a hálózat lezárását. Ha ez a vezeték nélküli leválasztás (vagy AP izoláció) engedélyezve van, akkor a Wi-Fi hálózathoz csatlakoztatott összes eszköz nem fog kommunikálni a többi készülékkel.
A vezeték nélküli/AP izoláció letiltása:
A legtöbb útválasztón keresse meg a Vezeték nélküli > Speciális vezeték nélküli beállítás elemet, és törölje a jelölőnégyzetet/váltsa át az AP izolálása lehetőséget."
Tudja valaki,merre találom ezt a beallitasi lehetoseget?
[ Szerkesztve ]
-
beegee76
csendes tag
Hello,
Vettem Xiaomi R3G routert (v2), szandekosan nem 4-esböl, de figyelmetlen voltam, és nincs ebben USB. Padavan-ra áttérés ugrott? Mokolást láttam soros portozással, de igazabol csak AP wired bridge-kent hasznalom, az alap fw is jo erre, igy ebbe már nem mentem.
Esetleg van valakinek konkrét tapasztalata? -köszi,
Gabor[ Szerkesztve ]
-
D4v3
őstag
Hello!
R3G routerre feltettem először 192.168.31.1 alól a legújabb official dev. buildet, amit itt a fórumon találtam, ill. azóta már USB recoveryvel is. De lényeg a lényeg, hogy az admin felületre se tudok már belépni, mert PPoE kapcsolatot akar beállítani PC-n is, telón is a MI Wifi appal, és hiába írom be jól a dolgokat, 678-es hibával megáll az egész (tehát rossz a név/jelszó szerinte). Közvetlenül netre dugva a PC-t és ugyanezt a név/jelszó párost használva persze megy a net gond nélkül. Mit kéne most tennem? Próbáltam már sima factory resetet is USB nélkül, csak a gombbal, de nem lett jó. -
#5821
kolomparrudi
csendes tag
kolomparrudi
csendes tag
Sziasztok!
Rászántam magam a padavan telepítésre, a leírások alapján minden ment rendben. A 101-es verziót telepítettem, az alábbi nekem nem túl szimpatikus dolgokat tapasztaltam:
Ha operational mode-nál AP módba állítom, akkor néhány másodperc után az admin felület (és a router ip címe is) elérhetetlenné válik. A Wifi működik, de többet nem tudtam elérni az admin felületet, csak a factory reset segített. Miután ezt 3szor sikerült reprodukálni, úgy döntöttem maradok az eredeti módban, így a wan portot buktam (én tényleg csak AP módban használom ezt az eszközt).További negatívumok:
- egyszerre csak 1 helyről lehet admin belépve
- nem találtam 802.11r támogatási lehetőséget
- nem találtam olyan opciót, mint openwrt esetén a "Disassociate On Low Acknowledgement", ami nálam elég fontos lenne, mert a telefonom hajlamos a ház leggyengébb AP-ján maradni. Szintén hasonló okokból lenne jó a 802.11r támogatás is.OpenWrt-vel még a 18-as verzióval használtam egy ideig, de sajnos voltak instabilitási problémák, random reboot-ok. Van tapasztalatotok arról, hogy 19-nél történt-e javulás?
Köszi
-
#5822
woodworm
veterán
kolomparrudi
#5821
woodworm
veterán
válasz
kolomparrudi
#5821
üzenetére
Figyelmesebben kell beállítani az ap-módot, mert alapértelmezésben a fő routertől kér ip-címet, ott kel keresni az "új" elérhetőségét. De szerintem ez hellyel-közzel openwrt-vel is így működik.
Az, hogy egyetlen hozzáférést engedélyez, biztonsági beállítás. Lehet hibának felróni, de ez módosítható, forgatni kell egy sajátot.
Lehet nem szabványos, de nálam a roaming és ap váltás témában jól működik a kábeles wds bridge. Mondjuk itt eleve padavan fut szinte mindenen, adott az azonos rendszer. Az egyetlen asuswrt pedig nem lóg ki a sorból. -
#5823
golya87
őstag
kolomparrudi
#5821
válasz
kolomparrudi
#5821
üzenetére
Egy fokkal már jobb a 19.07 snapshot, 19.07.03-mal nekem ugyanúgy voltak WTF pillanatok. A Padavan még jobb ennél is, bár itt is vannak lefedettségi problémák, de ez már inkább HW limitáció, mintsem SW. (Majd az AC2100...
) -
#5824
kolomparrudi
csendes tag
kolomparrudi
csendes tag
Köszi az infókat! Az AP módnál valóban DHCP-től kért címet, csak nem a korábbai LAN if-hez tartozó MAC címmel, így nem vettem észre. Átállítás előtt a LAN interfész címét static-ra állítottam így szerintem illene AP módban is ezt használnia.
Abban tudtok segíteni, hogy padavan-ból openwrt-re lehet közvetlenül frissíteni?
mtd parancs van, így nem tűnik megoldhatatlannak, viszont mindenhol azt írták, hogy váltsak vissza stock fw-re és úgy.Még 1 kérdés: breed-ből tudok stock fw-t flash-elni? Gyanítom, hogy nem, mert a padavan image .trx kiterjesztésű, a stock image .bin és szemre más is a fejléc.
Köszi
-
#5825
golya87
őstag
kolomparrudi
#5824
válasz
kolomparrudi
#5824
üzenetére
Mielőtt bármit is csinálnál, tedd fel a Breed-et! Sok vesződségtől (szétszed, forraszt, konzol) kíméled meg magad. Én először kihagytam, OpenWRT-ről Padavan-ra a megmaradt konfigok miatt, tégla lett a vége. Bár nagyon jó tapasztalat, de nem tudnám meleg szívvel ajánlani.
-
#5827
trance89
őstag
kolomparrudi
#5826
trance89
őstag
válasz
kolomparrudi
#5826
üzenetére
openwrt-re váltás előtt mindenképp tedd fel a gyári fw-t
-
#5829
trance89
őstag
kolomparrudi
#5828
trance89
őstag
válasz
kolomparrudi
#5828
üzenetére
Az 5811-es postban említett telegram csoportban találsz breed alól telepíthető gargoyle és openwrt firmware-t is, szóval biztosan megy vele
[ Szerkesztve ]
-
lenovomen
aktív tag
Sziasztok tegnap openwrt-t akartam frissíteni a routeremen, letöltöttem ezt a fájlt: openwrt-19.07.3-ramips-mt7621-xiaomi_mir3p-squashfs-factory azóta narancssárga világít folyamatosan, néha újraindul, sikerült téglásítanom. Van USB-s TTL eszközöm , mivel tudnám életre kelteni?
-
-
dsk976
csendes tag
Sziasztok!
Padavanos Mi-R3G-re felraktam a BREED-et, újraindítottam, és a Padavan helyett az eredeti kínai appletöltős QR kódos firmware-t bootolta be.
Ezután - mivel olvastam, hogy lehet gond - a breed 4. menüpontjában (Reset) megtaláltam az eredeti és a Padavan firmware-t is. Utóbbit kiválasztva nyomtam rá egy execute-ot. Azóta bootloop van... Tudom, hogy láma vagyok, sokmindent el is olvastam amit találtam, de úgy gondoltam, hogy mostmár inkább kérdezek, mielőtt nagyobb bajt csinálnék.
Eredetileg csak a Padavant akartam frissíteni, de akkor láttam itt, hogy a breed szinte "kötelező", és azzal kezdtem. Vagy elég lenne ráflashelnem az új Padavan-t, és az helyrerakná a bootloop-ot is?
Ezt a két fájlt találtam, de arról sem találtam semmi infót, hogy a "MOD" miben különbözik a másiktól:
MI-R3G_3.4.3.9L-101-MOD-[a692a22][09-06-2020_19-09].trx
MI-R3G_3.4.3.9L-101[a692a22][09-06-2020_18-30].trx
Ha már írok, akkor még egy extra kérdés: Párszáz megás fájlok lassú, több órás letöltése során a letöltések az esetek többségében megszakadnak és lehet elölről kezdeni az egészet. Van, hogy csak a legvégén, amikor már csak párszáz byte van hátra megáll és vár. Ez böngészőből és JDownloaderből egyaránt így történik wifin és vezetékes kapcsolaton is. A Mi-R3G egy Digis optikán lóg és a Digis hálózat bridge-elve van, de korábban a Telekomos előfizetésen is ez volt a helyzet, egyetlen közös pont a router. -
válasz
lenovomen
#5836
üzenetére
Az OpenWRT Mir3G oldalán le van írva. TTL ráforraszt (táp nélkül!), majd Putty soros kapcsolat, utána négyes gomb, amikor kérdi pár másodpercig a router, eddig tudom fejből. Soros kapcsolaton elnavigálva felteszed az eredeti Mi fw-t, utána pedig mintha most érkezett volna a router.
-
lenovomen
aktív tag
Sikerült kapcsolódnom közben serialon keresztül, lefut a script puttyban, viszont nem tudok választani a lehetőségek közül.
Please choose the operation:
1: Load system code to SDRAM via TFTP.
2: Load system code then write to Flash via TFTP.
3: Boot system code via Flash (default).
4: Entr boot command line interface.
7: Load Boot Loader code then write to Flash via Serial.
9: Load Boot Loader code then write to Flash via TFTP. 0 Booting System 2
..ranand_erase: start:80000, len:20000
.ú.Done!
doneEz mitől lehet?
-
aerol
tag
Sziasztok,
Van egy kérdésem. Amikor feltettem padavan-t, akkor a közkedvelt 192.168.1.1-es ip-t adtam meg a router-nak. Egy pc lóg rajta, meg egy-egy mobil eszköz. Viszont most tennék mellé egy pi-t is és kicsit módosítanám ezt az 192.168.1.1-es címet másikra pl. 192.168.50.1-re.
A kérdésem az lenne, hogy a LAN - LAN IP-nél átállítom 192.168.50.1-re és utána a DHCP-nél is 192.168.50.2-re akkor több dolgom elvileg nincs is. Vagy esetleg kell még más beállítást is módosítani? Restart kell, vagy megoldja anélkül is?
Előre is köszi a segítséget!
Nokia 3310 - SonyEriccson w200i - Nokia N8 - Honor H60-L04 - Xiaomi Mi 8 /128 black
-
válasz
golya87
#5808
üzenetére
Én most fordítottam AC57U-ra egy Alexey fw-t wireguard-dal, lefordult. Arch linux alatt debootstrap és schroot segítségével előállítottam egy chrootolt debian stretch környezetet, így nem kell virtualbox-ban buildelnem vagy debiant/ubuntut feltennem. Így azért -hogy ki tudom hagyni a virtuális gépet- gyorsabban megvan a build, nomeg a kedvenc disztrómat sem kellett elhagyjam
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
válasz
golya87
#5844
üzenetére
Van windowsra(w10) is virtuális gép nélküli megoldás a windows subsystem for linux (wsl) Itt írják le a wsl beüzemelését és a hanwckf fw fordítását wsl alatt. De alexey fw-t is valószínű lehet wsl alatt forgatni, a prometheusnak is futnia kell elvileg. Majd teszek egy próbát, csak az a gond hogy 15gb+ helyet foglal a wsl a cikk szerint, és a windowsom 120gb ssd-n van, lehet fel kell szabadítsak egy kis helyet. A cikk kínai de a google fordító érthetően lefordítja, valamint a képek is segítenek. Erről a wsl-ről és a wsl alatti padavan forgatásról egy magyar cikket össze lehetne ütni mondjuk a logouton, ha valakinek van ideje és ért a linux meg a windows lelkivilágához.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
#5848
Intruder2k5
MODERÁTOR
lenovomen
#5847
de hogy lehet letölteni? 
Új hozzászólás Aktív témák
lo Nem terveztem blogbejegyzést írni, bemutatóra pedig pláne nincs időm sajnos, viszont többen is megkerestek a gyári...
- Windows 11
- AliExpress tapasztalatok
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Total Commander
- Milyen belső merevlemezt vegyek?
- Programozás topic
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- Androidos tablet topic
- Digitális Állampolgárság Program
- Forza sorozat (Horizon/Motorsport)
- További aktív témák...
- 1000W-os Hátsó Motoros Újszerű Mountain Bike gázkarral
- Eladó LG (49UH610V) UHD TV 4K. Led hibás (Kék árnyalatúl a kép)
- Steelseries Arctis Nova Pro Wireless
- Gamer PC v4 , R5 5500 , RX 6700 XT 12GB , 32GB DDR4 , 512GB NVME , 500GB HDD
- Gamer PC v3 , i7 10700 , RX 6700 XT 12GB , 32GB DDR4 , 512GB NVME , 1TB HDD
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest