rwp | fsmithred, I have also seen bad RAM DIMMs also cause spontaneous reboots too. | 01:20 |
---|---|---|
rwp | Therefore I would suggest an overnight run of memtest and if it turns up something then celebrate as it is an easy fix then. | 01:22 |
fsmithred | I'm thinking it might be the power supply. The clock keeps drifting off, and the last time I saw that, it was a bad PSU. | 01:24 |
fsmithred | or maybe the power company screwing with the service. I've seen that, too. | 01:24 |
gnarface | i dunno, but i haven't seen clocks that can hold time on their own for over a decade | 01:28 |
rwp | Clock drift sounds very unusual to me. Hardware clock or system clock? | 01:28 |
gnarface | in the 90's stuff would drift maybe 2-5 seconds a year, now it's more like 30s a month | 01:28 |
fsmithred | hardware clock, I guess. I use ntpdate to fix it. | 01:29 |
fsmithred | 5-10 minutes/week | 01:29 |
fsmithred | I'll do it now | 01:29 |
gnarface | wow that is a lot though | 01:29 |
tuxd3v | hello guys; I am seing you all blue :S | 01:29 |
rwp | The hardware clock should be as good as any wrist watch, to a few seconds a month for something with bit temperature swings. | 01:29 |
fsmithred | I got 17 minutes after the hour right now | 01:29 |
gnarface | yea i'd just run ntpd on it but i'd worry something is dying | 01:30 |
tuxd3v | I used to see a diferent color foreach user :( | 01:30 |
gnarface | bad caps maybe? | 01:30 |
fsmithred | could be. 2010/11 dell | 01:30 |
rwp | The system clock should have an adjustment file that is tuned by ntpd to make it very accurate. | 01:30 |
fsmithred | offset 705.400302 sec | 01:31 |
fsmithred | yeah, I'm not using ntpd, just ntpdate (one-shot) | 01:31 |
rwp | Yes. The ntpd keeps /var/lib/ntp/ntp.drift as a drift correction file. Therefore the running system clock should become very accurate rather quickly. | 01:31 |
tuxd3v | color nicknames, solved! :) | 01:31 |
tuxd3v | fsmithred, does that machine has access to a ntp server without restrictions? | 01:34 |
fsmithred | just public servers | 01:34 |
tuxd3v | I fought a similar problem, but the firewall was preventing me to access ntp server.. | 01:35 |
tuxd3v | and so, I ended for hours seing things like that, thinking that "for sure its a hardware problem.." | 01:36 |
fsmithred | I might move some power supplies around to see if that changes it. | 01:36 |
fsmithred | and memtest, too | 01:37 |
tuxd3v | your system use a rechargeable battery? | 01:40 |
tuxd3v | if so, it could be dead, and sucking current to it, making some sort of shortcircuit to the rtc.. | 01:41 |
fsmithred | no, it's a desktop. | 01:56 |
tuxd3v | does your desktop as a power cell battery for the rtc? | 01:58 |
fsmithred | yeah, little cmos battery | 01:59 |
tuxd3v | it could be dead maybe, I would make an exercise, and would take that cell out and check the rtc, with computer always connected during some days.. if problem persists, then there are something else, but if the problem is fixed, then you know that you have to buy another one :) | 02:01 |
fsmithred | I have spares around here somewhere | 02:01 |
tuxd3v | ofcourse to take that out, best to shutdown and take power supply out of the board... I already had a bad experience thinking I could take it out with computer conected, and since O touched the spring, zas.. the couin jumped in a lot of places in the motherboard, and computer rebooted :D lool | 02:03 |
tuxd3v | since I touched | 02:03 |
rwp | The hardware clock battery is most likely a CR2032 but it is only used when power to the system is off. When on the hw clock is powered from the system and the battery is not drained. | 02:07 |
rwp | It's a common item that needs to be replaced when the machine is sitting powered off and is older. | 02:09 |
rwp | A stronger symptom of battery failure is on cold boot the BIOS reports CMOS checksum failure. Because it also powers the non-volatile RAM. | 02:09 |
tuxd3v | indeed, but if battery is with problems it will suck current to itself( already experienced by me ), and getting the battery out, eliminate this efect and can serve also as a test, to see if that is the cause or not.. | 02:11 |
rwp | Agreed. | 02:12 |
tuxd3v | Typical crystal RTC accuracy specifications are from ±100 to ±20 parts per million( also called simple as "ppm" ), or ( 8.6 to 1.7 seconds per day), but temperature-compensated RTC ICs are available accurate to less than 5 parts per million(ppm) or ( 0.425 drift seconds/day). | 02:16 |
tuxd3v | I would guess that nowadays we would be using 5 ppm crystals, but I believe the story is a bit different.. | 02:17 |
tuxd3v | I sometimes see drifts that are a lot superior to what we would expect.. | 02:19 |
tuxd3v | maybe it could be because the hardware is faulty, don't know | 02:20 |
tuxd3v | hello, does we need 'brltty' service running? | 05:12 |
golinux | It gets pulled in the console-productivity or something like that. | 05:13 |
golinux | For accessibility. AFAIK, it can be removed. | 05:13 |
tuxd3v | golinux, many thanks :) | 05:35 |
golinux | tuxd3v: Some discussion here: https://lists.dyne.org/lurker/message/20200418.100018.85d8a247.en.html | 05:39 |
tuxd3v | many thanks, have being removed :) | 06:10 |
gour | morning. i just noticed that drag&drop to the sidebar in thunar does not work. any idea? | 07:26 |
unixbsd | hi | 07:47 |
unixbsd | I installed with debootstrap, touch /forcefsck does not work. how to fsck at reboot? | 07:48 |
unixbsd | gour: thre is no dragdrop in thunar, this gtk works not that gat | 07:50 |
unixbsd | great. try dolphin or at best: rox-filer | 07:50 |
unixbsd | at best ask at the irc.gnome <-- other server, to get feedbacks from their dev. how they think abou t it | 07:51 |
rwp | unixbsd, There is various logic around /forcefsck controlled by /etc/init.d/checkfs.sh and /etc/init.d/checkroot.sh which I assume you have installed? | 08:29 |
rwp | unixbsd, But my question is why do you need it to fsck? If the file system is clean then it is not needed. If it is not then it will fsck automatically regardless. | 08:29 |
rwp | Also in /etc/default/rcS the value of FSCKFIX=yes is what I recommend to ensure that systems will boot unattended. Required for servers. | 08:30 |
gour | unixbsd: but, under debian it was posible to drag&drop folders and put them on the sidebar as shortcuts | 11:39 |
fsmithred | gour, drag&drop to sidebar in thunar works here. | 11:45 |
gour | hmm | 11:46 |
fsmithred | did you get an error message? | 11:46 |
fsmithred | is your mouse dying? | 11:47 |
gour | no | 11:48 |
gour | fsmithred: which version you have? | 11:56 |
fsmithred | whatever is in beowulf | 11:56 |
fsmithred | 1.8.4-1 | 11:57 |
gour | i see...i'm on ceres and i'm told maybe it's some regression in 4.16.x | 11:57 |
fsmithred | confirmed | 11:59 |
fsmithred | it's broken in chimaera 4.16 | 11:59 |
gour | maybe i should settle on "stable"...gnucash is probably the only one which could be problematic to downgrade | 11:59 |
gour | fsmithred: thanks! | 11:59 |
fsmithred | oh | 12:00 |
fsmithred | not broken | 12:00 |
fsmithred | changed | 12:00 |
fsmithred | right-click on the thing you want to drag | 12:00 |
fsmithred | create shortcut | 12:00 |
fsmithred | sorry | 12:00 |
fsmithred | Send to | 12:00 |
fsmithred | Side panel | 12:00 |
fsmithred | oh, that was there before | 12:01 |
gour | thanks, so only drag&drop does not work...strange | 12:01 |
fsmithred | did you check bug reports? | 12:01 |
fsmithred | and I got other questions, too. | 12:02 |
gour | in devuan or xfce? | 12:02 |
fsmithred | I just checked debian. It's not reported. | 12:03 |
fsmithred | maybe xfce | 12:03 |
fsmithred | there won't be any reports in devuan because we don't fork that package. | 12:04 |
fsmithred | did you switch from runit to sysvinit? | 12:04 |
gour | nothing found in xfce...no, didn' try to switch to sysvinit -will try to do it first on my netbook, but still busy with restoring data from debian | 12:11 |
gour | hmm, after closer inspection i notice that besides gnucash which is not critical to be at the latest version, the only significant package which is nice to be newer is Emacs...does it justify to be on 'unstable' that is the question now | 12:57 |
walex | gour: no. EMACS has been pretty much the same for centuries now, since the benedictine monks invented EMACS to write parchments in the middle ages :-) | 12:58 |
walex | gour: also much of the new stuff in EMACS is the ".el" packages, and the newest can be downloaded and installed with the ELPA package manager. | 12:59 |
gnarface | mostly what i notice is just changed defaults or integration of stuff you used to have to sideload | 12:59 |
gnarface | you'd have to be doing something special for it to really matter | 12:59 |
gour | walex: right, my main usage is currently org-mode/org-roam etc. | 13:00 |
gour | i haven't run 'stable' for looong time, but i'm sure it provides much less admin overhead in comparison with the 'unstable' | 13:01 |
gour | how far is chimaera? | 13:01 |
gour | probably the best would be to switch to chimaera and then stay on 'stable' | 13:02 |
walex | as to EMACS the base stuff the big changes that mattered were switching to UNICODE and to FontConfig for fonts, and those happened a while ago. | 13:05 |
gour | ohh yes, thunderbird (i switched recently from claws) is another one, but, afaics, even beowulf is on 78.x | 13:06 |
gour | right, new engine in emacs | 13:06 |
gour | what about 'backports' in devuan? does it work? | 13:07 |
gnarface | beowulf-backports does exist and works | 13:10 |
gour | gnarface: that's nice to hear!! | 13:10 |
walex | gour: of course they work, but it is as usual volunteer made, so you find in it what some random guy wanted to backport | 13:10 |
gour | well, it looks for most of the stuff won't be needed :-) | 13:11 |
gnarface | well it's the same packages as debian so it works as well as it works in debian | 13:11 |
gnarface | most the packages in there are not as well tested against each other as the main part of the distro | 13:12 |
gour | do you recommend to do ceres --> chimaera in my sources? | 13:12 |
gnarface | it's fine to get something you need from backports but i wouldn't recommend doing a dist-upgrade from it | 13:12 |
gour | or to wait... | 13:13 |
gnarface | downgrading from ceres to chimera? that's not really supported by debian either, but it might work | 13:13 |
gour | ok, will try on 'testing' machine | 13:13 |
* gour was running gentoo for >5yrs in the past, but gave up after noticing warnings about global warming :-D | 13:15 | |
fsmithred | bullseye (debian testing) is in freeze, so changes in chimaera are slowing down. Still a lot. | 13:24 |
kreyren | kreyren@leonid:~$ sudo apt-get install geda |& ix | 17:07 |
kreyren | http://ix.io/2WbB | 17:07 |
kreyren | geda broken | 17:07 |
terabit | gour: what does gentoo have to do with global warming?? | 17:22 |
fsmithred | compiling everything uses more electricity | 17:26 |
fsmithred | lose your screensaver, too | 17:26 |
terabit | not if I plant a tree for every emerge -uDNav @world | 17:27 |
brocashelm | shitcoin mining also uses a lot of electricity | 17:28 |
systemdlete | so does Amazon (I heard something like 7% of US energy for Bezos server farms) | 17:53 |
systemdlete | don't remember where I heard that now | 17:53 |
systemdlete | slack client is a dog on my devuan VM. It pegs the hard drive -- if I kill slack, life returns to normal again. | 17:54 |
systemdlete | I can watch the disk activity light on my hardware computer. At this point, I've figured out it is slack. | 17:55 |
systemdlete | oh, almost forgot... happy Thursday morning | 17:55 |
Wonka | https://thehackernews.com/2021/04/1-click-hack-found-in-popular-desktop.html | 18:21 |
nemo | https://tailscale.com/blog/sisyphean-dns-client-linux/ hum. the TLDR being "use systemd-resolved 'cause it has a good implementation" | 19:47 |
nemo | that said, DNS seems to work pretty darn well on home and work networks for me. has now, has in past | 19:48 |
nemo | but I guess if you're doing VPN it gets more complicated | 19:48 |
MinceR | isn't that the one that falls back to 8.8.8.8 if you don't set up a DNS server? | 19:48 |
lts- | How could Red Hat sell support service if Red Hat products would make Linux effortless and robust | 19:55 |
nemo | MinceR: they referenced 2 systemd DNS systems in the article. I'm not familiar with either of them | 19:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!