Keresés: - Raspberry Pi - LOGOUT Hozzászólások

Legfrissebb anyagok

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Keresés

Téma összefoglaló

Utoljára frissítve: 2024-09-03 13:31

LOGOUT

Amit érdemes tudni a Raspberry Pi-kről:
A legelső változat 2012-ben jelent meg. Pici, olcsó és nagyon alacsony fogyasztású, hobby-célú kártyagép. Felépítése ARM alapú, nem PC-architektúra, hanem kb. egy régi mobilhoz hasonló. Nagyon sok mindenre használható! A Linux-nak és a magas eladási mennyiségnek köszönhetően jelentős fejlesztőtáborral rendelkezik.

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

#46422 Shummo senior tag

Új Válasz 2023-08-10 14:52:09 #46422
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

Próbálok integrálni egy Xiaomi A1 camerát a videoP2Proxy segítségével, de a telepítésnél elkapadok. a MAKE parancsnál az alábbi logot kapot. Esetleg valaki tudna abban segíteni, hogy merre induljak el?
pi@raspberrypi:~/videoP2Proxy $ make
make all-am
make[1]: Entering directory '/home/pi/videoP2Proxy'
CC main.o
CC av.o
CC avframe.o
CC client.o
CC iotc.o
CXX rtsp.o
rtsp.cxx: In function ‘void* min(void*)’:
rtsp.cxx:65:34: warning: control reaches end of non-void function [-Wreturn-type]
65 | env->taskScheduler().doEventLoop();
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~
CXXLD videop2proxy
/usr/bin/ld: av.o:/home/pi/videoP2Proxy/common.h:15: multiple definition of `MODE_RTSP_FIFO'; main.o:/home/pi/videoP2Proxy/common.h:15: first defined here
/usr/bin/ld: av.o:/home/pi/videoP2Proxy/common.h:14: multiple definition of `MODE_RTSP_FIFO_FILE'; main.o:/home/pi/videoP2Proxy/common.h:14: first defined here
/usr/bin/ld: av.o:/home/pi/videoP2Proxy/common.h:11: multiple definition of `MODE_STDOUT'; main.o:/home/pi/videoP2Proxy/common.h:11: first defined here
/usr/bin/ld: av.o:/home/pi/videoP2Proxy/common.h:11: multiple definition of `MODE_RTSP'; main.o:/home/pi/videoP2Proxy/common.h:11: first defined here
/usr/bin/ld: avframe.o:/home/pi/videoP2Proxy/common.h:11: multiple definition of `MODE_STDOUT'; main.o:/home/pi/videoP2Proxy/common.h:11: first defined here
/usr/bin/ld: avframe.o:/home/pi/videoP2Proxy/common.h:11: multiple definition of `MODE_RTSP'; main.o:/home/pi/videoP2Proxy/common.h:11: first defined here
/usr/bin/ld: client.o:/home/pi/videoP2Proxy/common.h:11: multiple definition of `MODE_STDOUT'; main.o:/home/pi/videoP2Proxy/common.h:11: first defined here
/usr/bin/ld: client.o:/home/pi/videoP2Proxy/common.h:11: multiple definition of `MODE_RTSP'; main.o:/home/pi/videoP2Proxy/common.h:11: first defined here
/usr/bin/ld: iotc.o:/home/pi/videoP2Proxy/common.h:11: multiple definition of `MODE_STDOUT'; main.o:/home/pi/videoP2Proxy/common.h:11: first defined here
/usr/bin/ld: iotc.o:/home/pi/videoP2Proxy/common.h:11: multiple definition of `MODE_RTSP'; main.o:/home/pi/videoP2Proxy/common.h:11: first defined here
/usr/bin/ld: rtsp.o:/home/pi/videoP2Proxy/common.h:15: multiple definition of `MODE_RTSP_FIFO'; main.o:/home/pi/videoP2Proxy/common.h:15: first defined here
/usr/bin/ld: rtsp.o:/home/pi/videoP2Proxy/common.h:14: multiple definition of `MODE_RTSP_FIFO_FILE'; main.o:/home/pi/videoP2Proxy/common.h:14: first defined here
/usr/bin/ld: rtsp.o:/home/pi/videoP2Proxy/common.h:11: multiple definition of `MODE_STDOUT'; main.o:/home/pi/videoP2Proxy/common.h:11: first defined here
/usr/bin/ld: rtsp.o:/home/pi/videoP2Proxy/common.h:11: multiple definition of `MODE_RTSP'; main.o:/home/pi/videoP2Proxy/common.h:11: first defined here
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:488: videop2proxy] Error 1
make[1]: Leaving directory '/home/pi/videoP2Proxy'
make: *** [Makefile:391: all] Error 2
#44932 Shummo senior tag Shummo #44931

