blendOS•6mo ago

[SOLVED] Changing default shell to zsh locks user account.

Installed on fresh virtual machine. Things I've tried: - Resetting password, no effect. - Changing default shell back to bash or sh, result unlocks user account. - Removing zsh theme from .zshrc - Edit system.yaml to add zsh to /etc/shells when system rebuilds, no effect. - Checked journalctl system.yaml:

arch-repo: https://geo.mirror.pkgbuild.com
impl: http://github.com/blend-os/tracks/raw/main
repo: https://pkg-repo.blendos.co
track: blendos-base

packages:
        - 'nvim'
        - 'hyprland'
        - 'ly'
        - 'pipewire'
        - 'wireplumber'
        - 'kitty'
        - 'rofi'
        - 'wlr-randr'
        - 'fastfetch'
        - 'waybar'
        - 'xdg-desktop-portal-hyprland'
        - 'pipewire-alsa'
        - 'pipewire-pulse'
        - 'nwg-look'
        - 'zsh'


aur-packages:
        - 'librewolf-bin'
        - 'freetube-bin'
        - 'zsh-theme-powerlevel10k-git'

services: 
        - 'ly.service'

user-services:
        - 'pipewire.service'
        - 'wireplumber.service'

commands:
        - 'ln -s /bin/nvim /bin/vim'
        - "printf '/bin/zsh\n/usr/bin/zsh\n' >> /etc/shells"

arch-repo: https://geo.mirror.pkgbuild.com
impl: http://github.com/blend-os/tracks/raw/main
repo: https://pkg-repo.blendos.co
track: blendos-base

packages:
        - 'nvim'
        - 'hyprland'
        - 'ly'
        - 'pipewire'
        - 'wireplumber'
        - 'kitty'
        - 'rofi'
        - 'wlr-randr'
        - 'fastfetch'
        - 'waybar'
        - 'xdg-desktop-portal-hyprland'
        - 'pipewire-alsa'
        - 'pipewire-pulse'
        - 'nwg-look'
        - 'zsh'


aur-packages:
        - 'librewolf-bin'
        - 'freetube-bin'
        - 'zsh-theme-powerlevel10k-git'

services: 
        - 'ly.service'

user-services:
        - 'pipewire.service'
        - 'wireplumber.service'

commands:
        - 'ln -s /bin/nvim /bin/vim'
        - "printf '/bin/zsh\n/usr/bin/zsh\n' >> /etc/shells"

Solution:

I just found the solution, copying /usr/etc/shells to /etc/shells fixed the issue

Jump to solution

6 Replies

Solution

FENT SMUGGLER 9000•6mo ago

I just found the solution, copying /usr/etc/shells to /etc/shells fixed the issue

FENT SMUGGLER 9000OP•6mo ago

https://cdn.discordapp.com/emojis/1286858133867593728.webp?size=48

#1 mixed number hater•6mo ago

yeah /etc has to be modified in commands rn wait no i might be wrong idk regardless, it's basically hardcoded so changes outside of commands are reset/non-persistent /etc is modifiable, but either 1) we add a diff system like apt has, or 2) we make it only modifiable via commands/akshara and the former is difficult, the latter i'm not willing to make that big of a change without approval from rudra

Asterisk•6mo ago

it's supposed to be copied over if it isn't then the stages are in the wrong order copies /etc to .new_root

#1 mixed number hater•6mo ago

it copies /etc to /usr/etc but also discord won't load so not gonna talk about it much rn

FENT SMUGGLER 9000OP•6mo ago

I added cp /usr/etc/shells /etc/shells to commands, so it configures it properly every update Feel like next time /etc/shells should just have the contents of /usr/etc/shells by default on fresh installation. Just to prevent other people from running into this issue.

Gaming

Programming

[SOLVED] Changing default shell to zsh locks user account.

Did you find this page helpful?