Re: [9fans] 9Front network (driver?) issue

[Steffen "Daode" Nurpmeso <sdaoden@gmail.com>]

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

Blake McBride <blake@mcbride.name> wrote:
 |I don't know what "console" is.  I don't see anything at my Plan-9 Shell
 |(RC) or on the screen in general.

Note that Francisco J. Ballesteros has written an excellent book
on operating systems [1] that i also should read in total:

 «Introduction to Operating Systems Abstractions.
  Using Plan 9 from Bell Labs.

  <http://lsub.org/who/nemo/>
  <http://lsub.org/who/nemo/papers.html>
  [1] <http://lsub.org/who/nemo/9.intro.pdf>

--steffen

[-- Attachment #2: Original message content --]
[-- Type: message/rfc822, Size: 10314 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 1304 bytes --]

On Sun, Dec 22, 2013 at 6:03 PM, <cinap_lenrek@felloff.net> wrote:

> thats strange. when you plug in the drive, the nusbrc script
> started the usb disk filesystem and run that fdisk command to
> register the partitions. for some reason, the partitions
> step failed. but when you run it manually later it wored.
>

I don't get the last two words "it worked" (I presume).  After I execute
your command, I still don't see it under /shr/sdU*


> the drive might be sensitive to the timing?
>
> can you pull and replug the drive and see if there are any
> error messages on the console?
>

I don't know what "console" is.  I don't see anything at my Plan-9 Shell
(RC) or on the screen in general.


>
> as a work arround for now, you can try doing this manually:
>
> diskparts /dev/sdU6.0

dossrv


> mount -c /srv/dos /n/usb /dev/sdU6.0/dos

cd /n/usb


Worked.  Thanks!


>
>
> the dos filesystem does not do write buffering so there is
> no need to flush. (see dossrv(4))
>
> mounts are local to the namespace. you can remove something
> from the namespace with the unmount command (see bind(1))
> or you just close the whole namespace (close the rio window).
>
> for documentation on formating and partitioning disks see prep(8).
>
> --
> cinap
>
>

[-- Attachment #2.1.2: Type: text/html, Size: 3795 bytes --]