Új Válasz 2022-11-09 08:40:19 #44932
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz Shummo #44931 üzenetére

powershellnél az alábbi üzit kaptam:
"System is booting up. Unprivileged users are not permitted to log in yet. Please come back later. For technical details, see pam_nologin(8)."
Pedig eddig is pivel jelentkeztem be és nem volt ilyen gondja...
#44931 Shummo senior tag

Új Válasz 2022-11-09 08:32:20 #44931
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

Sziasztok. Raspi pi 4 - Rasbian OS (bullseye) apt update/upgrade óta egy olyan kellemetlen jelenség fogad, hogy újraindítás után ha próbálok SSHval belépni, akkor már látja a hálózaton a PI-t, de vissza van utasítva a kapcsolódás.
Puttyt használok: eddig amint látta a gépet már lépett is be. Most kb 2 percig még az alábbi üzenet fogal azután, hogy beírom a jelszót/vagy kapcsolódok RSA keyyel.
Putty Fatal Error - Remote side unexpectedly closed network connection.
Egyébként ez az üzenet azután jelent eddig meg, hogy nyomtam egy restartot, de most boot alatt is csinalja.
Eltelik a 2 perc, utána minden megy. jelszó/ RSA login.
Szóval valamilyen process gátolja vagy még nem idult még el, ami eddig nem így volt.
Esetleg merre induljak el kutakodni?
Köszönöm
#44619 Shummo senior tag

Új Válasz 2022-09-08 12:29:46 #44619
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

User/Group szerkezetben kérném a segítséget.
Van a PI-n egy HDD. a KODI NFS-en keresztül olvassa a HDD tartalmát. /etc/exports az alábbi ódon néz ki.
#/media/d***a/nas *(rw,all_squash,insecure,async,no_subtree_check,anonuid=1001,anongid=1001)

Problémám, hogy random módon jogosultsági problémába futok. Ezért szeretném megoldani úgy, hogy az NFS ne legyen ennyire nyitott, hanem csak a KODI tudjon rajta átmenni.
példa kedvéért:
PI id 1000
KODI id legyen mondjuk 1001
Hogy tudom azt megoldani, hogy a chown pi:pi megmaradjon, de az NFS-en keresztül a 1001, tehát KODI id-vel hozzá lehessen férni a fájlokhoz.
Vagy teljesen mind1 mit hagyok a NFS IDnek (maradhat a PI)? Mivel tudom biztonságosabbá tenni?
Az alábbira gondoltam, csak mégsem működik.
sudo setfacl -R -m "u:kodi:r" /media/d***a/nas
#44177 Shummo senior tag

Új Válasz 2022-05-14 16:49:40 #44177
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

Sajnos mégse jó. Elindulni elindul szépen felcsatolódik, de ha a HDDről akarok másolni, akkor egyből behal.
Dmesg az alábbit írja, ebből valaki ki tud hámozni valamit??
sdb a 2. drive (külső tápja is van a háznak)

