LinuxQuestions.org
Support LQ: Use code LQ3 and save $3 on Domain Registration
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Desktop
User Name
Password
Linux - Desktop This forum is for the discussion of all Linux Software used in a desktop context.

Notices

Reply
 
Search this Thread
Old 10-01-2010, 08:54 PM   #1
Rottiehound
LQ Newbie
 
Registered: Aug 2007
Location: Connecticut
Distribution: Mostly Mandriva 2010.0
Posts: 9

Rep: Reputation: 0
"Waiting for device sda1 to appear (timeout 1 min)"


This afternoon, I tried to install Debian on a spare partition. The install didn't work, and I backed out of it. But that's not the problem.

Since that experiment, my main environment - Mandriva 2010 - has been very slow to load. While I was watching the circle go around on the splash screen (if you have Mandriva, you know what I mean), I hit [esc] and saw the following lines on the TTY display:

Quote:
Waiting for device sda1 to appear (timeout 1 min)
Waiting for device sda5 to appear (timeout 1 min)
sda5 is my swap partition; sda1 is where Mandriva lives.

It's not going to kill me to wait one extra minute after I turn on the computer, but this is new behavior; and I'd like some ideas on

a. why it happened, and
b. how to revert it to my previous near-instant startup.

I was very careful to ask Debian to only write its GRUB to the boot sector of its own partition (sda6). Mandriva is acting normally except for the change in startup.

Thanks.

Last edited by Rottiehound; 10-01-2010 at 08:55 PM. Reason: typo
 
Old 10-02-2010, 02:15 PM   #2
{BBI}Nexus{BBI}
Senior Member
 
Registered: Jan 2005
Location: Nottingham, UK
Distribution: Mageia 4
Posts: 4,297

Rep: Reputation: 205Reputation: 205Reputation: 205
That message has nothing to do with your Debian install attempt. I have only ever had Mandriva on my system and I get the same message(s), I always have done quite a while now.

When a new kernel is installed you will get that behaviour where the circle just seems to be continuously going round but the system seems to be taking a while to load up. The reason for that delay is certain kernel modules are recompiled the next time you startup.

I don't know how you can revert back to your previous near instant startup, but I doubt waiting an extra minute will seriously impact on your productivity time.
 
Old 10-02-2010, 05:54 PM   #3
Rottiehound
LQ Newbie
 
Registered: Aug 2007
Location: Connecticut
Distribution: Mostly Mandriva 2010.0
Posts: 9

Original Poster
Rep: Reputation: 0
Hi Nexus, thanks for your reply.

This is Mandriva 2010.0, not the newer one, and they haven't sent me a new kernel in a long time. Updates in general have pretty much dried up. The "waiting for device" messages, and the delay, are new behaviors since the Debian debacle. Maybe the fact that the botched Debian install reformatted my swap drive is enough to make Mandriva "think" it needs to find something to recompile? Just guessing.

Unexpected new behavior always bugs me out to some extent. I can always use the extra minute to go make some more tea, as long as I know I'm not witnessing the birth of a showstopper. If you've been getting the swirlies for that long, I guess they're OK.

Thanks again,

'Hound

Last edited by Rottiehound; 10-02-2010 at 06:01 PM. Reason: more bloody typos!
 
Old 10-02-2010, 07:02 PM   #4
{BBI}Nexus{BBI}
Senior Member
 
Registered: Jan 2005
Location: Nottingham, UK
Distribution: Mageia 4
Posts: 4,297

Rep: Reputation: 205Reputation: 205Reputation: 205
Quote:
Originally Posted by Rottiehound View Post
...they haven't sent me a new kernel in a long time.
That is unusual. Kernel updates are not normally dependent on which release version you are running. Are you not seeing any update notifications at all?
Quote:
Unexpected new behavior always bugs me out to some extent.
Unless you go through the list of what is going to be updated (or watch the updates being applied) there's often new features added that are not always noticeable straight away.

I always make it a point to hit esc at the bootsplash phase and familiarise myself with what happens at boot time. It makes it easier to spot when things are not quite right.

At least you were adventurous enough to investigate the lengthy 'swirly'
 
Old 10-02-2010, 07:54 PM   #5
jiml8
Senior Member
 
Registered: Sep 2003
Posts: 3,171

Rep: Reputation: 114Reputation: 114
The problem has to do with using UUID to identify disks and partitions.

I had the problem myself at one point and solved it. Sadly, I don't recall what I did, but it had to do with making sure the UUID seen for the partition was consistent throughout the system - including the entries in /dev, and in menu.lst, and in fstab.

Try running mkinitrd. Seems to me that is what fixed my problem.

mkinitrd -f /boot/initrd-2.6.31.12-desktop-1mnb.img 2.6.31.12-desktop-1mnb

with changes as appropriate to pick up your kernel correctly.

Last edited by jiml8; 10-02-2010 at 07:55 PM.
 
Old 10-02-2010, 08:19 PM   #6
Kenhelm
Member
 
Registered: Mar 2008
Location: N. W. England
Distribution: Mandriva
Posts: 329

Rep: Reputation: 140Reputation: 140
I had a similar problem after remaking the swap space on Mandriva 2010.1. My swap space was given a new UUID which was different to the old UUID still present in some system files.

Code:
# On booting I received this message:
waiting for device sda1 to appear (timeout 1 min)
waiting for device sda5 to appear (timeout 1 min)
# Then after a 1 minute delay:
Could not find resume device (UUID=4a409051-c367-43a1-ab33-530ee64ba70a)
Could not resolve resume device (UUID=4a409051-c367-43a1-ab33-530ee64ba70a)
The cause seemed to be the 'resume=' entries in /boot/grub/menu.lst were still using the old UUID for the swap space.

Try comparing your swap space UUID with the ones in /etc/fstab and /boot/grub/menu.lst.
This gets the UUID directly from the swap space. It has to be run as root.
Code:
dd if=/dev/sda5 skip=1036 bs=1 count=16  2>/dev/null |
od -An -tx1 |
sed  's/ //g; s/\(........\)\(....\)\(....\)\(....\)/\1-\2-\3-\4-/'

1cf2e05c-549a-435e-aec2-74314bdc3bc0     # Typical output

# EDIT: A shorter way of doing it
od -j1036 -N16 -An -tx1  /dev/sda5 |
sed  's/ //g; s/\(........\)\(....\)\(....\)\(....\)/\1-\2-\3-\4-/'

1cf2e05c-549a-435e-aec2-74314bdc3bc0
I got rid of my 1 minute timeout by restoring the original UUID back to the swap space.
I thought that this would be a safer method than trying to find every place on the system where the UUID was being stored in order to make changes there.
(This dd command needs to be run as root and should only be used on swap spaces. If used on non-swap partitions it will corrupt them because their UUID is in a different position.)
Code:
UUID=4a409051-c367-43a1-ab33-530ee64ba70a
printf $(echo -n "${UUID//-}" | sed 's/../\\x&/g') |
dd of=/dev/sda5 seek=1036 bs=1 count=16 conv=notrunc

# UUID=     The original swap UUID about to be restored to swap
# echo -n "${UUID//-}"  Removes all '-' from the UUID.
# sed 's/../\\x&/g'     Modifies all hex pairs, e.g. '4a' to '\x4a'
# printf         Converts the resulting hex string to characters.
# dd   Overwrites the existing swap UUID with the original UUID.

Last edited by Kenhelm; 10-03-2010 at 12:10 PM.
 
Old 10-04-2010, 10:19 PM   #7
{BBI}Nexus{BBI}
Senior Member
 
Registered: Jan 2005
Location: Nottingham, UK
Distribution: Mageia 4
Posts: 4,297

Rep: Reputation: 205Reputation: 205Reputation: 205
I've just done a fresh from scratch install of Mandriva and straight away I get the same messages as above for sda1 and sda5.
 
Old 10-05-2010, 06:50 PM   #8
Rottiehound
LQ Newbie
 
Registered: Aug 2007
Location: Connecticut
Distribution: Mostly Mandriva 2010.0
Posts: 9

Original Poster
Rep: Reputation: 0
Hi everybody,

Sorry; it took me a while to get back to this.

Kenhelm, I tried running your first command, and it returned something that looked like a UUID: that is, all the hyphens were in the right place and there were the right number of digits, but the digits were all zeros. I wouldn't be at all surprised if you diagnosed the cause of this. However, my install at least boots up, without the 'could not find resume device', &c. messages.

I saved what you wrote as a .sh script and ran that from the prompt. I also transcribed the whole thing and ran that from the prompt, with the same results.

I assume that if all those zeros were right, that would mean my swap space is corrupt or invisible, and Mandriva would be throwing me some big honkin' error messages.

Jim18, mkinitrd sounds like one of those carnivorous commands I shouldn't mess with but I should learn more about it, anyway. What's the worst that could happen if I run that command?

Nexus, I do check for updates via MCC from time to time. The other day it offered me some ATI drivers, for instance. But the kernel is still 2.6.31.13. I suspect that Mandriva isn't doing a lot to maintain 2010.0 these days. A couple of streaming media sites that I rely on did not work well with Mandriva 2010.1, and I could never get to the bottom of that (except to be reaffirmed in my belief that Adobe Flash is a big fat PITA), so I didn't move over to that version.

Thanks, everybody.
 
Old 10-05-2010, 07:11 PM   #9
{BBI}Nexus{BBI}
Senior Member
 
Registered: Jan 2005
Location: Nottingham, UK
Distribution: Mageia 4
Posts: 4,297

Rep: Reputation: 205Reputation: 205Reputation: 205
Quote:
Originally Posted by Rottiehound View Post
But the kernel is still 2.6.31.13. I suspect that Mandriva isn't doing a lot to maintain 2010.0 these days.
You shouldn't need to manually check. The current kernel version is 2.6.33.7. Maybe it's the repositories that you're using.

Quote:
mkinitrd sounds like one of those carnivorous commands I shouldn't mess with..
I tried that command. It didn't fix the timeout message and, the worst thing that happened was my system actually booted up quicker..! Thanks for that jiml8

I'm with you 100% on the flash trashing
 
Old 10-05-2010, 09:12 PM   #10
Kenhelm
Member
 
Registered: Mar 2008
Location: N. W. England
Distribution: Mandriva
Posts: 329

Rep: Reputation: 140Reputation: 140
Mandriva doesn't make a fuss if the swap space isn't working.
A quick way of checking the swap is to enter the 'free' command into a terminal.
The swap isn't working if there are only zeros on the 'Swap:' line.
 
Old 10-07-2010, 08:56 AM   #11
Rottiehound
LQ Newbie
 
Registered: Aug 2007
Location: Connecticut
Distribution: Mostly Mandriva 2010.0
Posts: 9

Original Poster
Rep: Reputation: 0
Quote:
Originally Posted by {BBI}Nexus{BBI} View Post
You shouldn't need to manually check. The current kernel version is 2.6.33.7. Maybe it's the repositories that you're using.
Main, Main Updates, Contrib, Contrib Updates, Non-free, Non-free Updates. I have two Mandriva installations that I use regularly (one 32-bit, one 64-bit), and it's the same with both of them.

Quote:
Originally Posted by {BBI}Nexus{BBI} View Post
I tried that command. It didn't fix the timeout message and, the worst thing that happened was my system actually booted up quicker..! Thanks for that jiml8
I worked up the courage to try that, with very similar results to what you report. Pretty cool! I still get "Waiting for device sda1 to appear", which doesn't happen on my 32-bit machine, but the time is down to about 20 seconds. Anyway, a good excuse to learn about "mkinitrd".

Quote:
Originally Posted by Kenhelm
A quick way of checking the swap is to enter the 'free' command into a terminal.
Ken, thanks. That's yet another useful command to know about, cool! And yes, "Swap:"=goose eggs. So Mandriva lost track of the swap partition. Not the end of the world, and I have sure learned a lot from this episode.

Well, now I'm off to try to find out why Evolution is flaking out....

Last edited by Rottiehound; 10-07-2010 at 08:59 AM. Reason: I talk too much
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Ubuntu Custom kernel - kp: cannot open root device "sda1" Thaidog Linux - Software 5 01-08-2009 04:34 PM
stuck at PPPOE "Timeout waiting for PADO packets" :-( GerianneMcC Linux - Networking 4 04-06-2008 07:45 PM
2.6.19: VFS: Cannot Open root device "sda1" or unknown-block(0,0) havok1977 Linux - Kernel 18 05-03-2007 04:25 PM
"timeout waiting for PADO packets" error in pppoe germansailor Linux - Networking 1 04-10-2007 10:01 AM
ADSL Not working with DSL-300G. Error: "pppoe: timeout waiting for PADO packets" bitshifter Debian 1 01-15-2004 12:41 AM


All times are GMT -5. The time now is 11:01 PM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration