# virt-inspector /mnt/backup/opt/libvirt/images/mirbsd.img I'm seeing the same issues with a MirBSD disk image, during the Fedora 14 virtualization test day: No, because the appliance that libguestfs uses isn't a > * Can libguestfs edit itself? Can I open libguestfs image from libguestfs? Or > configure scripts in ufsutils tarball, and the Makefile does not have any > * My own disk image would mean statically linking fsck.ufs. Of libguestfs until someone packages this. So we won't be able to add fsck.ufs to the Fedora version > * There is no ufsutils package in Fedora, I hope some one picks it from the second point answers this question, the appliance ships its own copy. You can't just add stuff to the appliance, you'd have to rebuild It ships an appliance which contains the tools: > * Where does guestfish/virt-rescue, finds fsck programs? Does it ship a copy or > (especially since you mentioned it takes kernel modules from the host). > I copied it to the host system, assuming it was taking tools from the host You may need to include any libraries (libbsd.so* etc) they need. Note that your utilities have to be statically linked, else # your utilities are available on /dev/sdb * You *can* however put the files you need into a separateĭisk image and attach that.
Rebuild the appliance, which means rebuilding libguestfsįrom source, editing appliance/packagelist.in to add any * You can't just add files to the appliance. (Of course you may not be able to mount the VM's disks beforeĭoing an fsck, but that's another matter). * If it's in the guest VM, then virt-rescue will be able to see It in the virtual machine unless you 'upload' it. * If it's still on the host system, nothing will be able to see I'm not quite clear where you copied it to. > fsck.cramfs fsck.ext3 fsck.ext4dev fsck.vfat > /sbin/fsck.ext3 /sbin/fsck.msdos /sbin/fsck.xfs > /sbin/fsck.ext2 /sbin/fsck.ext4dev /sbin/fsck.vfat > /sbin/fsck.cramfs /sbin/fsck.ext4 /sbin/fsck.ufs > guestfish and virt-rescue is unable to find it > I copied fsck.ufs and libbsd.so.* from debian. Sd 0:0:0:0: Attached scsi generic sg0 type 0 Sd 0:0:0:0: Write cache: disabled, read cache: enabled, doesn't support DPO or FUA Scsi 0:0:0:0: Direct-Access ATA QEMU HARDDISK 0.11 PQ: 0 ANSI: 5 > mount-vfs rw,ufstype=ufs2 ufs /dev/sda1 / These UFS partitions, which is possibly a bug in Fedora libblkid.īooted a second debian gnu/kfreebsd system as hdb and ran fsck on /dev/ad0s1 (/dev/sda1 in guestfish). Unfortunately it doesn't seem to work for We also have a command 'vfs-type' which is *supposed* to return
#DEBIAN INSTALL DMG WRONG FS TYPE FREE#
Unix Fast File system (little-endian) last mounted on /, last written at Thu Nov 26 13:11:38 2009, clean flag 0, readonly flag 0, number of blocks 1224940, number of data blocks 1183459, number of cylinder groups 14, block size 16384, fragment size 2048, average file size 16384, average number of files in dir 64, pending blocks to free 0, pending inodes to free 0, system-wide uuid 0, minimum percentage of free blocks 8, TIME optimization I suggest using the 'file' command, like this: If you want to quickly determine what is really on the partition, System is using that partition (in reality nothing much uses Tables contain a single byte which tells the BIOS what operating Sfdisk-l displays what's in the partition table. > But why is sfdisk-l showing it as Linux File System? Should this be filed as a (but if the version number of your custom kernel is higher than any If you recompile your kernel - it may end up choosing the wrong one In fact it chooses the most recent suitable kernel in the /bootĭirectory, and at the moment there is no way to specify that it libguestfs uses your host kernel to access the filesystem. > UFS write support is disabled in kernel. > mount -r -t ufs -o ufstype=ufs2 /dev/sda1 /īe able to mount the partitions and access data Libguestfs: error: mount: mount: /dev/sda1 on /: mount: you must specify the filesystem type
Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0ĭevice Boot Start End #cyls #blocks Id System create a qemu disk image and install debian gnu/kfreebsd (I can provide the 126MB lzma compressed image for testing)ĭisk /dev/sda: 1044 cylinders, 255 heads, 63 sectors/track Version-Release number of selected component (if applicable):ġ. Mount command inside guestfish is failing to mount ufs2 partitions from qemu image of debian gnu/kfreesd.
0 kommentar(er)
