From: Hullen@t-online.de (Helmut Hullen)
To: linux-btrfs@vger.kernel.org
Subject: cleaning old entries
Date: 05 Jan 2013 15:12:00 +0100 [thread overview]
Message-ID: <COGozn2PCXB@helmut.hullen.de> (raw)
Hallo, linux-btrfs,
on my testing USB stick
btrfs fi show
shows
Label: 'mylabel' uuid: e9716633-49f1-44a0-a3b4-90ba9736a540
Total devices 3 FS bytes used 28.00KB
devid 3 size 1.00GB used 288.00MB path /dev/sdb3
devid 2 size 1.00GB used 512.00MB path /dev/sdb2
devid 1 size 1.00GB used 292.00MB path /dev/sdb1
Label: 'USBmm' uuid: 43ad1782-5d1c-4211-9333-506bcfdbc3a5
Total devices 1 FS bytes used 28.00KB
devid 1 size 3.78GB used 423.50MB path /dev/sdb
Btrfs Btrfs v0.19
# ----------------------------------------------------
The problem entry is "Label: 'USBmm'
It is a remainder of an older experiment, with 2 sticks, configured with
mkfs.btrfs -d raid0 -m raid1 -L USBmm /dev/sdb /dev/sdc
And at least the label "USBmm" resides somewhere on the stick where it
is hidden from manipulations (except something like "dd if=/dev/zero
...")
A bit more precisely: the label lies at the beginning of the second 64-
kByte block on the stick (may be sector 129). Far away from the other
partition data.
Contents of "/proc/partitions":
major minor #blocks name
8 0 29302560 sda
8 1 9775521 sda1
8 2 369495 sda2
8 3 4891792 sda3
8 4 14265720 sda4
11 0 1048575 sr0
8 16 3968000 sdb
8 17 1048576 sdb1
8 18 1048576 sdb2
8 19 1048576 sdb3
8 20 821248 sdb4
# ------------------------------------------
Output from "fdisk -l /dev/sdb":
Platte /dev/sdb: 4063 MByte, 4063232000 Byte
125 Köpfe, 62 Sektoren/Spur, 1024 Zylinder, zusammen 7936000 Sektoren
Einheiten = Sektoren von 1 ₧ 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x266cff07
Gerät boot. Anfang Ende Blöcke Id System
/dev/sdb1 2048 2099199 1048576 83 Linux
/dev/sdb2 2099200 4196351 1048576 83 Linux
/dev/sdb3 4196352 6293503 1048576 83 Linux
/dev/sdb4 6293504 7935999 821248 83 Linux
# ------------------------------------------
findfs LABEL=USBmm
says "unable to resolve 'LABEL=USBmm'" - that's ok.
And
blkid
tells nothing about "/dev/sdb" - that's also ok.
----------------------------------------------
Has "mkfs.btrfs" to delete the "/dev/sdb" data when it overwrites the
configuration with data for partitions? Or has the user to run something
like "dd if=/dev/zero ..."?
Viele Gruesse!
Helmut
next reply other threads:[~2013-01-05 14:13 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-05 14:12 Helmut Hullen [this message]
2013-01-05 14:35 ` cleaning old entries Jan Steffens
2013-01-05 15:52 ` Helmut Hullen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=COGozn2PCXB@helmut.hullen.de \
--to=hullen@t-online.de \
--cc=helmut@hullen.de \
--cc=linux-btrfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.