Linux-kezdő

Üdv!

Adott egy frissen telepített debian 11.5 és hozzá egy englightenment 0.24.2-8+deb11u1 ablakkezelő.

A billentyűzet layoutot szeretném megváltoztatni terminálból, de egyszerűen nem találok rá működő parancsot.

Normál esetben a setxkbmap hu megtenné a dolgát, de enlightenment alatt valamiért nem működik. Ugyanezen a gépen fvwm alatt viszont működik.

Enlightenment alatt egyelőre csak kattintgatós módszert találtam (settings -> input -> Keyboard -> Default Keyboard Layout).

Ami érdekesség még, hogy a setxkbmap -query helyesen olvassa ki az adatokat, de megváltoztatni azokat nem tudja.

Van ötletetek?

Üdv!

Adva van egy Ubuntus (22.04) gép, amin a NetworkManager-t használva gond nélkül feláll egy VPN kapcsolat (fájlból importálva).

Ugyanezt a fájlt használva így: 

openvpn confilgfile.ovpn

nem  áll fel a kapcsolat, csak x másodpercenként újraindul a csatlakozás ezzel:

2022-10-05 13:49:01 TCP/UDP: Preserving recently used remote address: [AF_INET]193.58.48.118:443
2022-10-05 13:49:01 Socket Buffers: R=[131072->131072] S=[16384->16384]
2022-10-05 13:49:01 Attempting to establish TCP connection with [AF_INET]193.58.48.118:443 [nonblock]
2022-10-05 13:49:02 TCP connection established with [AF_INET]193.58.48.118:443
2022-10-05 13:49:02 TCP_CLIENT link local: (not bound)
2022-10-05 13:49:02 TCP_CLIENT link remote: [AF_INET]193.58.48.118:443
2022-10-05 13:49:02 TLS: Initial packet from [AF_INET]193.58.48.118:443, sid=4ecc5bd2 464aef69
2022-10-05 13:49:02 VERIFY OK: depth=1, CN=ceg.hu
2022-10-05 13:49:02 VERIFY KU OK
2022-10-05 13:49:02 Validating certificate extended key usage
2022-10-05 13:49:02 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
2022-10-05 13:49:02 VERIFY EKU OK
2022-10-05 13:49:02 VERIFY OK: depth=0, CN=*.ceg.hu
2022-10-05 13:49:03 Connection reset, restarting [0]
2022-10-05 13:49:03 SIGUSR1[soft,connection-reset] received, process restarting
2022-10-05 13:49:03 Restart pause, 80 second(s)

.

Kérdésem lenne, hogy a networkmanager hogyan állítja fel a kapcsolatot a háttérben a megadott configfájl alapján? Vagyis inkább, hogy openvpn-nel hogyan lehet elindítani.

Maga a config fájl tartalmazza a certificate-eket (<ca>, <cert>, <key>) és ezt a részt:

client
dev tun
proto tcp-client
remote 193.58.48.118 443
resolv-retry infinite
nobind
persist-key
persist-tun
remote-cert-tls server
cipher AES-256-CBC
auth-nocache
auth SHA1
tls-cipher DEFAULT
auth-user-pass
verb 3
route 10.128.0.0 255.255.0.0 193.58.48.118
route 193.58.48.0 255.255.255.0 193.58.48.118
dhcp-option DNS 10.100.10.100
pull-filter ignore redirect-gateway
keepalive 10 120

Sziasztok!

Az lenne a kérdésem hogy ha létrehozunk egy fájlt linux alatt, akkor mi értelme van annak hogy ez felhasználóhoz tartozik?

Ezt csak tájékoztató jellegű hogy kihez tartozik a fájl?

Chown paracssal át adhatjuk másik felhasználónak is, de ennek is mi értelme van?

HA mondjuk Csabához tartozik mint tulajdonoshoz a fájl és futtatható, akkor ha Olgi lép be akkor ő nem tudja futtatni a fájlt?

Sziasztok!

Van egy alap desktop gép, 1 db SSD-vel. (CDROM és floppy nincs benne). Rajta egy Lubuntu rendszerrel:

