stiltr | It seems like there's been several mirror related questions lately. Is it worth adding that to the channel topic? | 01:12 |
---|---|---|
golinux | No it's worth people searching and reading before asking. | 01:14 |
golinux | This into is all over devuan channels | 01:15 |
stiltr | Fair enough. | 01:15 |
golinux | into ? info | 01:16 |
stiltr | Haha, I figured that was what you meant. | 01:17 |
golinux | Mostly I'm just nopt going to answer those questions anymore because they have been answered so often | 01:17 |
Hurgotron | golinux: Don't answer the questions one by one... write an FAQ and link to it :) | 01:22 |
brocashelm | a faq page can be resourceful | 01:23 |
stiltr | Heh, what about a FAQ bot? : p | 01:25 |
golinux | There is already one on the website/. I'm tired of linking to it | 01:28 |
golinux | Folks can't change their own diapers anymore | 01:29 |
Hurgotron | aww, don't get jaded | 01:29 |
gnarface | there is actually an info bot already in here | 01:30 |
onefang | If I'm around I tend to answer mirror questions. | 01:30 |
Hurgotron | teaching never stops. ond people die, new people don't have a clue | 01:30 |
onefang | Though mostly the answer is "use deb.devuan.org". | 01:31 |
Birubiru | Hi everyone, I'm trying to enjoy and know devuan better | 02:22 |
Birubiru | I'm trying to see my display resolution in larger size but it only gives me three low resolutions: 720x480,720x400 and 640x480 | 02:23 |
Birubiru | How can I have a larger and common size like 1280x800? | 02:27 |
gnarface | Birubiru: assuming the hardware can handle it, you might need to change video drivers, or just specify some stuff in the xorg.conf | 02:27 |
gnarface | Birubiru: it's possible it could be a limitation of the display itself too | 02:28 |
gnarface | Birubiru: for starters, what are the makes & models of the video card and the display? | 02:29 |
Birubiru | Thank you for the hint, dear gnarface. I've already used other OS's with this hardware and it had most common display sizes before. I'll try what you said | 02:30 |
golinux | Hurgotron said "aww, don't get jaded" | 02:57 |
golinux | Too late for that! | 02:58 |
mason | Better jaded than chromed. | 04:10 |
golinux | LOL! | 04:11 |
systemdlete | Cups problem: CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files | 04:31 |
systemdlete | No kidding. There are no .service files on devuan. Shocking, really... | 04:31 |
systemdlete | My print jobs start and get to 24% of processing, then they hang | 04:31 |
systemdlete | checking the cups error_log gives me this pretty message | 04:31 |
rgh[m] | Have you checked the available space on /var? | 04:32 |
systemdlete | about 500MB ? | 04:32 |
systemdlete | It's one page -- a UPS shipping label. | 04:33 |
systemdlete | Is half a gig enough for cups? | 04:34 |
systemdlete | I restarted the job and it says "connected to printer" but nothing has happened for several minutes. | 04:35 |
systemdlete | THere is nothing else in the queue. | 04:35 |
systemdlete | I'm using the "Epson WorkForce 630, Epson Inkjet Printer Driver (ESC/P-R) for Linux (color)" driver | 04:36 |
systemdlete | Should I be using Gutenprint? | 04:36 |
systemdlete | I've also tried turning off and on the printer and restarting cups | 04:38 |
systemdlete | I'm not running avahi-daemon, but the client libs are installed. | 04:40 |
systemdlete | Now it says the printer did not respond | 04:41 |
systemdlete | It is up; I can ping the printer. | 04:42 |
gnarface | hmmm, you sure the printer is supported, right? | 04:43 |
systemdlete | Oh yeah, I've used this printer for years, and even when I was running cups on CentOS 6 | 04:44 |
systemdlete | btw, I am on Ascii, so it is cups 2.2.1 | 04:44 |
systemdlete | I wonder if a newer cups version might be better, if we have one that is. | 04:46 |
gnarface | maybe | 04:46 |
gnarface | i'm still not sure it's not some sort of configuration error though... a quick search online suggests that exact error has reappeared for at least the past 5 years, probably not for the same cause | 04:47 |
gnarface | across multiple distros | 04:47 |
systemdlete | where are you looking? I googled the error also, but didn't find much | 04:47 |
gnarface | "org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files" | 04:47 |
gnarface | search that | 04:47 |
gnarface | use quotes | 04:47 |
gnarface | correction, 7 years... | 04:48 |
gnarface | probably more | 04:48 |
gnarface | wondering if something went wrong adding the printer, some configuration corruption error? | 04:48 |
gnarface | i dunno, but it seems like it could be a red herring | 04:48 |
gnarface | systemdlete: do you have the cups-filters and cpus-filters-core-drivers packages? | 04:50 |
gnarface | systemdlete: sorry i mean cups-filters-core-drivers, obviously | 04:50 |
systemdlete | I'll check, but shouldn't those be caught by the dependency checker? | 04:50 |
gnarface | no idea | 04:50 |
gnarface | just a hunch based on a gentoo post about needing to re-emerge that package | 04:50 |
systemdlete | yeah, it's installed. | 04:51 |
gnarface | if you surf to the configuration url, the printer shows up as configured? | 04:52 |
systemdlete | Seems to me that every time I go to print something, which is very rarely, I have to go through a whole procedure like this. It happened even with CentOS, and it usually turned out to be something like I needed to upgrade | 04:52 |
gnarface | well have you got it working yet on this install? | 04:52 |
gnarface | you have to go to http://localhost:631/ to configure it i think | 04:52 |
systemdlete | Oh of course. Way past that. I mean, I can see the queues, start and cancel jobs, etc. | 04:53 |
gnarface | so you definitely see the printer configured, driver selected, etc? | 04:53 |
systemdlete | It WAS working, several months ago | 04:53 |
gnarface | hmmm | 04:53 |
systemdlete | yep | 04:53 |
systemdlete | I'm telling you. It's like CUPS just can't wait for me to use it so it can tell me that it won't work. | 04:53 |
systemdlete | I'll use it, say, half a dozen times for a day or so, then I don't need to print anything for months at a time. | 04:54 |
gnarface | printer modes/ | 04:54 |
gnarface | ? | 04:54 |
systemdlete | In between, *something* happens and I have to go through a whole bunch of investigation and the like. | 04:54 |
systemdlete | what sort of modes? | 04:54 |
systemdlete | like color vs b&W | 04:54 |
systemdlete | or ? | 04:54 |
systemdlete | This printer is an old Epson Workforce 630 connected over my LAN | 04:55 |
gnarface | i was thinking network modes and tray modes | 04:55 |
systemdlete | behind at least 3 firewalls | 04:55 |
systemdlete | I tried your search pattern on duckduckgo, and got about the same as I did before. Did you mean google? (I try to avoid using google) | 04:57 |
gnarface | you said you had just used google, so of course yes i meant google | 04:59 |
me_ | Hello? | 04:59 |
gnarface | hello me_ | 04:59 |
systemdlete | I tried google also, actually. | 04:59 |
golinux | Eeeeewwwwww . . . | 05:00 |
gnarface | you're saying you get zero results, systemdlete? | 05:00 |
systemdlete | no | 05:00 |
systemdlete | Just not all the interesting hits you seem to be seeing. | 05:00 |
me_ | Is it true that you can not configure Devuan Beowulf to start without a name and password? | 05:00 |
gnarface | me_: i'm pretty sure there are multiple ways to do it, but maybe not from the installer itself, and maybe not easily either | 05:02 |
me_ | I am asking for someone else. What do you recommend? | 05:02 |
gnarface | me_: i recommend using a password | 05:03 |
systemdlete | Ah, gnarface. Finally: In the first link that google hits (gentoo?) -- possible hint: "Error comes from "colorman.c", talking on dbus, expecting an answer from colord." | 05:03 |
systemdlete | And guesso-whato? | 05:04 |
systemdlete | I'm not running colord. | 05:04 |
systemdlete | Not sure why or if I was supposed to for xfce, but that could be it. | 05:04 |
systemdlete | I'll try installing it and see if it helps. | 05:04 |
gnarface | systemdlete: colord is contrib or non-free i think | 05:04 |
gnarface | systemdlete: well, i know it's either contrib or non-free. i know it's not in main | 05:05 |
systemdlete | it wants to install libsane, sane-utils, libsane-extras, the whole kitchen sink | 05:05 |
systemdlete | which I think is INsane | 05:05 |
systemdlete | I hope it doesn't expect me to actually run sane just to do a print... | 05:06 |
gnarface | well is it also a scanner? | 05:06 |
systemdlete | Yes, but I do not have it configured for that. | 05:07 |
gnarface | did you install official drivers for the printer? | 05:07 |
systemdlete | In fact, of all the features it has, I only use the print function. | 05:07 |
gnarface | nvidia binary drivers like colord for example | 05:07 |
gnarface | it's a thing that the free stuff doesn't depend on | 05:07 |
gnarface | as far as i know, anyway, | 05:07 |
systemdlete | what are you saying? Was I supposed to install "official drivers?" | 05:08 |
Jjp137 | eh colord is in main: https://pkginfo.devuan.org/stage/beowulf/beowulf/colord_1.4.3-4+devuan1~beowulf1.html | 05:08 |
systemdlete | From the manufacturer? | 05:08 |
gnarface | systemdlete: no, i'm asking if you did | 05:08 |
systemdlete | I don't recall doing so, no. | 05:08 |
systemdlete | Jjp137: Just beware that this is Ascii, not Beowulf | 05:08 |
gnarface | systemdlete: it probably won't make you actually use sane | 05:08 |
systemdlete | In fact, when it finishes the install, which took about 5 minutes, it even says that it has sane disabled. | 05:09 |
systemdlete | It started colord automatically. | 05:09 |
Jjp137 | systemdlete, it's also in main in ascii (but eh I'm being noisy now) | 05:09 |
systemdlete | I appreciate the help | 05:10 |
systemdlete | Hmmm. So I canceled the other jobs. Submtted a print test page -- now the job indicates that the printer did not respond. | 05:11 |
systemdlete | I wonder if I can log onto this printer and inspect its spool? | 05:11 |
mason | systemdlete: Local CUPS? | 05:12 |
mason | systemdlete: If it is, try http://localhost:631/ | 05:12 |
systemdlete | Cups is running on my host PC (Ascii, as I said). I'm talking about the printer's internal crap. | 05:12 |
systemdlete | To see what it is "thinking" if anything. | 05:13 |
systemdlete | This is interesting. I Released the job twice but it still says it has been held for the last 4 minutes. | 05:14 |
mason | What are you using for this? lpadmin? | 05:15 |
mason | Web control panel's the most droolproof. | 05:15 |
systemdlete | That's what we are talking about, yes. | 05:15 |
mason | Which? | 05:15 |
systemdlete | web | 05:16 |
mason | kk | 05:16 |
systemdlete | "droolproof?" | 05:16 |
systemdlete | LOL | 05:16 |
mason | There's also lpadmin, but I can't use it without consulting the man page. | 05:16 |
mason | I've got a co-worker who's a wizard with CUPS, so I pester him whenever things go badly here - like, I'm double-filtering stuff destined for the printer, or letting Avahi assert itself. | 05:17 |
systemdlete | there is no avahi running here | 05:17 |
mason | Yeah, single system. | 05:17 |
mason | So that eliminates many pitfalls in one go. | 05:17 |
systemdlete | I'm trying something: Turn off browsed | 05:20 |
systemdlete | "Spooling job, 24% complete." And just hangs at that point. | 05:21 |
mason | systemdlete: how's your printer show up in lpinfo -v ? | 05:22 |
mason | And what's the model, out of curiosity? | 05:22 |
systemdlete | Epson Workforce 630 | 05:22 |
systemdlete | (ancient I know) | 05:22 |
systemdlete | printer does not show up in lpinfo | 05:23 |
mason | hrm, that's odd | 05:23 |
systemdlete | I see a process that seems to be handling the print job. | 05:24 |
systemdlete | It is sleeping | 05:25 |
mason | systemdlete: Logs say anything? Should be /var/log/cups/* | 05:27 |
systemdlete | Yeah, I've looked at logs. | 05:27 |
systemdlete | Here is interesting: lpr -Pprinter just hangs | 05:27 |
mason | I was hoping lpinfo would show a path you could use with lpadmin and friends. | 05:28 |
systemdlete | It is connected over the LAN, not via USB. | 05:29 |
mason | On my wife's system, which acts as our print server, for instance, lpinfo -v shows "direct usb://" and "direct hp://" devices. | 05:29 |
mason | Oh, not a single-system... Does the printer have its own print server built in or something? | 05:30 |
systemdlete | Must have | 05:30 |
mason | hrm | 05:30 |
systemdlete | Well, that's enough for tonight. Thanks to all who made suggestions; always appreciated. | 05:30 |
mason | Hope you work it out. Printers are gawdawful to configure nowadays. | 05:31 |
systemdlete | I have been threatening to buy a more recent model, preferably a laser. | 05:31 |
tocsa | What's the repo server for ceres right now? packages.roundr.devuan.org:80 times out | 05:37 |
tocsa | Approx for a week now | 05:37 |
tocsa | Hold on, I'm took a peek now at sources.list and it refers to packages.devuan.org/merged | 05:39 |
tocsa | So I have to figure out where this packages.roundr.devuan.org comes from | 05:39 |
tocsa | I haven't found out yet where the "roundr" domain part comes from. There's no such thing in the /etc/apt file contents | 05:43 |
rrq_ | deb.devuan.org | 05:49 |
golinux | https://devuan.org/os/packages | 05:50 |
golinux | Doesn't anyone read the website these days? | 05:50 |
tocsa | @golinux so in my sources.list instead of `deb http://packages.devuan.org/merged ceres main contrib non-free` it should be `deb http://deb.devuan.org/merged ceres main contrib non-free`? | 06:20 |
tocsa | Approx two weeks ago I did a dist upgrade and it was working like how it is for a week or so | 06:20 |
tocsa | Ok, deb.devuan.org worked. | 06:22 |
tocsa | Cheers! | 06:23 |
urseesru | Hi. Yesterday I tried to boot an older Athlon 64 dual core with beowulf amd64 iso live, it boots slowly (delay on start, more like a minute or so) with the failsafe image, and gets stuck with the default image (non failsafe). Is this the famous NetworkManager problem? The network connection is cabled RJ45 ether and works once booted. The machine normally runs Wheezy (don't ask how old it really is) and boots to slim login screen in 10-20 seconds (xfce4 wm | 09:29 |
urseesru | Wheezy amd64 of course. | 09:29 |
urseesru | So is there anything I should do to avoid this delay on boot? Boot was from USB stick written iso, iso downloaded from devuan mirrors less than 48 hrs ago. | 09:30 |
urseesru | Another: I notice several things are still broken by pulseaudio, among others, audacity. Does anyone have audacity working with audio io (not files) on beowulf with pulseaudio? | 09:31 |
urseesru | Note audacity was already broken on wheezy due to pulseaudio, and that does not even have systemd as an option I think. It's on sysvinit. | 09:31 |
urseesru | - tia | 09:32 |
urseesru | Also: no error messages at all from booting the beowulf, the stuck one or the other one. I'll try Ctrl-Alt-F2 with the failsafe in a while to see where it gets stuck, perhaps. I assume the boot log is on vt 2, as usual? | 09:33 |
urseesru | Suggest boot cli options to work around the getting stuck problem? | 09:33 |
jobbautista9 | For pulseaudio, see the release notes of Beowulf. Edit the /etc/pulse/client.conf.d/00-disable-autospawn.conf and comment the autospawn=no line | 09:34 |
jobbautista9 | Or you could replace pulseaudio with ALSA after installing | 09:34 |
jobbautista9 | I'm not sure about the NM problem, I haven't used a Devuan live ISO | 09:35 |
gnarface | urseesru: you might have better luck with a netinstall image instead of a live one | 09:43 |
gnarface | urseesru: the delay could be a lot of things | 09:44 |
gnarface | urseesru: upgrading from wheezy might work though... it used to anyway | 09:49 |
gnarface | urseesru: (not directly to beowulf, but wheezy->jessie->ascii->beowulf) | 09:50 |
urseesru | gnarface: I will wipe a partition and install clean but I need to know if the boot will be that slow afterwards too... | 09:53 |
urseesru | gnarface: suggest any boot cli options I might try to find out more? How do I avoid the graphical splash hiding the boot log from start? | 09:54 |
urseesru | the non failsafe image gets stuck after "loading initrd.gz" | 09:54 |
urseesru | the one which works also appears to get stuck there but then boots after a long delay | 09:54 |
gnarface | well you can't expect the desktop live image to boot off usb anywhere near as fast as a regular install booting off the internal harddrive | 09:55 |
gnarface | it's not a fair comparison to begin with | 09:55 |
gnarface | there's a mini live image too that doesn't start a graphical interface to begin with, but that might not be your issue | 09:56 |
gnarface | for all i know it could be a dhcp timeout | 09:56 |
urseesru | The USB speed is about on par with the internal HDD's speed(s). | 09:57 |
urseesru | At most 2:1 difference, and the delay is enormous. | 09:57 |
urseesru | I'll try to boot to runlevel s and see. | 09:57 |
gnarface | doesn't matter really if the bios can't boot flash in DMA mode | 09:58 |
urseesru | Any idea if audacity works with pulseaudio input devices on beowulf? | 09:58 |
gnarface | it's working here | 09:58 |
gnarface | i think it might have required that fix jobbautista9 mentioned | 09:58 |
gnarface | did you try it? | 09:58 |
urseesru | gnarface: ok, that is a good point, but once it boots, i.e. the boot log scrolls by after the flash, it is at least as fast as the hdd. It gets stuck in one particular place, is not slow. | 09:58 |
urseesru | gnarface: I tried on the live image but inconclusive, had other trouble and had to stop the experiment yesterday. | 09:59 |
urseesru | what jobbautista9 mention? | 09:59 |
gnarface | well what does the line it's stuck on SAY? | 09:59 |
jobbautista9 | urseesru: For pulseaudio, see the release notes of Beowulf. Edit the /etc/pulse/client.conf.d/00-disable-autospawn.conf and comment the autospawn=no line | 09:59 |
jobbautista9 | Or you could replace pulseaudio with ALSA after installing | 10:00 |
urseesru | It is stuck at the splash no text, just uncompressing initrd.gz. Then when it works it flies by, the log. | 10:00 |
jobbautista9 | What does the log say? | 10:00 |
urseesru | jobbautista9: is that enough to make it work? the autospawn=no ? I saw that online some time ago as a solution, did not try it. I will try this when I get around to it next time. | 10:00 |
urseesru | jobbautista9: it's too fast to read, early kernel log is not stored? | 10:01 |
jobbautista9 | If the boot log says something about pci, try using pci=nomsi as a kernel parameter | 10:01 |
urseesru | Is there a kernel boot option to cause eraly kernel logs to be stored and written to "disk" later? | 10:01 |
urseesru | I will try that too jobbautista9 | 10:02 |
gnarface | urseesru: just run dmesg after it finishes booting | 10:02 |
gnarface | urseesru: you can redirect it to a file like this: dmesg > file | 10:02 |
urseesru | does dmesg cover *early* kernel log? I think not? | 10:03 |
jobbautista9 | Yes, in my dmesg it covers from 0.013202 seconds until it finishes the boot process | 10:04 |
urseesru | I know systemd cretin options make the kernel log buffer overflow early on any error, repeated messages. I hope there will be something useful in dmesg with beowulf, unlike the case of systemd running systems. | 10:04 |
urseesru | are there options to enlarge the kernel log buffer on the kernel cli? I think not, asking anyway? | 10:05 |
gnarface | i'm sure there's gotta be a way | 10:06 |
gnarface | there's a kernel doc package that covers all of this | 10:06 |
urseesru | \you seem to be right the dmesg goes back to [000...] on this wheezy oldtimer. I'll try that on the beowulf. | 10:06 |
gnarface | the metapackage linux-doc should point to the one for the currently installed kernel | 10:06 |
urseesru | gnarface: iirc the log buffer size is compiled in. or was, in 1997-1998... | 10:06 |
gnarface | well ther entire list of kernel command-line options is in there somewhere so you can check | 10:07 |
urseesru | some dmesg magic https://linoxide.com/linux-command/linux-dmesg-command/ | 10:08 |
urseesru | the kernel cli options are online of course, no need to look in a package. | 10:08 |
urseesru | especially not on a live boot system. | 10:08 |
urseesru | is the 1.1GB partition which is "empty" on the USB writable beowulf iso image usable for the "clever" refracta (2usb) live system? | 10:09 |
urseesru | so yes the dmesg buffer length can be adjusted on cli using log_buf_len=5M or such | 10:11 |
urseesru | when is fsmithred in usually? USA evening hours I assume? | 10:12 |
urseesru | how does one check if a BIOS supports DMA mode USB memory sticks? I assume BIOS support for the USB disk is different from system support which is measurable after booting with hdparm -tT et al. Or not? | 10:14 |
urseesru | I don't suppose the BIOS makers are bothered to apply DMA acceleration to boot time USB stick hdd emulation, would require some extra code in the already full BIOS, no? | 10:15 |
urseesru | Trying to guess by BIOS maker and chipset is not getting anywhere. It's a good chipset but old, the BIOS is dodgy alas. It's just an old machine I am trying to insuflate some fresh life into. | 10:17 |
urseesru | Anyway I doubt it is the USB speed, ONE point gets stuck. Will try to set a huuge ring buffer size and look at dmesg while booting into s runlevel with splash turned off using more kernel cli options. | 10:18 |
gnarface | make sure you don't have silent or quiet or whatever it is called in the kernel command-line | 10:19 |
urseesru | some research shows I should try about these options (not necessarily all at once): | 10:20 |
urseesru | pci=nomsi noapic noacpi irqpoll nosplash | 10:20 |
urseesru | and obviously no quiet. | 10:20 |
gnarface | they recently changed the default initrd.img compression type to xz i think, which might slow decompression down a lot actually - you can change that but i think it might require a kernel recompile | 10:20 |
urseesru | any suggestions on how to improve the list? | 10:20 |
urseesru | w | 10:20 |
urseesru | sigh i press :w in every terminal already. vim virus. | 10:21 |
gnarface | no suggestions really, none of those are for dealing with this type of stall while booting | 10:21 |
gnarface | it usually turns out to just be a DHCP timeout | 10:21 |
gnarface | or a MTA timeout because of DHCP | 10:22 |
urseesru | why would there be a dhcp timeout? | 10:22 |
urseesru | mta is running? at early boot time?! | 10:22 |
gnarface | to be clear, what you're describing sounded like a distinctly LATE boot time stall | 10:22 |
urseesru | we are talking about a minute delay between when the message uncompressing initrd.gz appears and freezes and when the boot text log scrolls by (fast). | 10:23 |
urseesru | so that would be a very early boot stall in my book but we will see. | 10:23 |
gnarface | yea, that means the kernel is already loaded and running | 10:23 |
urseesru | sorry if I was not clear before. | 10:23 |
urseesru | is the idiotic dns/dhcp thing from systemd in the beowulf kernel? | 10:23 |
urseesru | to "facilitate" nfs mounts and such? is there some option which turns that crap off? | 10:24 |
gnarface | i don't know, i don't think you have to worry about it | 10:24 |
gnarface | a userspace one is usually the one that you need to disable manually if you're not using it | 10:25 |
urseesru | yeah there's always a 1st time. I would expect it not to stall though, there's a ipv4 dhcp serving openwrt router directly in front of the machine, 1m cable between them. | 10:25 |
urseesru | https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networking_guide/sec-configuring_ip_networking_from_the_kernel_command_line seems like the non-"competition" is using kernel early networking a lot. | 10:25 |
urseesru | i wonder if that rot did not seep into beowulf somehow. | 10:26 |
urseesru | dracut ring a bell in beowulf? | 10:26 |
gnarface | you can check for packages here: pkginfo.devuan.org | 10:26 |
urseesru | does that cover the live image? | 10:27 |
gnarface | it covers the repos, and everything on the live image is in the repos | 10:27 |
urseesru | dracut package exists but I do not know if it is on the live iso. is it? | 10:27 |
gnarface | i wouldn't know something like that by memory | 10:27 |
gnarface | there's tons of stuff in the desktop live images | 10:28 |
gnarface | but you could install anything after booting that you have enough ram for | 10:28 |
urseesru | and yes the RH page suggests the default setting on compilation is auto/ any which usually means it will try ipv6 1st then ipv4 and that would give us a nice long delay. | 10:28 |
gnarface | the live images can still use the repos just like a regular install | 10:28 |
urseesru | i need to know what is in it at boot time to determine the reason for the delay. | 10:29 |
urseesru | dracut seems to generate a custom initrd which then uses the above kernel cli options. | 10:31 |
urseesru | and it may conflict with makeinitcpio which is iirc what was used to make the initrd at least on ascii | 10:31 |
urseesru | mkinitcpio | 10:32 |
urseesru | and indeed default kernel options seems to be autoconf=ipv6 | 10:37 |
urseesru | probably-related: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networking_guide/sec-configuring_ip_networking_from_the_kernel_command_line | 10:42 |
urseesru | i'll look in dmesg at boot time later today. gtg now. | 10:42 |
urseesru | thanks for the ideas will be back | 10:42 |
jobbautista9 | Wait, why did iwd in Chimaera suddenly reverted back to 1.8-1? I didn't receive a notification of this | 13:47 |
jobbautista9 | It's supposed to be 1.8-1+devuan1 | 13:47 |
ShorTie | apt install inetutils-syslogd removes rsyslog, will that break current logging ?? | 14:10 |
ShorTie | like log_warning_msg | 14:10 |
rrq_ | jobbautista9: 1.8-1+devuan1 is in unstable | 15:30 |
jobbautista9 | rrq_: But not in testing though. dak said in August 14 that chimaera had 1.8-1+devuan1, but for some reason now it reverted back to 1.8-1 | 15:51 |
fsmithred | jobbautista9, I don't think your iwd has made it to chimaera yet. I see it in ceres only. | 15:52 |
fsmithred | I think it takes a week before packages move from unstable to testing | 15:55 |
jobbautista9 | fsmithred: Well that's weird, since dak sent me an email on August 14 saying that the version in chimaera changed, "as instructed by britney". | 16:11 |
luser978 | can one manually create a refracta2usb like imagd | 17:48 |
luser978 | e on a usb stick with beowulf already on it? edit the 1.1gb empty 1st partition? | 17:49 |
luser978 | link to instructions would be nice | 17:51 |
pablocastellanos | luser978: You don't need anything special, there is a liveCD of devuan you can put on usb | 18:53 |
pablocastellanos | luser978: https://devuan.org/get-devuan (with dd you can put whatever ISO image on usb, or use refracta's tools) | 18:59 |
systemdlete | I'm not sure how to describe this, but here goes: When I insert a new hard disk drive into one of two available bays, one of the other drive's activity light comes on and stays on for very, very long periods of time. I've looked at the logs, and other than the usual SError I see anytime I put (even a known to be good) drive in one of the empty bays. | 20:28 |
systemdlete | also, the whole system slows way down (I've got an 8-core FX cpu here with 32GB ram) | 20:29 |
systemdlete | Normally, this ascii host(not VM) system operates fast and smooth; no problems to report. | 20:29 |
systemdlete | I know something is messed up, but I don't know what. | 20:30 |
yanmaani | Do you have any weird file systems or RAID set up? | 20:30 |
systemdlete | The bays are part of a 4 slot kingwin unit. All 3 drives are running at 3.0Gbps | 20:30 |
systemdlete | Yes, I have lvm and the partitions are all RAID1 | 20:31 |
systemdlete | no "weird" file systems I know of. I think they are all ext4 | 20:31 |
yanmaani | It's not trying to mirror the data to the other drive or anything like that? | 20:31 |
systemdlete | which what is which in your sentence? | 20:32 |
systemdlete | I have a 2-drive RAID, and all I am doing is inserting a new (3rd) drive. I hope that explains it better. | 20:32 |
systemdlete | The new drive is completely unformatted, and has no gpt or dos table | 20:33 |
systemdlete | It is literally just out of the box it came in. | 20:33 |
systemdlete | Sorry, just not sure how to answer your question. | 20:34 |
systemdlete | By "it" do you mean the new drive? If so, then no. It is not doing ANYTHING yet. | 20:35 |
systemdlete | Also, the RAID is mdadm, not LVM raid (which I don't use) | 20:35 |
systemdlete | yanmaani: I'm a bit frustrated with this. This is about the 3rd new hard disk I've had to deal with in the past month (home PC). I have had to RMA 2 more or less new disks (a couple of them are actually from 2015). So if I am sharp, sorry. Did not mean to snap at you. | 20:42 |
systemdlete | I am hoping this disk will not suffer the same fate, given it is a replacement disk from one of the 2 RMA's!!! | 20:42 |
systemdlete | Another thing: Last night, the new drive started making ping noises intermittently. I moved the new drive from the bay it was in to the other empty bay. It has been quiet, but that disk activity on the other drive is making me nervous. | 20:43 |
systemdlete | Now the activity lights are quiet. strange. | 20:45 |
systemdlete | system is responding nicely again. | 20:45 |
buZz | systemdlete: try 'cat /proc/mdstat' | 20:48 |
systemdlete | nothing looks serious | 20:49 |
systemdlete | (no errors or warnings) | 20:49 |
systemdlete | I did have a stuck CPU in one of my VMs a while ago; had to restart it. But that sometimes happens outside of this situation. | 20:51 |
Wizzup | hey guys. I've been having trouble with packages.roundr.devuan.org for two days now | 20:51 |
Wizzup | Is this a known problem? | 20:51 |
Wizzup | From many machines in europe, I just cannot fetch any packages. | 20:52 |
yanmaani | Wizzup: yes, you should use deb.devuan.org | 20:53 |
Wizzup | parazyd: ^^ guess it changed again | 20:54 |
Wizzup | yanmaani: thanks. | 20:54 |
buZz | i dont think 'again' | 20:54 |
buZz | afaik deb.devuan.org has been >2 years around now? | 20:54 |
Wizzup | pretty sure we had to rebuild the maemo leste jenkins maybe half a year ago because the urls changed | 20:54 |
Wizzup | maybe we just picked the wrong ones :) | 20:55 |
buZz | or maybe just got lucky, some old dns cache still had them :P | 20:55 |
systemdlete | I wonder... maybe popping the drive in and out half a dozen times sort of "cleaned" the connector? | 21:07 |
systemdlete | (got rid of some static oxidation or the like) | 21:08 |
systemdlete | If so, then there is hope for the other bay. | 21:09 |
gnarface | systemdlete: i would examine the enclosures and connectors as well | 21:25 |
gnarface | systemdlete: also check the fans; i've had problems in the past with older drive enclosures overheating newer drives, especially if the fan clogs up or seizes | 21:26 |
gnarface | systemdlete: but then on the other hand i've also noted distinct signs of rage or at least severe negligence in package handling as the quarantine has progressed | 21:27 |
gnarface | systemdlete: (so it also wouldn't be too much of a shock to me to find out you RMA'd a drive only to get another busted drive) | 21:28 |
gnarface | systemdlete: the thing about it causing the OTHER drives some sort of long access when it spins up seems like normal behavior for a hardware raid controller, but that doesn't fit your description of the setup | 21:29 |
gnarface | systemdlete: (are you sure you didn't have mdadm set up to try to use the 3rd drive for parity?) | 21:31 |
gnarface | systemdlete: (or additional striping? or something like that?) | 21:31 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!