disklabel

[Manu Abraham]

Hi,
	I had a machine running RH9 and a 120GB SATA HDD. The HDD was ailing and 
occassionally giving out sector not found {Drive ready,Seek failure} errors. 
So i thought it was time to move in to FC3 and a new 160GB SATA HDD.

Bootup of FC3 gave me a kernel crash, and an error complaining about 
suggesting acpi=off, but even with acpi=off, still gave me the same warning 
and a crash..

I then later on figured that the SATA Enhanced mode operation would be a 
problem and switched it to compatibility mode. The motherboard is an ASUS 
P4C800, Intel 875 chipset.. Lo it worked....

That went fine through.... No problems even though initially i thought not to 
edit /etc/fstab by hand because it was generated by fstab-sync ? I went on to 
edit it by hand...

Everything went smoothly...


Now i figured that i required some files more were there on the old HDD, than 
compared to the backup i had...

I plugged in the OLD SATA HDD has Primary Slave, and the NEW SATA HDD as 
Primary master.  

The initscripts failed stating about duplicate LABEL=/, LABEL=/boot, 
LABEL=/work...

and a hung system...

I know that if i modify the disklabels to actual device names my problems 
would be solved...

But, what i would like to know is whether a graceful way of doing it exists, 
without much hassle... I know that this is not much of an issue, but still 
thought it would be better if i posted the problem...

Manu

[Kyrre Ness Sjobak]

søn, 12.12.2004 kl. 13.16 skrev Manu Abraham:
>  Hi,
>  	I had a machine running RH9 and a 120GB SATA HDD. The HDD was ailing and 
>  occassionally giving out sector not found {Drive ready,Seek failure} errors. 
>  So i thought it was time to move in to FC3 and a new 160GB SATA HDD.
>  
>  Bootup of FC3 gave me a kernel crash, and an error complaining about 
>  suggesting acpi=off, but even with acpi=off, still gave me the same warning 
>  and a crash..
>  
>  I then later on figured that the SATA Enhanced mode operation would be a 
>  problem and switched it to compatibility mode. The motherboard is an ASUS 
>  P4C800, Intel 875 chipset.. Lo it worked....
>  
>  That went fine through.... No problems even though initially i thought not to 
>  edit /etc/fstab by hand because it was generated by fstab-sync ? I went on to 
>  edit it by hand...
>  
>  Everything went smoothly...
>  
>  
>  Now i figured that i required some files more were there on the old HDD, than 
>  compared to the backup i had...
>  
>  I plugged in the OLD SATA HDD has Primary Slave, and the NEW SATA HDD as 
>  Primary master.  
>  
>  The initscripts failed stating about duplicate LABEL=/, LABEL=/boot, 
>  LABEL=/work...
>  
>  and a hung system...
>  
>  I know that if i modify the disklabels to actual device names my problems 
>  would be solved...
>  
>  But, what i would like to know is whether a graceful way of doing it exists, 
>  without much hassle... I know that this is not much of an issue, but still 
>  thought it would be better if i posted the problem...
>  
>  Manu 
Comment out the lines, add new lines for the same stuff. Then plug it
in, boot, mount the volumes, copy the stuff, shutdown, unplug, and
uncomment the lines again.

[Alan Cox]

On Sun, Dec 12, 2004 at 04:16:02PM +0400, Manu Abraham wrote:
>  But, what i would like to know is whether a graceful way of doing it
> exists, 
>  without much hassle... I know that this is not much of an issue, but still 
>  thought it would be better if i posted the problem... 
tune2fs will let you change the volume names. That means you can fix your
real file system labels to be different.

[Manu Abraham]

On Sun December 12 2004 4:48 pm, Alan Cox wrote:
>  On Sun, Dec 12, 2004 at 04:16:02PM +0400, Manu Abraham wrote:
>  > But, what i would like to know is whether a graceful way of doing it
>  > exists, without much hassle... I know that this is not much of an issue,
>  > but still thought it would be better if i posted the problem...
>
>  tune2fs will let you change the volume names. That means you can fix your
>  real file system labels to be different. 
Thanks... didn't know that....

Manu

[Manu Abraham]

On Sun December 12 2004 4:45 pm, Kyrre Ness Sjobak wrote:
>  søn, 12.12.2004 kl. 13.16 skrev Manu Abraham:
>  > Hi,
>  > 	I had a machine running RH9 and a 120GB SATA HDD. The HDD was ailing and
>  > occassionally giving out sector not found {Drive ready,Seek failure}
>  > errors. So i thought it was time to move in to FC3 and a new 160GB SATA
>  > HDD.
>  >
>  > Bootup of FC3 gave me a kernel crash, and an error complaining about
>  > suggesting acpi=off, but even with acpi=off, still gave me the same
>  > warning and a crash..
>  >
>  > I then later on figured that the SATA Enhanced mode operation would be a
>  > problem and switched it to compatibility mode. The motherboard is an ASUS
>  > P4C800, Intel 875 chipset.. Lo it worked....
>  >
>  > That went fine through.... No problems even though initially i thought
>  > not to edit /etc/fstab by hand because it was generated by fstab-sync ? I
>  > went on to edit it by hand...
>  >
>  > Everything went smoothly...
>  >
>  >
>  > Now i figured that i required some files more were there on the old HDD,
>  > than compared to the backup i had...
>  >
>  > I plugged in the OLD SATA HDD has Primary Slave, and the NEW SATA HDD as
>  > Primary master.
>  >
>  > The initscripts failed stating about duplicate LABEL=/, LABEL=/boot,
>  > LABEL=/work...
>  >
>  > and a hung system...
>  >
>  > I know that if i modify the disklabels to actual device names my problems
>  > would be solved...
>  >
>  > But, what i would like to know is whether a graceful way of doing it
>  > exists, without much hassle... I know that this is not much of an issue,
>  > but still thought it would be better if i posted the problem...
>  >
>  > Manu
>
>  Comment out the lines, add new lines for the same stuff. Then plug it
>  in, boot, mount the volumes, copy the stuff, shutdown, unplug, and
>  uncomment the lines again. 
That's what i temporarily did to solve the
problem...

Manu

[Kyrre Ness Sjobak]

søn, 12.12.2004 kl. 17.55 skrev Manu Abraham:
>  On Sun December 12 2004 4:45 pm, Kyrre Ness Sjobak wrote:
>  > søn, 12.12.2004 kl. 13.16 skrev Manu Abraham:
>  > > Hi,
>  > > 	I had a machine running RH9 and a 120GB SATA HDD. The HDD was ailing and
>  > > occassionally giving out sector not found {Drive ready,Seek failure}
>  > > errors. So i thought it was time to move in to FC3 and a new 160GB SATA
>  > > HDD.
>  > >
>  > > Bootup of FC3 gave me a kernel crash, and an error complaining about
>  > > suggesting acpi=off, but even with acpi=off, still gave me the same
>  > > warning and a crash..
>  > >
>  > > I then later on figured that the SATA Enhanced mode operation would be a
>  > > problem and switched it to compatibility mode. The motherboard is an ASUS
>  > > P4C800, Intel 875 chipset.. Lo it worked....
>  > >
>  > > That went fine through.... No problems even though initially i thought
>  > > not to edit /etc/fstab by hand because it was generated by fstab-sync ? I
>  > > went on to edit it by hand...
>  > >
>  > > Everything went smoothly...
>  > >
>  > >
>  > > Now i figured that i required some files more were there on the old HDD,
>  > > than compared to the backup i had...
>  > >
>  > > I plugged in the OLD SATA HDD has Primary Slave, and the NEW SATA HDD as
>  > > Primary master.
>  > >
>  > > The initscripts failed stating about duplicate LABEL=/, LABEL=/boot,
>  > > LABEL=/work...
>  > >
>  > > and a hung system...
>  > >
>  > > I know that if i modify the disklabels to actual device names my problems
>  > > would be solved...
>  > >
>  > > But, what i would like to know is whether a graceful way of doing it
>  > > exists, without much hassle... I know that this is not much of an issue,
>  > > but still thought it would be better if i posted the problem...
>  > >
>  > > Manu
>  >
>  > Comment out the lines, add new lines for the same stuff. Then plug it
>  > in, boot, mount the volumes, copy the stuff, shutdown, unplug, and
>  > uncomment the lines again.
>  That's what i temporarily did to solve the problem...
>  
>  Manu
>   
Sometimes, the simplest solution is the best solution :)

[Joshua Andrews]

Kyrre Ness Sjobak wrote:

> søn, 12.12.2004 kl. 17.55 skrev Manu Abraham:
>   
>
> >On Sun December 12 2004 4:45 pm, Kyrre Ness Sjobak wrote:
> >    
> >
> >>søn, 12.12.2004 kl. 13.16 skrev Manu Abraham:
> >>      
> >>
> >>>Hi,
> >>>	I had a machine running RH9 and a 120GB SATA HDD. The HDD was ailing and
> >>>occassionally giving out sector not found {Drive ready,Seek failure}
> >>>errors. So i thought it was time to move in to FC3 and a new 160GB SATA
> >>>HDD.
> >>>
> >>>Bootup of FC3 gave me a kernel crash, and an error complaining about
> >>>suggesting acpi=off, but even with acpi=off, still gave me the same
> >>>warning and a crash..
> >>>
> >>>I then later on figured that the SATA Enhanced mode operation would be a
> >>>problem and switched it to compatibility mode. The motherboard is an ASUS
> >>>P4C800, Intel 875 chipset.. Lo it worked....
> >>>
> >>>That went fine through.... No problems even though initially i thought
> >>>not to edit /etc/fstab by hand because it was generated by fstab-sync ? I
> >>>went on to edit it by hand...
> >>>
> >>>Everything went smoothly...
> >>>
> >>>
> >>>Now i figured that i required some files more were there on the old HDD,
> >>>than compared to the backup i had...
> >>>
> >>>I plugged in the OLD SATA HDD has Primary Slave, and the NEW SATA HDD as
> >>>Primary master.
> >>>
> >>>The initscripts failed stating about duplicate LABEL=/, LABEL=/boot,
> >>>LABEL=/work...
> >>>
> >>>and a hung system...
> >>>
> >>>I know that if i modify the disklabels to actual device names my problems
> >>>would be solved...
> >>>
> >>>But, what i would like to know is whether a graceful way of doing it
> >>>exists, without much hassle... I know that this is not much of an issue,
> >>>but still thought it would be better if i posted the problem...
> >>>
> >>>Manu
> >>>        
> >>>
> >>Comment out the lines, add new lines for the same stuff. Then plug it
> >>in, boot, mount the volumes, copy the stuff, shutdown, unplug, and
> >>uncomment the lines again.
> >>      
> >>
> >That's what i temporarily did to solve the problem...
> >
> >Manu
> >
> >    
> >
>
> Sometimes, the simplest solution is the best solution :)
>
>   
>  
I don't really understand the need for disk labels in fstab at all, in 
fact it has always caused me more problems while not doing anything 
helpful that I am aware of.

I would like to remove labels from some partitions. I have relabeled 
partitions but I'm not quite sure how to safely remove labels.

-Joshua

[Per Bjornsson]

On Sun, 2004-12-12 at 12:19 -0800, Joshua Andrews wrote:
>  I don't really understand the need for disk labels in fstab at
> all, in 
>  fact it has always caused me more problems while not doing anything 
>  helpful that I am aware of. 
I use them to get consistent naming for a couple of removable devices
that have the same purpose but are used at different times. It's quite
convenient for that kind of use. There may also be other things that
cause the disk numbering to change (BIOS upgrades etc) and in that case
using labels can make things just work instead of needing manual fstab
fixing.

>  I would like to remove labels from some partitions. I have relabeled
>
>  partitions but I'm not quite sure how to safely remove labels. 
At least on ext2/3 I believe that there is always a filesystem label,
when it's "missing" it is just set to an empty string. Any reason why
just setting the label to an empty string is not good enough?

/Per

Joshua Andrews wrote:

>  [....SNIP....]
>
> > Sometimes, the simplest solution is the best solution :)
>
>  I don't really understand the need for disk labels in fstab at all, in 
>  fact it has always caused me more problems while not doing anything 
>  helpful that I am aware of.
>
>  I would like to remove labels from some partitions. I have relabeled 
>  partitions but I'm not quite sure how to safely remove labels. 