Linux -lubuntu 5.4.0-125-generic #141-Ubuntu SMP Wed Aug 10 13:42:03 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Csak a gépet nézve, ha semmi sincs megnyitva, csak 1 terminál, akkor 22W ( pf 0.5) és 66 W pf (0.9)  között ugrál a fogyasztása. 

Kérdésem miért ugrál ilyen drasztikus mértékben, miért nem tud beállni egy alacsony, vagy közepes értékre. 

A rendszerben kiadtam az alábbi parancsokat: 

root@-lubuntu:~# cpufreq-set -f 2GHz -c 0
root@-lubuntu:~# cpufreq-set -f 2GHz -c 1
root@-lubuntu:~# cpufreq-set -f 2GHz -c 2
root@-lubuntu:~# cpufreq-set -f 2GHz -c 3

root@-lubuntu:~# cpufreq-set -g powersave -c 0
root@-lubuntu:~# cpufreq-set -g powersave -c 1
root@-lubuntu:~# cpufreq-set -g powersave -c 2
root@-lubuntu:~# cpufreq-set -g powersave -c 3

root@-lubuntu:~# cpufreq-info 
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 10.0 us.
  hardware limits: 2.00 GHz - 2.67 GHz
  available frequency steps: 2.67 GHz, 2.34 GHz, 2.00 GHz
  available cpufreq governors: conservative, ondemand, userspace, powersave, performance, schedutil
  current policy: frequency should be within 2.00 GHz and 2.67 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 2.00 GHz (asserted by call to hardware).
  cpufreq stats: 2.67 GHz:1,34%, 2.34 GHz:0,83%, 2.00 GHz:97,83%  (819)
analyzing CPU 1:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 1
  CPUs which need to have their frequency coordinated by software: 1
  maximum transition latency: 10.0 us.
  hardware limits: 2.00 GHz - 2.67 GHz
  available frequency steps: 2.67 GHz, 2.34 GHz, 2.00 GHz
  available cpufreq governors: conservative, ondemand, userspace, powersave, performance, schedutil
  current policy: frequency should be within 2.00 GHz and 2.67 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 2.00 GHz (asserted by call to hardware).
  cpufreq stats: 2.67 GHz:1,00%, 2.34 GHz:0,80%, 2.00 GHz:98,21%  (891)
analyzing CPU 2:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 2
  CPUs which need to have their frequency coordinated by software: 2
  maximum transition latency: 10.0 us.
  hardware limits: 2.00 GHz - 2.67 GHz
  available frequency steps: 2.67 GHz, 2.34 GHz, 2.00 GHz
  available cpufreq governors: conservative, ondemand, userspace, powersave, performance, schedutil
  current policy: frequency should be within 2.00 GHz and 2.67 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 2.00 GHz (asserted by call to hardware).
  cpufreq stats: 2.67 GHz:1,04%, 2.34 GHz:0,23%, 2.00 GHz:98,74%  (540)
analyzing CPU 3:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 3
  CPUs which need to have their frequency coordinated by software: 3
  maximum transition latency: 10.0 us.
  hardware limits: 2.00 GHz - 2.67 GHz
  available frequency steps: 2.67 GHz, 2.34 GHz, 2.00 GHz
  available cpufreq governors: conservative, ondemand, userspace, powersave, performance, schedutil
  current policy: frequency should be within 2.00 GHz and 2.67 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 2.00 GHz (asserted by call to hardware).
  cpufreq stats: 2.67 GHz:1,16%, 2.34 GHz:0,46%, 2.00 GHz:98,38%  (588)

Maga a proci egy intel Q8400-as proci. 

Elvben végig 2 GHz-en ketyerészik minden mag, mégis ugrál a fogyasztás, ( elég nagy mértékben), ahhoz képest, hogy semmi sincs nyitva a gépen csak egy terminál a grafikus felületen. 

Viszont minden mértékben ugrál, hatásos és látszólagos teljesítmény értelemben is. Ilyen értékeket látok a fogyasztásmérőn:

Hogy lehetne kideríteni, hogy mitől változik így a gép teljesítménye?  Vacakol a tápegység, hogy ilyen mértékben változik a power factor értéke? 

