Putting a simple preseed file on a debian install image is probably going to be your best bet. Assuming you can run a VM on your current machine it shouldn't be too difficult to test it until you're happy with it.
notabot
joined 2 years ago
It's going to be a balance between your time getting an automated approach to work and the cost/effort of getting a monitor. Getting preseed working can be a bit fiddly, but it does mean you've learnt a new skill, getting a monitor sounds like it'll be a pain, and you might only need it once.
Yes, that'll work too, it does involve adding the disk to your machine temporarily though, so just be carefully which disk you format to do it. Please don't ask why I say that, it brings back painful memories...
While I agree with most people here that finding a keyboard and screen would be the easiest option, you do have a couple of other options:
-
Use a preseed file A preseed lets the installer run completely automatically, without user intervention. Get it to install a basic system with SSH and take it from there. You'll want to test the install in a VM, where you can see what's going on before letting it run on the real server. More information here: https://wiki.debian.org/DebianInstaller/Preseed
-
Boot from a live image with SSH Take a look at https://wiki.debian.org/LiveCD in particular 'Debian Live'. It looks like ssh is included, but you'd want to check the service comes up on boot. You can then SSH to the machine and install to the harddrive that way. Again, test on a VM until you know you have the image working, and know how to run the install, then write it to a USB key and boot the tsrget server from that.
This all assumes the target server has USB or CD at the top of its boot order. If it doesn't you'll have to change that first, either with a keyboard and screen, or via a remote management interface sych as IPMI.
The article says:
The photons travel through a resonant metasurface, where they mingle with a pump beam.
From that, I think it's suggesting it needs a separate beam of photons to amplify the signal, much like a transistor needs a supply current to amplify the signal it gets.
They also say:
This new tech also captures the visible and non-visible (or infrared) light in one image as you look through the 'lens.'
Which sounds like it produces an image showing both the IR and visible spectrum in the visible range.
Mind you, re-readind it, most of the article just talks about IR, so I'm not certain what it's actually doing. It could just be transparent to the visible spectrum. It wouldn't be much good for driving if it did that though, the windscreen blocks a lot of IR and you'd need IR headlights!
The material captures visible light too, so headlights would be brighter, but I wonder if there's a way to reduce the contrast by either filtering out some wavelengths (like driving glasses) or the material simply not boosting it's output past a certain level?
The device captures visible and infrared light, just like a typical night vision scope. They're working on expanding the spectrum too, which could lead to some interesting and useful results. I understand that, for instance, skin cancers are more visible under certain UV wavelengths, so imagine a doctor being able to just put on a pair of glasses that convert that wavelength to give you a once over during a checkup.
I believe so, but that's definitely something you'd need to check yourself.
You shouldn't need a window manager, you should be able to pass a tell mpv to just run full screen.
Alternativly, if you're up for a bit more work, it looks like you can get mpv to run in tge framebuffer and so not need ecen X11. It might take recompiling a few packages, I'm not sure whether the options are built by default now, but you could have a look at this thread fir example: https://bbs.archlinux.org/viewtopic.php?id=176072
It doesn't really matter whether the FMR is one in a hundred or one in a million, for the uses it's being put to it's still too high. If it was only being used as one factor for authenticating someone (I.e. the 'thing for are') but still required the other factor(s) (the 'thing you know' and the 'thing you have') then it'd be adaquate.
As it stands, when it's being used either to pick someone out without further scrutiny, or to make payments with no further checks, it's simply unacceptable. There's good arguments to say it's not just the error rate is unacceptable, but that the technology simply shouldn't be used in those scenarios as it's entirely inappropriate, but that's a separate discussion.
Is he still on the team? If so, why? Are they all this twisted and broken?
It sounds like you're actually more concerned about the data in the files not being able to 'pop up' elsewhere, rather than the files themselves. In thus case I'd suggest simply encrypting them, probably using
gpg. That'll let you set a password that is distinct from the one used forsudoor similar.You should also be using full disk encryption to reduce the risk of a temporary file being exposed, or even overwritten sectors/pages being available to an attacker.