Shdwdrgn

joined 1 year ago
[–] [email protected] 6 points 1 day ago

If you think Trump will protect your democratic rights, tHeN yOu HaVeN't DoNe YoUr ReSeArCh!

[–] [email protected] 2 points 2 days ago

Apparently the port is optional but it makes me wonder what you would do if it wasn't installed. Luckily it was there on all three of the machines I picked up from ebay.

[–] [email protected] 1 points 2 days ago

No worries, glad to help. I don't print a lot with my machine any more, but things still come up (like I got a shop press a couple weeks ago and found a knob for the release valve so you don't need a special tool for it ... printed with no trouble and now the printer sits idle again).

[–] [email protected] 1 points 2 days ago

You may be interested in these links, it can reduce or eliminate the problems which require cold pulls. Basically the issue is that the tubing moves up and down during printing and creates a slack space where the filament gets into a region of the nozzle it's not supposed to reach. This modification uses a short length of tubing inside the nozzle that is pushed down tight, then your regular tubing sits on top of that where the movement doesn't cause any problems. I've never had a single clogged nozzle or needed to do a cold pull in several years since making this change, so I highly recommend it.

https://www.youtube.com/watch?v=7tCxO17XZtw https://www.thingiverse.com/thing:4220059

[–] [email protected] 1 points 2 days ago

You never know. Old filament CAN be used, but it takes special care with the slicer settings and it helps a lot if you have a dehumidifier to dry it out. I live in a dry climate, and have filament at work which has been sitting on the shelf for about 7 years, but I can still get beautiful prints out of it. All of my filament at home is left in ziplock bags but it still gets brittle over time (if you can easily snap the filament, it probably has a lot of moisture in it).

[–] [email protected] 3 points 2 days ago (2 children)

Honestly at that point I would tear down the whole thing and use this video as a guide for reassembly. The most important thing to do is to make sure the framework is all squared up, otherwise all prints will suffer.

As for bed leveling... A lot of people think the paper test is all you need, but really that only gets you close enough to start leveling the bed. First thing is to tighten all the springs to within 1 turn of being closed, then adjust the Z switch so that the head homes to roughly that same height. After that you use the paper method to get the bed roughly level, then move on to live testing with a 5-point bed-leveling test print to dial it in. Ideally you want the nozzle gap to be about 75% of the nozzle size, so for a 0.20mm tip you would want a 0.15mm gap to get your print to stick.