echo '1-4' | sudo tee /sys/bus/usb/drivers/usb/unbind

Van egy garanciális Lenovo laptopom, amiben meghalt a webkamerához vezető szalagkábel, de mivel folyamatosan használatban van, egyszerűbb volt gariztatás helyett venni egy webkamerát, és azt használni.

Megy is, de szeretném a működőnek látszó, de nem működő beépített webkamerát teljesen eltüntetni a rendszerből.

A BIOS-ban nem találtam kikapcsolási lehetőséget.

Az

echo '1-4' | sudo tee /sys/bus/usb/drivers/usb/unbind

parancsot ugyan lefuttattam, de az lsusb továbbra is hozza az eszközt.

Hogyan tudom teljesen blokkolni, hogy ne is látszódjon, senki ne is próbálja használni?

Sziasztok!

Docker container fut, remek. Lassan a projekt elér addig a pontig, ahonnan érdemes a backup-on gondolkodni. A konténernek vannak a host állományrendszerében könyvtárai, gyakorlatilag a forráskód, amit írok, ennek mentése egyszerű.

Azonban a konténerben telepítettem ezt-azt, például az mc-t, imagemagick-et, stb. Amikor használom a commit parancsot, az új image-be ezeket látom (éppen menet közben vagyok, sikerült az új image-t elkészíteni, de még nem tudtam ellenőrizni, hogy jó-e). Játékból létrehoztam korábban néhány állományt a konténer /root könyvtárában, de ezeknek nem látom nyomát vagy még nem találtam meg ezeket.

Az a kérdés, hogyan lehet a futó konténerben lévő összes változást elmenteni image-be, hogy onnan az új konténer mindent tartalmazzon már, amit a régiben így vagy úgy beraktam?

Szeretnék a linux konzolon bazi nagy betűket írni, hogy messziről is jól lehessen látni. Elég, ha 3-4 darab elfér.

Mivel tehetem meg?

szaszi

Sziasztok !

Idönként minden figyelmeztetés nélkül törlödik a onedriveom tartalma. Az esetek 90%ában a linuxos klienst használom

