Ubuntun yhteiskäyttö (jaettu kansio, sekä käyttäjien ja ryhmien hallinta)

[mikk0]

Koska tämä tuottaa ongelmia ja joka tapauksessa hidastaa uloskirjautumista, niin ehdotan että teet skriptin serverille ja ajat sen vaikka cronilla silloin tällöin (riippuen siitä kuinka usein käyttäjä vaihtuu, niin vaikka tunnin välein tai pari kertaa päivässä). Tai sitten läppärin puolelle skripti jaa_tiedostot, joka ajaa nuo find-komennot. Silloin ei ainakaan tarvitsisi kaikkea käsin kirjoitella...

Mikko

[Juhhe1]

Koska tämä tuottaa ongelmia ja joka tapauksessa hidastaa uloskirjautumista, niin ehdotan että teet skriptin serverille ja ajat sen vaikka cronilla silloin tällöin (riippuen siitä kuinka usein käyttäjä vaihtuu, niin vaikka tunnin välein tai pari kertaa päivässä). Tai sitten läppärin puolelle skripti jaa_tiedostot, joka ajaa nuo find-komennot. Silloin ei ainakaan tarvitsisi kaikkea käsin kirjoitella...

Mikko

Tuo cronilla ajaminen on ollut itsellänikin mielessä. Pitää varmaan hoitaa se sitä kautta.
Saiskos ton jotenkin niin että se "haistelisi" vain uusia tiedostoja ja muuttaisi niihin oikeudet? No pitää koittaa tuota cronilla ajoa ja pistää sen vaikka päivisin ajamaan sitä niin ei tarvi yöllä kuunnella kun kovalevy huutaa kuolemaa vaatehuoneessa
Olisi kyllä mukava selvittää tuo että miksei se muuta noita oikeuksia. Saisiko tuota skriptiä jotenkin muutettua että se käyttäisi jotain toista keinoa oikeuksien muuttoon.
Sekin tietenkin auttaisi jos kertoisit että mitä toi kokonaisuudessaan tekee (tuon findin olen koittanut ohjata tekstitiedostoon niin sen tiedän), mutta miten tuo xargs käsittelee sitä?

[mikk0]

find-komento tulostaa kaikki löytämänsä tiedostot, jotka täsmäävät hakukriteereihin (käyttäjä nykyinen käyttäjä, tiedoston tyyppi joko tavallinen tiedosto (f) tai hakemisto (d)). print0-parametri saa aikaan sen, että myöskään erikoismerkkejä sisältävät tiedostonimet eivät aiheuta ongelmia.

Tuloste ohjataan putkea (|) pitkin seuraavalle komennolle, joka on xargs. xargsin parametri -0 tarvitaan, jotta se osaisi käsitellä oikein tuolla print0:lla tulostettuja nimiä. xargs ei sinänsä tee muuta kuin lukee standardisyötettä ja suorittaa sieltä löytyville tiedostonimille annetut tehtävät. Tässä tapauksessa nuo tehtävät ovat niiden tiedostojen (tai hakemistojen) oikeuksien muuttaminen halutuiksi.

Jos tiedostoja olisi vähän, ei koko xargsia tarvittaisi, mutta näin se toimii varmemmin.

Mikko

[raimo]

-print0 eroaa -print:stä ainakin siten että se poistaa rivinvaihtomerkin tiedostonimestä.
Pitäisikö kuitenkin käyttää myös -ls (\ merkki ja "" merkit tarvittaessa) parametriä?
Minusta pitäisi käyttää. kts man find ja UNUSUAL FILENAMES

-print0 siksi että saadaan rivinvaihtomerkki pois lopusta, ja -ls siksi että saadaan erikoismerkit hoideltua varmemmin.
^{ei toi toimi}

Mutta sellainen "suositus" nyt tässä tulee mieleen että älkää käyttäkö erikoismerkkejä tai välilyöntejä tiedostonimissä tai hakemistonimissä ollenkaan, ilmankin selviää ja kaikki on paljon helpompaa.

perustelen näin: kokeilkaapa tätä:

Koodia: [Valitse]

mkdir hieno hakemisto
cd hieno hakemisto
chmod 755 hieno hakemisto

Yksikään noista komennoista ei toimi oikein.

Nämä toimisivat:

Koodia: [Valitse]

mkdir "hieno hakemisto"
cd "hieno hakemisto"
chmod 755 "hieno hakemisto"

#nämä toimisivat myös:
mkdir hieno\ hakemisto
cd hieno\ hakemisto
chmod 755 hieno\ hakemisto

Eli tämä EI toimi missään tilanteessa:
chmod 755 hieno hakemmisto

Ja nämä toimivat varmaan kaikissa tilanteissa:
chmod 755 hieno\ hakemisto
chmod 755 "hieno hakemisto"

Mutta kun kukaan ei ole vahtimassa että lainausmerkit tai escape-merkki joilla asia hoituu vaikkapa välilyönnin osalta, tulee varmasti syötettyä kaikkiin komentoihin, siis skripteissä eikä komentorivilläkään välttämättä asiaa heti huomata?

Joten MINUSTA linux-käyttöjärjestelmissä EI pidä käyttää välilyöntejä eikä myöskään ole syytä tai edes oikeaa tarvetta käyttää mitään erikoismerkkejä, jopa niinkin, että ääkkösetkin pois poluista ja tiedostonimistä.
Ja isojen kirjaimien käytölle, sillekin pitää keksiä hyvä peruste ennen niiden käyttämistä.

Kuulostaa kamalalta, mutta näin se vain on, jos haluaa olla varma että tiedostot ja hakemistot ovat aina kaikkien ohjelmien tms. viritysten saatavilla. Ja tuon asian kanssa oppii jopa elämään.

Jos siis haluaa että tämänkaltaisia ongelmia ei ilmene.
Välilyönnin tilalle _  -merkki, mkdir hieno_hakemisto ja homma toimii 100% varmasti.


ps. onhan oikea käyttäjä varmasti $USER envissä silloin kun tuo ajetaan?
kauhean kaukaa haettua, mutta se kannattaa tarkistaa kuitenkin.

[mikk0]

Kiitos raimo 

Alunperin itselläni ei tuossa skriptissä ollut $USER-kohtaa lainkaan, vaan asiat hoidettiin siten, että ensin luotiin manuaalisesti touch-komennolla aikamerkki ja sitten skriptissä muutettiin sellaisten tiedostojen oikeudet halutuiksi jotka oli luotu tuon aikamerkin päivittämisen jälkeen ja viimeiseksi päivitettiin aikamerkki touchilla.

Toimi muuten hienosti, mutta digikamerasta ladatut kuvat oli päivätty silloin kun kuvat oli otettu, joten hiemankin kauemmin kamerassa lojuneet tiedostot eivät muuttaneet oikeuksiaan...

Jos tämän haluaa tehdä palvelimelle cronin kanssa ajettavaksi, niin parasta varmaan on antaa sen muuttaa kaikkien tiedostojen oikeuksia mitä tuolla hakemistossa on. Käyttäjän mukaanhan niitä ei silloin voi rajata ja tämä aikaleimakin on hieman kyseenalainen, kuten tässä digikuvien tapauksessa.

Eli yksinkertaisesti vain:

 find /palvelimen_jaettu_kansio_tähän/ -type d -ls -print0 | xargs -0 chmod 2775
 find /palvelimen_jaettu_kansio_tähän/ -type f -ls -print0 | xargs -0 chmod 664

Näin tulee nämä erikoismerkit ja välilyönnitkin hoideltua. Pitäisi toimia.

[Juhhe1]

