MFSLive 1.4 unable to mount partitions, 1.3b works.

[ciper]

Mounting partitions is broken on the new version

1.4


1.3b on the same drive


Thanks

[ciper]

If it helps any this seems to be a disk wide issue.
Compare this under 1.4


To the normal behaviour for a properly byteswapped SWAP partition

Invalid argument is what you want btw. If the swap enables then it has not been initialized in byteswapped mode.

[spike]

I've included ext3 & ext4 support so I think that the reason for the warning.

If you cd to your mounted part, you can get to it.
or
if you want to bypasss warning messages:

mount -t ext2 /dev/hdc9 /hdc9

[ciper]

Disk access seems to be partly broken beyond just the mounting. Thats what I tried to demonstrate with swapon. Any advice on what else to try?

[spike]

cd /
umount /hdc9
mount -t ext2 /dev/hdc9 /hdc9

[ciper]

Doesn't work. Here is a freshly booted MFSLive 1.4 with a freshly imaged drive (full restore and not even expanded).

[spike]

Does your backup contain /var?
What command did you use to backup?
Restore command?

bootpage -p /dev/hdc

Can you mount /dev/hdc4 or /dev/hdc7?

[ciper]

It was a disk to disk copy using MFSLive. The source drive is unmodified in any way except that I unlocked it.

I'll try the bootpage command and the other partitions when I get home.

[ciper]

Under 1.3b -
*I can mount nine and seven.
*bootpage -p /dev/hdc results with
"root=/dev/hda7" which is normal since the bootpage binary has a display bug.

Under 1.4
*I cannot mount seven or nine.
*bootpage -p /dev/hdc results with
"warning: drive is byteswapped
"root=/dev/hda7"

Is the bootpage command on 1.4 different? Why is one giving the bytewap warning and the other doesn't?


edit: If it helps any I am able to mount FAT drives under 1.4 and still get the EXT4-fs errors.

[ciper]

Another error which may be related.

When using pdisk to manipulate partitions in interactive mode I get the error "hdc: unknown partition table" twice when I choose write. This doesn't happen under 1.3b

[spike]

bootpage -p /dev/hdc results with
"warning: drive is byteswapped
"root=/dev/hda7"


Your drive is byteswapped according to bootpage command.

Are you working with Series 1?

If that's the case, you have to boot w/ option 2 to be able to mount.

What command did you use to backup and restore?
Your drive could be byteswapped if you use the wrong commands.

[ciper]

Your drive is byteswapped according to bootpage command.

Are you working with Series 1?

Yes

If that's the case, you have to boot w/ option 2 to be able to mount.

I always do.

What command did you use to backup and restore?
Your drive could be byteswapped if you use the wrong commands.

The drive was backed up / restored / copied using WinMFS. It boots in the TiVo.

I have reimaged the drive three times to make sure it wasn't a bad copy.

[eagleray]

Thanks ciper for the forum thread and solution. I have been banging my head on the keyboard the past two weekends trying to figure out the right combination of params to backup and restore. I finally typed in the right search and found this. I downloaded and booted into 1.3b and was finally able to see my partitions.

Steps for my DSR6000:
installed MFSLive 1.4 into my Linux grub menu (no need for CDs and faster boot )
boot MFSLive 1.4 (non-byteswap option)
backup (-f 9999 -so) from old drive
restore (-s 127 -nxzpi) to new drive
boot MFSLive 1.4 byteswap option but no partitions
restore (-s 127 -b -nxzpi) from MFSLive 1.4 byteswap option
still no partitions
may have tried backup and restore after booting MFSLive 1.4 byteswap option but don't recall
not sure which restore procedure was last, probably restore in non-byteswap mode
still no partitions in byteswap mode but tivo boots with it
read this thread
added MFSLive 1.3b to grub menu
booted MFSLive 1.3b byteswap option and see partitions

I was gonna delve deeper and start with a clean drive by zeroing it out (dd if=/dev/zero) but I just want my tivo up and running again I have read that DMA and byteswapping cannot be on at the same time regardless of the boot CD so maybe the ide=nodma setting isn't taking effect and the bswap setting is then ignored. Thanks again for the info.

[ciper]

I think I read that DMA can be used if byteswapping is enabled in the kernel level rather than in the IDE driver.

The bug you might be having is actually the device name problem. For some reason byteswapping doesn't work on all the device entries (/dev/hda-d)

[GreenLego]

Hi - has a resolution been reached for this issue? I am having the exact issue as the original post. I can mount partition 4 (sda4 for me) fine, but can not mount partition 9 to access the /var.