I’m back to working on my WG3526-similar device, as it’s too cold to work on the cars, and the last HP 4100 was (re)built before lunch. It’s nice to have a functional panel on it.
I’ve found someone else who received a device which was based on the ZBT WE1326, and has a slightly different design than mine internally. Of course, his works with the stock LEDEDTS for the WE1326. Naturally!
I really like the default design of the hnyman WNDR3×00 builds which have dyndns, luci-ssl, et al- so I started working on one of my own now that, indeed, the 5Ghz is stable with a standard WE1326, even if the 2.4Ghz radios are still pretty useless (which is bad for my needs- I’m still primarily 2.4Ghz- one of the perils of not upgrading every couple years for the sake of upgrading).
Anyhow, onto the “Well duh†moments (some I’ve discovered though trial and error, yet others, I was aware of due to others’ trial and error):
Don’t install openssh server by default- it has wisely disabled root by default, whereas dropbear will let you login, which is useful for a clean flash (which has no password). dropbear also uses fewer resources. Don’t be wasteful on embedded targets!
Don’t forget to not only update your packages, but to install them. luci-ssl isn’t all that useful when your docroot is empty.
Always sysupgrade from /tmp – I’ve never not done so, but I can’t imagine it being great to try to do so from a bit-banged MMC.
Always be aware of your umask. Anything except umask 022 is going to cause pain!
Since my same-but-not device is a different revision than that of the only other person I know who owns one- I really have to question how we’re going to get this supported in LEDE since we don’t have a real definitive platform for this device, or revision history.
It looks like this device I am trying to get mainline support into LEDE was done in a greymarket way. It has an older kernel, but is built against a version of OpenWRT that is 2 years old (15.05). It looks like they may have used DreamBox Binary Modules. I don’t want to lock myself down, especially to a Dirty COW (if not patched) kernel, but this may be a way to get a semi-recent LEDE working, and stable.
I thought I should write a little cautionary note for anyone considering the not-as-well know Teleflora.com.
Two years ago, I used them to deliver roses on Mothers’ Day, and they arrived wilted and half dead. When I contacted them about my dissatisfaction, they did not offer a replacement or refund- they offered me 10% off my subsequent order. I told them that this was not sufficient, and they offered no further solution, despite asking to have them replaced.
Needless to say, there was no second order. Stick to FTD, 1-800-FLOWERS, or your trusted local florist.
Even if you’re used to it, brctl is deprecated. Here’s how to setup a bridge using iproute2, take note that before you can add the bridge to the device, the device has to be up:
ip link set dev $DEVICE up
ip link add $BRIDGE type bridge
ip link set $DEVICE master $BRIDGE
ip link set dev $BRIDGE up
Chances are that at some time, you’ll need to repair a corrupted filesystem, or worse, fix something you accidentally broke. Sometimes, your operating system will do this, especially if you are a fan of Linux. Such as the case with the Core2, today:
Long story short, the kernel became unhappy with the latest update, and being a headless machine with no remote hands, I had to figure how to fix it.
Now, although I don’t have remote hands, I have a fairly dated (and limited) sysrescue image which I can boot the system from, and manipulate my installation from there.
Despite architectural and distribution differences, a 3.x kernel with most options available can get you back online with minimal effort.
Althought teaching you how to handle LVM/etc is not something for a quick little diary entry, I will offer this bit of advice: The following mounting heirarchy tends to work OK for Debian, CentOS, and almost any other Linux distribution I’ve thrown at it:
# fsck.{filesystem} /dev/{device}{partition} #root partition
# mount -t {filesystem} /dev/{device}{partition} /mnt
# mount -o bind /dev /mnt/dev
# mount -t sysfs sys /mnt/sys
# mount -t devpts pts /mnt/dev/pts
# mount -t proc proc /mnt/proc
# cd /mnt
# {mount/fsck any subpartitions here}
# chroot /mnt /bin/{dash|bash|ash}
If you browse back a few pages, you might notice that along with the mass of printers, there are some PCs, LCDs, and associated components:
I’m hoping to continue refurbishing and selling the handful of laser printers to recoop my expenses (25’ U-Haul 1-way rentals are NOT cheap), but my wish is to rebuild these computers for those who cannot afford them.
Coming from a government auction, they’re all functional- but missing hard drives (and needing new CMOS batteries, but I have plenty CR2032s). There are 5 complete units that are worth salvaging, ranging from P4HT and Core2 based eras. 15â€-17†LCDs, keyboards, and mice are all included, of course.
They’ve all got Windows license stickers on the machines themselves, so I can reinstall an OS- should I be able to find drives. I don’t have drives, but I’m hoping to get a bulk order of ~160GB SATA1 disks cheap enough.