91.132758] usb 2-1.1: cmd cmplt err -71 [ 91.133768] usb 2-1.1: cmd cmplt err -71 [ 91.148707] usb 2-1.1: cmd cmplt err -71 [ 91.164134] usb 2-1.1: cmd cmplt err -71 [ 91.183128] usb 2-1.1: cmd cmplt err -71 [ 91.198858] usb 2-1.1: cmd cmplt err -71 [ 91.216662] usb 2-1.1: cmd cmplt err -71 [ 93.176447] usb 2-1.1: USB disconnect, device number 4 [ 93.185436] sd 1:0:0:0: [sdb] tag#25 uas_zap_pending 0 uas-tag 1 inflight: CMD [ 93.185449] sd 1:0:0:0: [sdb] tag#25 CDB: opcode=0x28 28 00 0c 6b e1 40 00 04 00 00 [ 93.185460] sd 1:0:0:0: [sdb] tag#26 uas_zap_pending 0 uas-tag 2 inflight: CMD [ 93.185466] sd 1:0:0:0: [sdb] tag#26 CDB: opcode=0x28 28 00 0c 6b e5 40 00 04 00 00 [ 93.185475] sd 1:0:0:0: [sdb] tag#27 uas_zap_pending 0 uas-tag 3 inflight: CMD [ 93.185476] sd 1:0:0:0: [sdb] tag#25 UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=DRIVER_OK cmd_age=2s [ 93.185481] sd 1:0:0:0: [sdb] tag#27 CDB: opcode=0x28 28 00 0c 6b e9 40 00 04 00 00 [ 93.185490] sd 1:0:0:0: [sdb] tag#24 uas_zap_pending 0 uas-tag 4 inflight: CMD [ 93.185491] sd 1:0:0:0: [sdb] tag#25 CDB: opcode=0x28 28 00 0c 6b e1 40 00 04 00 00 [ 93.185494] sd 1:0:0:0: [sdb] tag#26 UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=DRIVER_OK cmd_age=2s [ 93.185498] sd 1:0:0:0: [sdb] tag#24 CDB: opcode=0x28 28 00 0b 0b 40 00 00 04 00 00 [ 93.185498] blk_update_request: I/O error, dev sdb, sector 208396608 op 0x0:(READ) flags 0x80700 phys_seg 128 prio class 0 [ 93.185500] sd 1:0:0:0: [sdb] tag#27 UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=DRIVER_OK cmd_age=2s [ 93.185505] sd 1:0:0:0: [sdb] tag#28 uas_zap_pending 0 uas-tag 5 inflight: CMD [ 93.185505] sd 1:0:0:0: [sdb] tag#26 CDB: opcode=0x28 28 00 0c 6b e5 40 00 04 00 00 [ 93.185510] sd 1:0:0:0: [sdb] tag#28 CDB: opcode=0x28 28 00 0b 0b 48 00 00 04 00 00 [ 93.185512] sd 1:0:0:0: [sdb] tag#27 CDB: opcode=0x28 28 00 0c 6b e9 40 00 04 00 00 [ 93.185513] blk_update_request: I/O error, dev sdb, sector 208397632 op 0x0:(READ) flags 0x80700 phys_seg 128 prio class 0 [ 93.185518] sd 1:0:0:0: [sdb] tag#0 uas_zap_pending 0 uas-tag 6 inflight: CMD [ 93.185520] blk_update_request: I/O error, dev sdb, sector 208398656 op 0x0:(READ) flags 0x80700 phys_seg 128 prio class 0 [ 93.185524] sd 1:0:0:0: [sdb] tag#0 CDB: opcode=0x28 28 00 0b 0b 50 00 00 04 00 00 [ 93.185531] sd 1:0:0:0: [sdb] tag#1 uas_zap_pending 0 uas-tag 7 inflight: CMD [ 93.185537] sd 1:0:0:0: [sdb] tag#1 CDB: opcode=0x28 28 00 0b 0b 58 00 00 04 00 00 [ 93.185544] sd 1:0:0:0: [sdb] tag#2 uas_zap_pending 0 uas-tag 8 inflight: CMD [ 93.185549] sd 1:0:0:0: [sdb] tag#2 CDB: opcode=0x28 28 00 0b 0b 60 00 00 04 00 00 [ 93.185577] sd 1:0:0:0: [sdb] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=DRIVER_OK cmd_age=2s [ 93.185579] sd 1:0:0:0: [sdb] tag#28 UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=DRIVER_OK cmd_age=2s [ 93.185584] sd 1:0:0:0: [sdb] tag#24 UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=DRIVER_OK cmd_age=2s [ 93.185587] sd 1:0:0:0: [sdb] tag#0 CDB: opcode=0x28 28 00 0b 0b 50 00 00 04 00 00 [ 93.185588] sd 1:0:0:0: [sdb] tag#28 CDB: opcode=0x28 28 00 0b 0b 48 00 00 04 00 00 [ 93.185595] sd 1:0:0:0: [sdb] tag#24 CDB: opcode=0x28 28 00 0b 0b 40 00 00 04 00 00 [ 93.185594] blk_update_request: I/O error, dev sdb, sector 185288704 op 0x0:(READ) flags 0x80700 phys_seg 128 prio class 0 [ 93.185595] blk_update_request: I/O error, dev sdb, sector 185290752 op 0x0:(READ) flags 0x80700 phys_seg 128 prio class 0 [ 93.185604] blk_update_request: I/O error, dev sdb, sector 185286656 op 0x0:(READ) flags 0x80700 phys_seg 128 prio class 0 [ 93.185648] sd 1:0:0:0: [sdb] tag#1 UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=DRIVER_OK cmd_age=1s [ 93.185658] sd 1:0:0:0: [sdb] tag#1 CDB: opcode=0x28 28 00 0b 0b 58 00 00 04 00 00 [ 93.185665] blk_update_request: I/O error, dev sdb, sector 185292800 op 0x0:(READ) flags 0x80700 phys_seg 128 prio class 0 [ 93.185705] sd 1:0:0:0: [sdb] tag#2 UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=DRIVER_OK cmd_age=1s [ 93.185704] blk_update_request: I/O error, dev sdb, sector 185290752 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 [ 93.185715] sd 1:0:0:0: [sdb] tag#2 CDB: opcode=0x28 28 00 0b 0b 60 00 00 04 00 00 [ 93.185721] blk_update_request: I/O error, dev sdb, sector 185286656 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 [ 93.185723] blk_update_request: I/O error, dev sdb, sector 185294848 op 0x0:(READ) flags 0x80700 phys_seg 128 prio class 0 [ 93.187921] Aborting journal on device sdb3-8. [ 93.187969] Buffer I/O error on dev sdb3, logical block 121667584, lost sync page write [ 93.187988] JBD2: Error -5 detected when updating journal superblock for sdb3-8. [ 93.402674] sd 1:0:0:0: [sdb] Synchronizing SCSI cache [ 94.032695] sd 1:0:0:0: [sdb] Synchronize Cache(10) failed: Result: hostbyte=0x07 driverbyte=DRIVER_OK [ 96.676905] EXT4-fs error (device sdb3): ext4_get_inode_loc:4382: inode #2097417: block 8388656: comm smbd: unable to read itable block [ 96.691517] EXT4-fs error (device sdb3): ext4_get_inode_loc:4382: inode #2097417: block 8388656: comm smbd: unable to read itable block [ 96.713396] EXT4-fs error (device sdb3): ext4_get_inode_loc:4382: inode #2097417: block 8388656: comm smbd: unable to read itable block [ 96.734350] EXT4-fs error (device sdb3): ext4_get_inode_loc:4382: inode #2097417: block 8388656: comm smbd: unable to read itable block [ 96.756573] EXT4-fs error (device sdb3): ext4_get_inode_loc:4382: inode #2097153: block 8388640: comm smbd: unable to read itable block [ 96.782828] EXT4-fs error (device sdb3): ext4_get_inode_loc:4382: inode #2097153: block 8388640: comm smbd: unable to read itable block [ 96.809998] EXT4-fs error (device sdb3): ext4_get_inode_loc:4382: inode #2097593: block 8388667: comm smbd: unable to read itable block [ 96.830396] EXT4-fs error (device sdb3): ext4_get_inode_loc:4382: inode #2097593: block 8388667: comm smbd: unable to read itable block [ 96.849925] EXT4-fs error (device sdb3): ext4_get_inode_loc:4382: inode #2097593: block 8388667: comm smbd: unable to read itable block [ 96.869336] EXT4-fs error (device sdb3): ext4_get_inode_loc:4382: inode #2097593: block 8388667: comm smbd: unable to read itable block [ 96.886061] EXT4-fs warning (device sdb3): htree_dirblock_to_tree:1028: inode #2097153: lblock 0: comm smbd: error -5 reading directory block [ 96.887258] EXT4-fs warning (device sdb3): htree_dirblock_to_tree:1028: inode #2097593: lblock 0: comm smbd: error -5 reading directory block [ 96.888670] EXT4-fs warning (device sdb3): htree_dirblock_to_tree:1028: inode #2097593: lblock 0: comm smbd: error -5 reading directory block [ 96.889611] EXT4-fs warning (device sdb3): htree_dirblock_to_tree:1028: inode #2097153: lblock 0: comm smbd: error -5 reading directory block [ 96.911973] EXT4-fs warning (device sdb3): htree_dirblock_to_tree:1028: inode #2097153: lblock 0: comm
#44176 Shummo senior tag pungora96 #44172

