Re: Is this a flaw or not?

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

 



Thanks, Kurtis, for the hint, I just did not observe this....

suomi

On 10/18/2015 04:56 PM, Kurtis Rader wrote:
Why are you asking the users@xxxxxxxxxxxxxxxx
<mailto:users@xxxxxxxxxxxxxxxx> mailing list this question? This mailing
list is for questions about using the Apache HTTP web server. No one
reading this mailing list is going to help you with a Fedora OS problem.

On Sun, Oct 18, 2015 at 4:44 AM, fedora <fedora@xxxxxxxx
<mailto:fedora@xxxxxxxx>> wrote:

    Hi listers

    I have a workstation with two disks:

    [root@casablanca ~]# parted -l
    Model: ATA WDC WD20EFRX-68E (scsi)
    Disk /dev/sda: 2000GB
    Sector size (logical/physical): 512B/4096B
    Partition Table: gpt
    Disk Flags: pmbr_boot

    Number  Start   End     Size    File system  Name                 Flags
      1      20.5kB  262MB   262MB                BIOS boot partition
    bios_grub
      2      262MB   21.7GB  21.5GB  ext4         Linux filesystem
      3      21.7GB  32.5GB  10.7GB  swsusp       Linux swap
      4      32.5GB  870GB   838GB   ext4         Linux filesystem
      5      870GB   900GB   30.0GB  ext4         Linux filesystem
      6      900GB   2000GB  1100GB  btrfs


    Model: ATA WDC WD10EADS-00L (scsi)
    Disk /dev/sdb: 1000GB
    Sector size (logical/physical): 512B/512B
    Partition Table: msdos
    Disk Flags:

    Number  Start   End     Size    Type     File system     Flags
      1      1049kB  52.4GB  52.4GB  primary  xfs             boot
      2      52.4GB  61.1GB  8703MB  primary  linux-swap(v1)
      3      61.1GB  1000GB  939GB   primary  xfs


    [root@casablanca ~]#

    NOTE: the first disk has got a gpt partition table and a BIOS boot
    partition, the second has got an msdos partition table.
    Both disks have got fedora 22 installed. They can run independently
    from one another.
    ----------

    Just now, I did an update

    dnf update
    ...
    ...
    ...

    on both disks. I rebooted both disks.

    The result on the first disk (with gpt partition table) is this:
    [root@thunder ~]# uname -r
    4.2.3-200.fc22.x86_64
    [root@thunder ~]#

    [root@thunder ~]# dnf list installed |grep kernel |sort
    abrt-addon-kerneloops.x86_64            2.6.1-2.fc22  @System
    kernel-core.x86_64                      4.1.6-200.fc22  @System
    kernel-core.x86_64                      4.1.6-201.fc22  @System
    kernel-core.x86_64                      4.1.8-200.fc22  @System
    kernel-debug-core.x86_64                4.1.4-200.fc22  @System
    kernel-debug-core.x86_64                4.1.6-200.fc22  @System
    kernel-debug-core.x86_64                4.1.6-201.fc22  @System
    kernel-debug-modules-extra.x86_64       4.1.4-200.fc22  @System
    kernel-debug-modules-extra.x86_64       4.1.6-200.fc22  @System
    kernel-debug-modules-extra.x86_64       4.1.6-201.fc22  @System
    kernel-debug-modules.x86_64             4.1.4-200.fc22  @System
    kernel-debug-modules.x86_64             4.1.6-200.fc22  @System
    kernel-debug-modules.x86_64             4.1.6-201.fc22  @System
    kernel-devel.x86_64                     4.1.8-200.fc22  @System
    kernel-headers.x86_64                   4.1.8-200.fc22  @System
    kernel-modules-extra.x86_64             4.1.8-200.fc22  @System
    kernel-modules.x86_64                   4.1.6-200.fc22  @System
    kernel-modules.x86_64                   4.1.6-201.fc22  @System
    kernel-modules.x86_64                   4.1.8-200.fc22  @System
    kernel.x86_64                           4.1.6-200.fc22  @System
    kernel.x86_64                           4.1.6-201.fc22  @System
    kernel.x86_64                           4.1.8-200.fc22  @System
    libreport-plugin-kerneloops.x86_64      2.6.2-1.fc22  @System
    [root@thunder ~]#


    Apparently, the kernel 4.2.3-200.fc22.x86_64 is not installed, but
    the machine according to uname -r
    booted from it?????

    ------

    The result on the second disk (with msdos partition table) is this:

    [root@casablanca ~]# uname -r
    4.2.3-200.fc22.x86_64
    [root@casablanca ~]#

    [root@casablanca ~]# dnf list installed |grep kernel |sort
    abrt-addon-kerneloops.x86_64            2.6.1-5.fc22 @updates
    kernel-core.x86_64                      4.1.7-200.fc22 @updates
    kernel-core.x86_64                      4.1.8-200.fc22 @updates
    kernel-core.x86_64                                        @updates
    kernel-debug-core.x86_64                4.1.7-200.fc22 @updates
    kernel-debug-core.x86_64                4.1.8-200.fc22 @updates
    kernel-debug-core.x86_64                4.2.3-200.fc22 @updates
    kernel-debug-modules-extra.x86_64       4.1.7-200.fc22 @updates
    kernel-debug-modules-extra.x86_64       4.1.8-200.fc22 @updates
    kernel-debug-modules-extra.x86_64       4.2.3-200.fc22 @updates
    kernel-debug-modules.x86_64             4.1.7-200.fc22 @updates
    kernel-debug-modules.x86_64             4.1.8-200.fc22 @updates
    kernel-debug-modules.x86_64             4.2.3-200.fc22 @updates
    kernel-devel.x86_64                     4.1.7-200.fc22 @updates
    kernel-devel.x86_64                     4.1.8-200.fc22 @updates
    kernel-devel.x86_64                     4.2.3-200.fc22 @updates
    kernel-headers.x86_64                   4.2.3-200.fc22 @updates
    kernel-modules.x86_64                   4.1.7-200.fc22 @updates
    kernel-modules.x86_64                   4.1.8-200.fc22 @updates
    kernel-modules.x86_64                   4.2.3-200.fc22 @updates
    kernel.x86_64                           4.1.7-200.fc22 @updates
    kernel.x86_64                           4.1.8-200.fc22 @updates
    kernel.x86_64                           4.2.3-200.fc22 @updates
    libreport-plugin-kerneloops.x86_64      2.6.2-4.fc22 @updates
    [root@casablanca ~]#

    Here, the kernel 4.2.3-200.fc22 is installed and the machine
    according to uname -r booted from it.

    ---------

    Does the BIOS boot partition  make the difference? Can anybody
    explain this strange behaviour?

    Thanks for your attention.

    suomi

    ---------------------------------------------------------------------
    To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
    <mailto:users-unsubscribe@xxxxxxxxxxxxxxxx>
    For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
    <mailto:users-help@xxxxxxxxxxxxxxxx>




--
Kurtis Rader
Caretaker of the exceptional canines Junior and Hank

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx




[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux