Debian GNU/Linux

Debian Bullseye Bookworm (12.5) naprakész rendszer, amelyen többek közt egy kea-dhcp4-server van. Na ezzel vannak gondok. Amikor újraindítom bármiért a gépet, a dhcp server elhasal.

jún 02 15:55:56 ..... kea-dhcp4[1779]: WARN  DHCPSRV_OPEN_SOCKET_FAIL failed to open socket: the interface enp3s0 is not running

Ez ugyan csak 'warn', de ezen kéne futnia, utána nem sokkal ki is lép (az időpontot szándékosan hagytam benne, később lényeges lesz).

A kea-dhcp4-server.service file részlete:

Wants=network-online.target
After=network-online.target

Tehát akkor kéne indulni, ha már online.

A network-online.service.wants könyvtárban symlink van a networking.service  NetworkManager-wait-online.service service-ekre (network-managerrel van beállítva a hálózat)

A NetworkManager-wait-online.service logja:

jún 02 15:55:47 ...... systemd[1]: Starting NetworkManager-wait-online.service - Network Manager Wait Online...
jún 02 15:55:55 ...... systemd[1]: Finished NetworkManager-wait-online.service - Network Manager Wait Online.

Ez eddig jó, megvárta a Kea, míg a network-manager végzett, és azt mondta, hogy online. Ehhez képest:

journalctl -b -0 -u  NetworkManager.service

