yanmaani | Why did you take it down? It should be very fast to CNAME the old domain to deb.devuan.org | 01:46 |
---|---|---|
systemdlete | gnarface: The thing with my setup is that the 4-bay unit has one 140mm fan. In fact, I upgraded from the 3-bay version because that one had two small 60mm (or maybe 40mm, idr now) fans, which were noisier and less efficient. So I think the fan can probably be ruled out in this instance. | 02:54 |
systemdlete | Also, mdadm is software raid, so there is no hardware raid controller, either. But it is good to remind me about those issues. | 02:55 |
systemdlete | Your thinking about negligence in package handling due to the quarantine was my thinking also! I just received a usb-ethernet dongle whose activity/link LEDs did not work and did not seem able to achieve a full 100Mbps, let alone the 1 or 2 Gbps it was rated for (USB3/gigabit ethernet). So, yeah. I am seriously wondering if this is all due to less stringent manufacturing and handling (shipping) practices due to the pandemic. | 02:58 |
systemdlete | It certainly seems likely. | 02:58 |
systemdlete | And, no. It's a plain old 2 drive RAID1. Actually 3, once a spare is possible. I have had 2 of my 3 500GB drives die on me in the past couple months, and I had 2 2TB WD drives standing by. I had not prepped them since I got them LAST summer (2019), before the crisis. So when push came to shove, I tried to use them, and one of them was bad right out of the box! | 03:00 |
systemdlete | I am trying to make it a practice to sort of burn in new drives BEFORE they are needed, but I got lazy. | 03:00 |
systemdlete | I just walked the bad drive and the bad dongle to the UPS and the Fedex place, respectively. The air is poison due to all the fires here. I am in Sacramento, due east of the NLU complex fire, and the air is thick with smoke. The mask was helpful in more ways than one today. | 03:02 |
systemdlete | My eyes are still burning... | 03:03 |
systemdlete | I'm concluding maybe some build-up of oxidation on the contacts in the 3rd of the 4 bays. | 03:04 |
systemdlete | Maybe just a few blasts of CO2 is needed | 03:04 |
gnarface | worth a try | 03:08 |
systemdlete | Well, I might have my answer. I just looked at the logs -- and my email from mdadm -- the new WD drive is down. | 03:09 |
systemdlete | It's the Toshiba drive I just replaced. | 03:09 |
systemdlete | The WD drive had been working... I thought. | 03:09 |
systemdlete | That was the one that had the constant activity light on earlier. | 03:10 |
systemdlete | failed to enable AA | 03:10 |
systemdlete | It is possible my drive needs to be "quirked" for my specific model and firmware. See https://bugzilla.redhat.com/show_bug.cgi?id=907193. Of course, that's RH and they are talking Seagate drives, but it is the same bug. | 03:39 |
systemdlete | hdparm -I shows that a similar feature (DMA auto-activate) is supported, but not enabled. | 03:40 |
Vall | Hello everyone. Is it me, or are the devuan repo servers down? | 04:19 |
mason | Vall: switch to deb.devuan.org | 04:20 |
tuxd3v | mason, you mean deb.devuan.org/merged | 04:21 |
tuxd3v | ? | 04:21 |
tuxd3v | :) | 04:21 |
mason | deb http://deb.devuan.org/merged beowulf main | 04:22 |
Vall | https://pastebin.com/81hsi0Js | 04:23 |
golinux | That is a mess. | 04:24 |
mason | Vall: Can you use bpaste.net or termbin.com or something not so heavily ad- and javascript-infested? Thanks in advance. | 04:24 |
Vall | mason, tuxd3v: this patticular VM is still on jessie. | 04:24 |
Vall | mason: will do, 1 min | 04:24 |
golinux | First always use codenames not suite in your sources | 04:25 |
mason | Vall: Update it all the way, then change sources to point to ASCII, then update and dist-upgrade, reboot, rinse and repeat. | 04:25 |
Vall | https://bpa.st/7HUA | 04:25 |
mason | ty, lookin | 04:25 |
golinux | And don't use packages.roundr.devuan.org:http: | 04:25 |
Vall | golinux: I never changed that. It must have come as part of the Jessie install. | 04:26 |
mason | Ooh, yeah, referring to stable has interesting consequences. Theoretically it will cause you to follow stable through upgrades, but in practise it's a bit more fraught with peril than that. | 04:26 |
golinux | Exactly. | 04:27 |
mason | Vall: Can you share your /etc/apt/sources.list ? | 04:27 |
tuxd3v | 👍 | 04:27 |
Vall | sure, 1 min | 04:27 |
Vall | # cat /etc/apt/sources.list | 04:27 |
Vall | deb http://packages.devuan.org/merged stable main | 04:27 |
Vall | (just this one line) | 04:28 |
mason | Vall: cat /etc/apt/sources.list | nv termbin.com 9999 | 04:28 |
mason | ah | 04:28 |
Vall | (for 1 line?) | 04:28 |
golinux | Things have changed a lot since jessie. Read the release notes and website for the latest tips. | 04:28 |
Vall | OK ;-) | 04:28 |
Vall | No problem. But should jessie stop working just like that? | 04:28 |
mason | So, yeah, deb http://deb.devuan.org/merged jessie main should be correct | 04:28 |
golinux | Yes. If the repositories have been moved around | 04:28 |
mason | Right now referring to stable will do very much the wrong thing. | 04:29 |
Vall | OK, mason, thanks. Will change to "deb http://deb.devuan.org/merged jessie main" as per your guidance | 04:29 |
Vall | 1 min | 04:29 |
golinux | Well, not at the current time but when bullseye goes stable it will for sure | 04:29 |
mason | Vall: apt update and see if it's happy, before upgrading anything | 04:30 |
golinux | Time for tea here . . . | 04:30 |
mason | Vall: Then the usual process... Delete any packages you can easily replace to make the upgrade less painful, note them to reinstall later. Update to the latest for the branch, reboot, then move up *one* release and repeat. | 04:31 |
Vall | complaining of GPG key: | 04:31 |
mason | golinux: Enjoy! | 04:31 |
Vall | W: GPG error: http://deb.devuan.org jessie InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY BB23C00C61FC752C | 04:31 |
Vall | looking for the key to import | 04:31 |
Vall | Which is the keyserver for devuan? | 04:32 |
mason | I believe you can pull from the public servers unproblematically. | 04:32 |
Vall | OK got it from the Ubuntu keyserver (believe it or not!) | 04:33 |
mason | The state of GPG since the signature attacks is kind of unfortunate. | 04:33 |
mason | or rather keyservers | 04:33 |
Vall | heh | 04:34 |
Vall | Anyway, apt seems happy now | 04:34 |
Vall | Thanks mason! | 04:34 |
mason | Vall: cool | 04:34 |
mason | Vall: just remember to take it slow and steady. update before dist-upgrade, let it do as little as it can on each hop | 04:34 |
mason | take out packages so you give it less to have to upgrade, etc. | 04:34 |
mason | It's just like Debian in how you do it safely. | 04:35 |
TemporalBeing | Q: I'm starting from Devuan Embedded on RPi4 and have the base system installed (command-line); I'd like to install KDE, and keep SystemD out of the way. I've already blocked libsystemd0. What documentation should I follow? | 05:47 |
golinux | Might also ask in #devuan-arm | 05:56 |
TemporalBeing | it should be the same as normal; I just couldn't use the install CD | 06:00 |
user282069 | any tips for gitlab? i see its in backports | 09:50 |
user282069 | has no installation candidate and is referenced by other pkgs :\ hrm | 09:51 |
Unit193 | Might be able to nab it from fasttrack...? | 12:46 |
openbsdtai123 | devuan ascii and buster cannot format ext2 and ext3 !! Please a fix ! there is a big bug since long time now. | 14:00 |
DPA | openbsdtai123: Do you have e2fsprogs installed? Is ext2 and ext4 included in /proc/filesystems? If both is the case, there shouldn't be any problems. | 14:05 |
openbsdtai123 | I will check - thank you because this is very worrying ... on mmcblk0 no problem, but all Sanedisk will freeze!!!!!! | 14:07 |
systemdlete | xhci_hcd 0000:02:00.0: WARN Event TRB for slot 2 ep 4 with no TDs queued? | 20:18 |
systemdlete | This is only a warning, but it does fill up the logs. I am running 4.9.0-13-amd64. | 20:19 |
systemdlete | (ascii) | 20:19 |
nemo | systemdlete: any reason you're not on beowulf? | 20:22 |
nemo | seems easiest way to see if a driver has been fixed.. | 20:22 |
systemdlete | It's on my list. | 20:22 |
systemdlete | Yes, I agree. Just been busy doing other stuff. | 20:23 |
nemo | it's apparently some buggy USB from DDGing for the error | 20:23 |
nemo | which increases likelihood that upgrading will fix | 20:23 |
nemo | since buggy peripherals are a neverending linux driver fight | 20:23 |
nemo | maybe try using different peripherals | 20:23 |
systemdlete | I am limited on the peripherals issue. | 20:23 |
systemdlete | Only some usb-ethernet dongles are supported for my application. | 20:23 |
systemdlete | These were working fine for the longest time. It's just started acting up the past few weeks or so, probably since a kernel upgrade. | 20:24 |
systemdlete | btw, what is "DDGing?" | 20:25 |
yanmaani | searching on duckduckgo | 20:30 |
systemdlete | oh, thanks | 20:32 |
systemdlete | I use DDG myself. Although, I am starting to think about swisscow instead. | 20:32 |
systemdlete | That disk drive problem yesterday? Gone. Totally. | 20:33 |
systemdlete | All I did was reboot, fix the file systems (which were in poor shape) and now everything seems happy. | 20:33 |
systemdlete | No more errors about DMA AA not working -- in fact, hdparm -I shows the drive has AA activated! | 20:34 |
systemdlete | I am really not sure what went awry, but it may be due to the fact I leave my computer up for weeks at a time. | 20:34 |
systemdlete | No strange noises from any of the drives, no kern.log notices, warnings, or errors. I did not touch any hardware (other than to blast some CO2 on the connectors in the bay). | 20:35 |
systemdlete | I was, however, running a dozen VMs of varying sizes, and core memory was running tight. But I did not observe any "funny" behavior within the VMs. All seemed to work as advertised and expected. | 20:36 |
tuxd3v | nemo, I ended 2 days Ago the fight for the kingdom, I killed Ashiviere mad Queen :) | 21:19 |
tuxd3v | his daughter became queen | 21:20 |
tuxd3v | konrad married her, 3 children's, and I thought all the time that he was the rightful heir to the throne.. :S | 21:22 |
openbsdtai123 | hey guys, golinux will get mad looking at human message... ;) keep technical ... no, just kidding. Glad you can chat now on devuan. Keep humanity ;) | 22:05 |
mason | There is #devuan-offtopic for non-support stuff. | 22:10 |
nemo | tuxd3v: ☺ | 22:10 |
nemo | tuxd3v: you should join the wesnoth channel | 22:10 |
nemo | tuxd3v: much discussion of campaigns | 22:10 |
golinux | openbsdtai123: I've been cooking and missed an opportunity, it seems | 22:12 |
openbsdtai123 | mason: ubuntu is human, why not devuan? | 23:03 |
openbsdtai123 | humanity? | 23:03 |
openbsdtai123 | ever heard? | 23:03 |
mason | openbsdtai123: Ubuntu's not really human. :) Maybe better than it used to be. | 23:04 |
MinceR | humanity is overrated | 23:08 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!