Új Válasz 2022-05-14 13:57:20 #44176
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz pungora96 #44172 üzenetére

updateltem az orico házam fw-jét, és most hibátlannak tűnik
Köszönöm szépen
#44173 Shummo senior tag pungora96 #44172

Új Válasz 2022-05-13 11:39:20 #44173
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz pungora96 #44172 üzenetére

Köszi. De ez akkor is működik, hogy ha nem erről bootol a rendszer. Korábban én is használtam a usb-storage.quirks, de akkor az oricoban lévő rendszer drive töltött be arról.
#44170 Shummo senior tag cigam #44169

Új Válasz 2022-05-12 12:03:08 #44170
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz cigam #44169 üzenetére

Hát ez pont a bajom, hogy USB 3.0val nem látja.
lsblk parancsra csak a sda (ssd) látszódik
USB2- ponrton pedig sda és sdb is. és nem értem mi történt. több mint 1 éve hasznalom így és ez csak az utóbbi időben van.
#44166 Shummo senior tag

Új Válasz 2022-05-12 08:36:54 #44166
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

Sziasztok.
Raspberry pi 4-el kapcsolatban az alábbi problémába ütkoztem.
Alap konfig. USB3.0ról (SSD) bootol a rendszer, ami bullseye alapú raspbian. + a másik 3.0 porton lóg egy 1 TB-os HDD. (SSD axagon / HDD +tápos orico külső tokban )
Az utóbbi időben meggyűlt update/upgrade után a bajon a HDD felcsatolásával, de 1-2 restart után csak sikerült neki.
csak az SSD látom /sda alatt, de a HDD nem csatolódik sdb-re.
Tegnap frissítettem egyet, aminek az lett az eredménye, hogy már nem is látja a HDD-t ha bedugom a 3.0-ba, de USB 2.0n minden hibátlan, megy az automount is.
/ets/fstab így néz ki:
UUID=c................................... /media/d....a ext4 defaults,auto,users,rw,nofail,x-systemd.device-timeout=15 0 0
Tudnátok segíteni, hogy milyen irányba induljak el.
Kernel gond lehet ez?
#43827 Shummo senior tag sztanozs #43826

