Hozzászólások
-
Bejegyzés
-
Értem.
De ezt a könytárt a userek is tudják írni, olvasni?
/home/publicmert alapban csak a root. Tehát csak a root fog egyébként is hajlandó becsatolni ide bármit.
meg egyébként is, smb megosztást boot során tudtommal csak a root hajlandó felcsatolni.
(KDE, gnome meg egyéb már más helyzet…)
Szóval az fstab-ban lévö cuccot a root jogosultsággal csatolódik fel, kivétel ha a uid-el meg gid-el megmondod, hogy kinek a nevében illetve a nosuid meg hasonló kapcsolókkal (man mount) felülbírálod a jogosultsági rendszert.talán szedd ki a default-ot és ha nem root user alá csatolod fel, akkor:
//192.168.0.1/public /home/public smbfs users,exec,rw,uid=username,gid=username 0 0elméletileg…
de mivel a /home/public alá csatolod fel, azt alapban csak a root tudja elvégezni. Úgyhogy talán így jobb:
//192.168.0.1/public /home/public smbfs users,exec,rw 0 0más tippem nincs.
kisbetu wrote:Human
Interface
Devices=HIDLehet éppen USB-s is, ha akarod.
(És ha a fórum szerkezetével van gondod, azt az „irányvonalakban” jelezd.)Kösz 🙂
Ez az életemben, eszembe nem jutott volna!
Valahogy mindig csak az usb-re ugrik be…kisbetu wrote:boci wrote:A gép egy szerver gép.Valamit nagyon nem értek.
Nem mindegy milyen VGA van egy szerverben? Nem kell azon X-et futtatni.Naja, ez jogos… de volt itt már egy-két szerveres X-es kérdés, úgyhogy én már ilyenen nem csodálkozom.
TAB-al sem müködik az a billentyüzet?
Egér sem megy?Hajaj…
Esetleg még kipróbálhatod azt, hogy asszem az uhu mielött behúzná a telepítöt (választómenü) lehet neki valami paramétereket adni (F1,F2,F3 stb). Hátha…
Talán felül tudod bíráltatni az egeret vagy a billentyüzetet…Egyébként miért szerepel a címben a HID szó? Annak tudtommal az usbhez van köze…
Akkor az ablakkezelöddel van valami szerintem.
Mi lenne ha kikapcsolnád, hogy automatikusan induljon.
Pl egy init 2 -vel jó esetben megteheted.
Aztán szimpla konzolos felületen bejelentkezel a felhasználóddal majd kiadod, hogy startx
ekkor be kellene hoznia azt a felületet, amit választottál.esetleg – bár nem emlékszem már debian alapú disztróknál hogy van – de a /etc/X11/xinitrc alatt talán találsz néhány ablakkezelöd elöre elkészített „startscript”jét.
Ezt belinkelheted a saját könyvtárad alá. pl: ln -s /etc/X11/xinitrc/xinit.xfce ~/.xinitrc
aztán startxde ha a login után dob ki, akkor tuti az elindítandó X felülettel van gond
Állítsd másikra és próbáld ki úgy!Kihúzod. Kiderül melyik gép. Odamész és megnézed :))))
Egyébként akár egy ciklussal végig is pingetheted.
Mert ugye abban a hálózatban kell lennie…
pl:
for i in `seq 1 254`
do
ping -c 1 192.168.0.$i
donevagy ilyesmi…
boci wrote:igen, az s3 integrált automatikusan letiltotta a gép mert látja h van benne másik ..„írd át az xorg.conf -ot a megfelelö helyen.”
az jó lenne csak keveset tudok róla
melyik driver kellhet nekem tfdx / voodoo ?próba szerencse 🙂
ctrl-alt-backspace -el le tudod löni az X-et ha a másik lenne a jobb…írd át az xorg.conf -ot a megfelelö helyen.
Talán a legcélravezetöbb 🙂Az UHU egy elég furcsa állatfaj. Ezáltal elég furcsán viselkedik vezérlöpult szinten idönként….
kisbetu wrote:Ebből én azt szűröm le, hogy nem a SUSE hibája, hanem a sambáé.meg ezeké az elöre elkészített scripteké…
Nem olyan bonyesz kézzel létrehozogatni egyszer azokat a könyvtárakat.
Söt akár pici bash scriptet is lehet rá írni, ahova pl csak a usernevet kell beírni mint paraméter.Egyébként érdekes, hogy debian-nál is tapasztaltam ilyet.
De még érdekesebb, hogy Slacki gond nélkül kezeli sambával is az „egy user-több csoport tagja” dolgot. A debian meg nem 😛Esetleg próbáld ki, hogy „kikapcsolod” ezeket a scripteket. Megpróbálod manuálisan bepötyögni a dolgokat. Létrehozni a könyvtárakat. Megírni a logon scripteket. Szerintem akkor kisebb a hibalehetöség és nagyobb a stabilitás.
legutóbbi hsz