Chris Ellis @intrbiz@bergamot.social

@sjstoelting @vyruss certainly very unlikely to see a Java app which is not using a pooler. Not sure I see that as a major issue, it's often solving a different issue to a centralised external pooler. Sure you still need to pay attention to the pooling config.

@vyruss with PGPool on the application servers?

@dick_turpin probably more the Torry party's fault.

@alex That's rather cool to know, always used to use `uuidgen` for that.

Genuinely think it should be illegal for companies to pay ransomewere demands, they might put a bit more effort into security that way, and maybe have a recovery plan in the event of disasters.

https://www.theguardian.com/business/2023/feb/15/under-no-circumstances-will-we-pay-that-absurd-amount-royal-mail-tells-hackers

@bigcalm very likely not mounted, it might well be /dev/sda1

@bigcalm it will be the first partition on the device. If it's mounted /proc/mounts will show it as VFAT.

@bigcalm it looks like the modprobe config is living in that same VFAT boot parition, and you need to create the directories.

@bigcalm You need to enable the device tree overlays as step one. These are applied by the RPi bootloader, which uses the files: config.txt in the VFAT boot partition. Typically this file will have: `include extraconfig.txt`. So you can create a file in that boot partition named `extraconfig.txt` can add the lines: `dtparam=i2c_vc=on
dtparam=i2c_arm=on`. If you plug the SSD into your PC the boot partition will likely show up first.

@bigcalm Do you need to enable any device tree overlays? Or just the modprobe i2c-dev?

@sil locking up in what way? I had some Radeon DRM crashes a few weeks back, but that got fixed in a kernel update.