Re: qemu image mounten

wolfgang steuerle <news(at)steuerle.net> wrote:
> Was ich versucht habe ist folgendes:
>
> matsuyama# mdconfig -a -t vnode -f harddrive.img -u 0
> matsuyama# newfs /dev/md0
> /dev/md0: 4096.0MB (8388608 sectors) block size 16384, fragment size 2048
> using 23 cylinder groups of 183.77MB, 11761 blks, 23552 inodes.
> super-block backups (for fsck -b #) at:
> 160, 376512, 752864, 1129216, 1505568, 1881920, 2258272, 2634624, 3010976,
> 3387328, 3763680, 4140032, 4516384, 4892736, 5269088, 5645440,
> 6021792, 6398144,
> 6774496, 7150848, 7527200, 7903552, 8279904
> matsuyama# mount /dev/md0 /mnt
> matsuyama# ls /mnt
> .snap
>
> Das heißt, daß außer diesem ominösen .snap Verzeichniss (leer)
> anscheinend nichts vorhanden ist

Korrekt. Was erwartest Du nach einem newfs?

Gruß
   Olli

PS: Das ».snap«-Verzeichnis wird automatisch von newfs an-
gelegt, da es für Snapshots benötigt wird. Wenn Du dieses
Feature nicht brauchst und Dich das Unterverzeichnis stört,
dann mußt Du bei newfs die Option »-n« angeben.

-- 
Oliver Fromme,  secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.
$ dd if=/dev/urandom of=test.pl count=1
$ file test.pl
test.pl: perl script text executable
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message