Új Válasz 2022-03-24 10:18:55 #43827
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz sztanozs #43826 üzenetére

ehh
Köszike
#43825 Shummo senior tag

Új Válasz 2022-03-24 09:39:28 #43825
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

Egy parancsot szeretnék lefuttatni minden induláskor kb 30 mp késleltetéssel
A parancs:
docker exec -it hassio_audio pactl load-module module-alsa-sink
A problémám, hogy hiába teszem a CRONTABba
@reboot sleep 30 && docker exec -it hassio_audio pactl load-module module-alsa-sink
Vagy
csinálok egy .sh-t :
#!/bin/bash
sleep 30
docker exec -it hassio_audio pactl load-module module-alsa-sink
Az eredmény mégis az, hogy a parancsnak nincs hatása. Lefut, de a modul nem töltődik be.
Ha csak simán SSHn beírom akkor viszont működik.
root vagy pi@raspberrypi:~ $ docker exec -it hassio_audio pactl load-module module-alsa-sink
Tudtok ebben esetleg segíteni?
#43705 Shummo senior tag Warter #43704

Új Válasz 2022-03-02 11:05:44 #43705
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz Warter #43704 üzenetére

Igen. Most hogy elkezdtem utána nézni, látom, hogy újabban már belekerült.
Este úgy látszik akkor mehet a NOX verzió fel.
#43703 Shummo senior tag Steven #43702

