Sziasztok
Egy kis segítséget szeretnék kérni, van a címben szereplő sync_supers process és viszi az erőforrást a szerveren. Gondolom valami remek malver lehet :( de hogy tudom megállítani ? sokat olvasgattam és nem nagyon találtam rá megoldást.
Sziasztok!
A Packet Tracert először Xubuntu 18.04-en próbáltam, de nem működött. Segfaultolt. Olvastam több tanácsot is a neten, egyik sem segített. Gondoltam visszalépek egyet, és kipróbáltam 16.04-en. Ezen már odáig eljutottam, hogy elindul, nem segfaultol, de a következő hibát írja:
"Cannot load ExApp. The executable file name or location may be incorrect, or the ExApp is not designed to be launched from Packet Tracer."
De ettől még fut. Nem tudom, hogy összefüggésben van-e a hibaüzenettel, de a felső ikonsor monóban jelenik meg.
Üdv!
Kipróbáltam az "új" server lts-t. Egyelőre nekem se jött be annyira, mint a 16-os verzió.
A kedvenc mc-met nem tudtam feltenni, mert alapból nincs benn a repok-ban. :o
A repo-kat még szokni kell:
add-apt-repository ppa:eugenesan/ppa
... stb.
Mi a tapasztalatotok? Ki használja élesben?
Egy kollégám telepített még vagy 2-3 éve XUbuntut. Eddig használta is megelégedéssel, de a 18-as frissítés érezhetően belassította a gépet. Valahogy nem reszponzív az egész és érzésre 20-30%-ot lassult a rendszer.
Két lehetőség lenne.
1 downgrade. Ez nem a legjobb, mert sok kavart okozna
2 Szívesen kipróbálná a Linux Mintet. Kérdésem: a sources.list átírásával és egy dist-upgrade futtatásával lesz belőle MintXfce? Vagy ez nem ilyen egyszerű? Van-e valamilyen bevett megoldás, hogy a user fájlok és telepített csomagok is megmaradjanak egy ilyen váltásnál?
Vagy teljesen rossz az elképzelés?
Üdv!
Frissítettem Xubuntu 16.04-et 18.04-re, pár hibácskát kijavítottam. Egy dolgot viszont nem tudok megoldani:
ez egy főleg vnc-ről használt gép, de éppen be lehet jelentkezni a vason is ha muszáj. Itt kezdődik a probléma: van két indítóikon az asztalon, az egyik a thunar-t indítja rendszergazdai jogokkal, ez eddig úgy nézett ki, hogy "gksu thunar %F". a másik egy xterm-et nyit és abban egy scriptet futtat, szintén rendszergazdai jogokkal: "gksu 'xterm -e /my/script'"
Na ezeket nem tudom most használni, mivel gksu már nincs, az alternatívák meg valamiért nem működnek:
pkexec thunar az a gépre bejelentkezve működik, viszont vnc képernyőn már nem. lehet a :0-n akarná megjeleníteni a jelszó ablakot?
az xterm-es scriptes móka az meg sehogy sem működik, ott is csak a helyi képernyőn hajlandó bekérni a jelszót, viszont utána is elhasal, ott már az xterm nyafog display miatt. ezt viszont hogyan adjam meg neki, ha az lehet akár :0, akár :1, akár :x?
admin:// sem működik.
Nem tud valaki egy egyszerű, jó megoldást ezekre?
Sziasztok!
A tárgybeli dolgot szeretném megoldani. A következő leírás szerint próbáltam megoldani ezt:
https://lists.samba.org/archive/samba/2011-March/161372.html
Az én fájljaim:
[global]
;Workstation Settings
workgroup = PM
netbios name = DS1223
server string = %h
security = domain
idmap backend = tdb
idmap uid = 15000-20000
idmap gid = 15000-20000
wins server = 1.2.3.4
winbind use default domain = yes
winbind enum groups = yes
winbind enum users = yes
password server = 1.2.3.4
template shell = /bin/bash
template homedir = /home/%D/%U
;Logging
log level = 2
log file = /var/log/samba/log.%m
max log size = 1000
syslog = 0
panic action = /usr/share/samba/panic-action %d
common-account:
account [success=2 default=ignore] pam_winbind.so
account [success=1 default=ignore] pam_unix.so
account requisite pam_deny.so
account required pam_permit.so
common-auth:
auth [success=2 default=ignore] pam_unix.so nullok_secure
auth [success=1 default=ignore] pam_winbind.so use_first_pass
auth requisite pam_deny.so
auth optional pam_mount.so
auth required pam_permit.so
common-password:
# here are the per-package modules (the "Primary" block)
password [success=1 default=ignore] pam_unix.so obscure sha512
# here's the fallback if no module succeeds
password requisite pam_deny.so
# prime the stack with a positive return value if there isn't one already;
# this avoids us returning an error just because nothing sets a success code
# since the modules above will each just jump around
password required pam_permit.so
# and here are more per-package modules (the "Additional" block)
password optional pam_mount.so disable_interactive
password optional pam_gnome_keyring.so
# end of pam-auth-update config
common-session:
session required pam_unix.so nullok_secure
session required pam_mkhomedir.so skel=/etc/skel umask=0022
session optional pam_mount.so
session [default=1] pam_permit.so
session requisite pam_deny.so
session required pam_permit.so
session optional pam_ck_connector.so nox11
pam_mount.conf.xml:
<?xml version="1.0" encoding="utf-8" ?>
<!DOCTYPE pam_mount SYSTEM "pam_mount.conf.xml.dtd">
<pam_mount>
<debug enable="0" />
<volume options="user=%(DOMAIN_USER),domain=PM" fstype="cifs" server="srv3" path="Diak" mountpoint="/home/PM/%(DOMAIN_USER)/Diak"></volume>
<volume options="user=%(DOMAIN_USER),domain=PM" fstype="cifs" server="srv3" path="%(DOMAIN_USER)" mountpoint="/home/PM/%(DOMAIN_USER)/H"></volume>
<path</sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin</path>
<logout wait="0" hup="0" term="0" kill="0" />
<mkmountpoint enable="1" remove="true" />
</pam_mount>
A
net join lefut jól, de reboot után csak a helyi felhasználóval tudok bejelentkezni.
Részlet az auth.log-ból:
Aug 23 14:06:01 localhost lightdm: pam_unix(lightdm:auth): check pass; user unknown
Aug 23 14:06:01 localhost lightdm: pam_unix(lightdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost=
Aug 23 14:06:01 localhost lightdm: pam_winbind(lightdm:auth): getting password (0x00000010)
Aug 23 14:06:01 localhost lightdm: pam_winbind(lightdm:auth): pam_get_item returned a password
Aug 23 14:06:01 localhost lightdm: pam_winbind(lightdm:auth): user 'torolni' granted access
Aug 23 14:06:01 localhost lightdm: gkr-pam: error looking up user information
Aug 23 14:06:01 localhost lightdm: pam_unix(lightdm:account): could not identify user (from getpwnam(torolni))
Aug 23 14:06:01 localhost lightdm: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared object file: No such file or directory
Aug 23 14:06:01 localhost lightdm: PAM adding faulty module: pam_kwallet.so
Aug 23 14:06:01 localhost lightdm: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file: No such file or directory
Aug 23 14:06:01 localhost lightdm: PAM adding faulty module: pam_kwallet5.so
Aug 23 14:52:29 localhost login[1371]: pam_unix(login:auth): check pass; user unknown
Aug 23 14:52:29 localhost login[1371]: pam_unix(login:auth): authentication failure; logname=LOGIN uid=0 euid=0 tty=/dev/tty1 ruser= rhost=
Aug 23 14:52:29 localhost login[1371]: pam_winbind(login:auth): getting password (0x00000010)
Aug 23 14:52:29 localhost login[1371]: pam_winbind(login:auth): pam_get_item returned a password
Aug 23 14:52:29 localhost login[1371]: pam_winbind(login:auth): user 'torolni' granted access
Aug 23 14:52:29 localhost login[1371]: pam_unix(login:account): could not identify user (from getpwnam(torolni))
Aug 23 14:52:29 localhost login[1371]: Authentication failure
Sziasztok!
Adott egy netbook amin egy lubuntu 18.04 LTS fut. Olyan problémám van vele, hogy rákattintva a kijelentkezés gombra elfehéredik a képernyő és csak úgy jön vissza ha és jelentkezik ki a rendszer ha 2-3 másodpercre megnyomom a power gombot.
Hasonló jelenség van ha CTRL+ALT+F1 -el átváltok konsolra és várok. Elfeketedik a képernyő és csak akkor jön vissza ha újra megnyomom a power gombot.
Néha a képernyő tetejére ezt írja ki ami a dmesg -ben is szerepel.
[ 368.699926] pci_pm_suspend(): hcd_pci_suspend+0x0/0x30 returns -16
[ 368.699942] dpm_run_callback(): pci_pm_suspend+0x0/0x150 returns -16
[ 368.699952] PM: Device 0000:00:14.0 failed to suspend async: error -16
[ 368.724102] PM: Some devices failed to suspend, or early wake event detected
Próbáltam szolgáltatásokat kikapcsolni, letiltani, de eddig még nem jöttem rá a hibára.
Van rá valami megoldás, hogy ne csinálja ezt a gép? Mi okozhatja ezt?
Nyomtam egy Linux Mint upgrade-et, ami a 16.04-helyett 18.04-es Ubira épül. Ha jól értelmezem ez behozta ezt a systemd-relsover csodát, és rögtön azt eredményezni, hogy a NAS-on futó saját dns-emben lévő belső neveket nem hajlandó megkérdezni a dns serveről és feloldani azokat. Tud erre valaki valami egyszerű, szájbarágós megoldást?
A nevek persze eddig 'rövid' nevek voltak domain nélkül pl. 'video', ez lehet a baja? Elég lehet, ha valami local domain rakok hozzájuk és azt beállítom search domain-nak is?
Köszi
Sziasztok!
Bátorkodom felhozni ezt a témát, mivel erről nem találtam thread-et.
A tényállás: Ubisali 17.04, vezeték nélküli netet nem tudom belé imádkozni, de a vezetékes net egyből beugrik mindenféle beállítás, szöszmösz nélkül. A másik partíción Win 10, azon a vezetékes és wifi kapcsolat simán működik.
Amiket próbáltam:
-NetworkManager.conf-on belül a [device] bejegyzés alatt a wifi.scan-rand-mac-address tulajdonságot "no"-ra állítottam, majd reboot.
-A kapcsolat beállításainál a DNS-hez -> 8.8.8.8, 8.8.4.4 (IPv4 fülön: Automatic (DHCP) addresses only) Majd mentés, reboot.
-A fentiek kombinációja, Client, Ad hoc és Hotspot módban.
16.04 alatt simán ment. Erre van valami megoldás, vagy hagyjam a 3.14csába az egészet és tegyem fel (végre) a 18.04-et még akkor is ha azon sem fog működni?
Sziasztok,
Van egy NetApp által kiajánlott share amit az alábbi módon kellene mountolni.
sudo mount -t nfs Pa-netapp9:/vol/dev_test_nfs /network_share_test/nfs
ekkor a mappa üres marad
kipróbáltam root-ként
# mount Pa-netapp9:/vol/dev_test_nfs /network_share_test/nfs
mount.nfs: access denied by server while mounting (null)
A storage oldalról elvileg nem tudnak már mit állítani, a hostnak van RW joga és root access.
Logokban nem találtam semmit.