[btrfs] filesystem volledig deleten in Ubuntu

[johan2009]

Eerst vernaggel ik al m'n data op Ubuntu-bak door (denk ik) foute commando in rsync te laten lopen. Geen files meer over alleen nog folders Gelukkig had ik nog bijna complete backup.

Okay ik had eerst een md raid1 en daarop btrfs dat was nogal nutteloos omdat btrfs zelf mirroring functie heeft. Hier ben ik vandaag mij gaan klooien. Nu krijg ik met geen mogelijkheid btrfs filesystems van het systeem die eigenlijk helemaal niet meer bestaan.

code:

root@htpc:/home/raymond# btrfs filesystem show
failed to open /dev/sr0: No medium found
Label: 'btrfs-raid1'  uuid: 76a5637f-bb69-4372-8197-46484feb9144
    Total devices 2 FS bytes used 28.00KB
    devid    2 size 1.81TB used 2.01GB path /dev/sdc3
    devid    1 size 1.81TB used 2.03GB path /dev/sdb3

Label: none  uuid: 25fabc0c-9244-4352-839f-173637aafb1a
    Total devices 2 FS bytes used 28.00KB
    devid    2 size 1.00GB used 212.75MB path /dev/sdc1
    devid    1 size 1.00GB used 232.75MB path /dev/sdb1

Label: none  uuid: 1f88d331-1295-431a-b441-c2701ea80d81
    Total devices 2 FS bytes used 28.00KB
    devid    1 size 1.82TB used 2.03GB path /dev/sdc
    devid    2 size 1.82TB used 2.01GB path /dev/sdb

Label: none  uuid: 641ab9e7-34e9-454f-b31d-58890f26fef0
    Total devices 1 FS bytes used 12.91GB
    devid    1 size 23.28GB used 22.54GB path /dev/sda4

Label: none  uuid: fcfd06ff-f200-4947-9177-551f6f54f00b
    Total devices 1 FS bytes used 14.72GB
    devid    1 size 23.28GB used 23.28GB path /dev/sda3

Nu wil ik van

code:

    devid    2 size 1.00GB used 212.75MB path /dev/sdc1
    devid    1 size 1.00GB used 232.75MB path /dev/sdb1

en van

code:

    devid    1 size 1.82TB used 2.03GB path /dev/sdc
    devid    2 size 1.82TB used 2.01GB path /dev/sdb

af! Omdat ik ondertussen beide harddisks met gdisk opnieuw heb gepartitioneerd. Waarbij ik oa. /dev/sdb1 en /dev/sdc1 200MB EFI-partities heb gemaakt;

code:

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          411647   200.0 MiB   EF00  EFI System
   2          411648        12994559   6.0 GiB     8200  Linux swap
   3        12994560      3907029134   1.8 TiB     8300  Linux filesystem

Ook wil ik af van de btrfs-filesystem die beide hele schijven innemen. Ik krijg niet via Google en niet bij btrfs-wiki gevonden hoe je gewoon een heel filesystem weg kan doen. Geen degrade draaien of alleen 1 device verwijderen. Heeft iemand een idee?

[ Voor 7% gewijzigd door johan2009 op 23-10-2013 19:01 . Reden: extra info ]

[CAPSLOCK2000]

Ik snap er niks van. Heb je al een keer gereboot nadat je opnieuw hebt gepartitioneerd? Soms pikt de kernel veranderingen niet op en wordt je oude parittietabel nog even aangehouden.

[johan2009]

Yep dat heb ik al eens gedaan. Volgens mij is dit net zoiets als met mdadm waar je eerst je raid-entry echt moet verwijderen. Dit had ik namelijk eerder vandaag kon btrfs niet mounten, krijg een foutmelding. Ook al had ik beide schijven al eerde opnieuw gepartitioneerd. Daarna heb ik mdraid verwijderd en kon ik btrfs wel mounten.

Edit: Nou ik heb 1 entry al weg door middel van deze post

code:

Yes wipefs is the simplest method.

Check first:
# wipefs /dev/sda5

Do it second:
# wipefs -a /dev/sda5

ik heb nu met wipefs /dev/sdX en wipefs -a /dev/sdX1 gedaan. Die op de 1ste partitie wilt niet weg (sdX1). Als ik btrfs device scan doe dan;

code:

root@htpc:/home/raymond# btrfs device scan
Scanning for Btrfs filesystems
ERROR: device scan failed '/dev/sdb1' - Invalid argument
ERROR: device scan failed '/dev/sdc1' - Invalid argument
failed to open /dev/sr0: No medium found

Best logisch want die bestaan niet meer! Is dus die 200MB EFI geworden.

Oh ja het volgende klopt wel met 'blkid'

code:

root@htpc:/home/raymond# blkid
/dev/sda1: UUID="1B4B-696A" TYPE="vfat" 
/dev/sda2: UUID="251d17b7-a982-4c6e-abc7-e3b6f580793e" TYPE="ext3" 
/dev/sda3: UUID="fcfd06ff-f200-4947-9177-551f6f54f00b" UUID_SUB="9d27c689-b28c-496b-9416-db0c9b23061b" TYPE="btrfs" 
/dev/sda4: UUID="641ab9e7-34e9-454f-b31d-58890f26fef0" UUID_SUB="94420678-7d43-47ae-9dae-bf169e781f55" TYPE="btrfs" 
/dev/sdb3: LABEL="btrfs-raid1" UUID="76a5637f-bb69-4372-8197-46484feb9144" UUID_SUB="171b1ad7-127d-47ad-8e44-e6f1d0846878" TYPE="btrfs" 
/dev/sdc3: LABEL="btrfs-raid1" UUID="76a5637f-bb69-4372-8197-46484feb9144" UUID_SUB="81e3c266-01fa-4e02-a0c0-d2e30c1940c3" TYPE="btrfs" 
/dev/sdd1: UUID="aa1edadc-ab80-4a83-810c-2f5161101c28" TYPE="ext4" 
root@htpc:/home/raymond#

[ Voor 92% gewijzigd door johan2009 op 23-10-2013 21:18 . Reden: extra info ]

[webfreakz.nl]

dd if=/dev/zero of=/dev/sda bs=1m count=100

Zoiets?

[johan2009]

whwaahhhh you crazy fuck!

[CAPSLOCK2000]

Zo heel belachelijk is het idee niet, als je het je kan permitteren.
BTRFS moet die informatie ergens vandaan halen en ik geloof niet dat er een configuratiefile is. Het moet dus ergens op je schijven staan. Ik geloof niet dat er een configuratiefile voor is, het moet dus ergens in de partitie zitten. Als je er echt niet uitkome is de hele schijf wissen je laatste mogelijkheid.


PS. Webfreakz, pas een beetje op met gevaarlijke adviezen, er zijn er te veel die zo'n commando zonder verder nadenken overnemen.

[johan2009]

Okay, ik had verwacht dat er wel een configuratie zou zijn. Gelukkig heb ik net genoeg kennis om webfreakz commando door te hebben.

Ik kan de hele schijven met nullen overschrijven want er staat toch niets op. Zo crazy was het niet. Wel raar dat het er niet af wilt. Jullie thanx anyway!

[Hero of Time]

Je hebt ook al gekeken in /var/lib/btrfs en /etc/btrfs e.d. locaties? Ik heb verder geen ervaring met btrfs, maar als je al je partities hebt verwijdert, nieuwe hebt gemaakt en er een ander file system op zet, zou het btrfs commando niets meer moeten zien.

[Rainmaker]

BTRFS gebruikt on-disk configuratie.
Wat volgens mij wel zo is, en waarom de schijven maar terug bleven komen (volgens mij) is dat metadata zowel aan het begin als aan het einde van de disk wordt gezet.

Dus; standaard tooling ala dd de eerste 100 MB, werkt niet.

Je kan bijvoorbeeld met gparted de partitie naar "wiped" zetten, dan worden deze signatures wel verwijderd.

[Ploink]

"btrfs device zero super /dev/sdX" helpt misschien als dat werkt op jouw systeem.
http://comments.gmane.org....file-systems.btrfs/17063

Btrfs is helaas nog steeds niet helemaal volwassen.

[johan2009]

Ik denk dat ik na wat verder zoeken hier een oplossing van mijn probleem heb. Dit is wellicht handig voor anderen in de toekomst. Ik ga het niet uittesten omdat ik net zo'n 20uur aan nullen schrijven naar 2 x 2GB HD's erop heb zitten. dat heb ik trouwens zo gedaan (ff google wat snelst is);

code:

dd if=/dev/zero of=/dev/sdX bs=4k conv=notrunc

hier is ook wellicht een oplossing;

How to clean up old superblock ?

The preferred way is to use the wipefs utility that is part of the util-linux package. Running the command with the device will not destroy the data, just list the detected filesystems:

code:

# wipefs /dev/sda
offset               type
----------------------------------------------------------------
0x10040              btrfs   [filesystem]
                     UUID:  7760469b-1704-487e-9b96-7d7a57d218a5

To actually remove the filesystem use:

code:

# wipefs -o 0x10040 /dev/sda
8 bytes [5f 42 48 52 66 53 5f 4d] erased at offset 0x10040 (btrfs)

ie. copy the offset number to the commandline parameter.
Note: The process is reversible, if the 8 bytes are written back, the device is recognized again.
Note: wipefs clears only the first superblock. If the first superblock is further invalidated the other ones could "resurrect" the filesystem.

Related problem:

Long time ago I created btrfs on /dev/sda. After some changes btrfs moved to /dev/sda1.

Use wipefs as well, it deletes only a small portion of sda that will not interfere with the next partition data.
What if I don't have wipefs at hand?

There are three superblocks: the first one is located at 64K, the second one at 64M, the third one at 256GB. The following lines reset the magic string on all the three superblocks

code:

# dd if=/dev/zero bs=1 count=8 of=/dev/sda seek=$((64*1024+64))
# dd if=/dev/zero bs=1 count=8 of=/dev/sda seek=$((64*1024*1024+64))
# dd if=/dev/zero bs=1 count=8 of=/dev/sda seek=$((256*1024*1024*1024+64))

If you want to restore the superblocks magic string,

code:

# echo "_BHRfS_M" | dd bs=1 count=8 of=/dev/sda seek=$((64*1024+64))
# echo "_BHRfS_M" | dd bs=1 count=8 of=/dev/sda seek=$((64*1024*1024+64))
# echo "_BHRfS_M" | dd bs=1 count=8 of=/dev/sda seek=$((256*1024*1024*1024+64))

https://btrfs.wiki.kernel.org/index.php/Problem_FAQ

[ Voor 3% gewijzigd door johan2009 op 25-10-2013 18:38 . Reden: markup ]

[webfreakz.nl]

Ik dacht ook al dat er een betere manier moest zijn dan zoals ik aandroeg om de hele disk te wipen Ik had alleen geen idee hoe je aan de exacte posities op de HDD kon komen waar je dan moest beginnen met wipen, maar dat heb jij nu wel gevonden!