Sziasztok! Csak részben linux kötődésű a problémám, de talán itt van a leginkább helye:
Synology NASban összeomlott az egyik Basic Raid (egylemezes) kötet, bad-sector-ra hivatkozva. Szeretnék belenézni a tartalmába, hátha valami nem volt backupolva, így megpróbáltam felmountolni mdadm --assemble --run --verbose /dev/md0 /dev/sdc3 paranccsal, ami ezt adja vissza:
mdadm: looking for devices for /dev/md0
mdadm: /dev/sdc3 is identified as a member of /dev/md0, slot 32768.
mdadm: No suitable drives found for /dev/md0
nyilván a /dev/md0 nem jön létre, de helyette lesz egy /dev/md127, amire mdadm --detail /dev/md127 :
/dev/md127:
Version : 1.2
Raid Level : raid1
Total Devices : 1
Persistence : Superblock is persistent
State : inactive
Working Devices : 1
Name : DiskStation:2
UUID : 6dbb8cbe:dbad11be:20f539bc:09f1f762
Events : 10296580
Number Major Minor RaidDevice
- 8 35 - /dev/sdc3

majd mount -v /dev/md127 /mnt/usb

mount: /mnt/usb: can't read superblock on /dev/md127.
dmesg(1) may have more information after failed mount system call.

dmesg
[31672.141041] EXT4-fs (md127): unable to read superblock

ami még fura:
/mnt/pve/blackbox# mdadm --assemble --scan -v

mdadm: looking for devices for /dev/md/3
mdadm: /dev/sdc3 has wrong uuid.

És itt megállt a tudomány, sehogy sem tudom felmountolni a kötetet. Korábban megmakkant HDD esetén ez gond nélkül ment.
Futtattam a lemezen smartctl-t, abból ez jött ki:

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 12073
3 Spin_Up_Time 0x0027 178 176 021 Pre-fail Always - 6058
4 Start_Stop_Count 0x0032 094 094 000 Old_age Always - 6754
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 001 001 000 Old_age Always - 73742
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 097 097 000 Old_age Always - 3769
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 162
193 Load_Cycle_Count 0x0032 198 198 000 Old_age Always - 6591
194 Temperature_Celsius 0x0022 122 104 000 Old_age Always - 28
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 8
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed: read failure 90% 8199 14384
# 2 Short offline Completed: read failure 90% 8196 14384
# 3 Short offline Completed without error 00% 7624 -
# 4 Short offline Completed without error 00% 6926 -
# 5 Short offline Completed without error 00% 6210 -
# 6 Short offline Completed without error 00% 5520 -
# 7 Short offline Completed without error 00% 4798 -
# 8 Short offline Completed without error 00% 4150 -
# 9 Short offline Completed without error 00% 3422 -
#10 Short offline Completed without error 00% 2690 -
#11 Short offline Completed without error 00% 1979 -
#12 Short offline Completed without error 00% 1248 -
#13 Short offline Completed without error 00% 546 -
#14 Short offline Completed without error 00% 65376 -
#15 Short offline Completed without error 00% 64656 -
#16 Short offline Completed without error 00% 63945 -
#17 Short offline Completed without error 00% 63210 -
#18 Short offline Completed without error 00% 62494 -
#19 Short offline Completed without error 00% 61770 -
#20 Short offline Completed without error 00% 61115 -
#21 Short offline Completed without error 00% 60430 -

valakinek esetleg van valami tippje, mivel próbálkozhatnék még?

Ubuntu 20.04 szerveren szeretnék Node-Red-et használni.
Először telepítettem a disztribúcióban található nodejs-t. Ezen futott a node-red, de már nem volt hajlandó bizonyos kiegészítőket felrakni. Régi volt a nodejs.
Utána nvm-mel feltettem a legfrissebb LTS-t (v18.17.1). Innentől kezdve nem indul el a node-red a saját felhasználómmal
:~$ /usr/local/bin/node-red
/usr/bin/env: ‘node’: No such file or directory
A systemd scriptben benne van a felhasználóm
# non-root user to run as
WorkingDirectory=/user/
User=user
Group=user
A hiba:
ExecStart=/usr/local/bin/node-red (code=exited, status=127)
Nagyon elkavarodtam. Tudtok segíteni?

