I test booted the cd - Nice job by the way - I can hardly wait for the finished version!!

Everything worked as expected - except that it found the onboard ethernet - broadcast for an IP (I am running DHCP) and it doesn't receive an IP.
So I manually configured eth0 - and it still doesn't ping out - the activity light on the ethernet isn't active.

On board lan on a Soyo P4X400 Dragon Lite board.

No biggie since I probably won't be using that PC for much anyway - just an FYI

I haven't actually tested mounting a Tivo drive partition yet..

It probably needs the updated REalTek driver:
http://www.scyld.com/network/rtl8139.html

Unfortunately, my postition on this is that I'm only going to support the modules that are released with the full knoppix release. You can by a linksys or dlink card for 5 to 15 bucks. Certainly not worth my time to try to support every card out there.

By the way, thanks for giving it a try.

No problem - I have a couple of spare D-Link cards lying around....

It was just an FYI....

What you are doing is to be commended....

Any help I can give, I will..

No e2fsck on the KNOPPIX disk
 

That would be nice, since the apparent problem that caused my HDVR2 to hard crash recently was bad disk blocks in one of the ext2 filesystems.

Re: No e2fsck on the KNOPPIX disk
 

Done. It will be in the next upload. I will post when it's up.

Re: Re: Re: can't wait
 

This is a busybox anomily.

If you use the "-t" option, mount doesn't print that out. I think what it's doing is trying all fs types until it finds one. What we are seeing is it trying the ext2 & ext3 types first.

OK guys, I have added a bunch of extra stuff.

1.) Fixed the "knoppix" label (boot label)

2.) Added e2fsck

3.) Added telnet & telnetd

4) Added ssh & sshd

5) Added ftpget & ftpput

6) Added tfpt

7) Added netstat

8) Added a few minor things that I can't remember.

This stuff needs some testing. If you want to test the latest release before it goes up on TivoStuff please PM me.

Thanks for helping out.

Sleeper

Early feedback on your test release
 

The mfstool binary appears to work fine now.

e2fsck is good, found no errors on my disks, so my problem is somewhere else. :(

couldn't get ftpput to work. It kept trying to connect to my ftp server on TCP port 0 rather than port 21, even when using the -P option.

However, I was able to insmod usb-storage and mount my external USB2 drive, which is pretty neat!

Could we have scp to go along with ssh?

Re: Early feedback on your test release
 

Originally posted by jonbig
The mfstool binary appears to work fine now.2

Yeah, I'm messing around with setting DMA. I think the kernel detects wether it should use DMA or not. In my case, the kernel did not enable it so I went ahead and did hdparm -d1. It corrupted the drive.

e2fsck is good, found no errors on my disks, so my problem is somewhere else.

Cool!

couldn't get ftpput to work. It kept trying to connect to my ftp server on TCP port 0 rather than port 21, even when using the -P option.

I will look into this.

However, I was able to insmod usb-storage and mount my external USB2 drive, which is pretty neat!

That's really cool. How did you know which module to use? Did you boot with the USB drive attached? I'm curious if it will detect it on boot.

Could we have scp to go along with ssh?
I thought about it. I think I will include it but it will be the last networking component. I can't tell you how much work it is to figure out and install all the support files.

That's really cool. How did you know which module to use? Did you boot with the USB drive attached? I'm curious if it will detect it on boot.

It found my usb-hubs, but didn't appear to probe for usb-devices. I'm running my tests of your setup on my linux box, so I just remembered that usb-storage was the right module to load. When I did, it automatically probed for the disk and assigned it to /dev/sda, which I was then able to use for mount.

I believe scp is primarily just a wrapper for ssh, so just the executable itself should do the trick.

Well here are some findings.

As previously thought and now confirmed, do not override the dma setting that the kernel used if it is off. It will corrupt your drive.

I put a Tivo drive in my external USB2 case and plugged it in. Hotplug recognized it as /dev/sda.

pdisk can read the partition table.

bootpage (compwis312's version) does not work - on the USB drive

mfstools does not work - on the USB drive

I could not mount any partitions - getting an error stating that it's not a block device. - on the USB drive

The thought of plugging tivo drives into my external USB case was too good to be true. Would be nice if we could get the mfstools source from Tiger though.

It's possible that mfstools (and perhaps bootpage) does something IDE specific (/dev/hd?) and doesn't work with a USB drive using SCSI emulation (/dev/sd?).

Most likely it's has to do with probing the disk geometry, which is very different in IDE vs SCSI lands.

I mistated before - it was my knoppix dev platform that detected the USB and installed the driver. I'm also looking into what's missing that's not laoding the usb driver. Let me know if you find it.

OK, but its curious that pdisk is able to read that partiton table (sda).

Compwiz312 recompiled bootpage to handle additional /dev/hd? devices. It could easily be recompiled to handle /dev/sdX

I think the issue is reading that partition table on the tivo drive. Although the kernel reads it when its on an ide device. We might have to make some changes to the usb mass storage module. I should be able to mount an ext2 partition (on the tivo drive) but I can't.

OK, while we're on the topic of external devices, how about adding firewire (ieee1394) support?

IIRC, I was able to use mfsbackup against my firewire external drive (with the original Tivo drive in) on my laptop. That's how I backed up my first 3.1.0 image.

I would really love to use that instead of ripping the PC every time I need to pull the drive.