Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[HOWTO] HPT, Promise, Medley, Intel, Nvidia RAID Dualboot
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8, 9  Next  
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks
View previous topic :: View next topic  
Author Message
SkidSoft
n00b
n00b


Joined: 24 Jul 2003
Posts: 48

PostPosted: Fri May 27, 2005 3:11 pm    Post subject: Reply with quote

Man,

I've tried alot of things and I cannot get it working for me. I have an A7N8X-E Deluxe and keep getting the 18 error from grub like others have gotten. I already had linux setup on my IDE connections but now both of the kernels for that have crapped out on boot and even the 2005.0 live CD cannot see the partitions I used to use on the IDE in an extended partition. Anyhow...

I can still use my grub that I used before and it sees my raid array as hd2, so this would be much like the booting of the floppy disk. Only problem is that it won't recognize the device command. SO, I reboot back into the array with the dmraid live cd and it just keeps giving me the 18 error no matter how I record the devices, including the NTFS partition.

My Partitions are as follows on the Raid 1:

1. NTFS - Windows XP - ~ 160 GB
2. /boot - ext2 ~32 MB
3. /Swap ~ 2 GB
4. / - ext3 ~ 150 GB

My three linux partitions' space has been sitting Unused for well over a year. I'd REALLY like to get it working so I can get my MythTV back up and running, etc.

Any more thoughts on why I might get this 18 error? Thanks!
_________________
--------------------------------------------------
Skid

And he got his head sent home in a freezerbag!
--Bill Murray in The Man Who Knows Too Little
Back to top
View user's profile Send private message
irondog
l33t
l33t


Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.

PostPosted: Sat May 28, 2005 9:50 am    Post subject: Reply with quote

Error code 18 from the grub manual:
Quote:
Selected cylinder exceeds maximum supported by BIOS.

This error is returned when a read is attempted at a linear block address beyond the end of the BIOS translated area. This generally happens if your disk is larger than the BIOS can handle (512MB for (E)IDE disks on older machines or larger than 8GB in general).


Why don't you place /boot BEFORE the windows partition (160GB!!!)??
You would want to have /boot small and in a place the BIOS can reach.

You might want to use a partition resize tool to fix it before trying to install grub again.
_________________
Alle dingen moeten onzin zijn.
Back to top
View user's profile Send private message
Erlend
Guru
Guru


Joined: 26 Dec 2004
Posts: 493

PostPosted: Sat May 28, 2005 10:18 am    Post subject: Reply with quote

Is the "error 18" occurring when you try and install grub? If so, I had the same error. The fix is to change how you install grub...

The gentoo documentation lists using grub-install as the default method, which is fine for most users. Somehow it doesn't seem to work on dmsetup drives. Instead you should create a "grub bootdisk", instructions here: http://www.gnu.org/software/grub/manual/grub.html#Creating%20a%20GRUB%20boot%20floppy

then you should continue with "Installing grub natively":
http://www.gnu.org/software/grub/manual/grub.html#Creating%20a%20GRUB%20boot%20floppy

You'll notice using this method that you only have one apparent hard disk - that's good - the raid bios is mapping them together temporarily (this is so that e.g. windows can see it's initial startup files).

Erlend
Back to top
View user's profile Send private message
irondog
l33t
l33t


Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.

PostPosted: Sat May 28, 2005 11:02 am    Post subject: Reply with quote

Or use the 0.99a version of the LiveCD which also has Grub.
_________________
Alle dingen moeten onzin zijn.
Back to top
View user's profile Send private message
Tyler_Durden
Apprentice
Apprentice


Joined: 27 Jul 2004
Posts: 189
Location: Germany

PostPosted: Sat May 28, 2005 6:40 pm    Post subject: Having problems with grub? Try lilo with dmraid-1.0.0.rc8! Reply with quote

After switching from P4-System (i875, ICHR5-SATA-Raid) to my new AMD-System (sig below) i had problems booting with lilo.
I had to setup my RAID in the BIOS again, installed the system as usual + lilo 22.7.

It crashed with several errors (worked fine with the Intel system) like:

1.) "keytable read/checksum error" (no boot menu)
2.) "Decompressing gentoo........invalid compressed format (err=1)" (after select gentoo inside the menu)
3.) "EBDA big..."

So i tried grub, but had no luck also...

After reading the changelog for rc8-release of dmraid, i attempted my luck again with lilo and it worked now!

These are my details:

fdisk output:
Code:

HAL9000 ~ # fdisk -l /dev/mapper/nvidia_aidcffca

Disk /dev/mapper/nvidia_aidcffca: 320.0 GB, 320083769344 bytes
255 heads, 63 sectors/track, 38914 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

                      Device Boot      Start         End      Blocks   Id  System
/dev/mapper/nvidia_aidcffca1   *           1       37607   302078196    7  HPFS/NTFS
/dev/mapper/nvidia_aidcffca2           37608       38823     9767520   83  Linux XFS
/dev/mapper/nvidia_aidcffca3           38824       38914      730957+  82  Linux swap / Solaris


lilo.conf
Code:

HAL9000 ~ # cat /etc/lilo.conf
# $Header: /home/cvsroot/gentoo-x86/sys-boot/lilo/files/lilo.conf,v 1.1 2003/12/09 08:12:34 seemant Exp $
# Author: Ultanium

#
# Start LILO global section
#

# Faster, but won't work on all systems:
#compact
# Should work for most systems, and do not have the sector limit:
lba32
# If lba32 do not work, use linear:
#linear

# MBR to install LILO to:
boot = /dev/mapper/nvidia_aidcffca
map = /boot/.map


# If you are having problems booting from a hardware raid-array
# or have a unusual setup, try this:
disk=/dev/sda inaccessible    # see this as the first BIOS disk
disk=/dev/sdb inaccessible    # see this as the first BIOS disk
#disk=/dev/sda bios=0x81                 # see this as the second BIOS disk
#disk=/dev/hda bios=0x82                 # see this as the third BIOS disk

menu-scheme=Wb
prompt
# If you always want to see the prompt with a 15 second timeout:
timeout=50
delay = 10
#default = Gentoo
default = Windows-XP
# Normal VGA console
vga = normal
# VESA console with size 1024x768x16:
#vga = 791

#
# End LILO global section
#

#
# Linux bootable partition config begins
#
image = /boot/vmlinuz
        initrd = /boot/initrd-2.6
        #vga=0x317
        root = /dev/ram0
        label = Gentoo
        read-only # read-only for checking
        append = "init=/linuxrc real_root=/dev/mapper/nvidia_aidcffca2 video=vesafb:1280x1024-32@60,mtrr, \
        ywrap splash=verbose,theme:livecd-2005.0 elevator=deadline"

# Linux bootable partition config ends

# DOS bootable partition config begins
other = /dev/mapper/nvidia_aidcffca1
        label = Windows-XP

# DOS bootable partition config ends


After emerging world, now I'm getting stuck with the ghostscript-compile crash/kernel oops on AMD64, but thats another story... :?
_________________
Gentoo 17.1 x86_64
Intel Core i7-6700K
Asus MAXIMUS VIII HERO
Asus Geforce GTX1080 Ti
Asus STRIX RAID DLX
32GB DDR4
Samsung SSD SM951-NVMe 256GB
8x Seagate Archive (SATA-RAID 64TB)
Digital Devices Cine S2 V6.5 DVB Adapter
Back to top
View user's profile Send private message
gecko1969
n00b
n00b


Joined: 07 May 2005
Posts: 9

PostPosted: Sat May 28, 2005 9:57 pm    Post subject: Reply with quote

You might not consider it "bleeding edge" but it's mostly not supported and is VERY likely to get stepped on by some emerge. My lack of understanding is my biggest fear. While I might not understand a more "vanilla" install I know that it has been tested.

I get nervous when I browse config files for genkernel, udev, rc, and others that just seem waiting to break dmraid. I'd like to re-build my kernel to add somethings but looking at genkernel.conf I see it points to old versions of baselayout, device-mapper, udev, and so on... I was not able to get Gentoo to boot when I built the kernel by hand but genkernel was able to make a bootable kernel (although much much larger than the hand built one) so I must have missed something.

So I am going to fence sit for a bit more. Sooner than later I NEED to get my Treo to sync with Evolution and I seem to not have the visor mod made (although I don't see anything mentioned in the kernel config file for visor, palm or pda, either on or off....).

Regards,

Curtis
Back to top
View user's profile Send private message
irondog
l33t
l33t


Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.

PostPosted: Sun May 29, 2005 8:50 am    Post subject: Reply with quote

Tyler_Durden wrote:
After reading the changelog for rc8-release of dmraid, i attempted my luck again with lilo and it worked now!


Wow. A lilo user. Used my dmraid patch?

gecko1969 wrote:
You might not consider it "bleeding edge" but it's mostly not supported and is VERY likely to get stepped on by some emerge. My lack of understanding is my biggest fear. While I might not understand a more "vanilla" install I know that it has been tested.

Nope, I see it differntly. We are the pioneers with dmraid to get it tested and get it officially supported later. If things very close related to dmraid break, I'm really sure it will be reported on this forum the same day.

Quote:
I get nervous when I browse config files for genkernel, udev, rc, and others that just seem waiting to break dmraid.
I agree, things can break, but if you understand how Gentoo works the cause to a problem can be found. If you don't, there wil be dozens of other people with the same problem who do understand what has caused the problem and can fix it or share their solution. This thread for example, is very important and usefull, I think.

Quote:
I'd like to re-build my kernel to add somethings but looking at genkernel.conf I see it points to old versions of baselayout, device-mapper, udev, and so on... I was not able to get Gentoo to boot when I built the kernel by hand but genkernel was able to make a bootable kernel (although much much larger than the hand built one) so I must have missed something.
If you want to use a custom kernel config, you can use /etc/kernels to use your own.

My personal problem is that working ebuilds existing for dmraid are still not accepted into portage. It's not that I need those ebuilds, but it's very important for gentoo to have them. No ebuilds -> No LiveCD dmraid support.

For example: I worked to solve a bug in Genkernel to have dmraid running on LiveCD's. This has been accepted into Genkernel and in the newest official Gentoo LiveCD. The 2005.0 liveCD now has broken dmraid support because it misses /usr/sbin/dmraid. This can make users confused getting the message "Activating device mapper raid(s)" but once fully booted there is no dmraid tool available. I regret dmraid support in the official LiveCD is 'broken', but please have it fully supported in the next release!
_________________
Alle dingen moeten onzin zijn.
Back to top
View user's profile Send private message
Tyler_Durden
Apprentice
Apprentice


Joined: 27 Jul 2004
Posts: 189
Location: Germany

PostPosted: Sun May 29, 2005 9:51 am    Post subject: Reply with quote

Quote:

Quote:

Tyler_Durden hat folgendes geschrieben::
After reading the changelog for rc8-release of dmraid, i attempted my luck again with lilo and it worked now!


Wow. A lilo user. Used my dmraid patch?


Yes, of course i did! :D
_________________
Gentoo 17.1 x86_64
Intel Core i7-6700K
Asus MAXIMUS VIII HERO
Asus Geforce GTX1080 Ti
Asus STRIX RAID DLX
32GB DDR4
Samsung SSD SM951-NVMe 256GB
8x Seagate Archive (SATA-RAID 64TB)
Digital Devices Cine S2 V6.5 DVB Adapter
Back to top
View user's profile Send private message
kwiqsilver
Guru
Guru


Joined: 19 Mar 2003
Posts: 360

PostPosted: Wed Jun 01, 2005 10:25 pm    Post subject: Reply with quote

SkidSoft wrote:
Man,

I've tried alot of things and I cannot get it working for me. I have an A7N8X-E Deluxe and keep getting the 18 error from grub like others have gotten.

I have the same board and spent a long time working on this.
Even when I had a 32MB boot as /dev/mapper/sil_*1, I still got the 18 error when I tried to read the /boot/grub/menu.lst from within grub. Grub thought /boot/grub/ was a file, not a directory. When I copied menu.lst into /boot, I could run "configfile(?) menu.lst" from within grub to get a menu.
My eventual solution was to put /boot on /dev/hda (I also created a 2GB boot partition for windows, because it can't install entirely on the second disk).
I wanted the extra IDE drive anyway (I use it for my nightly backups), so it's not a bad solution for me.
Back to top
View user's profile Send private message
SkidSoft
n00b
n00b


Joined: 24 Jul 2003
Posts: 48

PostPosted: Wed Jun 08, 2005 3:55 am    Post subject: Reply with quote

kwiqsilver wrote:
SkidSoft wrote:
Man,

I've tried alot of things and I cannot get it working for me. I have an A7N8X-E Deluxe and keep getting the 18 error from grub like others have gotten.

I have the same board and spent a long time working on this.
Even when I had a 32MB boot as /dev/mapper/sil_*1, I still got the 18 error when I tried to read the /boot/grub/menu.lst from within grub. Grub thought /boot/grub/ was a file, not a directory. When I copied menu.lst into /boot, I could run "configfile(?) menu.lst" from within grub to get a menu.
My eventual solution was to put /boot on /dev/hda (I also created a 2GB boot partition for windows, because it can't install entirely on the second disk).
I wanted the extra IDE drive anyway (I use it for my nightly backups), so it's not a bad solution for me.


Funny, I actually have my boot partition on my /dev/hda also but it's started recognizing it as an EZDrive and not recognizing it in an extended partition, like it used to work. No idea why that changed. Anyhow, I have no problem getting grub to boot, and the boot floppy didn't help at all as it didn't work, but grub won't see the SATA drives or something... And even if it does, it gives the 18 error. Man, this sucks, but I have to make this works as it will mess up all my windows stuff if I jumble around my drives, etc like I wish I could.
_________________
--------------------------------------------------
Skid

And he got his head sent home in a freezerbag!
--Bill Murray in The Man Who Knows Too Little
Back to top
View user's profile Send private message
AlphaHeX
n00b
n00b


Joined: 17 Jan 2005
Posts: 60
Location: Warsaw, Poland

PostPosted: Wed Jun 08, 2005 8:20 am    Post subject: Reply with quote

kwiqsilver and SkidSoft if you could describe in details what you have done (from the beginning) what method (dmraid live CD, 2005.0 LiveCD or another way) did you use, what is your configuration (RAID controler, mobo, etc) and what is the layout of the partitions you would like to have.
Back to top
View user's profile Send private message
Skreems
n00b
n00b


Joined: 03 Jul 2002
Posts: 57
Location: ISU - Ames, Iowa

PostPosted: Sun Jun 26, 2005 11:18 pm    Post subject: Reply with quote

gecko1969 wrote:
preparing enviroment for dmraid
calling dmraid
no block devices found

I am using udev not devfs.

When I drop to shell I only have in /dev/mapper
the control file.
My /dev/sd* exsits.

Any clues how to fix?

Other info:
partitions
1. NTFS 100GB (WinXP)
2. Linux 50MB (boot)
3. Swap 4GB
4. Linux 300GB (root)

grub.conf
root (hd0,1)
kernel /kernel-2.6.11-gentoo-r6 init=/linuxrc root=/dev/ram0 real_root=/dev/mapper/pdc_deiaajaa4
initrd /initrd

I know you posted that genkernel "magically" fixed this. I had a similar problem and didn't want to run genkernel because it currently can't make an initrd with a working dmraid setup on my system. I THINK the problem on your system (it was on mine with the same symptoms) was not including the right SATA drivers, under Device Drivers -> SCSI -> Low-Level -> SATA NV (in my case) in the kernel config. Just for the record.
Back to top
View user's profile Send private message
hoopek
n00b
n00b


Joined: 30 Jul 2005
Posts: 3

PostPosted: Sat Jul 30, 2005 12:15 pm    Post subject: Reply with quote

Hello!
I'm newbie to linux, but used gentoo on my old barracuda IV. Now i have 2 Samsungs SATAII NCQ and LanParty NFII Ultra B (Silicon 3114). I installed Windows and try to install Gen2. But while trying dmraid -ay i recive error msq:
Code:
ERROR: sil: invalid metadata checksum on /dev/sda
ERROR: sil: invalid metadata checksum on /dev/sda
ERROR: sil: invalid metadata checksum on /dev/sda
ERROR: sil: invalid metadata checksum on /dev/sda
ERROR: sil: invalid metadata checksum on /dev/sdb
ERROR: sil: invalid metadata checksum on /dev/sdb
ERROR: sil: invalid metadata checksum on /dev/sdb
ERROR: sil: invalid metadata checksum on /dev/sdb
No software RAID detecyed.

My /dev/mapper contains only control file. I have 5 partitions:
1. 20GB FAT32
5. 20GB none, want ext3
6. 2GB FAT16
7. 2GB none, want swap
8. 255GB NTFS
Plz help.
Back to top
View user's profile Send private message
Skreems
n00b
n00b


Joined: 03 Jul 2002
Posts: 57
Location: ISU - Ames, Iowa

PostPosted: Mon Aug 01, 2005 12:15 am    Post subject: Reply with quote

Off the top of my head, I'd guess that you haven't created the raid partition with the bios utility yet. When using softraid, you need to use the bios utility to set up what drives are part of what raid arrays before trying to use them with any type of OS.
Back to top
View user's profile Send private message
hoopek
n00b
n00b


Joined: 30 Jul 2005
Posts: 3

PostPosted: Mon Aug 01, 2005 2:50 pm    Post subject: Reply with quote

I created it pressing F4 on startup, then installed windows XP and created partitions with instalator. Now I want make ma hda5 ext3 and install there Gen2.
Back to top
View user's profile Send private message
irondog
l33t
l33t


Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.

PostPosted: Wed Aug 03, 2005 7:48 am    Post subject: Reply with quote

Try the newer iso. The problem might be that you are using a too old version of dmraid.

This iso is up-to-date:
http://tienstra4.flatnet.tudelft.nl/~gerte/gen2dmraid/gen2dmraid-i686gcc4-1.0.iso
_________________
Alle dingen moeten onzin zijn.
Back to top
View user's profile Send private message
hoopek
n00b
n00b


Joined: 30 Jul 2005
Posts: 3

PostPosted: Thu Aug 04, 2005 5:27 pm    Post subject: Reply with quote

Seams to work... just created filesystems!
Big THX!!! :D
Back to top
View user's profile Send private message
aidanjt
Veteran
Veteran


Joined: 20 Feb 2005
Posts: 1104
Location: Rep. of Ireland

PostPosted: Thu Aug 11, 2005 10:12 pm    Post subject: but why userspace for the love of god? Reply with quote

This is my 1 lone serious gripe about dmraid...
Why on gods earth did the author decide to write it all in userspace?

Surely the more sensible thing to do is to write a simple initiation/control interface patch for the kernel tree under device-mapper to allow the kernel to mount partitions. And any other code could be diverted to userspace. There are a lot of people who detest initrd because it feels like a nasty hack.. which it practically is.

I think it was good that someone started on bios raid workarounds for linux 2.6 (since ataraid was wasn't ported over for some reason i cannot seem to unmask). But it hasn't been implimented as well as it could have. If I wanted to use an initrd driver i would have simpily used my manufactors "open source" (heh) drivers.

I honestly can't see any disadvantage of having this in kernel space, and I can see plenty with the oposite.
Back to top
View user's profile Send private message
irondog
l33t
l33t


Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.

PostPosted: Fri Aug 12, 2005 7:37 am    Post subject: Re: but why userspace for the love of god? Reply with quote

AidanJT wrote:
This is my 1 lone serious gripe about dmraid...
Why on gods earth did the author decide to write it all in userspace?
Because this is the trend in Linux kernel development. Why has devfs been vanished out? Why is genspash using userspace helpers? Next to come is the whole partitioning thing I bet! Dmraid is just a very early bird.

Quote:
Surely the more sensible thing to do is to write a simple initiation/control interface patch for the kernel tree under device-mapper to allow the kernel to mount partitions.
Sounds not too bad. Just write it!

Quote:
And any other code could be diverted to userspace. There are a lot of people who detest initrd because it feels like a nasty hack.. which it practically is.
Monolithic kernels just need things like an initrd. Sometimes it feels like a hack, but it's the only way to make a monolithic kernel more modular.

Quote:
I think it was good that someone started on bios raid workarounds for linux 2.6 (since ataraid was wasn't ported over for some reason i cannot seem to unmask).
Ataraid was dropped because Linus only wants to support good code.

Quote:
But it hasn't been implimented as well as it could have. If I wanted to use an initrd driver i would have simpily used my manufactors "open source" (heh) drivers.
I vote for a kernel patch that allows to move partitioning back to the kernel. I would also like some ioctl's to be available for lilo compatibility.

Quote:
I honestly can't see any disadvantage of having this in kernel space, and I can see plenty with the oposite.
You can't just do everything inside the kernel. It already is a big monster and things that can be done outside, should be.
_________________
Alle dingen moeten onzin zijn.
Back to top
View user's profile Send private message
aidanjt
Veteran
Veteran


Joined: 20 Feb 2005
Posts: 1104
Location: Rep. of Ireland

PostPosted: Fri Aug 12, 2005 11:57 am    Post subject: Re: but why userspace for the love of god? Reply with quote

irondog wrote:
Because this is the trend in Linux kernel development. Why has devfs been vanished out? Why is genspash using userspace helpers? Next to come is the whole partitioning thing I bet! Dmraid is just a very early bird.

I agree with this trend in moving as much unnessecery stuff out of kernel space for stability, and maintainablity purposes, udev is a perfect example of doing it right since the kernel doesn't depend on userspace tools to mount root.

irondog wrote:
Sounds not too bad. Just write it!

Looks like I'll have to look into it, I havn't done kernel coding before, so I'll probibly have a steep learning curve heh. I have a book somewhere on 'Linux Programming' which has a section on the kernel, looks like I'll need to dust off the tombs.

irondog wrote:
Monolithic kernels just need things like an initrd. Sometimes it feels like a hack, but it's the only way to make a monolithic kernel more modular.

Yes, an unfortunate by-product of binary only distros.

irondog wrote:
Ataraid was dropped because Linus only wants to support good code.

Hmm, unfortunatly on the other side of that coin it made BIOS RAID+Dual-booting a nightmare (and practically impossible before dmraid besides mostly broken partial sources from the device manufactor).. Hopefully It will motivate people in our situation enough to do something about it. BIOS RAID chips are being used pretty commonly, its cheap and nasty, but performes admirably in RAID0/Desktop situations. 3ware is overkill for that kind of application with little performance gain.

irondog wrote:
I vote for a kernel patch that allows to move partitioning back to the kernel. I would also like some ioctl's to be available for lilo compatibility.

ioctl's would be nice, it would help if we had experienced kernel coders who know about I/O stuff.. I don't mind giving it a try and likely trash my partitions, since all my work is offloaded on a fileserver. What we would need the patch to do is i) initalise the array ii) add a device node, and nodes for any partitions iii) have some control mechanisms for userspace tools. (am i missing anything?)

irondog wrote:
You can't just do everything inside the kernel. It already is a big monster and things that can be done outside, should be.

Indeed, I agree fully.

Does anyone else think this is a good idea and worth investing time in?

P.S. My thanks to the origional poster of this HOWTO, its really helpful and gave good advice based on the tools available.
Back to top
View user's profile Send private message
irondog
l33t
l33t


Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.

PostPosted: Fri Aug 12, 2005 12:31 pm    Post subject: Re: but why userspace for the love of god? Reply with quote

AidanJT wrote:
Yes, an unfortunate by-product of binary only distros.
Wrong. There is nothing unfortunate on that.

I mean 'Monolithic' as the opposite of 'Microkernels', not as the opposite of a linux kernel split into loadable modules. Whatever you do to the Linux kernel: it will stay a monolithic kernel.
Besides that it would be a real nightmare if all distributions try to compile a kernel during installation optimised for the system. (Which i think is what you were thinking of, blaming source only distro's).

irondog wrote:
What we would need the patch to do is i) initalise the array ii) add a device node, and nodes for any partitions iii) have some control mechanisms for userspace tools. (am i missing anything?)
No, I really don't agree. Early userspace will become VERY popular in the future and dmraid's functionality must not be backported to the kernel again.

