- VR topik (Oculus Rift, stb.)
- OLED TV topic
- Milyen videókártyát?
- Napelemhez kapcsolódó épületgépészet
- Apple asztali gépek
- Megbírságolták a Razert a Zephyr maszkok miatt
- Ventilátorok - Ház, CPU (borda, radiátor), VGA
- Azonnali informatikai kérdések órája
- Házimozi belépő szinten
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
Hirdetés
-
Letartóztatták a bitcoin-Jézust
it Amerikai adókerülés vádjával, Spanyolországban tartóztatták le a bitcoin-Jézusként ismert Roger Vert.
-
Egyre nagyobb a balhé a Helldivers II körül
gp Úgy tűnik, hogy egyre több sötét felhő kezd gyűlni a játék körül a Sony döntése miatt.
-
Mindent megtudtunk az új Nokia 3210-ről
ma Részletes képek, specifikációk és euróban megadott ár is van a legendás modell újraélesztett verziójához.
Új hozzászólás Aktív témák
-
-=Ghost=-
őstag
válasz vargalex #550 üzenetére
Fix ip-t a flashelés után vissza szoktam állítani dinamikusra.
network conf:config interface loopback
option ifname lo
option proto static
option ipaddr 127.0.0.1
option netmask 255.0.0.0config interface lan
option ifname eth0.1
option type bridge
option proto static
option ipaddr 192.168.1.1
option netmask 255.255.255.0config interface wan
option ifname eth1
option proto dhcpconfig switch
option name rtl8366s
option reset 1
option enable_vlan 1config switch_vlan
option device rtl8366s
option vlan 1
option ports "0 1 2 3 5t"Őszintén szólva nem néztem, hogy hogy nézett ki, amikor volt net rc4-el, interface wan-hoz volt közöm a többivel nem törődtem sokat. Ezért nem tudom mi a hiba.
[ Szerkesztve ]
-
-=Ghost=-
őstag
válasz vargalex #552 üzenetére
Hi
A jelek szerint van...br-lan Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx
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:814 errors:0 dropped:48 overruns:0 frame:0
TX packets:429 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:85040 (83.0 KiB) TX bytes:56993 (55.6 KiB)eth0 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:852 errors:0 dropped:4 overruns:12 frame:0
TX packets:435 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:104344 (101.8 KiB) TX bytes:60074 (58.6 KiB)
Interrupt:4eth0.1 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:819 errors:0 dropped:0 overruns:0 frame:0
TX packets:433 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:88696 (86.6 KiB) TX bytes:57257 (55.9 KiB)eth1 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:103 errors:0 dropped:49 overruns:0 frame:0
TX packets:30 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:7894 (7.7 KiB) TX bytes:12090 (11.8 KiB)
Interrupt:5lo 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)/etc/config/firewall pedig tök üres.
-
vargalex
félisten
válasz -=Ghost=- #553 üzenetére
Hi!
Érdekes ez az eth0.1. Annak fényében pedig különösen, hogy van eth0 is. Én a network-ben átírnám eth0-ra a LAN-t.
Az még érdekesebb, hogy a firewall üres. (Egyébként a /rom/etc/config/firewall is üres?)
Minimálisan ennyinek benne kellene lennie:config defaults
option syn_flood 1
option input ACCEPT
option output ACCEPT
option forward REJECT
# Uncomment this line to disable ipv6 rules
# option disable_ipv6 1
config zone
option name lan
option network 'lan'
option input ACCEPT
option output ACCEPT
option forward REJECT
config zone
option name wan
option network 'wan'
option input REJECT
option output ACCEPT
option forward REJECT
option masq 1
option mtu_fix 1
config forwarding
option src lan
option dest wanMert ezzel definiálod a zónákat, illetve a zónák közötti átjárást is (LAN->WAN)!
Alex
-
-
-=Ghost=-
őstag
válasz vargalex #558 üzenetére
Hi
Kicsit utánanéztem a wiki-n a buildelésnek, nem tűnt annyira bonyolultnak egy trunk-ba belerugdosni a patchet, lehet hogy inkább azzal próbálkoznék meg, minthogy kiderüljön, hogy még másik ezer apró szir-szar hiányzik ebből a patchelt fw-ből.
Viszont, hol találom meg a patchet? -
-=Ghost=-
őstag
válasz vargalex #560 üzenetére
HI
Öm, ok... mégsem olyan egyszerű mint gondoltam, de megküzdök vele... "kis" segítséggel
wget --no-check-certificate https://dev.openwrt.org/raw-attachment/ticket/9669/dir825b2-mac-fix.patch -O - | patch -p0 ezt build közben mikor kell beírni?
./scripts/feeds install -a után?
Vagy ha ennyire béna vagyok inkább hagyjam? -
-
vandeminek
tag
Sziasztok!
Újra itt vagyok Gondoltam, hogy most már stabil a rendszer és szépen működnek az eddig kitalált dolgaim újra előveszem a QoS-t. Régebben amikor próbáltam az elindítás után rögtön meghalt a router, azonnal újraindult..
Jelenleg is ez a probléma. Egyet módosításom az alap konfiguráción, hogy át van helyezve az SSH portja (1989). Elkezdtem átnyálazni az Openwrt wiki-t a QoS-el kapcsolatban, de még nem találtam megoldást. Gyakorlatilag tippem sincs mi okozhatja a reboot-ot./etc/config/qos:
# QoS configuration for OpenWrt
# INTERFACES:
config interface wan
option classgroup "Default"
option enabled 1
option overhead 1
option upload 128
option download 1250
# RULES:
config classify
option target "Priority"
option ports "1989,53"
config classify
option target "Normal"
option proto "tcp"
option ports "20,21,25,80,110,443,993,995"
config classify
option target "Express"
option ports "5190"
config default
option target "Express"
option proto "udp"
option pktsize "-500"
config reclassify
option target "Priority"
option proto "icmp"
config default
option target "Bulk"
option portrange "1990-65535"
config reclassify
option target "Priority"
option proto "tcp"
option pktsize "-128"
option mark "!Bulk"
option tcpflags "SYN"
config reclassify
option target "Priority"
option proto "tcp"
option pktsize "-128"
option mark "!Bulk"
option tcpflags "ACK"
# Don't change the stuff below unless you
# really know what it means :)
config classgroup "Default"
option classes "Priority Express Normal Bulk"
option default "Normal"
config class "Priority"
option packetsize 400
option maxsize 400
option avgrate 10
option priority 20
config class "Priority_down"
option packetsize 1000
option avgrate 10
config class "Express"
option packetsize 1000
option maxsize 800
option avgrate 50
option priority 10
config class "Normal"
option packetsize 1500
option packetdelay 100
option avgrate 10
option priority 5
config class "Normal_down"
option avgrate 20
config class "Bulk"
option avgrate 1
option packetdelay 200 -
-=Ghost=-
őstag
Hi
Megpróbálkoztam párszor a buildeléssel. A vége mindig az lett, hogy a make után közölte, hogy volt pár build error, amiket nem igazán tudtam megfejteni.Meguntam a dolgot, akkor legyen a már patchelt firmware. Belertam a firewall configba amit kell, akkor sem jött el a net a gépig.
Na jó akkor mégiscsak megpróbálok valamit alkotni a buildel.
Sikerült oda eljutni, hogy most ezt a hibát adja:
fugu@ubuntu:~/openwrt/trunk$ make V=99 2>&1 | tee build.log | grep -i error
make[3]: *** [prereq] Error 1
make[3]: *** [prereq] Error 1
make[3]: *** [prereq] Error 1
make[2]: *** [tmp/.prereq_packages] Error 1
make[1]: *** [prereq] Error 2
make: *** [world] Error 2Eddig legalább hosszabb error-okat irt, amiket nem tudtam megfejteni. (Már nem tudom megmondani mik voltak azok.) Ezekkel viszont mit kezdjek?
-
vandeminek
tag
Hi
Ma kezdek egy "kissé" megőrülni.. Transmission remote programok beüzemelésével -próbálkozok, de semmi siker. Könyvtárak, port és a transmission-t futtató felhasználó lett átállítva, egyébként minden alapbeállításon a transmission configban:config transmission
option enabled 1
option config_dir '/home/torrent/transmission'
option run_daemon_as_user torrent
option alt_speed_down 50
option alt_speed_enabled false
option alt_speed_time_begin 540
option alt_speed_time_day 127
option alt_speed_time_enabled false
option alt_speed_time_end 1020
option alt_speed_up 50
option bind_address_ipv4 '0.0.0.0'
option bind_address_ipv6 '::'
option blocklist_enabled false
option blocklist_url ''
option cache_size_mb 2
option dht_enabled true
option download_dir '/mnt/data/torrent/completed'
option encryption 1
option idle_seeding_limit 30
option idle_seeding_limit_enabled false
option incomplete_dir '/mnt/data/torrent/incomplete'
option incomplete_dir_enabled true
option lazy_bitfield_enabled true
option lpd_enabled false
option message_level 1
option open_file_limit 64
option peer_congestion_algorithm ''
option peer_limit_global 240
option peer_limit_per_torrent 60
option peer_port 19891
option peer_port_random_high 65535
option peer_port_random_low 49152
option peer_port_random_on_start false
option peer_socket_tos 0
option pex_enabled true
option port_forwarding_enabled true
option preallocation 1
option prefetch_enabled 1
option ratio_limit 2.0000
option ratio_limit_enabled false
option rename_partial_files true
option rpc_authentication_required false
option rpc_bind_address '0.0.0.0'
option rpc_enabled true
option rpc_password ''
option rpc_port 9091
option rpc_url '/torrent/'
option rpc_username ''
option rpc_whitelist '127.0.0.1,192.168.1.*'
option rpc_whitelist_enabled true
option script_torrent_done_enabled false
option script_torrent_done_filename ''
option speed_limit_down 1200
option speed_limit_down_enabled false
option speed_limit_up 120
option speed_limit_up_enabled false
option start_added_torrents true
option trash_original_torrent_files false
option umask 18
option upload_slots_per_torrent 14
option utp_enabled true
option scrape_paused_torrents true
option watch_dir_enabled false
option watch_dir ''Transmission-remote-dotnet:
Host: 192.168.1.1, Port: 9091 --> 404-es hibát ír kiTransmission-remote-gui:
Host: 192.168.1.1, Port: 9091 --> Error "301: Moved permanently"Nem értem mi lehet a baja. Most már felraktam minden transmission csomagot, hátha azok közül kellene neki bármi, de transmission újraindítás után sem változik semmi.
A webui közben elsőre működött. -
-=Ghost=-
őstag
válasz vargalex #565 üzenetére
Hi
Közben észrevettem, hogy mit hiányol, felpakoltam őket. Most újra "értékelhető" hibákat irogat, de ezekkel még mindig nem tudok mit kezdeni. Bemásolhatom őket, és akkor talán kicsit okosabb leszek, de azt is megköszönném, ha te buildelnél egyet, amiben benne van a patch. -
vargalex
félisten
válasz -=Ghost=- #567 üzenetére
Hi!
El is készült a patch-elt firmware (mai trunk-ból). Innen letöltheted.
Minden fontos csomag benne van (usb csomagok, ext4, block-mount, e2fsprogs, fdisk, swap-utils, Luci). Így a netet akár Luci-n is configolhatod a http://192.168.1.1 címen. Első bejelentkezéskor jelszó nélkül beenged.[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz vandeminek #566 üzenetére
Hi!
Belső hálóról próbálod? Nem hallgat más is a 9091-es porton? Esetleg nincs a lighttpd config-ban egy átirányítás erre?
Alex
-
vandeminek
tag
válasz vargalex #570 üzenetére
Most találtam meg a megoldást hozzá!
Az volt a gondja, hogy mindkét program a 192.168.1.1:9091/transmission/ címet akarta elérni. De az én régebbi konfigomban benn maradt az rpc_url-t átíró sor, így az a 192.168.1.1:9091/torrent/ címen lehetett elérni. Amióta visszaállítottam már megy is. -
-=Ghost=-
őstag
válasz vargalex #572 üzenetére
Hi
Működik szépen, ahogy kell, raktam rá transmission-t, samba-t, meg mindent ami kellett ezekhez. Az lenne a kérdésem, hogy hogy tudom azt megoldani, hogy a transmission egy reboot után automatikusan induljon?
Mégsem, ha másolni szeretnék a routerre kötött hdd-re közli, hogy you need permission to perform this action[ Szerkesztve ]
-
-=Ghost=-
őstag
transmission enable megvolt.
force user = root ottvan.
Az alapján csináltam. Vagyis ami logouton van, de ugyanaz. Azzal a különbséggel hogy nekem /mnt/hdd-re van az sda3 mountolva. WinSCP-vel tudok rá másolni, de 1,5MB/seccel... lemegy a nap mire átér bármi. Viszont lefelé tudok róla másolni a gépre WinSCP nélkül is. -
-=Ghost=-
őstag
válasz -=Ghost=- #576 üzenetére
Transmission mégis indul, elírtam.
A samba-nak meg az volt a baja, hogy lehagytam a force user = root-t a guest account = nobody után az smb.conf.template-ben.Bár tegnap este még kutatgattam, és találtam egy fórumot ahol egy emberke nagyon tiltakozott a force user = root ellen. Van valami különösebb oka? (Ő nem fejtette ki bővebben csak hogy "bad idea")
-
vargalex
félisten
válasz -=Ghost=- #577 üzenetére
Hi!
Korábban nem volt időm írni, de én is éppen tiltakoztam volna a force user = root ellen. Egyszerűen azért, mert Linux alatt (sőt semmilyen operációs rendszer alatt) nem szép dolog egy szolgáltatás felhasználóját superuser (root) jogokkal felruházni. Az így szerzett jogokkal könnyen visszaélhet valaki. Persze otthoni környezetben ez nem annyira kritikus.
A szebb megoldás az, ha szépen beállítjuk az user-t, és a könyvtáraknak adjuk a megfelelő jogosultságot.
Az általam build-elt TP-Link TL-WR1043ND firmware-ban pl. létrehoztam egy samba nevű usert, akit beraktam az users csoportba. Az smb.conf.template-ban a guest account = samba-t, sőt az invalid users = root-ot is beállítottam. A /mnt könyvtárat pedig egyszerűen az users csoporthoz rendeltem és a csoportnak adtam rá teljes jogot. Azért csak a csoporthoz, mert az ftp-t ftp nevű felhasználóval állítottam be, aki szintén az users csoport tagja. Persze így a transmission config-on is módosítani kell (umask), hogy ezek az userek tudják törölni a transmission által letöltött file-okat.Alex
-
-=Ghost=-
őstag
válasz vargalex #578 üzenetére
Hi
Igazából a desktopomon kívül máshol szerintem nem is fog látszani a külső hdd. Talán a laptopon, hogy arról tudjam a filmeket nézni TVn. Úgyhogy ez a része, hogy mibe lehet belenyúlkáni ezen keresztül nem mozgat annyira, hogy kibogozzam, hogy hogy lehet megoldani amit leírtál.
Viszont érdekesebb problémám van.
WinSCP-vel 1.5MB/seccel tudok másolni a hddre
samba-n keresztül 300k/sec
Ez elég messze van az "ígért" 18MB/sec-től.
A samba config szinte teljesen egyezik CS_D-ével, csak a nevek térnek el. Openwrt wikin még találtam egy ilyet:Throughput Issues
Since netfilter will track every connection, if you use MASQUERADING for example, you should disable con-tracking for data connections. The basic idea looks likes this, you must adapt this to your firewall setting. It probably would rather avoid trouble if you do this UCI conform in /etc/config/firewall$IPT -t raw -A OUTPUT -o $IF_LAN -s $IP_LAN -p tcp --sport 139 -j NOTRACK #------------------ don't track SMB
$IPT -t raw -A OUTPUT -o $IF_LAN -s $IP_LAN -p tcp --sport 445 -j NOTRACK #------------------ don't track SMB
$IPT -t raw -A INPUT -o $IF_LAN -s $IP_LAN -p tcp --dport 139 -j NOTRACK #------------------ don't track SMB
$IPT -t raw -A INPUT -o $IF_LAN -s $IP_LAN -p tcp --dport 445 -j NOTRACK #------------------ don't track SMBHogy kéne ezt az én firewall configomhoz igazítani? Egyáltalán lehet ez megoldás?
[ Szerkesztve ]
-
Tutu7030
veterán
Üdv újra! Kis segítségért jöttem.
USB hubra rádugtam még egy vinyót, kernel naplóban látszik is (sdb, sdb1)usb-storage: device scan complete
sd 0:0:0:0: [sda] 625142448 512-byte logical blocks: (320 GB/298 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 28 00 00 00
sd 0:0:0:0: [sda] Assuming drive cache: write through
sd 0:0:0:0: [sda] Assuming drive cache: write through
sda: sda1 sda2 sda3
sd 0:0:0:0: [sda] Assuming drive cache: write through
sd 0:0:0:0: [sda] Attached SCSI disk
scsi 1:0:0:0: Direct-Access Generic External 1.13 PQ: 0 ANSI: 4
usb-storage: device scan complete
sd 1:0:0:0: [sdb] 312581808 512-byte logical blocks: (160 GB/149 GiB)
sd 1:0:0:0: [sdb] Write Protect is off
sd 1:0:0:0: [sdb] Mode Sense: 23 00 00 00
sd 1:0:0:0: [sdb] Assuming drive cache: write through
sd 1:0:0:0: [sdb] Assuming drive cache: write through
sdb: sdb1
sd 1:0:0:0: [sdb] Assuming drive cache: write through
sd 1:0:0:0: [sdb] Attached SCSI diskAz fstabot kiegészítettem így:
config mount
option target /mnt/sdb1
option device /dev/sdb1
option fstype ext2
option options rw,noatime
option enabled 1
option enabled_fsck 1De nem csatolja fel. Mit rontok el??
LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro
-
vargalex
félisten
válasz -=Ghost=- #579 üzenetére
Hi!
Szerintem a legegyszerűbb, ha ezt a /etc/firewall.user-be rakod így:
iptables -t raw -A OUTPUT -o eth0.1 -s 192.168.1.1 -p tcp --sport 139 -j NOTRACK
iptables -t raw -A OUTPUT -o eth0.1 -s 192.168.1.1 -p tcp --sport 445 -j NOTRACK
iptables -t raw -A INPUT -o eth0.1 -s 192.168.1.1 -p tcp --dport 139 -j NOTRACK
iptables -t raw -A INPUT -o eth0.1 -s 192.168.1.1 -p tcp --dport 445 -j NOTRACKPersze ha módosítottad a LAN IP-t, akkor azt itt is tedd meg. Majd indítsd újra a tűzfalat:
/etc/init.d/firewall restart
Az új tűzfal szabályok csak az új kapcsolatokra lesznek érvényesek, tehát a samba kapcsolatot is szakítsd meg és építsd fel újra.
De szerintem az írási sebesség nem lesz 18 MB/s, az inkább olvasásra vonatkozik. Az írás valamennyivel alatta lesz.Alex
-
Tutu7030
veterán
válasz vargalex #582 üzenetére
Tuti ext2, mert a gpateddel csináltam.
A /dev/sda3 van a /mnt alá csatolva.
De próbáltam úgy is, hogy a /dev/sdb1 a /sdb1 alá menjen. Ez sem nyert.[ Szerkesztve ]
LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro
-
-=Ghost=-
őstag
válasz vargalex #581 üzenetére
Hi
Ha jól értelmezem a firewall.user nálam firewall.root mert a samba-ban is force user = root van.
Eddig ilyen nem volt, most csak ez a négy sor van benne. Kell valamit alkotni hogy a firewall figyelembe vegye az új file-t? Volt init.d/samba stop, start de nem változtatott sokat, biztonság kedvéért kapott rebootot is, hátha. De továbbra is 300k/s.Igazából nem 18MB/s írás a célom, simán kiegyeznék 10MB/s-el is, csak legalább annyi lenne.
-
Tutu7030
veterán
válasz vargalex #584 üzenetére
Persze, létrehoztam neki az sdb1 mappát.
manuális mountot nem tudom milyen kapcsolókkal kellene.
na, közben meghalt a netem...Közben csináltam a torrent/downloads mappába simlinket az sdb1-re, és elvileg elkezdte a letöltés arra az útvonalra. Most már mc-ben is látszik, hogy oda tölti.
Viszont így a samba-n keresztül a pc-n nem látom, hogy mennyi szabad hely van még az sdb1-en.[ Szerkesztve ]
LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro
-
vargalex
félisten
válasz -=Ghost=- #585 üzenetére
Hi!
Nem, a /etc/firewall.user-ben az egyedi iptables szabályok definiálása lehetséges (ezt feldolgozza a firewall init script). Tehát neked is oda kell bemásolni. Majd, ahogy írtam, a tűzfal újraindítása szükséges:
/etc/init.d/firewall restart
Egyébként mi a /etc/config/fstab tartalma (csak a sebesség miatt)?
[ Szerkesztve ]
Alex
-
Tutu7030
veterán
válasz Tutu7030 #587 üzenetére
A fenébe...
A simlinket nem "követi" az nfs.
Az exports-ban hozzáadtam az sdb1-re vonatkozó sort (a /mnt mintájára ), de így is csak üres sdb1 mappa látszik a tv-n.LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro
-
Tutu7030
veterán
válasz vargalex #596 üzenetére
root@OpenWrt:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/root 2304 2304 0 100% /rom
tmpfs 31020 252 30768 1% /tmp
tmpfs 512 0 512 0% /dev
/dev/sda2 3945160 1581404 2163348 42% /overlay
mini_fo:/overlay 2304 2304 0 100% /
/dev/sda3 303219468 300969908 0 100% /mnt
root@OpenWrt:~# mount
rootfs on / type rootfs (rw)
/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime)
tmpfs on /dev type tmpfs (rw,relatime,size=512k)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
/dev/sda2 on /overlay type ext3 (rw,sync,relatime,errors=continue,data=writeback)
mini_fo:/overlay on / type mini_fo (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
/dev/sda3 on /mnt type ext3 (rw,noatime,errors=continue,data=writeback)
none on /proc/bus/usb type usbfs (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
root@OpenWrt:~#LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro
-
Tutu7030
veterán
válasz vargalex #598 üzenetére
Erről van szó. Helyet kell csinálnom egy kicsit az sda-n, utána megpróbálom újra az egészet. PC-rő a samba szerint van 2,1GB hely az sda3-on, df meg 100% foglaltat ír.
[ Szerkesztve ]
LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro
-
vargalex
félisten
válasz Tutu7030 #599 üzenetére
Hi!
Ezt nem étem. Ezeket írtad:
"Ahhoz le kell majd csatolnom az sdb1-et, meg újraindítani a routert. Átrendezem kicsit a dolgokat, és kipróbálom."
"Fel van csatolva, csak a df nem látja,meg úgy alapból semmi sem, amivel a szabad hely nagyságát tudnám megnézni."
"Helyet kell csinálnom egy kicsit az sda-n, utána megpróbálom újra az egészet. PC-rő a samba szerint van 2,1GB hely az sda3-on, df meg 100% foglaltat ír"Most akkor mi köze az sdb1 manuális mountolásának az sda3-hoz?
Alex
Új hozzászólás Aktív témák
- Apple Macbook Pro 16" 2019 i7-9th 6Magos 32/512 Touch Bar HUN Radeon Pro 5300M 4GB 3K Retina
- Apple Mac mini M2 2023 8GB 256GB + Xiaomi Mi Desktop 27"-os FullHD monitor egyben
- Apple iPhone 14 Pro 128GB kártyafüggetlen fekete HIBÁTLAN állapotban
- Összeszerelt asztali számítógép eladó egyben vagy alkatrészenként
- Corsair Obsidian 500D Mid-Tower Üvegajtós gépház
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen