[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
|
| View previous topic :: View next topic |
| Author |
Message |
SkidSoft
n00b
Joined: 24 Jul 2003
Posts: 48
|
 Posted: Fri May 27, 2005 3:11 pm Post subject: |
 |
|
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 |
|
 |
irondog
l33t
Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.
|
| Posted: Sat May 28, 2005 9:50 am Post subject: |
|
|
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 |
|
|
Erlend
Guru
Joined: 26 Dec 2004
Posts: 493
|
|
| Back to top |
|
|
irondog
l33t
Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.
|
| Posted: Sat May 28, 2005 11:02 am Post subject: |
|
|
Or use the 0.99a version of the LiveCD which also has Grub.
_________________
Alle dingen moeten onzin zijn. |
|
| Back to top |
|
|
Tyler_Durden
Apprentice
Joined: 27 Jul 2004
Posts: 189
Location: Germany
|
| Posted: Sat May 28, 2005 6:40 pm Post subject: Having problems with grub? Try lilo with dmraid-1.0.0.rc8! |
|
|
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 i9-9900K
Asus MAXIMUS XI HERO
AMD Radeon 6800XT
64GB DDR4
Samsung SSD 970 EVO Plus 1TB
8x Seagate Archive (SATA-RAID 64TB)
Digital Devices Cine S2 V6.5 DVB Adapter |
|
| Back to top |
|
|
gecko1969
n00b
Joined: 07 May 2005
Posts: 9
|
| Posted: Sat May 28, 2005 9:57 pm Post subject: |
|
|
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 |
|
|
irondog
l33t
Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.
|
| Posted: Sun May 29, 2005 8:50 am Post subject: |
|
|
| 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 |
|
|
Tyler_Durden
Apprentice
Joined: 27 Jul 2004
Posts: 189
Location: Germany
|
| Posted: Sun May 29, 2005 9:51 am Post subject: |
|
|
| 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! 
_________________
Gentoo 17.1 x86_64
Intel Core i9-9900K
Asus MAXIMUS XI HERO
AMD Radeon 6800XT
64GB DDR4
Samsung SSD 970 EVO Plus 1TB
8x Seagate Archive (SATA-RAID 64TB)
Digital Devices Cine S2 V6.5 DVB Adapter |
|
| Back to top |
|
|
kwiqsilver
Guru
Joined: 19 Mar 2003
Posts: 360
|
| Posted: Wed Jun 01, 2005 10:25 pm Post subject: |
|
|
| 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 |
|
|
SkidSoft
n00b
Joined: 24 Jul 2003
Posts: 48
|
| Posted: Wed Jun 08, 2005 3:55 am Post subject: |
|
|
| 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 |
|
|
AlphaHeX
n00b
Joined: 17 Jan 2005
Posts: 60
Location: Warsaw, Poland
|
| Posted: Wed Jun 08, 2005 8:20 am Post subject: |
|
|
| 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 |
|
|
Skreems
n00b
Joined: 03 Jul 2002
Posts: 57
Location: ISU - Ames, Iowa
|
| Posted: Sun Jun 26, 2005 11:18 pm Post subject: |
|
|
| 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 |
|
|
hoopek
n00b
Joined: 30 Jul 2005
Posts: 3
|
| Posted: Sat Jul 30, 2005 12:15 pm Post subject: |
|
|
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 |
|
|
Skreems
n00b
Joined: 03 Jul 2002
Posts: 57
Location: ISU - Ames, Iowa
|
| Posted: Mon Aug 01, 2005 12:15 am Post subject: |
|
|
| 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 |
|
|
hoopek
n00b
Joined: 30 Jul 2005
Posts: 3
|
| Posted: Mon Aug 01, 2005 2:50 pm Post subject: |
|
|
| 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 |
|
|
irondog
l33t
Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.
|
|
| Back to top |
|
|
hoopek
n00b
Joined: 30 Jul 2005
Posts: 3
|
| Posted: Thu Aug 04, 2005 5:27 pm Post subject: |
|
|
Seams to work... just created filesystems!
Big THX!!! |
|
| Back to top |
|
|
aidanjt
Veteran
Joined: 20 Feb 2005
Posts: 1118
Location: Rep. of Ireland
|
| Posted: Thu Aug 11, 2005 10:12 pm Post subject: but why userspace for the love of god? |
|
|
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 |
|
|
irondog
l33t
Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.
|
| Posted: Fri Aug 12, 2005 7:37 am Post subject: Re: but why userspace for the love of god? |
|
|
| 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 |
|
|
aidanjt
Veteran
Joined: 20 Feb 2005
Posts: 1118
Location: Rep. of Ireland
|
| Posted: Fri Aug 12, 2005 11:57 am Post subject: Re: but why userspace for the love of god? |
|
|
| 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 |
|
|
irondog
l33t
Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.
|
| Posted: Fri Aug 12, 2005 12:31 pm Post subject: Re: but why userspace for the love of god? |
|
|
| 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 |
|
|
aidanjt
Veteran
Joined: 20 Feb 2005
Posts: 1118
Location: Rep. of Ireland
|
| Posted: Fri Aug 12, 2005 1:23 pm Post subject: Re: but why userspace for the love of god? |
|
|
| 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 |
|
|
denis.r
n00b
Joined: 28 Aug 2005
Posts: 4
|
| Posted: Sun Aug 28, 2005 6:03 am Post subject: |
|
|
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:
The device files are all correctly created in . 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:
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 |
|
|
denis.r
n00b
Joined: 28 Aug 2005
Posts: 4
|
| Posted: Wed Aug 31, 2005 6:15 am Post subject: |
|
|
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 |
|
|
irondog
l33t
Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.
|
| Posted: Wed Aug 31, 2005 8:49 am Post subject: |
|
|
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 |
|
|
|
|
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
|
|
Documentation, Tips & Tricks
