Gideon
Much better.
now:
#!/bin/bash
trap '' 1
trap '' 9
while true ; do ls /tmp/drives/* &> /dev/null ; sleep 10; done &
At the moment not mounted and getting io errors on the floppy.
Any way to get rid if them?
John
Gideon Romm wrote:
Oops-
That was too brief. The traps will make it so you needn't run from
inittab (they will make the daemon survive the init process). With
those inside, you should be able to run this as a usual rc script
(RCFILE_01 = MyScript).
-Gadi
On Mon, 2005-08-01 at 17:38 -0400, Gideon Romm wrote:
try these lines instead:
trap '' 1
trap '' 9
while true ; do ls /tmp/drives/* >/dev/null 2>&1 ; sleep 10; done
On Mon, 2005-08-01 at 16:16 -0500, John McMonagle wrote:
Working on remote disk access.
Looking for some sort of workaround until the real cause is fixes.
Find if I run this on the terminal:
#!/bin/bash
bash -c "while true ; do ls /tmp/drives/* &> /dev/null ; sleep 10; done" &
It behaves reasonably well.
Couple problems.
Only way I can get to run at boot is via inittab.
Also even though using "&> /dev/null" it fills up the shell screen
with error messages.
Not really thrilled about putting in inittab, Any other way to start a
background precess?
Any way to get rid of the error messages?
Maybe something other than ls?
John
Gideon Romm wrote:
We are aware of this problem and are working to resolve it. The
problem boils down to this:
When the filesystem is first mounted, prior to accessing it, it is,
according to the filesystem on the thin client, a directory of size
zero. Evidently, any file/dir with size zero is presented by samba as
an empty file.
The best resolution would be to either:
1. Get supermount to access the drive upon mount, thereby generating
a nonzer directory size, or
2. Get Samba to report zero-size directories as directories that can
be accessed from the server
SIDE NOTE: One peculiar thing is that when viewing the file thru
Nautilus, a refresh of Nautilus can cause the file to be rendered as a
directory (evidently accessing the directory somehow via the share).
Nautilus uses the Gnome Virtual File System to browse the filesystem
rather than simply browsing the filesystem directly, so something it
is doing is alleviating the issue....
Also note that code has been added to the hotplug scripts to make sure
that this problem does not occur on USB drives.
We'll have it all sorted out in a jiffy... ;)
-Gideon
On Fri, 2005-04-29 at 08:13, Emiliano 'AlberT' Gabrielli wrote:
/On 12:40, venerdì 29 aprile 2005, Anders Bruun Olsen wrote:
Anybody know how to fix this such that it isn't necessary to do a local
listing of the disc content in order to be able to access it from the
server?
I have a similar problem too .. as I posted time ago, but nobody seems to know
about it ;-(/
--
--------------------------------------------------------
Gideon Romm | Product R&D [EMAIL PROTECTED]
Symbio Technologies o:(914) 576-1205
134 North Ave, Suites E&F f:(914) 576-0944
New Rochelle, NY 10801 c:(914) 774-4691
www.symbio-technologies.com
www.thesymbiont.com
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
_____________________________________________________________________
Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto:
https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help, try #ltsp channel on irc.freenode.net
begin:vcard
fn:John McMonagle
n:McMonagle;John
org:Advocap Inc
adr;dom:;;2929 Harrison St;Oshkosh;WI;54936
email;internet:[EMAIL PROTECTED]
title:IT Manager
tel;work:920-426-0150
x-mozilla-html:FALSE
url:http://www.advocap.org
version:2.1
end:vcard
