#3 Belépés root jelszó nélkül a GRUB-ból

* Reboot and press ESC at the GRUB prompt, to go into GRUB menu
* Press 'e' to edit the kernel selection that you want
* Select a second line in the kernel selection and press 'e' again
* Remove stuff such as "ro quiet splash" and append "rw init=/bin/bash"
* Press ESC to go back

press 'b' to boot, you should drop into root shell.

* https://ubuntuforums.org/showthread.php?t=1275192
* http://linoxide.com/linux-how-to/boot-root-shell-prompting-password/

Tehát (a Shift nyomogatás hozza be a GRUB menüt)
-- a GRUB menüjében az általad használt kerneles sorra lépsz
-- megnyomod az E bilentyűt, ez a szerkesztési mód
-- a kurzor nyíllal lépkedve megkeresed azt a sort, ahol a 'quiet splash' is látható
-- törlöd a fentieket és a ro-t is ha így látható; ro quiet splash
-- helyett begépeled ugyanoda (a szóköz megmarad előtte); rw init=/bin/bash
-- Enter-t ütve elindítod az így, de csak egy alkalomra szólóan átszerkesztett GRUB menüt
-- így egy root konzolra jutsz
-- itt kiadod (ha vbuser a felhasználóneved, de nyilván ..)

adduser vbuser sudo

-- ellenőrzöd

groups vbuser

-- majd újraindítod a rendszert

reboot

#2 Ezek nem világosak teljesen

Oracle VB-ban fut egy LinuxLite 3.2
'Sikeresen ' vegrehajtottam' a 'sudo usermod -a -g vboxsf $vbuser' parancsot es a sudo csoportbol 'eltunt' a $vbuser.
Ebbol adodoan nincs sudo parancs. Lehet-e valamit tenni hogy visszakeruljon es ha igen mit?

-- a gazda rendszeren vagy virtuális rendszer alatt tűnt el a sudo, azaz a parancs kiadása hol volt?
-- ha a virtuális rendszer alatt adtad ki, ott meg minek (a te dolgod, de gondoltam, megkérdezem), mert nem tudom elképzelni a célt ...
-- 'ellenben', ha a gazda rendszer alatt tűnt el a sudo, egy chroot belépéssel oda, a problémát simán megoldhatod

#5 Elég érdekes megoldás alkalmaztál. Maradjunk ennyiben. Na meg, abban is, hogy nem így kell. A virtuális gép más szabályok szerint működik, ha az abba telepített rendszeren létezik is a vboxusers csoport, az nem ugyanaz, mint a gazda rendszeré. a két rendszert elég élesen el kell különítened egymás működésétől. A gazda rendszer vboxusers csoportjához meg értelmetlen a vendég rendszer egy felhasználóját adnod ... . A két rendszer felhasználói nincsenek ilyen 'szoros' kapcsolatban egymással.

Lényeg, hogy sikerül valamelyik módszerrel a vendég rendszer felhasználóját újra betenni a sudo csoportba és ha igen, melyikkel?

Amúgy ez az általad most közölt parancs megint nem helyes,

usermod -a -g group $user

ez lenne (a gazda rendszeren)

usermod -a -G group $USER

Elgépelgetsz így szépecskén, de csináltál magadnak egy 'szabad' délutánt (így szokott lenni kezdetben) a rossz paranccsal. Jó lesz megszokni, kis- és nagy betű igenis fontosak a parancsokban (és a többi... ).

A virtuális rendszeren (guest) adtam ki az inkriminált parancsot, az oka: grafikus felületen nem értem el egyszerű user-ként a host gép, guest-on megosztott könyvtárát, permisson denied volt az üzenet, ezért gondoltam, hogy a guest-on a media/sf_ti/ könyvtárt, a 'vboxusers' group-ban szerepel, amely alatt található a host megosztott könyvtára és parancssorból sudo-val elérhető, a guest-on a 'usermod -a -g group $user' paranccsal elérhetővé teszem, megjegyzem sikerült is... eközben az első 'update/upgrade' is futott a gépen és amikor lefutott, hibaüzenet nélkül, és kernel-t is frissített, újraindítottam a virtuális gépet. Szoftvert akartam telepíteni na ekkor vettem észre, hogy nincs sudo parancs. Korábban gondolkodás nélkül újratelepítettem volna, de abból nem tanultam volna annyit mint így.
A host-rol persze nem érhető még el guest... de gondolom azt is megoldom hasonlóan... persze 'sudo' hiba nélkül.

#7 Értem. (figyelek)
Itt a te problémád és a megoldása;
http://askubuntu.com/questions/70442/how-do-i-add-myself-back-as-a-sudo-...

Ha a Recovery mód remount menüje (első megoldás) nem létezik vagy nem működik, akkor a második megoldásnál (root menü) valamit ki kell találnunk, mert tényleg, újabban ... ez nem ilyen egyszerű, rendszergazda jelszót kér itt is a rendszer. Keresek.

Szándékosan írtam rosszul, mert eredetileg is rosszul írtam, most mar tudom a mi a kis és nagy g közötti különbség, na meg mik a következmények.
Eddig egyetlen egy módszerrel sem sikerült a sudo-t visszaállítani, mert állandóan a permission denied-be ütközöm...

#9 -- felhívom a figyelmet (ismét) a második pontra,
https://virtualboxes.org/faq/

-- melynek fizikai megvalósítása ez (1-2. pont).
http://jaaknt.blogspot.hu/2012/10/how-to-reset-virtualbox-ubuntu-1204.html

#7 És, ... még egyszer kérdezem, a VM kép indításánál látsz GRUB menüt?
http://foralllinux.blogspot.hu/2010/11/how-to-reset-root-password-in-ubu...
https://community.linuxmint.com/tutorial/view/339
Sejtem, igen. Vagy nem?
(szándékosan nem jó elírni valamit, akármit, erre mondtam, ne csináld ... többet)

#12 ro --> rw

Igen, latok de
http://foralllinux.blogspot.hu/2010/11/how-to-reset-root-password-in-ubuntu szerint nem kell a 'quiet splash' torles csak az 'init=/bin/bash'
Kitoroltem "quiet splash", beirtam az init=/bin/bash ahogy irtad, Ctrl-x, uj boot de az initial ramdisk-nel nem megy tovabb. Megprobalom 'quiet splash' + 'init=/bin/bash'-al

#15 Oké! Én az itteni
https://linuxmint.hu/comment/10282#comment-10282
infóból tudom már. ;) ('night!)

http://www.psychocats.net/ubuntu/resetpassword megoldasnal az a baj, hogy nem 'root' promt-ot, #, kapok, hanem keri a root jelszot vagy Ctrl-d es akkor visszater a recovery menuhoz (give root password for maintenance or press Control-D to continue)