"Szörnyek léteznek, de túl kevesen vannak ahhoz, hogy igazán veszélyesek legyenek. Sokkal veszélyesebbek az átlagemberek, a funkcionáriusok, akik készek hinni és cselekedni anélkül, hogy kérdéseket tennének fel." (fordította DeepL ) - Primo Levi

Udv

Van egy BX500 ssd-m amin Proxmox volt, ami pedig LVM. Az SSD-t nem engedi formazni es torolni es semmi. Sem diskpart, sem a parted. Win telepito azt mondja, hogy 0kb szabad. Linuxbol mivel tudnam az LVM-et torolni, ami tenyleg torli is? Ugye az LVM miatt nem engedi

Gyermektelen, nem házas, másodrangú állampolgár

diskpart - clean parancs nem szedi le?
nekem eddig mindennél ment, lvm-nél is...

[ Szerkesztve ]

pvremove

az nvm-el telepitett node nincs benne a PATH-ban.

Én még nem találkoztam ilyennel (mindig újra tudtam partícionálni a disk-et), de az lvremove segíthet.

Alex

Nem

Gyermektelen, nem házas, másodrangú állampolgár

Koszi!

Gyermektelen, nem házas, másodrangú állampolgár

dd-vel felülírod vagy az ssd elejét, vagy az egészet, akkor minden konfignak lőttek.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Igen, ezt sejtettem, de hogyan tudom beleírni és mit? Hol van az installált nodejs?
Ha a user installálja nvm-mel a nodejs-t akkor ez a hiba:
Binary download failed, trying source.
Detected that you have 8 CPU core(s)
Running with 7 threads to speed up the build
Local cache found: ${NVM_DIR}/.cache/src/node-v18.17.1/node-v18.17.1.tar.xz
Checksums match! Using existing downloaded archive ${NVM_DIR}/.cache/src/node-v18.17.1/node-v18.17.1.tar.xz
$>./configure --prefix=/home/fecus/.nvm/versions/node/v18.17.1 <
-bash: ./configure: Permission denied
nvm: install v18.17.1 failed!

Gondolom e miatt az nvm use ezt adja:
user@server:~$ nvm use
No .nvmrc file found
Please see `nvm --help` or https://github.com/nvm-sh/nvm#nvmrc for more information.

Ha a root installálja akkor minden rendben, de akkor meg a user nem tudja futtatni.

"Szörnyek léteznek, de túl kevesen vannak ahhoz, hogy igazán veszélyesek legyenek. Sokkal veszélyesebbek az átlagemberek, a funkcionáriusok, akik készek hinni és cselekedni anélkül, hogy kérdéseket tennének fel." (fordította DeepL ) - Primo Levi

Megvan!
Kimaradt a systemd scriptben a munkadirektoriban a /user elől a /home.

"Szörnyek léteznek, de túl kevesen vannak ahhoz, hogy igazán veszélyesek legyenek. Sokkal veszélyesebbek az átlagemberek, a funkcionáriusok, akik készek hinni és cselekedni anélkül, hogy kérdéseket tennének fel." (fordította DeepL ) - Primo Levi

Na végül a wipefs letakarította, majd a nodeokon kellett külön még disk wipe

Gyermektelen, nem házas, másodrangú állampolgár

egyrészt nekem sosem szólt az mdadm, másrészt le lehet állítani a tömböt, és akkor bakfitty.
hardveres hw raiddel nincs tapasztalatom, azokat a diszkeket is sima pc-ben gyalulom, ami hw-s gépből jön.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