----
# e2label /dev/sda1

# e2label /dev/sda1 /test
# e2label /dev/sda1
/test
# e2label /dev/sda1 ""
# e2label /dev/sda1

#
----

-- 
shrek-m

[Uday Kumar Reddy]

>  >>>Comment out the lines, add new lines for the same stuff.
> Then plug it
>  >>>in, boot, mount the volumes, copy the stuff, shutdown, unplug, and
>  >>>uncomment the lines again.
>  >>>
>  >>>
>  >>That's what i temporarily did to solve the problem...
>  >>
>  >>Manu
>  >>
>  >>
>  >>
>  >
>  >Sometimes, the simplest solution is the best solution :)
>  >
>  >
>  >
>  I don't really understand the need for disk labels in fstab at all, in
>  fact it has always caused me more problems while not doing anything
>  helpful that I am aware of. 
In fact, having disk labels is immensely helpful when adding/deleting
partitions changes the partition minor numbers. With disk labels being
used in fstab and grub.conf, you don't have to manually edit all the
device names that have got incremented/decremented.

-- Uday

>  
>  I would like to remove labels from some partitions. I have relabeled
>  partitions but I'm not quite sure how to safely remove labels.
>  
>  -Joshua
>  
>  --
>  fedora-test-list mailing list
>  fedora-test-list(a)redhat.com
>  To unsubscribe:
>  http://www.redhat.com/mailman/listinfo/fedora-test-list
>

[Timothy Murphy]

On Thursday 16 December 2004 17:50, Uday Kumar Reddy wrote:

>  In fact, having disk labels is immensely helpful when
> adding/deleting
>  partitions changes the partition minor numbers. With disk labels being
>  used in fstab and grub.conf, you don't have to manually edit all the
>  device names that have got incremented/decremented. 
Surely if you add partitions you will have to edit fstab anyway.
I would actually think disk-labels would be more likely to cause confusion.
Can you give an example where disk-lables would help
when adding a partition?

I think disk-labels are moderately (not immensely, don't exaggerate) helpful
to a small proportion of Linux users.
But they are confusing and annoying to a far larger number.

-- 
Timothy Murphy  
e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie
tel: [phone]
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland

[Uday Kumar Reddy]

On Thu, 16 Dec 2004 23:25:34 +0000, Timothy Murphy
<tim(a)birdsnest.maths.tcd.ie&gt; wrote:
>  On Thursday 16 December 2004 17:50, Uday Kumar Reddy wrote:
>  
>  > In fact, having disk labels is immensely helpful when adding/deleting
>  > partitions changes the partition minor numbers. With disk labels being
>  > used in fstab and grub.conf, you don't have to manually edit all the
>  > device names that have got incremented/decremented.
>  
>  Surely if you add partitions you will have to edit fstab anyway.
>  I would actually think disk-labels would be more likely to cause confusion.
>  Can you give an example where disk-lables would help
>  when adding a partition? 
When you have a disk label for a given partition, you don't have to
worry about updating that particular entry (line) in fstab
irrespective of how many partitions you have added or deleted before
that particular partition on the disk. Now, if you have labels for all
your partitions, /, /home, etc... you can just forget about these
entries in fstab. Obviously, you have to add/delete an entry when you
add/delete a partition, but you don't have to bother about the other
entries; do you ever have to edit anything else (except the swap
partition entry may be or when you have FAT/NTFS partitions)?

Though labels may cause trouble and confusion when you add another
hard-disk, which of these happens  more frequently --- adding a
hard-disk (temporarily/permanently) OR partition numbers getting
changed due to adding/deleting a partition? Also, the trouble caused
in the latter case is much more sometimes because partition table
entries not being in the disk order is very easy to overlook.

-- Uday

>  
>  I think disk-labels are moderately (not immensely, don't exaggerate) helpful
>  to a small proportion of Linux users.
>  But they are confusing and annoying to a far larger number.
>  
>  --
>  Timothy Murphy
>  e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie
>  tel: [phone]
>  s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland
>  
>  -- 
>  fedora-test-list mailing list
>  fedora-test-list(a)redhat.com
>  To unsubscribe:
>  http://www.redhat.com/mailman/listinfo/fedora-test-list
>