Testailin tuossa taas tuota vähäsen. Koitin tuota -ls parametriä, mutta se ei vaikuttanut. Sitten koitin ilman -user $USER parametreja, mutta ei auttanut.
Sit koitin niin että ohjaan vaan tuon pelkän find komennon tulosteen tekstitiedostoon kotihakemistooni (se näytti ihan sellaiselta kuin kuuluukin) ja koitin käsin ajaa komentoa cat fileteso.txt | xargs -0 chmod 664 ja hakemistoille myös, niin kas kummaa sehän toimii.
Eli ainoaksi viaksi voi jäädä tuo xarg:lla chmodaus (saisiko tuota toteutettua millään muulla tapaa?)
Pitää varmaan turvautua tohon croniin vaan.

Mielestäni tuo -ls optio ei toiminut edes käsipelillä kun sitä koitin. Se laittoi muistaakseni johonkin tiedostojen polkuihin liikaa / merkkejä (esim. /home/juhhe1//blaablaa.txt)

EDIT: Jos teen tuosta skriptin vaikka /usr/bin/ hakemistoon niin miten saan anacronin ajamaan sen esim tunnin välein klo. 10-22 ? cron.hourlylla sen saisi tunnin välein ajamaan, mutta haluaisin niin että se ei aja sitä yöllä (turhaa kovalevyn raksutusta vaatehuoneesta)?
EDIT2: Tein tuosta anacronista uuden aiheen tänne: http://forum.ubuntu-fi.org/index.php?topic=5179.0

Aika kummaa kun testailin tuota cron juttua niin tuli tälläinen eteen, että jos olen serverillä sisällä ja suoritan seuraavan toimeenpiteen:

Koodia: [Valitse]

$ find /video/ -type d -print0 | xargs -0 chmod 2755
chmod: changing permissions of `/video/': Operation not permitted
$ sudo find /video/ -type d -print0 | xargs -0 chmod 2755
chmod: changing permissions of `/video/': Operation not permitted

Mutta kun tein skriptin tuosta ja ajan sen cronilla niin se toimii hyvin. Mikähän tuon tekee?
Ja muilta koneilta ajettuna tuo komento toimii (eli siis paikallisesti NFS jakoon), mutta tuolta serveriltä ajettuna suoraan tohon liitettyyn osioon se ei toimi. Taisi tulla aika epäselvästi sanottua tuo, mutta toivottavasti ymmärrätte

[mikk0]

Mielestäni tuo -ls optio ei toiminut edes käsipelillä kun sitä koitin. Se laittoi muistaakseni johonkin tiedostojen polkuihin liikaa / merkkejä (esim. /home/juhhe1//blaablaa.txt)

Enpä ole kyllä ihan varma että toimivatko nuo -ls ja -print0 yhdessä miten hyvin... Mitä luin man-sivulta, niin siinä sanottiin että -print0 tulostaa aina tiedostonimet siinä muodossa kuin ne ovat ja -ls käyttää aina kenoviivaa erikoismerkkien yhteydessä. Mitenköhän käytännössä toimii noiden yhdistäminen. Nyt en voi tarkistaa, kun en ole linux-koneella 

Aika kummaa kun testailin tuota cron juttua niin tuli tälläinen eteen, että jos olen serverillä sisällä ja suoritan seuraavan toimeenpiteen:

Koodia: [Valitse]

$ find /video/ -type d -print0 | xargs -0 chmod 2755
chmod: changing permissions of `/video/': Operation not permitted
$ sudo find /video/ -type d -print0 | xargs -0 chmod 2755
chmod: changing permissions of `/video/': Operation not permitted

Mutta kun tein skriptin tuosta ja ajan sen cronilla niin se toimii hyvin. Mikähän tuon tekee?
Ja muilta koneilta ajettuna tuo komento toimii (eli siis paikallisesti NFS jakoon), mutta tuolta serveriltä ajettuna suoraan tohon liitettyyn osioon se ei toimi. Taisi tulla aika epäselvästi sanottua tuo, mutta toivottavasti ymmärrätte

Se miksi tuo käsipelillä ajettu komento ei toimi, johtuu siitä että sudo on väärässä paikassa. Nyt find-komento suoritetaan pääkäyttäjän oikeuksin, mutta xargsia ei. Eli sinulla ei ole normaalikäyttäjänä ole oikeuksia muuttaa rootin omistaman /video-hakemiston oikeuksia.

Koitapa seuraavaa, sen pitäisi toimia serveriltäkin ajettuna:

Koodia: [Valitse]

$ sudo find /video/ -type d -print0 | sudo xargs -0 chmod 2755
Se miksi komento toimii cronilla, johtunee siitä että silloin se ajetaan pääkäyttäjän oikeuksin.

Tällainen jäi ihmetyttämään kun luin uudelleen ensimmäistä viestiäsi:

Palvelimen /etc/exports näyttää /video/ kohdalta tältä

Koodia: [Valitse]

/share 192.168.0.11(rw,sync)

Mikä tuo /share on? Miksi siinä ei lue /video?

[Juhhe1]

Enpä ole kyllä ihan varma että toimivatko nuo -ls ja -print0 yhdessä miten hyvin... Mitä luin man-sivulta, niin siinä sanottiin että -print0 tulostaa aina tiedostonimet siinä muodossa kuin ne ovat ja -ls käyttää aina kenoviivaa erikoismerkkien yhteydessä. Mitenköhän käytännössä toimii noiden yhdistäminen. Nyt en voi tarkistaa, kun en ole linux-koneella 

Joo pitää vielä itsekin ihmetellä tuota lisää, jos vaikka oppii jotain uutta

Se miksi tuo käsipelillä ajettu komento ei toimi, johtuu siitä että sudo on väärässä paikassa. Nyt find-komento suoritetaan pääkäyttäjän oikeuksin, mutta xargsia ei. Eli sinulla ei ole normaalikäyttäjänä ole oikeuksia muuttaa rootin omistaman /video-hakemiston oikeuksia.

Koitapa seuraavaa, sen pitäisi toimia serveriltäkin ajettuna:

Koodia: [Valitse]

$ sudo find /video/ -type d -print0 | sudo xargs -0 chmod 2755
Se miksi komento toimii cronilla, johtunee siitä että silloin se ajetaan pääkäyttäjän oikeuksin.

Niin tietenkin. Huomasin itsekin että niiden osioiden juuri hakemistot oli 755 oikeuksilla ja rootin omistuksessa. Muutin nuo käsipelillä serveriltä niin ei sekään haittaa enää.

Tällainen jäi ihmetyttämään kun luin uudelleen ensimmäistä viestiäsi:

Palvelimen /etc/exports näyttää /video/ kohdalta tältä

Koodia: [Valitse]

/share 192.168.0.11(rw,sync)

Mikä tuo /share on? Miksi siinä ei lue /video?

Tuossa on näköjään käynyt vaan pikku moka, kun mulla on siellä 4 osiota NFS:llä jaettuna niin olen copy&pastettanut väärän rivin fstabista tuohon. Otin vaan tähän yhden NFS jaon mukaan ettei ne muut siellä sekoita turhaan foorumilaisten päätä

[raimo]

Enpä ole kyllä ihan varma että toimivatko nuo -ls ja -print0 yhdessä miten hyvin... Mitä luin man-sivulta, niin siinä sanottiin että -print0 tulostaa aina tiedostonimet siinä muodossa kuin ne ovat ja -ls käyttää aina kenoviivaa erikoismerkkien yhteydessä. Mitenköhän käytännössä toimii noiden yhdistäminen. Nyt en voi tarkistaa, kun en ole linux-koneella 

Ei toimi ei, sekoaa pahasti. Joten komento vedetään pois markkinoilta.
Hassunhauskoja virheitä tulee, jotka ei mahdu edes 1024 leveään terminaaliin.

Muuten menisi hyvin, mutta se lyö nyt kaksi kenoviivaa välilyönnin eteen, eli erottaa kenoviivan kenoviivaksi toisella kenoviivalla, ei siis anna 1. kenon olla erikoismerkin erotusmerkkinä vaan tekee siitä "tekstikenon" toisella erotusmerkillä. Pöhölö värkki. 
Pelkkä -print0 tuntuu toimivan OK, ainakin jos käyttäjällä on oikeudet ko. hakemistoihin ja tiedostoihin.

Elikkä ehdotukseni -ls parametrin osalta oli erittäin huono.
Mutta välilyöntien tai muiden erikoismerkkien käyttökieltosuositus jää siis edelleen voimaan.

[mikk0]

Sekin tietenkin auttaisi jos kertoisit että mitä toi kokonaisuudessaan tekee (tuon findin olen koittanut ohjata tekstitiedostoon niin sen tiedän), mutta miten tuo xargs käsittelee sitä?

Tuosta xargsin käytöstä sen verran, että se on vain suunniteltu nopeuttamaan toimintaa. Ilman sitäkin tämän saa toimimaan.

find-komennon voi määrätä suorittamaan muitakin toimintoja kuin löydettyjen tiedostojen tulostamisen. Jos komennolle antaa -exec-parametrin, niin se suorittaa halutun käskyn joka kerran kun hakukriteereihin sopiva tiedosto löytyy.

Esim: sudo find /video/ -type f -exec chmod {} 664

Tuossa komennossa find ajaa chmod komennon aina kun se löytää tiedoston. Tuo {} laajennetaan kulloinkin löydetyksi tiedostonimeksi. Voipi muuten olla, että tuon joutuu kirjoittamaan muotoon \{\}, jotta bash ei laajenna sitä itse...

Ongelma on siinä, että find kutsuu joka tiedoston kohdalla tuota chmod-komentoa suorittamaan nuo oikeuksien muuttamiset ja jää odottamaan että chmod saa hommansa hoidettua ennen kuin etsii seuraavan tiedoston. Jos sinulla on 100000 pikkutiedostoa tuolla, niin homma käynee aika hitaasti.

Siksi on xargs, joka ottaa vastaan ison kasan findin löytämiä tiedostonimiä ja syöttää ne isoissa erissä tuolle chmod-komennolle. En tiedä kuinka monta tiedostoa xargs käsittelee kerralla, mutta lopputulos on joka tapauksessa se, että chmod-komentoa kutsutaan huomattavasti harvemmin ja homma nopeutuu.

chmod taitaa olla vähän huono esimerkki tässä, mutta kuten tässä englanninkielisessä viestissä mainitaan, niin esim. grep-komennon kanssa nopeusetu lienee aika paljon suurempi.

Tämä vain mainitakseni, että ei tuo xargs sinänsä mikään välttämätön ole ja voithan juhhe1 vaikka kokeilla miten tuo toimii sinulla käyttäen tätä -exec-versiota.

Mikko

[Juhhe1]

Pitää joskus kun on joutilasta aikaa niin testailla tuota vielä. Nyt homma hoituu ihan hienosti niin että cron ajaa tunnin välein klo 9-22 skriptin läpi.

[Haaki]

Onkos kukaan koittanu asentaa tätä Edgyssä? itellä tulee onkelma kun yritän ajaa sh WineCVS.sh, rootilla myös kokeiltu ja ongelma on:
mitään muuta ilmoitusta ei tule, mikäköhän tässä 


 test: 43: ==: unexpected operator
WineCVS.sh: 48: Syntax error: "(" unexpected

[Owdy]

Mitenhän tää hoitus KDE:ssä?

[Owdy]

Mitenhän tää hoitus KDE:ssä?

KDE 3.5 sarjassa on ACS tuki!
http://www.ubuntuforums.org/showpost.php?p=1145425&postcount=1
http://www.kde.org/announcements/visualguide-3.5.php
http://www.suse.de/~agruen/acl/linux-acls/online/

[Ossitus]

Lisäämme uloskirjautumisen yhteydessä ajettavaan komentotiedostoon muutaman rivin koodia, jotka saavat aikaan sen, että kaikille edellisen uloskirjauksen jälkeen luoduille tiedostoille ja hakemistoille tässä jaetussa kansiossa annetaan ryhmän kirjoitusoikeus. Tämä tarkoittaa sitä, että kun seuraava käyttäjä kirjautuu sisään, ovat tiedostot hänen käytettävissään.

Koodia: [Valitse]

sudo gedit /etc/X11/gdm/PostSession/Default

Nyt sinulla on auki komentotiedosto, joka ajetaan uloskirjautumisen yhteydessä. Lisää ennen exit 0 -riviä seuraavat rivit tekstiä (varoitus: nämä kannattaa kopioida ja liittää tiedostoon kirjoitusvirheiden ehkäisemiseksi!).

Huom! Jos loit yhteisen hakemiston jollain muulla nimellä kuin /home/yhteinen, niin muuta skriptiin hakemiston nimi oikeaksi!

Lisää tämä auki olevaan tiedostoon ennen exit 0 -riviä:

# Lisätty (tähän päivämäärä)
# Skripti joka antaa ryhmälle kirjoitusoikeudet jaetun kansion hakemistoihin ja tiedostoihin

    find /home/yhteinen/ -type d -user $USER -print0 | xargs -0 chmod 2775
    find /home/yhteinen/ -type f -user $USER -print0 | xargs -0 chmod 664

Sitten vain tallennat tiedoston ja suljet tekstieditorin.

Huom. Tämä toimii vain käytettäessä gdm-ikkunointimanageria (joka on Ubuntun oletus), joten kdm:n käyttäjät (Kubuntu) joutuvat laittamaan skriptin jonnekin muualle.

Gutsyyn päivittämisen jälkeen oli näköjään yhteisen kansion oikeudet kadonneet ja niitä takaisin laittaessani huomasin että viitteessä mainittu tiedosto ei ole enään samassa paikassa. Nyt sitä pääsee muokkaamaan komennolla:

Koodia: [Valitse]

sudo gedit /etc/gdm/PostSession/Default
eli gdm-kansio ei ole enää X11:en sisällä.

[Kullervo]

Koodia: [Valitse]

sudo gedit /etc/gdm/PostSession/Default
eli gdm-kansio ei ole enää X11:en sisällä.

Tuopa oli hyvä tieto!

[nöösipoika]

Ubuntun Yhteiskäyttö

Lisäämme uloskirjautumisen yhteydessä ajettavaan komentotiedostoon muutaman rivin koodia, jotka saavat aikaan sen, että kaikille edellisen uloskirjauksen jälkeen luoduille tiedostoille ja hakemistoille tässä jaetussa kansiossa annetaan ryhmän kirjoitusoikeus. Tämä tarkoittaa sitä, että kun seuraava käyttäjä kirjautuu sisään, ovat tiedostot hänen käytettävissään.

Koodia: [Valitse]

sudo gedit /etc/X11/gdm/PostSession/Default

Nyt sinulla on auki komentotiedosto, joka ajetaan uloskirjautumisen yhteydessä. Lisää ennen exit 0 -riviä seuraavat rivit tekstiä (varoitus: nämä kannattaa kopioida ja liittää tiedostoon kirjoitusvirheiden ehkäisemiseksi!).

Huom! Jos loit yhteisen hakemiston jollain muulla nimellä kuin /home/yhteinen, niin muuta skriptiin hakemiston nimi oikeaksi!

Lisää tämä auki olevaan tiedostoon ennen exit 0 -riviä:

# Lisätty (tähän päivämäärä)
# Skripti joka antaa ryhmälle kirjoitusoikeudet jaetun kansion hakemistoihin ja tiedostoihin

    find /home/yhteinen/ -type d -user $USER -print0 | xargs -0 chmod 2775
    find /home/yhteinen/ -type f -user $USER -print0 | xargs -0 chmod 664

Sitten vain tallennat tiedoston ja suljet tekstieditorin.

Huom. Tämä toimii vain käytettäessä gdm-ikkunointimanageria (joka on Ubuntun oletus), joten kdm:n käyttäjät (Kubuntu) joutuvat laittamaan skriptin jonnekin muualle.

Heips.. Käytössä on Linux Mint 4.0, ja tein ohjeen mukaisesti nämä toimet. Kaikki hyvin kunnes piti  mennä lisäämään skriptiä. Kun kirjoitin terminaaliin "sudo gedit /etc/X11/gdm/PostSession/Default", tekstieditori avautui mutta editoriin ei tullut tekstiä ollenkaan, ei siis yhtään riviä, enkä alkanut lisäilemään ohjeen skriptiä tietenkään. Onko tämä tiedosto jossain muualla Mintissä? Osaako joku neuvoa miten saan homman loppuun?? Kiitokset etukäteen...

[Risto H. Kurppa]

Heips.. Käytössä on Linux Mint 4.0, ja tein ohjeen mukaisesti nämä toimet. Kaikki hyvin kunnes piti  mennä lisäämään skriptiä. Kun kirjoitin terminaaliin "sudo gedit /etc/X11/gdm/PostSession/Default", tekstieditori avautui mutta editoriin ei tullut tekstiä ollenkaan, ei siis yhtään riviä, enkä alkanut lisäilemään ohjeen skriptiä tietenkään. Onko tämä tiedosto jossain muualla Mintissä? Osaako joku neuvoa miten saan homman loppuun?? Kiitokset etukäteen...

Lukaise muutama sinun kirjoitustasi edeltävä viesti: gdm ei ole enää X11:n sisällä (Ubuntussa)

r

[Stazzy]

Gutsyyn päivittämisen jälkeen oli näköjään yhteisen kansion oikeudet kadonneet ja niitä takaisin laittaessani huomasin että viitteessä mainittu tiedosto ei ole enään samassa paikassa. Nyt sitä pääsee muokkaamaan komennolla:

Koodia: [Valitse]

sudo gedit /etc/gdm/PostSession/Default
eli gdm-kansio ei ole enää X11:en sisällä.

Jaaaa, sen takia ne oikeudet sitten oudosti katoilivat ja niitä piti lisätä käsin jokaiseen kopioituun kuvakansioon....

Mutta, varsinainen kysymykseni olisi: Missähän moinen tiedosto mahtaa asustella xfce:ssa? (Xubuntu Gutsy)
Komento muokkaamaan pääsemiseksi lienee joku sudo nano -w jotakin/jotakin/jotakin?

[Risto H. Kurppa]

Gutsyyn päivittämisen jälkeen oli näköjään yhteisen kansion oikeudet kadonneet ja niitä takaisin laittaessani huomasin että viitteessä mainittu tiedosto ei ole enään samassa paikassa. Nyt sitä pääsee muokkaamaan komennolla:

Koodia: [Valitse]

sudo gedit /etc/gdm/PostSession/Default
eli gdm-kansio ei ole enää X11:en sisällä.

Jaaaa, sen takia ne oikeudet sitten oudosti katoilivat ja niitä piti lisätä käsin jokaiseen kopioituun kuvakansioon....

Mutta, varsinainen kysymykseni olisi: Missähän moinen tiedosto mahtaa asustella xfce:ssa? (Xubuntu Gutsy)
Komento muokkaamaan pääsemiseksi lienee joku sudo nano -w jotakin/jotakin/jotakin?

Eikös Xubuntu käytä myös gdm:ää eli löytyisikö samasta paikasta?

KOita sudo nano /etc/gdm/PostSession/Default

r