On Thu, Jul 16, 2020 at 10:19:59PM +0200, Jrn Clausen wrote:
> If you actually bricked your root account: boot single user and chsh to
> /bin/sh or /bin/csh.
>
> I always keep /bin/sh as my root shell and do
>
> if [ -x /usr/pkg/bin/tcsh ]; then
> exec /usr/pkg/bin/tcsh
> fi
>
> in
On Fri, 17 Jul 2020, Martin Husemann wrote:
On Thu, Jul 16, 2020 at 09:54:06PM -0700, Andy Ruhl wrote:
What about booting from install media and dropping /rescue/sh into
whatever the defined shell path is? Isn't that a statically linked
binary that should work pretty much anywhere? Isn't that
> Am 16.07.2020 um 22:16 schrieb Bob Bernstein :
>
> Is there a work-around?
hmm,
you may mount the filesystem from another os or live system and untar the sets
you‘ve used for installation again over it. This should give you at least a
working base system back from where you may reinstall
On Thu, Jul 16, 2020 at 09:54:06PM -0700, Andy Ruhl wrote:
> What about booting from install media and dropping /rescue/sh into
> whatever the defined shell path is? Isn't that a statically linked
> binary that should work pretty much anywhere? Isn't that kinda what
> it's for?
Yes, that works
On Thu, 16 Jul 2020, Greg Troxel wrote:
What I would do is
export EDITOR=ed
export VISUAL=ed
Perhaps also "export TERM=cons25" would help.
I think that last one was the one that got me past having to
learn a bit of ed for the first time in probably thirty years.
vipw worked fine once
On Thu, Jul 16, 2020 at 9:28 PM Martin Husemann wrote:
> Either set TERM and export it, or instead of chsh do some simple hack
> like:
>
> cp /bin/csh /usr/pkg/bin/tcsh
I'm not claiming this will work, just looking for feedback.
What about booting from install media and dropping
On Thu, Jul 16, 2020 at 06:21:57PM -0400, Bob Bernstein wrote:
> On Thu, 16 Jul 2020, Greg Troxel wrote:
>
> > 2) boot single user, by hitting space during the countdown and "boot
> > -s". hit return for sh. Once there, type "fsck -p" to fix any issues.
> > Then "mount -a". Then put back the
If you actually bricked your root account: boot single user and chsh to
/bin/sh or /bin/csh.
I always keep /bin/sh as my root shell and do
if [ -x /usr/pkg/bin/tcsh ]; then
exec /usr/pkg/bin/tcsh
fi
in /root/.profile. I know why, and now you do too...
On Thu, Jul 16, 2020 at 10:16 PM
Bob Bernstein writes:
> On Thu, 16 Jul 2020, Greg Troxel wrote:
>
>> 2) boot single user, by hitting space during the countdown and "boot
>> -s". hit return for sh. Once there, type "fsck -p" to fix any
>> issues. Then "mount -a". Then put back the shell with pkg_add, or
>> use vipw to change
On Thu, 16 Jul 2020, Greg Troxel wrote:
2) boot single user, by hitting space during the countdown and
"boot -s". hit return for sh. Once there, type "fsck -p" to
fix any issues. Then "mount -a". Then put back the shell with
pkg_add, or use vipw to change your shell back to /bin/sh.
vipw
On Thu, 16 Jul 2020 at 21:16, Bob Bernstein wrote:
>
> There's a long back-story to this event, but it's not important.
>
> Suffice to say that I removed all the packages from my system,
> including the shell I like at /usr/pkg/bin/tcsh, and now all my
> attempts to login are rejected because the
Bob Bernstein writes:
> There's a long back-story to this event, but it's not important.
>
> Suffice to say that I removed all the packages from my system,
> including the shell I like at /usr/pkg/bin/tcsh, and now all my
> attempts to login are rejected because the shell cannot be found.
>
> Is
There's a long back-story to this event, but it's not important.
Suffice to say that I removed all the packages from my system,
including the shell I like at /usr/pkg/bin/tcsh, and now all my
attempts to login are rejected because the shell cannot be
found.
Is there a work-around?
Thank
13 matches
Mail list logo