Debian GNU/Linux

Samba .xls kapcsolódások lassúak

Fórumok

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.

wine32

Fórumok

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.

Chrome Remote Desktop Debian 12

Fórumok

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

rsync home vs. gyoker konyvtarbol

Fórumok

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 *

Disk encrypt utólag

Fórumok

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!

WiFi csatlakozási ikonka eltűnik...

Fórumok

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)

/proc/sys/net/netfilter/nf_conntrack_helper: No such file or directory

Fórumok

Szervusztok!

Nem szeretem az FTP-t de van, hogy nem tudom megkerülni. Sajnos ismét elromlott, pedig jó lazy-m van hozzá.
 

modprobe nf_nat_ftp
sysctl -w net.netfilter.nf_conntrack_helper=1

nft -f /etc/mindent_tudó_szabályok.conf
:D

Függetlenül attól, hogy be van töltődve a kernel module
systemd-modules-load[266]: Inserted module 'nf_nat_ftp'

nincs ilyen paraméter:
sysctl -w net.netfilter.nf_conntrack_helper=1
sysctl: cannot stat /proc/sys/net/netfilter/nf_conntrack_helper: No such file or directory

uname -a
Linux xxxx 6.1.0-17-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.69-1 (2023-12-30) x86_64 GNU/Linux

Nem tudom, hogy mi változott, pedig próbáltam gugolni sokat, egyenlőre nincs megfejtésem.
Van olyan, aki találkozott már hasonlóval?
Köszönöm előre!
vfero

ardour-bug?

Fórumok

Sziasztok.

Amikor egy szerkesztőn belüli átméretezést szeretnék csinálni ("z" billenytű lenyomása a midi tracken), egy hónapja még nem volt probléma. Valami azóta frissülhetett az alapdebianon, mert ilyennel omlik össze az Ardour:

(ardour-7.2.123:15356): glibmm-ERROR **:
unhandled exception (type std::exception) in signal handler:
what: std::bad_alloc

JackEngine::XRun: client = ardour was not finished, state = Triggered
JackAudioDriver::ProcessGraphAsyncMaster: Process error
JackEngine::XRun: client = ardour was not finished, state = Triggered
JackAudioDriver::ProcessGraphAsyncMaster: Process error
Trace/breakpoint trap

Szerintetek mi a baja?

[megoldva] hogy lehetne beallitani systemd alatt, hogy az ssh fusson addig, mig a libvirtd is fut?

Fórumok

hogy lehetne beallitani systemd alatt, hogy az ssh fusson addig, mig a libvirtd is fut?

atirtam a cimet, hogy aki eddig megijedt tole, az ne tegye :)

azt mar sikerult beallitanom, hogy a libvirtd fusson addig, amig a libvirt-guests-nek szuksege van ra.

megprobaltam ugyanazzal a modszerrel beallitani, hogy az ssh fusson addig, mig a libvirtd-nek szuksege van ra, de nem lett jo.

mit rontottam el?

 

systemd szakertok ne kimeljenek, koszi!

 

 

regi:

van arra mod, hogy ugyanugy mint regen, csak azutan all le a szerver, miutan leallitotta a virtualis gepeket?

persze lehet egy 10 perces inhibitor timeout, de ezt meg ne varja meg, ha a virtualis gepek mar lealltak.

regen ugy mukodott, hogy miutan lealltak a gepek, leallitotta a szervert es volt egy 5 perces timeout minden virtualis gepnel.

most ugy mukodik, hogy elkezdi leallitani a virtualis gepeket, de az inhibitor timeoutkor akkor is leallitja a gepet, ha a virtualis gepek egy resze meg fut, vagy ha 10percre allitom az inhibitor timeoutot, akkor is megvarja, ha mar lealltak a virtualis gepek.

systemd szakertok ne kimeljenek, koszi!