pablocastellanos | Hi, every time I disconnect the ethernet cable, the interface loses it's IPv4 address and then I must log on serial console to run ifdown eth0 then it says “RTNETLINK answers: No such process” and “RTNETLINK answers: Cannot assign requested address” | 02:21 |
---|---|---|
pablocastellanos | Then I run ifup eth0 and the IPv4 address is back. What can I do to prevent loosing the IPv4 address? This is a static address configured in /etc/network/interfaces. I was hoping this was a bug of ascii, but yesterday I installed a new server with beowulf and this problem persists | 02:23 |
absinthe | Hello. While in TTY with gpm, how could I make it so when I double click on a link, the whole address gets selected ? For now, only the part after ":" gets selected, and if a few "special chars" (as %) are present, the selection ends before. | 02:45 |
absinthe | if: https://foo.bar/hello%20world.html -> only "//foo.bar/hello" gets selected | 02:45 |
absinthe | s/if/ie/ | 02:46 |
absinthe | pablocastellanos: could you please paste your /etc/network/interfaces file ? Or at least the relevant part. | 02:47 |
absinthe | well, is there "auto <interface>" in that file ? | 02:47 |
gnarface | pablocastellanos: if you have avahi-daemon installed that would be my primary suspect. uninstall it first then reboot and see if the problem persists | 03:00 |
gnarface | pablocastellanos: (this is expected behavior for avahi-daemon, some bullshit to preserve compatibility with bonjour protocols on mac os X - it annoys me too and i doubt there's any rational use case for it) | 03:01 |
gnarface | absinthe: what happens if you triple-click? | 03:02 |
gnarface | absinthe: (not sure, but i think you might have to do low-level code edits of gpm to change the word boundary characters, and it might have unforseen consequences) | 03:03 |
absinthe | gnarface: the whole line gets selected | 03:03 |
gnarface | hmm, yea i think it's probably keying off things it considers word-boundary characters like a regexp would | 03:04 |
gnarface | the behavior was probably not designed to be url aware | 03:04 |
pablocastellanos | gnarface: This is my current interfaces https://paste.debian.net/1155677/ | 03:04 |
gnarface | pablocastellanos: it looks normal, but i also wouldn't expect the problem or solution to be in this file. run this command: dpkg -l |grep avahi | 03:05 |
absinthe | gnarface: ah, thanks. makes sense then... couldn't find any configuration file for this (like you'd have for xterm or whatever), so code editing might be the solution (unfortunately= | 03:05 |
absinthe | ) | 03:05 |
pablocastellanos | gnarface: After installation, I commented the «allow hotplug part» https://paste.debian.net/1155678/ but I uncommented trying to debug my problem | 03:05 |
absinthe | thanks for the hint tho :) | 03:06 |
gnarface | absinthe: the only other idea i have is maybe it's pulling from some regexp library for that behavior - it would be easy to check which libraries it requires, but changing word-boundary characters in there would really cause havoc on your system | 03:06 |
pablocastellanos | gnarface: https://paste.debian.net/1155679/ The interesting part, is, that with debian wheezy I didn't have this problem, even with debian jessie (with sysvinit-core) nor stretch (also with sysvinit-core) | 03:07 |
gnarface | pablocastellanos: well, you probably also want to change "allow-hotplug eth0" to "auto eth0" but that's not the problem here | 03:07 |
absinthe | hah. ok.. i won't play with that then :x | 03:07 |
gnarface | pablocastellanos: no, that's less interesting than you think. for this to work it also requires a particular bit of hardware support on the ethernet device which is not ubiquitous but becoming more common on more recent hardware - a bit of support that earlier kernels did not include commonly | 03:08 |
gnarface | pablocastellanos: right here is your smoking gun. uninstall this: avahi-daemon install | 03:09 |
gnarface | pablocastellanos: "apt-get --purge remove avahi-daemon" | 03:09 |
gnarface | pablocastellanos: i have a feeling you're going to want to remember to "apt-get --purge pulseaudio" too, but don't think about that until you're ready to debug your audio | 03:10 |
gnarface | "apt-get --purge remove pulseaudio" sorry | 03:10 |
pablocastellanos | gnarface: Do you suspect is a avahi-daemon bug? Because I do use avahi in my network | 03:10 |
gnarface | pablocastellanos: a bug? no that's expected behavior | 03:10 |
pablocastellanos | gnarface: Ha ha ha ha, a «feature» | 03:11 |
gnarface | pablocastellanos: afaik it's expected behavior for avahi-daemon and your complaint about it strongly implies to me your use case does not require avahi-daemon | 03:11 |
gnarface | pablocastellanos: avahi-daemon is for people who don't know how to even find /etc/network/interfaces, much less populate it with a static network configuration | 03:12 |
gnarface | pablocastellanos: it is for dynamic auto-configuring "think for me" hot-plug-and-go type of network setups where security and reliability aren't a concern, the primary concern is being able to assemble and disassemble the entire network quickly without being literate | 03:13 |
pablocastellanos | gnarface: OK, goodbye avahi | 03:14 |
pablocastellanos | gnarface: I use avahi publish to other PCs auto detect services provided by this and other servers | 03:15 |
gnarface | pablocastellanos: i can't claim i've ever bothered trying to figure out how to make it play nice, i always just uninstall it. i predate this kid stuff. | 03:15 |
pablocastellanos | gnarface: Nope, avahi-daemon is not the culprit | 03:17 |
gnarface | pablocastellanos: i think if you had a whole network of entirely stock Mac computers setup with bonjour, and you plugged in the one only linux box running avahi-daemon, maybe then it would "do the right thing" but i wouldn't gamble my lunch money on it | 03:17 |
gnarface | pablocastellanos: like i said, also change "allow-hotplug eth0" to "auto eth0" (might not matter but sometimes does) | 03:17 |
gnarface | pablocastellanos: oh, and make sure you're not running any dhcp clients (ps aux |grep dhc -i) | 03:18 |
gnarface | pablocastellanos: you might still have a stray dhcp client running, especially if you had configured wireless at some point | 03:18 |
pablocastellanos | gnarface: This installation is 15 hours old | 03:19 |
gnarface | pablocastellanos: just do my entire checklist and reboot it once | 03:19 |
pablocastellanos | gnarface: Rebooting | 03:20 |
gnarface | pablocastellanos: if you have a power management issue it might be a separate bug looking the same, downing the interface at similar times, but it wouldn't cause you to lose your IP address too. there's very few things that can cause your network device to lose a static ip configuration | 03:20 |
pablocastellanos | gnarface: Nope, nor pulsaudio, nor avahi made the trick | 03:21 |
gnarface | so you're saying it still loses it's actual ip address when you unplug the ethernet device? | 03:22 |
pablocastellanos | gnarface: But pulseaudio hasn't been running, only installed | 03:22 |
gnarface | ignore that, it's about audio | 03:22 |
pablocastellanos | gnarface: Yes | 03:22 |
gnarface | let's focus on the network issue | 03:22 |
gnarface | which kernel are you using? | 03:23 |
pablocastellanos | gnarface: 4.19.0-9-amd64 #1 SMP Debian 4.19.118-2+deb10u1 (2020-06-07) | 03:23 |
gnarface | i haven't seen this behavior you've described here | 03:23 |
gnarface | not without avahi-daemon anyway | 03:23 |
gnarface | are you sure it's really uninstalled and not running? | 03:24 |
pablocastellanos | gnarface: I have seen this behavior in every devuan release | 03:24 |
gnarface | could you have unattended upgrades reinstalling it? | 03:24 |
gnarface | hmmm | 03:24 |
pablocastellanos | gnarface: unattanded upgrades disabled at install time | 03:24 |
gnarface | this is very weird but you do understand that purely statistically, the empirical evidence is that this is self-inflicted somehow. something weird you've done must be the culprit, unless it's failing hardware, but i've never seen hardware fail in this particular way. it would be weird. not impossible but very weird. it's far more likely you've done something wrong elsewhere, but i'm running out of ideas about what | 03:25 |
gnarface | that could even possibly be | 03:25 |
pablocastellanos | gnarface: Uninstalling it's associated libraries https://paste.debian.net/1155680/ | 03:25 |
gnarface | those are harmless | 03:26 |
gnarface | so the only other thing that comes to mind is to check the module options for the ethernet driver, disable stuff like power management, just to see if that helps | 03:27 |
pablocastellanos | gnarface: This happened to me the firs time I installed devuan two year ago, in new dell hardware | 03:27 |
gnarface | this happens with every machine? have you got another ethernet device to try? | 03:27 |
pablocastellanos | gnarface: This is another server, not new | 03:27 |
pablocastellanos | gnarface: Even with usb ethernet adapters | 03:27 |
gnarface | fascinating | 03:27 |
pablocastellanos | gnarface: But not with virtual machines | 03:27 |
gnarface | hmmm | 03:27 |
gnarface | is it managed switching hardware? i'm wondering if maybe you have a red herring, and it's not actually losing the ip, but just the link... | 03:28 |
pablocastellanos | gnarface: Today, I was thinking in writing a eudev rule to restart the interface if it detects a cable disconnection | 03:28 |
gnarface | how do you check for the ip address after you determine it has lost it? | 03:28 |
gnarface | yea, that's what i'm suggesting you check the module options for the ethernet driver for; ways to disable stuff like cable plug detection and power management states | 03:29 |
pablocastellanos | gnarface: From the serial console, it's instantly | 03:29 |
gnarface | serial console shouldn't even use an IP address... | 03:29 |
gnarface | that shouldn't even be related to this | 03:29 |
gnarface | anything else weird you can think of about the hardware or the setup that you should tell me? | 03:30 |
pablocastellanos | gnarface: Exactly, inside the serial console I execute ip addr show dev eth0 | 03:30 |
pablocastellanos | gnarface: When the cable disconnects, the interface loses its ipv4 addres | 03:30 |
gnarface | and you said this is only happening on devuan but not debian? | 03:31 |
pablocastellanos | gnarface: Exactly | 03:31 |
gnarface | and it's been happening for every release since ascii | 03:32 |
gnarface | to all your computers | 03:32 |
pablocastellanos | gnarface: As far as I remember | 03:32 |
pablocastellanos | gnarface: yes | 03:32 |
gnarface | it just doesn't seem possible for me to have never seen this bug under those circumstances | 03:32 |
gnarface | i've got nothing, sorry | 03:32 |
pablocastellanos | gnarface: I can install ascii to try to reproduce this bug | 03:33 |
gnarface | if you think of anything else pertinent maybe it will give me a clue, but at the moment i'm out of ideas | 03:33 |
gnarface | you mentioned udev rule customizations - do you have a lot of non-stock udev rules? maybe one of them could be interfering somehow? | 03:33 |
gnarface | it might be time to file a bug report against eudev but like i said, this really seems too obvious of a glitch for it to have existed this long without my notice... not impossible but very unlikely | 03:34 |
gnarface | it's more likely something weird you've done that you think is the last possible thing that could be wrong is the actual culprit | 03:35 |
gnarface | stray dhcp client still running maybe, overriding your static config from a cron script you forgot... something like that | 03:35 |
gnarface | it would have to be pretty far out of the box | 03:36 |
pablocastellanos | gnarface: As I mentioned before, this is only a 15 hours installation, but a VM server have only one rule to change permissions of /dev/vhost-net https://paste.debian.net/1155682/ | 03:36 |
pablocastellanos | gnarface: No other customization apart of adding a line in inittab to have serial console | 03:37 |
gnarface | hmm | 03:37 |
gnarface | what about with one of the live cds? | 03:37 |
gnarface | could you see if this behavior persists on one of the beowulf live images? | 03:38 |
gnarface | i'm out of ideas, it's just a shot in the dark | 03:38 |
pablocastellanos | gnarface: I'm not sure, but with beowulf-desktop I think it didn't happenned | 03:38 |
gnarface | make sure, that could narrow it down to a possible configuration or package list difference | 03:38 |
pablocastellanos | gnarface: beowulf-desktop live cd, I mean | 03:38 |
gnarface | yea, that would be the one to try | 03:39 |
pablocastellanos | gnarface: I will, this bug is making me crazy, ha ha ha ha | 03:39 |
gnarface | https://files.devuan.org/devuan_beowulf/desktop-live/ | 03:39 |
pablocastellanos | gnarface: I overwrite the live-cd (on a memory stick) today to make a netinstall, LOL | 03:42 |
rrq | pablocastellanos: sounds like there is some network manager daemon running | 03:46 |
rrq | or mayeb it's demon in this case | 03:46 |
pablocastellanos | rrq: wicd is running | 03:50 |
rrq | so tell it to leave eth0 alone | 03:50 |
gnarface | pablocastellanos: why would you be running wicd without wireless devices? | 03:51 |
gnarface | pablocastellanos: why even have that installed? | 03:52 |
gnarface | pablocastellanos: also, doesn't it require a dhcp client to work, a dhcp client i explicitly asked you to check for? | 03:52 |
gnarface | pablocastellanos: amputate | 03:53 |
pablocastellanos | gnarface: wicd was installed without asking for it | 03:54 |
pablocastellanos | rrq: gnarface: Disabling wicd (at /etc/default/wicd ) solves the issue | 03:55 |
pablocastellanos | rrq: gnarface: Thank you very much | 03:55 |
gnarface | pablocastellanos: no problem. try --no-install-recommends for future upgrades | 03:56 |
gnarface | pablocastellanos: but if the issue persists, you can pin packages out so they can't be reinstalled | 03:56 |
pablocastellanos | gnarface: I don't understand why wicd was installed by default | 03:56 |
gnarface | pablocastellanos: choices you made during the install | 03:56 |
gnarface | pablocastellanos: it probably got pulled in with the window manager/desktop suite you chose | 03:57 |
pablocastellanos | gnarface: seems xfce depends on it | 03:57 |
gnarface | pablocastellanos: at the tasksel step of the installer, you can just uncheck all the boxes, then you get a minimal install without the cruft and you can just install only the parts you want | 03:57 |
pablocastellanos | gnarface: Users need at least xfce to use tsvnc | 03:58 |
gnarface | pablocastellanos: well you can always pin it out if it's a problem but there should be an easy way to disable it too | 04:02 |
pablocastellanos | gnarface: Thanks for your time and ideas | 04:02 |
gnarface | no problem | 04:05 |
gnarface | pablocastellanos: the xfce meta-package requires wicd, but i am pretty sure that without it, you can get the xfce components ala-carte | 04:06 |
gnarface | pablocastellanos: lots of people use xfce here, i'm not one of them, but lots of them are here, so you should be able to get advice on it easily | 04:08 |
pablocastellanos | gnarface: Thank you. | 04:08 |
strive | Hi. I'm attempting to install beowulf from a netinstall iso. This laptop does not have an ethernet port but does have wifi built-in - how do I get Devuan to detect it? | 05:08 |
rrq | which iso? sha256sum | 05:16 |
strive | devuan_beowulf_3.0.0_amd64-netinstall.iso | 05:36 |
strive | rrq: My apologies on the delay. | 05:36 |
strive | Is there another ISO file I need to copy to usb drive? | 05:40 |
rrq | supposedly it should find network interfaces automagically; it contains all available firmware. | 05:41 |
rrq | is a live installer an option for you? | 05:41 |
strive | Darn. | 05:41 |
strive | Is that the minimal installer? | 05:41 |
strive | devuan_beowulf_3.0.0_amd64_minimal-live.iso ? | 05:42 |
plasma41 | strive: Do you know what wifi chipset the laptop is using? | 05:42 |
strive | No. But I could probably find out. | 05:43 |
rrq | strive: yes, "minimal live" should be fine | 05:44 |
plasma41 | The first thing to determine with any wifi connectivity during install issue is whether the wifi chipset is even supported. | 05:44 |
strive | ASUS VivoBook F510QA | 05:45 |
strive | plasma41: You're absolutely right. I should've done that. | 05:45 |
strive | All I see is "Network controller: Realtek Semiconductor Co., Ltd. Device b822" | 05:46 |
strive | Using lspci | 05:47 |
strive | Oh. "Subsystem: AzureWave Device 2950" | 05:47 |
plasma41 | Ok, that looks to be a Realtek RTL8822BE | 05:49 |
strive | Now how do I go about checking to see if that piece of hardware is supported? | 05:50 |
plasma41 | Given that it supports 802.11ac I can guarantee you that it will not work without a firmware blob. | 05:52 |
strive | So the I've got Devuan up and running and when I ran "ip a" it's listing "wlan0" as down. | 05:53 |
strive | Ah, ok. | 05:53 |
gnarface | strive: got a spare usb ethernet adapter to try? a non-wireless one? | 05:53 |
plasma41 | No free/libre firmware exists for any currently extant 802.11ac chipsets, unfortunately. | 05:54 |
strive | gnarface: I wish. | 05:54 |
strive | plasma41: So I can forget about trying out Devuan? | 05:54 |
strive | I was looking forward to a non-systemd distro :( | 05:54 |
gnarface | strive: just use the full-size cd/dvd installer sets until you can get your hands on a supported network device | 05:55 |
gnarface | strive: you can find supported ones as cheap as $9 | 05:55 |
strive | gnarface: Good idea but I won't be getting any new hardware. | 05:56 |
strive | Welp, I appreciate the assistance :) | 05:56 |
gnarface | strive: well the full cd/dvd sets are for the offline installation paradigm you're stuck in. it's not optimal, but it will still work | 05:57 |
strive | Oh, I'm sure. | 05:57 |
strive | But I need access to the interwebs :/ | 05:58 |
gnarface | your choices are limited then | 05:58 |
strive | Yeah. I'll move on to researching other non-systemd distros. | 05:58 |
strive | Thanks peeps :) | 05:58 |
* gnarface facepalms | 05:58 | |
plasma41 | All post-802.11n wifi hardware is exclusively proprietary. I do hope this changes in the future. Until then, I'm sticking to 802.11n equipment. | 06:00 |
plasma41 | And.. he's gone | 06:00 |
gnarface | he just replied to my /msg and claims it works on ubuntu | 06:00 |
plasma41 | but only because of a firmware blob. | 06:01 |
search_social | my wireless didn't work until i updated the kernel (which i did via usb) | 07:08 |
ham5urg | Is syslinux supported by devuan? Is it as well supported as grub? I would like sto switch to syslinux as grub does not support md-raids with metadata-ver.>0.9. | 16:09 |
gnarface | it's a good question, but i would assume the answer is that it isn't different from debian | 16:12 |
gnarface | it doesn't rely on systemd and it's not in the banned packages list, right? | 16:12 |
gnarface | if it doesn't have a systemd dependency i wouldn't expect any different behavior from debian | 16:12 |
Guest88947 | hi | 16:14 |
Guest88947 | pablocastellanos: regarding your issue related with ifupdown eth0: install ifplugd, developed by Poettering, but nothing to do with systemd, dbus, etc | 16:14 |
Guest88947 | it works fine | 16:15 |
Guest88947 | easy to use: have a look at the manpages | 16:15 |
Guest88947 | you can find the script run after after every plug/unplug event in /etc/ifplugd/actions.d/ifupdown | 16:16 |
ham5urg | Is there any performance-gain in usage of md-raid-metadata 1.2 vs. 1.0? | 16:16 |
Guest88947 | in this script $1 will be eth0 and $2 will be "up" or "down", depending on the event | 16:17 |
Guest88947 | you can customize it, bringing up again your network interface | 16:18 |
Guest88947 | there is also another one: netplugd, but i never used it, and it's also developed by him, i seem to remember... | 16:19 |
pablocastellanos | Guest88947: OK, I'll check that | 16:48 |
Guest88947 | ok, good luck :) | 16:51 |
Guest88947 | need to go | 16:52 |
HackphiL | hello | 18:47 |
HackphiL | avez-vous quelques conseils pour un newbie svp ? | 18:47 |
stiltr | HackphiL: You'll probably have better luck with English. Do you have a specific question or are you just looking for general information? | 18:58 |
HackphiL | stiltr ~~> thx for answering | 19:18 |
HackphiL | I'd like test devuan so debian without systemd and would like to know if they are some difficulties about. | 19:19 |
HackphiL | I'm a newbie ;) | 19:19 |
HackphiL | It should be nice for me to find a tuto in french if possible. | 19:21 |
stiltr | I'm not aware of any issues, but other may have a better idea. If you're familar with debian, you shouldn't have any issues. | 19:22 |
stiltr | *others | 19:22 |
HackphiL | NO PUBKEY BB23C00C61FC752C | 19:54 |
HackphiL | kesaco? | 19:54 |
HackphiL | stiltr ~~> an idea? | 19:55 |
fsmithred | HackphiL, here are install, upgrade or migration docs https://devuan.org/os/install | 19:55 |
fsmithred | apt install devuan-keyring | 19:55 |
fsmithred | where are you? (what are you doing?) | 19:55 |
HackphiL | I'm migrate from debian buster to beowulf | 19:56 |
HackphiL | I changed my source-list | 19:57 |
fsmithred | read the migration guide | 19:57 |
fsmithred | there are some tricky points | 19:57 |
HackphiL | I did | 19:57 |
HackphiL | oh yes! | 19:57 |
HackphiL | just the following line ;) | 19:57 |
fsmithred | did you get the kerying alright? | 19:59 |
HackphiL | I think so fsmithred | 20:00 |
fsmithred | it should have warned you about trusting it and asked for confirmation | 20:00 |
HackphiL | upgrade is on the road... ;) | 20:01 |
fsmithred | cool | 20:01 |
HackphiL | after the NO PUBKEY problem, I made : # apt-get install devuan-keyring --allow-unauthentificated | 20:03 |
HackphiL | then, again : # apt-get update --allow-insecure-repositeries | 20:05 |
HackphiL | trhen : # apt-get update | 20:05 |
fsmithred | shouldn't need to allow insecure after the keyring is installed | 20:05 |
HackphiL | then : # apt-get install wicd-gtk (I use it on my others pc) | 20:06 |
fsmithred | ok | 20:06 |
HackphiL | then : # apt-get upgrade | 20:07 |
absinthe | i do not mean to troll, but why apt-get instead of apt ? Out of habbit ? | 20:08 |
HackphiL | I got an error line at the end : GDBus.Error:org.freedesktop.systemd1.NoSuchUnit: Unit packagekit.service not found. | 20:08 |
fsmithred | probably habit, yes | 20:09 |
HackphiL | please later absinthe thx | 20:09 |
fsmithred | at what point does sysvinit get installed? I haven't used this procedure. | 20:10 |
HackphiL | now : # apt-get install eudev | 20:10 |
fsmithred | yeah, try that | 20:10 |
HackphiL | I wonder if I should not have to reboot before ? | 20:12 |
HackphiL | so... | 20:13 |
HackphiL | # apt-get -f install | 20:13 |
HackphiL | reboot ! | 20:14 |
HackphiL | FAILED to start avahi mDNS/DNS-SD Stack | 20:15 |
HackphiL | FAILED to start Raise network interfaces | 20:16 |
HackphiL | FAILED to start WPA Supplicant | 20:16 |
fsmithred | you're doing this over wireless? | 20:17 |
HackphiL | still debian 10 | 20:18 |
fsmithred | systemd is running? | 20:18 |
HackphiL | black screen | 20:18 |
fsmithred | boot to rescue mode and then disble your display manager | 20:19 |
fsmithred | then you should be able to boot to console to finish and fix it | 20:19 |
HackphiL | I wrote login and password then... black screen | 20:20 |
HackphiL | a few seconds later. | 20:20 |
fsmithred | could try ctrl-alt-F2 | 20:20 |
HackphiL | reset sorry | 20:20 |
HackphiL | well... | 20:22 |
HackphiL | login | 20:23 |
HackphiL | password | 20:23 |
fsmithred | graphical login? | 20:23 |
HackphiL | yes | 20:23 |
HackphiL | window: | 20:24 |
fsmithred | probably will do the same. Try dropping to console. | 20:24 |
HackphiL | Ipossible DBus | 20:24 |
HackphiL | sh*** black screen | 20:24 |
fsmithred | ctrl-alt-F2 ? | 20:24 |
HackphiL | ctrl-alt-F2 | 20:24 |
fsmithred | does it get you to a console login? | 20:25 |
HackphiL | loin then password ok | 20:25 |
HackphiL | hackphil@heden: ~$ | 20:26 |
fsmithred | ok | 20:26 |
fsmithred | good | 20:26 |
fsmithred | so you could become root and continue with the upgrade | 20:26 |
fsmithred | and/or turn off display manager so you don't get the graphical login screen | 20:26 |
HackphiL | I'm root | 20:27 |
HackphiL | root@heden: ~# | 20:27 |
fsmithred | cat /proc/1/comm | 20:27 |
fsmithred | will tell if you're running systemd or sysvinit | 20:28 |
HackphiL | ok I try... | 20:28 |
HackphiL | ;( | 20:28 |
fsmithred | d? | 20:28 |
fsmithred | it's ok | 20:29 |
HackphiL | cat /proc/1/comm ---> systemd | 20:29 |
fsmithred | a different migration guide kept systemd until the end | 20:29 |
HackphiL | apt-get dist-upgrade ? | 20:29 |
fsmithred | apt-get -f install | 20:30 |
fsmithred | see if it adds anything | 20:30 |
fsmithred | then dist-upgrade | 20:30 |
fsmithred | I need coffee. Back in 10 minutes. | 20:31 |
HackphiL | ok ;) | 20:32 |
HackphiL | can't resolve http://deb.devuan.org/merged beowulf InRelease | 20:37 |
HackphiL | can't resolve http://deb.devuan.org/merged beowulf-updates InRelease | 20:38 |
HackphiL | can't resolve http://deb.devuan.org/merged beowulf-security InRelease | 20:38 |
HackphiL | can't resolve http://deb.devuan.org/merged beowulf-backports InRelease | 20:38 |
HackphiL | can't resolve http://deb.devuan.org | 20:38 |
yeti | määääääään! | 20:38 |
stiltr | Check /etc/resolv.conf | 20:39 |
HackphiL | cat /etc/resolv.conf ---> : | 20:40 |
HackphiL | domain home | 20:41 |
HackphiL | search home | 20:41 |
ham5urg | Will a kernel-upgrade also upgrade a syslinux.cfg if I use syslinux instead grub? | 20:41 |
HackphiL | nameserver 192.168.1.1 | 20:41 |
yeti | https://termbin.com/lc7j | 20:42 |
yeti | may be useful some day... :-P | 20:43 |
fsmithred | ip a | 20:43 |
fsmithred | check that your interface has an address | 20:43 |
HackphiL | ip a ---> 192.168.1.11 | 20:44 |
fsmithred | ping devuan.org | 20:45 |
fsmithred | ctrl-c to stop it | 20:45 |
HackphiL | ping devuan.org | 20:45 |
HackphiL | oups! | 20:45 |
fsmithred | yeah, you have to let it run before you stop it | 20:45 |
fsmithred | lol | 20:45 |
HackphiL | name or service unknown | 20:46 |
fsmithred | you have encrypted wireless? | 20:48 |
HackphiL | I don't thinko so | 20:48 |
fsmithred | you're using wireless or wired connection? | 20:49 |
HackphiL | wireless! | 20:49 |
HackphiL | i get an rj45... | 20:50 |
fsmithred | good. That's easier. | 20:50 |
fsmithred | plug it in and run 'dhclient eth0' | 20:50 |
HackphiL | ok... | 20:56 |
HackphiL | plugged | 20:59 |
HackphiL | it's not eth0 but enp9s0 | 21:00 |
fsmithred | ok | 21:00 |
fsmithred | dhclient that | 21:00 |
HackphiL | cannot find device "enp9s0" | 21:01 |
HackphiL | cannot find device "eth0" | 21:02 |
fsmithred | wtf? | 21:02 |
HackphiL | oups | 21:02 |
fsmithred | what display manager are you using? | 21:02 |
HackphiL | xfce | 21:03 |
fsmithred | lightdm? | 21:03 |
HackphiL | yes | 21:03 |
HackphiL | # dhclient enp1s0 | 21:04 |
HackphiL | it's ok for ping | 21:05 |
fsmithred | oh, good | 21:05 |
fsmithred | I was going to suggest killing the display manager and then going to runlevel 2 | 21:05 |
fsmithred | oh... | 21:06 |
fsmithred | you might not have runlevels yet | 21:06 |
fsmithred | I guess you should continue the upgrade | 21:06 |
HackphiL | # apt-get update ? | 21:06 |
fsmithred | upgrade or dist-upgrade | 21:07 |
HackphiL | upgrade first | 21:07 |
HackphiL | dist-upgrade running... | 21:08 |
HackphiL | xorg has been deleted | 21:09 |
fsmithred | oh | 21:09 |
HackphiL | xfce too | 21:10 |
fsmithred | yeah | 21:10 |
fsmithred | you'll be able to add it again | 21:10 |
HackphiL | I just said no when he asked me to delete the kernell | 21:10 |
crashoverride | oh, why? | 21:10 |
fsmithred | that might be ok if it's not the kernel that's running | 21:11 |
HackphiL | shoud have I to delete the kernell? | 21:11 |
crashoverride | people don't know how to be playful anymore. | 21:11 |
crashoverride | nah, delete the RUNNING one. | 21:11 |
fsmithred | won't hurt to keep old kernel | 21:11 |
crashoverride | then it's fun. | 21:11 |
crashoverride | fsmithred: wrong. | 21:11 |
fsmithred | why you say that? | 21:12 |
HackphiL | dit-upgrade ended | 21:12 |
fsmithred | I've had systems with four or five kernels. They just sit there if you don't boot them. | 21:12 |
crashoverride | fsmithred: that was the ubuntu mentality in 2013. Keep old kernels. Also, have a separate boot partition. 100MB ought to be enough, right? | 21:12 |
HackphiL | me too with debian | 21:12 |
crashoverride | Well, as it turns out, no. | 21:13 |
fsmithred | it was also redhat mentality in 2000 | 21:13 |
fsmithred | HackphiL, is sysvinit installed? | 21:13 |
fsmithred | sysvinit-core | 21:13 |
crashoverride | eventually, the kernels would fill the boot partition. And then a new kernel would be installed. | 21:13 |
crashoverride | Or its first half, at least. | 21:13 |
crashoverride | Ever tried booting half a kernel? | 21:14 |
fsmithred | no, but I've tried booting a full root partition | 21:14 |
crashoverride | nice. | 21:14 |
crashoverride | how did it go? | 21:14 |
fsmithred | not well at all | 21:14 |
crashoverride | how bad? | 21:14 |
fsmithred | gotta watch to make sure partitions don't fill up | 21:14 |
fsmithred | was long time ago. I don't remember details. | 21:15 |
HackphiL | sysvinit-core not installed | 21:15 |
fsmithred | well, I don't know when sysvinit is supposed to get installed in that procedure. | 21:15 |
fsmithred | The one I followed did that first, before even editing sources.list | 21:15 |
crashoverride | challenge: install systemd on devuan | 21:15 |
fsmithred | you can't do the next step because systemd is running | 21:16 |
crashoverride | call it "rebian" | 21:16 |
fsmithred | so install sysvinit-core | 21:16 |
fsmithred | crashoverride, it's impossible to install systemd in devuan. | 21:16 |
crashoverride | nothing ever is impossible. | 21:16 |
crashoverride | Given enough thrust, pigs fly just fine. | 21:17 |
HackphiL | installing... | 21:17 |
fsmithred | ok, but the package manager won't know it's there | 21:17 |
HackphiL | done fsmithred | 21:17 |
fsmithred | unless you fork amprolla | 21:17 |
fsmithred | ok, you should be able to boot into sysvinit and then purge systemd | 21:18 |
fsmithred | and install the missing stuff | 21:18 |
crashoverride | that must be a good feeling | 21:18 |
HackphiL | I reboot? | 21:18 |
fsmithred | yeah, reboot. I can't think of anything else to do. | 21:19 |
fsmithred | And then you should be able to continue with the instructions. | 21:19 |
fsmithred | oh | 21:19 |
fsmithred | eudev??? | 21:19 |
fsmithred | is that installed? | 21:19 |
fsmithred | I suspect it is not. | 21:19 |
crashoverride | if not, it will still boot | 21:19 |
HackphiL | grub> | 21:19 |
fsmithred | do you know your partition layout? | 21:20 |
crashoverride | maybe not past the init ram fs | 21:20 |
crashoverride | but it will boot-ish | 21:20 |
HackphiL | hda | 21:20 |
fsmithred | which is the root partition, and do you have a separate /boot partition? | 21:20 |
fsmithred | that should be sda unless you're running debian lenny | 21:21 |
HackphiL | /home is separate | 21:21 |
fsmithred | and there should be a digit at the end | 21:21 |
fsmithred | and is this bios or uefi? | 21:21 |
HackphiL | bios | 21:21 |
fsmithred | good | 21:21 |
HackphiL | old pc | 21:21 |
crashoverride | I'm having a first world problem | 21:21 |
fsmithred | set root=(hd0,1) | 21:21 |
crashoverride | dog hair in my red wine | 21:22 |
fsmithred | linux /vmlinuz ro root=/dev/sda1 | 21:22 |
fsmithred | I'm assuming sda1 is your root partition | 21:22 |
fsmithred | initrd /initrd.img | 21:22 |
fsmithred | boot | 21:22 |
fsmithred | fuck | 21:22 |
fsmithred | oh, nm. That should be ok if xorg is gone. | 21:23 |
crashoverride | Error: fuck instruction unknown. | 21:23 |
crashoverride | also does that even work with grub 2? | 21:23 |
crashoverride | I miss grub 1. | 21:23 |
fsmithred | I think there's another linux distribution that might recognize that command. | 21:23 |
HackphiL | f... english clavier | 21:23 |
fsmithred | yes, you can boot grub2 from command-lne | 21:23 |
fsmithred | from grub-prompt, I mean | 21:23 |
crashoverride | HackphiL: ouate dou iou ave aguinste zeu angliche quiboarde? | 21:24 |
fsmithred | I learned that at a LUG meeting early in my linux experience, and it has served me well many times | 21:24 |
crashoverride | Seriously, tho, lrn2ansi, it will save your life. | 21:24 |
fsmithred | HackphiL, do those commands work? | 21:25 |
fsmithred | do I need to repeat them? | 21:25 |
crashoverride | fsmithred: I gave up on grub when they replaced grub 1 with grub 2. That was a regression in my eyes. | 21:25 |
crashoverride | now using extlinux when I need linux. | 21:26 |
HackphiL | difficult with english clavier ;( | 21:28 |
fsmithred | tab-completion works at grub prompt | 21:29 |
conifer | hi, is there a way to install ceres directly? | 21:30 |
fsmithred | debootstrap install | 21:30 |
conifer | or do i need to get beowulf and upgrade? | 21:30 |
fsmithred | that's one way | 21:30 |
fsmithred | you might be able to select it if you use a mini.iso | 21:30 |
fsmithred | and expert install | 21:31 |
HackphiL | bad sda ;( | 21:31 |
conifer | thanks, good to know | 21:31 |
fsmithred | HackphiL, what? | 21:31 |
crashoverride | wait, is ceres out now? | 21:33 |
fsmithred | ceres is always out, ceres is never out | 21:33 |
conifer | another question: does ceres cause much trouble in everyday usage? i.e is it very unstable? ;) | 21:33 |
fsmithred | ceres=sid | 21:33 |
crashoverride | ah | 21:33 |
crashoverride | ok | 21:34 |
crashoverride | conifer: ymmv I guess | 21:34 |
fsmithred | conifer, that varies with how fast devs are building packages and adding them to repo | 21:34 |
crashoverride | conifer: i.e. totally depends WHEN you upgrade. | 21:34 |
HackphiL | grub> linux /vmlinuz ro root=/dev/sda1 ---> error : disk "hda,!" not disponible | 21:34 |
fsmithred | unstable means "versions change frequently" | 21:34 |
fsmithred | grub> linux /vmlinuz ro root=/dev/ | 21:35 |
crashoverride | it's like russian roulette. 5 out of 6 people report it being harmless. | 21:36 |
fsmithred | and press TAB a couple times | 21:36 |
crashoverride | fsmithred: seriously, grub supports completion? | 21:36 |
fsmithred | how many disks are there? | 21:36 |
fsmithred | yes, tab completion was in grub1 also | 21:37 |
HackphiL | tab ---> same line | 21:37 |
crashoverride | fsmithred: never tried it | 21:37 |
fsmithred | wtf is hda? | 21:37 |
HackphiL | how to be certain? | 21:38 |
stiltr | hda is usually pata disks, I think. | 21:38 |
fsmithred | how many disks are in this computer? | 21:38 |
HackphiL | 1 | 21:38 |
fsmithred | pata disks have been called sda since squeeze, I think | 21:38 |
stiltr | Hmm. Interesting. | 21:39 |
conifer | i was (mostly) happy using ascii+backports, but came across some third party soft i couldn't install because the dependencies weren't fresh enough | 21:39 |
fsmithred | ok, HackphiL lets go back to first line | 21:39 |
fsmithred | set root=( | 21:39 |
stiltr | I think he's not setting the root in grub and it's defaulting to hda? | 21:39 |
fsmithred | then TAB | 21:39 |
conifer | so i thought ceres might be a better choice than beowulf | 21:39 |
fsmithred | should tell you hd0 | 21:40 |
fsmithred | set root=(hd0, | 21:40 |
fsmithred | then TAB again | 21:40 |
HackphiL | there is nothing importanton this disk | 21:40 |
crashoverride | https://media.tenor.com/images/e623b6fa01166ddb5d91f385571a06ad/tenor.png | 21:40 |
fsmithred | and it should show the partitions | 21:40 |
fsmithred | OH | 21:40 |
fsmithred | kill it and do a fresh install | 21:40 |
crashoverride | the dog hair in my red wine is actually a random hair | 21:41 |
fsmithred | meaning the dog did not select that hair especially for you? | 21:41 |
fsmithred | and unless you have huskies, it's fur | 21:42 |
conifer | or is there another way to go about getting newer versions of some libs when backports can't help me? | 21:42 |
HackphiL | msdos | 21:42 |
fsmithred | no, it's backports or backport your own or upgrade | 21:42 |
stiltr | conifer: You can backport them yourself. | 21:42 |
fsmithred | yes | 21:42 |
fsmithred | msdos1, msdos2...? | 21:42 |
fsmithred | so the line should be | 21:43 |
stiltr | conifer: What are you trying to install? | 21:43 |
fsmithred | set root=(hd0,msdos1) ? | 21:43 |
crashoverride | backporting oneself must be a lot of work | 21:43 |
conifer | stiltr: can this be done without shooting oneself in the foot? | 21:43 |
fsmithred | some packages are easy to bacport, some are not. | 21:43 |
stiltr | ^^^this | 21:44 |
crashoverride | conifer: just aim higher. | 21:44 |
conifer | i wanted to try out some mastodon clients or some other IM app | 21:44 |
conifer | shooting myself in the knee doesn't cut it either | 21:44 |
HackphiL | hd0,msdos1 | 21:44 |
fsmithred | yeah | 21:45 |
HackphiL | hd0,msdos5 | 21:45 |
crashoverride | as the old saying goes: "If you keep shooting yourself in the foot, you need to be aiming higher." | 21:45 |
fsmithred | that should work | 21:45 |
HackphiL | hd0,msdos6 | 21:45 |
fsmithred | oh | 21:45 |
fsmithred | 6 is possibly your /home parttion | 21:45 |
fsmithred | or 5 | 21:45 |
fsmithred | one of them is swap | 21:45 |
yeti | grub can ls | 21:45 |
fsmithred | grub should tell you the filesystem on it | 21:45 |
crashoverride | how does it count? | 21:45 |
HackphiL | I think so for /home | 21:46 |
fsmithred | grub counts disks from 0 and partitions from 1 | 21:46 |
crashoverride | like 0..4 physical, 5..n logical? | 21:46 |
fsmithred | yes | 21:46 |
HackphiL | swap is sda5 | 21:46 |
crashoverride | ah sorry, 0..3 4.n | 21:46 |
fsmithred | for msdos partition table | 21:46 |
crashoverride | 4..n even | 21:46 |
fsmithred | linux /vmlinuz ro root=/dev/sda1 | 21:47 |
crashoverride | oh wait, misread | 21:47 |
crashoverride | it's actually 1..4 5..n | 21:47 |
crashoverride | makes more sense | 21:47 |
crashoverride | matches fdisk and the dev numbering too | 21:47 |
fsmithred | gpt lets you have 128 primary partitions | 21:48 |
HackphiL | ls ---> (proc) (hd0) (hd0,msdos6) (hd0,msdos5) (hdà,msdos1) | 21:48 |
fsmithred | hda??? | 21:48 |
fsmithred | ok, tell it that | 21:49 |
fsmithred | set root=(hda,msdos1) | 21:49 |
fsmithred | I don't believe it, though | 21:49 |
HackphiL | ls ---> (proc) (hd0) (hd0,msdos6) (hd0,msdos5) (hd0,msdos1) | 21:49 |
fsmithred | ah | 21:49 |
fsmithred | hd0,msdos1 | 21:49 |
fsmithred | set root=(hd0,msdos1) | 21:50 |
fsmithred | linux /vmlinuz ro root=/dev/sda1 | 21:50 |
fsmithred | initrd /initrd.img | 21:50 |
fsmithred | boot | 21:50 |
fsmithred | I need to go in a couple minutes | 21:50 |
fsmithred | if you can't rescue this migration, download an installer iso and start fresh. | 21:51 |
HackphiL | file /vmlinuz non-disponible | 21:53 |
crashoverride | HackphiL: that's some interesting frenglish | 21:54 |
HackphiL | can you give the link for iso pls? | 21:54 |
crashoverride | what it meant to say is "not found" | 21:54 |
fsmithred | https://sledjhamr.org/devuan-cd/devuan_beowulf/ | 21:55 |
fsmithred | files.devuan.org has isos, but sledjhamr is faster | 21:56 |
fsmithred | netinstall iso should be sufficient. It will download all that you want. | 21:57 |
HackphiL | I think I'll choose desktop ;) | 21:57 |
fsmithred | ok. You can do offline install with that, but I strongly recommend selecting a package mirror when it asks. | 21:58 |
HackphiL | which one? | 22:01 |
fsmithred | deb.devuan.org | 22:01 |
HackphiL | downloading at 4,5 Mo/s | 22:03 |
crashoverride | HackphiL: you need to stop francising all the things to :p | 22:12 |
crashoverride | it's MB in the entire rest of thr world. | 22:13 |
crashoverride | it's like americans being all dreamy with their fairytale units... | 22:13 |
crashoverride | yes but the world still is on metric. | 22:13 |
crashoverride | s/thr/the/ | 22:14 |
HackphiL | I write what I read on my pc so 4,5 Mo/s | 23:19 |
HackphiL | if it was written 4,R MB/s I'd wrote it | 23:21 |
HackphiL | for the rest listen the sex pistols on their famous album named "never mind the bollocks" | 23:22 |
HackphiL | well my dear crashoverride , I have to shed a tear for Nelson... | 23:23 |
tuxd3v | hello to all free citizens of this world spread around the Galaxy :) | 23:30 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!