Pages

Search

Hardware SATA RAID -- FC4 installation - Forums Linux

Hardware SATA RAID -- FC4 installation - Forums Linux


Hardware SATA RAID -- FC4 installation

Posted: 19 Nov 2005 08:39 PM PST

Markku Kolkka wrote: 

That's the way I have it for the time being. However, the
machine is a dual-boot with Windows 2000 (which unfortunately,
I *have* to use for certain tasks, about 20 to 30% of the
time), and I want to have RAID in there too.

However, if I go the software RAID way, then Windows 2000
requires the entire disks for itself -- they have to be set
as "Dynamic Disks", which means that the OS creates ONE
partition labeled as NTFS (one partition per drive, spanning
the whole drive), and then it handles everything that happens
inside that partition. As a result, Linux can't use any
space of those drives.

Is there more documentation on that DMRAID that they talk
about in the page you pointed me to? It sounds interesting,
but sounds complicated (well, more than complicated, sounds
like a hack -- perhaps it has to be, given the "hacky"
nature of this technological abortion that they call
"onboard RAID controller"?? :-))

Why can't they simply do something in which you simply
connect two drives to a piece of hardware, and that piece
of hardware is, from every and any conceivable point of
view, seen by the OS as *one* hard drive with twice the
speed and twice the capacity? (that is, for RAID-0)

Thanks!

Carlos
--

GRand Unified Boot misery and Fedora Core 4

Posted: 19 Nov 2005 03:29 AM PST

On Sat, 19 Nov 2005 13:37:54 +0000, imotgm wrote:

 

CORRECTION

You're going to have to provide a vfat (fat32) partition that can be
read and written to by both OSs, to mount, and copy to. Linux does not
write well to ntfs, and could cause corruption, and data loss. The above
line should read;

# mount /dev/sd?? -t vfat /mnt <Enter>

where the ?? is replaced with the shared vfat partition designation.
 

You now have a file named "test.txt" in the root directory of your shared
vfat partition. Shutdown Knoppix, reboot to Windows, and post the contents
of "test.txt" back here. You can open it with "Write" and copy/paste it
into your newsreader.

Sorry about that. I don't personally use ntfs, and was thinking more of
the details of the process, than that little Windows booby trap. My error.
And also thanks to Tauno Voipio, for the tip about using "Write" instead
of "notepad".

--
imotgm
"Lost? Lost? I've never been lost... Been a tad confused for a
month or two, but never lost."


Bare Restricted Secure Linux Account

Posted: 18 Nov 2005 04:35 PM PST

On Sat, 19 Nov 2005 01:35:45 +0100, boston_code_monkey <com> wrote:
 

Between firefox and mysql you need some kind of http server.
The http server and sql should run in one context, firefox in another.
Think of them as completely separate systems.

Users will be interacting with firefox. FF is not designed to restrict
its users, it is designed to keep the user safe from dangers on the net.

You probably want to disable the address bar and the menu bar in firefox,
I am not sure if you can disable enough to prevent users from entering
their own urls. You must disable the "file:" protocol in the browser.

Restricting what FF can do will be the hardest part. Probably you can run
FF and X in a chroot jail, having all the necessary libraries available.
FF and X must communicate some way, normally they do so through a named
pipe in /tmp. With FF in a chroot jail, it must have access to X.
You can enable tcp in X, and set DISPLAY=localhost:0, then FF and X
do not need to share anything. I guess you can run FF in a jail where
/usr/bin is empty, except for just firefox.

The normal non-restricted linux system runs the desktop from init,
in /etc/inittab, there is a "prefdm" entry, which runs gdm or kdm
or xdm. Remove that and you are taking control. Put a script instead that
runs X, sleeps a second, then starts a simple window manager, and firefox.
When the firefox application terminates, just kill everything. Let
init handle the restart of the application by setting "respawn" in inttab.

In the chain of commands, before starting X, run everything under su -
restricted-user, and chroot if possible.

Also remove the "mingetty" entries in the /etc/inittab. Better, make
your lottery application run under a separate runlevel, eg. runlevel 4.
Remove "4" from the runlevel field of all entries in inittab, and create
new entries for your stuff, that run in level 4. Make 4 the default
runlevel.

Set a password protection on the boot loader.

Make sure the sysreq functions are disabled in the kernel by
echo 0 >/proc/sys...appropriate files.

Security is easier if employees do not use Firefox on the same computer.
Let the secured computer just run the http daemon and mysql,
and let the employees access it through any browser they like on
any PC other than the secured one. If you set up a tight firewall
on the secured PC and follow standard practice with the rest, you
should be OK.

-Enrique

how can I configure a simple default IPv6 route

Posted: 17 Nov 2005 06:29 PM PST

The cenario that i will try to configur is the following:


a::1/64 b::1/64 b::2/64 c::1/64
------ (Host1 )------------------( Host2 )----------------

-All the Hosts has forwarding flag at true (1)
-The interfaces are properly configured. In the host1, i reach
sucessefully a::1, b::1 and b::2.

-For host1 comunicate with c::/64 network, e try to issue the fallowing
command.

[root@Host1]# ip -6 route add a::/64 via b::1
RTNETLINK answers: Invalid argument
[root@Host1]#

what is the problem?? thanks

Centralised authentication.

Posted: 17 Nov 2005 12:14 PM PST

In comp.os.linux.setup fredhand <com>: 
[..]
 
[..]
 

Why should he want to join a NT domain?
 
 

The URL doesn't work for me?

--
Michael Heiming (X-PGP-Sig > GPG-Key ID: EDD27B94)
mail: echo qr | perl -pe 'y/a-z/n-za-m/'
#bofh excuse 284: Electrons on a bender

Windows Network connect

Posted: 17 Nov 2005 11:21 AM PST

John Ferrell wrote:
 

Congratulations, John. You have weathered the Peter Breuer Effect and
emerged with your head held high.

running linux inside a small usb device?

Posted: 16 Nov 2005 11:03 AM PST


"Anthony Fremont" <com> wrote in message
news:Fg%ef.21520$texas.rr.com... 
Not as small, but 'interesting' for some applications, is the Netgear
NSLU2 file server box. It has a small Linux implementation (SnapGear), a
100base-T network connection, and two USB-2 master ports. About the size
of a cigarette packet, and cheap. 8MB of flash memory, and 32MB of RAM.
Even an RTC!. Source for the Linux, is included on the CD.
For certain USB master applications, it has to be a really economical way
of going!... :-)

Best Wishes


Installing Linux on Windows XP

Posted: 15 Nov 2005 07:52 AM PST


"hanu" <com> wrote in message
news:googlegroups.com... 

Hanu, you may as well ask US mercenaries not to commit war crimes. Ain't
gonna happen.


Help: Replacing my Windows partition with Linux in a dual boot machine.

Posted: 14 Nov 2005 01:47 PM PST

On Mon, 14 Nov 2005 21:47:23 +0000, Marie-France wrote:
 

This is very easy. For details on the installation itself, go here;

http://www.opensuse.org/Documentation

and download the "Novell SUSE Linux 10.0 Start-Up" pdf file. the first
part will guide you, step by step, through the installation, complete with
screen shots.

If you want to be sure that you can see your SUSE installation from Red
Hat, check first to be sure your Red Hat kernel can read reiserfs. If it
can't, or you're unsure, when you format /hda1 during the SUSE
installation, use ext3 instead of reiserfs. All my SUSEs have been on
ext3, except 8.0. One of my other Linux installs could'nt mount it, so I
copied it off to another partition, reformatted to ext3, and then
copied it back.

When I say "One of my other Linux installs", I have seven on this machine
right now, and have had twelve at a time over the years, so this is from
experience, and I've installed grub to the MBR exactly once, with SuSE
7.2, and its survived to boot every Linux, and up to five Windows
installations, since. Still there, never gave a hiccup. See below.
 

You can definitely share the swap partition, but for a test installation,
I wouldn't bother with a separate /tmp partition to begin with. If you
need the extra space later, you can add a line in fstab to mount
your redhat /tmp partition to SUSE's /tmp. It should work.
 

Easiest way is to choose to install SUSE's grub to a floppy. This will
give you a way to boot back to SUSE, mount Red Hat's / on /mnt/RH, or
whatever you want to call the mount point, and copy/paste the SUSE stanzas
from /boot/grub/menu.lst to /mnt/RH/boot/grub/menu.conf, in either KDE or
Gnome. The stanzas will, by default, be named Linux, so rename them SUSE,
and the Red Hat stanzas also, as you want them to appear in grub's startup
menu. Erase the Windows stanza. Save menu.conf. At this point you can
remove the floppy, reboot, and you should see, and be able to boot to,
either one. Your present Red Hat grub, in the MBR, will be alive, well,
and untouched. Keep the floppy for emergency use, to boot directly to
SUSE, if the MBR ever gets corrupt.

You're done. I did say it was easy. ;-D
 

You're welcome.

--
imotgm
"Lost? Lost? I've never been lost... Been a tad confused for a
month or two, but never lost."