Slackware kérdések

Kezdőlap Fórumok Slackware, Slax problémák Slackware kérdések

Ennek a témakörnek tartalma 66 hozzászólás, 14 résztvevő. Utolsó frissítés:  uzsolt 7 éve, 9 hónapja telt el.

10 bejegyzés megtekintése - 51-60 / 67
  • Szerző
    Bejegyzés
  • #2136404

    balev
    Felhasználó

    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ó.

    #2136405

    balev
    Felhasználó

    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ó.

    #2136406

    lada2105
    Felhasználó
    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.

    #2136407

    lada2105
    Felhasználó
    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.

    #2136408

    balev
    Felhasználó

    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!

    #2136409

    balev
    Felhasználó

    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!

    #2136410

    lada2105
    Felhasználó
    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…

    #2136411

    lada2105
    Felhasználó
    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…

    #1887227

    csaba
    Felhasználó

    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.

    #2136412

    utgyuru
    Felhasználó

    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 ?

10 bejegyzés megtekintése - 51-60 / 67

Be kell jelentkezni a hozzászóláshoz.