(usumu@usumu-nagyvas:~$ onedrive --version
onedrive v2.4.13-0~202107190106~ubuntu20.04.1 

Tapasztaltatok hasonlót ? 

Sziasztok!

Szeretném valahogy megérteni a docker rendszerem overlay2 könyvtárának méretét. A rendszer jól üzemel, bár a konténerekben voltak frissítések, melyek úgyérzem nyomot hagytak ( helyet foglalnak) az overlay2 fájlrendszeren.

Keletkeztek  pl az UniFi konténeren belül nagyobb log, db és backup fájlok, melyek méretét a konténeren belül csökkentettem ( rendszer szinten), de ez az  overlay2 fájlrendszeren mint módosítás látszik. 

3 db docker konténert használok. 

 docker info
Client:
 Context:    default
 Debug Mode: false
 Plugins:
  app: Docker App (Docker Inc., v0.9.1-beta3)
  buildx: Build with BuildKit (Docker Inc., v0.4.2-docker)

Server:
 Containers: 3
  Running: 3
  Paused: 0
  Stopped: 0
 Images: 6
 Server Version: 20.10.0
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Native Overlay Diff: true
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Cgroup Version: 1
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 io.containerd.runtime.v1.linux runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: 269548fa27e0089a8b8278fc4fc781d7f65a939b
 runc version: ff819c7e9184c13b7c2607fe6c30ae19403a7aff
 init version: de40ad0
 Security Options:
  apparmor
  seccomp
   Profile: default
 Kernel Version: 4.19.0-13-amd64
 Operating System: Debian GNU/Linux 10 (buster)
 OSType: linux
 Architecture: x86_64
 CPUs: 4
 Total Memory: 9.76GiB
 Name: domoticz
 ID: VQ3M:BUF5:FXG5:E5VU:RQGE:3ZKM:YQ34:M5OX:GWBT:RMKB:ABHW:SYR4
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: false
 Insecure Registries:
  127.0.0.0/8
 Live Restore Enabled: false

WARNING: No swap limit support

docker system df

docker system df
TYPE            TOTAL     ACTIVE    SIZE      RECLAIMABLE
Images          3         3         1.913GB   0B (0%)
Containers      3         3         899.2MB   0B (0%)
Local Volumes   1         1         55B       0B (0%)
Build Cache     0         0         0B        0B

docker ps kimenet:

docker ps
CONTAINER ID   IMAGE                       COMMAND                  CREATED         STATUS                       PORTS                                                                                                  NAMES
d899441daeab   dtv3-8082                   "docker-php-entrypoi…"   6 weeks ago     Up About an hour             0.0.0.0:8082->80/tcp                                                                                   dtv3-8082
781eed61dbda   marthoc/deconz              "/start.sh"              11 months ago   Up About an hour                                                                                                                    deconz
737dfdfae8ca   jacobalberty/unifi:stable   "/usr/local/bin/dock…"   21 months ago   Up About an hour (healthy)   6789/tcp, 8843/tcp, 0.0.0.0:3478->3478/udp, 8880/tcp, 0.0.0.0:8443->8443/tcp, 0.0.0.0:8088->8080/tcp   unifi

docker images

docker images
REPOSITORY           TAG       IMAGE ID       CREATED         SIZE
dtv3-8082            latest    e353e0c8d926   6 weeks ago     452MB
marthoc/deconz       latest    81a75d927b89   11 months ago   637MB
jacobalberty/unifi   stable    bb1d35daa7ae   23 months ago   823MB

 du -sh /var/lib/docker/overlay2/

 du -sh /var/lib/docker/overlay2/
4,7G    /var/lib/docker/overlay2/

du -sch /var/lib/docker/overlay2/*/diff | sort -h

du -sch /var/lib/docker/overlay2/*/diff | sort -h
16K     /var/lib/docker/overlay2/6180707fb9dd2e1c85b886b7b3d79d5ff563c3ea670d6d800ba20810b12968a7/diff
16K     /var/lib/docker/overlay2/b7805353a1b1e599577f00f40abe64d01ab1661ae7cb204cbdc3be60b0b76552/diff
16K     /var/lib/docker/overlay2/f752539e5821ecd0c781bac0e05b4fb3a5c60bde8acff40e487e04bd0b8e6bdd/diff
20K     /var/lib/docker/overlay2/37baa3f111f3e4de863318386b3fe784dc6c5500aa8258c4ece781ce42fe3e60/diff
20K     /var/lib/docker/overlay2/37baa3f111f3e4de863318386b3fe784dc6c5500aa8258c4ece781ce42fe3e60-init/diff
20K     /var/lib/docker/overlay2/6ccf48ea4fdcf4e49551969b606164779dea680c272233ef3cd6328d7092d5e6/diff
20K     /var/lib/docker/overlay2/840f33f2b2b75d906799914fa892e35856c03d9a5189406a87132921b26ed42b/diff
20K     /var/lib/docker/overlay2/943ee59d28d7bccdf4f6a620a4f72e587875038d6eab9bc959331ee05a05a6a4-init/diff
20K     /var/lib/docker/overlay2/a13d37d5d531223ee77012ee520585b3a359722719f4ece026938bc521e48b76/diff
20K     /var/lib/docker/overlay2/bebd136f8b59b7b6ef54baec5fd0ed7f96c7d614c5333993d336f0e0b39cad11/diff
20K     /var/lib/docker/overlay2/d95bfb9cb9f8e6e73e3ad84d5fa9394cb51f651bef61b515f2883eeacfad29a3/diff
20K     /var/lib/docker/overlay2/de8491b325c39e7dec9edfea20bda246f79d7f834384c024c74727ba5f932b0a-init/diff
20K     /var/lib/docker/overlay2/f58c8eab88206c88d039b6304fbec72431a4ee7aa1cb8bfc02e34e281867c7fe/diff
24K     /var/lib/docker/overlay2/6327051f4b19bbc67c608f0932849e0ccf6600f08a90e72aab71e013f3a38e6f/diff
28K     /var/lib/docker/overlay2/78a4ee8528414e7c3aa40a822a6e0ba632cba1aefae2a23d5fa573a9ec2f3035/diff
28K     /var/lib/docker/overlay2/8e0539047d9a91f686b1245a517d639155c7446be9e7b0d343198626febe7f06/diff
32K     /var/lib/docker/overlay2/386f8b4ce1a1c7e3fe034f20240ab8988f9142d3f265807d1469a2aa2381024b/diff
36K     /var/lib/docker/overlay2/19e15611c34bdacee1b8b750d714ccf61d585d220419f01d0af57b658303bbb0/diff
36K     /var/lib/docker/overlay2/bcaba2a0e7fded280300873a83247a2dc64c10e7a354c8845722a1bcd4347e6f/diff
44K     /var/lib/docker/overlay2/259324fc71a0975c207ccd67512bee3e383927280c93070d1ccfdbc866ba4312/diff
44K     /var/lib/docker/overlay2/50cc2c7f21e0119bdc975031816b3f98e05d6e065d9565fffea632c1c87697e6/diff
44K     /var/lib/docker/overlay2/6a12ff9b74858a13903d1544f88452de27efb9c4661c554e02725765dfce0055/diff
84K     /var/lib/docker/overlay2/88e8ba809a1eddda1117826bcc049250173e1bd9f3656e27a038b942dd4c82ed/diff
100K    /var/lib/docker/overlay2/19b2182a17a21ad2407a33da7b8100f7a2a842f6f81eeb6b4ced18200ae82f6f/diff
984K    /var/lib/docker/overlay2/0083cbdebe8970912d94d2c35517c2f6ba4779958ed518401c1f9ee1b61c87c9/diff
2,8M    /var/lib/docker/overlay2/ad7a605814a476147c2bea20263a0a3e25f41fb9c225f37b77fd8649a55f8ff8/diff
6,4M    /var/lib/docker/overlay2/dc6185d4d9785a968f69412be562960ed716a3f141b2dcb4e85adeb06bcafa48/diff
12M     /var/lib/docker/overlay2/856e57df9f5bfc756325fd14fde4f2eb43792f5e8ebbe08d80e46763fc1b9487/diff
22M     /var/lib/docker/overlay2/057f62e90011ac20d81bf053995bfaa0b1ff7e73f4bc85553cc23c9bc54048dc/diff
32M     /var/lib/docker/overlay2/943ee59d28d7bccdf4f6a620a4f72e587875038d6eab9bc959331ee05a05a6a4/diff
39M     /var/lib/docker/overlay2/9c416692ea5e3e1cbfd356baf4b83519739961b475363967f32088bfe1a334c8/diff
44M     /var/lib/docker/overlay2/faf162be06e24303fb6c65b5fb01c50173e2b67c3ee84a74a7ad9696b7f836c6/diff
49M     /var/lib/docker/overlay2/c199cea5835f68b2036c270b6f526ecec020cbd2f2c05162f548284e0b9595de/diff
69M     /var/lib/docker/overlay2/aedb412f6a037431536c0bb534c23ddce908bc8427819d81dbf744798cda1531/diff
76M     /var/lib/docker/overlay2/9d384d0cd040fe089269e54576d52b56c0c3adc714b75e69a24b1338ede77f95/diff
88M     /var/lib/docker/overlay2/9e3ed2b847fc7a89d654213afb1f496162d8088cbafbb9ccad94fdafdac0707b/diff
271M    /var/lib/docker/overlay2/0bd4e06158eaf1c7f9461685dee6a703ce35b6b81f04f3cc04c37ba34d551229/diff
520M    /var/lib/docker/overlay2/de8491b325c39e7dec9edfea20bda246f79d7f834384c024c74727ba5f932b0a/diff
540M    /var/lib/docker/overlay2/02f47ee4b67d04a1309123be4aa578eedf9ae9aea7863a48f263d8c443559d31/diff
755M    /var/lib/docker/overlay2/086b8a0848a6e063ac7976779ca0b23d7a879efaa25c6adeb7b355a282748cbc/diff
2,5G    total

du -sch /var/lib/docker/overlay2/*/merged

du -sch /var/lib/docker/overlay2/*/merged
455M    /var/lib/docker/overlay2/37baa3f111f3e4de863318386b3fe784dc6c5500aa8258c4ece781ce42fe3e60/merged
696M    /var/lib/docker/overlay2/943ee59d28d7bccdf4f6a620a4f72e587875038d6eab9bc959331ee05a05a6a4/merged
1,1G    /var/lib/docker/overlay2/de8491b325c39e7dec9edfea20bda246f79d7f834384c024c74727ba5f932b0a/merged
2,2G    total

Ez így rendben van? A */diff 2,5 GB, a */merged 2,2 GB, a docker system df: kb 2,8 GB méretű. Olyan mintha 300 MB elveszne valahol :)

A "host"-on  a 9,8 GB-ból  7,3 GB-ot ír használatban a df-h.  Ez a rendszer + docker együtt. Nem igazán értem, hogy a 7.3 GB foglalt hely hogy jön ki.

df -h

df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            4,9G     0  4,9G   0% /dev
tmpfs          1000M   22M  978M   3% /run
/dev/sda1       9,8G  7,3G  2,1G  79% /
tmpfs           4,9G     0  4,9G   0% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           4,9G     0  4,9G   0% /sys/fs/cgroup
tmpfs           4,9G  4,0K  4,9G   1% /tmp
overlay         9,8G  7,3G  2,1G  79% /var/lib/docker/overlay2/943ee59d28d7bccdf4f6a620a4f72e587875038d6eab9bc959331ee05a05a6a4/merged
overlay         9,8G  7,3G  2,1G  79% /var/lib/docker/overlay2/37baa3f111f3e4de863318386b3fe784dc6c5500aa8258c4ece781ce42fe3e60/merged
overlay         9,8G  7,3G  2,1G  79% /var/lib/docker/overlay2/de8491b325c39e7dec9edfea20bda246f79d7f834384c024c74727ba5f932b0a/merged
shm              64M  5,0M   59M   8% /var/lib/docker/containers/781eed61dbda46025dd9e5b18189b61fad91563ff555524414e7954e17f5e6b3/mounts/shm
tmpfs          1000M     0 1000M   0% /run/user/1000

