#43 kernel panic while booting restored clonezilla image

v1.0_(example)
closed-fixed
Thomas
btrfs (1)
5
2015-03-21
2014-05-30
Eugene
No

Each time I'm trying to boot after restoring Clonezilla image I'm getting kernel panic. If I'm restoring it on the same computer image was created all is ok. But when I restore it on other machine, all the time kernel panic on first boot happens. Here is my source disk (from which Clonezilla image was created) GPT partition table:

/dev/sda1, unformatted, 2MB size, bios_grub flag
/dev/sda2, EXT4, /boot, 1GB
/dev/sda3, linux swap, 8GB
/dev/sda4, btrfs, /, /home, the rest size

I tried several versions already including stable and testing with the same result.

Please, look at kernel panic screenshot here.

Discussion

  • Eugene
    Eugene
    2014-05-31

    No, I didn't try 20140527-utopic yet. You think with this version the problem may be gone ? Thanks.

     
  • Steven Shiau
    Steven Shiau
    2014-06-02

    Not sure. It's only after you test that then we will know.

    Steven.

     
  • Eugene
    Eugene
    2014-06-13

    Recently checked the latest utopic Clonezilla version. As a result there is no kernel panic but another issue happenned after restoring an image:

    General error mounting file systems.
    A maintenance shell will now be started.
    CONTROL-D will terminate this shell and reboot the system.

    I've checked /etc/fstab and blkid. All is correct. Then I found that the problem seems in Btrfs:

    dmesg | grep fail
    BTRFS info (device sda4): csum failed ino 459865 off 671744 csum 1942152251 expected csum 3139875629

    And this message repeats several times.

     
    Last edit: Eugene 2014-06-13
  • Steven Shiau
    Steven Shiau
    2014-06-14

    Yes, I believe the issue is on btrfs. Thomas Tsai told me he will update the btrfs part in Partclone. However, due to the changes are huge, so it might take time...

    Steven.

     
  • Steven Shiau
    Steven Shiau
    2014-06-14

    • labels: --> btrfs
    • assigned_to: Thomas
     
  • Eugene
    Eugene
    2014-06-14

    Ok, we'll wait. The main thing if it'll work at last. Thanks.

     
  • Eugene
    Eugene
    2014-06-20

    Tried 20140617-utopic with the following results:

    error: invalid arch-independent ELF magic
    Entering rescue mode...
    grub rescue>

    P.S. Don't know, may be it would be helpfull.

     
    Last edit: Eugene 2014-06-20
  • Eugene
    Eugene
    2014-10-09

    Still grub rescue> with 20140915

     
  • Steven Shiau
    Steven Shiau
    2014-11-02

    How about Clonezilla live 20141030-utopic amd64 release?

    Steven.

     
  • Eugene
    Eugene
    2014-11-02

    I'll be able to check it next thursday.
    Thank you for not forgetting.

     
  • Eugene
    Eugene
    2014-11-06

    Hello. Recently tried 20141030-utopic and the latest vivid testing release with the same results:

    error: invalid arch-independent ELF magic.
    Entering rescue mode...
    grub rescue>

     
  • Sepp
    Sepp
    2014-12-15

    Hello .

    I can also reproduce that problem with my first btrfs test. The problem exist only in the „device-image“ mode. It's not looks like on a problem from the location of the destination. I have tested sshfs, smb (image check is very slow, but successful) and a local disk.

    A normal clone („device-device“) work successful.

    Tested was clonezilla-live-2.3.1-18-i686-pae and clonezilla-live-20141208-utopic-amd64 o a virtualbox system. OS was xubuntu 14.04.1. (fresh installation).

    To prevent problems with grub I make also a dedicated /boot partition. A check from the btrfs volume shows unrecoverable errors on the file system.

    In the case that I have not make a dedicated /boot partition grub can't boot. That should be normal in the case of a corrupted file system.

    For me that ticket should not be listed as a support request – it should be listed as a bug and listed under limitations on the homepage. In my first view I thought I'm to stupid to recover grub – btrfs looks like supported – but isn’t it really working.

    It will be nice that we get a command from the ticket owner (Thomas) or an other clonezilla specialist.

    Regards
    Sepp

    PS: I don't need support - it's only for information. Eugene is not alone.

     
  • Sepp
    Sepp
    2014-12-16

    I must change my statement.

    A normal clone („device-device“) work successful.
    is wrong.
    The system doesn't boot from the partition that I thought - it booted from the source / 2nd hard disk. After a removal of that disk I became the problem.

    Additional info:
    A RAW image work successful. After that restore a normal restore will also work. For me it looks like that the normal image backup not all needed information from the meta data and / or system data.

     
  • Steven Shiau
    Steven Shiau
    2014-12-28

    Yes, Thomas is working on fixing the broken btrfs support of Partclone.
    However, as we described, btrfs itself is still under development, so this might happen again in the future even if partclone supports the version for the time being.

    Steven.

     
  • Sepp
    Sepp
    2015-01-03

    Tested clonezilla-live-2.3.2-2-i686-pae
    works perfect.

    @Eugene: Will you check it, too.

    Regards
    Sepp

     
  • Eugene
    Eugene
    2015-01-03

    I'll try it as soon as possible - after the holidays. Next week.

     
  • Steven Shiau
    Steven Shiau
    2015-01-11

    @Sepp,
    Thanks for your confirmation.

    @Eugene,
    Take your time. Thanks.

    Steven.

     
  • Eugene
    Eugene
    2015-01-15

    Today I've tested 20150113-vivid and I can confirm that cloned from previously created image system is booted successfully. Thank you.

     
  • Steven Shiau
    Steven Shiau
    2015-01-17

    @Eugene,
    Cool. Thanks for your confirmation.

    Steven.

     
  • Steven Shiau
    Steven Shiau
    2015-01-17

    • status: open --> closed-fixed