Új Válasz 2022-03-02 10:36:59 #43703
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz Steven #43702 üzenetére

Ahogy azt írtam is, nekem nem serviceként fut (nem nox).
Desktop verziót használok.
És így indul autómatikusan:
sudo nano /etc/xdg/lxsession/LXDE-pi/autostart
nem serviceként.
A desktop verzió pedig kell, mert van benne RSS + kereső funkció., ami a WEB UIba nincs
MIndenesetre köszönöm
#43701 Shummo senior tag

Új Válasz 2022-03-02 09:52:15 #43701
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

sziasztok. Valaki tudna segiteni abban, hogy a rASpberry Pi -4 re kötött + HDD-n a Qbittorent a letöltött új fájlokat jó permissionnal hozza látre?
Rendszer SSDn, a Qbittorent desktop verziót használom (nem a NOX)
az új fájl "rw----r--" jön létre.
az OWNER az a pi:pi, plusz az alábbi parancsoat futtattam:
sudo chown -R pi:pi /nas
sudo find /nas -type d -exec chmod 775 {} \;
sudo find /nas -type f -exec chmod 775 {} \;
+ a SETFACL paranncsal hozzáadtam egy +usert is akit NFS kapcsolat esetén használok.
A letöltési mappa essetében el tudtam érni hogy a default group jogok szintén rw legyen.
De hiába setfacl -d -m g::rwx /nas/downloads parancs. Mégse lesz az alapértelmezett az X is.
Szóval most rw-rw-r-- jön létre a fájl.
+ Ami érdekes, ha én hozok létre egy fájl mondjuk a Windwoson belül a + userrel, akkor az rwxrw-r-- joggal jön létre.
Esetleg valaki tudna segíteni, hogy oldható meg, hogy az alap a chmod 770 vagy 775 legyen?
Vagy legalább a User(group) legyen RWX.
Köszönöm
#43178 Shummo senior tag

Új Válasz 2021-12-28 16:12:52 #43178
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

Sziasztok. Újabb kérdésben kérném a segítségeteket.
Debian 10 fut az rpi4en külső SSDről és van még rajta egy másik hdd.
Szeretnék egy automata biztonsági mentést beállítani a rendszerről, szóval hogy hetente mentse az ssdn lévő rendszert a hddre vagy esetleg másik a hálózaton lévő hddra.
Ehhez milyen progit/módszert javasoltok?
#43147 Shummo senior tag Petikeje #43146

Új Válasz 2021-12-26 00:37:52 #43147
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz Petikeje #43146 üzenetére

Én a pivpn nel a customot választottam. És ott megadtam a Google mint dns szolgáltató. (8.8.8.8 és 8.8.4 4)
#43142 Shummo senior tag adika4444 #43141

Új Válasz 2021-12-25 10:39:02 #43142
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz adika4444 #43141 üzenetére

Forwarding megvan. Viszont peerbe én a /32 t használtam.
Példa
10.10.0.0/32, 192.168.2.0/24
Első lenne a wireguard server és cliensek tartománya, második pedig a belső halozatom ip tartománya.
Ha jól értem akkor írjam át /24re az elsőt?
#43135 Shummo senior tag

Új Válasz 2021-12-24 14:41:25 #43135
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

