| systemdlete | someone please explain to me why, if two daedalus systems have their apt-cachers pointed to the same server, one gets through apt update without errors, but the other complains about a bad key. | 00:34 |
|---|---|---|
| systemdlete | (and why this happens so intermittently) | 00:34 |
| systemdlete | and I can repeatedly run "apt update" on both, each getting consistent results every time. | 00:35 |
| systemdlete | make that 2 daedalus reporting a bad key (I just tested my other daedalus). | 00:38 |
| systemdlete | So one works without fail, but 2 fail every time. | 00:38 |
| systemdlete | or get warnings anyway | 00:38 |
| systemdlete | this was working just a couple of days ago, and none were getting errors or warnings | 00:39 |
| systemdlete | I have not changed anything to do with apt or apt-cacher since then. | 00:39 |
| systemdlete | fyi, it is only deadalus-security that gets the warnings. Every time. On two of the daedalus systems, but not the one where it works. | 00:44 |
| systemdlete | well, now if that isn't "funny"... | 04:58 |
| systemdlete | Now it seems to be OK again. And I did nothing since my long posts | 04:59 |
| systemdlete | ????? !!!!!! | 04:59 |
| systemdlete | Dr. heals itself | 04:59 |
| systemdlete | hey, dad. When we grow up, can we get a real package management system? | 05:00 |
| rrq | yeah; despite the apt name, the apt-cacher is merely an http cacher and it's not actually part of the package management system. | 05:30 |
| systemdlete | not what I meant though. | 05:31 |
| rrq | specifically it has no sense of "good or bad" files but simply downloads and caches whichever file it gets | 05:31 |
| systemdlete | It just seems like apt was sort of tossed together, kind of like a garden salad. | 05:31 |
| systemdlete | I love garden salad, don't get me wrong. | 05:31 |
| systemdlete | I just wish apt wasn't so... idk. | 05:32 |
| systemdlete | and, you are right. the cacher was slapped on top of the already slapped-together package system. | 05:32 |
| systemdlete | (they don't seem to like each other too much. Or something) | 05:32 |
| rrq | apt works fine... but with caching proxy in between the bad files sometimes get served repeatedly | 05:33 |
| systemdlete | yes, apt works. But I like pkg and pacman much more. | 05:33 |
| rrq | yeah .. ot sure I can tune that one :) | 05:34 |
| rrq | n | 05:34 |
| systemdlete | btw, I've noticed also that | 05:34 |
| systemdlete | sometimes some aspect of the cacher causes a hiccup and if I wait long enough, it goes away on its own. And that's not just the problem I reported here^^^ | 05:35 |
| rrq | I think the cacher holds on to a file a while before confirming it ate the remote end | 05:36 |
| systemdlete | great concept, poor implementation | 05:36 |
| rrq | and then, when the remote end is a round-robin, the remote file might stay with abad server for a while as well | 05:37 |
| systemdlete | I can see where that will cause issues intermittently. But that doesn't explain what I saw today. | 05:38 |
| systemdlete | Like I said, rrq, the apt-cacher-ng server seems to be equipped with a randomizing mechanism of some kind in the context of serving its clients. | 05:38 |
| systemdlete | It appears to be hanging on, somehow, to a misconfiguration or error with connection to specific clients. | 05:39 |
| systemdlete | someday I might examine the code and see if I can figure it out. I generally avoid reading other people's code because it causes all kinds of confusion in my head. | 05:40 |
| rwp | systemdlete, I had to stop using apt-cacher-ng with Devuan due to the repeated problems. Every time I chased down the problem to root cause it was always that the mirror server listed a TTL for the file that had not expired but the file had been changed upstream on the server out from under the web server that had the longer TTL on the file. | 05:47 |
| rwp | apt-cacher-ng was doing what it was being told to do. But behind it the file was being changed before the cache time expired and that caused problems. | 05:48 |
| systemdlete | then why did it not cause the SAME problems for all 3 daedalus clients at that same moment? | 05:49 |
| systemdlete | See, it's a different issue. I get that you are talking about the cacher talking to its choice of server(s) in the RR, but this is about how it handles requests from its own clients. | 05:50 |
| systemdlete | sorry, thought I was still talking to rrq. I just woke up from a long afternoon nap. So forgive my brain fuzz here. | 05:51 |
| systemdlete | the cacher seems to suffer from a plethora of ills, including the ones caused by the thing you say. | 05:52 |
| systemdlete | I have no doubt. | 05:52 |
| rwp | I have to defend apt-cacher-ng in that it is doing exactly what it is being told to do. And it works pretty well for the Debian mirror system. | 05:54 |
| systemdlete | most of the time, it works fine. It's just that it is inconsistent too often. | 05:56 |
| systemdlete | and, for me at least, the problem is between the cacher and its own clients. | 05:57 |
| systemdlete | I guess it doesn't matter. No one will ever fix it most likely. | 05:57 |
| systemdlete | Or AI will fix it and make everyone in the world have to learn a whole new way of doing things. | 05:57 |
| systemdlete | (when it isn't telling self-driving cars, planes, and ships to run over pedestrians and other vehicles) | 05:58 |
| freaxeh | still got a broken system here folks | 09:04 |
| rrq | I don't know samba well, but perhaps there is an issue with uid/gid mismatch? or is it username based ... is the thunar user the right username? is there such things as workgroups or something? | 09:09 |
| rrq | does browsing work on commandline? | 09:10 |
| freaxeh | ill find out | 09:12 |
| freaxeh | i keep getting acess denied | 09:13 |
| freaxeh | tree connect failed: NT_STATUS_ACCESS_DENIED | 09:13 |
| rrq | from memory you'd check things first with "nmblookup" (or similar) | 09:14 |
| rrq | (start with man page I guess :) | 09:15 |
| rrq | try: nmblookup __SAMBA__ | 09:17 |
| rrq | supposedly it lists all smb servers on the local net | 09:17 |
| rrq | and this: nmblookup -S '*' | 09:18 |
| rrq | does something similar useful | 09:18 |
| freaxeh | yes its listed the smb servers | 09:19 |
| rrq | ight... so there's a command to list the shares of a server I suppose? | 09:19 |
| rrq | the man page would tell | 09:19 |
| rrq | I suppose, at the server end there's some access credentials setting up as well... is that a linux or something else? | 09:21 |
| freaxeh | the credentials are all already setup, the smb server works 100% within windows | 09:22 |
| freaxeh | its just thunar thats messing me around | 09:22 |
| rrq | right.. not making life easy for yorself I see :) | 09:22 |
| rrq | apparently the cred's presented by thunar doesn;t match the cred's expected by the server | 09:24 |
| rrq | do you have access to error logs on the serve... maybe it would tell something in more detail | 09:25 |
| gnarface | freaxeh: did you try it with smbclient? | 09:25 |
| gnarface | i'm not great with samba, but in my experience, if you can't get it working with smbclient it's not working | 09:26 |
| gnarface | if you can get smbclient working then the problem is in the other client | 09:26 |
| gnarface | i also recall a uid/gid or username mismatch issue once... and that you might have to specify at least workgroup, path, host, username and password before it will work from the linux side, even if windows clients often hide several of those fields from the user | 09:28 |
| freaxeh | im learning how to use smbclient now | 09:29 |
| gnarface | but the uid/gid issue was something like, i was following some redhat tutorial and nowhere was it mentioned that the smb and linux users were separate, but everything assumes without mentioning it that you're using the same username and password on both or it doesn't work, something like that | 09:29 |
| gnarface | that was years ago though | 09:29 |
| gnarface | oh! yea, and don't forget that the linux usernames are case-sensitive, don't support whitespace (is that still true?) even though the windows ones might in some contexts,... | 09:31 |
| gnarface | ...and the windows ones are treated case-insensitively but case is stored, but and this is the really big but, they'll always be printed with the first character upper-cased even if they're internally stored all lower-case | 09:32 |
| gnarface | (some or all of this info might be out-of-date or vaguely inaccurate but i'm sure it'll at least put you down the right path to fixing it) | 09:33 |
| * freaxeh head explodes | 09:33 | |
| gnarface | yea, basically it seems like the windows native client glosses over a bunch of authentication details for you | 09:34 |
| gnarface | but if you can figure out how to make smbclient work you'll at least know what each of those fields actually are, including the ones it hides from you | 09:34 |
| gnarface | then you should be able to connect everything to it, even macs | 09:34 |
| gnarface | oh, and make sure you've got both the smb and cifs modules loaded, at some version the cifs one is suddenly required all the time, not sure when that happens | 09:36 |
| freaxeh | cant i just install an ftp server? | 09:37 |
| freaxeh | that would be catering to the complicated beast that is linux though | 09:41 |
| freaxeh | i should just install windows on this t430 laptop | 09:41 |
| gnarface | certainly there's a sshfs client for windows by now... | 09:57 |
| gnarface | no? | 09:57 |
| freaxeh | i tried accessing the samba server on a fresh installation of windows 11 and it worked first go | 10:52 |
| freaxeh | something is seriously wrong with thunar | 10:52 |
| freaxeh | hmm now im getting access is denied | 10:56 |
| freaxeh | nevermind | 10:56 |
| rrq | see https://winscp.net/eng/docs/guide_windows_openssh_server | 11:25 |
| rrq | then you can use sshfs on the client(s) | 11:25 |
| gnarface | freaxeh: what fixed it? | 12:50 |
| freaxeh | nothing fixed it, its not fixed | 12:50 |
| gnarface | oh | 12:51 |
| freaxeh | i was mistaken because explorer displayed the directory structure | 12:51 |
| gnarface | hmm... | 12:51 |
| freaxeh | but when i clicked on a directory it said access denied | 12:51 |
| gnarface | did smbclient ever work? | 12:51 |
| freaxeh | i've already reset the password for the sambauser account 3 times now | 12:51 |
| freaxeh | i dont know, im not smart enough to make that determination | 12:51 |
| fsmithred | can you access the shares from another system? i.e. are the share settings correct in win? | 12:52 |
| gnarface | eh... can you anonymize the data but otherwise show me the smbclient command-line you used? maybe i can sanity check it for you at least | 12:52 |
| freaxeh | i can access the shares from this laptop the one im typing to you on now | 12:52 |
| gnarface | i can't really help with thunar, but i might be able to help with smbclient which might lead you to a solutino | 12:54 |
| gnarface | solution* | 12:54 |
| gnarface | and is the laptop that works also Win 11? | 12:55 |
| freaxeh | yes | 12:55 |
| freaxeh | here is my smb.conf | 12:55 |
| freaxeh | https://paste.debian.net/hidden/5e93c026/ | 12:55 |
| freaxeh | https://computingforgeeks.com/how-to-configure-samba-share-on-debian/ | 12:56 |
| freaxeh | i used this tutorial | 12:56 |
| gnarface | i don't remember much about the smb.conf other than that reading the default one was what lead me to the clue that i have to use a linux user for authenticating the windows clients | 12:56 |
| gnarface | my guess is that the issue is still fundamentally a permissions/authentication mistake | 12:57 |
| gnarface | probably something windows is passing behind the scenes so you're not even thinking it needs to be set | 12:57 |
| gnarface | (or thinking it's set to something else than what it actually is) | 12:57 |
| gnarface | what i remember was, i remember having problems getting any samba-only users working | 13:00 |
| gnarface | sharing linux users' existing home directories worked under defaults though once you get the username case right | 13:00 |
| gnarface | having windows users' names in mixed case with spaces in it would cause it to mismatch on the hidden username field | 13:01 |
| freaxeh | that sounds like a broken feature to me | 13:01 |
| gnarface | it hadn't been clear to me windows was even sending the username, i'd forgotten setting one | 13:01 |
| gnarface | this is well before Vista though | 13:02 |
| gnarface | but please, focus on smbclient, i'm sure the process will leave clues | 13:02 |
| gnarface | maybe you had it working? | 13:02 |
| gnarface | did it just drop you into a weird shell prompt like >? | 13:03 |
| gnarface | or did it give you an error? | 13:03 |
| freaxeh | i installed windows 11 on the laptop, youll have to wait for me to reinstall devuan onto it (I'm making a dual boot system) for me to be able to use smbclient | 13:07 |
| freaxeh | i'll do it tomorrow | 13:07 |
| freaxeh | i need windows 11 for tafe, education | 13:08 |
| freaxeh | etc | 13:08 |
| freaxeh | and for employment | 13:08 |
| freaxeh | i deleted the old sambauser account and created a new one, i give up | 13:11 |
| freaxeh | it wont work for me | 13:11 |
| freaxeh | ill just use sftp | 13:11 |
| freaxeh | for the time being | 13:11 |
| gnarface | freaxeh: there's always the live iso... | 14:19 |
| opv | Hi all, I have a problem with the install of Daedalus. I want to dual-boot with an existing windows, so I did manual disk setup, set up LVM with an encrypted root and swap, but now the "grub-install dummy" step fails | 16:02 |
| opv | I'm still in the installer. What should I do to remediate this? | 16:02 |
| gnarface | encryption is always a complication... you should try it without, at least as a test | 16:04 |
| opv | Works fine without, but since this is a portable device I need encryption | 16:04 |
| opv | I'd love to automagick it, but that only works standalone, not in combination with an existing windows | 16:05 |
| gnarface | well, i do recall there being some package add or config change that might be needed to be done manually but not the key details, sorry | 16:05 |
| gnarface | i think if you set it up a particular way that might not be necessary, but again i'm sort on details | 16:05 |
| gnarface | stick around, someone probably has an idea but this is a slow channel | 16:06 |
| gnarface | the windows partition might be the key complication, that might help you search for existing information on the fix | 16:06 |
| opv | I doubt. It works fine unencrypted, so the encryption must be the problem | 16:07 |
| gnarface | well i think it's both really but not sure | 16:07 |
| gnarface | the two in conjunction | 16:07 |
| gnarface | is this also UEFI? | 16:07 |
| opv | I got a encrypted LVM with a root partition and a swap | 16:07 |
| opv | Yes, it is | 16:07 |
| gnarface | the UEFI part might also be relevant | 16:07 |
| opv | EFI partition is existant and unencrypted, and contains the bootloader of the previous unencrypted Devuan | 16:07 |
| gnarface | and the windows install is partition 1? | 16:08 |
| fsmithred | no un-encrypted /boot partition? | 16:08 |
| fsmithred | oh | 16:08 |
| opv | Partition3 if we're precise. Part1 is unknown 130ˍMB, Part 2 is ESP 100MB, then comes the NTFS, and then the LVM | 16:08 |
| gnarface | hmm, maybe part1 is the /boot? | 16:09 |
| gnarface | or some windows stuff? | 16:09 |
| fsmithred | did the installer put anything at all in the efi? | 16:09 |
| opv | It comes from Windows | 16:09 |
| fsmithred | should be a debian and/or devuan directory | 16:09 |
| opv | I don't know, I'm still in the installer, trying to figure out how to partition my disks so it'll work | 16:09 |
| gnarface | which partition type are you using? MSDOS or GPT? | 16:09 |
| opv | I don't know... Probably MSDOS since there's a Win11 | 16:09 |
| fsmithred | but possibly gpt since it's using uefi | 16:10 |
| gnarface | i thought that windows was using gpt starting with win7 | 16:10 |
| gnarface | or at least by win7 | 16:10 |
| fsmithred | not sure. | 16:10 |
| fsmithred | I'm using a refurb thinkpad that has windows 10 or 11 and uses msdos | 16:11 |
| opv | https://imgur.com/a/Q2X34Lb | 16:11 |
| opv | I ran a Win11 install, an unencrypted Devuan install, and now am trying to run the encrypted Devuan | 16:11 |
| opv | Killed the unencrypted root and swap, set up an LVM, passphrase, and the new root and swap partitions | 16:11 |
| fsmithred | what does dummy mean in the grub-install command? | 16:15 |
| fsmithred | I've never used that. | 16:15 |
| opv | I have no idea, it's what the installer's doing | 16:17 |
| opv | It asks whether I want to install EFI removable media path, which it didn't when doing unencrypted install. Whatever I choose though, grub-install dummy fails | 16:18 |
| gnarface | is raid also involved? | 16:19 |
| fsmithred | maybe drop to console and just run 'grub-install' in chroot | 16:19 |
| opv | no raid | 16:20 |
| opv | fsmithred: how can i return to the installer after that? | 16:20 |
| gnarface | just ctrl+alt+f4 then you can ctrl+alt+f1 baxck | 16:20 |
| fsmithred | you can back up and use the installer menu to get into it and the exit to get out of the console | 16:21 |
| gnarface | *back | 16:21 |
| fsmithred | or what gnarface said | 16:21 |
| gnarface | oh, there is a menu option now, isn't there? | 16:21 |
| opv | ok, how to mount the crypt partition... | 16:21 |
| fsmithred | in console: chroot /target grub-install | 16:21 |
| gnarface | over my head... | 16:21 |
| fsmithred | if you're at the grub install part of the installer, it's all set to go | 16:21 |
| opv | grub-install: error: failed to get canonical path of /dev/nvme0n1p2 | 16:22 |
| fsmithred | you did the command I typed? | 16:22 |
| opv | yes, i chrooted to /target where the roofs is located, and then did a grub-install | 16:23 |
| opv | the partition mentioned is mounted under /target/boot/efi | 16:23 |
| opv | though inside the chroot, fdisk -l returns nothing | 16:23 |
| fsmithred | is the root partition mounted, too? | 16:23 |
| gnarface | you might need to mount some stuff under the chroot first, i think | 16:24 |
| gnarface | like /dev, /proc, /sys, /dev/pts? | 16:24 |
| fsmithred | run 'mount' to see if they are already mounted | 16:24 |
| fsmithred | to /target | 16:24 |
| opv | proc, sysfs, tmpfs, /boot/efi and / are all mounted | 16:25 |
| opv | /boot/efi being the partition grub is complaining about | 16:26 |
| opv | /boot/efi/EFI contains a Boot, Microsoft, and debian folder | 16:26 |
| fsmithred | if you 'chroot /target' you should then be in the root of the installed filesystem | 16:26 |
| gnarface | no /dev/? | 16:27 |
| opv | there is a /dev folder, but it doesn't seem to contain any hdds | 16:27 |
| opv | just the usual stuff, console, random, shm, etc | 16:27 |
| opv | reminder that i am in the chroot | 16:27 |
| gnarface | yea, you would have to mount it while outside the chroot | 16:27 |
| opv | gnarface: sorry, i'm lost. mount /dev? | 16:28 |
| fsmithred | yes | 16:28 |
| gnarface | i think so. you'd want /dev/ and in some cases also /dev/pts from the running system in there | 16:28 |
| opv | outside the chroot /dev looks very normal, with all the devices inside | 16:28 |
| gnarface | yea, they're different /dev directories right now | 16:28 |
| opv | i'm sorry, how do i mount these devices into the chroot? | 16:29 |
| fsmithred | exit chroot | 16:29 |
| fsmithred | mount -bind /dev /target/dev | 16:29 |
| gnarface | some of the files will get created anyway, which is why you still see stuff in /dev/ in the chroot even unmounetd | 16:29 |
| gnarface | unmounted* | 16:29 |
| gnarface | (just ctrl+d to exit chroot) | 16:29 |
| opv | fsmithred: heheheh..... mount: invalid option -- 'b'... seems like busybox doesn't support that | 16:29 |
| gnarface | try it like this: mount -o bind /dev/ /target/dev/ | 16:29 |
| fsmithred | ^^^ yeah | 16:30 |
| opv | Great success, things happen now | 16:30 |
| gnarface | cool | 16:30 |
| gnarface | grub needs to see the drives or it can't do stuff | 16:30 |
| opv | Had to set GRUB_ENABLE_CRYPTODISK=y into /etc/default/grub | 16:31 |
| opv | gbur-install finished, no error reported | 16:31 |
| opv | However there is a warning: "EFI variables are not supported on this system" | 16:31 |
| opv | Problem? | 16:31 |
| fsmithred | I've seen that message many times | 16:31 |
| fsmithred | I think you're probably ok | 16:32 |
| gnarface | "<opv> Had to set GRUB_ENABLE_CRYPTODISK=y into /etc/default/grub" <- i think this is the part i was thinking of that i said i couldn't remember specifics about earlier | 16:32 |
| opv | the installer also properly installs grub now, so JFYI I guess | 16:32 |
| opv | seems like the bind-mount of /dev into the chroot was the thing missing | 16:32 |
| opv | is there a ticket i can/should open somewhere? | 16:32 |
| gnarface | could that really be what's going wrong here? | 16:33 |
| gnarface | fsmithred: ? | 16:33 |
| opv | what else have i changed? | 16:33 |
| opv | nothing :DS | 16:33 |
| opv | reboot, moment of truth | 16:33 |
| fsmithred | maybe | 16:33 |
| fsmithred | this is daedalus you're installing? | 16:33 |
| opv | Yessir | 16:33 |
| gnarface | i feel like it might be a red herring for something else, but i guess it does look pretty odd that it just worked when run manually | 16:33 |
| fsmithred | ok | 16:33 |
| opv | ah no, it doesn't work | 16:33 |
| gnarface | ah, hmm | 16:33 |
| opv | I wasn't shown the grub selection screen, instead I was prompted immediately for the LVM passphrase, and then dropped into a grub shell | 16:34 |
| fsmithred | I've seen grub fail in various circumstances in the past couple years | 16:34 |
| opv | your continued support is most appreciated in this matter | 16:34 |
| gnarface | i'm not clear on LVM details; are you still using a fstab? are you still using UUIDS? | 16:34 |
| opv | exiting the grub shell actually brought me to windows... i don't understand | 16:34 |
| opv | gnarface: no clue, i haven't yet managed to boot into the system | 16:35 |
| fsmithred | we don't fork grub packages, so any bugs will be at bugs.debian.org | 16:35 |
| gnarface | opv: i assume when grub exits without booting something it's failing over to your windows native bootloader, which must be second in the boot order | 16:35 |
| gnarface | (i'm not sure it likes that, but i haven't seen windows11 dual booting yet first hand) | 16:36 |
| fsmithred | should have run update-grub in chroot to generate the boot menu | 16:36 |
| fsmithred | be daring. Boot from grub command line! | 16:36 |
| gnarface | hmm, maybe. would the initrd.img need to be updated too? | 16:36 |
| gnarface | yea, actually trying to boot from the grub command-line would be a good debugging step.. | 16:37 |
| fsmithred | probably | 16:37 |
| fsmithred | set root=(hd?,gpt?) I don't know the right numbers | 16:37 |
| gnarface | opv: maybe while you're still in the chroot run "update-initramfs" once for good measure... | 16:38 |
| fsmithred | linux /boot/vmlinuz ro root=/dev/mapper/lv-root? | 16:38 |
| opv | I can set root to hd0,gpt4 | 16:39 |
| opv | which is the encrypted LVM | 16:39 |
| fsmithred | I think that's right. | 16:40 |
| fsmithred | and then root=your-logical-partition-for-root | 16:40 |
| opv | I have no autocompletion for /boot tho | 16:40 |
| fsmithred | hm | 16:40 |
| opv | ls just consistently shows me the disks | 16:40 |
| gnarface | some insmod first? | 16:41 |
| fsmithred | maybe | 16:41 |
| opv | i'm sorry, i'm really not familiar with the grubshell | 16:41 |
| opv | insmod what | 16:41 |
| opv | argument expected | 16:42 |
| opv | and no --help ofc | 16:42 |
| gnarface | yea i am just guessing | 16:42 |
| gnarface | maybe you gotta load some lvm or crypt mod first | 16:42 |
| fsmithred | I'll look at some grub modules... | 16:42 |
| gnarface | any working grub menu entry should work as a good example... | 16:43 |
| opv | I'm looking at a Debian forum post, but it doesn't show what I see | 16:43 |
| opv | insmod lvm, and then it's supposed to show the lvm partitions, but it doesnt | 16:43 |
| opv | "Once I load the GRUB LVM module, I can see the logical volume within the LVM as well." | 16:44 |
| opv | not here, even though I was prompted by the console to unlock passphrase | 16:44 |
| fsmithred | is this install complete except for the bootloader? | 16:44 |
| gnarface | maybe you need some other module too? | 16:44 |
| opv | fsmithred: confirmed | 16:45 |
| fsmithred | crypto lvm luks efi_gop efi_uga | 16:45 |
| fsmithred | maybe reboot and go into the installer rescue mode and let that mount your lvm | 16:45 |
| fsmithred | it'll even assemble raid if you have it | 16:46 |
| opv | trying to follow a SO post, but cryptomount -a fails to recognize the passphrase | 16:46 |
| fsmithred | and there should be a reinstall bootloader option | 16:46 |
| opv | even though it was correctly recognized when entering the grub shell | 16:46 |
| opv | can't be the american layout, there are no differences there | 16:46 |
| opv | I don't understand... when entering the grub shell, it accepts the passphrase, but inside the shell it doesn't anymore | 16:51 |
| opv | I'm going to try and boot a debian livecd, chroot back into the fs and reinstall grub | 16:53 |
| gnarface | there is a devuan livecd | 16:54 |
| opv | yeah but i already have this one flashed to a drive :D | 16:55 |
| opv | and as someone mentioned earlier it should make no difference with regards to grub | 16:55 |
| opv | grub-install succeeded in the livedisk, though the os-prober failed | 17:11 |
| opv | the behavior is still the same though | 17:11 |
| fsmithred | os-prober is disabled by default | 17:23 |
| fsmithred | enable it in /etc/default/grub and then run update-grub again | 17:24 |
| fsmithred | maybe run efibootmgr to check the boot order, too | 17:24 |
| user38768768 | is this distro still is regulary develped and updated ? i want to switch from debian | 17:49 |
| fsmithred | yes, we are currently working on excalibur/trixie (Testing) | 17:50 |
| fsmithred | daedalus is stable relrase | 17:51 |
| user38768768 | ok i try it out, thanks | 17:51 |
| fsmithred | https://www.devuan.org/os/install | 17:52 |
| user38768768 | ok | 17:54 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!