Here is my system:
Debian/NSLU2, samsung ML-1710, cups ver 1.2.7
400 gb hd --> port 1
printer --> port 2
I used:
lpadmin -p samsung1710 -v usb:/dev/usb/lp0 -E -m
/usr/share/cups/model/samsung/ML-1710
(I downloaded ML-1710 from samsung.com, also tried ml1710.ppd from
splix, same result)
then
/e
Marcus Better wrote:
> Perhaps I should try without autofs...
Ok, it looks like autofs is doing strange things. It only affects one of the
shares, and it returns "file not found" when I try to list it, without
sending anything to the NFS server. It's probably not NSLU2-related.
Marcus
--
To U
David Fokkema wrote:
> I would say that if it _is_ the network driver, you should notice delays
> in lots of networked protocols, like ssh, ftp, or other.
SSH seems to work fine, no delays there. The only services that are running
are NFS, sshd, ntpd, cron and inetd.
Still, there are network prob
On Thu, 2007-03-29 at 11:19 +0200, Marcus Better wrote:
> Hi,
>
> I'm running an NFSv4 server on my slug with kernel 2.6.18-4-ixp4xx, using
> GSSAPI authentication and with autofs on the client. In general it works,
> but I often experience delays when (auto)mounting partitions. For example,
> doi
Hi,
I'm running an NFSv4 server on my slug with kernel 2.6.18-4-ixp4xx, using
GSSAPI authentication and with autofs on the client. In general it works,
but I often experience delays when (auto)mounting partitions. For example,
doing
ls /mnt/nfs/slug/files
on the client when the share is not yet
5 matches
Mail list logo