As I mentioned to someone else, Creality's QC is garbage. My first glass bed had better adhesion than PEI and worked beautifully for a few years until the coating wore out. My second glass bed was trash, I never could get anything to stick to it without using hairspray, and now it sits in its box. I have a PEI bed now, which seems to have solved the problem. If you decide to try using the printer again, don't forget to clean the glass with 90% ISO. Worst case try flipping the glass over to the smooth side, clean it with ISO, then use glue sticks on that surface (you won't get any adhesion on bare glass without the glue or hairspray).

[–] [email protected] 1 points 2 days ago

Ah thanks for that! I can never remember PETG, probably because I've never used it myself.

[–] [email protected] 5 points 3 days ago (2 children)

OK so you want to watch this video and learn how to manually do bed leveling. However if you really want to go over the whole machine (perhaps even tearing it down and rebuilding it so you know where everything is an can assure that it was assembled correctly) the you want to start with this video.

Once the machine is set up, it's time to install slicing software on your computer. Cura is a popular and free option, with support built in for the Ender 3 (you have to set up a new machine in the software and tell it what model you have). Following that, find something to print! There are many sites like thingiverse where you can download models from, but you want to start with something small to work out the bugs without wasting a lot of filament. Look for something like a calibration cube ("calicat" is my favorite) which will provide information on how well you have your machine set up.

Also to consider... if you live in a humid environment and you were given filament with the printer that is NOT in a sealed bag, you should be aware that filament absorbs moisture from the air and "wet" filament will print like hot garbage. Insanely cheap filament like the $12 stuff you find on Amazon can also cause problems, so stick with stuff more in the $20 range until you have some experience in working with your machine.

[–] [email protected] 5 points 3 days ago (2 children)

One thing I learned is that Creality's QC is absolute garbage. When I first got my printer I also picked up a glass plate. Everything stuck perfectly to it, hardly any fuss at all. After several years the coating wore out and I bought a new one. Total trash, nothing would stick without heavy usage of hair spray and I eventually gave up on it.

If you want to try again, look for PEI beds. If you have one with the magnetic base, there are several with the PEI already mounted on a spring-steel plate. PEI is one of the best surfaces you will ever find to print on, although I believe one type of filament (I think a variation of PLA?) sticks too well and can damage the PEI trying to take prints off... but I've used regular PLA, PLA+, and TPU with great success, and have heard that ABS also works well on it. Just keep it clean with 90% ISO and you'll eliminate at least one problem.

Of course there's also the whole thing with bed leveling. I run into a lot of people who think the paper method is the whole process for leveling, when really it's just to get your printer dialed in close enough that you don't ruin the bed when you actually begin to do the leveling. Getting the leveling wrong is by far the most common reason why prints don't stick well so do your best to nail that aspect. You want the nozzle gap about 3/4 of the nozzle size, so for a standard 0.20mm nozzle you would want a gap of about 0.15mm for your first layer (but still use 0.20 in the slicer) to get that proper smoosh. My leveling method involves using a 5-point bed-leveling test print, and you can judge the gap by eye from that. Takes quite a few iterations to get all the corners dialed in, but you shouldn't have to do it often.

Speaking of which... another common complaint is the loose bed springs. You want to Crank those puppies down almost completely closed, then adjust the Z switch to that new position before starting the leveling. Tight springs means you almost never have to readjust the leveling knobs. I check mine about once a year.

[–] [email protected] 2 points 3 days ago

I bitched at someone on reddit about that once... Asked a similar common question and so I asked them if they even bothered LOOKING at the sub before they posted because that exact question had already been asked three times that day! There's being lazy, and then there's crap like this.

[–] [email protected] 3 points 3 days ago

Two printers were fighting for the same bed (one with black filament and one with white). Obviously the black printer won and finished the print perfectly.

[–] [email protected] 8 points 3 days ago (16 children)

People give the Ender 3 a bad rap all the time, but it's honestly a great little machine. I far prefer it to the $2500 printer we have at work that has "automatic everything" and can't easily be adjusted to manually correct its bad settings.

With that said, how far have you gotten with it? Do you have any software installed? Have you tried printing anything (and was it successful)? You didn't give much clue as to where you're stuck. Yes you need to take some time to learn how to fine-tune the settings, and yes it can be frustrating because there is SO MUCH to learn about 3D printing, but once you get over the hump you can start cranking out all kinds of fun things.

 

Marjorie Taylor Greene, the bastion of factual information, has once again shown the nature of her character by claiming that peaceful protestors at the Capitol are in fact an "insurrection of terrorists". Don't you see all the violence and mayhem being caused in this video clip? No, me either...

If you want to make such bold comparisons, lets start out by checking how many people are running for their lives or the number of deaths involved between these two events. Or maybe we should be asking why MTG thought it was an "honor" to meet with the people responsible for murder and the attempt to destroy our democracy?

 

I've seen the occasional blip here, but this is the first time I've seen a complete outage of this instance. Hoping @Salamander wanders through and gives us the scoop?

 

I have an annoying problem on my server and google has been of no help. I have two drives mirrored for the OS through mdadm, and I recently replaced them with larger versions through the normal process of replacing one at a time and letting the new drive re-sync, then growing the raids in place. Everything is working as expected, with the exception of systemd... It is filling my logs with messages of timing out while trying to locate both of the old drives that no longer exist. Mdadm itself is perfectly happy with the new storage space and has reported no issues, and since this is a server I can't just blindly reboot it to get systemd to shut the hell up.

So what's the solution here? What can I do to make this error message go away? Thanks.

[Update] Thanks to everyone who made suggestions below, it looks like I finally found the solution in systemctl daemon-reload however there is a lot of other great info provided to help with troubleshooting. I'm still trying to learn the systemd stuff so this has all been greatly appreciated!

 

Just in case there are others like myself who rarely check reddit any more, I thought it would be helpful to cross-post this. It won't look like much unless you have the solar eclipse glasses, but I plan to break out my tracker and camera (with solar filters!) to try and get some pics.

 

I've spent the past day working on my newest Poweredge R620 acquisition, and trying to nail down what things I can do without checking. Google has shown me that everyone seems to be having similar issues regardless of brand or model. Gone are the days when a rack server could be fully booted in 90 seconds. A big part of my frustration has been when the USB memory sticks are inserted to get firmware updated before I put this machine in production, easily driving times up to 15-20 minutes just to get to the point where I find out if I have the right combination of BIOS/EUFI boot parameters for each individual drive image.

I currently have this machine down to 6:15 before it starts booting the OS, and a good deal of that time is spent sitting here watching it at the beginning, where it says it's testing memory but in fact hasn't actually started that process yet. It's a mystery what exactly it's even doing.

At this point I've turned off the lifecycle controller scanning for new hardware, no boot processes on the internal SATA or PCI ports, or from the NICs, memory testing disabled... and I've run out of leads. I don't really see anything else available to turn off sensors and such. I mean it's going to be a fixed server running a bunch of VMs so there's no need for additional cards although some day I may increase the RAM, so I don't really need it to scan for future changes at every boot.

Anyway, this all got me thinking... it might be fun to compare notes and see what others have done to improve their boot times, especially if you're also balancing your power usage (since I've read that allowing full CPU power during POST can have a small effect on the time). I'm sure different brands will have different specific techniques, but maybe there's some common areas we can all take advantage of? And sure, ideally our machines would never need to reboot, but many people run machines at home only while being used and deal with this issue daily, or want to get back online as quickly as possible after a power outage, so anything helps...

 