tudom, ezt mondom én is ha fent van a mdadm és csak úgy rátolod kkor kezelésbe fogja venni, ennyi lehet a trükk benne. nem nagyújdonság csak ilyen érdemes figyelni rá dolog.

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

fdisk, az nem kérdez hülységeket.

smartctl tud olyat, hogy mikozben monitorozza 3 eszköz hömersekletet (Raspberry Pi 1ssd, 2hdd) nem ebreszti fel oket?
RPI-Moitorba hasznalnam
source=/usr/sbin/smartctl -d sat -a /dev/sda | awk -F" " '/Temperature_Cel/ {print $10}'
...
...
modik is szepen
viszont a drivok folyamatosan ebren vannak ami kvara nem jo.
Az n opciot neztem, de nem vagom hogy -n standby,0 vagy -n standby,3 illetve pontosan (mukodesben) mi a kulonbseg a ketto kozott
Holnap tudom csak tesztelni... (jo lenne kesz megoldassal kezdeni mert idom az nem nagyon lesz kiserletezgetni)

[ Szerkesztve ]

Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.

Sziasztok!

Szeretnék fejlődni linuxos adatbiztonság terén.
A következőt találtam ki első lépésnek;
Tegyük fel, hogy a belső hálózatom egyik gépébe bejutottak a támadók - root joggal övék mondjuk a nas-om.
A többi gépen mit tudok állítani, letiltani, hogy ne férjenek hozzá a további adataimhoz?
samba, nfs, webserver nincs egyiken sem, gondolom az ssh szervert kell még letiltani, ha valamiért be volt kapcsolva.
Mi egyebet tudok tenni még?
Link is jöhet valami doksira, ami erre ravezet, nem csak kész megoldás érdekel.

Kössz szépen!

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html

Igazából annyi a cél, hogy az otthoni hálózatomat és a VPS-eimet a lehető legjobban meg tudjam védeni a reális támadásoktól.
A vicces kedvű kolegákat is ide értve.

Tananyag is érdekel.

Sem az NSA, sem egyéb szervek nem pályáznak a nyaralási képeimre, sőt a munkám sem olyan, hogy bárkit érdekeljen, és IT biztonsági szakember sem akarok lenni, csak egy olyan szintet szeretnék elérni, hogy az tűrhetőnek számítson linuxos, hálózatos körökben.
Azért ide írtam (először a kezdő topikba), mert csak linuxos gépeim vannak.

Kössz a tippet, megnézem ezt a Tenable Nessus Essentials-t.

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html

Bevezető a témában: [link]

Köszi!

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html

Ha van egy potens rootered, lelovod.

Gyermektelen, nem házas, másodrangú állampolgár

a forgalomirányítót routernek hívják.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Véletlenül észrevettem, hogy egy ideje már van KSMB (kernel mód SMB szerver).

- Amin elsőre megakadt a szemem, hogy ez támogatja az RDMA-t (lassan 10 éve nézegetem, hogy áll vele a Samba, mert a hálókártyáim azóta támogatnák).
- Ami ránézésre negatívum, hogy nem látom miként lehetne beállítani alias-okat (Samba-ban az smbusers file), pl. hogy a Linux oldali janos felhasználó az a janos@hotmail.com Windows fiókkal tudjon operálni (ha a Linux-os fiókkal lépek be Windows-ból, akkor a Windows Administrator/TrustedInstaller/stb nem fér hozzá a hálózati meghajtóhoz, így pl. nem lehet olyan telepítőket futtatni róla, amiket adminként kell futtatni Windows-on. Bár erre lehet, hogy van valami más megoldás is...).
Illetve az, hogy alig találok róla bármit a neten (pl. disztrók oldalán wiki cikkek, stb).

