Announcement

**lmilano** · Jan 09, 2010, 05:45 PM

Re: /home: waiting for /dev/disk/by-uuid STILL stops a clean boot

So, it seems to me that your partition table is corrupted. I would try to fix it as I suggested above. The worst that could happen is that you need to reformat it all and start fresh. In short:

Code:

sudo apt-get install gpart
sudo gpart /dev/sda

If it seems that gpart is identifying the partition table correctly, you can write it to the disk

Code:

sudo gpart /dev/sda -W /dev/sda

Sounds like a plan?

**The Liquidator** · Jan 09, 2010, 05:54 PM

Re: /home: waiting for /dev/disk/by-uuid STILL stops a clean boot

Here is the output - I pressed q at the final moment. What do you think?

ubuntu@ubuntu:~$ sudo gpart /dev/sda

Begin scan...
Possible partition(Linux ext2), size(15257mb), offset(0mb)
Possible extended partition at offset(15257mb)
Possible partition(Linux ext2), size(38632mb), offset(15257mb)
Possible partition(Linux swap), size(1906mb), offset(53889mb)
End scan.

Checking partitions...
Partition(Linux ext2 filesystem): primary
Partition(Linux ext2 filesystem): logical
Partition(Linux swap or Solaris/x86): logical
Ok.

Guessed primary partition table:
Primary partition(1)
type: 131(0x83)(Linux ext2 filesystem)
size: 15257mb #s(31246360) s(63-31246422)
chs: (0/1/1)-(1023/254/63)d (0/1/1)-(1944/254/61)r

Primary partition(2)
type: 015(0x0F)(Extended DOS, LBA)
size: 40539mb #s(83023920) s(31246425-114270344)
chs: (1023/254/63)-(1023/254/63)d (1945/0/1)-(7112/254/63)r

Primary partition(3)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Primary partition(4)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

ubuntu@ubuntu:~$ sudo gpart /dev/sda -W /dev/sda

Begin scan...
Possible partition(Linux ext2), size(15257mb), offset(0mb)
Possible extended partition at offset(15257mb)
Possible partition(Linux ext2), size(38632mb), offset(15257mb)
Possible partition(Linux swap), size(1906mb), offset(53889mb)
End scan.

Checking partitions...
Partition(Linux ext2 filesystem): primary
Partition(Linux ext2 filesystem): logical
Partition(Linux swap or Solaris/x86): logical
Ok.

Guessed primary partition table:
Primary partition(1)
type: 131(0x83)(Linux ext2 filesystem)
size: 15257mb #s(31246360) s(63-31246422)
chs: (0/1/1)-(1023/254/63)d (0/1/1)-(1944/254/61)r

Primary partition(2)
type: 015(0x0F)(Extended DOS, LBA)
size: 40539mb #s(83023920) s(31246425-114270344)
chs: (1023/254/63)-(1023/254/63)d (1945/0/1)-(7112/254/63)r

Primary partition(3)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Primary partition(4)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Edit this table (y,n) : y

Edit which partition (1..4, q to quit) : 3

Warning: entered values will not be checked; enter at your own risk!
1 - Absolute start sector ( 0)
2 - Absolute sector count ( 0)
3 - Partition type ( 0)(unused)

Edit which value (1..3, q to quit) : q
Primary partition(1)
type: 131(0x83)(Linux ext2 filesystem)
size: 15257mb #s(31246360) s(63-31246422)
chs: (0/1/1)-(1023/254/63)d (0/1/1)-(1944/254/61)r

Primary partition(2)
type: 015(0x0F)(Extended DOS, LBA)
size: 40539mb #s(83023920) s(31246425-114270344)
chs: (1023/254/63)-(1023/254/63)d (1945/0/1)-(7112/254/63)r

Primary partition(3)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Primary partition(4)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Edit which partition (1..4, q to quit) :

**lmilano** · Jan 09, 2010, 06:07 PM

Re: /home: waiting for /dev/disk/by-uuid STILL stops a clean boot

It mentions your 3 partitions, and it seems to me that it finds them ok: a 15 Gb /, a 38 Gb /home and a 2 Gb swap, right? Why did you try to edit it? I am a bit puzzled about the 0 size primary partitions it mentions. In any case, if I were in your shoes, I would just write the changes to /dev/sda and see what happens ... it is not guaranteed to work, but hey, you don't want to spend too much time doing this I guess

**lmilano** · Jan 09, 2010, 06:16 PM

Re: /home: waiting for /dev/disk/by-uuid STILL stops a clean boot

(if you need interactive help feel free to PM me, we can skype or something)

**verndog** · Jan 09, 2010, 09:00 PM

Re: /home: waiting for /dev/disk/by-uuid STILL stops a clean boot

For both 51m0n and Liquidator, or anyone else for that matter.

The best tool I've seen is "Boot Info Script". Both instructions and download info is found here.

If you want a detailed description of your partitions , fstab, grub menu, boot info, and a whole lot more.

**The Liquidator** · Jan 10, 2010, 03:42 PM

Re: /home: waiting for /dev/disk/by-uuid STILL stops a clean boot

Post-mortem - all data was lost and I reinstalled

Thanks to all for the attempts to help. Wonder why it happened though.

I'm glad I only lost a couple of weeks of data but my new years resolution is to back up more often!

**lmilano** · Jan 10, 2010, 05:35 PM

Re: /home: waiting for /dev/disk/by-uuid STILL stops a clean boot

Just for the sake of helping others, at what step did you lose all data? Did you try to write the partition with gpart?

Thanks!

**The Liquidator** · Jan 10, 2010, 06:07 PM

Re: /home: waiting for /dev/disk/by-uuid STILL stops a clean boot

It was following writing the changes - wound up with a report of a couple of hunderd partitions, but then gparted reported only 1.

Spilt milk - but I will be intrigued to learn how it happened (but suspect I never will!).

All the best

Ian

**51m0n** · Jan 15, 2010, 03:26 PM

Re: /home: waiting for /dev/disk/by-uuid STILL stops a clean boot

Originally posted by verndog

Originally posted by 51m0n

OK 1 in 5 boots is successful.

blah@blah:~$sudo blkid
...
blah@blah:~$ cat /etc/fstab
...
blah@blah:~$ sudo fdisk -lu
...

I see you've listed pretty much everything except grub. Are you using grub-legacy or grub2?

Have you just tried and reinstall grub?

Maybe sounds redundant, but I have heard of success from others.

In any case I would like to examine either menu.lst or grub.cfg whichever one you have installed.

Hi, sorry, been off on a major mission trying to get fans/laptop power control working, hadnt noticed all the traffic over here!

I'm using grub2 (default with install - can I install old style grub on the install then?)

In answer to the fsck or reiserfs.fsck fsck wraps around reiser.fsck and simply running fsck will do an fsck on all the partitions it can (it figures out the fs). Which is sweet.

So if anyone gets to the [Press ESC] warning, press ESC then do a umount -a twice then run fsck and answer Yes whenever it asks.

Even this doesnt always work for me, but having gone through several upgrades its getting a little more stable. Still think I'm going to blat the whole machine and re write the entire partition table, reinstall windows then dual boot kubuntu on there with ext4 from a freshly burnt cd.

Too many variables out there!

**51m0n** · Jan 15, 2010, 05:29 PM

Re: /home: waiting for /dev/disk/by-uuid STILL stops a clean boot