I have been struggling with this for over a month and still keep running into a brick wall. I am building a new firewall which has six network interfaces, and want to rename them to a known order (wan[0-1], and eth[0-3]). Since Bullseye has stopped honoring udev rules, I have created link files under /etc/systemd/network/ for each interface based on their MAC address. The two WAN interfaces seem to be working reliably but they're not actually plugged into anything yet (this may be an important but untested distinction).

What I've found is that I might get the interfaces renamed correctly when logging in from the keyboard, and this continues to work for multiple reboots. However if I SSH into the machine (which of course is my standard method of working on my servers) it seems to destroy systemd's ability to rename the interface on the next boot. I have played around with the order of the link file numbers to ensure the renumbering doesn't have the devices trying to step on each other, but to no avail. Fixing this problem seems to come down to three different solutions...

  • I can simply touch the eth*.link files and I'm back up afte a reboot.
  • Sometimes I have to get more drastic, actually opening and saving each of the files (without making any changes). WHY these two methods give me different results, I cannot say.
  • When nothing else works, I simply rename one or more of the eth*.link files, giving them a different numerical order. So far it doesn't seem to matter which of the files I rename, but systemd sees that something has changed and re-reads them.

Another piece of information I ran across is that systemd does the interface renaming very early in the boot process, even before the filesystems are mounted, and that you need to run update-initramfs -u to create a new initrd.img file for grub. OK, sounds reasonable... however I would expect the boot behavior to be identical every time I reboot the machine, and not randomly stop working after I sign in remotely. I've also found that generating a new initrd.img does no good unless I also touch or change the link files first, so perhaps this is a false lead.

This behavior just completely baffles me. Renaming interfaces based on MAC addresses should be an extremely simple task, and yet systemd is completely failing unless I change the link files every time I remote connect? Surely someone must have found a reliable way to change multiple interface names in the years since Bullseye was released?

Sorry, I know this is a rant against systemd and this whole "predictable" naming scheme, but all of this stuff worked just fine for the last 24 years that I've been running linux servers, it's not something that should require any effort at all to set up. What do I need to change so that systemd does what it is configured to do, and why is something as simple as a remote connection enough to completely break it when I do get it to work? Please help save my sanity!

(I realize essential details are missing, but this post is already way too long -- ask what you need and I shall provide!)

tl;dr -- Systemd fails to rename network interfaces on the next cycle if I SSH in and type 'reboot'

 

Your dreams and imagination evolved as a view into another universe. As with the current beliefs, you cannot decipher technical information -- no words in books, no details of how devices work, so even if you can describe things you see from another place, you could not reproduce a working version.

Now how do you convince others that the things your are seeing are really happening without being labeled insane? And how could you use this information to benefit yourself or others? Take a peek into the multiverse to see how other versions of yourself have solved these problems...

 

I have a self-hosted matrix-synapse server up and running on a Debian linux server, but before I open it up I want to at least get a captcha service in place to reduce spamming. The only module I've seen to handle this function appears to require setting up a Google recaptcha though, however I would prefer to keep all of this entirely self-contained for the privacy of my users. Can anyone recommend a module that allows for a local captcha option? For that matter, can anyone also recommend a captcha system that is pretty straightforward to set up (which is compatible with matrix-synapse) and uses basic preinstalled code bases like perl or python?

And while I'm here, I would also like to provide the option of registering with an email address, but I'm having trouble finding any clear how-to pages on this. Seems like that function might be built directly in to matrix-synapse but I'm just not finding anything helpful. Any suggestions?

I'm fairly new to matrix in general, but I have an initial setup running with the homeserver, Element web page, and an IRC bridge, so if I can just nail down the validation part of registrations I'll have what I think is a good starting point to launch from.

 

