[9fans] using usb

[9fans] using usb

[ruel hernandez]

[-- Attachment #1: Type: text/plain, Size: 231 bytes --]

hi to all,

i'm a new plan9 user, i just wanted to know how to use my usb in plan9.
because i have a pdf file about plan9 and i would like to read it in plan9

anybody? please help.

thanks in advance,
ru60hzatgmaildotcom

[-- Attachment #2: Type: text/html, Size: 339 bytes --]

Re: [9fans] using usb

[Sergey Zhilkin]

[-- Attachment #1: Type: text/plain, Size: 479 bytes --]

Hello !

Usb disk ???


On Wed, Mar 31, 2010 at 9:24 AM, ruel hernandez <ru60hz@gmail.com> wrote:

> hi to all,
>
> i'm a new plan9 user, i just wanted to know how to use my usb in plan9.
> because i have a pdf file about plan9 and i would like to read it in plan9
>
> anybody? please help.
>
> thanks in advance,
> ru60hzatgmaildotcom
>
>



-- 
С наилучшими пожеланиями
Жилкин Сергей
With best regards
Zhilkin Sergey

[-- Attachment #2: Type: text/html, Size: 854 bytes --]

Re: [9fans] using usb

[Sergey Zhilkin]

[-- Attachment #1: Type: text/plain, Size: 463 bytes --]

man 4 usb

On Wed, Mar 31, 2010 at 9:24 AM, ruel hernandez <ru60hz@gmail.com> wrote:

> hi to all,
>
> i'm a new plan9 user, i just wanted to know how to use my usb in plan9.
> because i have a pdf file about plan9 and i would like to read it in plan9
>
> anybody? please help.
>
> thanks in advance,
> ru60hzatgmaildotcom
>
>



-- 
С наилучшими пожеланиями
Жилкин Сергей
With best regards
Zhilkin Sergey

[-- Attachment #2: Type: text/html, Size: 832 bytes --]

Re: [9fans] using usb

[Francisco J Ballesteros]

plug it, run usbfat:
and go to /n...

see its man page.

On Wednesday, March 31, 2010, ruel hernandez <ru60hz@gmail.com> wrote:
> hi to all,
>
> i'm a new plan9 user, i just wanted to know how to use my usb in plan9. because i have a pdf file about plan9 and i would like to read it in plan9
>
> anybody? please help.
>
> thanks in advance,
> ru60hzatgmaildotcom
>
>

Re: [9fans] using usb

[EBo]

> plug it, run usbfat:
> and go to /n...
>
> see its man page.

usbfat: does not work consistently on my machines, but I was not going to
mention that until I spent enough time to try to figure out why.  So, try it,
it might work for you.  If it does not also try running usb/disk /dev/sdU*
(where * is the usb device) and then try running usbfat:  For some reason that
seems to work for me most of the time.

As a note, the problem with the USB is probably more systemic -- I even lost
my USB mouse for awhile after I rebooted into Linux.  I had to unplug the
machine a couple of times before it came back.  Not sure what's up with that.

  EBo --

Re: [9fans] using usb

[Francisco J Ballesteros]

If you have some problems I could reproduce, I'd like to know.
thanks

On Wed, Mar 31, 2010 at 1:49 PM, EBo <ebo@sandien.com> wrote:
>
>> plug it, run usbfat:
>> and go to /n...
>>
>> see its man page.
>
> usbfat: does not work consistently on my machines, but I was not going to
> mention that until I spent enough time to try to figure out why.  So, try it,
> it might work for you.  If it does not also try running usb/disk /dev/sdU*
> (where * is the usb device) and then try running usbfat:  For some reason that
> seems to work for me most of the time.
>
> As a note, the problem with the USB is probably more systemic -- I even lost
> my USB mouse for awhile after I rebooted into Linux.  I had to unplug the
> machine a couple of times before it came back.  Not sure what's up with that.
>
>  EBo --
>
>
>

Re: [9fans] using usb

[EBo]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2152 bytes --]

Francisco J Ballesteros <nemo@lsub.org> said:

> If you have some problems I could reproduce, I'd like to know.

certainly!

Figuring this out is much lower on my priority list than finishing my GSoC
applications and moving forward on some technical stuff for my thesis, but is
annoying enough that I'll probably get back at it sooner than later.  If I do
not write you with some info within the next two weeks, give me a ping and
that will probably be a good window of opportunity.  I may have simply forgot.

One thing that I have noticed though is that if I boot the machine with the
thumb drive in, then it often comes right up.  I do not know enough about Plan
9 devices and drivers yet to say much about that...

As a note, the BIOS on my primary machine is really buggy, and there are
actual configurations which cause the machine to reboot in the middle of
posting and it never even gets to the point of reading any MBR or boot device
(just starting up, and up, and up...)  It may be that the current
configuration is not quite stable enough and is screwing with the usbdevices.
 I actually need to post a couple of bug reports to Gateway (now I am begging
to remember why I swore off buying their products 20 years ago...)

  Thanks and best regards,

  EBo --



> thanks
>
> On Wed, Mar 31, 2010 at 1:49 PM, EBo <ebo@sandien.com> wrote:
> >
> >> plug it, run usbfat:
> >> and go to /n...
> >>
> >> see its man page.
> >
> > usbfat: does not work consistently on my machines, but I was not going to
> > mention that until I spent enough time to try to figure out why.  So, try it,
> > it might work for you.  If it does not also try running usb/disk /dev/sdU*
> > (where * is the usb device) and then try running usbfat:  For some reason
that
> > seems to work for me most of the time.
> >
> > As a note, the problem with the USB is probably more systemic -- I even lost
> > my USB mouse for awhile after I rebooted into Linux.  I had to unplug the
> > machine a couple of times before it came back.  Not sure what's up with that.
> >
> >  EBo --
> >
> >
> >
>



--

Re: [9fans] using usb

[kokamoto]

> usbfat: does not work consistently on my machines,

because you are using Erik's plan9.iso.
The usb driver in that kernel and /sys/src/cmd/usb files are older than the formal
distribution of plan9.iso.

Kenji

Re: [9fans] using usb

[kokamoto]

> usbfat: does not work consistently on my machines,

because you are using Erik's plan9.iso.
The usb driver in that kernel and /sys/src/cmd/usb files are older than the formal
distribution of plan9.iso.

Kenji

Re: [9fans] using usb

[erik quanstrom]

> because you are using Erik's plan9.iso.
> The usb driver in that kernel and /sys/src/cmd/usb files are older than the formal
> distribution of plan9.iso.

that's not true.

- erik

Re: [9fans] using usb

[Francisco J Ballesteros]

One thing that could still happen is that at some point there was a change
in both kernel and user programs that made incompatible using new
binaries with old
kernels (and maybe viceversa). That won't happen again, but just in
case it's still
bothering some of you I thought it's worth to say it again. Sorry.


On Wed, Mar 31, 2010 at 2:56 PM, erik quanstrom <quanstro@quanstro.net> wrote:
>> because you are using Erik's plan9.iso.
>> The usb driver in that kernel and /sys/src/cmd/usb files are older than the formal
>> distribution of plan9.iso.
>
> that's not true.
>
> - erik
>
>

Re: [9fans] using usb

[kokamoto]

>> because you are using Erik's plan9.iso.
>> The usb driver in that kernel and /sys/src/cmd/usb files are older than the formal
>> distribution of plan9.iso.
>
> that's not true.

I really experienced this, too, when I tested your March 24, 2010 9atom.iso.
I replaced the devusb.c etc under /sys/src/9/pc and all the files under /sys/src/cmd/usb
by those in the formal distribution plan9.iso's ones.   Then, the usb disk problem went away.

Kenji

Re: [9fans] using usb

[erik quanstrom]

> I really experienced this, too, when I tested your March 24, 2010 9atom.iso.
> I replaced the devusb.c etc under /sys/src/9/pc and all the files under /sys/src/cmd/usb
> by those in the formal distribution plan9.iso's ones.   Then, the usb disk problem went away.

ah, thanks for the report.  i do have something in there
to manage ehci bios handoff, which has been known to
go south.  (but on some machines, ehci doesn't work without
it!)  i'll take another look.

- erik

Re: [9fans] using usb

[kokamoto]

Erik thank you for your calm-dowmed reply.☺
I know you are doing good job for ahci mode SATA driver for Plan 9.

I still have problem with detecting CDROM by the formal distribution driver.(Asus P5K-VM)

So, I tried your 9atom.iso, and got good feeling with this.
Yes, the CDROM was detected successfully!

Up-to-now, I only aplied /sys/src/boot/pc drivers, and found strange
behaviour of that, say missing 'other' partition in a SATA HDD(only this partition).
It has many partiotions, such as 9fat, fossil, arenas0, isect0~3, swap, cache, nvram and other).
Then, I used /disk/prep, which reported right partioning, and write it
to the disk.   Then, I can use other file system.
However, when I rebooted the system, then, 'other' partition disappears
again.

Do you have some idea what's going on here.

Kenji

Re: [9fans] using usb

[erik quanstrom]

> Up-to-now, I only aplied /sys/src/boot/pc drivers, and found strange
> behaviour of that, say missing 'other' partition in a SATA HDD(only this partition).
> It has many partiotions, such as 9fat, fossil, arenas0, isect0~3, swap, cache, nvram and other).
> Then, I used /disk/prep, which reported right partioning, and write it
> to the disk.   Then, I can use other file system.
> However, when I rebooted the system, then, 'other' partition disappears
> again.
>
> Do you have some idea what's going on here.

i hope i have understood correctly that you applied
the partitions which were originally missing with
disk/prep -p and rebooted and the partitions didn't
reappear.  in that case, ...

disk/prep -p doesn't write anything to the disk.  it just
prints a list of partions and ranges, one per line.  if
you inform sd about partions with
	disk/prep -p /dev/sdXX/data>/dev/sdXX/ctl
again, nothing is written to disk but sd creates the
partitions it was told about in memory.  and a
file with the name of each partition appears.
each time the machine is booted, prep must be run.
if necessary, diskparts(8) serves this purpose.

on the other hand, if 9load provides the kernel with
a conf variable sdXXpart, sd with partition sdXX on
boot.  9load only automaticly provides this variable if it
booted a kernel from sdXX.  i have set the variable
sda0part for a machine using sas disks because i never
bothered porting the driver to 9load but needed a
place for nvram.

- erik

Re: [9fans] using usb

[kokamoto]

This machine is in my business room, and I cannot touch it until next monday.

So I cannot report the info of seE0part of this machine now.
However, I'll retry what happened here.

1) replaced only /sys/src/boot/pc/sdiahci.c from the format CDROM
to your 9atom CDROM.
2) It booted nicely, meaning no long wait to detect and fail CDROM
3) system came up safely, and I can do anything, but only no /dev/sdE0/other
directory.
4) Then, I dispatched the disk/prep command interacyively.
5) Yes, it reports the right partition table including 'other'
6) then, I wrote the table to the disk.
7) exit disk/prep
8) Now, I see /dev/sdE0/other directory.
9) therefore, ofcourse, I can mount that partion safely.
10) however, after end the session, and rebooted the system again, then,
/dev/sdE0/other disappeared again.