Keep it the way it is, but change the behaviour a little bit:
i) dmraid tels device-mapper kernel runspace to setup a RAID (striped or mirrored)
ii) dmraid tells the device-mapper that the newly created device is somthing that contains a partition table
iii) kernel reads partition table and creates linearly mapped devices on top of the stripe/mirrored device
iv) Kernel provides ioctls for: a) re-reading the partition table b) getting info about cylinders / heads / and sectors

Results:
* Better consistency, which helps partitioning programs and installing bootloaders
* all distro's can support dmraid much easier as it will look like something like a scsi disk instead of something really uncommon.

In other words:
* There is nothing wrong with raid setup in userspace and very modular kernels using initrd's (this can be scripted).
* Device-mapper stuff differs too much from normal block devices (scripting this is seems too hard for most distro's developpers).

Quote:
P.S. My thanks to the origional poster of this HOWTO, its really helpful and gave good advice based on the tools available.

NP
_________________
Alle dingen moeten onzin zijn.
Back to top
View user's profile Send private message
aidanjt
Veteran
Veteran


Joined: 20 Feb 2005
Posts: 1104
Location: Rep. of Ireland

PostPosted: Fri Aug 12, 2005 1:23 pm    Post subject: Re: but why userspace for the love of god? Reply with quote

aidanjt wrote:
Yes, an unfortunate by-product of binary only distros.

This comment was regarding the nessecity of initrd to power a modular kernel on binary only distros.

I personally don't like initrd because you need to add unnessecery code to the kernel simpily to get the thing to mount root, you shouldn't need to do this.. kernel modules are fine if you only use certain things from time to time, I2C, ALSA/sound card drivers etc.. for things that you run constantly the additional overhead doesn't make any sense. I'm not saying every distro should compile during installation, its up to the user to determine if binary only makes sense to them (or don't understand the point of source installation).

Offloading code to userspace is a good idea, things like tux and administerive code in kernel space bloats the kernel and things can be done more effectively in userspace. Just so long as you don't require mounting half a complete system in an initrd just to mount root. In this case dmraid can't tell device-mapper anything unless its bundled in initrd which shouldn't be a forced nessecity. Not everyone wants their kernel sprawling with modules, i.e. genkernel is fine for newbies but counter productive for people who know what a kernel is and how to compile one that works with their hardware. my rule of thumb for compiling-in support for something is if i use it 90% (or more) of the time, that goes under the likes of Disk controllers, networking etc.., and the 10% I don't use all the time I would compile as modules, these would fall under the catagory of I2C, ALSA, etc.. initrd is used 0.009% of a machines uptime which adds unnessery size to the kernel.

Having dmraids primary initalisation functionality in kernel space wont stop distros from being able to modulate it and toss it in initrd, it just means there is a choice for people who do compile their own kernels. If anything it will cut down on initrd size because you don't need all the dmraid program in initrd to mount the root fs and thus reducing unnessery overhead to booting all round.

Technically you can do anything at all in userspace with the kernel doing practically nothing, however it isn't optimal for performance considerations, and makes booting more tedious and (user) error prone.
Back to top
View user's profile Send private message
denis.r
n00b
n00b


Joined: 28 Aug 2005
Posts: 4

PostPosted: Sun Aug 28, 2005 6:03 am    Post subject: Reply with quote

irondog wrote:
Try the newer iso. The problem might be that you are using a too old version of dmraid.

This iso is up-to-date:
http://tienstra4.flatnet.tudelft.nl/~gerte/gen2dmraid/gen2dmraid-i686gcc4-1.0.iso


I have been following this thread for quite some time and had successfully installed my system with the 0.99 version of the ISO. Recently I had to reinstall my boot loader and tried this ISO. It did not work for me. I had to go back to the 0.99 ISO.

When I use the 0.99 ISO and execute:

Code:
dmraid -ay


The device files are all correctly created in
Code:
/dev/mapper
. When I use the 1.0 version of the ISO above I only get:

Code:
/dev/mapper/isw_bidjfdiibg_RAID_Volume1


None of the device files are created for the partitions. I also tried:

Code:
dmraid -ay -f isw


but this did not help. I have 11 partitions and they show up just fine with the 0.99 version of the ISO, but only the volume shows up with the 1.0 version of the ISO.

Is there anything else I can do to collect more information on why this is happeneing :?:
And who should I send it to :?:

I am using:
Code:

localhost ~ # /sbin/dmraid --version
dmraid version:         1.0.0.rc7 (2005.04.07)
dmraid library version: 1.0.0.rc7 (2005.04.07)
device-mapper version:  4.4.0


This also makes me a bit reluctant to upgrade my system to dmraid 1.0.0.rc8. It might not boot again :(

Denis (This is my first post here)
Back to top
View user's profile Send private message
denis.r
n00b
n00b


Joined: 28 Aug 2005
Posts: 4

PostPosted: Wed Aug 31, 2005 6:15 am    Post subject: Reply with quote

This is an update on my last post.

I did a bit more troubleshooting and found that dmraid version 1.0.0.rc8 is not a problem.

I installed dmraid 1.0.0.rc8 and it works fine with my gentoo 2.6.11-r9, but if I use gentoo 2.6.12-r9 it fails just like with the gen2dmraid-i686gcc4-1.0.iso. So it seems to be related to some change in 2.6.12. That is what the 1.0 ISO is using.
NOTE: Both gentoo releases show the same device-mapper version 4.4.0.

I have not had a whole lot of time to work on this, but I'll see if I can now gather some more information. I would like to try to initialize the raid without using dmraid, but I'll have to first search for those instructions. I've seen them before, but cannot remember the tool/steps I need to do to do this. Maybe then I'll get a better error message about why dmraid does not create the device files for release 2.6.12.

My RAID is Intel ICH5R. Is anyone else having problems with 2.6.12?

Any other tips/hints would be appreciated.

Denis
Back to top
View user's profile Send private message
irondog
l33t
l33t


Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.

PostPosted: Wed Aug 31, 2005 8:49 am    Post subject: Reply with quote

I would really appreciate if you could test some things with a vanilla kernel. So 2.6.11, 2.6.12 and 2.6.13 without any patchsets.
_________________
Alle dingen moeten onzin zijn.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks All times are GMT
Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8, 9  Next
Page 7 of 9

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum