| dvbst | hmmmmm, so the installer seems to be working fine, but it just doesnt want to install grub | 00:33 |
|---|---|---|
| dvbst | what if i do that manually? | 00:33 |
| dvbst | is it just grub-install --target=x86_64-efi --efi-directory=/boot --removable and then grub-mkconfig -o /boot/grub/grub.cfg like gentoo or are the debian steps different? im thinking about dpkg-reconfigure grub-efi-amd64 and possibly other things? | 00:39 |
| rwp | Seems like I have only ever needed to run "grub-install /dev/sda" with the appropriate device. And it should do the right thing without any device by searching IIRC. | 00:43 |
| dvbst | grub-install /dev/sda is for legacy boot | 00:44 |
| rwp | Doesn't the installer present a dialog at the very end that asks you to select the device to install grub on? | 00:44 |
| rwp | It's at step number 21 shown here: https://www.devuan.org/os/documentation/install-guides/daedalus/install-devuan | 00:45 |
| dvbst | it doesnt, it automaticly decides by itself (or falls apart before that) and then spits out unable to grub-install dummy fatal error | 00:45 |
| rwp | Certainly if you have the option of booting Legacy BIOS mode then that's always the more reliable boot option. | 00:45 |
| rwp | I had a broken UEFI system which did things similar to what you are reporting. Eventually I gave up trying to make it boot UEFI correctly since it had the ability to boot Legacy I switched to it. | 00:46 |
| mason | dvbst: Hm, I tend not to bother with --removable or a --target. You can just install with --efi-directory specified. | 00:47 |
| mason | dvbst: And of course, then you can confirm that it did the right thing after. | 00:47 |
| dvbst | i just pasted the command from a guide i followed some time ago, and it was the only one that managed to install grub on my wierd system, but yes, this is a new pc and legacy should work, so i will try that, but im just asking if i can do it manually or if the installer will be upset | 00:48 |
| mason | dvbst: Just read a touch of scrollback. If you want to confirm that you got the EFI invocation right, you should be able to match up the search.fs_uuid with your blkid output. | 00:49 |
| mason | ...found in your ESP's grub.cfg. | 00:50 |
| rwp | One thing important to know is that the package for grub legacy mode abuses debconf as a database and stores the selection. Later upgrades will use that selection. If the selection does not match then later in the future an upgrade may fail. Has failed for me, which is why I know this detail. | 00:50 |
| mason | We won't tell anyone if you hurt the installer's feelings. | 00:50 |
| rwp | That does not apply to UEFI because UEFI has EFI VARS instead. | 00:50 |
| mason | rwp: You don't even need boot variables for UEFI if you don't want them. Fallback naming works. | 00:51 |
| rwp | Sometimes fallback naming is the only thing that works, due to buggy UEFI implementations. | 00:51 |
| mason | (And to play Devil's advocate, I've had at least one box where fallback naming didn't work.) | 00:51 |
| rwp | For legacy grub replacing a disk drive now includes "dpkg-reconfigure grub-pc" in order to update the drive selection to the new replacement drive. | 00:52 |
| dvbst | i think i set msdos as the label and not gpt so i should go with legacy | 00:52 |
| mason | I wonder if Debian's grown Ubuntu's multiple-ESP-handling in dpkg-reconfigure grub-efi-amd64 | 00:52 |
| rwp | This is one thing that Coreboot excels at because the systems with Coreboot all boot UEFI perfectly. | 00:52 |
| mason | Hm, nope, still no legacy-style handling of multiple devices. | 00:53 |
| dvbst | okay so once again, if i just grub-install /dev/sda and then grub-mkconfig -o /boot/grub/grub.cfg it should be good if all else is good and i dont encounter any strange errors? there are no other debian specific steps? i dont know what youre trying to say with this dpkg-reconfigure grub-pc, i havent really slept well tonight | 00:58 |
| dvbst | and rwp, it boots all **linux** UEFI perfectly, it doesnt want to boot dragonflybsd at all because of some strange graphics switching thing afaic, or at least thats what i think is the problem, and at least on my coreboot system (not the laptop im currently installing to, but a different one) | 00:59 |
| rwp | Why do you need to run grub-mkconfig manually? I have never needed to do that myself. | 01:00 |
| dvbst | idk, thats kinda what i always been doing | 01:01 |
| Xenguy | re: "<dvbst> it doesnt, it automaticly decides by itself (or falls apart before that) and then spits out unable to grub-install dummy fatal error": That's a bold claim. Really? | 01:01 |
| rwp | I have an Intel NUC that is having a similar weird issue of booting a FreeBSD install. But I will work that through in #freebsd rather than here. :-) | 01:01 |
| rwp | The only time I have ever had the installer puke with errors like that was on UEFI systems that were buggy and broken and so the installer couldn't deal with it. | 01:02 |
| Xenguy | I'm late to the conversation, but if that were true I might feel a little disconcerted : -/ | 01:02 |
| dvbst | Xenguy: it looks like this, im on the install grub boot loader step, i click ok, and then the next thing i see is this error message with the fatal error | 01:03 |
| Xenguy | Yeesh | 01:03 |
| dvbst | so if anything was supposed to ask me where i want to install it, it didnt show up | 01:04 |
| Xenguy | I would assume this is some very edge case, or I sure hope that's the case | 01:04 |
| Xenguy | There is an option to specify manually, yes? | 01:04 |
| dvbst | where would it be? | 01:04 |
| Xenguy | "Enter device manually", same screen, step 21 | 01:05 |
| dvbst | if you mean to alt+ctrl+f2, and then type it out, then yea, i guess there is | 01:05 |
| dvbst | no there is nothing like that in the installer | 01:05 |
| Xenguy | https://www.devuan.org/os/documentation/install-guides/daedalus/install-devuan | 01:05 |
| Xenguy | step 21 | 01:06 |
| Xenguy | previously referenced by rwp | 01:06 |
| Xenguy | I have no idea if the option would help, but the option is present in that screenshot | 01:06 |
| onefang | Expert mode needed first? | 01:07 |
| Xenguy | No, this is standard install I believe | 01:08 |
| rwp | Expert mode allows one to take control but I expect that the grub-install will fail in exactly the same way there too. | 01:08 |
| Xenguy | hrm | 01:08 |
| Xenguy | *Is* this an edge case? I mean it's a bit worrisome if not. | 01:09 |
| dvbst | Xenguy: it doesnt go to that step | 01:11 |
| dvbst | the fatal error is pretty much right after the init choice | 01:11 |
| Xenguy | Which init are you choosing? | 01:11 |
| dvbst | runit | 01:11 |
| dvbst | but i dont think it has anything to do with grub | 01:12 |
| Xenguy | Can you elaborate "it doesnt go to that step" ? | 01:12 |
| dvbst | yes | 01:12 |
| dvbst | so | 01:12 |
| Xenguy | (sorry if I missed it previously) | 01:13 |
| dvbst | i go to the installing grub step | 01:13 |
| dvbst | there is this loading bar as always that says its looking for other operating systems | 01:14 |
| dvbst | which there are none | 01:14 |
| dvbst | and then it spits out the fatal error | 01:14 |
| dvbst | thats pretty much it | 01:14 |
| dvbst | there is nothing else in between | 01:15 |
| dvbst | im sorry | 01:15 |
| Xenguy | Appreciate the feedback, thanks. | 01:16 |
| Xenguy | Is there a sense of what's going wrong here, or is it a fresh mystery? | 01:16 |
| mason | dvbst: Did you try installing GRUB manually? | 01:17 |
| dvbst | Xenguy: the partitioning step, if you can read a little bit up i said that the automatic partitioning doesnt work because it not only formats the drive that i want to install to, but also the installation media, so i reflashed the installation media, partitioned it myself, and now i want to install it to those partitions | 01:19 |
| dvbst | i was thinking that i put wrong options in the boot partition in the installer, but its 1:1 as in my working system that has been installed 100% with the devuan installer, tho it was chimaera | 01:20 |
| Xenguy | dvbst, Did you file a bug report BTW? | 01:20 |
| dvbst | i did think that if i switch the options from "use as ext2" to "do not use" might help, but then it doesnt let me specify to mount it as /boot, so that doesnt work either | 01:21 |
| dvbst | mason: not yet, but i am about to | 01:21 |
| mason | dvbst: Sounds like you're re-using partitions...? | 01:21 |
| dvbst | Xenguy: i did not | 01:21 |
| dvbst | mason: wdym | 01:22 |
| mason | dvbst: Are you going to try UEFI still, or legacy? | 01:22 |
| dvbst | no no just legacy | 01:22 |
| mason | kk | 01:22 |
| mason | And are you using GPT or legacy MBR partitioning? | 01:22 |
| Xenguy | dvbst, If all else fails, please consider filing an official bug report. That would be the proper way to escalate this issue after other options are exhausted. | 01:22 |
| dvbst | i am using mbr | 01:22 |
| mason | FWIW, "update-grub" is generally what you want on Debian-based systems | 01:24 |
| dvbst | Xenguy: if all else fails, that would be really really poop, im installing this for my friend to who im going in about a week and i cannot afford to travel back and forth throught a few countries willy nilly, and he does not have the technical knowledge to do any of that, which is why im installing it | 01:25 |
| mason | So, legacy partitioning, you don't need to worry about having a biosboot partition. dpkg-reconfigure grub-pc ought to handle letting you select where you're installing it. | 01:25 |
| dvbst | mason: so once again, grub-install /dev/sda, update-grub and then dpkg-reconfigure grub-pc because grub-mkconfig -o /boot/grub/grub.cfg is not needed? | 01:27 |
| rwp | The two commands have similar names but do different things. update-grub is used to rebuild the grub menu. grub-install installs the early stage boot loaders. | 01:27 |
| dvbst | rwp: so i would only do update-grub if i have grub installed already, am i getting it right? | 01:28 |
| rwp | If you change options in /etc/default/grub then after making changes run update-grub to have those "compiled" into grub configuration. | 01:29 |
| dvbst | do i need to make changes? | 01:29 |
| rwp | You have just now installed and haven't changed anything. Therefore update-grub should not be needed. | 01:29 |
| dvbst | ight, makes sense | 01:30 |
| dvbst | and how about dpgk-reconfigure grub-pc? | 01:30 |
| rwp | HOWEVER you are reporting that the installer is failing at this step. We haven't figured out why. Therefore I maintain that just ignoring that will not result in a successful installation. | 01:31 |
| mason | dpkg-reconfigure grub-pc should install for you | 01:31 |
| rwp | Running "dpkg-reconfigure grub-pc" to debug what error messages result from it would be a good start. | 01:32 |
| dvbst | rwp: have you read what it says? did i send that or did i not? | 01:32 |
| dvbst | it says that it wants to install to dummy | 01:32 |
| dvbst | and that fails | 01:32 |
| mason | dvbst: Doesn't give you a choice of disks? | 01:33 |
| gnarface | it was really a mistake to remove lilo from the distro. grub sucks. | 01:33 |
| mason | Eh. Both are about equivalent. | 01:33 |
| dvbst | mason: it does not | 01:33 |
| mason | dvbst: That might be part of the issue then. | 01:33 |
| gnarface | they are really really not even close to equivalent, and anyone who has tried to boot an old dell of a SD card will see the stark contrast in boot times | 01:33 |
| rwp | GRUB v1 was great! With the GRUB v2 rewrite they hit bottom and started to dig. | 01:33 |
| gnarface | *off an SD card | 01:34 |
| dvbst | so my guess is that it doesnt see anything to install grub to, so it tries to install to nothing, and that doesnt work, so it spits out fatal errors | 01:34 |
| rwp | dvbst, I remember reading your reported errors previously. Looking now to refresh I don't find them easily because of the huge wall of text to search through. Sorry. | 01:34 |
| gnarface | basically on this old inspiron (530?) i have here, grub would try for about 2 minutes then fail 100% of the time. lilo would try for 1 minute and succeed. | 01:34 |
| gnarface | (probably more a fault of the Dell bios i suspect, but not much else to do about it either) | 01:35 |
| dvbst | unless it tries to install to dummy as a test, and the test fails, so installing grub would not work too because if it cant install it in a perfect simulated environment, then why would it work anywhere else | 01:35 |
| dvbst | rwp: its chill, basicly the only thing is this | 01:37 |
| dvbst | Unable to install GRUB in dumy | 01:37 |
| dvbst | Executing 'grub-install dummy' failed. | 01:37 |
| dvbst | This is a fatal error. | 01:37 |
| dvbst | and then i have the option to go back or continue, and both of those just take me to the menu with all the steps | 01:38 |
| rwp | At that point I would Alt-F4 to switch to vt console 4 (from the vt 1 where this is running) and see if there are any error messages logged there. | 01:39 |
| rwp | Then Alt-F2 to go to vt 2, Enter to get a shell prompt, then look to see what devices and device names are present. | 01:39 |
| dvbst | ok, im on it | 01:40 |
| rwp | Alt-F2 and Alt-F3 are available at that point of the install IIRC for interactive consoles. Other output is tail'd to vt 4. The installer dialogs are running on vt 1. | 01:40 |
| dvbst | yes | 01:40 |
| dvbst | ok do you want me to type out all the stuff from the v4? | 01:43 |
| dvbst | vt4 | 01:44 |
| dvbst | there are 6 lines | 01:44 |
| dvbst | either way, it wants to install to efi, and it says it cant get canonical path of /dev/sdb2 (thats where the / is!!!) and then it fails | 01:52 |
| mason | dvbst: If it wants to install UEFI then you may not have booted in legacy mode. | 01:52 |
| dvbst | idk buddy, i just plugged in the usb and let the computer do the thing | 01:53 |
| mason | Right, and that's not going to get you a legacy install on a UEFI computer. | 01:53 |
| mason | dvbst: If you want a UEFI install, set CSB mode or whatever it's called in your BIOS and the installer won't see UEFI bits and assume it wants to do a UEFI install. | 01:55 |
| mason | For my part I just do debootstrap installs, so nothing is ever given the task of guessing. | 01:55 |
| dvbst | so i have to reboot and do all that again? | 01:55 |
| dvbst | yea i was thinking i might debootstrap if all else fails, because ive heard here that this always works | 01:56 |
| mason | Well. Your latest error is that it wants to install to your EFI System Partition, or whatever the error was, so that's an indicator that things aren't quite right. That said, given sufficient comfort you can just let that install finish and fix up the bootloader by hand, but I don't think that's something you'd be maximally comfortable doing. | 01:56 |
| mason | That said, you'd learn useful stuff doing it, so there's that. And it's arguably the quickest path from here to done. | 01:57 |
| dvbst | and i dont think its a uefi only computer, i think it can do both, its a thinkpad t470 | 01:57 |
| mason | Right, but it's booted with UEFI there, so the installer saw it. | 01:57 |
| dvbst | but i can install the legacy version with the command (i think) and then let the installer continue (i think??????) | 01:58 |
| mason | dvbst: You can wait until the end and install if you want. | 02:00 |
| mason | But yeah, once you're at a shell, you can install whatever you like. | 02:01 |
| dvbst | wait untill the end of what? | 02:01 |
| dvbst | the grub installation is the last part of the thing | 02:01 |
| mason | dvbst: You can even swap back and forth between UEFI and legacy if you want. I set up my partitions to accomodate that most of the time - include both a biosboot partition and an ESP on a GPT-partitioned disk, and you can do it all. | 02:01 |
| rwp | Everything should JustWork(TM) on a Thinkpad. Shocked that it does not. Makes me think something is messed up in the BIOS. I might try a reset to factory defaults. | 02:02 |
| mason | dvbst: Wait until the installer thinks it's done, and go into a shell, and do whatever. Sometimes bind mount /dev, /sys, and /proc into your fresh system and choot in. Sometimes just edit files. Whatever you need to do. | 02:02 |
| rwp | The problem with trying to manually rescue an install that installed UEFI and needs to be switched to Legacy BIOS or the reverse is that the partitioning is different for the two choices. | 02:03 |
| mason | rwp: Doesn't have to be different. | 02:03 |
| mason | As noted, I tend to install such that I can do whichever. | 02:03 |
| rwp | mason, I know that you know what you are doing but the installer does make a different partitioning based upon the two choices. (I also manually set up partitions so that I can flexibly do either thing.) | 02:03 |
| dvbst | mason: all i need to do is install grub and thats the end, all the packages and all that are installed already, this is the last step | 02:04 |
| mason | dvbst: If the installer's not doing the right thing, then you should have an option at the end of the install to get a shell, yes? | 02:04 |
| dvbst | yup | 02:04 |
| dvbst | rwp: this might be true, and this showed up at the start, the boot splash says "press enter to get into boot options", but enter does nothing, for some reason its f12 | 02:06 |
| dvbst | and i would reset it to factory defaults, but i have no clue how to do that (╥_╥) | 02:08 |
| rwp | It's an option under the exit tab of the firmware configuration page usually. | 02:10 |
| dvbst | but maybe i should try the grub-install /dev/sda first? | 02:11 |
| dvbst | maybe it works and i dont have to do that? | 02:11 |
| dvbst | i know i keep asking but i want to be sure i get the steps correctly cuz i dont want to mess up the drive | 02:12 |
| mason | dvbst: you also want to make sure it's got a coherent config built, as that's all your doing with grub-install is pointing to the larger config that'll be loaded in subsequent stages. | 02:14 |
| mason | dvbst: make sure your "set root" lines are sane, etc. | 02:15 |
| mason | dvbst: Anyway, I'm going AFK for a bit but I'll check in later. | 02:17 |
| dvbst | okay | 02:17 |
| dvbst | welp, there is no grub.cfg in /target/boot/grub/, so i cant verify the config | 02:22 |
| dvbst | unless that is not the config | 02:22 |
| dvbst | in that case idk what to do | 02:22 |
| freaxeh | ty CueXXIII | 02:28 |
| rrq | dvbst: I missed the beginning ... do you install grub for uefi or for legacy? | 02:48 |
| dvbst | i want to install for legacy but so far i did nothing | 02:49 |
| fsmithred | legacy. You need to run update-grub to make a menu | 02:49 |
| rrq | do: chroot target apt-get install --reinstall grub-pc | 02:50 |
| fsmithred | ^^^ do that | 02:50 |
| dvbst | sure | 02:51 |
| dvbst | but do i need to mount and do all the other stuff or is just chroot enough? | 02:51 |
| fsmithred | you're in the installer at the point where it wanted to install grub? | 02:52 |
| dvbst | yes | 02:52 |
| fsmithred | then everything is ready for chroot | 02:52 |
| dvbst | epic | 02:52 |
| dvbst | ok i reinstalled it | 02:53 |
| dvbst | what now? | 02:54 |
| rrq | I think it needs: chroot target grub-install /dev/sda | 02:54 |
| rrq | that will out stuff into MBR on the disk | 02:55 |
| dvbst | it failed | 02:55 |
| rrq | the rest should be in /target/boot/grub by now | 02:55 |
| fsmithred | and then chroot target update-grub to make the menu | 02:55 |
| rrq | aha needs devpts I guess? | 02:55 |
| fsmithred | yeah, but why isn't that already done? | 02:56 |
| dvbst | failed to get canonical path of '/dev/sdb2' (it is the /boot/efi on the live iso) | 02:56 |
| fsmithred | did you boot in efi mode? | 02:57 |
| fsmithred | does /sys/firmware/efi exist in the running system? | 02:57 |
| dvbst | it did it automaticly | 02:57 |
| rrq | hmm grub has had some improvement and "thinks" the efi partition of the installer belongs to the target | 02:57 |
| dvbst | it does exist | 02:58 |
| rrq | but installing grub-pc should have purged grub-efi-amd64 | 02:58 |
| rrq | yes the installer has an efi partition | 02:58 |
| fsmithred | but not grub-efi-amd64-bin | 02:58 |
| dvbst | but i installed grub-pc in /target not the live iso | 02:59 |
| dvbst | and the efi is in the live iso | 02:59 |
| dvbst | i mean it is on the chroot too | 02:59 |
| rrq | it should be unmounted | 02:59 |
| rrq | from everywhere | 02:59 |
| fsmithred | are grub and kernel not agreeing on which disk is sda? | 02:59 |
| dvbst | rrq: the /sys/firmware/efi is not mounted anywhere, and /boot/efi is mounted only on the live iso | 03:00 |
| rrq | no grub finds the installer's efi partition on its partition traversal and then "thinks" that belongs to the target... it's a grub bug | 03:00 |
| rrq | unmount /devsdb2 from everywhere ... not needed | 03:01 |
| dvbst | ok | 03:01 |
| rrq | then purge all grub-efi-* you can find | 03:02 |
| dvbst | on the live iso or on the target | 03:02 |
| rrq | target | 03:03 |
| rrq | and os-brober should not be used | 03:04 |
| rrq | os-prober | 03:04 |
| dvbst | there are 5 in /usr/share, 6 in | 03:05 |
| rrq | chroot target apt-get purge grub-efi* | 03:05 |
| dvbst | /var/lib/dpkg/info and 3 in /var/cache/apt/archives | 03:05 |
| rrq | then maybe reinstall grub-pc again, and then grub-install /dev/sda *should* be happy | 03:07 |
| dvbst | it did spit some errors | 03:07 |
| rrq | just complaint about stuff not installed I hope | 03:08 |
| dvbst | first that it cant write logs cuz /dev/pts is not mounted, then ucfr: association belongs to grub-pc, not grub-efi-amd64, aborting | 03:08 |
| rrq | hmm ok, maybe slower... start with: chroot target /bin/bash | 03:09 |
| rwp | That error about /dev/pts not being mounted is annoying but it can always be ignored. | 03:09 |
| rrq | then: dpkg -l | grep grub | 03:10 |
| dvbst | grub-common, grub-pc, grub-pc-bin and grub2-common | 03:10 |
| dvbst | thats what it lists | 03:11 |
| rrq | ok so it should be fine now | 03:11 |
| dvbst | ok so grub-install /dev/sda now? | 03:11 |
| rrq | yes | 03:11 |
| dvbst | failed to get canonical pat of /dev/sda1 (thats the boot partition of the target) | 03:12 |
| rrq | right... are /dev/sda and /dev/sda1 there | 03:13 |
| dvbst | yes | 03:13 |
| dvbst | that is the target drive and the target boot partition | 03:13 |
| rrq | and "mount" says so? | 03:13 |
| dvbst | or wait, do i execute the grub-install /dev/sda on the chroot or on the live iso? | 03:13 |
| dvbst | because i did so in the chroot now | 03:14 |
| rrq | everything on the chroot | 03:14 |
| rrq | and it needs to have /dev/sda and /dev/sda1 as well | 03:14 |
| dvbst | it does | 03:14 |
| dvbst | like, lsblk lists it | 03:15 |
| rrq | ls /dev | 03:15 |
| dvbst | oh well | 03:15 |
| dvbst | it isnt | 03:15 |
| dvbst | bizzare | 03:15 |
| rrq | easy way is ... in chroot still ... mount -tdevtmpfs none /dev | 03:16 |
| rrq | then grub-install /dev/sda | 03:16 |
| rrq | (still in the chroot) | 03:16 |
| dvbst | wait i write 3 dots in the console and hit enter? | 03:16 |
| dvbst | what does that do | 03:16 |
| rrq | ooops. no | 03:17 |
| rrq | those are my separations between phrases | 03:17 |
| rrq | i nstead of newlines | 03:17 |
| dvbst | so i just mount -tdevtmpfs none /dev in the console | 03:17 |
| rrq | right; within the chroot! | 03:18 |
| dvbst | ok that worked | 03:18 |
| dvbst | awesome | 03:18 |
| rrq | that will make /dev (in the chroot) populated with the kernels idea obout devices | 03:19 |
| rrq | after grub-install | 03:19 |
| rrq | you need: umount /dev | 03:19 |
| dvbst | okay | 03:20 |
| dvbst | do i go back to the installer now? | 03:20 |
| rrq | is there a good /boot/grub/grub.conf ? | 03:21 |
| dvbst | there is no grub.conf at all | 03:21 |
| fsmithred | update-grub | 03:21 |
| dvbst | that was what i was about to write, yup | 03:21 |
| rrq | yes ^^ | 03:21 |
| fsmithred | in chroot | 03:21 |
| fsmithred | and it'll be grub.cfg | 03:22 |
| rrq | (and with devtmfs mounted) | 03:22 |
| dvbst | so i mount -tdevtmpfs none /dev again? because i just umounted /dev | 03:22 |
| rrq | yes | 03:22 |
| rwp | rrq, fsmithred, Just a thought here but are we sure that T470 has a SATA disk? If it has an NVMe disk it would be /dev/nvme0n1 instead of /dev/sda and /dev/sda would be the USB netinst image. | 03:23 |
| dvbst | it is a sata disk | 03:23 |
| rrq | update-grub might complain about devpts but we ignore that | 03:24 |
| dvbst | and the update-grub is done with no errors | 03:24 |
| dvbst | it didnt complain | 03:24 |
| rrq | good | 03:25 |
| rrq | then umount | 03:25 |
| dvbst | so now back to the installer | 03:25 |
| rrq | yes. now the target is set up to do it's grubby boot | 03:25 |
| dvbst | the installation finisher updated initramfs | 03:26 |
| dvbst | and iirc thats something that grub does things with | 03:26 |
| rrq | yes that also happens with update-grub | 03:27 |
| dvbst | so do i update it again? because i went with the option to not install grub because i installed it myself, so the install scripts would skip the grub update thing i think | 03:27 |
| rrq | not really needed but if you're worried itt doesn;t hurt doing it again | 03:28 |
| dvbst | sure | 03:28 |
| dvbst | hmmmmmmmmmmm | 03:30 |
| dvbst | so i booted | 03:31 |
| dvbst | not to the live iso but to the drive i just installed | 03:31 |
| dvbst | it looped on a thing | 03:31 |
| dvbst | Begin: Running /scripts/local-block ... done | 03:31 |
| dvbst | for a while | 03:32 |
| dvbst | and then it dropped to a busybox shell | 03:32 |
| rrq | hmm sounds like mdadm issue...??? | 03:33 |
| fsmithred | or cryptsetup | 03:33 |
| dvbst | its cryptsetup | 03:33 |
| dvbst | it does complain that /dev/mapper/lvmSystem-root does not exist | 03:33 |
| fsmithred | did you edit /etc/crypttab or check to see if it's right? | 03:34 |
| dvbst | but it should ask for a password first | 03:34 |
| rrq | I think you'll need to boot the live iso and then verify your crypt setup | 03:35 |
| fsmithred | make sure cryptsetup-initramfs is installed | 03:36 |
| fsmithred | and rebuild initrd | 03:36 |
| fsmithred | update-initramfs -u | 03:36 |
| fsmithred | all in chroot | 03:36 |
| dvbst | ok, im on it | 03:37 |
| fsmithred | I'm going to sleep soon. | 03:38 |
| dvbst | ok, but just before i boot again, do i reset the bios to factory defaults now? do i boot it in legacy and not uefi? | 03:39 |
| dvbst | (if thats even possible) | 03:39 |
| fsmithred | I don't know about your factory defaults but there should be a way to do legacy (csm) boot | 03:39 |
| dvbst | ok so i chrooted and /bin/bash but wierdly it now says root@(none): | 03:49 |
| dvbst | is that bad? | 03:49 |
| dvbst | i think its bad | 03:49 |
| rrq | it sounded like it was legacy before | 03:49 |
| adhoc | it does not know its hostname | 03:49 |
| dvbst | i know | 03:49 |
| dvbst | but it seems problematic | 03:49 |
| dvbst | is it? | 03:49 |
| rrq | is its /etc/hostname fine? | 03:49 |
| adhoc | does not have a /etc/hostname file ? | 03:49 |
| dvbst | okay i know whats wrong | 03:50 |
| dvbst | ok yup | 03:52 |
| dvbst | so now apt-get cryptsetup-initramfs in the chroot | 03:52 |
| rrq | then it's time to try a boot again | 03:52 |
| rrq | sorry | 03:53 |
| dvbst | it says its already the newest version | 03:53 |
| rrq | hmm is /etc/crypttab correct? | 03:54 |
| dvbst | oh well, you told me to boot again so thats what i did | 03:55 |
| rrq | sorry | 03:55 |
| dvbst | no its no problem | 03:55 |
| dvbst | how do i know if its correct or not? | 03:55 |
| rrq | I'm not too experienced with cryptfs ... I'll need to refer to the manuals | 03:56 |
| rrq | what's in your /etc/crypttab | 03:58 |
| dvbst | nothing | 03:59 |
| dvbst | i mean, a comment with the <> things telling me what should be where | 04:00 |
| dvbst | its not an empty file yfm | 04:00 |
| rrq | but your target root filesystem is encrypted | 04:00 |
| dvbst | it is, yes | 04:00 |
| fsmithred | lvmSystem /dev/sdaN none luks | 04:01 |
| dvbst | ill look how it is in my working system | 04:01 |
| fsmithred | something like that | 04:01 |
| rrq | yes use fsmithred's line ^^ | 04:01 |
| fsmithred | N is a number (maybe 2?) | 04:01 |
| rrq | probably /dev/sda1 though | 04:01 |
| fsmithred | oh yeah, /boot | 04:02 |
| dvbst | yea, same on the working system, just the uuid instead of the /dev/sda and the options are luks,discard | 04:02 |
| dvbst | no no no, it should be 2 | 04:02 |
| rrq | right | 04:02 |
| dvbst | thats where the root fs is | 04:02 |
| fsmithred | yeah 2 | 04:02 |
| dvbst | but | 04:03 |
| dvbst | on the working system the target name is not the vg name | 04:04 |
| dvbst | it is not the pv name either | 04:04 |
| fsmithred | should be the /dev/mapper name | 04:04 |
| dvbst | it is not | 04:04 |
| dvbst | it is sda5_crypt | 04:05 |
| dvbst | and i have no clue what this name reffers to | 04:05 |
| fsmithred | it refers to /dev/mapper/sda5_crypt | 04:05 |
| dvbst | that is named devuan-(my hostname) | 04:06 |
| fsmithred | which is an encrypted sda5, which is a logical partition | 04:06 |
| fsmithred | named? | 04:06 |
| dvbst | yea, like pvdisplay says its named that | 04:07 |
| dvbst | or i guess it doesnt matter? | 04:07 |
| fsmithred | man crypttab | 04:07 |
| fsmithred | it explains what the fields are | 04:07 |
| fsmithred | I need sleep. Good luck. I hope you figured out how to boot in legacy mode. | 04:08 |
| dvbst | good night | 04:08 |
| dvbst | on the working system, ls /dev/mapper lists control, devuan--(my hostname)--root, devuan--(my hostname)--swap and the sda5_crypt | 04:09 |
| dvbst | and ls /dev/mapper/ on the chroot lists control, lvmSystem-root, lvmSystem-swap and devuan-system | 04:10 |
| dvbst | so my guess is that it should be devuan-system there | 04:10 |
| rrq | look at ls -l /dev/mapper | 04:11 |
| dvbst | so in this case that would be the argument while cryptsetup luksOpen /dev/sda2 [this thing] | 04:11 |
| rrq | only root is an encrypted partition ? | 04:14 |
| dvbst | root and swap | 04:14 |
| rrq | together orr separately? | 04:14 |
| dvbst | its lvm on top of luks | 04:15 |
| dvbst | so one luks thing and then root and swap seperated with lvm | 04:15 |
| rrq | ok. yes then devuan-system is the encrypted thingy, and the other are portions of that | 04:15 |
| dvbst | yes so im gonna do this | 04:16 |
| dvbst | devuan-system UUID=(the uuid) none luks,discard | 04:16 |
| dvbst | ok that looks legit | 04:17 |
| rrq | looks fine to me | 04:17 |
| dvbst | now i reboot(?) | 04:17 |
| rrq | yes now it works | 04:17 |
| rrq | ;) | 04:18 |
| dvbst | ok now im half confident | 04:18 |
| dvbst | that this will work | 04:18 |
| dvbst | i know what i forgot to do | 04:19 |
| dvbst | redo the initramfs | 04:19 |
| dvbst | well here we go again | 04:19 |
| dvbst | ok im in the chroot | 04:25 |
| dvbst | update-initramfs -u | 04:26 |
| dvbst | and that should do the trick right? | 04:26 |
| dvbst | anything else? | 04:26 |
| dvbst | i think grub | 04:26 |
| dvbst | it wants to do some things in /proc but it complains its not there | 04:30 |
| dvbst | do i do the mount --types proc /proc /mnt/proc and all that? | 04:31 |
| rrq | ok yes mount -tproc proc /proc | 04:43 |
| rrq | and mount -tsysfs sys /sys | 04:45 |
| dvbst | yes yes all the things | 04:45 |
| dvbst | ok that went smoothly | 04:49 |
| dvbst | amazing | 04:50 |
| dvbst | it now asks for password | 04:50 |
| rrq | hope you remember it :) | 04:50 |
| dvbst | wacky | 04:51 |
| dvbst | so it booted in single user mode | 04:51 |
| dvbst | and fsck failed | 04:51 |
| dvbst | and it tells me to repair the fs manually | 04:52 |
| dvbst | how do i do that? | 04:52 |
| dvbst | just fsck and thats it i think? | 04:52 |
| dvbst | it will prompt me stuff right? | 04:52 |
| rrq | yes but that filesystem cannot be mounted | 04:52 |
| dvbst | it is mounted | 04:53 |
| dvbst | and i can do stuff | 04:53 |
| dvbst | and fsck tells me i cant run it cuz the partition is mounted | 04:53 |
| rrq | another run with the iso I guess | 04:53 |
| dvbst | and what do i do there? | 04:54 |
| rrq | fsck | 04:54 |
| dvbst | ok | 04:54 |
| rrq | you need to cryptsetup the partition but not mount the root | 04:54 |
| rrq | then fsck the root lvm | 04:55 |
| dvbst | like just fsck /dev/mapper/[the root volume] and thats it? | 04:55 |
| rrq | yes that should b ok. you might want -y (or not) | 04:56 |
| dvbst | ok that worked | 04:58 |
| dvbst | no errors no nothing | 04:58 |
| rrq | then maybe it boots "normally" | 04:59 |
| dvbst | same situation | 05:00 |
| rrq | apparently the initrmafs init is confused about when to fsck | 05:02 |
| dvbst | oh its the fsck on the boot partition thats failing | 05:02 |
| dvbst | it does it, says its clean, and then exits with status code 6 whatever that is, and then says it failed because status code 6 | 05:03 |
| dvbst | i did fsck.fat /dev/sda1 as root (in the single user mode) and that says logical sector size is zero | 05:04 |
| dvbst | thats wack | 05:04 |
| rrq | can be fixed? | 05:06 |
| dvbst | how would i do that? | 05:06 |
| rrq | fsck.fat -a I guess | 05:06 |
| rrq | fsck.fat -a /dev/sda1 I guess | 05:06 |
| dvbst | it says the same thing | 05:07 |
| dvbst | that the logical sector size is zero | 05:07 |
| rrq | somethign from fsck /dev/sda1 | 05:08 |
| rrq | ? | 05:08 |
| dvbst | says its clean | 05:11 |
| dvbst | and it used e2fsck | 05:11 |
| rrq | oh; what type is it? | 05:11 |
| dvbst | oh yea, thats right | 05:12 |
| dvbst | its ext2 | 05:12 |
| dvbst | ofc you cant read it with fat | 05:12 |
| dvbst | so | 05:12 |
| dvbst | now | 05:12 |
| dvbst | we need to change it so it tries to mount it as ext2 and not fat | 05:13 |
| dvbst | how do we do that? | 05:13 |
| rrq | what's in /etc/fstab ? | 05:13 |
| dvbst | oh thats wack | 05:14 |
| dvbst | there is an entry for /dev/sdb2 to mount as /boot/efi | 05:14 |
| dvbst | i guess i remove that? | 05:15 |
| rrq | yes | 05:15 |
| dvbst | but this was put in by the install wizzard | 05:15 |
| dvbst | thats for sure | 05:15 |
| rrq | but it should mount /dev/sda1 as /boot and tell its and ext2 filesystem | 05:15 |
| dvbst | that is right | 05:15 |
| dvbst | that is set properly | 05:15 |
| rrq | then update-initramfs -u would be good | 05:16 |
| rrq | and update-grub might be good tool shouldn't hurt at least | 05:16 |
| rrq | too | 05:17 |
| dvbst | oh well | 05:17 |
| dvbst | i dont have the update-initramfs command | 05:17 |
| dvbst | this comes with the cryptsetup-initramfs package right? | 05:17 |
| rrq | update-initramfs -u -kall | 05:17 |
| rrq | hmm no it comes with initramfs-tools | 05:18 |
| rrq | cryptsetup-initramfs might depend on it | 05:18 |
| dvbst | okay | 05:20 |
| dvbst | so i have both installed | 05:21 |
| dvbst | and after update-[tab tab] i only have -alternatives, -dekstop-database, -mime-database, -service | 05:22 |
| rrq | root? what is $PATH ? | 05:22 |
| dvbst | /usr/bin:sbin:/bin no such file or directory | 05:23 |
| dvbst | pwd says /root tho, yes | 05:23 |
| dvbst | and whoami also says root | 05:24 |
| rrq | where did you get that PATH from? .. PATH shoud be /usr/sbin:/sbin:/usr/bin:/bin | 05:24 |
| dvbst | i got it from typing out $PATH | 05:24 |
| rrq | echo $PATH | 05:24 |
| dvbst | it is /usr/bin:/sbin:/bin | 05:25 |
| rrq | ?? needs to also have /usr/sbin | 05:25 |
| dvbst | what do you want me to say | 05:25 |
| dvbst | im typing out what the computer spits out | 05:25 |
| rrq | do: PATH=/usr/sgin:$PATH | 05:25 |
| rrq | do: PATH=/usr/sbin:$PATH | 05:25 |
| rrq | something is off somewhere.. | 05:26 |
| dvbst | ok i did | 05:26 |
| rrq | when it gives you that PATH | 05:26 |
| rrq | now update-initramfs is available as command | 05:26 |
| dvbst | wait i wrote %PATH and now its fucked | 05:27 |
| rrq | PATH=/usr/sbin:/usr/bin:/sbin:/bin | 05:27 |
| dvbst | ye ye i know | 05:27 |
| rrq | (it is the program /usr/sbin/update-initramfs) | 05:28 |
| dvbst | yes ok that works | 05:28 |
| rrq | good. you may need to review /root/.bashrc as well as /etc/profile and whatnot | 05:29 |
| rrq | something gave set PATH very badly for root | 05:29 |
| dvbst | ok grub updated | 05:30 |
| rrq | maybe: grep usr/bin:sbin: -r /etc | 05:30 |
| rrq | and also all /root.* files | 05:31 |
| rrq | or maybe ignore tht for now and reboot, then check root path after booting | 05:32 |
| dvbst | ok | 05:32 |
| dvbst | crazy | 05:34 |
| dvbst | it now works normally | 05:34 |
| dvbst | it booted to the dm | 05:34 |
| dvbst | now i can log in as my user | 05:34 |
| dvbst | and i have my desktop | 05:35 |
| dvbst | thats wild | 05:35 |
| onefang | So this ten hour saga is complete, and you can go rest now? | 05:35 |
| rrq | now the real journey starts :) | 05:35 |
| dvbst | seems like it | 05:36 |
| dvbst | but i want to fix the $PATH thing or it will keep bugging me | 05:36 |
| dvbst | also i cant go rest now, now the fun part begins, i have to install steam and discord and virtualbox and all that kind of stuff for my friend | 05:37 |
| rrq | yes; become logged-in root and check PATH | 05:37 |
| dvbst | bash: /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games: No such file or directory | 05:41 |
| rrq | you check with: echo $PATH | 06:04 |
| rrq | and it should be a root *login shell* | 06:04 |
| rrq | not just "su" | 06:05 |
| dvbst | okay | 06:15 |
| dvbst | idk, i dont want to do this today, maybe ill go to sleep now | 06:31 |
| onefang | As I mentioned before, you have been at this for over ten hours. Sleeping sounds like a great idea. | 06:32 |
| dvbst | nah i gotta get stuff done | 06:45 |
| dvbst | how do i change the apt mirrors? | 06:47 |
| onefang | You mean /etc/sources.list ? | 06:48 |
| dvbst | idk man | 06:48 |
| dvbst | im running both computers on the same network and one can do apt-get update just fine and another one standing right next to it connected to the same thing says that theres a temporary faliure resolving deb.devuan.org | 06:49 |
| adhoc | yup =/ | 06:49 |
| adhoc | lots of folks have been having that this week | 06:49 |
| onefang | That's what I get for having a public holiday on Wednesday. lol | 06:50 |
| dvbst | oh so this issue is not related to my computer? | 06:51 |
| dvbst | wicked | 06:51 |
| onefang | https://pkgmaster.devuan.org/mirror_list.txt is a list of our package mirrors. | 06:51 |
| dvbst | so i guess i do just go to sleep? if the universe says so | 06:51 |
| onefang | That /etc/apt/sources.list file is where you change the mirror you use. | 06:51 |
| dvbst | sure ill try that | 06:51 |
| rrq | and "resolving deb.devuan.org" is a DNS lookup thing | 06:52 |
| dvbst | so i replace the deb.devuan.org with whatever address from that list right? | 06:52 |
| rrq | not a good idea | 06:52 |
| dvbst | okay so how do i check the dns thing | 06:52 |
| dvbst | i mean ping gnu.org works damn fine | 06:53 |
| rrq | ping deb.devuan.org | 06:53 |
| dvbst | yea that doesnt wokr | 06:53 |
| freaxeh | i changed my dns servers to quad9 and it works flawlessly now | 06:53 |
| dvbst | temporary blah blah | 06:53 |
| dvbst | you know the thing by now, it always says the same thing | 06:54 |
| adhoc | freaxeh: i am curious about which DNS root services are making life interesting | 06:54 |
| rrq | ok; what's in /etc/resolv.conf and compared to the other computer | 06:55 |
| adhoc | of if there is a common path or upstream service for all the affected folks | 06:55 |
| dvbst | rrq: damn okay, ill just rewrite the lines from one to the other and it should work | 06:56 |
| freaxeh | wish i could answer that for you | 06:56 |
| adhoc | freaxeh: collect the data, maybe we can work something out | 06:57 |
| dvbst | ok yup that works now | 06:57 |
| adhoc | good | 06:59 |
| adhoc | =) | 06:59 |
| onefang | Cool. | 06:59 |
| onefang | Note that if you happen to be using my mirror, sledjhamr.org, I'm currently looking for a new hosting company for it, so there will be some downtime. Maybe in the next few days if things go OK. | 07:02 |
| freaxeh | host it at bahnhof | 07:07 |
| freaxeh | we need more radiation hardened servers hosting devuan repositories | 07:08 |
| freaxeh | thats my personal opinion | 07:08 |
| onefang | Rather expensive, I'm looking for cheap. | 07:14 |
| adhoc | freaxeh: radiation hardened! | 07:14 |
| * adhoc used to work in a DC like that =) | 07:14 | |
| adhoc | freaxeh: are there many left? | 07:14 |
| freaxeh | im not the person to ask that | 07:16 |
| freaxeh | i'm unemployed and paranoid about the end of the world, definatley not the person to ask that. | 07:17 |
| freaxeh | you could host it in australia but thats expensive too | 07:18 |
| freaxeh | and not rad hardened | 07:18 |
| onefang | I know how expensive Australia is, I live there. | 07:18 |
| freaxeh | same | 07:18 |
| freaxeh | i ran tcpdump > dump.txt but all i'm getting is a bunch of garbage | 07:23 |
| freaxeh | o | 07:23 |
| freaxeh | i've got arp requests but they are "request who-has 192-168-1-157.tpgi.com.au" | 07:24 |
| freaxeh | nothing about deb.devuan.org | 07:24 |
| freaxeh | what exactly am i meant to be looking for | 07:24 |
| freaxeh | i'm using my modem as a dns server. just like before when it failed it fails again this time. | 07:25 |
| rrq | if you want to catch IP addresses of lookups, they are outgoings to port 80 | 07:26 |
| freaxeh | right | 07:26 |
| freaxeh | def want -n then | 07:27 |
| freaxeh | "tcpdump -n port 80" is the command i need then? | 07:28 |
| rrq | that could work; it'll use gaetway interfae I think | 07:29 |
| rrq | the gateway interface | 07:29 |
| dvbst | i think im gonna sleep now, good night everybody and massive thanks for helping me once again | 07:30 |
| gnarface | freaxeh: i think you want "tcpdump -n dst port 80" | 07:31 |
| gnarface | (dst is short for "destination") | 07:31 |
| gnarface | make sure you don't have https in your sources.list too (that would probably explain it not working, since most the mirrors aren't properly configured for https of the dns round-robin) | 07:32 |
| gnarface | and note that since it's a dns round-robin, you won't see http requests to deb.devaun.org, you'll see requests going to whatever it resolves to in that moment | 07:33 |
| onefang | WE don't use HTTPS for the DNS round robin at all. | 07:33 |
| rrq | (and devuan doesn't share their cert willy-nilly) | 07:33 |
| onefang | That's why. | 07:33 |
| gnarface | freaxeh: if you're looking at the whole traffic stream, you'll see the dns request for deb.devuan.org get a reply first, and then you'll see the http request to port 80 going to whatever ip it got as a reply (which should be one of the same list you get from "nslookup deb.devuan.org" or something is really wrong with your DNS servers) | 07:35 |
| freaxeh | 0 packets captured 0 packets received by filter 0 packets dropped by kernel. thats what i get when i ran tcpdump in one window while another window is open doing apt update | 07:38 |
| gnarface | freaxeh: tcpdump -i eth0 ... | 07:39 |
| gnarface | (or whatever your actual device in use is... maybe wlan0) | 07:39 |
| freaxeh | oh its listened on eth0 but i'll specify that | 07:39 |
| gnarface | you should be seeing something, unless you're listening on an unused device | 07:40 |
| freaxeh | its like its not even trying | 07:40 |
| gnarface | did you make sure you're running it as root? | 07:40 |
| freaxeh | yep i'm running as root | 07:40 |
| rrq | do you use VPN | 07:40 |
| freaxeh | nope | 07:40 |
| rrq | and trying apt-get update? | 07:40 |
| freaxeh | i'm trying apt update | 07:41 |
| rrq | same enough | 07:41 |
| gnarface | sure the network is up? you can ping stuff, right? | 07:41 |
| freaxeh | yeah i can visit youtube/google in firefox just fine, did it earlier | 07:41 |
| freaxeh | i'll do a ping anyway | 07:41 |
| gnarface | yea, ping google.com | 07:41 |
| freaxeh | ping came back fine, google.com 5ms | 07:42 |
| gnarface | hmm | 07:42 |
| gnarface | wait | 07:42 |
| freaxeh | 100mbit fiber :D | 07:42 |
| gnarface | what ip are you getting for google.com? | 07:42 |
| rrq | and your sources.list lines say http://deb.devuan.org/.... | 07:42 |
| freaxeh | 142.250.71.78 | 07:42 |
| gnarface | make sure the ip you're getting for google.com isn't actually your own router, i've seen this on some badly behaved routers | 07:42 |
| freaxeh | yep all http, not https | 07:43 |
| gnarface | hmm, 142.250.* is google's ip block, so that should be fine... | 07:43 |
| rrq | so some traffic to some port 80 should happen (?!) | 07:43 |
| gnarface | yea, you should be definitely seeing some shit in tcpdump | 07:44 |
| gnarface | can you paste the exact tcpdump command you used? | 07:44 |
| freaxeh | sure | 07:44 |
| freaxeh | "tcpdump -i eth0 -n dst port 80 > dump1.txt" | 07:44 |
| gnarface | oh | 07:45 |
| gnarface | well, if you call it like that you also have to run "tail -f dump1.txt" on another prompt or you'll see nothing | 07:45 |
| freaxeh | ok | 07:45 |
| freaxeh | opening another window | 07:45 |
| freaxeh | i stop the packet capture and check the .txt file in nano | 07:46 |
| freaxeh | but i'll do it your way | 07:46 |
| gnarface | either works really | 07:46 |
| rrq | do you have firewall ? | 07:46 |
| freaxeh | not on the host system, i have two routers, one acting as an AP in my bedroom here and another in the living room acting as a PPPoE gateway and then a NBN box on the wall that connects to fiber. | 07:47 |
| gnarface | well, let's see what the packet dump says | 07:48 |
| freaxeh | nothing from tail | 07:48 |
| gnarface | ignore the tail thing | 07:48 |
| freaxeh | when i run apt-get update | 07:48 |
| freaxeh | ok | 07:48 |
| gnarface | that file should have had everything in it | 07:49 |
| gnarface | what did it show you in nano? | 07:49 |
| freaxeh | nothing in the dump1.txt | 07:49 |
| gnarface | what? nothing!? | 07:49 |
| gnarface | that doesn't seem right... | 07:49 |
| freaxeh | not a thing | 07:49 |
| onefang | For those that don't know, NBN is the Australian government wholesale Internet that covers most of the population. You can get any retail ISP via it. | 07:49 |
| gnarface | ok, so as a sanity check, let's see the output of "/sbin/ifconfig -a" ... keep in mind this is a slight security risk but it should only show your local IP so it shouldn't be THAT big of a risk | 07:50 |
| freaxeh | its cool | 07:50 |
| onefang | I have it to. | 07:50 |
| rrq | and ip r is also interesting here | 07:51 |
| freaxeh | with a command like ifconfig -a all you'll see is my lan ip | 07:51 |
| gnarface | freaxeh: i just want to make sure your network device is actually up and called what we are assuming it's called | 07:51 |
| rrq | or ip r get 1.1.1.1 will tell the outbound device | 07:52 |
| rrq | (typically) | 07:52 |
| gnarface | freaxeh: should look something like this: https://paste.debian.net/1326533/ | 07:52 |
| freaxeh | https://pastebin.com/twaJkAtZ | 07:53 |
| gnarface | freaxeh: ("/sbin/route" for the old way to get the data from "ip r") | 07:53 |
| gnarface | i still prefer how the older tools format the output, but it's probably just because that's what i am most familiar with | 07:54 |
| gnarface | yuck... pastebin has ads | 07:54 |
| freaxeh | i know how you feel, i learnt how to use debian like 20 years ago and they changed everything over time so all of my learnin' went down the drain,. | 07:54 |
| gnarface | there's gotta be some sort of pretty obvious mistake we're missing here | 07:55 |
| freaxeh | would my hostname being different to my actual lan ip make this not worky | 07:55 |
| onefang | That'll be why I take advantage of my ability to learn tech stuff really quickly, so I don't need to recall lots of slowly aging facts. | 07:55 |
| gnarface | freaxeh: i doubt it, but if the values in /etc/hosts and /etc/hostname aren't correct you should fix them anyway so they don't break other stuff | 07:56 |
| freaxeh | i'll fix it now | 07:57 |
| freaxeh | btw the dump file got filled with stuff since i went to pastebin.com in firefox | 07:57 |
| gnarface | i see | 07:57 |
| gnarface | you don't need to dump to a file | 07:58 |
| freaxeh | rebooting the box | 07:58 |
| rrq | it may be safer to use | tee dump1.txt rather than > sicne the latter involves caching | 07:58 |
| gnarface | i doubt that'll help either, unless you just recently updated the kernel, but it probably also can't hurt... | 07:58 |
| gnarface | at this point i would just run "tcpdump -i eth0 -n dst port 80" and let it dump to the terminal window directly, we're not really going after an advanced analysis here | 07:59 |
| freaxeh | ok my hostname is now correct | 07:59 |
| freaxeh | roger | 07:59 |
| rrq | it may be safer to use | tee dump1.txt rather than > since the latter involves caching | 07:59 |
| rrq | i.e. tcpdump does not write to stdout if it's a file unless it has enough data | 08:00 |
| rrq | and it also doesn't flush its buffer if interrupted by ^C | 08:00 |
| gnarface | i'll never remember that, but good to know... | 08:01 |
| rrq | s/caching/buffering/ | 08:01 |
| freaxeh | i'll change my dns server to quad9 in network manager and lets see what a good resolution looks like... | 08:01 |
| freaxeh | http://paste.debian.net/hidden/7e49301b/ | 08:04 |
| freaxeh | thats a correct capture with quad9 dns servers defined in the interface | 08:05 |
| freaxeh | if i use my router though nothing.... | 08:05 |
| freaxeh | as sargeant shultz says: https://www.youtube.com/watch?v=UgcxGFmYyPs | 08:06 |
| gnarface | did the "apt-get update" actually work during that last capture? because it looks like the dns part worked fine... | 08:06 |
| freaxeh | yep worked fine | 08:06 |
| gnarface | but even if the other dns were broken, you should have still at least seen the traffic from the attempt | 08:07 |
| gnarface | oh, well not with "dst port 80" though, i guess | 08:07 |
| rrq | well apt would have targeted any hosts with port 80 | 08:07 |
| gnarface | so, anyway, currently looking like your router's DNS, whatever that is, is broken | 08:07 |
| gnarface | this is a fairly conclusive result | 08:08 |
| rrq | no traffic is only if getting no hosts | 08:08 |
| gnarface | you can probably query the other dns directly with dig or nslookup and see a difference in response (no need for tcpdump, the error should be obvious0 | 08:09 |
| gnarface | ) | 08:09 |
| gnarface | the particular issue I have here with my current shitty ISP enforced router, is that if i use the ISP supplied DNS (which is inextricable from it) and their upstream servers happen to be down, the stupid fucking thing actually redirects all dns queries to itself which is really really egregiously bad behavior | 08:10 |
| gnarface | (not that that's why i run my own DNS servers, but it would be a good enough reason0 | 08:10 |
| gnarface | ) | 08:10 |
| gnarface | like, literally every DNS request gets a "valid" response of its own gateway | 08:11 |
| gnarface | maybe your router is doing something similar | 08:11 |
| gnarface | or maybe the dns servers are just hardcoded and nobody has updated the IP addresses? | 08:12 |
| gnarface | yikes! sorry about that. what did i miss? | 08:18 |
| gnarface | i think someone just EMP'd my UPS in retaliation for talking shit about AT&T... | 08:19 |
| adhoc | gnarface: you did not miss anything. | 08:21 |
| gnarface | thanks | 08:21 |
| adhoc | the point of a UPS is to keep your system up, right >? | 08:22 |
| adhoc | or are we not talking about uninteruptable power supplies here? | 08:23 |
| gnarface | yea, the point is for it to keep the system up, and it just utterly failed at that catastrophically... it's not a devuan issue though | 08:24 |
| freaxeh | gonna reboot my router brb | 08:24 |
| gnarface | sigh, so much for my uptime | 08:27 |
| freaxeh | still didn't fix the issue | 08:35 |
| freaxeh | when using my modem as a dns server it just doesn't like devuan.org | 08:35 |
| freaxeh | maybe its blocked in the great firewall of australia | 08:36 |
| gnarface | freaxeh: what does "nslookup deb.devuan.org" return from it? just nothing? error? | 08:36 |
| gnarface | freaxeh: its purely academic at this point, but i was primarily curious whether its a problem with the router or the ISP connected to it | 08:38 |
| freaxeh | http://paste.debian.net/1326536/ | 08:38 |
| gnarface | hmm, odd... at first glance that looks like the correct response | 08:39 |
| gnarface | maybe it was just super slow to update and it will work properly now? | 08:39 |
| gnarface | time and the dns server seem to be the only two possible variables at this point.. | 08:40 |
| freaxeh | its good that the star trek voyager didn't rely on dns servers otherwise they would have never gotten back home | 08:41 |
| gnarface | if it was blocking by IP addresses then changing the DNS servers wouldn't have fixed anything | 08:41 |
| gnarface | but we didn't test the response directly before now, so try it again? | 08:41 |
| freaxeh | i'm trying now | 08:41 |
| freaxeh | and still nothing | 08:41 |
| gnarface | wtf... | 08:41 |
| freaxeh | its just stuck at 0% [Connecting to deb.devuan.org] | 08:42 |
| gnarface | well, if you got a traffic capture of this type of stall it might be informative, but since merely changing to a different DNS server fixes it, i think that it's not a devuan bug | 08:43 |
| gnarface | still pretty weird though, that router is exhibiting highly suspect behavior | 08:44 |
| freaxeh | i bought it from the good guys | 08:44 |
| gnarface | i wonder if it could be some sort of ipv4/ipv6 issue | 08:44 |
| freaxeh | and updated it to the latest firmware before putting it into service | 08:44 |
| gnarface | i thought the good guys went out of business? | 08:44 |
| gnarface | ...like a decade ago? | 08:45 |
| freaxeh | not the good guys, officeworks | 08:45 |
| gnarface | hmm | 08:45 |
| freaxeh | the good guys is still in business here | 08:45 |
| gnarface | i can't imagine what type of normal function would cause this, but maybe if it has some sort of advanced firewalling gone awry... | 08:46 |
| gnarface | i recommend you just run a local dns resolver and forget about it | 08:47 |
| freaxeh | thats the thing, a request isn't even going out | 08:47 |
| freaxeh | or maybe it is and i cannot see it | 08:47 |
| gnarface | well, were you running the tcpdump during that attempt that just stalled? | 08:48 |
| freaxeh | i can look at the back of the computer and look at the activity lamp | 08:48 |
| freaxeh | yes | 08:48 |
| gnarface | try it, but without the filter, just do "tcpdump -i eth0" | 08:48 |
| gnarface | you should at least see the dns packets going back and forth | 08:49 |
| freaxeh | yes thats what i thought | 08:49 |
| gnarface | you sure you actually typed in the DNS IP correctly into the linux side? | 08:49 |
| freaxeh | 192.168.1.1? yes | 08:50 |
| gnarface | if you'er not adding any tcpdump filters, i don't think you actually even need a response to see the outbound request packets | 08:50 |
| gnarface | you don't have your subnet mask or network IP wrong do you? | 08:50 |
| gnarface | IP 192.168.1.166 | 08:51 |
| freaxeh | nope | 08:51 |
| gnarface | subnet 255.255.255.0 | 08:51 |
| gnarface | network 192.168.1.0 | 08:51 |
| gnarface | broadcast 192.168.1.255 | 08:51 |
| gnarface | you got all those right? | 08:51 |
| freaxeh | getting stuff now that i rebooted the modem | 08:51 |
| CueXXIII | freaxeh: can you run "host deb.devuan.org 192.168.1.1" or "dig @192.168.1.1 deb.devuan.org"? | 08:52 |
| freaxeh | 57 packets captured | 08:52 |
| freaxeh | http://paste.debian.net/hidden/97dd1902/ | 08:54 |
| gnarface | working now? | 08:54 |
| freaxeh | sure | 08:54 |
| freaxeh | nope | 08:54 |
| gnarface | hmm | 08:54 |
| freaxeh | i'll do CueXXIII's task | 08:55 |
| CueXXIII | hm, but your paste looks like dns should be working | 08:56 |
| freaxeh | dig output: http://paste.debian.net/hidden/77d10a47/ | 08:56 |
| gnarface | yea, something is really weird there | 08:56 |
| gnarface | router suspect | 08:56 |
| gnarface | ISP also suspect | 08:56 |
| freaxeh | double nat could do it i reckon | 08:57 |
| freaxeh | cause this sort of problem | 08:57 |
| CueXXIII | dig output looks good, too | 08:57 |
| freaxeh | am i right in my assumption? | 08:57 |
| gnarface | i don't know how just changing DNS would fix that though... i'd comb through the router settings if you haven't already, look for some sort of advanced packet-inspecting firewalling feature | 08:57 |
| CueXXIII | working double nat should not be a problem | 08:57 |
| gnarface | (something misconfigured or buggy) | 08:57 |
| gnarface | yea, i've got double NATs here, hasn't ever caused a problem with package updates | 08:58 |
| gnarface | nintendo games on the other hand.... | 08:58 |
| CueXXIII | freaxeh: howw far did apt-get go during the tcpdump | 08:58 |
| CueXXIII | i don't see any connection attempts | 08:59 |
| freaxeh | running it again now | 08:59 |
| gnarface | is the router possibly alternating between more than one of your ISP's DNS servers, and maybe just one is down and you've been exceptionally unlucky? | 09:00 |
| gnarface | i'm starting to run out of ideas that don't involve aliens | 09:00 |
| freaxeh | now that you mentioned aliens there have been quite a few nbn vans around lately | 09:00 |
| gnarface | heh | 09:01 |
| freaxeh | and weird AP names | 09:01 |
| CueXXIII | freaxeh: do "route -n" and "iptables -L -vn" look sane? | 09:01 |
| freaxeh | lemmie check | 09:02 |
| freaxeh | i'll paste the output of dump1.txt first from the latest apt-get update | 09:03 |
| freaxeh | http://paste.debian.net/hidden/c390be35/ | 09:03 |
| freaxeh | route -n output: http://paste.debian.net/hidden/d39c3ae0/ | 09:04 |
| freaxeh | iptables command not found | 09:05 |
| CueXXIII | ah, so no iptables filters configured | 09:05 |
| freaxeh | just to be sane: http:/paste.debian.net/hidden/97c70212/ | 09:07 |
| freaxeh | i changed the dns server and installed it | 09:07 |
| freaxeh | what i can do is i can remove the AP in my bedroom and replace it with a smart switch | 09:07 |
| freaxeh | brb reconnecting to the modem in the living room | 09:07 |
| freaxeh | i'll rip the AP out and replace it with a switch | 09:08 |
| CueXXIII | i see no connection attempt from apt, so it is borked locally | 09:08 |
| freaxeh | yep it aint the router in my bedroom | 09:13 |
| freaxeh | its the router in the lviing room the one i got from tpg | 09:13 |
| freaxeh | nevermind | 09:14 |
| freaxeh | i'll just route around the damaged components | 09:14 |
| CueXXIII | oh, you got it working? | 09:14 |
| freaxeh | no | 09:14 |
| freaxeh | i can get it working by using quad9 dns servers specified in my network card | 09:15 |
| freaxeh | but not if i use my router's ip address as the dns server | 09:15 |
| freaxeh | ie, 192.168.1.1 | 09:15 |
| freaxeh | thats the mystery | 09:16 |
| freaxeh | the router works fine for resolving everything else, ie youtube, google, etc. | 09:16 |
| freaxeh | just not deb.devuan.org | 09:16 |
| gnarface | i would check the router's settings carefully | 09:16 |
| gnarface | then call the ISP if there's nothing | 09:16 |
| gnarface | you said you bought it from a 3rd party though, they may just pass the blame... | 09:17 |
| freaxeh | no no no, theres two routers/access points | 09:17 |
| gnarface | they're the same model? | 09:17 |
| freaxeh | one is from tpg, thats the one in the living room. the other is from officeworks and thats in my bedroom. no not the same models | 09:17 |
| gnarface | oh i see, but you're sure it's the tpg one? | 09:18 |
| gnarface | to blame, i mean | 09:18 |
| freaxeh | yep because i removed the one from officeworks out of the equation | 09:18 |
| gnarface | right | 09:18 |
| freaxeh | and replaced it with a smart switch | 09:18 |
| freaxeh | the process of elminination my dear watson | 09:18 |
| freaxeh | brb | 09:18 |
| gnarface | it's gotta be there then | 09:19 |
| gnarface | the question is whether it's something you can change or if it's upstream at the ISP's end | 09:19 |
| gnarface | and whether it's on purpose or not | 09:19 |
| gnarface | could be some sort of security whitelist? | 09:19 |
| gnarface | like maybe parental controls? i dunno | 09:20 |
| gnarface | or it could just be they don't know how to run a DNS server, which would be a common issue... | 09:20 |
| gnarface | hmm, no, it's gotta be on purpose, because you get the right DNS resonse | 09:20 |
| gnarface | *response | 09:20 |
| gnarface | seems clear something has to be actually blocking it that is also inspecting the DNS?? anyone else have any other ideas? | 09:21 |
| CueXXIII | hm, the only difference may be that quad9 is probably returning ipv4 and ipv6 addresses, and your ipv4 could be borked | 09:21 |
| rrq | mmm I had tpg in Melbourne (since 1995 to last year) and their DNS did get borked 2010 or so; | 09:25 |
| gnarface | i think the router's DNS response showed both ipv4 and ipv6 though... | 09:25 |
| gnarface | well, the last time something really weird like this happened it did turn out to be a ipv4/ipv6 thing though | 09:26 |
| rrq | that's also possible... if the local host is configured for ipv6 then apt will use that even though the link out rrequires ipv4 | 09:27 |
| rrq | (afaik tpg doesn't have ipv6) | 09:28 |
| CueXXIII | hm, there were ipv6 router advertisements in the tcpdump | 09:30 |
| freaxeh | i'll change it to quad9 dns servers in the dhcp server settings of my modem and consider the problem fixed | 09:31 |
| freaxeh | i'm logged into the router now | 09:31 |
| freaxeh | other people in the house are complaining of their streaming services not working too | 09:31 |
| freaxeh | aka my mum | 09:33 |
| freaxeh | lol | 09:33 |
| rrq | :) yes I'm sure bypassing tpg's dns "service" sits somewhere between good and necessary | 09:34 |
| onefang | As is avoiding TPG. | 09:35 |
| rrq | well, their traffic service (otherwise) was always good for me; always >80% plan rate | 09:36 |
| rrq | both down and up | 09:36 |
| freaxeh | apt-get is working fine now | 09:39 |
| freaxeh | but it would as i'm no longer using the isps dns servers | 09:40 |
| freaxeh | i'm getting an error message when launching l4d2 on devuan. "SetLocale('en_US.UTF-8') failed. Using 'C'. You may have limited glyph support. Please install 'en_US.UTF-8' locale." how do I do that? | 11:48 |
| freaxeh | other than that the game plays ok except for occasional jitters | 11:48 |
| gnarface | freaxeh: first install the package "locales" then run "dpkg-reconfigure locales" as root | 11:48 |
| freaxeh | roger | 11:49 |
| gnarface | you may also want to run "dpkg-reconfigure keyboard-configuration" for good measure | 11:49 |
| freaxeh | locales is already the newest version | 11:49 |
| gnarface | that's fine | 11:49 |
| gnarface | if you haven't done either of those you might also have missed "dpkg-reconfigure tzdata" too | 11:50 |
| freaxeh | installing en_US.UTF-8 UTF-8 | 11:50 |
| gnarface | you might have to restart Xorg for that change to take effect globally | 11:51 |
| gnarface | (the locales one, not the other two) | 11:51 |
| freaxeh | tzdata is set correctly, australia sydney | 11:51 |
| gnarface | i forget exactly which one, but there was one in-game graphical setting i disabled not for performance but for stability | 11:52 |
| gnarface | i forget which exactly now though, it has been a while (and might have been a nvidia specific issue anyway) | 11:52 |
| freaxeh | no more error message | 11:52 |
| gnarface | that should fix the locale for everything that supports utf8 | 11:53 |
| gnarface | you might want to enable iso-8859-1 too if you haven't | 11:53 |
| gnarface | i'm not sure whether your default terminal will have utf8 support or not, some do some don't | 11:54 |
| freaxeh | multicore rendering i'll disable and see if that fixes it | 11:54 |
| gnarface | i think that wasn't actually it, i think it was one of the filters; Anti-aliasing or antisotropic(sp?) | 11:55 |
| gnarface | just not clear enough on the memory though, sorry | 11:55 |
| gnarface | it might be multicore, because i remember that coming up similarly somewhere before (maybe this game) | 11:55 |
| gnarface | but for me with l4d2, i think it was something else | 11:56 |
| gnarface | i also had problems getting mic to work without pulseaudio, but presumably if you're using pulseaudio it will work fine | 11:57 |
| gnarface | (i use a hack with the Loopback driver to get around it without) | 11:58 |
| freaxeh | it seems to have fixed it, multicore rendering | 12:02 |
| freaxeh | actually it wasnt turned off | 12:04 |
| freaxeh | still enabled | 12:04 |
| freaxeh | antialiasing was turned off though | 12:04 |
| freaxeh | during that run | 12:04 |
| freaxeh | there we go just stuttered then, still doing it. | 12:08 |
| freaxeh | that was with trilinear filtering mode | 12:08 |
| freaxeh | still doing it on bilinear mode, seems to do it only when a level has just loaded | 12:14 |
| freaxeh | on a ryzen 7 5800X with RX580 it shouldn't do that lol | 12:14 |
| freaxeh | at least the crashes have stopped | 12:19 |
| freaxeh | i haven't had a crash today | 12:19 |
| freaxeh | can someone run me through a method of fixing the resolution on my monitor | 12:52 |
| freaxeh | i'm stuck at 640x480 | 12:52 |
| freaxeh | over DVI | 12:53 |
| buZz | whats wrong with the monitor? | 12:53 |
| freaxeh | its a samsung | 12:53 |
| freaxeh | EX1920 | 12:53 |
| buZz | oh, didnt know that was a problem? | 12:53 |
| freaxeh | it is for me | 12:53 |
| buZz | do you have drivers for your gpu running? | 12:54 |
| freaxeh | i can get 1920x1080 on my tv but my tv has terrible input lag | 12:54 |
| freaxeh | yes | 12:54 |
| freaxeh | AMD RX580 | 12:54 |
| buZz | oh ok, and xrandr doesnt let you pick a different resolution? | 12:54 |
| freaxeh | nope | 12:54 |
| buZz | well, if the monitor cant announce the resolutions it supports to the computer, then it has no way of knowing | 12:55 |
| freaxeh | hang on you said xrandr | 12:55 |
| buZz | that happens over wires inside the DVI cable | 12:55 |
| freaxeh | xrandr says maximum of 16384 x 16384 | 12:55 |
| buZz | thats your gpu, not the monitor | 12:55 |
| buZz | unless you got a really huge square screen ;) | 12:56 |
| freaxeh | i wish | 12:57 |
| freaxeh | "xrandr --output DVI-D-0 --mode 1366x768" says "cannot find mode 1366x768" | 12:58 |
| freaxeh | and i know this monitor can support that resolution | 12:58 |
| freaxeh | is there any way to force it? | 12:58 |
| buZz | right, so my suggestion above (between the lines) was trying a different cable | 12:58 |
| freaxeh | i doubt i have a spare dvi cable | 12:58 |
| freaxeh | i'll check | 12:58 |
| buZz | you can force the GPU to -know- the possible resolutions by placing the EDID data of the monitor inside a file on your computer and pointing the driver to that | 12:58 |
| freaxeh | yes its been 20 years since i did that | 12:59 |
| buZz | nothing changed ;) | 12:59 |
| buZz | in the past i had a 42" 1080p on HDMI that announced itself on EDID as '16x9cm' , lol , so i grabbed the data, editted that, and just overrode it from the driver | 12:59 |
| djph | buZz: does wayland throw a spanner in the works there? | 13:00 |
| buZz | that 16x9cm was messing with scaling a -lot- | 13:00 |
| buZz | djph: i'm not sure, honestly | 13:00 |
| djph | fair enough | 13:00 |
| buZz | this is my first wayland desktop and i'm liking/disliking it, but i dont have enough experience with it | 13:00 |
| buZz | biggest issue thusfar is 'transparant stuff in openscad behaves like a stroboscope' lol | 13:00 |
| djph | I mean, I'll use X11 until something better comes along ... or it's retired (and then 100% terminal) | 13:00 |
| buZz | but its so great for multitouch stuff, it seems | 13:01 |
| buZz | i moved to a surface pro 5 recently, as carry-on | 13:01 |
| djph | wayland still kinda feels "experimental, at best" | 13:01 |
| djph | then again, maybe that's just because of Debian | 13:01 |
| buZz | ALAS the surface-linux repo stuff requires systemd :( | 13:01 |
| freaxeh | i changed the dvi cable to another one, rebooted, still no other resolutions available | 13:03 |
| freaxeh | monitor is defective? i bet you if i plugin another monitor it will do the same thing, i could of course plug in another monitor. | 13:03 |
| buZz | oh, that would be a wise debugging step | 13:03 |
| freaxeh | brb | 13:03 |
| djph | monitor or just the EDID info being too slow for the driver ... I've seen that happen beore | 13:04 |
| freaxeh | still the same result with a new monitor and a reboot of the system | 13:07 |
| buZz | bizar, maybe the RX480 is just broken then? | 13:07 |
| freaxeh | probably | 13:07 |
| freaxeh | watch this, i'll now use a hdmi to dvi cable and it will probably fix the problem | 13:11 |
| freaxeh | yep that fixed it | 13:14 |
| freaxeh | now got high resolution | 13:15 |
| freaxeh | unfortunatley the hdmi to dvi cable is on loan | 13:19 |
| buZz | HDMI is just DVI aswell | 13:19 |
| buZz | so, likely; the DVI port on your monitor is broken or damaged | 13:20 |
| freaxeh | nope, tried a second monitor | 13:20 |
| freaxeh | remember | 13:20 |
| freaxeh | so its the graphics card | 13:20 |
| buZz | you swapped the cable on same GPU and same monitor and its fixed | 13:20 |
| buZz | oh, the HDMI side is the gpu? yeah then DVI port on GPU | 13:21 |
| freaxeh | yes | 13:21 |
| freaxeh | both monitors are DVI | 13:21 |
| buZz | btw also realize ; there's -3- different DVI cable standards | 13:21 |
| freaxeh | interesting | 13:21 |
| freaxeh | i'll be sure to mention that in polite conversation some time | 13:21 |
| buZz | DVI-A DVI-D and DVI-I | 13:22 |
| buZz | https://en.wikipedia.org/wiki/Digital_Visual_Interface | 13:22 |
| buZz | DVI-A is analog only (like VGA) | 13:22 |
| freaxeh | i liked DVI-A | 13:22 |
| buZz | DVI-D is what HDMI is now | 13:22 |
| buZz | DVI-I is 'both' | 13:22 |
| freaxeh | i also liked VGA | 13:22 |
| buZz | so, analog only wont do well for most LCDs | 13:22 |
| freaxeh | all i know is my next monitor will be hdmi/Displayport | 13:24 |
| freaxeh | so hopefully wont have these issues with the RX580 | 13:24 |
| buZz | hmhm , displayport ftw | 13:24 |
| freaxeh | well Black Mesa works but has graphical issues (polygon issues) | 14:42 |
| freaxeh | bridge constructor works nicely though | 14:42 |
| freaxeh | just testing out some games | 14:42 |
| mason | Ah, glad to see dvbst got a bunch further. | 17:12 |
| Xenguy | Hey mason | 17:14 |
| Xenguy | Did he? Glad to hear it. gnarface was right though, a Thinkpad should 'just work'; there was something wrong with that setup from the start me thinks | 17:15 |
| mason | Xenguy: Seems like he got through the install and ran into some DNS issues, which is a marked improvement from where he started. | 17:20 |
| mason | I need to write up a doc explaining how to prepare a chroot for various operations. It seemed like he needed to "mount --rbind /dev /target/dev", rinsing and repeating for /sys and /proc. | 17:21 |
| Xenguy | I just can't imagine why such a thing would be needed in the first place though, especially once I found out he was installing on a TP : -/ | 17:23 |
| Xenguy | But I'm a simple man I suppose | 17:23 |
| mason | Xenguy: Sometimes with pre-existing partitions the installer(s) can get badly confused. | 17:32 |
| Xenguy | I see, so the difficulties do seem related to the initial install conditions, makes sense. | 17:36 |
| rwp | I was also shocked and confused about how installing on a Thinkpad wouldn't Just Work. Everyone is using Thinkpads and those get the most testing. | 20:10 |
| fsmithred | I think booting in uefi mode to do a legacy bios install was a big part of the problem. And wanting to use pre-existing encrypted lvm made it all more complicated than it needed to be. | 20:13 |
| Xenguy | Failure to keep it simple(r) ? | 20:15 |
| fsmithred | Partly that. Apparently grub gets confused by the efi partition on the usb stick, so automatic partitioning includes the installation media. | 20:17 |
| fsmithred | and manual partitioning of any encryption, with or without lvm is a confusing maze. | 20:18 |
| fsmithred | http://distro.ibiblio.org/refracta/misc/partition_encrypt-4.ogv | 20:20 |
| fsmithred | ^^^ video of installing to a single encrypted partition. | 20:21 |
| fsmithred | The "4" is the number of attempts it took me to get it right, and I've done it a bunch of times before. | 20:21 |
| Xenguy | Wow, wouldn't wish it on anyone | 20:38 |
| djph | fsmithred: // number of hours wasted trying to optimize this function: ___ | 21:09 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!