Slackware kérdések

[balev]

Nincs ötletem.
A smb.conf-ban
unix charset = ISO8859-2
display charset = ISO8859-2
dos charset = ISO8859-2
van nekem.

Az fstab-ba való beírás azért nem az igazi, mert ha változnak a könyvtárnevek, akkor rögtön nem lesz aktuális. uid meg gid-re akkor lenne szükség, ha user lenne a security beállítás, nem? Vagyis, ha valós unix felhasználó léphetne csak be megosztásba.

Az az érdekes, hogy amikor először újrafordítottam az mc-t smb támogatással, simán be tudott lépni a windows-os gépbe (magyarán mintha service-t csatolt volna). De azóta nem megy. Csak ha előbb konzolon befűzöm.

Ja igen, megnéztem jobbgomb->tulajdonságok, de nem láttam eltérést egyiknél sem. Mindhárom könyvtárban film van, ugyanolyan jogokkal van befűzve, root-ként nem tudom másolni, csak az egyiket. De másik könyvtáraknál is produkál hasonlókat. Megpróbáltam úgy, hogy átneveztük az ő gépén, hogy ne legyen semmilyen extra karakter, de akkor sem megy.

Még érdekes, hogy konzolon az írja, hozzáférés megtagadva. Az mc meg azt, hozzáférés megtagadva, a forrásfájl nem olvasható.

[balev]

Nincs ötletem.
A smb.conf-ban
unix charset = ISO8859-2
display charset = ISO8859-2
dos charset = ISO8859-2
van nekem.

Az fstab-ba való beírás azért nem az igazi, mert ha változnak a könyvtárnevek, akkor rögtön nem lesz aktuális. uid meg gid-re akkor lenne szükség, ha user lenne a security beállítás, nem? Vagyis, ha valós unix felhasználó léphetne csak be megosztásba.

Az az érdekes, hogy amikor először újrafordítottam az mc-t smb támogatással, simán be tudott lépni a windows-os gépbe (magyarán mintha service-t csatolt volna). De azóta nem megy. Csak ha előbb konzolon befűzöm.

Ja igen, megnéztem jobbgomb->tulajdonságok, de nem láttam eltérést egyiknél sem. Mindhárom könyvtárban film van, ugyanolyan jogokkal van befűzve, root-ként nem tudom másolni, csak az egyiket. De másik könyvtáraknál is produkál hasonlókat. Megpróbáltam úgy, hogy átneveztük az ő gépén, hogy ne legyen semmilyen extra karakter, de akkor sem megy.

Még érdekes, hogy konzolon az írja, hozzáférés megtagadva. Az mc meg azt, hozzáférés megtagadva, a forrásfájl nem olvasható.

[lada2105]

balev wrote:

Az fstab-ba való beírás azért nem az igazi, mert ha változnak a könyvtárnevek, akkor rögtön nem lesz aktuális.

Ez jogos.

balev wrote:

uid meg gid-re akkor lenne szükség, ha user lenne a security beállítás, nem? Vagyis, ha valós unix felhasználó léphetne csak be megosztásba.

Nem! Akkor van rá szükség, ha nem rootként, hanem más valaki nevében akarod csatolni. …és nem tudod umask-al meg hasonlókkal megoldani a jogokat.
pl: mount //szerver/public /mnt/samba
ha ezt teszed alapban csak a root fog tudni oda írni, bár elképzelhetö, hogy mindenki fog tudni olvasni belölle
DE ha így: mount //szerver/public /mnt/samba -o uid=tudor,gid=users
Akkor a tudor nevü user fog tudni ide írni. És mindenki más olvasni, aki a usersbe tartozik.
mint mondtam umask-al játszhatsz még, de ha csak 1 usered van, akkor elég ez is.

balev wrote:

Ja igen, megnéztem jobbgomb->tulajdonságok, de nem láttam eltérést egyiknél sem.

A windows-on nézted meg a  megfelelö “jogok fül” alatt?

balev wrote:

Még érdekes, hogy konzolon az írja, hozzáférés megtagadva. Az mc meg azt, hozzáférés megtagadva, a forrásfájl nem olvasható.

Ez most mellékes. Nem mindig pontosan ugyanazt a hibaüzit szokták írni, de a lényeg végülis ugyanaz.

[lada2105]

balev wrote:

Az fstab-ba való beírás azért nem az igazi, mert ha változnak a könyvtárnevek, akkor rögtön nem lesz aktuális.

Ez jogos.

balev wrote:

uid meg gid-re akkor lenne szükség, ha user lenne a security beállítás, nem? Vagyis, ha valós unix felhasználó léphetne csak be megosztásba.

Nem! Akkor van rá szükség, ha nem rootként, hanem más valaki nevében akarod csatolni. …és nem tudod umask-al meg hasonlókkal megoldani a jogokat.
pl: mount //szerver/public /mnt/samba
ha ezt teszed alapban csak a root fog tudni oda írni, bár elképzelhetö, hogy mindenki fog tudni olvasni belölle
DE ha így: mount //szerver/public /mnt/samba -o uid=tudor,gid=users
Akkor a tudor nevü user fog tudni ide írni. És mindenki más olvasni, aki a usersbe tartozik.
mint mondtam umask-al játszhatsz még, de ha csak 1 usered van, akkor elég ez is.

balev wrote:

Ja igen, megnéztem jobbgomb->tulajdonságok, de nem láttam eltérést egyiknél sem.

A windows-on nézted meg a  megfelelö “jogok fül” alatt?

balev wrote:

Még érdekes, hogy konzolon az írja, hozzáférés megtagadva. Az mc meg azt, hozzáférés megtagadva, a forrásfájl nem olvasható.

Ez most mellékes. Nem mindig pontosan ugyanazt a hibaüzit szokták írni, de a lényeg végülis ugyanaz.

[balev]

Szóval az uid/gid párossal való csatolással más valós unix felhasználók írási jogot is kaphatnak? Most ez nem cél igazából, mert a saját gépemen van megosztva két könyvtár, a lényeg, a hogy a hálózatban lévő két windowsos gép lássa ezeket és tudja olvasni. De jó ezt tudni mindenesetre.

Végülis, csatolni csak úgy tudom akkor userként, ha beírom fstab-ba, másként nem megy? sudoers-ben az /sbin/mount engedélyezése nem volt elég,  nem tudom miért.

Ill. ami még tényleg idegesítő, és megnéztem a szabilinux-ot, valamint más rövidebb dokumentációt is, hogy nem tudom, lehetséges-e komplett gép összes osztott könyvtárát befűzni (vagyis szervízt csatolni). Egyesével tökölni, mikor végig akarom nézni a másik gépen lévő megosztott könyvtárakat, elég idegesítő.

Kösz az infót és a segítséget!

[balev]

Szóval az uid/gid párossal való csatolással más valós unix felhasználók írási jogot is kaphatnak? Most ez nem cél igazából, mert a saját gépemen van megosztva két könyvtár, a lényeg, a hogy a hálózatban lévő két windowsos gép lássa ezeket és tudja olvasni. De jó ezt tudni mindenesetre.

Végülis, csatolni csak úgy tudom akkor userként, ha beírom fstab-ba, másként nem megy? sudoers-ben az /sbin/mount engedélyezése nem volt elég,  nem tudom miért.

Ill. ami még tényleg idegesítő, és megnéztem a szabilinux-ot, valamint más rövidebb dokumentációt is, hogy nem tudom, lehetséges-e komplett gép összes osztott könyvtárát befűzni (vagyis szervízt csatolni). Egyesével tökölni, mikor végig akarom nézni a másik gépen lévő megosztott könyvtárakat, elég idegesítő.

Kösz az infót és a segítséget!

[lada2105]

balev wrote:

Szóval az uid/gid párossal való csatolással más valós unix felhasználók írási jogot is kaphatnak? Most ez nem cél igazából, mert a saját gépemen van megosztva két könyvtár, a lényeg, a hogy a hálózatban lévő két windowsos gép lássa ezeket és tudja olvasni. De jó ezt tudni mindenesetre.

Amennyiben egyre gondoltunk akkor örülök, hogy új információval tudtam szolgálni 🙂

balev wrote:

Végülis, csatolni csak úgy tudom akkor userként, ha beírom fstab-ba, másként nem megy? sudoers-ben az /sbin/mount engedélyezése nem volt elég,  nem tudom miért.

A sudoers-el már alapból nem kínlódok ilyen miatt.
Egyszerüen ahogy mondtam berakom pl így a fstab-ba:

Code:

//szervernev/public   /mnt/szervernev_pub   smbfs  auto,users,exec,rw,gid=users,uid=andras,passwd=,username=,lfs 0

ahol ugyebár az elsö oszlop a felcsatolandó távoli mappa
a második a lokális gépen a hova
A harmadik a fájlrendszer típusa. Ez tapasztalatom szerint idönként cifs-el megy az smbfs helyett. Gondolom szerver és kliens verzióinak fügvényében.

auto = induláskor csatolódjon
users = végülis felesleges…
exec = futtathatsz is innen dolgokat
rw = írhatóan is
gid=users => users csoport nevében
uid=andras => andras user nevében (ö tud írni is így ebbe a felcsatolt mappába, különben kizárólag csak a root tud)
passwd= => ha lenne jelszó, akkor ide jönne, de akkor kellene a username is, amivel authentikálsz a megosztáshoz
lfs => támogassa a nagyméretü fájlokat (>2Gb) Ezzel már egyszer megszívtam, azóta berakom 🙂

Gondolom ezeket a paramétereket már ismered… de gondoltam azért leírom az egyértelmüség kedvéért.

Szóval ezen sor eredményeképp automatikusan felcsatolja a gép induláskor a távoli mappát. Ha az auto-t noauto-ra cseréled, akkor annyi lesz a “kényelmetlenség”, hogy root joggal be kell lépned a gépre, majd kiadni a:
mount /mnt/szervernev_pub
VAGY
mount //szervernev/public
parancsot
Ami hiába adtad ki rootként a csatolást, az fstab-ban megadott paraméterek szerint fog megtörténni. Végeredményképp olyan mintha a user csatolta fel…
Remélem így még tisztább 🙂

Az umask-al meg megoldható, hogy ne csak a megadott user, hanem a megadott csoport is vagy akár mások is írhassanak ebbe a mappába.
De “1 useres gép”nél ez utóbbi ugyebár nem érdekes.

ui: azt kihagytam, hogy szerintem még mindig a windows a ludas és ott van valami bibi a fájlokkal…

[lada2105]

balev wrote:

Szóval az uid/gid párossal való csatolással más valós unix felhasználók írási jogot is kaphatnak? Most ez nem cél igazából, mert a saját gépemen van megosztva két könyvtár, a lényeg, a hogy a hálózatban lévő két windowsos gép lássa ezeket és tudja olvasni. De jó ezt tudni mindenesetre.

Amennyiben egyre gondoltunk akkor örülök, hogy új információval tudtam szolgálni 🙂

balev wrote:

Végülis, csatolni csak úgy tudom akkor userként, ha beírom fstab-ba, másként nem megy? sudoers-ben az /sbin/mount engedélyezése nem volt elég,  nem tudom miért.

A sudoers-el már alapból nem kínlódok ilyen miatt.
Egyszerüen ahogy mondtam berakom pl így a fstab-ba:

Code:

//szervernev/public   /mnt/szervernev_pub   smbfs  auto,users,exec,rw,gid=users,uid=andras,passwd=,username=,lfs 0

ahol ugyebár az elsö oszlop a felcsatolandó távoli mappa
a második a lokális gépen a hova
A harmadik a fájlrendszer típusa. Ez tapasztalatom szerint idönként cifs-el megy az smbfs helyett. Gondolom szerver és kliens verzióinak fügvényében.

auto = induláskor csatolódjon
users = végülis felesleges…
exec = futtathatsz is innen dolgokat
rw = írhatóan is
gid=users => users csoport nevében
uid=andras => andras user nevében (ö tud írni is így ebbe a felcsatolt mappába, különben kizárólag csak a root tud)
passwd= => ha lenne jelszó, akkor ide jönne, de akkor kellene a username is, amivel authentikálsz a megosztáshoz
lfs => támogassa a nagyméretü fájlokat (>2Gb) Ezzel már egyszer megszívtam, azóta berakom 🙂

Gondolom ezeket a paramétereket már ismered… de gondoltam azért leírom az egyértelmüség kedvéért.

Szóval ezen sor eredményeképp automatikusan felcsatolja a gép induláskor a távoli mappát. Ha az auto-t noauto-ra cseréled, akkor annyi lesz a “kényelmetlenség”, hogy root joggal be kell lépned a gépre, majd kiadni a:
mount /mnt/szervernev_pub
VAGY
mount //szervernev/public
parancsot
Ami hiába adtad ki rootként a csatolást, az fstab-ban megadott paraméterek szerint fog megtörténni. Végeredményképp olyan mintha a user csatolta fel…
Remélem így még tisztább 🙂

Az umask-al meg megoldható, hogy ne csak a megadott user, hanem a megadott csoport is vagy akár mások is írhassanak ebbe a mappába.
De “1 useres gép”nél ez utóbbi ugyebár nem érdekes.

ui: azt kihagytam, hogy szerintem még mindig a windows a ludas és ott van valami bibi a fájlokkal…

[csaba]

Sziasztok.

Már egy ideje azon filóztam, hogy felteszem magamnak a slackwarét. Na most megtettem. Minden szép és jó, de én sajnos annyira nem ismerem a rendszert, ezért is kérnék hozzá egy kis segítséget.

– Tudom, hogy a rendszer .tgz csomagokat kezel, de miért van az, hogy a KPackage -val feltelepítem a csomagot és nem jelenik meg? (Pl. amsn, vlc)
– A firefox idegesített, mert mindíg volt egy hibája, amit el szeretett volna küldeni a fejlesztőknek, ezért megnéztem a verziószámát a 2.0.0.4-es volt fent, gondoltam frissítek egyet. Meg is találtam a http://linuxpackages.net -en, bár sajnos nem jót töltöttem le, mert nem néztem a nyelvet, valami oroszt vettem le. Gondoltam magamban jó, le is töröltem az általam feltett orosz firefox-ot, de onnantól kezdve meg is halt a régi is. Tehát így most sajnos nincsen fent firefox-om. Hogyan tudom ezt visszatenni? Csomagokat keresgéltem hozzá, de nem találtam. (Legalább is Magyart nem) , Próbálkoztam még letölteni a forrását, azt meg sajnos az ég-egy-világon nem tudom feltelepíteni.
– A slackwaréban nincsen olyan parancs tegyük fel, mint a gentoo-ban, hogy emerge ? Vagy mindent nekem kell leszednem egyesével, mint pl. ha egy windows használnék?
– Automount a legérdekesebb. Ő tökéletesen mountolna elméletileg, ha nem írna ki hibát. :))))) Tehát, ha be teszek bármit a dvd írómba vagy usb-n rádugok valamit meg is jeleniti nekem a dolgokat, de amikor meg akarom nyitni a konqueror-al, akkor

Code:

A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface “org.freedesktop.Hal.Device.Volume” member “Mount” error name “(unset)” destination “org.freedesktop.Hal”)

Nem tudom, hogy ez mitől lehet. Az fstab-hoz nem nyúltam, tehát nem értem a problémáját.
– Amikor telepítek a KPackagéval egy programot, ő lehúzza függőségeket? Ha nem, akkor azt hogyan tudnám elérni vele?

A rendszer: Slackware 12.0 (dvd-s változatot tettem fel, fullosan)
A kernel az az alap kernel, tehát nem nyúltam hozzá.

Most ezek a legfontosabb kérdéseim, de így mindent összevéve, ahoz képest nem is olyan rossz rendszer. :))))

A válaszokat előre is nagyon szépen köszönöm.

[utgyuru]

Az miért van, hogy csatlakoztatok egy külső USB-s vinyót, és onnan néhány képet nem tud megnyitni? Némelyiket gond nélkül megnyitja, van amelyiket nem nyitja meg, van amelyiktől meg egyből kilép grafikus felületből. Ezzel mit lehet csinálni ?

[Szerző]

Bejegyzés