Ha összeadom a rendszerben a /var/lib/docker mappa nélkül a fájlokat: 5053 MB-t foglalt területet kapok

du -s / --exclude /var/lib/docker --exclude /proc | sort -h
 

du -s / --exclude /var/lib/docker --exclude /proc | sort -h
5053348 /

A docker mappa tartalma overlay2 és image nélkül:

 du -sh . --exclude overlay2  --exclude image | sort -h

 du -sh . --exclude overlay2  --exclude image | sort -h
1,1M    .

Szóval a fenti 9800 MB tárterületből 5053MB  +1,1 MB, azaz  5054 MB területet foglal a rendszer a docker imagek, konténerek és overlay2 terület nélkül. 

Ha rendszer 7300 MB foglalt területet ír, akkor a docker valóban foglalt részére 2245 MB jutt. Ez kb a merged része a docker történetnek, viszont a docker system 2800 MB-ot ír?

Hol számolok félre?

Üdv!

Van néhány munin pluginom, amik működtek egy korábbi, kb. 9-es debian rendszeren, de a mostani 11.1-es rendszeren ilyen hibát dobnak:

Can't exec "/etc/munin/plugins/test_plugin": Permission denied at /usr/share/perl5/Munin/Node/Service.pm line 274, <STDIN> line 24.

A plugin maga django-n keresztül adatbázisból szed adatokat, és a problémát úgy néz ki, hogy a shebang line okozza, ami:

#!/home/user/.virtualenvs/user/bin/python

. Ha ezt lecserélem /usr/bin/python-ra, akkor a plugin az adott hibán továbbjut, csak nekem szükségem van a virtualenves interpreterre.

A plugin kézzel indítvan természetesen lefut.

A debian egy viszonylag friss install, talán 3-4 hetes, ám egy script telepített egy alaprendszert, amiről nem sokat tudok.

Merre lenne érdemes elindulni?

Találtam ugyan egy /etc/selinux/semanage.conf nevű fájlt a rendszeren, de az összesen 2 nem kommentes sort tartalmaz:

module-store = direct

expand-check=0