Search results

Well done work and very nicely documented. Wonder what they were trying to accomplish with... whatever all that was. Just trying to narrow down the GAL failure? Or somehow trying to make it work with some other system?

That makes complete sense, thanks. Are there any plans to change the old-school ea=ad approach? Or is that expected to remain a viable option for the future?

@Fizzbinn that was my first thought too. Would be worth checking the voltage of those batteries in circuit as well to make sure they aren't toast. Second (and IMHO more likely) are the logic board caps. At this point I'd be suspicious of any original-capacitor LC series board that hasn't been...

The writeup assumes you're using the official Debian packages for all the services, though this should work on any distro or BSD assuming similar service versions. The only custom code is the hooks library for Kea (and if you need it, the C program used one time to help prep the images)...

This is great info thank you, I was not understanding this prior to your posts on the subject. If it was in the documentation I definitely missed it, adding that somewhere in the official docs would be useful. I also find this unintuitive, to be honest. I assume there's a technical reason not...

That's neat! Never knew there was any netbooting support for the earlier systems at all. Good read. Another approach these days might be one of the network-attached modern SCSI devices presenting a network file as though it was local storage. Not sure how practical that would be with all the...

Guide updated for Debian trixie and associated package version changes (including Netatalk 4 being much easier to install now its available in official packages, yay!). This also updates the hooks library to address a breaking change made starting in Kea 2.6.3 and includes some more concrete...

Sorry, I should have clarified that all original testing was with ea unset; I was checking extended attributes directly with addump -e (and to a lesser extent getfattr --dump, just to make sure something was present). I went back to ea = ad as a fallback since it was somewhat easier to directly...

Very nice, that's cleaner than the manual bless editing I was doing. This and the set commands gets EAs correctly populated with FinderData and I'm no longer getting AppleDouble errors on dbd scans. Unfortunately this is not bringing over the resource fork from the dot files into the EAs, and...

Appreciate the help, I will try these out via a client later this evening.

Made another attempt, this time within the ~/afp-data directory. This time I got "ad[58969] {unix.c:619} (error:AFPDaemon): initgroups(saybur, 1000): Operation not permitted". Adding sudo to each ad command made them complete without error and I did see a burst of activity in the Netatalk log...

I tried this again and unfortunately ran into the same issue. Commands ran on an empty share with dbd -f /srv/netboot ran on it immediately beforehand (lightly edited for brevity): $:/srv/netboot$ 7z x ~/NetBoot.pax $:/srv/netboot$ chmod +x NetBootInstallation $:/srv/netboot$ cd...

@slipperygrey I definitely see the bugginess, ad has some weird behavior. It gets quite unhappy if [Homes] is not defined for one thing. Setting equal permissions on source and destination unfortunately did not work, it emits the following (partial) error for ad cp -R ~/NetBootInstallation...

Thank you! I'll give that a try later today and report back.

I'm trying to add files into a Netatalk share manually via the console. Each has a dot file (._) associated with it. The dot files seem to be well formed, 'addump' shows an AppleDouble format with reasonable looking data to my untrained eye. However, running 'dbd' on the share after the files...

What programming languages (if any) are you familiar with? You'll already have plenty to learn due to the quirky Mac environment so if you have something to build from it will likely make your life easier, and help tailor advice here to your skills.

I have nothing to contribute on the IWM project but thank you for keeping notes there on this and your other projects, they have been super useful!

Yeah I wouldn't be shocked if either the G3 or the cache was being driven too hard too instead of the bus. I'm not sure how common it was for them but this unit is on a green PCB, most of the pictures I've seen of Newer's stuff had black/dark brown soldermask: maybe a cost-reduction step taken...

Okay I think I have this fixed. Tl;dr version is I needed to set DIP switch 3 on the CPU upgrade to ON. To explain here's a long(ish) narrative of the troubleshooting, along with the red herrings I ran into along the way. The "incompatible" message from the driver in my previous post was fixed...

Found it in Gauge PRO. It is active, listed as "Enabled (I/O Incompatible)", which isn't an encouraging way of describing it.