Linux-kezdő

Sziasztok,

a következő lenne a problémám.

Van egy LinuxMint-os gép, amin több user van. Sajnos olyan programok vannak, amiket terminálból nem lehet telepíteni, azaz kellene a desktop, hozzáférés a userekhez. Kérdésem, hogy ezt VNC-vel, hogyan lehet megoldani? Van-e arra lehetőség, hogy VNC-vel rácsatlakozzak a gépre és megnyissam úgy deskopokat, mintha ott ülnék a gép előtt?

Ha igen valami leírást küldenétek a témával kapcsolatban?

Köszönöm!

Kalmi

Van egy régi Linux szerver, amihez nincs se doksi, se támogatás, se account, semmi. Átlag 2 hetente bemorcul, ilyenkor egy reboot kell neki, console-on Ctrl+Alt+Del, újraindul és megint megy kb. 2 hétig.

Gondoltam rá, hogy kiadnék egy egyszerű scriptet a usereknek, akik használják. Mivel csak maréknyi embernek van rá szüksége (egyébként elavult, nem támogatott, helyettesített szolgáltatásról van szó, de néhány régi arcnak még mindig ez a kedvence, a vezetőség pedig úgy döntött hadd menjen, amíg valami komoly baja nem lesz, szóval az se baj, ha naponta 2-szer rányomnak).

A kérdésem: lehetne valahogy hálózaton keresztül billentyűkombinációt küldeni a gépnek (standard inputra?) login nélkül, hogy induljon újra?
Ha ilyen lehetőség nem létezik, de a gép IP-vel rendelkező KVM-re van kötve, esetleg KVM-en csinált már valaki hasonló varázslatot (key sequence macro létrehozható pl.)?

Sziasztok!

Egy virtuális gépben próbálkozom a quota rendszer elsajátításával egy CentOS 7 rendszeren. A quota jól működik, miután az adott usereknek beállítom az soft / hard limitet az edquota segítségével. A kérdésem az lenne, hogy hogyan oldható meg az, hogy minden újonnan létrehozott user egy előre meghatározott hard limittel rendelkezzen?

Jelenleg amikor létrehozok egy felhasználót, annak semmilyen limitje nincs, nekem kell beállítanom az edquota-val. Ennek az automatizálására keresnék megoldást. Igyekeztem feltúrni az Internetet, de nem nagyon találtam ( vélhetőleg én kerestem rosszul ), ezért nagyon megköszönném ha segítenétek, hogy hogyan működik ez.

Sziasztok,

Ubuntu 14.10-en van egy autofs-el felcsatolt nfs megosztás, amit ha megnyitok nautilussal, és pár másodpercre nem böngészek benne, egy könyvtárral kijebb kerülök, amíg ki nem hajít teljesen. Az alábbi configurációval csatolom:
pi -fstype=nfs4,rw,resvport,intr,soft,nolock pi:/media/wd/data

Az az érdekes, hogy ez a konfig már nem mai darab, de ezt a viselkedést nem tapasztaltam más distró/fájlkezelővel.

Ha bárkinek bármi ötlete van _ezzel kapcsolatban_, akkor kérem ossza meg velem. Előre is köszi.

Üdv, nem rég hozzájutottam egy UHD-s laposhoz amin sajnos szembesültem azzal, hogy sem a KDE/GNOME/Windows nem bír normálisan skálázni. Gnome egy kicsit jobban mint a KDE ( sajnálatomra utóbbit jobban preferálom ), ezért feldobtam egy Fedora 21-et GNOME3-al.
A főprobléma, hogy a böngészők nem skálázódnak ( és más nem gnome-s alkalmazások sem ) erre valaki tipp ?
Ideglenesen megoldaná a problémát ha lenne FHD felbontásom de valamiért az UHD-n kívül más 16:9 arányt nem dob fel, vagy esetleg más distrok amik jobban támogatják ezt ? ( tudom inkább felület függő de hátha van valami sufni tuning distro erre :D )

( Intel hd + Nvidia GTX )

Egy rendszert (debian wheezy), átmásoltam egy másik hardverre.
Az újon létrehoztam a boot ill. az lvm partíciókat, majd rsync...
Viszont más a VG neve.

