[gekmage]

Idézet: diegho - Dátum: 2007. ápr. 26., csütörtök - 22:40

nem is fogja elcseszni, csak láttam már olyant aki antispyware progit kikapcsolja mert nem tetszik neki az ikonja jobb lent stb... vírusírtóval is ugyanezt megcsinálta... amúgy 3 perc alatt újrateszem neki bármikor ghost-al, sõt akár minden nap reggelre is újratehetném neki csak meg kell magyarázni hogy mindent D-re mentsen el és kész is a dolog, de elvileg nem lesz gondja vele. persze ma bejött egy nagyokos hogy a tegnap kivitt gép fagy stb. mondom miazhogy fagy itt ment 3 napot elõtt ip kamerás rendszert teszteltünk rajta, semmi fagyás, erre elkezdi õ a saját service pack nélküli kalóz xp-jét ami valami dvd-s tákolmány tette fel, levette az eredetit és azt feltette az irodába mert õ nem szereti a service pack 2-es winfost mert õ ért hozzá és az szar, mert a laptopján is belassul (kb 10 éves laptop...) na ilyenekkel vagyunk megáldva... ezek a linuxot is 2 pillanat alatt hazavágják de magamnak tuti be fogok tenni egy debian-t vagy ubuntu-t még mert már nem játszok, csak cs-vel steam meg megy szerintem wine alatt is rendesen.

láttam már olyant aki antispyware progit kikapcsolja mert nem tetszik neki az ikonja jobb lent stb

Amennyire én tudom pl. windows defendernek van olyan opciója, hogy csak administrator módban lehessen buzerálni...Annál pedig csak jobb antispywarek vannak.

vírusírtóval is ugyanezt megcsinálta

Olyan vírusírtót kell feltenni, ami felhasználószinten nem buzerálható, vagy HKLM/Software/Vírusírtóról el kell venni a felhasználók kódját, és akkor mindjárt nem lesz az. real time úgyis szolgáltatásként (services) fut val'szeg localsystem vagy hasonló joggal asszem.

erre elkezdi õ a saját service pack nélküli kalóz xp-jét ami valami dvd-s tákolmány tette fel, levette az eredetit és azt feltette az irodába

BIOS password+bootolás csak vinyóról, aztán feldughassa a kalóz xp telepítõ cdéjét/dévédéjét.

mindent D-re mentsen el és kész is a dolog

Normál felhasználónak XP alatt tudtommal nincs írási joga a C:\ könyvtárra, a felhasználói profilt meg serveren kell pl. tárolni, úgyhogy sajátgépre gyak. sosem fog menteni.

Szerkesztette: gekmage 2007. 04. 26. 22:53 -kor

[debianforever]

Idézet: diegho - Dátum: 2007. ápr. 26., csütörtök - 15:54

köszi de már windows van a gépen felszoftverelve minden gond nélkül 35 perc alatt full install megvolt, amíg szenvedgetni kell a linuxal hogy egy driver felmenjen addig felejtõs, fõleg hogy olyannak lesz a gép aki még winfost se nagyon tud használni (szõke titkárnõcske), csak egy elvetemült ötlet volt hogy adjunk neki debiant-azt talán nem cseszi el 2 hét alatt, de úgy látszik halva született ötlet volt

Esetleg mielõtt nekiálltál volna szerkeszteni a forráslistát, talán olvastál volna. A saját hülyeségedért ne a linuxot fikázzad. Írásaidat olvasva, a windowst neked találták ki.

[bogdan]

Idézet: diegho - Dátum: 2007. ápr. 26., csütörtök - 22:40

ezek a linuxot is 2 pillanat alatt hazavágják

azert ne mondjunk mar ekkora boduletes marhasagot! hogy lehetne mar hazavagni egy linuxot root jogok nelkul??

[debianforever]

Idézet: bogdan - Dátum: 2007. ápr. 27., péntek - 6:56

azert ne mondjunk mar ekkora boduletes marhasagot! hogy lehetne mar hazavagni egy linuxot root jogok nelkul??

rootként lépteti be a felhasználóit. Gondolom a windowst is úgy teszi fel, hogy az ember rendszergazda a sajátgépén.

[bogdan]

bocs, az az oprendszer es uzemeltetoje hibaja, hogy nem tud a windowson csak ADMINISZTRATORKENT futni. (root nincs a windows-on! furcsa, hiszen aki 35 perc alatt beallit egy windowst igazan tudhatna ezt..)

unixok alatt meg ugyan van keves program, amihez root jogok szuksegesek, de ettol meg nem kell root-kent belepni.

egyebkent honnan TUDOD, hogy az a specialis program nem fut linux alatt?

[Lenny]

Lehet vannak olyan progik, amik admin nélkül nem akarnak futni, de azok inkább régi szar MS progikés általában csak win 2000 alatt csinálják ezt.

XP alatt ilyen gondom még nem volt. Max annyit kellett csinálnom, hogy az adott program mappájára teljes írási jogot adtam a felhasználónak. (ezt kérte a program fejlesztõ.)
De azon kívül semmit.

Az elõdöm volt olyan okos és kényelmes, hogy minden felhasználó rendszergazda volt a saját gépén. Volt is belõle annyi bonyodalom, hogy oldalakat írnék tele, de ez nem az a topic...

[gekmage]

Idézet: diegho - Dátum: 2007. ápr. 27., péntek - 8:04

mivel van egy számlázóprogi ami csak rendszergazda jogokkal akar futni...  vidéken vagyok, itt nem tudom megmagyarázni az embereknek hogy ugyanmár ne egy 10 éves számlázó progi miatt legyen gondja, de nem érti meg... inkább mindig olyan hardvert/oprendszeret rakat össze/fel amin a szaros progija elfut, pedig 20-30k lenne egy új, szóval ilyen körülmények között nem lehet normálisan megoldani a dolgokat. itt némelyik emberkének olyan igénye van hogy ha tehetnénk kiröhögnénk õket és mehetnének a fenébe, de nem tehetjük. (múlt héten 40k-ból kellett gép monitor nélkül és megkérdi emberünk hogy ugye legal windows is benne van az árban  ) ezért akartam linuxot tenni nekik, de nem sikerült. na mindegy, ilyen igényeket nehéz kielégíteni, ráadásul sokan speciális programokat futtatnak, amik linux alatt nem mennek el, én viszont magam szeretnék majd áttérni linuxra, de nincs rá idõm hogy komolyabban foglalkozzak vele

a bios pass jó ötlet, de van amelyik lapnál hiába van bios pass, a bootolást meg tudod változtatni és máris mehet fel az új oprendszer, pl az említett asrock lapnál így van hiába van bios pass f11-el ugyanúgy elérheted a boot menüt pass nélkül

az említett asrock lapnál így van hiába van bios pass f11-el ugyanúgy elérheted a boot menüt pass nélkül

Barbár megoldás: CD/DVD olvasó ki. kliensgépre minek az?

2. barbár megoldás: kiszeded F11 gombot, gizike úgysem használja.

mondjuk én asse nagyon értem hogy userek a céges oprencert legyakják és illegált tesznek fel helyette, én is vidéki vagyok, de ezért itt mindenhol azonnali picsánrúgás járt combizomból.

Itt már jópár helyen "nem engedélyezett" internethasználatért is picsánrúgás járt.

gyak. majd minden programot el lehet futtatni korlátozott user kóddal is, csak meg kell fejteni melyik kulcsokhoz kér írási jogot a gönc a HKLM-ben a registryben, melyik fájlokhoz a Program Files könyvtárban, legrosszabb esetben melyik kulcsokhoz a HKCR-ben , de ha 10 éves, akkor oda biztos nem kér talán

[Lenny]

Idézet: gekmage - Dátum: 2007. ápr. 27., péntek - 11:41

mondjuk én asse nagyon értem hogy userek a céges oprencert legyakják és illegált tesznek fel helyette, én is vidéki vagyok, de ezért itt mindenhol azonnali picsánrúgás járt combizomból.

Ezt én sem nagyon értem.

Ezt is csak olyan környezetben tehetik meg, ahol nincs tartományba a gép. Különben hiába installálja fel tartományba csak rendszergazda tud belépteni... (persze normális esetet feltételezek.. )

[x.geo]

Idézet: Lenny - Dátum: 2007. ápr. 25., szerda - 15:25

pl.:

mount //gépnév/megosztásnév -t smbfs /ide/akarom/felcsatolni

Ha megosztáshoz account kell, akkor  kell a végére "-o username=pisti"

köszöm:-)

[Nowa]

Idézet: pascal - Dátum: 2007. ápr. 16., hétfõ - 20:08

parancssorba: setxkbmap hu
megjegyzem programozáshoz kényelmesebb az angol kiosztás, mivel nem kell módosító billentyû a gyakran használt karakterekhez.

A mountolással kapcsolatban: ha kiadod minden paraméter nélkül a mount parancsot akkor megnézheted melyik hardvereid hova vannak felcsatolva és milyen beállításokkal. Ha ezt a kiementet bepostolnád ide akkor lehet tudnánk segíteni

Sajnos a pendrive-ot továbbra sem tudom megnyitni mountolás után sem.

A mount parancsra ez jön:
/dev/root on /type ext2 (rw)
/ramdisk on /ramdisk type tmpfs (rw, size=44948k, mode=755)
/UNIOFS on / UNIOFS type aufs (rw, br: /ramdis: /KNOPPIX
/dev/hdc on /cdrom type iso9660 (ro)
/proc/bus/usb on /proc/bus/usb type usbfs (rw, dev mode 0666)
/dev/pts on /dev/pts type devpts (rw)

*a hda-k "asztal"-on történõ megnyitása után hozzájön:

/dev/hda1 on /media/hda1 type fuseblk (ro, nosvid, nodev, noatime, allow_other blksi, size=4096)
/dev/hda5 on /media/hda1 type fuseblk (ro, nosvid, nodev, noatime, allow_other blksi, size=4096)
/dev/hda6 on /media/hda1 type fuseblk (ro, nosvid, nodev, noatime, allow_other blksi, size=4096)
/dev/hda7 on /media/hda1 type fuseblk (ro, nosvid, nodev, noatime, allow_other blksi, size=4096)
/dev/hda8 on /media/hda1 type fuseblk (ro, nosvid, nodev, noatime, allow_other blksi, size=4096)

*a "sudo mount -t vfat /dev/sda1 /mnt" parancs után még:

/dev/sda1 on /mnt type vfat

Mindenesetre sajnos továbbra sem tudok menteni semmit, megnyitni pedig csak a hda-kat, de azokra sem lehet írni.. 

[Friczy]

Idézet: Nowa - Dátum: 2007. ápr. 27., péntek - 15:31

Sajnos a pendrive-ot továbbra sem tudom megnyitni mountolás után sem.

A mount parancsra ez jön:
/dev/root on /type ext2 (rw)
/ramdisk on /ramdisk type tmpfs (rw, size=44948k, mode=755)
/UNIOFS on / UNIOFS type aufs (rw, br: /ramdis: /KNOPPIX
/dev/hdc on /cdrom type iso9660 (ro)
/proc/bus/usb on /proc/bus/usb type usbfs (rw, dev mode 0666)
/dev/pts on /dev/pts type devpts (rw)

*a hda-k "asztal"-on történõ megnyitása után hozzájön:

/dev/hda1 on /media/hda1 type fuseblk (ro, nosvid, nodev, noatime, allow_other blksi, size=4096)
/dev/hda5 on /media/hda1 type fuseblk (ro, nosvid, nodev, noatime, allow_other blksi, size=4096)
/dev/hda6 on /media/hda1 type fuseblk (ro, nosvid, nodev, noatime, allow_other blksi, size=4096)
/dev/hda7 on /media/hda1 type fuseblk (ro, nosvid, nodev, noatime, allow_other blksi, size=4096)
/dev/hda8 on /media/hda1 type fuseblk (ro, nosvid, nodev, noatime, allow_other blksi, size=4096)

*a "sudo mount -t vfat /dev/sda1 /mnt" parancs után még:

/dev/sda1 on /mnt type vfat

Mindenesetre sajnos továbbra sem tudok menteni semmit, megnyitni pedig csak a hda-kat, de azokra sem lehet írni.. 

Az /mnt könyvtár tartalma ilyenkor vajon mi? Elvileg ott kell lennie a pendrive-nak.

Ha bizonytalan vagy (vagy mégsem?), add ki a df -h parancsot, és nézd meg, hogy az /mnt alá mountolt filerendszer kapacitása nem hasonlít-e a pendrive-odéra. Ha igen, akkor már kezdhetsz örvendezni, mert közeledtél.

Próbálj a pendrive-ra írni (feltehetõleg csak rootként fog sikerülni, mert nem adtál meg olyan mount opciót, ami állítaná az umaskot). Ha sikerül rootként és userként nem, akkor a mount parancsot egészítsd ki egy kicsit, és így add ki:

sudo mount -t vfat -o umask=000 /dev/sda1 /mnt

Ezek után userként is tudsz rá írni.

[envagyok]

sziasztok!

ha tiltom a root elérést ssh alól, és belépek userként winscp-vel,
akkor ott tudok felhasználót váltani?

köszi

[kroozo]

Idézet: envagyok - Dátum: 2007. máj. 6., vasárnap - 20:38

sziasztok!

ha tiltom a root elérést ssh alól, és belépek userként winscp-vel,
akkor ott tudok felhasználót váltani?

köszi

Szerintem nem

[padawan]

Idézet: envagyok - Dátum: 2007. May. 6., Sunday - 20:38

sziasztok!

ha tiltom a root elérést ssh alól, és belépek userként winscp-vel,
akkor ott tudok felhasználót váltani?

köszi

A winscp nem arra valo
Ha sima ssh-n lepsz be, akkor tudsz felhasznalot valtani.

[envagyok]

igen azt tudom, h ssh-nál tudok falhasználót váltani,
csak a másik nem volt tiszta, de akkor nem is erõltetem tovább.
köszi!

[leslie]

Debianom alatt vmiért csak egy régi squid mûxik. Hogy tudnám az apt-t rávenni, h ezt ne akarja frissíteni, de minden mást frissítse?

[Friczy]

Idézet: leslie - Dátum: 2007. máj. 8., kedd - 8:11

Debianom alatt vmiért csak egy régi squid mûxik. Hogy tudnám az apt-t rávenni, h ezt ne akarja frissíteni, de minden mást frissítse?

echo hold squid | dpkg --set-selection

[bogdan]

Friczy, ez biztos, hogy jo? ettol meg egy squid sor benne fog maradni! elobb "--clear-selections"-t irnak az okosak, mielott a "--set-selections"-ot hasznalja az ember.

egyebkent egyszerubb a "kedvelt" csomagkezeloben (dselect/aptitude) beallitani hold-ra, es utana frissiteni.

[leslie]

aptitude-t nem szeretem, multkor fel akart tenni tök feleslegesen vagy 250M cuccot a letöltõ gépemre, így azt hanyagolom.
Sima apt-get-et használnék. Szóval thx a tippet, kipróbálom.