migration OMV 2.x to omv 4.x

  • Hello


    I just upgraded from omv 2 to omv 4 (fresh install) and I have a small problem.
    When the installation was finished, I have plug my disks (ext4), there are visible on disks tab but not in the filesystem tab.


    result of lsblk -f :


    Bash
    root@NAS:~# lsblk -f
    NAME   FSTYPE     LABEL UUID                                 MOUNTPOINT
    sda
    ├─sda1 ext4             7d5820c1-9014-4c3c-a4b3-e83d9c6ec952 /
    ├─sda2
    └─sda5 swap             43de1bce-9328-46a5-a54d-966416ec508e [SWAP]
    sdb    zfs_member
    └─sdb1 zfs_member


    I don't understand why partition is zfs_member instead of ext4.


    PS : I formated a disk to test and create new partition and the end of the process, same "zfs_member"... ?(
    Thx for your help :P

    • Offizieller Beitrag

    The zfs signature remaining on disks seems to be giving a few people problems lately. The disk needed to be wipe with wipefs -a /dev/sdb before formatting ext4. Do you have the zfs plugin installed?

    omv 7.0.5-1 sandworm | 64 bit | 6.5 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.11 | compose 7.1.3 | k8s 7.1.0-3 | cputemp 7.0 | mergerfs 7.0.3


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • I tried and yes apparently it worked for this disk, but it forced me to format, and I don't want to do that for my other disks...
    Can I use the wipefs and don't format after ?



    No not ZFS plugin installed.

    • Offizieller Beitrag

    Can I use the wipefs and don't format after ?

    What is the output of: wipefs /dev/sdb

    omv 7.0.5-1 sandworm | 64 bit | 6.5 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.11 | compose 7.1.3 | k8s 7.1.0-3 | cputemp 7.0 | mergerfs 7.0.3


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • All disk ok after "wipefs -a /dev/sdx" and a quick format
    last one, I will try to keep data and do not format

    result of the wipefs /dev/sdc :

    Code
    root@NAS:~# wipefs /dev/sdc
    offset               type
    ----------------------------------------------------------------
    0x200                gpt   [partition table]
    
    
    0xe8e0c3fc00         zfs_member   [filesystem]

    I think, if I try wipefs -a, I should format my disk, I don't know if I have another solution ?

    • Offizieller Beitrag

    I think, if I try wipefs -a, I should format my disk, I don't know if I have another solution ?

    wipefs -a will wipe everything. I think you can do wipefs -o 0xe8e0c3fc00 /dev/sdc but I would make sure to have a backup.

    omv 7.0.5-1 sandworm | 64 bit | 6.5 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.11 | compose 7.1.3 | k8s 7.1.0-3 | cputemp 7.0 | mergerfs 7.0.3


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!