Sziasztok. Segítséget szeretnék kérni az alábbiakhoz.
Jelenleg wireguardot futtatok az RPI 4en. Minden szépen működik server - client irányban..
Jeleng azonban azt szeretném, ha a client - client irány is menne. Azaz el szeretném érni az egyik cliensről a másik clienst.
A belső hálózatról el tudom érni jelenleg a clienst, de peer-server-peer már nem látszódik. Pingelés se megy.
jelenleg a wireguard configom így néz ki, az IPTABELEST kellene valahogy kiegészíteni, átírni, csak nem értek hozzá.
PostUp = iptables -A FORWARD -i wg0 -j ACCEPT; iptables -A FORWARD -o wg0 -j ACCEPT; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
PostDown = iptables -D FORWARD -i wg0 -j ACCEPT; iptables -D FORWARD -o wg0 -j ACCEPT; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE
#42527 Shummo senior tag Crvsh3R #42526

Új Válasz 2021-10-09 11:02:51 #42527
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz Crvsh3R #42526 üzenetére

Szerintem az NTFS miatt lassú. Formázd ext4-re.
#42517 Shummo senior tag 0519 #42515

Új Válasz 2021-10-08 14:07:29 #42517
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz 0519 #42515 üzenetére

Köszönöm a kiindulópontot
#42514 Shummo senior tag

Új Válasz 2021-10-08 10:07:31 #42514
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

Sziaztok.
Van egy Rpi4en aluminium Armor Case-ben. A Bluetooth viszonylag kicsi területen elérhető. Nagyjából 1 szobában. (A xiaomi gateway-en viszont gond nélkül kommikál kicsit távolabbról is egy BT eszközzel).
Gondolom a burkolat ennyire lekorlátozza.
Kérdésem az lenne, hogy valamilyen módon tudom e növelni a hatótávot?
Van egy ilyen noname USB-s BT adapterem[link].
Esetlegesen megoldható hogy az RPI-t ezzel használnjam? (rendszer: Raspbian)
#41582 Shummo senior tag Keem1 #41574

Új Válasz 2021-05-11 09:20:46 #41582
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz Keem1 #41574 üzenetére

Köszönöm a választ. Próbálom értelmezni és alkalmazni. Nálam pi:pi a tulajdonos. és a PI groupbe vannak belerakva SMB USERek. Ez szerintem ugyanaz mint a te megoldásos.
Viszont amit a PI user hoz létre, azt a group résztvevői csak olvasni tudják
#41572 Shummo senior tag

Új Válasz 2021-05-07 11:04:22 #41572
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

Sziasztok.
Olyan kérdésem lenne felétek, hogy mivel oldható meg, hogy egy olyan mappában ( aminek az OWNERje a PI) ha új mappát hozok létre akkor az már alapból a GROUP által irható módon jöjjön létre , és ne kelljen mindig permissiont állítani rá(chmod 775).
Jelenleg csakaz OWNER által írható, ami azért nem jó, mert a sambat más userekkel használják, amik a GORUP része, de így nem tudják irni, a Qbittorent (PI user) által létrehozott mappákat/fájlokat.
Köszönöm
#41470 Shummo senior tag

Új Válasz 2021-04-25 13:03:57 #41470
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

Erre esetleg valakinek nincs ötlete: [41459] ?
#41460 Shummo senior tag Shummo #41459

Új Válasz 2021-04-22 22:14:56 #41460
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz Shummo #41459 üzenetére

sudo hdparm -t /dev/sdb2:
/dev/sdb2: Timing buffered disk reads: 346 MB in 3.01 seconds = 114.86 MB/sec
sudo hdparm -T /dev/sdb2
/dev/sdb2: Timing cached reads: 1418 MB in 2.00 seconds = 709.47 MB/sec
Ha ez esetleg segít valakinek.
#41459 Shummo senior tag

Új Válasz 2021-04-22 22:00:28 #41459
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

