Re: USB to Ethernet LAN -

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2020-07-24 at 07:23 -0300, George N. White III wrote:
> On Fri, 24 Jul 2020 at 07:11, Patrick O'Callaghan <pocallaghan@xxxxxxxxx>
> wrote:
> 
> > On Thu, 2020-07-23 at 20:46 -0400, Bob Goodwin wrote:
> > > On 2020-07-23 19:24, Samuel Sieb wrote:
> > > > Is there some reason you don't want to use nfs?  That's the easiest
> > > > typical way to share the drive.  Or as someone else mentioned,
> > > > depending on how you want to use it, sshfs could be even easier.
> > > .
> > > /I do use the NFS for putting data where I can transfer it between
> > > computers at times. I probably should not have asked this question here,
> > > I just didn't give it enough thought. Just thought there should be a
> > > better way than using adapters that are mainly intend for connecting
> > > portable computers to ethernet. I have no problem using it as it is,
> > > just annoyed that it is not on both computers .../
> > 
> > As Samuel said, to be accessible from more than one place without
> > switching plugs it either has to be a server (e.g. a NAS) or plugged
> > into a server (your PC).
> > 
> 
> If the two PC's are close together there are USB switches, but I assume
> you would need to manually umount the USB drive before switching:
> 
> From an Amazon blurb:   "This USB Switch 4 Port device allows up
> to 2 users to share 4 USB 3.0 peripheral devices, such as printer,
> scanner,mouse,keyboard or usb dicsk [sic] etc without the need to
> constantly swap cables or set up complicated network sharing
> software. It's a great [sic] for use at home if you have multiple PCs
> or Macs."

That makes my hair stand on end (what's left of it). How are the
various clients supposed to coordinate? What happens if they step on
each other's toes? That's what a server takes care of. Failing that,
you'll have to do it manually, including making sure that no background
processes are trying to access the device.

Do this strictly at your own risk.

poc
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux