Debian GNU/Linux

Sziasztok!

Van egy Logitech K400 Plus típusú billentyűzetem, jelenleg is arról írok.

Egyik pillanatról a másikra „elfelejtette” a gesztusokat. Csak és kizárólag a touchpad alatti fizikai gombokat kezeli, pedig eddig a koppintást is érzékelte kattintásként, meg a többi 1-2 ujjas gesztust. Kerestem Gnome-ban touchpad beállítást, de ott csak a bal-jobb gomb felcserélése van, mint lehetőség.

Segítsetek, mert így borzasztó dolgozni!
Köszi.

Aug 22 18:07:24 adrienn tracker-extract[2021]: If the error above is recurrent for the same item/ID, consider running "tracker-extract" in the terminal with the TRACKER_VERBOSITY=3 environment variable, and filing a bug with the additional information

Ennyit találtam a /var/log/syslog-ban.
Köszi!

Sziasztok!

Az megoldható hogy egy videokártyával feltelepített gépen (nincs IGP), a videokártya eltávolítása után is fusson X, illetve be lehessen VNC-zni. És a grafikus programoknak kell tudniuk futni, automatikusan elindítva.

Tehát:
- nincs GPU
- be lehessen VNC-zni
- grafikus program fusson, automatikusan indítva

Köszönöm.

Sziasztok!

Az egyik gépünket sikeresen frissítettem Debian 8-ról 9-re és a frissítés után minden tökéletesen működik elsőre, kivéve az NFS szervert.
Elsőre az NFS mount mindenhol jónak tűnt mert teszi a dolgát, viszont pont egy gépet kellett telepítenem hálózatból (PXE boot + NFS root)

A telepítendő gép DHCP-n kap IP-t, de a "/" felcsatolásánál meghal a dolog és "VFS: Unable to mount root fs via NFS" üzenetet tol a képembe.

Tudomásom szerint PXE boot esetén a "/" NFSv2-vel mountolódik. Ha a rendszer bebootolt akkor további NFS megosztásokat NFSv3 vagy NFSv4-el is simán lehet csatolni.

Tesztként megpróbáltam localhoston felcsatolni NFSv2-vel egy megosztást és "mount.nfs: Protocol not supported" hibaüzenettel bolgodít. Debian 8 alatt ez simán működött.

Már mindenhol frissítettem kernelt is 4.12.1-re és ellenőriztem, hogy az NFSv2 is legyen a kernelbe fordítva (szerver és kliens) de ő makacsul kitart továbbra is amellett, hogy nem megy az NFSv2.

Hogy tudom rávenni a mostani frissített Debiant, hogy továbbra is műlödjön az NFSv2
vagy
Hogy tudom rávenni azt, hogy PXE bootnál már eleve NFSv3-mal próbálja mountolni a "/"-t?

Sziasztok!

Szeretnék távoli asztalt használni (Gnome vagy bármi, csak működjön normálisan).
VPS-re felraktam a csomagot, user-t hozzáadtam az xrdp csoporthoz, de ennek ellenére fekete képernyő van csak.

xrdp.log:

[20170731-19:07:31] [INFO ] A connection received from: ::ffff:81.182.42.238 port 55436
[20170731-19:07:31] [DEBUG] Closed socket 12 (AF_INET6 ::ffff:10.0.0.102 port 3389)
[20170731-19:07:31] [DEBUG] Closed socket 11 (AF_INET6 :: port 3389)
[20170731-19:07:31] [INFO ] Using default X.509 certificate: /etc/xrdp/cert.pem
[20170731-19:07:31] [INFO ] Using default X.509 key file: /etc/xrdp/key.pem
[20170731-19:07:31] [DEBUG] Security layer: requested 11, selected 0
[20170731-19:07:31] [DEBUG] xrdp_0000043e_wm_login_mode_event_00000001
[20170731-19:07:31] [INFO ] Loading keymap file /etc/xrdp/km-00000409.ini
[20170731-19:07:31] [WARN ] local keymap file for 0x00000409 found and doesn't match built in keymap, using local keymap file
[20170731-19:07:31] [DEBUG] xrdp_wm_log_msg: connecting to sesman ip 127.0.0.1 port 3350
[20170731-19:07:32] [INFO ] xrdp_wm_log_msg: sesman connect ok
[20170731-19:07:32] [DEBUG] xrdp_wm_log_msg: sending login info to session manager, please wait...
[20170731-19:07:32] [DEBUG] return value from xrdp_mm_connect 0
[20170731-19:07:32] [INFO ] xrdp_wm_log_msg: login successful for display 10
[20170731-19:07:32] [DEBUG] xrdp_wm_log_msg: started connecting
[20170731-19:07:33] [DEBUG] Closed socket 17 (AF_UNIX)

Az uutolsó sor jópár tízszer ismétlődik.

Ha valaki tudja, hogy tudnám életre kelteni, ne tartsa magában. Köszönöm.

Ismerkedem a stretch -el. Már nem is tudom mióta, de gyanítom a systemd -től fogva, végképp lehetetlennek tűnik a hálókártyák beállítása "röptében". Én úgy érzékelem, hogy megbízhatóan ez csak újraindítás után működik.
Mielőtt szét google -nám magam szerintetek van erre lehetőség?
(Más ip cím, maszk, gateway, új ip hozzáadása)

OFF: Az utóbbi időben folyton a régi, elavult leírásokba akadok bele. Folyton figyelnem kell mikorra datálódik a cikk.

Sziasztok!

Debian 8-at frissitenek 9-re, viszont a ceg aki hasznalja a szervert kulon keri, hogy maradjon a MySQL. Hogyan tudok ugy teljes frissitest csinalni, hogy cserelne a dist-upgrade MariaDB-re?

Sziasztok!

Adott egy Openmediavault szerver, napra készen frissítve. (Linux omv 4.9.0-0.bpo.3-amd64 #1 SMP Debian 4.9.30-2+deb9u2~bpo8+1 (2017-06-27) x86_64 GNU/Linux
)
Az eth1 csatlakozó az Internet felé megy, míg az eth2 a belső hálózatot szolgálja ki. Így én azt feltételeztem, hogy nem terhelik egymást, pedig DE!
Ha az eth1-en megy a letöltés, az eth2-n annyival zuhan a sebesség. ??? Why? Warum? Pourquoi?
A proci terhelése alig lépi át az 50%-ot (54 a max). a memória 30%-kát használom, mikor mindkét hálózati kártya terhelve van!

Az OMV extra opciói (bár nem rontottak/javítottak a performancián):


socket options = TCP_NODELAY SO_RCVBUF=524288 SO_SNDBUF=524288
read raw = yes
write raw = yes
max xmit = 65535
dead time = 15
getwd cache = yes


CPU:

root@omv:/home/agostonl# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 6
model name : Intel(R) Celeron(R) D CPU 3.06GHz
stepping : 5
microcode : 0xb
cpu MHz : 3058.302
cache size : 512 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 6
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc pebs bts nopl eagerfpu pni dtes64 monitor ds_cpl cid cx16 xtpr pdcm lahf_lm
bugs :
bogomips : 6116.60
clflush size : 64
cache_alignment : 128
address sizes : 36 bits physical, 48 bits virtual
power management:


Memória: 4GB

Sziasztok!

Debian 9-en telepítettem Samba 4.5.8-at. A domain provisiont többek között --use-rfc2307 paraméterrel futtattam. Az AD-be kb 110 db Win 10-es (és néhány Win 7-es) PC lesz beléptetve, 5-6 csoport és 500 felhasználó lesz az adatbázisban.

Eddig rendben is van minden; csoportokat, felhasználókat holnap veszem fel, de előtte lenne néhány kérdésem.

