Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

feisty upgrade fstab



James Kramer wrote:
> I upgraded to Ubuntu feisty
> The upgrade changes the /etc/fstab
> ...I was wondering why the UUID doesn't work.

It appears I ran into the same issue:

mythtv:/etc# rcsdiff -r1.6 -r1.7 fstab
===================================================================
RCS file: RCS/fstab,v
retrieving revision 1.6
retrieving revision 1.7
diff -r1.6 -r1.7
13,14c13,14
< #/dev/video_vg/video_lv
< UUID=vljNR0-0ZAY-5bxB-bb0M-eVY3-hJpL-P2zyA0 /video xfs defaults 0 0
---
 > #UUID=vljNR0-0ZAY-5bxB-bb0M-eVY3-hJpL-P2zyA0
 > /dev/video_vg/video_lv /video xfs defaults 0 0


I logged that change with the message:
Apparently UUID mechanism doesn't work for LVM. Revert.

I didn't bother investigating. I have other file systems mounted via 
UUID and they seem to work.

In my case what is returned from vol_id doesn't match fstab, so that 
seems to be a good explanation. I'd recommend playing around with the 
mount command using the UUID identifier and see what it reports.

A possibly related issue is that when Feisty switched to udev, there 
were race conditions in the start up scripts, which triggered a variety 
of problems, such as mdadm managed RAID arrays not getting fully 
assembled after a reboot (I mentioned that on this list a month or so 
ago). Maybe a scan for file systems based on UUID fails because the 
devices aren't ready yet, but when the mount is actually performed they are.

  -Tom

-- 
Tom Metro
Venture Logic, Newton, MA, USA
"Enterprise solutions through open source."
Professional Profile: http://tmetro.venturelogic.com/

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.







BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org