ksx4system | long time no see everyone | 01:46 |
---|---|---|
Centurion_Dan | ksx4system: hi, and welcome back! | 02:31 |
xrogaan | should /dev/null be executable? | 08:53 |
xrogaan | I get this weird thing at boot: start-stop-daemon: unable to start /dev/null (Permission denied) | 08:53 |
xrogaan | it happens right after console-setup.sh | 09:06 |
xrogaan | or during | 09:07 |
xrogaan | there is no start-daemon in console-setup | 09:08 |
xrogaan | after it comes uuidd | 09:09 |
gnarface | as far as i know it should not be executable xrogaan | 09:19 |
xrogaan | yeah | 09:19 |
xrogaan | there is something weird going on with the init scripts, but I don't know what | 09:19 |
xrogaan | The error always happens between "Setting up console font and keymap..." and "Starting uuid generator: uuidd" | 09:20 |
xrogaan | as if some variable isn't set | 09:20 |
xrogaan | katolaz is gone? | 09:59 |
xrogaan | aah, fuck me | 10:37 |
xrogaan | 10:DAEMON=/dev/null | 10:37 |
xrogaan | because minidlna doesn't check if DAEMON is correct. | 10:38 |
xrogaan | it does a [ -x "$DAEMON" ] || exit 0 | 10:38 |
xrogaan | but /dev/null isn't *not* executable, so the init script should exit. | 10:39 |
xrogaan | oh, wait, it does that before reading the defaults | 10:39 |
xenial64-user | hello you all. I'm trying to install devuan frugally but without succes. could someone point me in the right direction? a tutorial, a forum discussion page, or apdf guide will be great. | 13:24 |
xenial64-user | think to have problem about persistence | 13:24 |
gnarface | you could always use debootstrap | 13:26 |
gnarface | did you see the minimal-live image? | 13:26 |
xrogaan | isn't debootstrap about schroot? | 13:32 |
gnarface | i don't see any reason it has to be | 13:33 |
gnarface | you can also use it to make very minimal base installations | 13:34 |
fsmithred | install guides are here: https://devuan.org/os/documentation/dev1fanboy/ | 13:34 |
fsmithred | xenial64-user, are you talking about persistence on a live-usb? | 13:34 |
xenial64-user | I would like to boot using grub4dos( but I can chainload others boot system) ad choose between to run in ram, or to run saving changes to filesystem. I need something to read about that | 13:46 |
gnarface | well i know you can set up regular grub to boot a live image from a harddrive partition just as easily as a normal install | 13:48 |
gnarface | i thought you could boot dos just fine from it too | 13:48 |
fsmithred | boot live iso from hard drive: https://dev1galaxy.org/viewtopic.php?pid=11556#p11556 | 13:57 |
fsmithred | debian-live manual (for detailed information about persistence and much more) https://live-team.pages.debian.net/live-manual/html/live-manual/index.en.html | 13:58 |
fsmithred | xenial64-user, are you sure grub4dos is still a thing? Looks like last version was 2009 and the redirect links to their new website are all dead. | 14:06 |
gnarface | i really think you can boot at least freedos with regular grub now | 14:09 |
gnarface | i would assume that means regular dos works too | 14:09 |
gnarface | perhaps that is naive | 14:09 |
xenial64-user | thanks for the answers. Grub4dos is good for me because I know it better than others. If I boot from iso, all works, but I can't save changes. the best would be to save changes in an additional file, like puppy linux does, if you know it. | 14:37 |
gnarface | xenial64-user: there is some way to do persistence with a live image. if you do a google search for the way to do it with the debian live image, i think it might still be the same way... | 14:42 |
gnarface | barring that, check the devuan forums | 14:42 |
fsmithred | I use this to make live-usb (with or without persistence or encryption): https://sourceforge.net/projects/refracta/files/tools/refracta2usb-2.4.2.deb | 14:43 |
fsmithred | readme https://refracta.org/docs/readme.refracta2usb.txt | 14:44 |
fsmithred | I'll be gone for several hours. Look for me here later if you have questions about it. | 14:45 |
xenial64-user | thanks you, I will try with your suggestions , and read the linked pages | 14:48 |
xenial64-user | I have to go too, I will let you know later , or in the next days, if I solved the problem. thanks again | 14:50 |
gnarface | anyone have experience migrating custom roccat udev rules from udev to eudev? | 15:58 |
gnarface | seem to have a ... intermittent failure to parse the rules? | 15:58 |
gnarface | that ring a bell to anyone? | 15:58 |
gnarface | brb | 16:05 |
xrogaan | sorry, I haven't | 20:45 |
xrogaan | Other weird stuff here, might be worrying for my hardware. Is it normal that after powering down everything by unplugging after a shutdown the identity of the SCSI device changed? | 20:47 |
xrogaan | Before my system was on /dev/sdd1 and /dev/sdd6; but now it sits on /dev/sdc1 and /dev/sdc6 | 20:48 |
xrogaan | that shouldn't be possible right? | 20:48 |
xrogaan | The order should be set by the motherboard and be consistent. | 20:48 |
xrogaan | Unless the motherboard is failing? | 20:48 |
fsmithred | I haven't seen that happen, but I've heard it's possible, depending on the motherboard and how fast the drives spin up. | 20:50 |
fsmithred | but if it's never happened before on that box, I'd be suspicious. | 20:51 |
fsmithred | xrogaan, if you were using non-default boot order in the bios, check to see if it reverted to defaults | 20:53 |
xrogaan | yeah | 22:42 |
fsmithred | and if it reverted to defaults after power off, check cmos battery | 22:44 |
fsmithred | check/chuck | 22:44 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!