novarobotMost hogy távolról be tudok ssh-zni már melóhelyről is lehet játszani a géppel :D
Kértétek az fstab ot:
# / was on /dev/sda1 during installation
UUID=7d1620a4-b404-446a-8b91-c5e3d54c5296 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda3 during installation
UUID=109a3c92-fce9-4daa-b0c1-861cab549daf /home ext3 defaults 0 2
# swap was on /dev/sda2 during installation
UUID=b22f554e-3ff6-446b-ac4a-df526d1e55e8 none swap sw 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
Eléggé félre diagnosztizáltam a helyzetet, a rendszer minden meghajtót csatol megfelelően:
Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
/dev/sda1 25G 21G 3,2G 87% /
udev 3,9G 4,0K 3,9G 1% /dev
tmpfs 799M 2,4M 797M 1% /run
none 5,0M 0 5,0M 0% /run/lock
none 3,9G 4,0K 3,9G 1% /run/shm
cgroup 3,9G 0 3,9G 0% /sys/fs/cgroup
/dev/sda3 432G 399G 12G 98% /home
Valamint ssh -X el már átjönnek azon programok amiket eredetileg használni akartam, (fejlesztői gép, rengeteg fejlészói környezet van rajta belőve, és régen is rendszeresen így használtam)
Sajnos még nem tudtam le klónozni a rendszert ez is meg fog lassan történni!
petlex módszeréve valószínűleg LIVE rendszer nélkül is helyre lehetett volna hozni a grub-ot ha set paraméterként adom át a GRUB_GFXMODE ot!
Köszönöm megjegyzem!
A 32 rendszerről történő chroot ról fogok írni egy leírást, mely tartalmazza hogy mi a menete és hogy NE CSINÁLJATOK ILYET több a gond amit okoz mint az értelme! (32 vs 64 so -k binárisok stb...)
Ezek alapján a grub-ot helyreállításra kétféle megközelítés született:
-grube rescue alól, a témaindító hsz alapján kiegészítve a GRUB_GFXMODE al (nem tudtam tesztelni már...)
-64 bites live rendszer alól chroot-al
Mikor már elindult a rendszer és nem fogadta el a jelszót, elkövettem néhány marhaságot (illetve nem követtem el ez volt a marhaság :D ).
Itt ha nem vagyunk biztosak a helyes jelszóba érdemes lehet módosítani.
pl chroot alól passwd user, vagy grub paraméter (ami nálam nem működött de ha nem sérült a rendszer akkor jó lett volna)
Így látszik hogy live rendszer nélkül is helyre lehet állítani a grub ot, illetve jelszót is lehet módosítani, ha más gond nincs...
Na de ha nagyobb a baj:
Sajnos egyszerűen nem jutott eszembe hogy rá kéne nézni a /var/log/boot.log illetve a /var/log/auth.log fájlokra, ezt már live rendszer alól megtehettem volna amint nem tudtam bejelentkezni!
auth.log:
May 18 10:55:24 kozponti-gep login[7647]: PAM unable to dlopen(pam_selinux.so): /lib/security/pam_selinux.so: cannot open shared object file: No such file or$
May 18 10:55:24 kozponti-gep login[7647]: PAM adding faulty module: pam_selinux.so
May 18 10:55:24 kozponti-gep login[7647]: PAM unable to dlopen(pam_unix.so): /lib/security/pam_unix.so: cannot open shared object file: No such file or direc$
May 18 10:55:24 kozponti-gep login[7647]: PAM adding faulty module: pam_unix.so
May 18 10:55:24 kozponti-gep login[7647]: PAM unable to dlopen(pam_gnome_keyring.so): /lib/security/pam_gnome_keyring.so: cannot open shared object file: No $
May 18 10:55:24 kozponti-gep login[7647]: PAM adding faulty module: pam_gnome_keyring.so
May 18 10:55:24 kozponti-gep login[7647]: pam_winbind(login:auth): getting password (0x00000388)
May 18 10:55:27 kozponti-gep login[7647]: pam_winbind(login:auth): request wbcLogonUser failed: WBC_ERR_AUTH_ERROR, PAM error: PAM_USER_UNKNOWN (10), NTSTATU$
May 18 10:55:30 kozponti-gep login[7647]: FAILED LOGIN (1) on '/dev/tty1' FOR 'recovery', Authentication failure
Innen már kezdett körvonalazódni a gond...
boot.log (pastebin mert kicsit hosszú ):
https://pastebin.com/SuCYQPbR
Innen már lehet tudni hogy a PAM nem teljesen áll a helyzet magaslatán, és grep: symbol lookup error: grep: undefined symbol: pcre_jit_stack_alloc, hibákkal van tele minden...
Már az is szerencse hogy ssh-n el lehet érni, mert az is a PAM on megy keresztül, csak másik PAM csomagon...
undefined symbol: pcre_jit_stack_alloc hiba meg libstdc++, libc hibára utalhat (szerintem, de ez még nem tuti)
A fentiek után néztem egy export parancsot:
declare -x HOME="/home/novarobot"
declare -x LANG="hu_HU.UTF-8"
declare -x LOGNAME="root"
declare -x MAIL="/var/mail/root"
declare -x OLDPWD
declare -x PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
declare -x PWD="/home/novarobot"
declare -x SHELL="/bin/bash"
declare -x SHLVL="1"
declare -x SUDO_COMMAND="/bin/bash"
declare -x SUDO_GID="1000"
declare -x SUDO_UID="1000"
declare -x SUDO_USER="novarobot"
declare -x TERM="xterm"
declare -x USER="root"
declare -x USERNAME="root"
És ez a lista feltűnően "rövid".
Még egy adalék, megnéztem az utolsó bejelentkezéskor futtatott parancsokat:
apt-get update
apt-get upgrade
És ez sokat sejtet :D
A fejlesztői gépeimet nem szoktam frissíteni nem is értem miért csináltam.
Régen történt a dolog, még tavaly, utána gondolom kikapcsoltam a gépet és el is felejtettem, most meg nem indult el.
Mindenesetre a fenti hibákra már találtam tippeket a neten, hogy mégis merre fele kellene elindulni...
Ha nektek van még ötletetek akkor kérlek írjátok meg!
Mindenképpen jelzem ha sikerült megoldani, és azt is leírom hogy hogyan!
Novarobot