ronsch
03-17-2007, 01:24 PM
Background
Running a 250gb drive hacked via the Jenkins method with LBA48 kernel. Boot page set to upgradesoftware=false waiting for the time, energy and impetus to do something about the pending 3.5 software.
The looming 3.5b upgrade finally pushed me into action. I gathered old notes and researched both forums. My problem, synchronizing a new software update with an LBA48 kernel replacement and a database conversion.
My first thought was to run installSw manually as documented in other threads but something was obviously wrong with my telnet environment as the script couldn't find its library items. Thanks to BTUx9 for trying to help figure out what was happening! All this prompted more in depth research on DDB, specifically a description of the software update process by alldeadhomiez that was written almost three years ago.
That led me to believe that this would be a two-part process. Part 1 would be the installation of the 3.5b software into the alternate boot partitions triggered by a boot. Part II, the database conversion, would follow another reboot after the installation completed, the perfect place to intercept it with the power plug.
Backup the current Environment.
Taking that 300gb drive that got trashed almost a year ago, I acquired the beta version of Spike2k’s new version of mfstools at mfslive. My drive’s partition table was already full but this new release was reporting good success in expanding capacity anyway.
1. Turn off recording suggestions.
2. Burn current version of MfsLive CD(1.1 beta6d), PTVUpgrade CD(4.04)
3. Locate Jenkins and Silicon Dust CDs and, just for grins, Knoppix.
4. Reboot TiVo and pull plug at Welcome..Powering up screen (minimize file corruption).
5. Cannibalize PC and place TiVo drive in as Secondary master (hdc), 300GB drive as primary slave (hdb), and FAT32 drive as primary master (hda).
6. Boot up MfsLive CD using option 1.
7. Save a backup image (you can never have too many)!
Mount –t vfat /dev/hda1 /dos
Backup –6so /dos/dsr6k310c2.mfs /dev/hdc
8. Copy the entire drive to preserve recordings (237GB worth) via
backup –Tao - /dev/hdc | restore –s 150 –r 4 –fzi - /dev/hdb
Where –Tao means copy everything, -s 150 – create a new swap partition for the large drive, possibly not needed. –r 4 create 4MB blocks instead of 2MB blocks to handle an mfs partition that might exceed 274GB, although in this case, probably not needed. –f used in the beta release of the MfsLive version of mfstools to expand space where no partition space is available – Spike2k Magic!
9. Two hours and 45 minutes later, put new drive in TiVo to test. It works, however, we are working without swap since the large partition needs special initialization. We also see the full 300GB, Wooo Hoo Spike2k!
The Upgrade.
10. An attempt to edit rc.sysinit to remove changes that prevent upgrades from taking
place with Hackman causes a reboot. Perhaps it generated a swap?
11. After the boot completes use Telnet and Joe to edit rc.sysinit (this works).
12. Use bootpage to clear upgradesoftware=false.
13. Restart TiVo to initiate the software install process. This takes less than 5 minutes. As the next reboot starts automatically to run the 3.5b software, pull the power plug at Welcome Powering up screen.
14. Reinstall the drive in the PC and boot up Silicon Dust CD. Install cachecard drivers and run killinitrd.
15. Boot up PTVUpgrade CD and run copykern to install 3.1+ kernel and initialize the large swap partition.
16. Boot up Jenkins CD in anticipation of reinstalling previous hacks. In the process of looking at partitions, discovered that /var was not rebuilt! This means all the old hacks are still there! Celebrate!
17. Copy over rc.net, rc.sysinit.author, .profile, .bash_logout from partition 4 to 7.
18. Put drive back into TiVo and boot. Cachecard driver screen appears, celebrate again! After cachecard initialization is complete, the Updating Database splash screen appears. This takes about 5 minutes to complete and the TiVo is alive!
19. Verify that a variety of recordings still play, System Information screen shows 3.5b and a full 284 hours of recording capacity to match the 300GB drive. Not only that but the time displays are correct too!
20. Telnet in and review boot log for any bad things. None found.
21. Download and install new endpadplus and TivoWebPlus 2.0.
22. Pull drive one more time and make backup as in steps 5 – 7.
23. Get some sleep, explore the wonders of TWP 2.0, and install latest Hackman.
Running a 250gb drive hacked via the Jenkins method with LBA48 kernel. Boot page set to upgradesoftware=false waiting for the time, energy and impetus to do something about the pending 3.5 software.
The looming 3.5b upgrade finally pushed me into action. I gathered old notes and researched both forums. My problem, synchronizing a new software update with an LBA48 kernel replacement and a database conversion.
My first thought was to run installSw manually as documented in other threads but something was obviously wrong with my telnet environment as the script couldn't find its library items. Thanks to BTUx9 for trying to help figure out what was happening! All this prompted more in depth research on DDB, specifically a description of the software update process by alldeadhomiez that was written almost three years ago.
That led me to believe that this would be a two-part process. Part 1 would be the installation of the 3.5b software into the alternate boot partitions triggered by a boot. Part II, the database conversion, would follow another reboot after the installation completed, the perfect place to intercept it with the power plug.
Backup the current Environment.
Taking that 300gb drive that got trashed almost a year ago, I acquired the beta version of Spike2k’s new version of mfstools at mfslive. My drive’s partition table was already full but this new release was reporting good success in expanding capacity anyway.
1. Turn off recording suggestions.
2. Burn current version of MfsLive CD(1.1 beta6d), PTVUpgrade CD(4.04)
3. Locate Jenkins and Silicon Dust CDs and, just for grins, Knoppix.
4. Reboot TiVo and pull plug at Welcome..Powering up screen (minimize file corruption).
5. Cannibalize PC and place TiVo drive in as Secondary master (hdc), 300GB drive as primary slave (hdb), and FAT32 drive as primary master (hda).
6. Boot up MfsLive CD using option 1.
7. Save a backup image (you can never have too many)!
Mount –t vfat /dev/hda1 /dos
Backup –6so /dos/dsr6k310c2.mfs /dev/hdc
8. Copy the entire drive to preserve recordings (237GB worth) via
backup –Tao - /dev/hdc | restore –s 150 –r 4 –fzi - /dev/hdb
Where –Tao means copy everything, -s 150 – create a new swap partition for the large drive, possibly not needed. –r 4 create 4MB blocks instead of 2MB blocks to handle an mfs partition that might exceed 274GB, although in this case, probably not needed. –f used in the beta release of the MfsLive version of mfstools to expand space where no partition space is available – Spike2k Magic!
9. Two hours and 45 minutes later, put new drive in TiVo to test. It works, however, we are working without swap since the large partition needs special initialization. We also see the full 300GB, Wooo Hoo Spike2k!
The Upgrade.
10. An attempt to edit rc.sysinit to remove changes that prevent upgrades from taking
place with Hackman causes a reboot. Perhaps it generated a swap?
11. After the boot completes use Telnet and Joe to edit rc.sysinit (this works).
12. Use bootpage to clear upgradesoftware=false.
13. Restart TiVo to initiate the software install process. This takes less than 5 minutes. As the next reboot starts automatically to run the 3.5b software, pull the power plug at Welcome Powering up screen.
14. Reinstall the drive in the PC and boot up Silicon Dust CD. Install cachecard drivers and run killinitrd.
15. Boot up PTVUpgrade CD and run copykern to install 3.1+ kernel and initialize the large swap partition.
16. Boot up Jenkins CD in anticipation of reinstalling previous hacks. In the process of looking at partitions, discovered that /var was not rebuilt! This means all the old hacks are still there! Celebrate!
17. Copy over rc.net, rc.sysinit.author, .profile, .bash_logout from partition 4 to 7.
18. Put drive back into TiVo and boot. Cachecard driver screen appears, celebrate again! After cachecard initialization is complete, the Updating Database splash screen appears. This takes about 5 minutes to complete and the TiVo is alive!
19. Verify that a variety of recordings still play, System Information screen shows 3.5b and a full 284 hours of recording capacity to match the 300GB drive. Not only that but the time displays are correct too!
20. Telnet in and review boot log for any bad things. None found.
21. Download and install new endpadplus and TivoWebPlus 2.0.
22. Pull drive one more time and make backup as in steps 5 – 7.
23. Get some sleep, explore the wonders of TWP 2.0, and install latest Hackman.