Egyelőre összefésültem a régi smb.conf file-t a ksmbd.conf.example-el (lényegében csak kitöröltem 5-6 sort, amit nem ismer a KSMB és átírtam 2-3 sort, amit csak másképp hív, mert alapvetően hasonlók). Ebben egyelőre csak a Linux user nevek vannak, hogy ki mihez fér hozzá (guest access nincs).
Aztán kipróbáltam, és a ksmbd.adduser elfogad email címeket, mint username. De egyelőre hozzáadtam egy Linux felhasználónevet is (tesztelésre a root-ot, mert az tuti hozzáfér bármihoz akkor is, ha a Linux oldalon xattr-be eltárolt ACL nem lesz kompatibilis Samba-ról KSMB-re váltva, mivel azok a Linux user never alatt futnak).

Mikor elindítom a ksmbd.mount-ot verbose módban, akkor ezt dobálja:
[ksmbd-worker/4409]: ERROR: treecon: User is not on valid users list
akkor is, mikor automatikusan a Windows fiókkal próbál hozzáférni, és akkor is, ha feldobja a Windows a login ablakot és beírom, hogy root és password1234
(Illetve kipróbáltam a janos névvel is, hátha a root-ot direkt tiltja, de azzal sem lép be.)

Mi lehet ezekre a megoldás, vagy hol találhatok rá?

[ Szerkesztve ]

TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."

Érdekes. Belebotlottam az Owlfiles-ba, amivel 445-től eltérő porttal tudom tesztelgetni a KSMB-t (a Samba maradhat mellette 445-ön, amit a Windows File Explorer is elér).
Két SMB share van:
A: /mnt/data - amihez csak a root és még valaki fér hozzá. Ez írható is.
B: /mnt/data/akármi - ehhez hozzáférnek többen, viszont csak olvasható
Az Owlfiles Windows-ról root-ként bejelentkezve eléri B share-t (meg tudom nyitni a file-okat), de az A-t nem (nem dob hibát, de totál üresnek látja).
Egyikhez share-hez sincs semmi speciális beállítás. Ami eltér az a path, az írhatóság, a user list, de mindkettőnél szerepel a root és azon kívül mindkettőnél még más név is.
A két elérési út ugyan az a filerendszer (a B egy al-mappa, nem másik fs/volume).
Samba-val ez működik, ahogy várom (elérem Win-ről mindkettőt). KSMB-vel nem.
Na ez mitől lehet...?
Szerk: átállítottam az A-t is csak olvashatóra, és így sem tudom Win-ről böngészni.

[ Szerkesztve ]

TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."

Sziasztok!

Szeretnek egy mappat elerhetove tenni az egyik user szamara.

A folder egy egy csatolt meghajton van.

/dev/sdb 52T 1.4T 17T 5% /folderA

/folderA mappaban vannak tovabbi mappak, de en csak egy ujonnan letrehozott mappat szeretnek megosztani B felhasznaloval

az osszes jelenlegi mappa root user alatt van /folderA

hogyan kellene ezt kivitelezni?

Per aspera ad astra.

Sziasztok,

szenvedek egy file permission hibaval, s sehogy se latom mit hibazok.
Ubuntu 22.04.
Adott egy service ami dockerban fut. Linuxserver.io imageket hasznalok, parameterezem PUID PGID-el, dedikalt usert kap a service.

Van egy masik service, aminek ugyszinten sajat usert kap, Linuxserver.io imaget hasznal (plex szerver).
A plex usere tagja a masik szerviz groupjanak, chmod 770, rekurzivan.

A plexen belul nem tudom olvasni azt a konyvtarat, amit a masik service tulajdona.
Csak akkor mukodik, ha a chmod 777.

Teszteltem:
sudo su plex
s utana megneztem, tudom olvasni-e a konyvtarat, tudok a file-t letrehozni, minden mukodik.

Mi az amit benezek?

Sziasztok
valaki jártas lm-sensors-ban?
csináltam egy custom konfigot a p9d-i lapomhoz, de az 5VSB-nek az istenért nem tudom beállítani a min/maxot. minden más működik, de ezt valamiért ignorálja.

