- Bemutatta első fejhallgatóját a Sonos
- Bivalyerős lett a Poco F6 és F6 Pro
- Bugfix van, magyarázat nincs az iOS-ben újra feltűnő, korábban törölt fotókra
- Nokia 3210 - felélni az örökséget
- Netfone
- Magisk
- Samsung Galaxy A54 - türelemjáték
- Vodafone mobilszolgáltatások
- Realme GT Master Edition - mestermunka
- Android szakmai topik
Hirdetés
-
Újra kiadták a Redmi Pad Prót
ma Néhol Poco Pad a neve, a jókora kijelző és a versenyképes árazás maradt.
-
Leszavazta az ötleteket az Amazon, de jöhet az AI-alapú, havi díjas Alexa
it A befektetők a cég kérésére minden fontos és jelentősnek tűnő javaslatot elutasítottak. Jöhet azonban a havi díjas, AI-alapú Alexa.
-
Hunt: Showdown - Jön az engine csere, befutnak az újgenerációs verziók
gp A PlayStation 4 és Xbox One változatok automatikusan frissülnek az új kiadásra.
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
válasz rolcsika_one #2146 üzenetére
Hi!
A kettő között az a különbség, hogy jffs2 verzió esetén a teljes flash tartalom írható-olvasható, míg a sqashfs verziónál a feltöltött firmware csak olvasható, a flash maradék része írható-olvasható, és ezt a kettőt "mixeli" egybe.
A baj ott van, hogy ahhoz, hogy külső meghajtót tudjon mountolni a /overlay-ba (sqashfs esetén ez a flash maradék része), vagy jffs2 verzió kell, vagy olyan squashfs verzió, amibe a szükséges csomagok már benne vannak. Tehát csak jffs2 verzió esetén fog utólagos telepítéssel menni. Squasfs-t neked kell forgatnod. De ha már fordítottál egyet, akkor még ezeket a csomagokat belerakod, és a második fordítással már hamar végezni fog.[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Intruder2k5 #2186 üzenetére
Én azt gyanítom, hogy a portok életre keltése nem a flash-ban van. Máskülönben rossz flashelésnél nem jutna el eddig:
No valid address in Flash. Using fixed address
: cfg1 0xf cfg2 0x7114
eth0 up
eth0
Autobooting in 1 secondsA DD-Wrt fórumon a 5. hozzászólásban szépen le van írva lépésenként a debrick menete.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Intruder2k5 #2190 üzenetére
Szerintem arra az 1 másodpercre, amikor újraindul, kell legyen kapcsolat (az újraindítás előtt indítja az eth0 interface-t). És pont ezt az újraindítást kell leállítani soros konzolon. Persze, még TL-WR1043ND-vel nem találkoztam, de a leírás szerint így van. És ugye ezek után a routerről csatlakozol egy tftp serverhez, ami fixen a 192.168.0.5 címen van.
Ha esetleg valakinek van Budapesten egy brick-elt routere, amibe életet szeretne lehelni, akkor ki tudjuk próbálni ezt a metódust, szívesen állok rendelkezésre a soros kábellel.Alex
-
vargalex
Topikgazda
Én is pont ezt tippeltem korábban, illetve még írtam egy szösszenetet a témával kapcsolatban.
Ha valakinek nincs soros port a PC-n (vagy notebook-on), akkor egy Nokia DKU-5, CA-42, CA-53 adatkábel is megteszi. A lényeg az, hogy pop-portos legyen, mert a későbbiek már csak sima USB kábelek. A kábel elkészítéséről egy doksi. Én is DKU-5 ből csináltam, de abból is több verzió létezik, azaz némi multiméteres méregetésre szükség volt a vezetékek beazonosításához.Alex
-
vargalex
Topikgazda
Hi!
Másolj ide egy log részletet, hogy pontosan lássam a formátumot, mert én syslog-ng-t használok.
De, ha jól értem, akkor a terved megvalósításakor elbuksz 5 percnyi logot. Én inkább a következőket valamelyikét tenném:1. logrotate (ezzel akár tömöríteni is lehet) mondjuk lefut éjfélkor, majd a scripted grep-el és küldené a logot 0:05-kor
2. syslog-ng úgy configolva, hogy naponta új logot készítsen (akár úgy, hogy rögtön külön log állományba menjenek a transmission logok) és ezt küldeni a scripttel 0:05-kor.Persze a te elképzelésed is megvalósítható, csak nekem a kieső 5 perc nem tetszik.
Bármelyik megoldásban szívesen segítek.Alex
-
vargalex
Topikgazda
Hi!
Igazából valóban ez a baj, de azért megoldható a dolog. Ezen usereket szervezd egy csoportba, legyen a csoport neve mondjuk users. Ezt ugye a /etc/group file-ban adhatod meg. Valami ilyesmi lesz a tartalma:
root:x:0:
nogroup:x:65534:
users:x:1000:hxxxxx,hyyyyy,hzzzzzAhol ugye a hxxxxx, hyyyyy, hzzzzz a felvett userek. Ezen usereknek a /etc/passwd file-ban állítsd be a groupID-jüket (4. mező) 1000-re, vagy arra, amit a /etc/group-ban megadtál (ez nem kötelező lépés, mert a /etc/passwd-ben csak a default group-ot adod meg).
Majd a jelenleg beállított home könyvtárat rendeld az users csoporthoz.
Tegyük fel, hogy a home könyvtár a /mnt/users, akkor így:chgrp users /mnt/users
Majd adj írási jogot a csoportnak a könytárra:
chmod g+w /mnt/users
Így az összes, a csoportba tartozó user tud írni a könyvtárba.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz FishAir #2269 üzenetére
Mivel gond nélkül mountolja, így szerintem simán mennie kell a csomagok külső meghajtóra telepítésének.
Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz wwenigma #2317 üzenetére
A /etc/init.d/transmission scriptben az append_params(), illetve append_params_quotes() függvényekben lévő sed cseréli az _-t --ra (sed -e 's|_|-|g').
A Wiki dokumentációban szépen le van írva a transmission config.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz wwenigma #2331 üzenetére
Hi!
Elvileg csak a tűzfalon engedélyezett portok mennek. De biztos vagy benne, hogy nem a PC-dről került rá? Simán lehet a file létrehozás dátumát módosítani! Kapcsolj be samba logolást, és akkor láthatod, hogy honnan megy fel ilyesmi. Feltéve, ha samba-n keresztül megy. A beállításaiddal egyébként szerintem kívülről nem elérhető a samba.
Alex
-
vargalex
Topikgazda
válasz wwenigma #2332 üzenetére
Ott valami lokális gond lehet. Igaz, nekem D-Link DIR-825 B2 van FiberPower15-el (a modem 100 Mbps-es), de a vinyóról simán másolok 22-23MB/s-el (etx4). És ha jól emlékszem itt is többen írtak ADSL-es net esetén (ahol a modem szintén 100Mbps-es) 12-13MB/s-es olvasási sebességet ext2-vel.
Alex
-
vargalex
Topikgazda
válasz wwenigma #2341 üzenetére
Hi!
Gyorsan ránéztem, és úgy tűnik, hogy a Samba default portja elérhető nálad valamiért kívülről. A SubnetOnline.com-ról néztem, és ez volt az eredmény:
Checked port 139 on Host/IP miafranc.ath.cx...
The checked port (139) is online/reachable!
Completed portscan in 0.1224 secondsEz nagyon nem normális. A sajátomnál a várt választ kapom:
The checked port (139) is offline/unreachable
Bevallom eddig nem néztem át tüzetesen a beállításaidat, de Itt a WAN bemenő forgalom alapértelmezett házirendet (Incomming traffic Default Policy) állítsd "Eldob"-ra (Reject).
Alex
-
vargalex
Topikgazda
Hi!
Hátha érdekel valakit. Ismerősömnek van egy eladó König CMP-USB2HUB22 típusú 4 portos aktív USB HUB-ja, ami csak egy próba erejéig volt használva. A csomagolásban található egy 5V-os 1A-es tápegység is.
Alex
-
vargalex
Topikgazda
válasz Speeedfire #2362 üzenetére
Hi!
A restart-ot a /etc/rc.common script intézi, ami include-olva is van a /etc/init.d/vsftpd-be. Ha megnézed, nagyon kevés scriptben van restart.
Alex
-
vargalex
Topikgazda
válasz tomi7711 #2359 üzenetére
Hi!
A probléma összesen annyi, hogy a daemont és az indító scriptet is vsftpd-nek hívják. Így a stop-ban lévő killall vsftpd mind a daemont, mind a scriptet leállítja, így a script restart esetén nem is jut el a start hívásig. Javítottam, de sajna a restart függvényt be kellett tenni. Ugyanis a /etc/rc.common-ban található restart-ban a trap miatt kicsit bekavarodik és a második restart (illetve következő stop) nem sikerül neki. Persze onnan is ki lehet venni a trap-ot, nem értem, hogy mi haszna van, mert TERM esetén nem csinál semmit. Szóval a javított /etc/init.d/vsftpd:
#!/bin/sh /etc/rc.common
START=50
RUN_D=/var/run/vsftpd
start() {
[ -d $RUN_D ] || mkdir -p $RUN_D
vsftpd
}
stop() {
SCRIPTPID=$$
PIDS=`pidof vsftpd`
KILLPID=`echo $PIDS | sed 's/ /\n/g' | grep -v $SCRIPTPID`
kill $KILLPID
}
restart() {
stop
start
}Alex
-
vargalex
Topikgazda
válasz wwenigma #2375 üzenetére
Hi!
A leírásban én nem is néztem a WAN port nyitását. :-)
De a problémával kapcsolatban anno már írtam.Alex
-
vargalex
Topikgazda
válasz Speeedfire #2420 üzenetére
Ne felejtsd el, hogy 2,5"-os vinyóról van szó! Abból 1-et valószínűleg elbír, bár hosszú távon nem nagyon ajánlott, mert így a router tápja kapja a terhelést.
Alex
-
vargalex
Topikgazda
válasz zfarkas #2443 üzenetére
Felpörgésnél azért többet vesz fel. Az adatlapon a felpörgésnél felvett áramerősség egyszerűen el van írva. Az összes HMxxxJI típusnál 1000mA szerepel, kivéve a tiédnél, ott 100mA. Persze még ezt is elbírja a router tápja, kérdés meddig. Illetve a specifikáció szerint az USB 2.0 csatlakozónak 500mA-t kell tudnia leadni. Tehát még az is elképzelhető, hogy a routeren belül terhel valamit feleslegesen (nem értek igazán hozzá, azért ez a megfogalmazás).
Egyébként valóban ha nem bírná, nem pörögne fel. Most még bírja. Igaz, a tápra is 5 év garid van.
Alex
-
vargalex
Topikgazda
válasz Seraph 16 #2466 üzenetére
Hi!
Igen, mindegyik megoldható. De az Asus P5PL2-ben 8 db 2.0-ás USB van.
Alex
-
vargalex
Topikgazda
Pont van nálam egy ilyen állapotban lévő TL-WR841ND. Illetve hoztak anno egy WL-500gP-t ugyan ilyen hibával. A WL-500gP-nél az volt a baj, hogy a LAN oldali interface-t átállították Static-ról DHCP-re. És sajna úgy tűnik, hogy a FailSafe mód sem állít mindent default-ra, mert ott sem változott a helyzet. Ugyan ez van a TP-Link esetében is. Az látszik, hogy ha a LAN portra kötöm a gépet, akkor DHCP-n akar címet kérni. A WL-500gP esetében is csak az segített, hogy soros porton rácsatlakoztam, majd beállítottam helyesen a LAN interface-t. Remélem soroson itt is fog menni a kapcsolódás.
Alex
-
vargalex
Topikgazda
Nekem legalábbis a WL-500gP esetén nem sikerült, illetve a 841ND-vel is ugyan az a helyzet. Igaz, Failsafe módban nem próbál IP címet kérni DHCP-n, de nem is lehet elérni a 192.168.1.1-en. Ez egyébként azért fura, mert Failsafe módban elvileg fel sem csatolja a /overlay-t, márpedig a változások ott vannnak.
Alex
-
vargalex
Topikgazda
Hi!
Igen, a reset nyomogatása is FailSafe-ba módba állítja. De azért a QSS-t könnyebb nyomkodni. Egyébként nem kell vadul nyomkodni, elég 1-2-szer megnyomni, amint a sys led elkezd villogni.
A TL-WR841ND már rendben van. Soros konzolon módosítottam a hibás konfigot, majd reboot. Egyébként ez a failsafe mód a 841ND esetében nem jól működik (gondolom 741ND-nél is ez van, ezért nem megy neked sem). Ugyanis az eth0 interface-t valóban beállítja 192.168.1.1-re, illetve az overlay-t sem mountolja, de a LAN portokat el sem indítja. Tehát nem is lehet hozzáférni. Megnéztem soros konzolon. Failsafe-ban bootolva:Press the [f] key and hit [enter] to enter failsafe mode
- failsafe -
BusyBox v1.15.3 (2010-03-25 22:51:30 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.
_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
KAMIKAZE (bleeding edge, r20434) ------------------
* 10 oz Vodka Shake well with ice and strain
* 10 oz Triple sec mixture into 10 shot glasses.
* 10 oz lime juice Salute!
---------------------------------------------------
root@(none):/# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 1.6M 1.6M 0 100% /
tmpfs 14.5M 4.0K 14.4M 0% /tmp
tmpfs 512.0K 0 512.0K 0% /dev
root@(none):/# ifconfig
eth0 Link encap:Ethernet HWaddr 00:27:19:C8:A0:A0
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:1 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:1043 (1.0 KiB)
Interrupt:5
root@(none):/#Míg normál módban látszik, hogy elindítja a LAN interface-okat is:
br-lan Link encap:Ethernet HWaddr 00:27:19:C8:A0:A0
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:662 errors:0 dropped:0 overruns:0 frame:0
TX packets:551 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:94389 (92.1 KiB) TX bytes:205954 (201.1 KiB)
eth0 Link encap:Ethernet HWaddr 00:27:19:C8:A0:A0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:669 errors:0 dropped:0 overruns:0 frame:0
TX packets:555 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:107365 (104.8 KiB) TX bytes:209327 (204.4 KiB)
Interrupt:5
eth1 Link encap:Ethernet HWaddr 00:27:19:C8:A0:A1
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:441 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:177723 (173.5 KiB)
Interrupt:4
lan1 Link encap:Ethernet HWaddr 00:27:19:C8:A0:A0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:669 errors:0 dropped:0 overruns:0 frame:0
TX packets:551 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:95323 (93.0 KiB) TX bytes:208158 (203.2 KiB)
lan2 Link encap:Ethernet HWaddr 00:27:19:C8:A0:A0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lan3 Link encap:Ethernet HWaddr 00:27:19:C8:A0:A0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lan4 Link encap:Ethernet HWaddr 00:27:19:C8:A0:A0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)Alex
-
vargalex
Topikgazda
válasz Seraph 16 #2524 üzenetére
Hi!
Ez teljesen más hiba. Gyári software esetén nincs is failsafe. És ebben az esetben pont az volt a gond, hogy nem indította el a LAN portokat, tehát fix IP-ről sem lehetett elérni a routert. (Az már más kérdés, hogy normál módban hiába indította az összes portot, a helytelen config miatt nem látszott a router.)
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz rionpulya #2540 üzenetére
Hi!
Ez a trunk-ba (snapshot) már hamarabb bekerült, mint ahogy a changeset-nél olvasható is: "mac80211: merge changes from latest trunk into backfire". Tehát, ha valaki nem akar saját firmware-t buildelni, akkor ezek a javítások a download-ban lévő trunk-ban megtalálhatóak.
Alex
-
vargalex
Topikgazda
válasz wwenigma #2553 üzenetére
Érdekes, DIR-825 esetében pont az FTP a gyorsabb (21-23 MB/s), igaz a proci jobban bírja szuflával. A samba-t csak XP-n próbáltam (15-16 MB/s). Kb. 2 hónapja már én is ext4-et használok, nekem sem változott nagyon a sebesség, mintha 0.5-1 MB/s-el gyorsult volna (de ezt lehet, hogy csak képzelem). Viszont az e2fsck sokkal gyorsabban végez ext4-en, ha valóban ellenőriz is (vagy a -f kapcsolóval).
[ Szerkesztve ]
Alex
-
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs