On Sun, 19 Oct 2014, John Nemeth wrote:
On Oct 20, 6:38am, Paul Goyette wrote:
} On Sun, 19 Oct 2014, John Nemeth wrote:
}
} } * I have to load the kernel from an external partition using grub, and
} }thus have to edit grub's menu.lst config file!
} }
} } * The booted kernel is
On Sat, 18 Oct 2014, Fredrik Pettai wrote:
If you haven't tried them yet, I'd recommend using jmmv's sysbuild
sysupgrade tools
(http://blog.netbsd.org/tnf/entry/introducing_sysbuild_and_sysupgrade)
for consistent builds upgrades without much manual interventions...
Looks interesting. Of
On Oct 19, 5:32pm, Paul Goyette wrote:
} On Sat, 18 Oct 2014, Fredrik Pettai wrote:
}
} If you haven't tried them yet, I'd recommend using jmmv's sysbuild
} sysupgrade tools
} (http://blog.netbsd.org/tnf/entry/introducing_sysbuild_and_sysupgrade)
} for consistent builds upgrades without
On Sun, 19 Oct 2014, John Nemeth wrote:
} * I have to load the kernel from an external partition using grub, and
}thus have to edit grub's menu.lst config file!
}
} * The booted kernel is independent of what is in /netbsd, so I currently
}have to manually gunzip(1) the kernel on the
On Oct 20, 6:38am, Paul Goyette wrote:
} On Sun, 19 Oct 2014, John Nemeth wrote:
}
} } * I have to load the kernel from an external partition using grub, and
} }thus have to edit grub's menu.lst config file!
} }
} } * The booted kernel is independent of what is in /netbsd, so I currently
On Sat, Oct 18, 2014 at 10:14:34AM +, Paul Goyette wrote:
It's not at all clear to me where maildrop directory is. And it is also not
clear to me why this is broken, since I took great pains to avoid modifying
the postfix {master,main}.cf files during etcupdate.
I hit that last week - I
It's not at all clear to me where maildrop directory is. And it is
also not clear to me why this is broken, since I took great pains to
avoid modifying the postfix {master,main}.cf files during etcupdate.
I hit that last week - I think it is a change postfix...
$ ls -ld
It's not at all clear to me where maildrop directory is. And it is
also not clear to me why this is broken, since I took great pains to
avoid modifying the postfix {master,main}.cf files during etcupdate.
I hit that last week - I think it is a change postfix...
$ ls -ld
On Sat, 18 Oct 2014 10:14:34 + (UTC) Paul Goyette
pgoye...@mail.netbsd.org wrote:
I _know_ I'm using the correct root password, but still I get
su: Sorry: authentication error
And, in /var/log/authlog I get
su: BAD SU paul to root on /dev/pts/1: authentication error
Ooopppsss!
red-face
Seems like I forgot the -p option when untarring the distribution sets!
Turns out that /usr/bin/su was also missing the Set-UID bit, and fixing
that make su(1) work again, too!
Thanks for all the quick rpelies that led to finding the solution.
On Sat, 18 Oct 2014,
Ooopppsss!
red-face
Seems like I forgot the -p option when untarring the distribution
sets!
Been there, done that, wasn't too pleasant... :)
Regards,
- Håvard
Paul Goyette wrote on 10/18/2014 03:14 AM:
run etcupdate
snip
su: Sorry: authentication error
well i know i was asked if i wanted to update /etc/passwd which would
have messed up my users and passwords, and there was one other file too
that looked like it contained some auth info,
Ah, nevermind, i see you found the problem. sorry didn't notice until
later because the thread got broken up somehow
I carefully merge my password and groups files... :)
As I reported earlier, I forgot the -p option for tar, so it didn't set
any [SG]uid permission bits.
On Sat, 18 Oct 2014, scar wrote:
Paul Goyette wrote on 10/18/2014 03:14 AM:
run etcupdate
snip
su: Sorry: authentication
14 matches
Mail list logo
