Vraag & Antwoord

OS Linux

Samba share als Linux home *update

Anoniem
None
31 antwoorden
  • Het schijnt iets te maken te hebben met bepaalde file types die een Windows machine niet kent, hardlinks en fifo's en dat soort bestanden die op een UNIX systeem wel voorhanden zijn. Ubuntu wilt dat soort bestanden wegschijven in de homedir, waardoor je de foutmelding krijgt.

    Met wat googlen vond ik onder anderen deze post, die je een duwn in de goede richting kan geven hoe je die bestanden op het lokale filesysteem kunt onderbrengen (in dit geval /tmp)
    http://lists.samba.org/archive/samba/2003-December/076727.html

    Er staat dat je in de .bash_profile van de user
    ICEAUTHORITY=/tmp/.ICEauthority
    export ICEAUTHORITY
    kunt zetten, en in /etc/X11/gdm/gdm.conf een value zetten;
    UserAuthDir=/tmp

    Dat zort ervoor dat de .*authority bestanden in /tmp/ terecht gaan komen. De /dev/X foutmelding lijkt gerelateerd te zijn aan ditzelfde probleem, en zou moeten verdwijnen zodra dit werkt. Als je dit werkend krijgt, misschien goed om dit ergens op het internet onder te brengen waar iedereen het kan vinden, in de ubuntu faq misschien, geen idee. Lijkt me ook een punt tot nadenken voor distrinutiebouwers, al zullen ze dit soort situaties niet dagenlijks tegenkomen.

    Just my 2 cents.
  • Bedankt, dit helpt me weer een beetje verder. Als ik het eenmaal aan de praat heb zal ik het beschikbaar stellen voor andere ubuntu gebruikers.

    Wanneer ik nu d.m.v GDM inlog krijg ik nog steeds dezelfde melding. Maar wanneer ik zonder GDM inlog, en dan startx uitvoer krijg ik nu de melding:
    [code:1:8268e4b892]
    xauth: error in locking authority file /home/GRAND/wes/.serverauth.11657
    [/code:1:8268e4b892]

    Het nummer achter .serverauth. is elke keer anders. Wanneer ik dit eerst deed kreeg ik dezelfde error maar dan met .ICEauthority

    Zelfde probleem lijkt mij. Alleen laat google me een beetje in de steek. Alleen veel posts met andere problemen.

    Nu heb ik geprobeert om .bash_profile verder aan te passen door er dit bij te zetten
    [code:1:8268e4b892]
    SERVERAUTH=/tmp/.serverauth
    export SERVERAUTH
    [/code:1:8268e4b892]

    Maar zoals ik zelf al verwachte deed dit niets. Ik zal nog even zoeken in wiki.x.org
  • Probeer het eens met de environemt variabele XAUTHORITY in het .bash_profile.
    (fyi : ik heb dat uit "man xauth")
  • Heb ik al. Ik heb het helemaal overgenomen van die link die je gaf. Ik heb het ook even met KDE geprobeert. Maar die start ook niet. Iets over .DCOP in de home dir. Lijkt me ook hetzelfde.
  • Welk bestandssysteem gebruikt die samba-share?
    ik weet dat home directories op VFAT problemen opleveren omdat oa KDE lettertekens gebruikt in bestandsnamen die niet op VFAT mogen worden gebruikt.
    Verder kun je in de problemen komen door het onderscheid hoofd/kleine letters dat UNIX hanteert..

    Dat DCOP-ding is overigens een socket-bestand (in UNIX is alles een bestand, dus ook zaken als sockets en poorten).
    kweetnie of dat problematisch is op een windows-partitie..
  • Alles is NTFS. Wat ik eigenlijk moet hebben is dat alle tijdelijke bestanden in /tmp worden weggeschreven. Bijvoorbeeld het bestand .Xauthority word nu al weggeschreven in /tmp. Maar anderen worden nog steed weggeschreven in de homedir (de samba share). Daar loopt het steeds op stuk volgens mij.

    Het stomme is dat ik al wel heb gelezen dat het kan. Vervolgens voer ik die how-to helemaal uit, en werkt het niet. Ik zal het eens met een andere distro proberen, mischien dat het daar aan ligt.
  • De kern van het probleem is dat je de file permissions in pam-mount insteld. Vervolgend moet er tijdens het inloggen verschillende bestanden gelocked worden. Dit gaat dus niet om dat de permissions al zijn ingesteld in pam_mount.conf. Ik moet dus een manier vinden dat alle te locken bestanden in /tmp worden geplaatst.

    Dit heb ik dus al kunnen doen door dit in .bash_profile te zetten:
    [code:1:dc15026ee6]
    XAUTHORITY=/tmp/.Xauthority
    export XAUTHORITY
    ICEAUTHORITY=/tmp/.ICEauthority
    export ICEAUTHORITY
    [/code:1:dc15026ee6]

    En /etc/X11/gdm/gdm.conf aanpassen
    [code:1:dc15026ee6]
    UserAuthDir=/tmp
    [/code:1:dc15026ee6]

    Maar nu loop ik dus vast op .serverauth.xxxxx (waarbij xxxxx verschil per sessie)
  • Toch moet het mogelijk zijn; op mijn systeem heb ik niets dat lijkt op een bestand met de naam .serverauth*, terwijl ik toch in xdm ingelogd ben (XFCE-4). Een even kijken.

    Lijkt na wat googlen dat het te maken heeft met een setting genaamd "AuthComplain" waarmee je hem in ieder geval stil kunt krijgen, en deze instelling is in ieder geval aanwezig in kdmrc en xdm.conf - voor Gnome nog niet veel gevonden. Kijk eens met google rond met dat keyword. Als ik meer vind laat ik het weten.
  • Het is ook een bestand die ook weer verwijdert word.

    Ik zal weer een poging wagen, alleen is het erg moeilijk om relevante info te vinden voor .serverauth. Ik zal gdm.conf nog eens doorspitten, maar heb de vorige keer ook niet echt iets gevonden.

    Zal morgen m'n bevindingen even posten
  • Oke, het heeft even geduurt.

    Ik heb alles even doorgekeken. xdm.conf heb ik niet ('k heb dan ook geen XFCE) en in gdm.conf staat niet over AuthComplain, of iets wat er op lijkt.

    Ik heb wel iets gevonden,

    in /etc/pam.d/ heb je file genaamd gdm, waar ook wat pam regels in staan.

    het bevat:
    [code:1:dd09f51fe2]
    #%PAM-1.0
    auth requisite pam_nologin.so
    auth required pam_env.so
    @include common-auth
    @include common-account
    session required pam_limits.so
    @include common-session
    @inlcude common-password
    [/code:1:dd09f51fe2]

    Het lijk er op dat er bij GDM ook netjes alle pam instellingen uit de common* bestanden worden geladen. Het probleem licht volgens mij dan ook sowieso niet bij het pam gedeelte.

    Ik zie het somber in. Weet iemand van een geval waar het zeker wel werkt. Dan weet ik in ieder geval dat het mogelijk is.
  • GDM gebruiken is geen vereiste als je Gnome wilt starten, je kunt ook xdm gebruiken om Gnome te starten. Daarvoor heb ik in Gentoo in mijn /etc/rc.conf
    DISPLAYMANAGER="xdm"
    en
    XSESSION="Xfce-4"
    staan, in jouw geval zou je dan Gnome kunnen starten dmv xdm - je hebt dan alleen niet die mooie dropdownbox waarin je je desktop kunt selecteren. Ik weet niet of ubuntu ook het rc.conf bestand heeft. Anders even zoeken met Google.

    Veel mensen die deze zelfde setup als jij werkend hebben gekregen zul je niet vinden, het is niet zo gebruikelijk een Linux desktop als Client op een windows server te gebruiken, eerder andersom; een Linux server met windows clients zul je heel wat meer aantreffen. Dus wat dat betreft bevind je je echt in het "pioniers" gebied.

Beantwoord deze vraag

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.