1. A domain provision során NEM használtam a --function-level=2012_R2 paramétert, ezért jelenleg a domain level és a funmction leves is 2008 R2. Jó lesz ez így a Windows 10-es kliensekhez?
2. Roaming profilokat tervezek beállítani, de kérdés, hogy a Win 10-es és Win 7-es profilok megférnek-e egymás mellet, úgy mint az XP-s és Win 7-es profilok?
3. A csoportokat --nis-domain=... és --gid-number=... paraméterrel tervezem felvenni, mivel a csoportoknak (és a felhasználóknak) a Linux alatt is láthatónak kel lenni. Virtuális gépen, már teszteltem, és be is kerülnek az adatbázisba a szükséges értékek (msSFu30NisDomain, msSFu30Name, gidNumber). nnsd beállítása után látszanak is a csoportok Linux alatt. Kérdés, hogy fel kell-e vennem az (msSFu30NisDomain, msSFu30Name, gidNumber) paramétereket a Beépített "Domain Users", "Domain Admins", stb. csoportokhoz is?
4. Hasonlóan a csoportokhoz, a felhasználókat --nis-domain, --unix-home, --uid-number, --gid-number, --login-shell és --uid paraméterezéssel hozom létre. Kérdés, hogy az Administrator beépített felhasználónak fel kell-e venni ezeket az értékeket?
5. A felhasználók home könyvtárait Linux-on a /home/elsodleges_csoport/uid útvonalon tervezem létrehozni az alapértelmezett /home/DOMAIN/uid helyett. Okozhat ez valamilyen problémát a későbbiekben?
6. Kell a winbindet telepíteni a Samba AD megfelelő működéséhez?
7. A Samba AD-s felhasználó Linuxon való láthatóságát sssd-vel vagy winbind-del célszerű beállítani? Egyáltalán beállítható ez megfelelően winbind-del? (sssd-vel teszteltem, azzal úgy tűnik, hogy működik)

Van egy távoli Debian 8 munkaállomás (Édesanyámé), amit az én Debián 8-amról VNC-n keresztül igazgattam, ha épp szükség volt rá.
Eléggé el nem ítélhető felelőtlenségem következtében a saját laptopom rendszerét frissítettem Debian 9-re, mondván, végre stabil.
Azóta nem tudok távoli asztalkapcsolatot létesíteni a Debián 8-cal.Az eredeti felállás: Távoli gépen vino-server, nálam remmina, ssh tunellel.
Debián 9 alatt azonban nincs remmina-vnc-plugin.
Sebaj, matatok ezerrel, manuálisan létrehozom az ssh csatornát, és megannyi vnc klienssel próbálok csatlakozni. A hibaüzenet:

Connected to RFB server, using protocol version 3.7
Server did not offer supported security type

És innentől nem jutok tovább.
Távoli oldalon probáltam tightvncserver-t, x11vnc, meg amikre még nem emlékszem, de mindhiába.
Az én oldalamon próbáltam az ssh csatornára paramétereket, de ez sem segített.
Mintha a Debian 8 és 9 teljesen különböző VNC verziókat támogatna csak.
Pedig nem akarom elhinni, hogy nem lehet Debian 9-ről Debian 8 alatt futó asztalt elérni.
Nekem az is jó, ha nem VNC, csak az aktuális munkakasztalt tudja megosztani, és ne újat nyisson.

Bárkinek építő javaslata, ötlete?

Sziasztok!

Kb. szószerint: PHP5, MariaDB és Apache2 van a gépen, de a load képes felmászni 30 felé. Ilyenkor már minden weboldal durván laggol.
Találtam egy hibás rewrite-ot, azt kiiktattam, de továbbra sem szűnt meg a hiba. Ha apache-ot újraindítom, a load visszaáll, 2 alá, de aztán visszakúszik.

Mi lehet a gond, merre érdemes keresgélni? Eddig nem csinált ilyet.

Köszi!