Sziasztok. Valaki esetleg már hallom ilyenről:
Konfig: RPI4 + SSDn a rendszer USB3 tokban (quirkssel megoldva a stabil kapcsolat)
+ USB3-n van egy 1TB HDD mellette plusz táppal falból.
Amikor ezt így össze raktam akkor írás ment 80-90 MB/s olvasás pedig 110 MB/s körül, amikor gigabiten másolok hálózaton egy másik gép SSDjére/ről. (SSD/HDD esetén is)
Aztán most nem, tudom hogy, de azt vettem észre, hogy írás maradt ahogy volt 80+, de olvasás nem bír 50+t elérni....
Ami vicces, mert a SSD-ről ugyan úgy megy a dolog (80+/100+). HDD azonban már csak (80+/50).
Még sose tapasztaltam olyat, hogy kevesebb legyen az olvasási tempo mint az írás...
A próbálkozásaim zsákutcába fulladtak. Esetleg tudtok valami támpontot nyújtani merre kezdjem a kutakodást?
#41268 Shummo senior tag UberMutant #41266

Új Válasz 2021-03-24 08:23:43 #41268
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz UberMutant #41266 üzenetére

Tudom hogy van webes felület, de azzal nem tudom megcsinalni, hogy a .torrent fájlt hozzárendeljem alapértelmezett megnyitással.
A transmissionnal amit eddig használtam duplakattra már adta is hozzá a torrentet a sorhoz.
A webes felületet viszont be kell tölteni, torrent hozzáad, stb.
Szóval nem annyia fluid nekem, azért szeretném a GUIt.
Vagy megoldható, hogy a windows egyből a qbittorentben nyissa meg/ adja hozzá a torrentet?
#41262 Shummo senior tag

Új Válasz 2021-03-23 22:16:55 #41262
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

Tegnap néztem gyorsan egy tesztet: Nálam qBittorrent 30MB/s tudott, ugyan azzal a torrentel a Transmission csak 15-18 MB/st.
Viszont sajnos úgy látom a Qbittorrentnek nincs Desktop GUIja( szóval client ami csatlakozik a serverre csak nem WEBen) mint a Deluge-nak vagy a Transmissionnak.
Deluge-ról mi a tapasztalat a qBittorrent-hez képest? Van értelme rápróbálnom?
#41241 Shummo senior tag

Új Válasz 2021-03-22 15:52:00 #41241
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

Sziasztok. Jelenleg a ROuteremre van kötve egy HDD usb 3.0 házzal.
Tervbe vettem hogy átteszem a HDDt a raspberry Pi 4-re. (csak külső tápos ház is kell majd hozzá, szóval egyelőre infót gyűjtök megéri e)
PI-n fut még nekem Home assistant / wireguard /mysql, > kb 20 % CPU load mellett.
Kérdésem lenne hogy esetleg valaki használja e a raspberry pi-t RASPBIAN rendszerrel NAS ként is.
Ha igen, milyen tempót várhatok adatmozgatás terén? SMB/NFS érdekelne főleg.
Jelenleg nekem a routeren SMB/NFSként megy, max adatátvielti sebesség 35-40MByte/s. (szóval még bőven bírja a HDD)
Transmission letöltés pedig max 7-8MB/s.
#40672 Shummo senior tag rosejbli #40671

Új Válasz 2021-01-16 23:13:34 #40672
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz rosejbli #40671 üzenetére

Köszönöm. Egyértelmű a választás.
#40669 Shummo senior tag rosejbli #40668

Új Válasz 2021-01-16 20:25:17 #40669
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

válasz rosejbli #40668 üzenetére

WiFi /Bt az armor case-szel megy? Vagy minden alumínium tokkal ez a helyzet?
Amúgy az általam linkelt tokon van 1-1 luk a kábel kivezetesere, szóval szerintem a kábelekkel nem lenne gond (egyelőre nem is tervezem használni amúgy)
#40667 Shummo senior tag

Új Válasz 2021-01-16 19:03:05 #40667
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Shummo

senior tag

Sziasztok. Passzív hűtést vennék a PI 4.re. (4gb). Erről valakinek van véleménye: [link]
A topicban ajánlott armor Casehez képest ez jobban tetszene, mivel rendesen bezarja, nem lóg ki a nyák. A linken szereplő jobban tetszik, viszont nyilván az eredmény a fontos nem a külleme.