Átállítás után, fstab, stb..., megy is az új rendszer szépen, de boot-kor kiírja hogy:
"
loading, please wait...
volume group "debian" not found
skipping volume group debian
Unable to find LVM volume debian/swap1
"
aztán megy tovább, működik minden, de mégiscsak ki kellene ezt gyilkolni, vagy át kellene állítani.

(a "debian" a régi rendszeren a VG name, a swap_1 meg az ottani egyetlen swap lv....)

Hol keresgéljek?

Megoldás:
Ebben bújt el:
/etc/initramfs-tools/conf.d/resume
utána egy
update-initramfs -u
megoldotta!

Sziasztok,

szeretném a segítségeteket kérni a következőkben.

Van egy Debian 7-es szerverem amit csak a belső hálózatomon nem látok. Elvileg eddig tökéletesen működött, de talán egy mostani frissítés kiütötte.

A belső hálózatból ha pingelem, akkor nem látszódik, de ha openwrt-n keresztül rácsatlakozok, akkor tökéletesen megy.

Nézegettem a blokkolásokat /etc/hosts.deny, fail2ban, de ott semmi nyomát nem találtam a blokkolás okának.

A belső hálóban ahogyan írtam a pinget blokkolja, SSH, Samba server elérését, illetve van rajta egy webmin még azt is (feltételezem az összes portot).

Ha a routert pingelem az fut, de ha a serverről más belső hálóózatos IP-t, akkor az is blokkolva van.

Kérdésem, hogy hogyan lehetne le ellenőriznem, hogy miket blokkol a server, vagy mi blokkolhat a serveren?

---
route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default openwrt.lan 0.0.0.0 UG 0 0 0 eth2
172.16.200.0 172.16.200.2 255.255.255.0 UG 0 0 0 tun1
172.16.200.2 * 255.255.255.255 UH 0 0 0 tun1
192.168.15.0 * 255.255.255.0 U 0 0 0 eth2
---
arp
Address HWtype HWaddress Flags Mask Iface
openwrt.lan ether 02:84:05:42:d6:XX C eth2
192.168.15.180 (incomplete) eth2
android-c788fb084c0d541 (incomplete) eth2
192.168.15.160 (incomplete) eth2
---
tcpdump -i eth2

17:19:16.431400 IP openwrt.lan.51148 > server.1234 : Flags [.], ack 3661840, win 13873, length 0
17:19:16.431503 IP server.1234 > openwrt.lan.51148: Flags [P.], seq 3662624:3662912, ack 9121, win 919, length 288
17:19:16.431549 IP server.1234 > openwrt.lan.51148: Flags [P.], seq 3662912:3663072, ack 9121, win 919, length 160
17:19:16.431573 IP server.1234 > openwrt.lan.51148: Flags [P.], seq 3663072:3663248, ack 9121, win 919, length 176
17:19:16.431580 IP openwrt.lan.51148 > server.1234 : Flags [.], ack 3662448, win 13721, length 0
17:19:16.431594 IP server.1234 > openwrt.lan.51148: Flags [P.], seq 3663248:3663424, ack 9121, win 919, length 176
17:19:16.431660 IP server.1234 > openwrt.lan.51148: Flags [P.], seq 3663424:3663808, ack 9121, win 919, length 384
17:19:16.431792 IP openwrt.lan.51148 > server.1234 : Flags [.], ack 3662624, win 13677, length 0
17:19:16.431814 IP server.1234 > openwrt.lan.51148: Flags [P.], seq 3663808:3663984, ack 9121, win 919, length 176
17:19:16.431973 IP openwrt.lan.51148 > server.1234 : Flags [.], ack 3663808, win 13381, length 0
17:19:16.431995 IP server.1234 > openwrt.lan.51148: Flags [P.], seq 3663984:3664320, ack 9121, win 919, length 336
17:19:16.432079 IP server.1234 > openwrt.lan.51148: Flags [P.], seq 3664320:3664480, ack 9121, win 919, length 160
17:19:16.432119 IP server.1234 > openwrt.lan.51148: Flags [P.], seq 3664480:3664656, ack 9121, win 919, length 176
17:19:16.432163 IP openwrt.lan.51148 > server.1234 : Flags [.], ack 3663984, win 13337, length 0
17:19:16.432215 IP server.1234 > openwrt.lan.51148: Flags [P.], seq 3664656:3665040, ack 9121, win 919, length 384
17:19:16.432256 IP server.1234 > openwrt.lan.51148: Flags [P.], seq 3665040:3665104, ack 9121, win 919, length 64
17:19:16.432293 IP server.1234 > openwrt.lan.51148: Flags [P.], seq 3665104:3665280, ack 9121, win 919, length 176
17:19:16.432362 IP openwrt.lan.51148 > server.1234 : Flags [.], ack 3664480, win 13213, length 0
17:19:16.432383 IP server.1234 > openwrt.lan.51148: Flags [P.], seq 3665280:3665632, ack 9121, win 919, length 352
17:19:16.432469 IP server.1234 > openwrt.lan.51148: Flags [P.], seq 3665632:3665792, ack 9121, win 919, length 160
17:19:16.432589 IP openwrt.lan.51148 > server.1234 : Flags [P.], seq 9121:9185, ack 3664480, win 13213, length 64
^Z
[8]+ Megállítva tcpdump -i eth2

Kalmi

Sziasztok,

Játszottam egy CentOS szerverrel és elszúrtam a sudoers filet (hülye voltam és a visudo helyett a nano /etc/sudoers parancsot használtam).

Most ha valamit csinálni akarok, akkor ezt a hibát kapom:

[ncsupka@czpr-vps ~]$ sudo nano
sudo: >>> /etc/sudoers: syntax error near line 102 <<<
sudo: parse error in /etc/sudoers near line 102
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin

Van valami megoldás, amivel helyretudom hozni, vagy single-user módban kell elindítanom a szervert és úgy kijavítani?

Előre is köszönöm a segítségeteket!

FRISSÍTVE:

Bebootoltam single-user módban, utána javítottam az /etc/sudoers fájlt, root jelszó megváltoztatva. Öröm van és bodóttá' Köszi mindenkinek a segítséget! (Mostantól csak visudo-t használok...)

Sziasztok,

Adott egy régi szerver Debian GNU/Linux 6.0 rajta fut XEN 2.6.32-5-xen-amd64 kernellel.

A rajta 2db VPS és szeretném átköltöztetni egy másik szerverre, ahol Ubuntu 14.04.1 LTS rajta XEN 3.13.0-32-generic #57-Ubuntu kernel fut.

A .cfg fájlban ez van:
kernel = '/boot/vmlinuz-2.6.32-5-xen-amd64'
ramdisk = '/boot/initrd.img-2.6.32-5-xen-amd64'

Leállítom a VPS-t, becsatolom az LVM-et, átmásolom az adatokat az új szerver LVM-jébe, indítom az új szerveren a VPS-t és sok szolgáltatás nem indul el, pl. mysql, és a társai.

Nem hajlandó indulni pygrub-al sem, és az új és a régi kernellel sem (régi kernelt átmásoltam az új Ubuntu szerverre, hogy megtalálja).
Az oprendszer elindul, pingelni lehet róla kifelé-befelé.

Új config:
kernel = '/boot/vmlinuz-3.13.0-32-generic'
extra = 'elevator=noop'
ramdisk = '/boot/initrd.img-3.13.0-32-generic'

Próbáltam dd-vel is, hogy biztos legyek abban, hogy nem másolás közben sérül valami, de akkor sem indul.
Ezzel a módszerrel másik debian-os szerverre átrakva elindul és működik, csak Ubuntu alatt nem.

Mit tudtok javasolni, mit tehetek?

Köszönettel:
Joda

Sziasztok!

Adott egy Ubuntu alapú rendszer, amelyen Samba-t használunk arra, hogy közös meghajtóként láthassunk bizonyos mappákat. Namost van egy olyan jellegű hiba, hogy hol így, hogy úgy érhető el a szerver, ráadásul nem is minden gépen áll ez a probléma. Magyarra fordítva a szót, egyik nap csatlakoztatom a Windows 7/8 klienseken a megosztott mappát \\szervernev\megosztasnev , és pár napig minden működik. Aztán egyszer csak kitalálja a rendszer, hogy nem érhető el a szerver. Ekkor csatlakoztatom \\ip-cim\megosztasnev formátumban, és pár napig megint minden jó, aztán megint fordul a rendszer, és megint csak \\szervernev\megosztasnev módon lehet elérni. Egy idő után marha bosszantó... :D
Van valakinek ötlete? :)