Turns out both grow in my area, and look identical to this when young. Yikes! So based on a post yesterday, I took this outside and sliced it in half. So far it looks promising (I think?) and I'm not dead yet.

This was found growing in a Colorado yard near the base of an elm tree, in an area where there are also rotting cottonwood roots. Altitude is right at 5000 feet. It wasn't my yard so I'm not sure how many days it may have been growing before I picked it today. I have put both halves in the fridge for now, is there any other information I can provide to help identify it?

A full size copy of the inside can be viewed here: http://sourpuss.net/projects/mycology/2023-08-13/IMG_7239.JPG

9
submitted 10 months ago* (last edited 9 months ago) by [email protected] to c/[email protected]
 

I've been running systems up to Buster and have always had the 'quiet' option in the grub settings to show the regular service startup messages (the colored ones showing [ok] and such but not all the dmesg stuff). I just upgraded a server to bullseye and there are zero messages being displayed now except an immediate message about not being able to use IRQ 0. Worse, google can't seem to find any information on this. If I remove the quiet option from grub then I see those service messages again, along with all the other stuff I don't need.

What is broken and how do I fix this issue? I assumed it would be safe to upgrade by now but this seems like a pretty big problem if I ever need to troubleshoot a system.

[Edit] In case anyone else finds this post searching for the same issue… Apparently the trick is that now you MUST install plymouth, even on systems that do not have a desktop environment. For whatever reason plymouth has taken over the job of displaying the text startup messages now. Keep your same grub boot parameters (quiet by itself, without the splash option) and you will get the old format of startup messages showing once again. It’s been working fine the old way for 20+ years but hey let’s change something just for the sake of confusing everyone.

[Edit 2] Thanks to marvin below, I now have a final solution that no longer requires plymouth to be installed. Edit /etc/default/grub and add systemd.show_status=true to GRUB_CMDLINE_LINUX_DEFAULT. In my case to full line is:

GRUB_CMDLINE_LINUX_DEFAULT="quiet systemd.show_status=true"

Don't forget to run update-grub after you save your changes.

 

I run my own email server, and a friend received a compromised laptop from work which resulted in a spam attack from Russia yesterday. Turtle settings saved the days with thousands of emails still in the queue when I saw the problem, however it made me realize that everyone with accounts on my server are local, do not travel, and have no requirement to send emails from outside the country.

I found how to use the smtpd_discard_ehlo_keyword_address_maps setting in postfix to block a CIDR list of IPs, then found a maintained list of IPs by country codes on github. Cool so far, and a script to keep my local list updated was easy enough.

Now the question is, what countries should I be blocking? There are plenty of lists of the top hacking sources, but it's hard to block #2 (the US) when that's where I am located. But otherwise, does anyone have a list of countries they outright block from logging on to their servers? From the above google searches I have 17 countries blocked so far, and in the first 30 minutes already stopped login attempts from three of those countries, so it appears to be working.

Of course I could write a script to parse my logs to see who has already made attempts, but that's what services like fail2ban are for, and I'm just wondering if there are any countries in particular I should directly block? My list so far includes the following: ae bg br cn de hk id in ir iq il kp ng ru sa th vn

The question itself may not be that interesting, but I thought at the very least some folks might be interested in my experience and think about doing something similar themselves. I can post more details of what I did if there is any interest.

49
submitted 11 months ago* (last edited 10 months ago) by [email protected] to c/[email protected]
 

First pics of my first pins. I cut slits in the bag on Sunday and saw the first pins appear yesterday morning, now they're growing fast. This clump is already a full inch (25mm) tall, and I have four openings in the bag that are all pinning. I've been misting them a couple times a day but now I'll be working from home until next Monday so I can try to spray them more often.

For anyone who hasn't seen my previous posts, I started out with a very small sample of spawn from ebay just over two months ago. I expanded that out in jars of rye berries and popcorn kernels, and then on July 4th I split a jar between two fruiting bags with pasteurized straw (I also have two bags of blue oysters and opened one of those on Sunday, but no pins from it yet).

This is my first time trying to grow mushrooms so I've been researching and asking questions every step of the way, but so far so good! I also have never tasted oysters before so that will be a new experience too. Now I just have to temper my impatience until it's time to harvest...

[Update] Adding a second pic this morning. This is about 12 hours later and they've grown significantly again. For reference, the bag is about the size of a sheet of paper.

[2nd update] It's been five days now since I opened the bag for fruiting. Here's a pic of what the mushrooms currently look like. As far as what I've read, I expected them to get MUCH larger than this, but with the upturned caps I really believe these are done growing and should have been harvested yesterday (note this image shows the largest clump of the group). Any thoughts?

view more: next ›