Linux-kezdő

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
 

 

Sziasztok!

Érdekelne néhány bevált módszer az újratelepítés utáni gyors rendszer belakásra. Mire gondolok konkrétan: van egy egész jól belakott X disztró, aminek van pár apró idegesítő problémája, ezért felrakok egy új Y disztrót amit szeretnék, hogy minél jobban hasonlítson az előző, már jól belakott környezetemre. Épp ezért dd-zés vagy teljes lemez klónozás nem érdekelne de tisztában vagyok vele hogy ez lehet a legnépszerűbb módszer.

Van egy kis scriptem, ami néhány konfig fájlt, SSH kulcsot dconf beállításokat lementi, de ez elég instabilul működik valamint visszaállításra jelenleg alkalmatlan és annyi hibaüzenetet kapok, ami után úgyis végig kell néznem mindent újra , vagyis mindegy ha megcsinálok mindent manuálisan inkább. Ekkor elkeztem megírni ansible playbook verzióját a scriptnek, jelenleg a lementés nagy része készen van, visszaállítás még nincs és mielőtt nekiesnék inkább hozzátok fordulok az alábbi kérdésekkel:

* mik azok a dolgok, amiket oprendszer költözésnél le szoktatok menteni?
* milyen módszert használtok a mentéshez?
* milyen módszert hasznátok a visszaállításhoz?

Azt remélem, hogy van itt olyan aki - lehet nem is saját rendszernél, hanem mondjuk üzemeltetés miatt - jártas a témában és tud adni pár tippet, amit előre is köszönök!

szerk 0.: a hozzászólásokat elolvasva kezdtem át újragondolni a dolgokat. Egyelőre fájlok backupolása és visszaállítása van meg, egy rövid python script. A folyamat úgy néz ki, hogy tetszőlegesen a fájlrendszerben lehet lépkedni, és tag-elni egy paranccsal fájlokat backupra. A "tag"-elés annyit jelent hogy a teljes elérési útja a fájlnak vagy mappának beíródik egy listába.
Ezt követően a backup parancs (root-ként kell futtatni) annyit csinál, hogy:
1. a listát passzolja --file-list paraméterrel rsync-nek, amit -bavHUXA paraméterekkel hív, azaz tükrözi a fájlok jogosultságait, ownerét, időket, stb.
2. metastore lementi a metaadatokat egy fájlba ezekről a fájlokról
3. git commit, push

A visszaállítás a fordította, tehát git pull, sudo metastore-al visszarakni a metaadatokat majd rsync fordított irányba. VM-en tesztelgettem eddig, ott működik.

2024.06., szerk 1.: nagyjából másfél éve áttértem yadm-ra: https://yadm.io/. Ahogy látom ez egy git wrapper, olyan mintha a teljes fájlrendszered egy nagy repo lenne, de alapból nem trackel semmit. Amilyen fájlokat hozzáadsz, azokat onnantól trackeli (git add helyett yadm add, összes többi paranccsa is git szerű). Tud titkosítani is arra az esetre ha github/gitlab a remote és bizonyos fájlokat nem akarsz plaintext feltölteni még privát repóba sem. Új gép esetén van egy bootsrap parancsa, ami lefuttat fix helyen lévő scripteket, ezekbe lehet rakni a beállításokat meg olyan csomagok telepítését amik majd használják a konfig backupot. Főleg arra használom, hogy szinkronban tartsam a gépeimen lévő alkalmazások konfigját.

Otthoni (debian) szerveren ddclient segítségével frissítem a dinamikus dns-t (a duckdns-nél, de ez most nem lényeg).

Néha eldobja a kapcsolatot, ekkor a ddclient képes meghalni network unreachable-el:

Jun 16 09:58:01 <xxxxx> ddclient[285088]: WARNING:  cannot connect to www.duckdns.org:80 socket: IO::Socket::INET: Bad hostname 'www.duckdns.org'
Jun 16 09:58:01 <xxxxx> ddclient[285090]: FAILED:   updating <xxxxxxxx>: Could not connect to www.duckdns.org.

A FAILED után pedig a ddclient egyszerűen kilép...

● ddclient.service - Update dynamic domain name service entries
     Loaded: loaded (/lib/systemd/system/ddclient.service; disabled; vendor preset: enabled)
     Active: inactive (dead)
       Docs: man:ddclient(8)

A gyanúm a systemd-re vetült, de ebben már nem vagyok biztos. A default unit file (debian: /usr/lib/systemd/system/ddclient.service) beállítás Restart=on-failure

Azaz csak akkor indítja újra, ha az exit code 0-tól különbözik. Én feltételeztem, hogy ennek a FAILED sornak ellenére ezek szerint 0 lehet a visszatérési érték. Hát akkor módosítsuk a unit file-t.

 Az eredeti unit file:

[Unit]
Documentation=man:ddclient(8)
Description=Update dynamic domain name service entries
After=network-online.target
Wants=network-online.target

[Service]
Type=forking
PIDFile=/run/ddclient.pid
Environment=daemon_interval=5m
EnvironmentFile=-/etc/default/ddclient
ExecStart=/usr/sbin/ddclient -daemon $daemon_interval -syslog -pid /run/ddclient.pid
Restart=on-failure

[Install]
WantedBy=multi-user.target

A [Service] részbe beleírtam:

Restart=always
RestartSec=5min

Csak a probléma hogy ez nem segített... pont ugyanúgy meghal, és nem indítja újra.

Aki kicsit járatosabb a systemd-ben: tudna segíteni hogy miért nem?

mc-vel megoldható-e ez a dolog? Nincs valakinek egy macro-ja esetleg? Amit szeretnék. A bal panelen benne vagyok valamilyen almappában és egy fájlon van a kurzor. A jobb panelen a cél mappa van, de oda fel kellene építeni a bal panel teljes útvonalát, és belemásolni a kijelölt fájlt.

Kiindulás:

Bal panel: /ezt/a/fájlt/akarom/másolni.txt Jobb panel: /ide/másold/

Végeredmény:

Bal panel: /ezt/a/fájlt/akarom/másolni.txt Jobb panel: /ide/másold//ezt/a/fájlt/akarom/másolni.txt

Sok terminálos munka esetén nekem nagy segítséget jelent, hogy a terminálok színét be tudom állítani. Ezt eddig csak úgy tudtam megtenni, hogy a terminál programban létrehozok egy profilt, és ott állítom be a színeket.

Van rá bármilyen lehetőség, hogy valamilyen környezeti paraméteres varázslat segítségével ezt a .profile segítségével érjem el? Vagyis, ha egyszerűen csak belépek egy konzolon keresztül - legyen az ssh, vagy akár egy helyi terminál -, akkor a munkaterület színe (háttér/betűk) egyedire változzon? Van erre lehetőség?