Posts by Dropkick Murphy

    I can´t see an issue...what am I doing wrong:?:

    I don't recommend this for most users. Not only do you install a newer version not intended for your system but now it won't get updates. This could be easily scripted to work with existing version of wipefs.

    Do you have the output when it showed the 30 offsets? That would let me write a one liner to wipe everything instead of updating util-linux.

    No, I didn´t install anything...


    It didn´t show the 30 offsets at a time. It shows them one by one. You have to copy each Hex offset seperately reported by

    wipefs -n


    wipefs -o <offset reported by wipefs in step 1> -t zfs

    until no more ZFS offsets are shown. Thats all. Nothing to install 8o

    ananas, you´re the man!

    After copying has finished, I unmounted the partition and tried with the onboard wipefs.
    Kinda work, it showed 30 (!) different offsets. Deleted them all and anything is back again, including disk usage.

    Thanks so much!

    Alas, this should be pinned for everyone who is in this trouble...

    Hi Volker,

    thanks for the quick answer. Interesting, I never created a Raid. I did some investigation and found that

    root@omv:~# file -s /dev/sda1
    /dev/sda1: Linux rev 1.0 ext4 filesystem data, UUID=4a255c48-12f0-43da-8e6e-c0f650dfe8b7, volume name "Gummiplatte" (extents) (large files) (huge files)

    finds all that is needed, I think...


    tune2fs /dev/sda1 -U 4a255c48-12f0-43da-8e6e-c0f650dfe8b7

    seems to do something, but blkid does not show anything afterwards...

    I will copy the disk at first and go to play around; there must be an easier way, I think


    no, the data disk is not killed, the data is there and can be manually mounted. This as a foreword...

    Upgrade did fine so far, but there are strange things happening with the data drive. It is found under disks, fine:

    But looking at file systems shows...
    file systems.jpg

    Disk usage is complete empty:
    disk usage.jpg
    Completely missing here:

    root@omv:~# blkid
    /dev/sdb1: UUID="47ab5528-bac0-4715-a145-4860c4333093" TYPE="ext4" PARTUUID="0003ab15-01"
    /dev/sdb5: UUID="d33f1c6e-d56c-4f70-9161-1fe359b59419" TYPE="swap" PARTUUID="0003ab15-05"

    Things that may be helpful:

    Anything else needed?
    Can please someone help me outta this? Thanks in advance...

    Edit: And I receive mails like:


    since my secondary backup NAS (Zyxel NSA310 w/Debian) has left the building some days ago, I was thinking about an easy and cheap solution holding a single drive. I came to that:
    Cost 23,90€ on Ebay.

    Modifications made:
    I used a 3,5" 3TB HDD drive instead the mentioned 2,5", pulled of my defective Zyxel. Drive is lying on the PCI-Slot (no need for any screw), power and data cables reside over the RAM-Banks. The lid will close (keeping the drive in position), really fine.
    Cost 3,60€
    This cable is shorter than described; don´t go for it with a 2,5". You have to find a longer one for that case.
    mSATA SSD Drive 32GB: as system drive. Cost: 14€, now slightly more
    Not the fastest, not the best, but cheap enough to give it a try.

    Parts are all in place and lid closed, so I´ll take it to work and install debian, than OMV.
    I will report and when its ready, I´ll make a photo.