Where is 9fat, fs and nvram created by disk/prep?
Did you forget the 'w' command?
Oh yes, I misread the situation:
term% disk/prep /dev/sdXX/plan9
empty0 2 (2 sectors, 1.00 KB)
9fat 2 3 (29998 sectors, 14.64 MB)
fs 3 256913(226913 sectors, 110.79 MB)
nvram 256913 256914(1 sectors, 512 B
TriedQEMU but it wouldn't run on my system. I'm running Vista Ultimate
64-bit and perhaps QEMU doesn't run on a 64-bit system.
Regards
Chris Saunders
Chris Saunders [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Thanks, I have downloaded but not yet installed QEMU. I will try
Where is 9fat, fs and nvram created by disk/prep?
Did you forget the 'w' command?
Also, after restarting partfs you need to reload the
partition information:
disk/prep -p /dev/sdXX/data /dev/sdXX/ctl
I'm not having a good day. I said:
Also, after restarting partfs you need to reload the
partition information:
disk/prep -p /dev/sdXX/data /dev/sdXX/ctl
Of course it should be:
disk/fdisk -p /dev/sdXX/data /dev/sdXX/ctl
disk/prep -p /dev/sdXX/plan9 /dev/sdXX/ctl
Sorry, I have no ohci hardware so I don't think I can
help. Did the uhci machine recognise your devices
before the recent update to add ohci support?
just got the machine monday.
i don't think i have any older kernels with usb
compiled in, but i'll see what i can find.
i'd like to rule out
ohci. oddly, my uhci ich9r machine doesn't recognize
either of my extensive collection of two usb devices.
Sorry, I have no ohci hardware so I don't think I can
help. Did the uhci machine recognise your devices
before the recent update to add ohci support?
i've got things pretty wedged now -- usbd won't start
Are you killing the old usbd before starting a new one?
And is this uhci or ohci?
Are you killing the old usbd before starting a new one?
yes.
And is this uhci or ohci?
ohci. oddly, my uhci ich9r machine doesn't recognize
either of my extensive collection of two usb devices.
You may be running the usbd with faulty dump.c. If your
devices show up in
Are you killing the old usbd before starting a new one?
yes.
And is this uhci or ohci?
ohci. oddly, my uhci ich9r machine doesn't recognize
either of my extensive collection of two usb devices.
- erik
We added booting via the BIOS to 9load specifically for USB
Oh yes, I had forgotten that. None of my machines seem to be
willing to boot from any of my usb flash drives. However I have
just successfully resurrected my experiment with using a kfs
on usb disk as root - see
On Wed, 13 Feb 2008 09:52:19 -, Chris Saunders
[EMAIL PROTECTED] wrote:
TriedQEMU but it wouldn't run on my system. I'm running Vista
Ultimate
64-bit and perhaps QEMU doesn't run on a 64-bit system.
That should not be a problem, I guess. My platform is Windows XP x64
Edition,
ohci. oddly, my uhci ich9r machine doesn't recognize
either of my extensive collection of two usb devices.
You may be running the usbd with faulty dump.c. If your
devices show up in /dev/usb0/1/status with just one
line and 0x00 for Class/Subclass/Proto, then you're
almost
On Wed, 13 Feb 2008 16:52:05 -, Eris Discordia
[EMAIL PROTECTED] wrote:
4. Run cmd.exe (the Command Shell) and navigate to the directory you
just created. There, create a virtual HD image like this: qemu-img
create -fmt raw mydisk.img 3G which tells QEMU to create a VHD image in
raw
ohci. oddly, my uhci ich9r machine doesn't recognize
either of my extensive collection of two usb devices.
You may be running the usbd with faulty dump.c. If your
devices show up in /dev/usb0/1/status with just one
line and 0x00 for Class/Subclass/Proto, then you're
almost
Hi,
I'm new to plan 9 but am interested in getting it running on an Alpha
600a workstation that currently runs Redhat 6. I was wondering where I
should look to get started, and if this will be feasible. I've checked
out the website and docs but still have a few questions:
* It seems that the
Or just run diskparts(8) again.
---BeginMessage---
I'm not having a good day. I said:
Also, after restarting partfs you need to reload the
partition information:
disk/prep -p /dev/sdXX/data /dev/sdXX/ctl
Of course it should be:
disk/fdisk -p /dev/sdXX/data /dev/sdXX/ctl
Is there a version for the Alpha architecture?
Nope, at least not in binary form. You'll have to get a working Plan 9 on x86
first, then compile it yourself. Once your x86 Plan 9 is running, getting it
to build the Alpha version is pretty simple.
Getting it to boot -your- AlphaStation might
Plan9 did run on some alphas, its possible that somone may even still
run one - the 64 bit architecture was praised for keeping the code honest.
Check the 9fans archives (gatewayed to comp.os.plan9 which you can
search with google groups), and the wiki at plan9.bell-labs.com which
has a page on
On Feb 13, 2008 6:22 PM, devrin talen [EMAIL PROTECTED] wrote:
Hi,
I'm new to plan 9 but am interested in getting it running on an Alpha
600a workstation that currently runs Redhat 6. I was wondering where I
should look to get started, and if this will be feasible. I've checked
out the
from the linux kernel:
bootsplash: silent mode.
- erik
Paweł Lasek wrote:
Unfortunately my time for working on Alpha port is really limited and
my AS is in need of parts (It's really hard to get parity FP simms
these day, at least here, and 48 MB is not enough). And also my main
priority is to get a newer VMS installed on it, so Plan9 will need
Paweł Lasek wrote:
Unfortunately my time for working on Alpha port is really limited and
my AS is in need of parts (It's really hard to get parity FP simms
these day, at least here, and 48 MB is not enough). And also my main
priority is to get a newer VMS installed on it, so Plan9 will need to
AS600 has an EV5 cpu, not an EV56, so IIRC you might have to clean up some
assembler code and add some assembler for drivers to work properly without
BWX instructions
Last time I tried, you can get Plan 9 to build with the -b flag to the
compiler. (at least I think it's -b... there's
On 13 Feb 2008, at 22:03, erik quanstrom wrote:
bootsplash: silent mode.
:-).
(In case anyone hasn't seen this yet ...)
In a different part of the that strange dimension known as
The Linux Zone, someone cryptically pointed me at a hideous exploit via:
Freenode.net just netsplitted. Here is from the ##c chat room:
saparok
17:59
wow. I didnt' realize that dd command could take down all of freenode.
On Feb 13, 2008, at 5:03 PM, erik quanstrom wrote:
from the linux kernel:
bootsplash: silent mode.
- erik
In most /bin/sh variants (I'm not sure about original):
:(){:|:};:
Quick denial of service.
On Feb 13, 2008, at 6:24 PM, [EMAIL PROTECTED] wrote:
On 13 Feb 2008, at 22:03, erik quanstrom wrote:
bootsplash: silent mode.
:-).
(In case anyone hasn't seen this yet ...)
In a
On Wed Feb 13 18:32:19 EST 2008, [EMAIL PROTECTED] wrote:
In most /bin/sh variants (I'm not sure about original):
:(){:|:};:
Quick denial of service.
iirc, there were not functions in the orginal.
- erik
So I think only in bash.
How it works?
http://www.cyberciti.biz/faq/understanding-bash-fork-bomb/
It does use :(){ :|: };:, but I have tried :(){:|:};: and it worked.
On Feb 13, 2008, at 6:41 PM, erik quanstrom wrote:
On Wed Feb 13 18:32:19 EST 2008, [EMAIL PROTECTED] wrote:
In most
That is exactly how that shell attack works.
At one point, however, I think that the number of dynamically
allocated task objects should run out, and the program should just
wind about in an infinite loop of erroneous calls to fork(). What a
shame. I'm happy the OS I'm writing does so. It
In most /bin/sh variants (I'm not sure about original):
:(){:|:};:
Quick denial of service.
This just in: Repeated forks can bring down a system.
Story at 11.
#include u.h
#include libc.h
int main() {
for (;;)
fork();
}
Look ma!
John
Both the fork bomb and naked jessica (that's what they're calling it
now) exploits have been fixed in linux for quite a while now.
--
Anant
32 matches
Mail list logo