# lm-sensors configuration file for the Asus P9D-I motherboard
# 10-apr-2023
#

chip "nct6779-*"

   label in0 "Vcore"
   label in1 "+5V"
   label in2 "AVCC"
   label in3 "+3.3V"
   label in4 "+12V"
   label in5 "+5VSB"
   ignore in6
   label in7 "+3VSB"
   label in8 "vBatt"
   label in9 "CPU VTT"
   ignore in10
   ignore in11
   label in12 "VDDQ"
   ignore in13
   ignore in14

   ignore fan3
   ignore fan4
   ignore fan5

   ignore intrusion0
   ignore intrusion1

   ignore temp3
   ignore temp4
   ignore temp5
   ignore temp6
   ignore temp7
   ignore temp8
   ignore temp9
   ignore temp10
  
   compute in1 ((12+3)/3)*@, @/((12+3)/3)
   compute in4 ((1+11)/1)*@, @/((1+11)/1)
   compute in5 2*@, @/2

   set in0_min  1.75 * 0.95
   set in0_max  1.75 * 1.05

   set in1_min  5 * 0.95
   set in1_max  5 * 1.05 
   
   set in4_min  12 * 0.95
   set in4_max  12 * 1.05

   set in5_min  4.00
   set in5_max  5.20

   set in9_min  0.600
   set in9_max  1.350

   set in12_min 1.3
   set in12_max 1.55

   ignore beep_enable

sensors detect volt -é?

Régen foglalokoztam vele, de már nem nagyon emlékszem. link.

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

Szia
volt, anélkül nem látná a nct6779-et.
látja a problémás feszt, méri, kiírja helyesen, a compute is működik, de a min/max értéket nem tudom beállítani, semmibe veszi az "in5" min/max beállításait.

Sziasztok!

Linux partícionálós kérdésem lenne. Van egy virtuális gépem, aminek van egy darab virtuális diszkje, ezen pedig 3 partíció:
sda1: GRUB2 core (1MB)
sda2: LVM PV - ezen lakik a teljes rendszer (17GB)
sda3: /boot (1GB)

Hogy miért az sda3 a /boot, az egy külön téma, egy korábbi VBox-os szívás miatt alakult így.
A 17GB kicsi lett a rendszernek, kéne még egy kevéd diszk. Az alatta lévő virtuális diszket megnöveltem. Látszik is rendben. Most jön a kérdés:

Azt gondoltam, hogy kis sakkozással átmigrálom az sda3-at az sda2 elé, a rajta lévő FS tartalmávan együtt és az az LVM PV-t tartalmazó partíciót így megnövelem a diszk végéig.
Ilyen lépésekre gondoltam:
Eredeti állapot:
|| GRUB | LVM | /boot||

Megnövelt diszk állapot:
|| GRUB | LVM | /boot| üres rész ||

/boot odébbtol:
|| GRUB | LVM | üres| /boot| üres ||

LVM odébbtol:
|| GRUB | üres | LVM | /boot | üres ||

/boot átmigrál:
|| GRUB | /boot | LVM | üres ||

LVM megnövel:
|| GRUB | /boot | LVM ||

Ehhez az elképzeléshez viszont szükség van egy olyan módszerre, amivel egy partíciót a rajta lévő FS-sel és az abban tárolt adatokkal együtt odébb lehet mozgazni a diszken, akkor is, ha az eredeti területtel átfedésben van. AIX-on nevelkedtem, ott erre eléggé van módszer, meg a /boot is benne van az LVM-ben, meg miegymás. Meg volt régen a Paragon partition magic boot CD, az is tudott ilyet. Most mivel lehet?

Ha jól láttam, akkor a GParted move opciója az adattartalmat nem viszi odébb, csak a partíció határait módosítja. Vagy nem jól láttam? Leginkább olyan megoldást szeretnék, ami simán parancssorból megcsinálható. Van ilyen?

--Trifo

Még egy kis extra olvasás és kísérletezés részben segített. Részben. Letöltöttem egy Ubuntu desktop live CD-t és arról futott a gparted:
* a gparted mozgatja az adatokat is a partícióval együtt
* a /boot fs-t tartalmazó partíció áthelyezése összetöri a bootot

A gparted rész után bebootoltam a gépet a saját diszkjéről. A GRUB core az meg is volt, ahogy kell, de nyilván a /bootot nem találta, úgyhogy csak egy grub rescue promptot kaptam. Ott aztán
set prefix=...
insmod normal
insmod lvm
set root=...

és végül: normal

És ezzel bebootolt szépen. Az elindult rendszeren már csak egy update-grub és egy grub-install kellett és most minden szép. Kicsit szebb is, mint szerettem volna, mert a gparted az LVM-hez tartozó partívió mozgatása közben leshrinkelte a LV-ket is amennyire tudta. Mondjuk ezt nem kértem volna tőle, de ennyi belefér. Meg kell növelgetni amit kell.

Szóval a műtét sikerült, a beteg él, de még mindig szívesen látnék megoldást ugyanerre, amihez nem kell grafikus felület.

Az miért van, hogy ha van egy 680GB-os partícióm, amin 50GB foglalt hely van, akkor a szabad 596GB lesz? Hova tűnik a fennmaradó 34GB? Ennyit elfoglalna az LVM pluszban?

Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak

ha ext4, akkor azért, mert az automatikusan zárol 5%-ot a root számára, aminek nem-rendszerpartíció esetén kevés értelme van.
mondd neki azt, hogy tune2fs -m 0 /dev/mapper/volgrp01-Torrent
ahol -m 0 azt jelenti, hogy 0% legyen zárolva

[ Szerkesztve ]

Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data

nem az lvm, mert azt nem látnád a partíció méretében.
a fájlrendszerbe szoktak rakni 5% tartalékot a rootnak, hogy akkor is működjön a gép, ha telement a partíció.
ezt le lehet tiltani, tune2fs reserved vagy valami ilyesmi.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Uhh, ez nagyon szuper! Köszönöm!

bambano neked is

Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak

Igen csak nem ajánlott letiltani,mert előbb-utóbb oda a bejelentkezés lehetősége.

Remélem itt elfér - https://sites.google.com/site/geriprojekt/ - https://github.com/kgregoryan - Az ember téved,a gép hibázik.

valójában a root partíciónál nem javasolt, viszont azokon a partíciókon, ahol a halivúdi termésről tárolsz biztonsági másolatot, ott nem gond.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Funfact: a log is simán megeszi a maradék helyet, rootként.

Tegnap még működött...

Dobd mar be pontosan hogyan monitoroztad, megnezem en is. (LG OLED)
Nem lehet, hogy valami ilyesmivel nyitottal utat orosz baratainknak? [link]

http ://webosapp.club/instart

Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.

Mindjart megnezem. Ezt nezted mar?

Port Scanning host results
Open TCP Port: 1061 Open TCP Port: 1424 Open TCP Port: 1900 ssdp Open TCP Port: 1970 Open TCP Port: 3000 ws Open TCP Port: 3001 wss Open TCP Port: 9955 Open TCP Port: 9998 Open TCP Port: 18181 Open TCP Port: 36866

UDP: Sends data to 239.255.255.250:1900 ssdp traffic

[ Szerkesztve ]

Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.

qBittorrent service-be tudok olyat kalapalni, hogy 755 helyett 775-re krealja a letoltott motypo? Jellyfin usert beraktam a users csopiba, ez van az ossze movies/shows folderen rekurziv, de a qbittorrent 755-baromkodasa miatt permission issue-t kapok Jellybe media torlesekor.
Ez jopofa megoldas, [link] de jo lenne inkabb service szinten valami okossag

[ Szerkesztve ]

Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.