Show all posts by user
Add a display to your device
Re: Newer uBoot as workaround to 3.2 kernel problem? - 12 years ago
Fixed! Thanks for spotting that.by Jeff - uBoot
Re: Newer uBoot as workaround to 3.2 kernel problem? - 12 years ago
Or, when the installer says Your current uBoot environment should be reasonable. However, if you're having any probems booting, you can reset the environment variables to know good values. Would you like to reset the uBoot environment? just say No (it's the default, you can just press enter. Still, even if you say Yes, it should preserve your ethernet address. I'll loby Jeff - uBoot
Re: Newer uBoot as workaround to 3.2 kernel problem? - 12 years ago
I've updated the install script to work around the opposing behaviors of the different nanddump revisions. Thank you for tracking that down laprjns.by Jeff - uBoot
Re: Newer uBoot as workaround to 3.2 kernel problem? - 12 years ago
What kernel are you running? I wonder if there's something in your kernel/linux environment that's causing the NAND to be accessed differently. You probably know most of this, but just a quick recap of what the -o switch does to make sure we're all trying to fix the same problem: The -o parameter tells nanndump to omit the OOB data, which I believe is used internally by theby Jeff - uBoot
Re: Newer uBoot as workaround to 3.2 kernel problem? - 12 years ago
It's official, Davy's images are the new default! Anyone using older uboot images can safely upgrade using the uBoot install script: cd /tmp wget http://projects.doozan.com/uboot/install_uboot_mtd0.sh chmod +x install_uboot_mtd0.sh ./install_uboot_mtd0.sh Thank you for all the effort you've put into this, Davy!by Jeff - uBoot
Re: Newer uBoot as workaround to 3.2 kernel problem? - 12 years ago
I'm seeing the some results on a Dockstar (I don't have a pogo v2 to test with): uboot.dockstar-L2Coff-EFIon-NoUSBBulkStorPatch = Cruzer does not work, other drives OK uboot.dockstar-L2Coff-EFIon = Cruzer does not work, other drives OK uboot.mtd0.kwb-2011.12-Dockstar-L2Cdisabled-davysconfig = All drives OK From what you've said this certainly looks like something weird caby Jeff - uBoot
Re: Newer uBoot as workaround to 3.2 kernel problem? - 12 years ago
Here's the results of my testing on the GoFlex: uboot.goflexNetHome-IDEfixed-L2Coff-EFIon = Cruzer does not work, other drives OK uboot.goflexnet-IDEfixed-L2Coff-EFIon-NoUSBBulkStorPatch = Cruzer does not work, other drives OK uboot.goflexnet-IDEpatched-arcNumOK = All drives OKby Jeff - uBoot
Re: Newer uBoot as workaround to 3.2 kernel problem? - 12 years ago
I am more than happy to test as many images as you're willing to build. I think the new builds are great and I'm eager to roll them out. I'm just worried about those users who have working devices that could end up with non-working devices after an upgrade. The upgrade instructions you've posted require netconsole/serial access which is great because it means anyone who eby Jeff - uBoot
Re: Newer uBoot as workaround to 3.2 kernel problem? - 12 years ago
Nope, no timeout (or, at least, none within 5 minutes at which point I reset the device) I meant "Other drives & Cruzer work as expected on the older uboot images" ie: all drives work on the old images, and all drives except the cruzer work on the new image. The Cruzer drive is an older 2 GB drive. I'd be more than happy to drop it in an envelope and send it to you, if yby Jeff - uBoot
Re: Newer uBoot as workaround to 3.2 kernel problem? - 12 years ago
I've been testing these out for incorporation into the installer and I'm seeing a similar hang when trying to boot with a SanDisk Cruzer micro drive attached: scanning bus for devices... 3 USB Device(s) found scanning bus for storage devices... The same thing happens on both a GoflexHome and on a Dockstar. Here's the drive info: USB device found, idVendor=0781,by Jeff - uBoot
Re: Newer uBoot as workaround to 3.2 kernel problem? - 12 years ago
When you've got 'finished' versions of your uboot images, I can host them here and let them deprecate my binaries. That way they should just automatically work with all the existing scripts and instructions floating around out there.by Jeff - uBoot
Re: Do you also think that we need a wiki? - 12 years ago
I'll create a wiki on doozan.com if I can find a volunteer (or two?) to pre-populate the wiki. In my experience, wikis work best when someone takes the time to create a few high-quality 'core' articles just to set a good example for everyone else. If you'd like to be that person, send me an email and I'll get something set up.by Jeff - Debian
Re: Can't boot into debian after powerfail - 12 years ago
The old location was: jeff.doozan.com/debian/uboot/files/environment/uboot.environment (that link still works) The new location is: download.doozan.com/uboot/files/environment/uboot.environmentby Jeff - Debian
New Webserver - 12 years ago
Hi, All, After much frustration with Dreamhost, I've finally completed the migration to Linode. I moved the forums a few weeks back and just finished moving all the rest of the debian/uboot stuff today. I've taken this opportunity to re-factor much of the website which means that every file is in a new location. Instead of lumping everything under jeff.doozan.com/debian, binariesby Jeff - Debian
Re: patch for Jeff's u-boot on Pogoplug V1 (wallwart-ish) - 12 years ago
The dockstar and the pogo v1 share the same uboot binary, even though it's downloaded as uboot.mtd0.dockstar.jeff-2010-10-23.kwb or uboot.mtd0.pogov1.jeff-2010-10-23.kwb in the install script. The MD5 is the same for both files.by Jeff - uBoot
Re: [SOLVED]Script dockstar.debian-squeeze.sh failed - 13 years ago
Thanks, I've updated the installer with your patch. -- Jeffby Jeff - Debian
Re: Latest Dockstars Deals, Post your findings here! (Updated 01 Jan 11) - 13 years ago
I've played with one. It was on my desk for months, but I only had time to tinker with it for a few hours. It's a completely different chipset than the older Pogoplug and Seagate devices, so it needs its own uBoot before it will become usable. From what I saw, building a replacement uBoot was going to be a lot of work, at least until another device with a similar chipset is added to thby Jeff - Debian
Re: Quick and Dirty Debian -> Goflex home/net - 13 years ago
The uBoot from my script is capable of booting from an SATA drive, but it may need an adjustment to the bootcmd string. To be honest, the lack of Goflex support in Debian's kernel has kept me from doing much work on this, but I think it would be easier to adapt the existing scripts for installing Debian instead of installing UBIT. I'm happy that you've put the effort into worby Jeff - Debian
Re: Quick and Dirty Debian -> Goflex home/net - 13 years ago
Alternatively, you can skip all the ubit stuff and just install Debian like you would on a Dockstar. The only thing holding back Debian from running on the Goflex is that the default Debian kernel does not have support for the Goflex arcNumber. If you install uboot/debian just like you would on a Dockstar, you can then use the Sheevaplug + SATA arcNumber (which Debian does support) or installby Jeff - Debian
Re: Rescue System v2 - 13 years ago
If anyone would like help contribute to the Rescue System effort, here are a few good projects in need of someone to tackle them: - Johannes made a great mod of the original system. I haven't tried it, but it should be possible to integrate his mods and have a build script that will build both the flashable .img files and the bootable ram image. - A newer buildroot (2011.02) is almostby Jeff - Rescue System
Rescue System v2 - 13 years ago
I've updated the Rescue System with support for the new arcNumber (Dockstar & GoFlex Net) and support for runlevels via a new sysvinit based startup and a few new utilities. I've dropped the zcip configuration, because it never really worked anyways. This will replace the Pogoplug kernel on mtd1 and the Pogoplug system on mtd2 with a more sophisticated system. What's neby Jeff - Rescue System
Re: What is uboot looking for on debian squeeze USB disk? - 13 years ago
The environment list is here but you'll save yourself a lot of headache if you just wait for your serial cable to arrive. -- Jeffby Jeff - uBoot
Re: uboot.mtd0.goflexnet.original.kwb dont start over tftp - 13 years ago
You should be able to follow the directions here to reload the rescue system. After you've done that, however, be aware that you can't change the arcNumber (the current rescue system predates the updated arcNumber support) See the notes in this thread about the updated uboot.environment url/md5. -- Jeffby Jeff - uBoot
Re: uboot.mtd0.goflexnet.original.kwb dont start over tftp - 13 years ago
What are you trying to accomplish? uboot.original.kwb can only boot into the pogoplug environment but looking at your log, it seems that you have replaced the pogoplug environment with the rescue system. -- Jeffby Jeff - uBoot
Re: 8" Insignia Infocast from Best Buy - 13 years ago
Thanks for the post, that looks like it's going to be a lot of fun!by Jeff - Debian
Re: uboot.environment - 13 years ago
You are safe to use that file. The md5 should match the md5 listed in http://jeff.doozan.com/debian/uboot/files/environment/uboot.environment.md5 -- Jeffby Jeff - Debian
Re: Restore nand - 14 years ago
The default variable settings are available here. You may be able to copy and paste them into your netconsole session to restore the defaults. Be careful not to overwrite the 'console' variable or anything else you used to configure netconsole. -- Jeffby Jeff - uBoot
Re: UBI Errors - 14 years ago
That's nothing to worry about. The bootloader is just checking to see if you have a bootable system on the internal nand. You don't, so it fails and falls back to booting from the USB drive. -- Jeffby Jeff - Rescue System
Re: GoFlex Net Support - 14 years ago
uBoot supports the GoFlex, but the current Debian kernel does not include support for the GoFlex arcNumber. You can still run it as a sheevaplug or a dockstar, but the SATA won't work. If you want to use the SATA ports, you'll need to grab Peter's kernel patches and build your own kernel. -- Jeffby Jeff - Debian
Re: Recovery image - 14 years ago
There's no reason that you can't make something like that. In fact, Johannes did some work creating a USB bootable rescue system here: http://forum.doozan.com/read.php?4,1871 -- Jeffby Jeff - Debian