Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
@epse That's what 32-bit x86 CPUs were called right before they went extinct. The most famous ones were the first generations of Intel Atom chips. My home server is (was 😂) a glorified NAS with a 48TB ZFS pool of drives. The 32-bit Atom CPU used 5-10w of power, and only needed passive cooling, which is nice for a network drive.
-
epse36616y@bittersweet wait what's the difference between i386 and i686? I though i386 was 32 bit x86?
-
@bittersweet dude... did you at least add support for tls v1.2?
Linux can run forever - even after the support is over, and the update servers are gone. -
@magicMirror It can run forever, but the hardware doesn't. I was trying to recover broken systemd services using the Arch32 community project mirrors... on a harddrive with a somewhat messed up filesystem and no journaling, eventually it started throwing random kernel panics every time I tried restarting samba...
So I opted to just get a new 64-bit ITX board which also supports my 48TB raid, and start over with a fresh linux install on an M.2 SSD.
Sometimes it's just time for new hardware, 9 years of continuous uninterrupted uptime is more than can be expected of any hardware. -
@bittersweet makes sense. here hoping for another 9 year of uptime with no problems!
-
@epse i386 is super old 80s stuff (8086 up till 80386). Then there was a redesigned 80486 (i486), then came 80586 (i586) which most people know as the "Pentium". After that with i686 was all the stuff from PII/PIII up till Yonah/Bonnell/Saltwell (Pentium M and first-gen Atom).
Pentium 4 & Pentium D was not i686, that architecture was called Netburst, which was quickly replaced by "Core" 64-bit systems. i686 survived for quite long in Pentium M and Atom CPUs though.
The label i686 is particularly used to label software & operating systems compiled for 32-bit systems without any requirements beyond MMX & SSE(1) instruction sets. -
@magicMirror
Some hardware does surprise. I always aim to get the max out of the devices I buy.
I still have my original Motorola Droid (now running Debian), and my Moto Defy also still functions after soldering a new BGA SoC in it, possibly holding world record for most Android upgrades from Froyo to Lollipop.
I've also used a 2006 iMac ("the first one with an Intel CPU") as a XMBC/Kodi mediacenter for 12 years, replacing it with a Raspberry Pi last year. -
@epse Yeah i686 became synonymous with "All the 32-bit CPUs just before they went extinct".
So that includes only P4/PD/Bonnell-based Atom/VIA-C7/Atom with >SSE2, even though in that list technically only Atom qualifies as "true" i686, and a "true" i686 Pentium M or Duron/Athlon XP might not run i686 packages. -
@bittersweet it’s so refreshing to read your rants. You actually take the time to explain things, and share something of substance. Awesome. I know more than I expected to about processor history now.
-
@hash-table @theKarlisK Yeah there are plenty of options software wise... Debian runs on pretty much any architecture. But the fact that the disk needed a fsck might point to a bad disk, and now I got a new mobo with embedded 64-bit quad core cpu, 4GB ram and an M.2 SSD for €150.
-
@RantSomeWhere Mine. And yeah, I wouldn't advise it to anyone — but 9 years of uptime means it was at least stable. I used to be a certified Microsoft server admin managing thousands of AD & exchange servers, if someone back then would've told me a server could stay up for a year without a reboot I would have laughed.
If it's Arch, just never update it, and make sure it's not accessible from the internet 😂 -
@hash-table Because every time you run pacman -Syu, it's like a roulette game. 95% chance of super fresh bleeding edge updates, 4% chance of cryptic error messages, 1% chance of having to rewrite a config file by hand.
"Arch Linux is actually not that difficult".
I ssh'ed into my home server yesterday.
I was greeted by a message from an ext3 disk about needing fsck. Fine, "I haven't been in here for a while, might as well do some maintenance". fsck /dev/sda6, let's go!
This nicely "repaired" the sshd service (i.e. cleared the sectors), I cursed at myself for pressing enter at "repair (y)" right before the connection broke.
So I connected a display and keyboard... ok so let's just pacman -Sy sshd or whatever. We can do this! Just check the wiki, shouldn't be that hard!
Wait... pacman has not run since 2010? WAIT IT'S ACTUAL UPTIME IS 9 YEARS??? I guess we know why I'm a DB admin and not devops...
Hmm all the mirrors give timeouts? Oh. The i686 processor architecture isn't even supported anymore...?
4 hours, 11 glasses of cognac, 73 Arch32 wiki/forum pages, 2 attempts at compiling glibc, and 4 kernel panics later: "I think I'll buy a new server".
rant
i suck at devops