2 roots, 1 time

Tom H tomh0665 at gmail.com
Wed Aug 18 20:27:34 UTC 2010


On Wed, Aug 18, 2010 at 9:55 AM, Eric Lee Elliott <linux at ericelliott.us> wrote:
>
> sudo blkid
> /dev/sda1: LABEL="boot" UUID="a38a082d-fa4c-4853-a9b3-dc14f6d09765"
> TYPE="ext2"
> /dev/sda2: LABEL="Mine" UUID="9f2e1e20-8560-4c72-ac65-b516e49efb80"
> TYPE="ext4"
> /dev/sda4: LABEL="Kubu10" UUID="3f6e7b6c-0548-4b4b-8245-98561717fc8c"
> TYPE="ext4"
> /dev/sda5: LABEL="Slack13" UUID="9ed1e17c-7676-42a2-9193-5b96161302a9"
> TYPE="ext4"
> /dev/sda6: UUID="0f16f0e1-9f3b-4158-908a-8fd559da6e4f" TYPE="ext4"
> /dev/sda7: LABEL="Fedora-13-i686-L"
> UUID="c2b5239c-0828-4d48-a984-3cdfc8ed860c" TYPE="ext4"
> /dev/sda8: UUID="b2ee2c6c-68b1-48ae-9dc0-5d3d8f65d29e" TYPE="swap"
>
> sudo fdisk -l
>    Device Boot      Start         End      Blocks   Id  System
> /dev/sda1   *           1          13      104391   83  Linux
> /dev/sda2           10597       60801   403271662+  83  Linux
> /dev/sda3            2564       10596    64525042    5  Extended
> /dev/sda4              14        2563    20482875   83  Linux
> /dev/sda5            2564        5113    20482843+  83  Linux
> /dev/sda6            5114        7663    20482843+  83  Linux
> /dev/sda7            7664       10213    20482843+  83  Linux
> /dev/sda8           10214       10596     3076416   82  Linux swap / Solaris
>
> Tom, I tried install of Maverick to sda6, it failed in several ways,
> made sda4 also unusable. Now using new install of 10.04 in sda5 to
> answer you request.
> cat /etc/fstab
> proc            /proc           proc    nodev,noexec,nosuid 0       0
> # / was on /dev/sda6 during installation
> UUID=0f16f0e1-9f3b-4158-908a-8fd559da6e4f /               ext4
> errors=remount-ro 0       1
> # swap was on /dev/sda8 during installation
> UUID=b2ee2c6c-68b1-48ae-9dc0-5d3d8f65d29e none            swap    sw
>        0       0
>
> mount -l
> /dev/sda6 on / type ext4 (rw,errors=remount-ro)
> proc on /proc type proc (rw,noexec,nosuid,nodev)
> none on /sys type sysfs (rw,noexec,nosuid,nodev)
> none on /sys/fs/fuse/connections type fusectl (rw)
> none on /sys/kernel/debug type debugfs (rw)
> none on /sys/kernel/security type securityfs (rw)
> none on /dev type devtmpfs (rw,mode=0755)
> none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
> none on /dev/shm type tmpfs (rw,nosuid,nodev)
> none on /var/run type tmpfs (rw,nosuid,mode=0755)
> none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
> none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
> none on /var/lib/ureadahead/debugfs type debugfs (rw,relatime)
> /dev/sda2 on /media/Mine type ext4 (rw,nosuid,nodev,uhelper=hal) [Mine]
> /dev/sda4 on /media/Kubu10 type ext4 (rw,nosuid,nodev,uhelper=hal) [Kubu10]
>
> If I had copied one partition to another, would that have duplicated
> UUID? No clone command was used. Would sudo cp -R /dev/sda4/*
> /dev/sda6, cause duplicate UUID & a system using both partitions as root
> @ 1 time?
>
> Partition Manager listed both partitions as / & mounted as root.
>
> Still hard to believe a simple copy of files & directories would include
> UUID & so confuse both system & user.

The UUIDs of sda4 and sda6 are different. You could run "blkid -c
/dev/null" to ensure that blkid isn't using an old/incorrect cache in
its output.

Filesystem UUIDs aren't copied with a "cp -R ..." (I assume that you
didn't actually use "cp -R /dev/sda4/* /dev/sda6" but that this is a
shorthand notation).

The output above is while booted from sda6 not sda5!




More information about the kubuntu-users mailing list