- Kíváncsi az EU, milyen online védelmet adnak a pornóplatformok a kiskorúaknak
- Panaszt tettek a Google ellen, mert követi a felhasználókat a böngészője
- Rengeteg áram kell az adatközpontoknak, erre válasz a geotermikus energia
- Az AI megmondja, hogy van-e fájdalma a macskának
- Márkaértékben az Apple a legjobb a világon
- Hálózati / IP kamera
- Google Chrome
- Betelik a pohár: nagy igény lenne a gyorshajtás-ellenes technológiára
- Ubiquiti hálózati eszközök
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Márkaértékben az Apple a legjobb a világon
- Mozilla Firefox
- Vírusirtó topic
- Rengeteg áram kell az adatközpontoknak, erre válasz a geotermikus energia
- Facebook és Messenger
-
IT café
ASUS RT-N16 (300 Mbps vezeték nélküli útválasztó)
Új hozzászólás Aktív témák
-
Intruder2k5
MODERÁTOR
Ne haragudj, én totál átsiklottam a hsz-ed felett, nem is láttam...
Igazából egyik dolog sem oldja meg a fentebb írt problémát, csupán valami miatt akkor még nem volt felcsatolva a flash, a /jffs mappa alá. Márpedig ha nincs felcsatolva, akkor hiába a chmod, és a PUTTY újraindítás is. Tehát az idő oldotta meg...
-
Intruder2k5
MODERÁTOR
A 20-25 perc amolyan maximális érték ez sok mindentől függ... Egyrészt a leírás WL-500 szériához is készült, ami ugye sokkal lassabb, másrészt van akinek a nete is lassabb, annak a csomagok letöltése is több idő... Stb, stb, stb...
A végén az nem hibaüzenet szerintem, sejtem mire gondolsz, csak a kill parancs nem talál rtorrent processzt, miután előtte az rendesen leállt. De mindegy, ezt most ne bonyolítsuk, a lényeg, hogy működik.
-
Intruder2k5
MODERÁTOR
OK! Örülök, hogy minden rendben lement, és működik..
Igen, próbáltam a dolgokat minél rövidebbre, és egyszerűbbre csinálni, és bár vannak még ötleteim a további egyszerűsítésre vonatkozólag, de sajnos idő hiányában nem megy minden azonnal. Az OLEG-el kapcsolatban azért azt ne felejtsd el, hogy a régi firmware-be olyan dolgokat is telepíteni kellett, ami ma már a firmware részei, na meg én ugyan nem próbáltam, de ecaddict leírása alapján ma már bizonyára az is lényegesen egyszerűbb!
-
Intruder2k5
MODERÁTOR
-
aleister
veterán
Jah.
Igen. Az szokott feltűnni, hogy hibát ad a ruTorrent. Ezt csak a ruTorrent session törlés, restart oldja meg. Ezután pár torrentet újraellenőriz.
Néha a netkapcsolat is megszűnik. Ekkor sokszor a router restart nem is segít. Le kell csatlakoztatnom az usb-s hdd-t. Ezért is gondolom, hogy a vinyó a hunyó.Eladó ÚJ Adata DDR4 2 GB so-dimm ram QNAP vagy Synology NAS-ba.
-
aleister
veterán
De ha csak kilép a ruTorrent, akkor elég lenne restartolni, nem? A session-ben lévő 2 fájlt nem kéne törölni (szvsz). Nekem csak ez utóbbi lépéssel jön rendbe a dolog.
Egyébként usb3-as, saját táp nélküli hdd-ről van szó.
Köszi, hogy próbálsz segíteni!
Eladó ÚJ Adata DDR4 2 GB so-dimm ram QNAP vagy Synology NAS-ba.
-
aleister
veterán
Jelenleg 10 napja megy folyamatosan. Vajon, ha az általad említett táphibáról van szó, akkor mehet ennyit egyfolytában?
Egyébként én kizárnám a hw meghibásodást. Az egész akkor kezdődött, amikor a régi jó fw-t, optware-t lecseréltem, valamint a vinyót is upgradeltem az 500GB-s usb2-ről.
Azóta fw csere ismét volt. A hiba továbbra is fennáll, így úgy néz ki nem az volt a ludas.Eladó ÚJ Adata DDR4 2 GB so-dimm ram QNAP vagy Synology NAS-ba.
-
Intruder2k5
MODERÁTOR
Szívesen!
A mentés / visszaállítás dolgot én is hasonlóképpen csinálom, de nem TC-vel, hanem MC-vel PUTTY-ban! Főként a jogosultságok miatt, és az /opt alá mentem a cuccokat, így visszaállításkor csak azt kell manuálisan felcsatolni, a többi meg reboot után megoldódik magától, fstab-ból... Ha az /opt-ot felcsatolod, akkor már van MC is, és eléred a mentést is, így TC, és a Windows kimarad a dologból!
[ Szerkesztve ]
-
Criton
veterán
Én sem így használom, ezt a példát csak úgy találtam, de a link amit megadtál, az a megoldás sem olyan rossz A kérdés még az, hogy ahova átmozgatja a filet onnan fogja tovább seedelni vagy az akkor már kiesik a torrentből? Vagy ami még jó lenne, hogy ha eléri a kívánt ratiot, akkor move-lja a filet át a megadott mappába.
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
Nem tudom, nekem már nincs RT-N16-om, amióta ez a küszködés van a "long boot-"tal... A 102 volt az utolsó, amit én használtam RT-N16-on, az tökéletes volt, azzal is adtam el! Bár sosem mértem, de az a 1,5-2 perc körülbelül megvolt nekem is, amíg a WLAN LED felgyulladt!
Fórumtársak elmondása alapján a 104-essel ez jóval hosszabb volt, akár 5-10 perc is eltelt, mire észhez tért a vas!
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
Esetleg egy alternatíva?
Ez a /tmp-be logol, napi bontásban...
rtorrent_2013-02-01.log
rtorrent_2013-02-02.log
rtorrent_2013-02-03.log
stb...néven, a log tartalma pedig ilyesmi...
2013.02.01 00:00:01 /opt/bin/rtorrent running!
2013.02.01 00:05:01 /opt/bin/rtorrent running!
2013.02.01 00:10:01 /opt/bin/rtorrent running!
2013.02.01 00:15:01 /opt/bin/rtorrent running!
2013.02.01 00:20:01 /opt/bin/rtorrent running!
2013.02.01 00:25:02 /opt/bin/rtorrent not running, restart!
2013.02.01 00:30:01 /opt/bin/rtorrent running!
2013.02.01 00:35:01 /opt/bin/rtorrent running![ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
Nem akartam ezzel teleszemetelni a syslog-ot! Bár most nekem is fut egy ideje a script, de nekem egyébként nem szokott gondom lenni az rtorrent-el! Most visszanézve, 20 napja volt fw csere, és egyben reboot is, azóta nem állt le az rtorrent sem!
És igen, a ">> $LOGFILE" adja meg, hogy hova történjen az írás!
-
Intruder2k5
MODERÁTOR
Módosítsd a PATH-t!
http://users.atw.hu/asusrouterforum/index.php?topic=62.msg1297#msg1297
export PATH=/bin:/usr/bin:/sbin:/usr/sbin:/home/root:/opt/sbin:/opt/bin:/opt/usr/sbin:/opt/usr/bin:/opt/etc/init.d:
[ Szerkesztve ]
-
AtHoS
nagyúr
Ehh...nem akartam tökölni a routerrel, de csak sikerült
Most ezt találtam a logban:
"EXT3-fs warning: maximal mount count reached, running e2fsck is recommended"Ez a szösszenet véletlenül nem automatikus ellenőrzést futtat HDD csatlakoztatása előtt, ha elérte a kritikus számot?:
/usr/local/sbin/pre-mount#! /bin/sh
swapon -a
for i in `awk '/ext3/{print($1)}' /etc/fstab` ; do
if [ -b $i ] ; then
grep -q $i /proc/mounts || e2fsck -p $i 2>&1 | logger -t e2fsck
else
logger -t fstab "$i is not attached"
fi
doneread-only mode on the forum
-
AtHoS
nagyúr
Erre valaki? #5738
ecaddict egyik hozzászólásából vadásztam a scriptet, amihez írja, hogy "itt ellenőrizzük le mielőtt felcsatolnánk, hogy nem-e sérült a partíció", de ez még Oleg-hez készült WL500-hoz, míg RT-N16 esetén nincs is ilyen útvonal Tomato-ban
Admin felületen sem találtam premount szekciót, ahová be lehetne rakni a scriptet. Bár lehet csak felületesen néztem át
más
Az Access restriction részbe rakott két szabály elvileg megfelelően működik, bár az első szabálynak most kell majd aktiválódnia kb. 20 perc múlva. A második (hétvégére kialakított) szabály tegnap éjjel rendben bekapcsolt, bár akkor már aludtam és reggel nem volt eszemben megnézni ki van-e kapcsolva a wifi. Log-ban viszont láttam, hogy aktiválta és deaktiválta a beállított időpontokban.[ Szerkesztve ]
read-only mode on the forum
-
Intruder2k5
MODERÁTOR
Igen, ez a script állítólag a wl500g.info oldalról van, és már másnak is eszébe jutott amit meg akarsz csinálni! Viszont sajnos amit ott Lost_Animal javasol, szerintem nem jó, mert azt már mount után futtatja le a rendszer!
Esetleg egy olyan "trükköt" be lehetne oda tenni, mármint a Run After Mounting részbe a jelenlegi helyett, hogy először is azonnal le kellene csatolni a HDD-t, majd lefuttatni ezt a scriptet, és aztán mount -a, majd mehet megint az rc.unslung! Tehát, valahogy így...
umount /nas
umount /opt
/jffs/pre-mount.sh
mount -a
/opt/etc/init.d/rc.unslungTudom ez így nem kicsit fapados megoldás, de én most nem tudok jobbat! Ha találsz, majd oszd meg velünk is légyszíves...
-
Intruder2k5
MODERÁTOR
Esetleg ezzel? Én sosem próbáltam...
-
AtHoS
nagyúr
Ma hajnalban megint újraindult magától az RT-N16
Ez volt az újraindulás előtt közvetlenül a logban:
Jun 25 00:00:01 unknown syslog.info root: -- MARK --
Jun 25 01:00:01 unknown syslog.info root: -- MARK --
Jun 25 01:20:01 unknown user.info ntpc[6110]: Time: Tue, 25 Jun 2013 01:20:01 +0200, no change was needed.
Jun 25 02:00:01 unknown syslog.info root: -- MARK --
Jun 25 02:00:03 unknown user.notice StealthMode: Sunset city code: 804365, sunset: 20:42, sunrise: 4:44
Jun 25 02:00:03 unknown user.notice StealthMode: Activated
Jun 25 03:00:01 unknown syslog.info root: -- MARK --
Jun 25 04:00:01 unknown syslog.info root: -- MARK --
Jan 1 01:00:53 unknown syslog.info syslogd started: BusyBox v1.20.2
Jan 1 01:00:53 unknown user.notice kernel: klogd started: BusyBox v1.20.2 (2013-06-09 04:13:44 CEST)Viszont most találtam ilyen sorokat, ami alapján úgy tűnik lefut a lemezellenőrzés:
Jan 1 01:00:56 unknown user.info kernel: sda: sda1 sda2 sda3
Jan 1 01:00:56 unknown user.notice kernel: sd 0:0:0:0: [sda] Attached SCSI disk
Jan 1 01:00:57 unknown user.info kernel: EXT3-fs: starting recovery.
Jan 1 01:00:57 unknown user.info kernel: kjournald starting. Commit interval 5 seconds
Jan 1 01:00:57 unknown user.info kernel: EXT3 FS on sda2, internal journal
Jan 1 01:00:57 unknown user.info hotplug[558]: USB ext3 fs at /dev/sda2 mounted on /opt
Jan 1 01:00:57 unknown user.debug init[1]: starting rstats.
Jan 1 01:00:57 unknown user.info kernel: EXT3-fs: recovery complete.
Jan 1 01:00:57 unknown user.info kernel: EXT3-fs: mounted filesystem with ordered data mode.
Jan 1 01:00:57 unknown user.debug init[1]: starting cstats.
Jan 1 01:00:57 unknown user.info kernel: Adding 506008k swap on /dev/sda1. Priority:-1 extents:1 across:506008k
Jan 1 01:00:57 unknown user.notice e2fsck: /dev/sda2: clean, 6943/125696 files, 38341/251015 blocks (check after next mount)
Jan 1 01:00:57 unknown user.notice e2fsck: /dev/sda3: recovering journal
Jan 1 01:01:04 unknown user.notice e2fsck: /dev/sda3: clean, 11793/121733120 files, 73397450/121718480 blocks (check after next mount)
Jan 1 01:01:04 unknown user.info kernel: kjournald starting. Commit interval 5 seconds
Jan 1 01:01:04 unknown user.info kernel: EXT3 FS on sda2, internal journal
Jan 1 01:01:04 unknown user.info kernel: EXT3-fs: mounted filesystem with ordered data mode.
Jan 1 01:01:04 unknown user.info kernel: kjournald starting. Commit interval 5 seconds
Jan 1 01:01:04 unknown user.info kernel: EXT3 FS on sda3, internal journal
Jan 1 01:01:04 unknown user.info kernel: EXT3-fs: mounted filesystem with ordered data mode.Átírtam a scriptben a swapon-t (swapon -a -ról swapon /dev/sda1 -re), ami úgy tűnik jó hatással volt.
A swap bekapcsolása elé ezt a sort is beraktam:
ntpclient -l -h time.nist.gov -c l -s
bár ennek nincs nyoma a logbanread-only mode on the forum
-
Intruder2k5
MODERÁTOR
Ez a log így semmit sem mond, nulla benne az infó! Próbáld meg az...
Administration -> Debugging -> Console log level
opciót átállítani 8-ra, hátha úgy informatívabb lesz! Mondjuk számomra az elég érdekes, hogy a reboot előtt mitől állítódik át a dátum és az idő?
Jun 25 03:00:01 unknown syslog.info root: -- MARK --
Jun 25 04:00:01 unknown syslog.info root: -- MARK --
Jan 1 01:00:53 unknown syslog.info syslogd started: BusyBox v1.20.2
Jan 1 01:00:53 unknown user.notice kernel: klogd started: BusyBox v1.20.2 (2013-06-09 04:13:44 CEST)[ Szerkesztve ]
-
AtHoS
nagyúr
No így egy hét múlva ismét újraindult és most 8-as szinten volt a log, bár így sem látni semmi érdemi infót benne
Jul 3 14:00:02 unknown syslog.info root: -- MARK --
Jul 3 15:00:01 unknown syslog.info root: -- MARK --
Jul 3 16:00:01 unknown syslog.info root: -- MARK --
Jul 3 17:00:02 unknown user.info rcheck[15411]: Deactivating rule 1
Jul 3 17:00:02 unknown syslog.info root: -- MARK --
Jul 3 17:14:01 unknown user.info ntpc[15675]: Time: Wed, 03 Jul 2013 17:14:01 +0200, no change was needed.
Jan 1 01:00:53 unknown syslog.info syslogd started: BusyBox v1.20.2
Jan 1 01:00:53 unknown user.notice kernel: klogd started: BusyBox v1.20.2 (2013-06-09 04:13:44 CEST)
Jan 1 01:00:53 unknown user.notice kernel: Linux version 2.6.22.19 (root@tomato) (gcc version 4.2.4) #21 Sun Jun 9 04:30:03 CEST 2013
Jan 1 01:00:53 unknown user.warn kernel: CPU revision is: 00019740
Jan 1 01:00:53 unknown user.warn kernel: Determined physical RAM map:
Jan 1 01:00:53 unknown user.warn kernel: memory: 07fff000 @ 00000000 (usable)
...
...
...
Jan 1 01:01:37 unknown user.notice root: Transmission daemon successfully stoped
Jan 1 01:01:37 unknown user.info init[1]: Asus RT-N16: Tomato 1.28.0000 MIPSR2-110 K26 USB AIO
Jan 1 01:01:37 unknown user.notice root: Stoping NFS Server ...
Jul 3 17:40:57 unknown user.info ntpc[771]: Time Updated: Wed, 03 Jul 2013 17:40:57 +0200 [+1372865960s]
Jul 3 17:40:58 unknown user.notice root: NFS Server stoped ...Bővebb log-innen elérhető: [link]
Szerk.:
Egyébként otthon sem voltam, szóval a routeren az rtorrent futott, ami netet használt. 17h-kor a deactivating rule 1 bekapcsolta a wifi-t[ Szerkesztve ]
read-only mode on the forum
-
Intruder2k5
MODERÁTOR
Azért tehetnél egy próbát ezekkel az értékekkel is! Itt főleg a nyitható slotok, file-ok és http kapcsolatok száma, illetőleg a send és receive buffer size ami módosításra került! És a lemeznek sem ártana egy ellenőrzés...
# This is an example resource file for rTorrent. Copy to
# ~/.rtorrent.rc and enable/modify the options as needed. Remember to
# uncomment the options you wish to enable.
# Minumum amount of peers to connect per torrent, if available.
min_peers = 1
# Minumum amount of peers to connect per torrent.
max_peers = 20
# Same as above but for seeding completed torrents (-1 = same as downloading)
# min_peers_seed = 2
# max_peers_seed = 50
# Maximum number of simultanious uploads per torrent.
max_uploads = 5
# Global download rate in KiB. .0. for unlimited.
download_rate = 1024
# Global upload rate in KiB. .0. for unlimited.
upload_rate = 1024
# Default directory to save downloaded files. Note it doesn.t support
# space yet.
directory = /nas/rtorrent/work/
# Watch a directory for new torrents, and stop those that have been deleted.
# schedule = watch_directory,5,5,load_start=/opt/share/torrent/dl/*.torrent
# schedule = untied_directory,5,5,stop_untied=
# Close torrents when diskspace is low.
# schedule = low_diskspace,5,60,close_low_diskspace=100M
# Default session directory. Make sure you don.t run multiple instance
# of rtorrent using the same session directory. Perhaps using a
# relative path?
session = /nas/rtorrent/session
# The ip address reported to the tracker.
# ip = rakshasa
# The ip address the listening socket and outgoing connections is
# bound to.
# Port range to use for listening.
port_range = 6890-6890
# Start opening ports at a random position within the port range.
# port_random = no
# Check hash for finished torrents. Might be usefull until the bug is
# fixed that causes lack of diskspace not to be properly reported.
check_hash = no
# Set whetever the client should try to connect to UDP trackers.
# use_udp_trackers = yes
# Alternative calls to bind and ip that should handle dynamic ip.s.
# schedule = ip_tick,0,1800,ip=rakshasa
# schedule = bind_tick,0,1800,bind=rakshasa
#
# Do not modify the following parameters unless you know what you.re doing.
#
# Hash read-ahead controls how many MB to request the kernel to read
# ahead. If the value is too low the disk may not be fully utilized,
# while if too high the kernel might not be able to keep the read
# pages in memory thus end up trashing.
hash_read_ahead = 5
# Interval between attempts to check the hash, in milliseconds.
hash_interval = 100
# Number of attempts to check the hash while using the mincore status,
# before forcing. Overworked systems might need lower values to get a
# decent hash checking rate.
hash_max_tries = 2
# Max number of files to keep open simultaniously.
max_open_files = 32
# Number of sockets to simultaneously keep open.
max_open_http = 32
max_open_sockets = 32
# Example of scheduling commands: Switch between two ip.s every 5
# seconds.
# schedule = .ip_tick1,5,10,ip=torretta.
# schedule = .ip_tick2,10,10,ip=lampedusa.
# Remove a scheduled event.
# schedule_remove = .ip_tick1.
# Stop torrents when reaching upload ratio in percent,
# when also reaching total upload in bytes, or when
# reaching final upload ratio in percent.
# example: stop at ratio 2.0 with at least 200 MB uploaded, or else ratio 20.0
# schedule = ratio,60,60,.stop_on_ratio=200,200M,2000.
# schedule = ratio,30,60,stop_on_ratio=200
# Encryption options, set to none (default) or any combination of the following:
# allow_incoming, try_outgoing, require, require_RC4, enable_retry, prefer_plaintext
#
# The example value allows incoming encrypted connections, starts unencrypted
# outgoing connections but retries with encryption if they fail, preferring
# plaintext to RC4 encryption after the encrypted handshake
#
encryption = allow_incoming, try_outgoing, enable_retry
# Enable DHT support for trackerless torrents or when all trackers are down.
# May be set to .disable. (completely disable DHT), .off. (do not start DHT),
# .auto. (start and stop DHT as needed), or .on. (start DHT immediately).
# The default is .off.. For DHT to work, a session directory must be defined.
#
# dht = auto
# UDP port to use for DHT.
#
# dht_port = 6880
# Enable peer exchange (for torrents not marked private)
#
# peer_exchange = yes
max_downloads_global = 100
max_uploads_global = 25
send_buffer_size = 128K
receive_buffer_size = 128K
timeout_sync = 500
safe_sync = yes
timeout_safe_sync = 1000
encoding_list = UTF-8
max_memory_usage = 256M
scgi_port = 127.0.0.1:5000 -
Intruder2k5
MODERÁTOR
Persze, persze, ez csak gyári fw alatt érvényes!
De egyébként dettó ugyanez a történet megvolt TP-LINK-el is!
http://sekurak.pl/tp-link-httptftp-backdoor/
http://sekurak.pl/more-information-about-tp-link-backdoor/ -
-
Gh0sT
addikt
Új hozzászólás Aktív témák
- BESZÁMÍTÁS! HP EliteBook 840 14 G10 notebook - i5 1345U 16GB RAM 256GB SSD WIN 11
- Fórumok.hu
- ÚJ! HP Zbook Firefly 14 (840) G10 I5-1345U, 16GB DDR5 Ram, 256GB SSD, 100nit, WWAN
- MacBook Pro 16 M1 Pro - 512 GB SSD - 16GB RAM - Space Gray - Apple Care 2025. júniusig
- HP Zbook Firefly 14 (840) G10 I7-1355U, 16GB DDR5 Ram, 512GB SSD 400nit, Magyar, Garancia