Re: using samba with unix acls
andy baxter writes: > hi all, > > I am setting up a file server for a small company. The people who will > be using it want to be able to control who accesses particular > directories on a user/group basis. I originally thought that it would > be enough to set up a standard samba system with unix home > directories, plus shares for each group of users (admin / tech etc.), > but they are keen to have a system which allows them to make some > parts of the filesystem available to more than one group, which as far > as I know isn't supported by this kind of setup. (Unless I were to > have shares for each possible combination of groups...) > > I think that to achieve this I will need to set up samba with unix > ACLs, but I'm not sure what's the best way of doing this - the two > options seem to be using a patched kernel with an ext3 filesystem, or > else using the XFS filesystem which has built in ACL support. Which of > these would you recommend? Hi, I did approximately same thing with samba and bind-mounts. When user logs in "shares" (not visible to samba) are mount -bind:ed under users homedir with 'root preexec'. Obviously You need intelligence in the root preexec -script to decide what directories user wants to see at any particular time :) Or mount all directories user has rights reading and/or writing to. 'root postexec' does the unmounting afterwards. > > The XFS option seems a lot simpler to maintain (no need to patch the > kernel every time an update is released), but I'm worried that because > this filesystem is not used so much, it may not be as reliable as > ext3. > > Thanks for any help with this, > > andy baxter, lancaster UK. -- -- Perttu Muurimäki perttu.muurim...@iki.fi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sk675xdi@elisanet.fi
Re: X: display refreshing just stops
Ron Johnson writes: > On 2010-03-30 00:21, Perttu Muurimäki wrote: >> Ron Johnson writes: >> >>> On 2010-03-27 12:57, Perttu Muurimäki wrote: >>>> Hi again, >>>> >>>> Problem: Screen freezes until I touch any key or move the mouse. >>> When does the freeze *start*? >> >> Sometimes when I'm not typing or moving the mouse. Once per 5 minutes >> perhaps. Usually when something else is going on - for example typing >> url and waiting for the browser to render the page just to realize that >> it has done so several seconds ago but display doesn't show >> it. Sometimes in the middle of window managers menu creation. I can see >> the whole menu area but it contains only half of the entries. >> >>>> For >>>> minutes I can just stare at Gkrellm and see the clock (and everything >>>> else) not doing anything. Everything on screen has stopped at whatever >>>> they were doing at the moment it freezed. However, in the background >>>> everything works (so the machine itself is alright) since the second I >>>> touch 'shift' -key the display comes back alive and I see things - that >>>> were running when display freezed - finished. This happens every few >>>> minutes. I am developing a shift -hitting habit :| >>>> >>>> I'm not sure whether kernel or X is the culprit. Graphics chip is intel >>>> 845g and the X-driver is xserver-xorg-video-intel. Kernel is >>>> linux-image-2.6-amd64 2.6.32 and I've tried with kernel mode setting and >>>> without. > > My first guess is xserver-xorg-video-intel, but I've been wrong before. > This time You were right :) I found an oldish nvidia card in our "stuff room" and with that (and xserver-xorg-video-nv) everything seems to work flawlessly. Now that the culprit is known I can file a decent bug report against it. Thank You. >>>> Any ideas would be greatly appreciated. >>>> >>> Can you ssh in from a different machine while it's frozen? >> >> YES! In fact I've tested this by going two floors down to server room, >> login there, ssh from there to my workstation, find that everything works and >> then come back. Nothing on the screen has changed! > > When that happens again, I'd run back down to the server room, ssh in > and tail /var/log/Xorg.0.log and ~/.xsession-errors. > > -- > "History does not long entrust the care of freedom to the weak > or the timid." Dwight Eisenhower -- -- Perttu Muurimäki perttu.muurim...@iki.fi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87iq8cb7y6@elisanet.fi
Re: X: display refreshing just stops
Ron Johnson writes: > On 2010-03-27 12:57, Perttu Muurimäki wrote: >> Hi again, >> >> Problem: Screen freezes until I touch any key or move the mouse. > > When does the freeze *start*? Sometimes when I'm not typing or moving the mouse. Once per 5 minutes perhaps. Usually when something else is going on - for example typing url and waiting for the browser to render the page just to realize that it has done so several seconds ago but display doesn't show it. Sometimes in the middle of window managers menu creation. I can see the whole menu area but it contains only half of the entries. > >> For >> minutes I can just stare at Gkrellm and see the clock (and everything >> else) not doing anything. Everything on screen has stopped at whatever >> they were doing at the moment it freezed. However, in the background >> everything works (so the machine itself is alright) since the second I >> touch 'shift' -key the display comes back alive and I see things - that >> were running when display freezed - finished. This happens every few >> minutes. I am developing a shift -hitting habit :| >> >> I'm not sure whether kernel or X is the culprit. Graphics chip is intel >> 845g and the X-driver is xserver-xorg-video-intel. Kernel is >> linux-image-2.6-amd64 2.6.32 and I've tried with kernel mode setting and >> without. >> >> Any ideas would be greatly appreciated. >> > > Can you ssh in from a different machine while it's frozen? YES! In fact I've tested this by going two floors down to server room, login there, ssh from there to my workstation, find that everything works and then come back. Nothing on the screen has changed! > > -- > "History does not long entrust the care of freedom to the weak > or the timid." Dwight Eisenhower -- -- Perttu Muurimäki perttu.muurim...@iki.fi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/877hou2xm8@elisanet.fi
X: display refreshing just stops
Hi again, Problem: Screen freezes until I touch any key or move the mouse. For minutes I can just stare at Gkrellm and see the clock (and everything else) not doing anything. Everything on screen has stopped at whatever they were doing at the moment it freezed. However, in the background everything works (so the machine itself is alright) since the second I touch 'shift' -key the display comes back alive and I see things - that were running when display freezed - finished. This happens every few minutes. I am developing a shift -hitting habit :| I'm not sure whether kernel or X is the culprit. Graphics chip is intel 845g and the X-driver is xserver-xorg-video-intel. Kernel is linux-image-2.6-amd64 2.6.32 and I've tried with kernel mode setting and without. Any ideas would be greatly appreciated. -- Perttu Muurimäki perttu.muurim...@iki.fi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pr2py7eg@elisanet.fi
Re: Resume broke after upgrading Squeeze in my T61
Andrew Malcolmson writes: > Did you ever figure this out? My T61 has between 2 and 4 weeks ago > stopped restoring from hibernation but instead does a normal reboot. > Well, I got it working but I don't know yet why :) It appears that pm-suspend "loses" one of the required quirks even though they are in correctly set both in hal AND in /usr/lib/pm-utils/video-quirks/20-video-quirk-pm-lenovo.quirkdb My solution is to add manual settings in /etc/hal/fdi/information/99local.fdi: true true /etc/pm/config.d/99local: ADD_PARAMETERS="--quirk-vbe-post --quirk-vbemode-restore --quirk-test" The --quirk-test is required - otherwise one really needed quirk disappears. I'm really not certain that this would have worked without today's dist-upgrade (which updated devicekit-power, libdevkit-power-gobject1, libupower-glib1, upower, acpi-support-base and acpi-support) :| I think I tried doing 'pm-suspend --quirk-vbe-post --quirk-vbemode-restore --quirk-test' from command line several times before but somehow it started to work today. -- Perttu Muurimäki perttu.muurim...@iki.fi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wrxak4h3@elisanet.fi