grub.cfg

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s /boot/grub/grubenv ]; then
have_grubenv=true
load_env
fi
set default="0"
if [ ${prev_saved_entry} ]; then
saved_entry=${prev_saved_entry}
save_env saved_entry
prev_saved_entry=
save_env prev_saved_entry
fi
insmod reiserfs
set root=(hd0,8)
search --no-floppy --fs-uuid --set 74b99dff-b914-473f-a99d-136774c2de04
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
if [ ${recordfail} = 1 ]; then
set timeout=-1
else
set timeout=10
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/white
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry "Ubuntu, Linux 2.6.31-17-generic" {
recordfail=1
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
set quiet=1
insmod reiserfs
set root=(hd0,17)
search --no-floppy --fs-uuid --set 1b373167-4440-405b-adb4-4d5f8c9c9b97
linux /vmlinuz-2.6.31-17-generic root=UUID=74b99dff-b914-473f-a99d-136774c2de04 ro quiet splash
initrd /initrd.img-2.6.31-17-generic
}
menuentry "Ubuntu, Linux 2.6.31-17-generic (recovery mode)" {
recordfail=1
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
insmod reiserfs
set root=(hd0,17)
search --no-floppy --fs-uuid --set 1b373167-4440-405b-adb4-4d5f8c9c9b97
linux /vmlinuz-2.6.31-17-generic root=UUID=74b99dff-b914-473f-a99d-136774c2de04 ro single
initrd /initrd.img-2.6.31-17-generic
}
menuentry "Ubuntu, Linux 2.6.31-16-generic" {
recordfail=1
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
set quiet=1
insmod reiserfs
set root=(hd0,17)
search --no-floppy --fs-uuid --set 1b373167-4440-405b-adb4-4d5f8c9c9b97
linux /vmlinuz-2.6.31-16-generic root=UUID=74b99dff-b914-473f-a99d-136774c2de04 ro quiet splash
initrd /initrd.img-2.6.31-16-generic
}
menuentry "Ubuntu, Linux 2.6.31-16-generic (recovery mode)" {
recordfail=1
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
insmod reiserfs
set root=(hd0,17)
search --no-floppy --fs-uuid --set 1b373167-4440-405b-adb4-4d5f8c9c9b97
linux /vmlinuz-2.6.31-16-generic root=UUID=74b99dff-b914-473f-a99d-136774c2de04 ro single
initrd /initrd.img-2.6.31-16-generic
}
menuentry "Ubuntu, Linux 2.6.31-14-generic" {
recordfail=1
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
set quiet=1
insmod reiserfs
set root=(hd0,17)
search --no-floppy --fs-uuid --set 1b373167-4440-405b-adb4-4d5f8c9c9b97
linux /vmlinuz-2.6.31-14-generic root=UUID=74b99dff-b914-473f-a99d-136774c2de04 ro quiet splash
initrd /initrd.img-2.6.31-14-generic
}
menuentry "Ubuntu, Linux 2.6.31-14-generic (recovery mode)" {
recordfail=1
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
insmod reiserfs
set root=(hd0,17)
search --no-floppy --fs-uuid --set 1b373167-4440-405b-adb4-4d5f8c9c9b97
linux /vmlinuz-2.6.31-14-generic root=UUID=74b99dff-b914-473f-a99d-136774c2de04 ro single
initrd /initrd.img-2.6.31-14-generic
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
linux16 /memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
linux16 /memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Microsoft Windows XP Professional (on /dev/sda1)" {
insmod ntfs
set root=(hd0,1)
search --no-floppy --fs-uuid --set 5efe92117e8c3e78
drivemap -s (hd0) ${root}
chainloader +1
}
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

**verndog** · Jan 15, 2010, 06:24 PM

Re: /home: waiting for /dev/disk/by-uuid STILL stops a clean boot

I see that you have several entries for each kernel. Can you boot any one kernel constantly?

Without re-reading, did you say you can boot Windows without any problems?

**51m0n** · Jan 20, 2010, 01:20 PM

Re: /home: waiting for /dev/disk/by-uuid STILL stops a clean boot

No kernel works better than any other

XP boots fine

Announcement

/home: waiting for /dev/disk/by-uuid STILL stops a clean boot

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Users Viewing This Topic