Hi Erik,
The output might not be 100% correct since I manually copied it. Using qemu and
still investigating how to achieve copy-pasting in the clipboard between
guest-host...
AFAIU you mean that if I mounted the drive on one rio window and tried to do
anything with it on another it won't wor
Thanks cinap, interesting. I'll retry with fat16 and see if the joke still
insists :)
OK that was silly. I noticed that instead of /n/sdU0.0 I was typing /n/sdV0.0
Those rio fonts look so alike! And lc /n/sdU0.0 is not complaining so at first
I didn't notice that this directory doesn't exist at all :)
Thanks everyone
> Back after some (actually a long) idle time... :)
>
> FTR: My host system is GNU/Linux and i found out that apart from unmounting
> the usb drive I also need to execute qemu with full privileges to make the
> device available. An example:
>
> >sudo qemu -usb -usbdevice host:0e34:1025 plan9.im
dossrv doesnt know about users, bill trog is some
dummy name and probably some inside joke.
the /adm/users file is for fossil/kfs/cwfs and unrelated
to your problem.
usbfat: mounts the device with -c, so creating files
in the root should work on this part.
i'v seen this before and it might be a
Back after some (actually a long) idle time... :)
FTR: My host system is GNU/Linux and i found out that apart from unmounting the
usb drive I also need to execute qemu with full privileges to make the device
available. An example:
>sudo qemu -usb -usbdevice host:0e34:1025 plan9.img
Now... It s
Try usb/probe to see what devices are seen to be attached.
Also check on the host system to see if the usb stick is
attached there instead. You may need to do something to
get the device assigned to qemu instead of to the host system.
Hmmm... I'm still missing something. If usb support is fine and usbd
is running, do I need any other commands than 'usbfat:'? The latter
gives the output 'no usb disks found'.
Thank you for guiding me to the right path guys. The problem was with qemu
which needs special settings
(http://alien.slackbook.org/dokuwiki/doku.php?id=slackware:qemu#using_an_usb_device_in_qemu)
for recognizing USB devices
> I don't think the problem is within usbd. The 'no hubs' message
> really does mean what it says -- it seems the kernel hasn't succeeded
> in initialising the usb host interface to the extent where it sees
> the built-in hub which usbd needs to enumerate devices.
>
> I think you need input from
>> - try 'ls -d /dev/usb' to see if '#u' is bound in /dev
>
> Assuming that I'm getting some output how can I know if it is correct? Are
> there any userspace commands to see what is bound where? bind doesn't seem to
> support listings, only namespace modifications.
ns(1) command shows bindings
Thanks for the tips. By trying to avoid thinking about UNIX when I'm on Plan 9
I forgot that some userspace utilities are the same :)
> No, the existence of '#u' just shows that the kernel usb driver exists
> and a usb interface has been found. The user-level usbd program is
> needed in order to
> I found out that `ls #u' is useful since #u is the short name bound to the
> usb directory. So if it works it means that usbd is up?
No, the existence of '#u' just shows that the kernel usb driver exists
and a usb interface has been found. The user-level usbd program is
needed in order to conn
I removed the similar topic, sorry for posting twice but the delay was long
thus I assumed that this one never reached the group.
I found out that `ls #u' is useful since #u is the short name bound to the usb
directory. So if it works it means that usbd is up? Nevertheless the problem
still rem
It seems that I have the same problem with
https://groups.google.com/forum/#!searchin/comp.os.plan9/usb/comp.os.plan9/dBpkbPyQrzw/0TagYRLa02MJ
term% usb/usbd
usb/usbd: /dev/usb: no hubs
`ls #u' works (but why is that important?)
I'm also missing the /srv/usb file:
term% usbfat:
mount: can't ope
15 matches
Mail list logo