jún 02 15:55:49 ..... NetworkManager[624]: <info>  [1717336549.1157] manager: (enp3s0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
jún 02 15:55:49 ..... NetworkManager[624]: <info>  [1717336549.1206] device (enp3s0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')

.....

jún 02 15:56:30 ..... NetworkManager[624]: <info>  [1717336590.5688] device (enp3s0): carrier: link connected
jún 02 15:56:30 ..... NetworkManager[624]: <info>  [1717336590.5700] device (enp3s0): state change: unavailable -> disconnected (reason 'carrier-changed', sys-iface-state: 'managed')
jún 02 15:56:30 ..... NetworkManager[624]: <info>  [1717336590.5725] policy: auto-activating connection 'Supervisor enp3s0' (98edc68d-e0ea-3317-8a50-97a85def3b2a)
jún 02 15:56:30 ..... NetworkManager[624]: <info>  [1717336590.5736] device (enp3s0): Activation: starting connection 'Supervisor enp3s0' (98edc68d-e0ea-3317-8a50-97a85def3b2a)
jún 02 15:56:30 ..... NetworkManager[624]: <info>  [1717336590.5738] device (enp3s0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
jún 02 15:56:30 ..... NetworkManager[624]: <info>  [1717336590.5744] manager: NetworkManager state is now CONNECTING
jún 02 15:56:30 ..... NetworkManager[624]: <info>  [1717336590.5748] device (enp3s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
jún 02 15:56:30 ..... NetworkManager[624]: <info>  [1717336590.5764] device (enp3s0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
jún 02 15:56:30 ..... NetworkManager[624]: <info>  [1717336590.5793] policy: set 'Supervisor enp3s0' (enp3s0) as default for IPv4 routing and DNS
jún 02 15:56:30 ..... NetworkManager[624]: <info>  [1717336590.5972] device (enp3s0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
jún 02 15:56:30 ..... NetworkManager[624]: <info>  [1717336590.6473] device (enp3s0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
jún 02 15:56:30 ..... NetworkManager[624]: <info>  [1717336590.6479] device (enp3s0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
jún 02 15:56:30 ..... NetworkManager[624]: <info>  [1717336590.6486] manager: NetworkManager state is now CONNECTED_SITE
jún 02 15:56:30 ..... NetworkManager[624]: <info>  [1717336590.6493] device (enp3s0): Activation: successful, device activated.

Vagyis a networkmanager szépen készre jelenti a hálózatot, majd később be is állítja. Ez így normális? Nem gondolom, pont ezért volna a NetworkManager-wait-online.service, hogy várjon addig, míg nincs beállítva a hálózat.

Lehet ezt workaroundolni valahogy a systemd-ben, tehát hogy addig várjon egy service, amíg egy megadott interface-nek nincs rendes IP címe?

Sziasztok.

Conman telepítése debianra... Az alábbi hiba keletkezik, és nem tudom mitől.

Errors were encountered while processing:
 conman
E: Sub-process /usr/bin/dpkg returned an error code (1)

Próbáltam egy reconfigure-t, majd egy purge után egy újratelepítést, de ugyanez áll fenn. És minden egyes apt után ez boldogít.

Szerintetek ezmiez?

Sziasztok. Az lenne a kérdésem, hogy van arra lehetőség Linux alatt, hogy az ékezetes karakterű fileokat is megfelelően rendezze sorba a Linux (magyar ABC-nek megfelelően), mikor kilistázom egy mappa tartalmát? Mindezt úgy kellene (ha képes rá), hogy közben a nyelvezete a Linuxnak maradjon angol, tehát minden üzenet akár hiba, akár mással kapcsolatos üzenet maradjon angol.

Sziasztok!

Debian 11., samba 2:4.13.13+dfsg-1~deb11u5.

A file-ok letöltési és feltöltési sebessége rendben van, a teljes Gb-es sávot ki tudja hajtani. Viszont elkezdtek Excelbe "fejleszteni", azaz a "fő" excel elkezd további .xls-ből adatokat kiszedni (néha akár 50db .xls) ill. SQL-hez is csatlakozni adatokért.

A probléma, hogy sújos 10 percek(!) mire lefutnak a kérések. Viszont, ha a Win11 cliensre lehúzza az összes .xls-t, akkor "normál" sebességgel megy, tehát kizárhatjuk az SQL kapcsolódási lassúságot.

A "varázslatos" opciókból ennyi van beállítva:   socket options = TCP_NODELAY SO_RCVBUF=65535 SO_SNDBUF=65535

Esetleg van valakinek ötlete, hogy merre keresgéljek?

Segtségeteket, ötleteteket előre is köszönöm.

Házi szerverem Debian, Apache. 80, 443  port nyitva. https://www.esp8266.org ,Let's Encrypt van rajta. Azt szeretném, hogy a http://www.esp8266.org/idip könyvtár mezei http formában a 80-as porton legyen elérhető. Nem vagyok profi, ezért kérdezek. Köszönöm.

Sziasztok!

Lama kerdes, de azt jol latom hogy debian alatt a 32-bites win-exek wine alatti futtatasa a csak ugy lehet(seges) hogyha felteszem a `wine32` csomagot - amit viszont meg csak ugy lehet feltenni egy rendes nativ 64bites x86_64 architektura ala hogyha `dpkg --add-architecture i386`-val hozzaadom a 32-bites vonalat?

Thx, A.

Sziasztok!

Szükségem lenne a tárgyban írt szolgáltatásra, hogy termelési területről időnként el tudjam érni a Linuxos laptopomat. Debian 12 fut rajta.

Találtam egy jó szájbarágós leírást, egy részét sikerült is megoldanom.

A leírás innen van. Van benne egy rész amit ki kellene kommentelnem, ki is kellene egészítenem, de nem találom ezt a részt.Valaki jártas ebben?

A problémás rész: 

def launch_session(self, x_args):
    self._init_child_env()
    self._setup_pulseaudio()
    self._setup_gnubby()
#    self._launch_x_server(x_args)
#    if not self._launch_pre_session():
#      self._launch_x_session()
    display = self.get_unused_display_number()
    self.child_env["DISPLAY"] = ":%d" % display

Adott ket Debian, menteni szeretnem a napi hasznaltban levo desktop gep nehany kivalasztott konyvtarat. Nem mindent, hanem csak a kivalasztottakat.

Az rsync nagyjabol mukodik is, de van egy kis furcsasag. Valamiert erosen elter a mukodese, a home konyvtarbol es a gyokerbol indulva.

A backup geprol inditom az rsyncet (majd cron, de tesztek alatt kezzel).

Miert mas a viselkedese a ket esetben?

Termeszetesen a manual vontakozo reszeit (include/exclude patternek, * / ** / ***, anchoring stb.) mar vegigturtam. De sehogy sem tudok rajonni...

Home konyvtar mentese

rsync -avi  --include-from=IncludeHome.txt  desktop:/home/kubi/ desktop/

IncludeHome.txt tartalma:

+ Documents/*** 
+ .thunderbird/***
+ .mozilla/***
- *

Tokeletesen mukodik. Kizarolag a 3 alkonyvtarat, es azok tartalmat menti rekurzivan bele a desktop/ alkonyvtarba a backup gepen.. Minden mast nyugton hagy.

Log a "-vvv" kapcsoloval:

[sender] add_rule(+ Documents/***)
[sender] add_rule(+ .thunderbird/***)
[sender] add_rule(+ .mozilla/***)
[sender] add_rule(- *)
server_sender starting pid=314042
[sender] make_file(.,*,0)
[sender] pushing local filters for /home/kubi/
[sender] hiding directory .local because of pattern *
[sender] hiding file .xsession-errors.old because of pattern *
[sender] hiding file .Xresources because of pattern *
[sender] hiding directory .gnome2_private because of pattern *
[sender] hiding directory .m2 because of pattern *
[sender] hiding directory Desktop because of pattern *
[sender] hiding directory .cache because of pattern *
[sender] hiding directory .config because of pattern *
[sender] hiding directory .thumbnails because of pattern *
[sender] hiding file .gksu.lock because of pattern *
[sender] hiding file .xsession-errors because of pattern *
[sender] hiding directory .gconf because of pattern *
[sender] hiding directory .icedove because of pattern *
[sender] hiding file .dmrc because of pattern *
[sender] hiding file .ICEauthority because of pattern *
[sender] showing directory .mozilla because of pattern .mozilla/***
[sender] make_file(.mozilla,*,2)
[sender] hiding directory .mono because of pattern *
[sender] hiding file .gnuplot_history because of pattern *
[sender] hiding file .lesshst because of pattern *
[sender] hiding directory .Skype because of pattern *
[sender] hiding file .xfigrc because of pattern *
[sender] hiding directory Steam because of pattern *
[sender] hiding file .bash_history because of pattern *
[sender] hiding directory .gimp-2.8 because of pattern *
[sender] showing directory Documents because of pattern Documents/***
[sender] make_file(Documents,*,2)

Gyokerbol inditva

rsync -avi  --include-from=IncludeRoot.txt  desktop:/ desktop/

IncludeRoot.txt tartalma:

+ home/kubi/Documents/*** 
+ home/kubi/.thunderbird/***
+ home/kubi/.mozilla/***
- *

Semmit sem ment le. Probaltam "/home/..." , illetve "- **" es "- ***" intaval is.

Ha kiszedem a "- *"-ot a vegerol, akkor persze boszen elkezd menteni.

Log a "-vvv" kapcsoloval:

[sender] add_rule(+ home/kubi/Documents/***)
[sender] add_rule(+ home/kubi/.thunderbird/***)
[sender] add_rule(+ home/kubi/.mozilla/***)
[sender] add_rule(- *)
server_sender starting pid=314324
[sender] make_file(.,*,0)
[sender] pushing local filters for /
[sender] hiding directory srv because of pattern *
[sender] hiding directory tmp because of pattern *
[sender] hiding directory sys because of pattern *
[sender] hiding directory run because of pattern *
[sender] hiding directory var because of pattern *
[sender] hiding directory opt because of pattern *
[sender] hiding file lib64 because of pattern *
[sender] hiding directory root because of pattern *
[sender] hiding directory boot because of pattern *
[sender] hiding directory dev because of pattern *
[sender] hiding directory etc because of pattern *
[sender] hiding file vmlinuz.old because of pattern *
[sender] hiding file initrd.img because of pattern *
[sender] hiding directory proc because of pattern *
[sender] hiding directory home because of pattern *
[sender] hiding directory mnt because of pattern *
[sender] hiding file lib32 because of pattern *
[sender] hiding file initrd.img.old because of pattern *
[sender] hiding file lib because of pattern *
[sender] hiding file sbin because of pattern *
[sender] hiding file bin because of pattern *
[sender] hiding directory usr because of pattern *
[sender] hiding file vmlinuz because of pattern *
[sender] hiding directory lost+found because of pattern *
[sender] hiding directory media because of pattern *

Sziasztok!

Laptopomat Debian 12-vel használom. Sajnos későn jutott eszembe titkosítani kéne a rajta lévő adatokat. (Eléggé érzékeny adatok is vannak rajta) Ha esetleg ellopják, akkor ne férjenek hozzá.

Mivel eléggé belaktam már a gépet, jó lenne elkerülni a teljes reinstallt. Van rá mód utólagos titkosításra?

Szintén sajnos telepítéskor nem raktam külön particióra a /home-ot... :(

Ötlet?

Előre is köszi a választ!

Sziasztok.

Néha megesik, hogy debian alapon az xfce4 panelről eltűnik az aktuális hálózati csatlakozási lehetőség. A régi, jól bevált widc és dhcpcd helyett valami más lehet itt, nem tudom, micsoda. Azt sem, hogy parancssorban mivel tudnám kikerülni az összes GUI-s varázslómarhaságot.
Kérdés: miért tűnik el friss telepítés után kb. 2 hét alatt a panelről a csatlakozási ikon, és hogyan lehet visszavarázsolni?
(a wpa_supplicantot amióta létrehozták, azóta utálom...)

A disztribúció: 2024-es AV Linux (debian, MX)