Linux Archive

Linux Archive (http://www.linux-archive.org/)
-   ArchLinux General Discussion (http://www.linux-archive.org/archlinux-general-discussion/)
-   -   dmraid install failure (new thread) (http://www.linux-archive.org/archlinux-general-discussion/466553-dmraid-install-failure-new-thread.html)

"David C. Rankin" 12-16-2010 06:30 PM

dmraid install failure (new thread)
 
Sorry for the new thread, but I'm at the office and the 'leave message of
server' in Tbird didn't work :(


Sir Thomas wrote:
>Am 16.12.2010 03:30, schrieb David C. Rankin:
>> > Waiting 10 seconds for device /dev/mapper/nvidia_haheegdbp6 ...
>> >
>> > Root device '/dev/mapper/nvidia_haheegdbp6' doesn't exist. Attempting to
>create it.

>> >
>> > ERROR: Unable to determine major/minor number of root device
>> > '/dev/mapper/nvidia_haheegdbp6'
>> >
>> > You are being dropped to a recovery shell
>> >
>> > Type 'exit' to try and continue booting
>> >
>> > /bin/sh: can't access tty; job control turned off
>> >
>> > [ ramfs ]#
>You have an almost fully functional system in that ramfs environment.
>Look at the output of 'ls -l /dev/mapper' to see if the devices are
>indeed missing.
>

Yep, but the issue is I haven't the foggies about what I can and can't do with
the ramfs prompt. However, I think I have some additional information that will
help.


>Look at 'ls -l /dev/sd*' to see if your hard drives even show up. If
>they do, try to issue 'dmraid -ay' again and see if the /dev/mapper
>devices show up now.
>

All of the drives are there and you can see them with cat /proc/partitions. I
tried recreating the arrays with 'dmraid -ay' but 'dmraid' isn't found. So it
looks like it either wasn't installed (hard to believe because I install just
about everything exept firmware stuff in the initial package selectioni), or for
some reason the initramfs was made to include them. My guess is that it wasn't
installed to begin with because dmraid should be there if it was.


I'll go back and chroot the environment and see what happened to dmraid and
report back. I'll bet that fixes it. Then the question becomes "Why wasn't
dmraid installed to begin with?"


Only 2 possible answers: (1) stupidity (never ruled out); or (2) a bug.

I'll let you know. Thanks for your help.

>This might just be a timing problem: dmraid -ay might be called before
>/dev/sd* is fully set up and detected - we had these problems in the
>past already. The 'sleep' hook put after the udev hook can work around that.
>
I>f it isn't a timing problem, then your hard drives are probably not
d>etected. The reasons for this can be manifold, but it never hurts to
>try if the fallback image shows the same behaviour.


--
David C. Rankin, J.D.,P.E.
Rankin Law Firm, PLLC
510 Ochiltree Street
Nacogdoches, Texas 75961
Telephone: (936) 715-9333
Facsimile: (936) 715-9339
www.rankinlawfirm.com

"David C. Rankin" 12-16-2010 07:28 PM

dmraid install failure (new thread)
 
On 12/16/2010 01:30 PM, David C. Rankin wrote:

I'll go back and chroot the environment and see what happened to dmraid and
report back. I'll bet that fixes it. Then the question becomes "Why wasn't
dmraid installed to begin with?"

Only 2 possible answers: (1) stupidity (never ruled out); or (2) a bug.

I'll let you know. Thanks for your help.



Oh, the shame.....

The answer: (1)

I remembered the modules line in both rc.conf and mkinitcpio.conf, but
overlooked the all important HOOKS line. (at that point last night, it was a
"forest for the trees" issue and no amount of additional work would help)


Not all was lost. The wiki page got a bit of sprucing up and I learned a bit
more about the ramfs prompt -- although I hope I don't see it again for a while...


After correcting the hooks like and remaking the kernel and fallback images, the
box boots like a champ.


Sorry for the noise, but at this point, we have 1 more Arch box in the herd and
only 3 more suse boxes to convert. 9 down, 3 to go :)


--
David C. Rankin, J.D.,P.E.
Rankin Law Firm, PLLC
510 Ochiltree Street
Nacogdoches, Texas 75961
Telephone: (936) 715-9333
Facsimile: (936) 715-9339
www.rankinlawfirm.com


All times are GMT. The time now is 07:35 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.