This the precise story I experienced.

Kenji

PS. I can see the list only after next Monday night.

Re: [9fans] using usb

[erik quanstrom]

> 1) replaced only /sys/src/boot/pc/sdiahci.c from the format CDROM
> to your 9atom CDROM.
> 2) It booted nicely, meaning no long wait to detect and fail CDROM
> 3) system came up safely, and I can do anything, but only no /dev/sdE0/other
> directory.
> 4) Then, I dispatched the disk/prep command interacyively.
> 5) Yes, it reports the right partition table including 'other'
> 6) then, I wrote the table to the disk.
> 7) exit disk/prep
> 8) Now, I see /dev/sdE0/other directory.
> 9) therefore, ofcourse, I can mount that partion safely.
> 10) however, after end the session, and rebooted the system again, then,
> /dev/sdE0/other disappeared again.
>
> This the precise story I experienced.

you need to run prep every time you boot.

- erik

Re: [9fans] using usb

[antonio.fin]

when I run usbfat: I got this:
bind: #u: unknown device in # filename
no #u/usb

and there is not any lights from the pendrive, I think that the
pendrive is not detected.

On Mar 31, 11:12 am, n...@lsub.org (Francisco J Ballesteros) wrote:
> plug it, run usbfat:
> and go to /n...
>
> see its man page.
>
> On Wednesday, March 31, 2010, ruel hernandez <ru6...@gmail.com> wrote:
> > hi to all,
>
> > i'm a new plan9 user, i just wanted to know how to use my usb in plan9. because i have a pdf file about plan9 and i would like to read it in plan9
>
> > anybody? please help.
>
> > thanks in advance,
> > ru60hzatgmaildotcom

Re: [9fans] using usb

[Francisco J Ballesteros]

If you can

ls '#U'

then you are running an old kernel.

If you can't, then you have to include the usb device in your kernel.

Either way, it seems your kernel does not have '#u'.

On Thu, Apr 1, 2010 at 12:13 PM, antonio.fin@gmail.com
<antonio.fin@gmail.com> wrote:
> when I run usbfat: I got this:
> bind: #u: unknown device in # filename
> no #u/usb
>
> and there is not any lights from the pendrive, I think that the
> pendrive is not detected.
>
> On Mar 31, 11:12 am, n...@lsub.org (Francisco J Ballesteros) wrote:
>> plug it, run usbfat:
>> and go to /n...
>>
>> see its man page.
>>
>> On Wednesday, March 31, 2010, ruel hernandez <ru6...@gmail.com> wrote:
>> > hi to all,
>>
>> > i'm a new plan9 user, i just wanted to know how to use my usb in plan9. because i have a pdf file about plan9 and i would like to read it in plan9
>>
>> > anybody? please help.
>>
>> > thanks in advance,
>> > ru60hzatgmaildotcom
>
>

Re: [9fans] using usb

[EBo]

> when I run usbfat: I got this:
> bind: #u: unknown device in # filename
> no #u/usb
>
> and there is not any lights from the pendrive, I think that the
> pendrive is not detected.

I know this sounds weird, but unplug the power to the machine for a half
minute and power it back up and boot off the same kernel.  See if it happens
again.

I had had my USB ports disappear a couple of times after playing with plan9,
and it even persisted after rebooting into Linux.  I have no idea what would
have caused that, and have not had time to try to reproduce.

Re: [9fans] using usb

[antonio.fin]

I reinstalled with a new iso before to read your mail.
With the new installation I can mount one old pendrive (128mb) with
the new ones I got this:
mount: mount /n/sdU2.0: unknown format
and in the screen like a kernel message: usb/disk... disk: reset:
device is detached
(My computer is an old thinkpad 600e and this could be the problem)

When I plug the old one, is detected but there is no lights, and
nothing happen when I try to mount it. Then I tried with usb/disk /dev/
sdU* that EBo said, the pendrive light starts, now I can mount an
unmount without problems.
Doing the same with the new ones I got the same message: unknown
format.

Antonio

On Apr 1, 1:28 pm, n...@lsub.org (Francisco J Ballesteros) wrote:
> If you can
>
> ls '#U'
>
> then you are running an old kernel.
>
> If you can't, then you have to include the usb device in your kernel.
>
> Either way, it seems your kernel does not have '#u'.
>
> On Thu, Apr 1, 2010 at 12:13 PM, antonio....@gmail.com

Re: [9fans] using usb

[Francisco J Ballesteros]

does your name space mount /srv/usb ?

I mean, does it mount the files served from usbd?

I'll take a look to usbfat in any case.

On Mon, Apr 12, 2010 at 11:30 AM, antonio.fin@gmail.com
<antonio.fin@gmail.com> wrote:
> I reinstalled with a new iso before to read your mail.
> With the new installation I can mount one old pendrive (128mb) with
> the new ones I got this:
> mount: mount /n/sdU2.0: unknown format
> and in the screen like a kernel message: usb/disk... disk: reset:
> device is detached
> (My computer is an old thinkpad 600e and this could be the problem)
>
> When I plug the old one, is detected but there is no lights, and
> nothing happen when I try to mount it. Then I tried with usb/disk /dev/
> sdU* that EBo said, the pendrive light starts, now I can mount an
> unmount without problems.
> Doing the same with the new ones I got the same message: unknown
> format.
>
> Antonio
>
> On Apr 1, 1:28 pm, n...@lsub.org (Francisco J Ballesteros) wrote:
>> If you can
>>
>> ls '#U'
>>
>> then you are running an old kernel.
>>
>> If you can't, then you have to include the usb device in your kernel.
>>
>> Either way, it seems your kernel does not have '#u'.
>>
>> On Thu, Apr 1, 2010 at 12:13 PM, antonio....@gmail.com
>
>

Re: [9fans] using usb

[ruel hernandez]

[-- Attachment #1: Type: text/plain, Size: 10611 bytes --]

I'm sorry about yesterday sir, I forgot to edit the subject, anyway.
when I run;
    % cat /dev/usb/ctl
    % ep1.0 enabled control rw speed full maxpkt 64 pollival 0 samplesz 0 hz
0 hub 0 port 0 busy
    roothub csp 0x000009 port 3
        ep2.0 enabled control rw speed full maxpkt 64 pollival 0 samplesz 0
hz
0 hub 0 port 0 busy

this is the same output even the usb is unplugged. by the way i'm using a
2gb sd here, connected to a card reader + 3 port usb hub connected to my
computer usb port 1. any way after that i made some experiment and here are
the result.
reboot using a usb keyboard:
cpu0: 2019 mhz genuine intel pentium IV/Xeon cpuid: ax 0x0f27 dx 0xbfebfbff
ELCR:0A20
pci routing:ignoring south bridge pci 0.0.01039/0650
#u/usb/ep1.0:ohci:port 0xE0000000 irq9
#u/usb/ep2.0:ohci:port 0xE0001000 irq11
224 memory: 92 M kernel data,132M user,507Mswap
usbd... usb/kb... root is
from(tcp,local)[local!#S/sdC0/fossil]panic:ohci:full
packet but cbp != 0
panic:ohci: full packet but cbp != 0
dump stack disabled
cpu: exiting

reboot using usb mouse:
....same as above here.
usbd.../boot/usbd: /dev/usb/cp3.0: warning: device with short descriptor





On 4/3/10, 9fans-request@9fans.net <9fans-request@9fans.net> wrote:
>
> Send 9fans mailing list submissions to
>        9fans@9fans.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://mail.9fans.net/listinfo/9fans
> or, via email, send a message with subject or body 'help' to
>        9fans-request@9fans.net
>
> You can reach the person managing the list at
>        9fans-owner@9fans.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of 9fans digest..."
>
>
> Today's Topics:
>
>   1. Re: 9fans Digest, Vol 72, Issue 4 (ruel hernandez)
>   2. Re: 9fans Digest, Vol 72, Issue 4 (Francisco J Ballesteros)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 3 Apr 2010 03:30:25 +0000
> From: ruel hernandez <ru60hz@gmail.com>
> Subject: Re: [9fans] 9fans Digest, Vol 72, Issue 4
> To: 9fans@9fans.net
> Message-ID:
>        <z2xaff529401004022030i635a361bj9a18a668654e3921@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> In my case, when i run;
>
> %usbfat:
> %no usb disk
>
> what could be the problem?
> as of now i'm reading the intro to operating sysrems abstraction by
> Francisco Ballesteros from  linux then try  out the programs there
> in plan9.
>
>
> On 4/2/10, 9fans-request@9fans.net <9fans-request@9fans.net> wrote:
> >
> > Send 9fans mailing list submissions to
> >        9fans@9fans.net
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> >        http://mail.9fans.net/listinfo/9fans
> > or, via email, send a message with subject or body 'help' to
> >        9fans-request@9fans.net
> >
> > You can reach the person managing the list at
> >        9fans-owner@9fans.net
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of 9fans digest..."
> >
> >
> > Today's Topics:
> >
> >   1. Re: using usb (kokamoto@hera.eonet.ne.jp)
> >   2. Re: using usb (erik quanstrom)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Fri, 2 Apr 2010 19:49:32 +0900
> > From: kokamoto@hera.eonet.ne.jp
> > Subject: Re: [9fans] using usb
> > To: 9fans@9fans.net
> > Message-ID: <397333a85c5603c75c523f7226746e9b@hera.eonet.ne.jp>
> > Content-Type: text/plain; charset="US-ASCII"
> >
> > This machine is in my business room, and I cannot touch it until next
> > monday.
> >
> > So I cannot report the info of seE0part of this machine now.
> > However, I'll retry what happened here.
> >
> > 1) replaced only /sys/src/boot/pc/sdiahci.c from the format CDROM
> > to your 9atom CDROM.
> > 2) It booted nicely, meaning no long wait to detect and fail CDROM
> > 3) system came up safely, and I can do anything, but only no
> > /dev/sdE0/other
> > directory.
> > 4) Then, I dispatched the disk/prep command interacyively.
> > 5) Yes, it reports the right partition table including 'other'
> > 6) then, I wrote the table to the disk.
> > 7) exit disk/prep
> > 8) Now, I see /dev/sdE0/other directory.
> > 9) therefore, ofcourse, I can mount that partion safely.
> > 10) however, after end the session, and rebooted the system again, then,
> > /dev/sdE0/other disappeared again.
> >
> > This the precise story I experienced.
> >
> > Kenji
> >
> > PS. I can see the list only after next Monday night.
> >
> >
> >
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Fri, 2 Apr 2010 06:56:27 -0400
> > From: erik quanstrom <quanstro@quanstro.net>
> > Subject: Re: [9fans] using usb
> > To: 9fans@9fans.net
> > Message-ID: <963ad4156c2cc7d24cee0a0143fda9b8@ladd.quanstro.net>
> > Content-Type: text/plain; charset="US-ASCII"
> >
> > > 1) replaced only /sys/src/boot/pc/sdiahci.c from the format CDROM
> > > to your 9atom CDROM.
> > > 2) It booted nicely, meaning no long wait to detect and fail CDROM
> > > 3) system came up safely, and I can do anything, but only no
> > /dev/sdE0/other
> > > directory.
> > > 4) Then, I dispatched the disk/prep command interacyively.
> > > 5) Yes, it reports the right partition table including 'other'
> > > 6) then, I wrote the table to the disk.
> > > 7) exit disk/prep
> > > 8) Now, I see /dev/sdE0/other directory.
> > > 9) therefore, ofcourse, I can mount that partion safely.
> > > 10) however, after end the session, and rebooted the system again,
> then,
> > > /dev/sdE0/other disappeared again.
> > >
> > > This the precise story I experienced.
> >
> > you need to run prep every time you boot.
> >
> > - erik
> >
> >
> >
> > End of 9fans Digest, Vol 72, Issue 4
> > ************************************
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://mail.9fans.net/private/9fans/attachments/20100403/86d46727/attachment.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Sat, 3 Apr 2010 12:24:12 +0200
> From: Francisco J Ballesteros <nemo@lsub.org>
> Subject: Re: [9fans] 9fans Digest, Vol 72, Issue 4
> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
> Message-ID:
>        <o2q8ccc8ba41004030324x5181388fmf2134257d8874652@mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> What's /dev/usb/ctl
> on your system after plugging your disk?
> That may give a clue.
>
>
> On Sat, Apr 3, 2010 at 5:30 AM, ruel hernandez <ru60hz@gmail.com> wrote:
> > In my case, when i run;
> >
> > %usbfat:
> > %no usb disk
> >
> > what could be the problem?
> > as of now i'm reading the intro to operating sysrems abstraction by
> > Francisco Ballesteros from? linux then try? out the programs there
> > in plan9.
> >
> >
> > On 4/2/10, 9fans-request@9fans.net <9fans-request@9fans.net> wrote:
> >>
> >> Send 9fans mailing list submissions to
> >> ?????? 9fans@9fans.net
> >>
> >> To subscribe or unsubscribe via the World Wide Web, visit
> >> ?????? http://mail.9fans.net/listinfo/9fans
> >> or, via email, send a message with subject or body 'help' to
> >> ?????? 9fans-request@9fans.net
> >>
> >> You can reach the person managing the list at
> >> ?????? 9fans-owner@9fans.net
> >>
> >> When replying, please edit your Subject line so it is more specific
> >> than "Re: Contents of 9fans digest..."
> >>
> >>
> >> Today's Topics:
> >>
> >> ??1. Re: using usb (kokamoto@hera.eonet.ne.jp)
> >> ??2. Re: using usb (erik quanstrom)
> >>
> >>
> >> ----------------------------------------------------------------------
> >>
> >> Message: 1
> >> Date: Fri, 2 Apr 2010 19:49:32 +0900
> >> From: kokamoto@hera.eonet.ne.jp
> >> Subject: Re: [9fans] using usb
> >> To: 9fans@9fans.net
> >> Message-ID: <397333a85c5603c75c523f7226746e9b@hera.eonet.ne.jp>
> >> Content-Type: text/plain; charset="US-ASCII"
> >>
> >> This machine is in my business room, and I cannot touch it until next
> >> monday.
> >>
> >> So I cannot report the info of seE0part of this machine now.
> >> However, I'll retry what happened here.
> >>
> >> 1) replaced only /sys/src/boot/pc/sdiahci.c from the format CDROM
> >> to your 9atom CDROM.
> >> 2) It booted nicely, meaning no long wait to detect and fail CDROM
> >> 3) system came up safely, and I can do anything, but only no
> >> /dev/sdE0/other
> >> directory.
> >> 4) Then, I dispatched the disk/prep command interacyively.
> >> 5) Yes, it reports the right partition table including 'other'
> >> 6) then, I wrote the table to the disk.
> >> 7) exit disk/prep
> >> 8) Now, I see /dev/sdE0/other directory.
> >> 9) therefore, ofcourse, I can mount that partion safely.
> >> 10) however, after end the session, and rebooted the system again, then,
> >> /dev/sdE0/other disappeared again.
> >>
> >> This the precise story I experienced.
> >>
> >> Kenji
> >>
> >> PS. I can see the list only after next Monday night.
> >>
> >>
> >>
> >>
> >> ------------------------------
> >>
> >> Message: 2
> >> Date: Fri, 2 Apr 2010 06:56:27 -0400
> >> From: erik quanstrom <quanstro@quanstro.net>
> >> Subject: Re: [9fans] using usb
> >> To: 9fans@9fans.net
> >> Message-ID: <963ad4156c2cc7d24cee0a0143fda9b8@ladd.quanstro.net>
> >> Content-Type: text/plain; charset="US-ASCII"
> >>
> >> > 1) replaced only /sys/src/boot/pc/sdiahci.c from the format CDROM
> >> > to your 9atom CDROM.
> >> > 2) It booted nicely, meaning no long wait to detect and fail CDROM
> >> > 3) system came up safely, and I can do anything, but only no
> >> > /dev/sdE0/other
> >> > directory.
> >> > 4) Then, I dispatched the disk/prep command interacyively.
> >> > 5) Yes, it reports the right partition table including 'other'
> >> > 6) then, I wrote the table to the disk.
> >> > 7) exit disk/prep
> >> > 8) Now, I see /dev/sdE0/other directory.
> >> > 9) therefore, ofcourse, I can mount that partion safely.
> >> > 10) however, after end the session, and rebooted the system again,
> then,
> >> > /dev/sdE0/other disappeared again.
> >> >
> >> > This the precise story I experienced.
> >>
> >> you need to run prep every time you boot.
> >>
> >> - erik
> >>
> >>
> >>
> >> End of 9fans Digest, Vol 72, Issue 4
> >> ************************************
> >
> >
>
>
>
> End of 9fans Digest, Vol 72, Issue 5
> ************************************
>

[-- Attachment #2: Type: text/html, Size: 14472 bytes --]

Re: [9fans] using usb

[ruel hernandez]

[-- Attachment #1: Type: text/plain, Size: 25305 bytes --]

Boot my plan9 today with my usb connected, it worked! Now i could access
my files using my usb. on my system, if it can detect my usb during fresh
boot why it can't detect while the system is already running?

The introduction on operating system abstraction by Mr. Francisco
Ballesteros is nice, very well explained that even a beginner like me could
easily understand.

thanks



On 4/3/10, 9fans-request@9fans.net <9fans-request@9fans.net> wrote:
>
> Send 9fans mailing list submissions to
>        9fans@9fans.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://mail.9fans.net/listinfo/9fans
> or, via email, send a message with subject or body 'help' to
>        9fans-request@9fans.net
>
> You can reach the person managing the list at
>        9fans-owner@9fans.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of 9fans digest..."
>
>
> Today's Topics:
>
>   1. rc word splitting trouble (Ethan Grammatikidis)
>   2. Re: rc word splitting trouble (erik quanstrom)
>   3. Re: rc word splitting trouble (Ethan Grammatikidis)
>   4. ktrans on p9p (Alex Lee)
>   5. tinycore 9vx .tce on sources (ron minnich)
>   6. Re: tinycore 9vx .tce on sources (EBo)
>   7. Re: tinycore 9vx .tce on sources (Jack Johnson)
>   8. cpuid (erik quanstrom)
>   9. Re: using usb (ruel hernandez)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 3 Apr 2010 15:21:33 +0100
> From: Ethan Grammatikidis <eekee57@fastmail.fm>
> Subject: [9fans] rc word splitting trouble
> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
> Message-ID: <341DF8C2-A223-49A7-AA6C-65B7FB4C1CF5@fastmail.fm>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
> I'm writing a little web server in rc. For the most part it's been
> less trouble than setting up Apache to serve static files, but I've
> run into an odd little problem where rc appears to be behaving
> differently depending on whether it's run in a script or a terminal.
> (Rc & 9term from p9p.)
>
> I'm testing with url:
> http://analytical-reengineering.dre.am/one/two?three+four
>
> The script separates out the /one/two?three+four into a variable &
> then splits that twice, first to get the 'file' part, which it does
> correctly, then the arguments, which it has trouble with. You can see
> the result at the url above. "three four" appear on 1 line where they
> should be two. If I paste the same lines of code into a terminal, the
> lines are split correctly:
>
> % fullloc = '/one/two?three+four'
> % params = `{echo $fullloc | sed -e 's;.*\?;;' -e 's;\+; ;g'}
> % for(param in $params) echo '  <li>'$"param
>        <li>three
>        <li>four
>
> The 2nd and 3rd command lines are copied directly from the script, but
> the script itself outputs the following:
>
>        <li>three four
>
> The sed expressions appear to be working correctly, to my eyes, so I
> don't understand what's going on.
>
> --
> Simplicity does not precede complexity, but follows it. -- Alan Perlis
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Sat, 3 Apr 2010 10:38:11 -0400
> From: erik quanstrom <quanstro@quanstro.net>
> Subject: Re: [9fans] rc word splitting trouble
> To: 9fans@9fans.net
> Message-ID: <79bfa351ebdb8906c17ec13976aa3e15@ladd.quanstro.net>
> Content-Type: text/plain; charset="US-ASCII"
>
> > % fullloc = '/one/two?three+four'
> > % params = `{echo $fullloc | sed -e 's;.*\?;;' -e 's;\+; ;g'}
> > % for(param in $params) echo '        <li>'$"param
> >       <li>three
> >       <li>four
> >
> > The 2nd and 3rd command lines are copied directly from the script, but
> > the script itself outputs the following:
> >
> >       <li>three four
> >
> > The sed expressions appear to be working correctly, to my eyes, so I
> > don't understand what's going on.
>
> i suspect your ifs is set to something funky.
>
> inserting a "whatis params" in your script would be pretty
> interesting.  note that gnu sed will eat your regular expression
> since you \? is their meta character.
>
> you can accomplish something that's equivalent in rc without
> an explicit loop:
>
> echo '<li>' ^ $params
>
> - erik
>
>
>
> ------------------------------
>
> Message: 3
> Date: Sat, 3 Apr 2010 18:24:44 +0100
> From: Ethan Grammatikidis <eekee57@fastmail.fm>
> Subject: Re: [9fans] rc word splitting trouble
> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
> Message-ID: <11C11BC0-346A-4E77-9909-B87667FE6EF2@fastmail.fm>
> Content-Type: text/plain; charset="us-ascii"; Format="flowed";
>        DelSp="yes"
>
>
> On 3 Apr 2010, at 15:38, erik quanstrom wrote:
>
> >> % fullloc = '/one/two?three+four'
> >> % params = `{echo $fullloc | sed -e 's;.*\?;;' -e 's;\+; ;g'}
> >> % for(param in $params) echo '       <li>'$"param
> >>      <li>three
> >>      <li>four
> >>
> >> The 2nd and 3rd command lines are copied directly from the script,
> >> but
> >> the script itself outputs the following:
> >>
> >>      <li>three four
> >>
> >> The sed expressions appear to be working correctly, to my eyes, so I
> >> don't understand what's going on.
> >
> > i suspect your ifs is set to something funky.
> >
> > inserting a "whatis params" in your script would be pretty
> > interesting.  note that gnu sed will eat your regular expression
> > since you \? is their meta character.
>
> sed is p9p sed, verified with which, but ty.
>
> You're right about ifs, "whatis ifs" showed it up. It is set to
> newline-only for one line within the read loop, using the "var=foo
> command" syntax, but "command" in this case is another assignment.
> When I add a no-op command to the end (making it "assignment
> assignment command") rc complains "params: not found" and fails to run
> the loop properly. I don't know what kind of state the parser got into
> to produce that error.
>
> Anyway, I've fixed it for now by re-setting ifs after the line in
> question.
>
> I'm attaching the script; an embedded carriage-return makes a mess of
> both pasting the line here and posting it in a pastebin. The problem
> line is the first one in the while block.
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: web-script.rc
> Type: application/octet-stream
> Size: 1050 bytes
> Desc: not available
> URL: <
> http://mail.9fans.net/private/9fans/attachments/20100403/bc5917ee/attachment-0001.obj
> >
> -------------- next part --------------
>
>
>
>
> >
> > you can accomplish something that's equivalent in rc without
> > an explicit loop:
> >
> > echo '<li>' ^ $params
>
> Good to know. I haven't used it here because the for loop generates
> nicer html from nicer source, if that makes sense.
>
> >
> > - erik
> >
>
> --
> Simplicity does not precede complexity, but follows it. -- Alan Perlis
>
>
> ------------------------------
>
> Message: 4
> Date: Sat, 03 Apr 2010 15:31:31 -0500
> From: Alex Lee <alexlee@fastmail.net>
> Subject: [9fans] ktrans on p9p
> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
> Message-ID: <4BB7A5A3.4050402@fastmail.net>
> Content-Type: text/plain; charset=UTF-8
>
> Dear all,
>
> I've found ktrans to be extremely useful in 9vx (thanks, Kenji), and I'm
> wondering now whether it would be possible to use it with plan9port (on
> Linux). Mainly I would want this for acme -- would it make sense to
> modify p9p acme to include ktrans within it? Or is there a better
> approach? Any suggestions on how to go about this would be much
> appreciated.
>
> Also, in case it is of use to anyone else, I modified ktrans to support
> ancient/polytonic Greek, using betacode input:
> http://bitbucket.org/alexlee/ktrans/
> And here is a ttf2subf'd version of DejaVu Sans, for better Greek glyph
> coverage:
> http://dl.dropbox.com/u/1734204/djsans.tar.gz
>
> Alex
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Sat, 3 Apr 2010 22:52:34 +0000
> From: ron minnich <rminnich@gmail.com>
> Subject: [9fans] tinycore 9vx .tce on sources
> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>,
>        ebo@sandien.com
> Message-ID:
>        <j2x13426df11004031552q41a1d172pd118e896b9ae9fbc@mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> --rw-r--r-- M 26 rminnich sys    8805 Apr  3 17:41
> /n/sources/contrib/rminnich/9vx.tce
>
> Note this is only the following:
> -rwxr-xr-x root/root        61 2009-10-13 22:11:07 usr/local/bin/9vx
> -rwxr-xr-x tc/staff        20 2009-10-14 03:38:18 usr/local/tce.flwm/9vx
> -rw-r--r-- tc/staff      8580 2009-10-14 03:29:01
> usr/local/tce.icons/9ball.png
> -rw-r--r-- tc/staff        48 2009-10-14 03:39:49 usr/local/tce.icons/9vx
> -rw-r--r-- tc/staff        49 2009-10-14 03:31:19 usr/local/tce.menu/9vx
>
> If you drop this into the tce directory on tinycore, it will give you
> the 9ball in the menu at the bottom and the flwm menu items on boot.
>
> The files look like this:
>
> tc@box:~$ cat usr/local/tce.menu/9vx
> <JWM>
> <Program label="9vx">9vxr</Program>
> </JWM>
>
> tc@box:~$ cat usr/local/bin/9vx
> #!/bin/sh
> cd `cat /opt/.tce_dir`/../tc/plan9/9vx*
> exec ./9vx
>
> tc@box:~$ ls -l usr/local/tce.flwm/9vx
> -rwxr-xr-x    1 tc       staff          20 Oct 14 03:38
> usr/local/tce.flwm/9vx
>
> tc@box:~$ cat  usr/local/tce.flwm/9vx
> #!/bin/sh
> exec 9vxr
> tc@box:~$
>
> What's the 9vxr reference? Actually, I don't know. I have to go look!
>
> The 9ball.png is too small to look nice. However, we have a .svg
> version of this now, see: http://swtch.com/~rsc/9ball.svg
>
> so you can make a bigger version.
>
> Obviously, this is incomplete. You need the root file system from 9vx.
> The scripts are written so that if you put the 9vx-0.what into
>
> /tc/plan9/9vx-0.12
>
> on the stick, all will work. You can use the tinycore scripts to build
> a usb stick and then put these directories into place on it.
>
> Questions? Let me know.
>
> Thanks
>
> ron
>
>
>
> ------------------------------
>
> Message: 6
> Date: Sat, 3 Apr 2010 17:21:03 MDT
> From: "EBo" <ebo@sandien.com>
> Subject: Re: [9fans] tinycore 9vx .tce on sources
> To: "ron minnich" <rminnich@gmail.com>, "Fans of the OS Plan 9 from
>        Bell Labs" <9fans@9fans.net>, <ebo@sandien.com>
> Message-ID: <twig.1270336863.84688@swcp.com>
>
>
> > --rw-r--r-- M 26 rminnich sys    8805 Apr  3 17:41
> > /n/sources/contrib/rminnich/9vx.tce
>
> Thanks, I've downloaded this and will play with it later...
>
> > Questions? Let me know.
>
> will do.
>
> > Thanks
>
> Thank you!
>
> Laters,
>
> EBo --
>
>
>
>
> ------------------------------
>
> Message: 7
> Date: Sat, 3 Apr 2010 15:39:01 -0800
> From: Jack Johnson <knapjack@gmail.com>
> Subject: Re: [9fans] tinycore 9vx .tce on sources
> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
> Message-ID:
>        <u2v6e35c0621004031639s70aa5db8r2e9f5e0b06c6a211@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> On Sat, Apr 3, 2010 at 2:52 PM, ron minnich <rminnich@gmail.com> wrote:
>
> > --rw-r--r-- M 26 rminnich sys    8805 Apr  3 17:41
> > /n/sources/contrib/rminnich/9vx.tce
> >
>
> Wild. I've been screwing around with a tinycore terminal server in a couple
> of VMs and I was planning on building a TCE for 9vx after this weekend's
> Easter festivities.  Thanks!
>
> Maybe I should procrastinate more often....
>
> -Jack
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://mail.9fans.net/private/9fans/attachments/20100403/cdb16da8/attachment-0001.htm
> >
>
> ------------------------------
>
> Message: 8
> Date: Sat, 3 Apr 2010 22:43:00 -0400
> From: erik quanstrom <quanstro@quanstro.net>
> Subject: [9fans] cpuid
> To: 9fans@9fans.net
> Message-ID: <6ab0de93bd25fe99ee0ef00e07cb7b25@ladd.quanstro.net>
> Content-Type: text/plain; charset="US-ASCII"
>
> i updated aux/cpuid to allow one to specify a mach on
> which to run cpuid.  unfortunately, /proc/%d/ctl doesn't
> really guarentee when target will be running on the
> requested mach.  as a defense, sleep(1) is called
> after wiring, but i'm not convinced that sleep must always
> sched and thus potentially could return still on the wrong
> mach.  and there is no way for a proc to request its current
> mach number to verifiy that it has been wired.  (unless you
> count picking through the binary /proc/%d/proc structure,
> which seems too messy to count.)
>
> perhaps this is all just paranoia, but in order to get /dev/reboot
> working reliably (ie. in a loop for more than 10 minutes),
> loops like this were required:
>
>        for(;;){
>                procwired(up, n);
>                sched();
>                if(m->machno == n)
>                        break;
>        }
>
> perhaps a call from user space solves all these problems, but
> /dev/reboot is esentially a call from user space, so if it does,
> why that could be is not currently clear to me.
>
> perhaps it would make sense to add /proc/%d/mach or even
> /dev/machno or even /dev/wire which would be in a position
> to guarentee wiring.
>
> - erik
>
>
>
> ------------------------------
>
> Message: 9
> Date: Sun, 4 Apr 2010 04:41:59 +0000
> From: ruel hernandez <ru60hz@gmail.com>
> Subject: Re: [9fans] using usb
> To: 9fans@9fans.net
> Message-ID:
>        <v2taff529401004032141m382567f3x11b6d43cd6783640@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I'm sorry about yesterday sir, I forgot to edit the subject, anyway.
> when I run;
>    % cat /dev/usb/ctl
>    % ep1.0 enabled control rw speed full maxpkt 64 pollival 0 samplesz 0 hz
> 0 hub 0 port 0 busy
>    roothub csp 0x000009 port 3
>        ep2.0 enabled control rw speed full maxpkt 64 pollival 0 samplesz 0
> hz
> 0 hub 0 port 0 busy
>
> this is the same output even the usb is unplugged. by the way i'm using a
> 2gb sd here, connected to a card reader + 3 port usb hub connected to my
> computer usb port 1. any way after that i made some experiment and here are
> the result.
> reboot using a usb keyboard:
> cpu0: 2019 mhz genuine intel pentium IV/Xeon cpuid: ax 0x0f27 dx 0xbfebfbff
> ELCR:0A20
> pci routing:ignoring south bridge pci 0.0.01039/0650
> #u/usb/ep1.0:ohci:port 0xE0000000 irq9
> #u/usb/ep2.0:ohci:port 0xE0001000 irq11
> 224 memory: 92 M kernel data,132M user,507Mswap
> usbd... usb/kb... root is
> from(tcp,local)[local!#S/sdC0/fossil]panic:ohci:full
> packet but cbp != 0
> panic:ohci: full packet but cbp != 0
> dump stack disabled
> cpu: exiting
>
> reboot using usb mouse:
> ....same as above here.
> usbd.../boot/usbd: /dev/usb/cp3.0: warning: device with short descriptor
>
>
>
>
>
> On 4/3/10, 9fans-request@9fans.net <9fans-request@9fans.net> wrote:
> >
> > Send 9fans mailing list submissions to
> >        9fans@9fans.net
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> >        http://mail.9fans.net/listinfo/9fans
> > or, via email, send a message with subject or body 'help' to
> >        9fans-request@9fans.net
> >
> > You can reach the person managing the list at
> >        9fans-owner@9fans.net
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of 9fans digest..."
> >
> >
> > Today's Topics:
> >
> >   1. Re: 9fans Digest, Vol 72, Issue 4 (ruel hernandez)
> >   2. Re: 9fans Digest, Vol 72, Issue 4 (Francisco J Ballesteros)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Sat, 3 Apr 2010 03:30:25 +0000
> > From: ruel hernandez <ru60hz@gmail.com>
> > Subject: Re: [9fans] 9fans Digest, Vol 72, Issue 4
> > To: 9fans@9fans.net
> > Message-ID:
> >        <z2xaff529401004022030i635a361bj9a18a668654e3921@mail.gmail.com>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > In my case, when i run;
> >
> > %usbfat:
> > %no usb disk
> >
> > what could be the problem?
> > as of now i'm reading the intro to operating sysrems abstraction by
> > Francisco Ballesteros from  linux then try  out the programs there
> > in plan9.
> >
> >
> > On 4/2/10, 9fans-request@9fans.net <9fans-request@9fans.net> wrote:
> > >
> > > Send 9fans mailing list submissions to
> > >        9fans@9fans.net
> > >
> > > To subscribe or unsubscribe via the World Wide Web, visit
> > >        http://mail.9fans.net/listinfo/9fans
> > > or, via email, send a message with subject or body 'help' to
> > >        9fans-request@9fans.net
> > >
> > > You can reach the person managing the list at
> > >        9fans-owner@9fans.net
> > >
> > > When replying, please edit your Subject line so it is more specific
> > > than "Re: Contents of 9fans digest..."
> > >
> > >
> > > Today's Topics:
> > >
> > >   1. Re: using usb (kokamoto@hera.eonet.ne.jp)
> > >   2. Re: using usb (erik quanstrom)
> > >
> > >
> > > ----------------------------------------------------------------------
> > >
> > > Message: 1
> > > Date: Fri, 2 Apr 2010 19:49:32 +0900
> > > From: kokamoto@hera.eonet.ne.jp
> > > Subject: Re: [9fans] using usb
> > > To: 9fans@9fans.net
> > > Message-ID: <397333a85c5603c75c523f7226746e9b@hera.eonet.ne.jp>
> > > Content-Type: text/plain; charset="US-ASCII"
> > >
> > > This machine is in my business room, and I cannot touch it until next
> > > monday.
> > >
> > > So I cannot report the info of seE0part of this machine now.
> > > However, I'll retry what happened here.
> > >
> > > 1) replaced only /sys/src/boot/pc/sdiahci.c from the format CDROM
> > > to your 9atom CDROM.
> > > 2) It booted nicely, meaning no long wait to detect and fail CDROM
> > > 3) system came up safely, and I can do anything, but only no
> > > /dev/sdE0/other
> > > directory.
> > > 4) Then, I dispatched the disk/prep command interacyively.
> > > 5) Yes, it reports the right partition table including 'other'
> > > 6) then, I wrote the table to the disk.
> > > 7) exit disk/prep
> > > 8) Now, I see /dev/sdE0/other directory.
> > > 9) therefore, ofcourse, I can mount that partion safely.
> > > 10) however, after end the session, and rebooted the system again,
> then,
> > > /dev/sdE0/other disappeared again.
> > >
> > > This the precise story I experienced.
> > >
> > > Kenji
> > >
> > > PS. I can see the list only after next Monday night.
> > >
> > >
> > >
> > >
> > > ------------------------------
> > >
> > > Message: 2
> > > Date: Fri, 2 Apr 2010 06:56:27 -0400
> > > From: erik quanstrom <quanstro@quanstro.net>
> > > Subject: Re: [9fans] using usb
> > > To: 9fans@9fans.net
> > > Message-ID: <963ad4156c2cc7d24cee0a0143fda9b8@ladd.quanstro.net>
> > > Content-Type: text/plain; charset="US-ASCII"
> > >
> > > > 1) replaced only /sys/src/boot/pc/sdiahci.c from the format CDROM
> > > > to your 9atom CDROM.
> > > > 2) It booted nicely, meaning no long wait to detect and fail CDROM
> > > > 3) system came up safely, and I can do anything, but only no
> > > /dev/sdE0/other
> > > > directory.
> > > > 4) Then, I dispatched the disk/prep command interacyively.
> > > > 5) Yes, it reports the right partition table including 'other'
> > > > 6) then, I wrote the table to the disk.
> > > > 7) exit disk/prep
> > > > 8) Now, I see /dev/sdE0/other directory.
> > > > 9) therefore, ofcourse, I can mount that partion safely.
> > > > 10) however, after end the session, and rebooted the system again,
> > then,
> > > > /dev/sdE0/other disappeared again.
> > > >
> > > > This the precise story I experienced.
> > >
> > > you need to run prep every time you boot.
> > >
> > > - erik
> > >
> > >
> > >
> > > End of 9fans Digest, Vol 72, Issue 4
> > > ************************************
> > >
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL: <
> >
> http://mail.9fans.net/private/9fans/attachments/20100403/86d46727/attachment.html
> > >
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Sat, 3 Apr 2010 12:24:12 +0200
> > From: Francisco J Ballesteros <nemo@lsub.org>
> > Subject: Re: [9fans] 9fans Digest, Vol 72, Issue 4
> > To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
> > Message-ID:
> >        <o2q8ccc8ba41004030324x5181388fmf2134257d8874652@mail.gmail.com>
> > Content-Type: text/plain; charset=UTF-8
> >
> > What's /dev/usb/ctl
> > on your system after plugging your disk?
> > That may give a clue.
> >
> >
> > On Sat, Apr 3, 2010 at 5:30 AM, ruel hernandez <ru60hz@gmail.com> wrote:
> > > In my case, when i run;
> > >
> > > %usbfat:
> > > %no usb disk
> > >
> > > what could be the problem?
> > > as of now i'm reading the intro to operating sysrems abstraction by
> > > Francisco Ballesteros from? linux then try? out the programs there
> > > in plan9.
> > >
> > >
> > > On 4/2/10, 9fans-request@9fans.net <9fans-request@9fans.net> wrote:
> > >>
> > >> Send 9fans mailing list submissions to
> > >> ?????? 9fans@9fans.net
> > >>
> > >> To subscribe or unsubscribe via the World Wide Web, visit
> > >> ?????? http://mail.9fans.net/listinfo/9fans
> > >> or, via email, send a message with subject or body 'help' to
> > >> ?????? 9fans-request@9fans.net
> > >>
> > >> You can reach the person managing the list at
> > >> ?????? 9fans-owner@9fans.net
> > >>
> > >> When replying, please edit your Subject line so it is more specific
> > >> than "Re: Contents of 9fans digest..."
> > >>
> > >>
> > >> Today's Topics:
> > >>
> > >> ??1. Re: using usb (kokamoto@hera.eonet.ne.jp)
> > >> ??2. Re: using usb (erik quanstrom)
> > >>
> > >>
> > >> ----------------------------------------------------------------------
> > >>
> > >> Message: 1
> > >> Date: Fri, 2 Apr 2010 19:49:32 +0900
> > >> From: kokamoto@hera.eonet.ne.jp
> > >> Subject: Re: [9fans] using usb
> > >> To: 9fans@9fans.net
> > >> Message-ID: <397333a85c5603c75c523f7226746e9b@hera.eonet.ne.jp>
> > >> Content-Type: text/plain; charset="US-ASCII"
> > >>
> > >> This machine is in my business room, and I cannot touch it until next
> > >> monday.
> > >>
> > >> So I cannot report the info of seE0part of this machine now.
> > >> However, I'll retry what happened here.
> > >>
> > >> 1) replaced only /sys/src/boot/pc/sdiahci.c from the format CDROM
> > >> to your 9atom CDROM.
> > >> 2) It booted nicely, meaning no long wait to detect and fail CDROM
> > >> 3) system came up safely, and I can do anything, but only no
> > >> /dev/sdE0/other
> > >> directory.
> > >> 4) Then, I dispatched the disk/prep command interacyively.
> > >> 5) Yes, it reports the right partition table including 'other'
> > >> 6) then, I wrote the table to the disk.
> > >> 7) exit disk/prep
> > >> 8) Now, I see /dev/sdE0/other directory.
> > >> 9) therefore, ofcourse, I can mount that partion safely.
> > >> 10) however, after end the session, and rebooted the system again,
> then,
> > >> /dev/sdE0/other disappeared again.
> > >>
> > >> This the precise story I experienced.
> > >>
> > >> Kenji
> > >>
> > >> PS. I can see the list only after next Monday night.
> > >>
> > >>
> > >>
> > >>
> > >> ------------------------------
> > >>
> > >> Message: 2
> > >> Date: Fri, 2 Apr 2010 06:56:27 -0400
> > >> From: erik quanstrom <quanstro@quanstro.net>
> > >> Subject: Re: [9fans] using usb
> > >> To: 9fans@9fans.net
> > >> Message-ID: <963ad4156c2cc7d24cee0a0143fda9b8@ladd.quanstro.net>
> > >> Content-Type: text/plain; charset="US-ASCII"
> > >>
> > >> > 1) replaced only /sys/src/boot/pc/sdiahci.c from the format CDROM
> > >> > to your 9atom CDROM.
> > >> > 2) It booted nicely, meaning no long wait to detect and fail CDROM
> > >> > 3) system came up safely, and I can do anything, but only no
> > >> > /dev/sdE0/other
> > >> > directory.
> > >> > 4) Then, I dispatched the disk/prep command interacyively.
> > >> > 5) Yes, it reports the right partition table including 'other'
> > >> > 6) then, I wrote the table to the disk.
> > >> > 7) exit disk/prep
> > >> > 8) Now, I see /dev/sdE0/other directory.
> > >> > 9) therefore, ofcourse, I can mount that partion safely.
> > >> > 10) however, after end the session, and rebooted the system again,
> > then,
> > >> > /dev/sdE0/other disappeared again.
> > >> >
> > >> > This the precise story I experienced.
> > >>
> > >> you need to run prep every time you boot.
> > >>
> > >> - erik
> > >>
> > >>
> > >>
> > >> End of 9fans Digest, Vol 72, Issue 4
> > >> ************************************
> > >
> > >
> >
> >
> >
> > End of 9fans Digest, Vol 72, Issue 5
> > ************************************
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://mail.9fans.net/private/9fans/attachments/20100404/c62e1dfa/attachment.htm
> >
>
> End of 9fans Digest, Vol 72, Issue 6
> ************************************
>

[-- Attachment #2: Type: text/html, Size: 33238 bytes --]