Bejelentkezés

csuhas32

KiralyMarta
VirtualBoxot indítottál? Mert lehet, hogy ez nem is a VirtualBoxra vonatkozik, hanem a sikertelen bejelentkezési kísérlet lenyomata:

2026-03-16T06:58:18.476363+01:00 marta-ubuntu vboxdrv.sh[5486]: debconf: az alábbi felület indítása sikertelen: Dialog
2026-03-16T06:58:18.476403+01:00 marta-ubuntu vboxdrv.sh[5486]: debconf: (A TERM nincs beállítva, így a párbeszéd felület nem használható.)
2026-03-16T06:58:18.476412+01:00 marta-ubuntu vboxdrv.sh[5486]: debconf: visszaváltás e felületre: Readline
2026-03-16T06:58:18.479625+01:00 marta-ubuntu vboxdrv.sh[5486]: debconf: az alábbi felület indítása sikertelen: Readline
2026-03-16T06:58:18.479643+01:00 marta-ubuntu vboxdrv.sh[5486]: debconf: (E felület egy tty felügyeletet kíván.)
2026-03-16T06:58:18.479655+01:00 marta-ubuntu vboxdrv.sh[5486]: debconf: visszaváltás e felületre: Teletype

Ezt egy szintén invalid password-re való ismétlődő panaszkodás követi:

2026-03-16T06:58:18.589263+01:00 marta-ubuntu vboxdrv.sh[5530]: Enter a password for Secure Boot. It will be asked again after a reboot.
2026-03-16T06:58:18.589281+01:00 marta-ubuntu vboxdrv.sh[5530]: Enter the same password again to verify you have typed it correctly.
2026-03-16T06:58:18.592415+01:00 marta-ubuntu vboxdrv.sh[5530]: Invalid password
2026-03-16T06:58:18.592441+01:00 marta-ubuntu vboxdrv.sh[5530]: The Secure Boot key you've entered is not valid. The password used must be
2026-03-16T06:58:18.592464+01:00 marta-ubuntu vboxdrv.sh[5530]: between 8 and 16 characters.

KiralyMarta

csuhas32
Nem indítottam. Fel van telepítve mert akartam vele foglalkozni, de aztán nem lett belőle semmi, le nem szedtem mert esetleg később. Azt nem tudom lehetséges-e, hogy amikor nem kaptam vissza a képernyőt (16-án) és nyomogattam a billentyűt és egeret, hogy be tudjak lépni, (hosszabb ideig állt másik gépen dolgoztam) akkor esetleg? De ez nagyon elszabadult gondolat hisz itt be kellett volna lépni, az viszont majdnem lehetetlen hogy össze vissza nyomogatott egér és billentyű sorozattal, véletlenül a sötét kijelző előtt belépek és nem az asztalon, a tálcán levő valamit elindítsak.

KiralyMarta

csuhas32
Melyik logot nézzek meg még? Egyébként lehet ez hiba, de biztos nem a belépésé. Le mentem a syslog végére (18-ára) és itt is nézelődtem, de itt nem volt a kimásolt hiba, de itt nem találtam egyértelmű hibát ami a belépésre vonatkozna.

KiralyMarta

csuhas32
Még kipróbáltam a kilépést háromszor is és mindig vissza léptem gond nélkül.

klt

a mester Nálam nem...

a mester

klt Elnézést kérek, amiért én Linuxot használok.

klt

KiralyMarta

KiralyMarta Melyik logot nézzek meg még?

Szerintem journalctl -e és a végéről visszafele lapozgatva.
journalctl --vacuum-time=1m lerövidíti a logot, csak az utolsó 1 perc marad benne. Ezzel tudod üríteni.

KiralyMarta kipróbáltam a kilépést háromszor is és mindig vissza léptem

Reboot-ot is próbáld meg!
Nem az újraindulással lehet triggerelni a hibát?

KiralyMarta

klt
Mit gondolsz ha előbb rövidítem a journalctl-t és utána a reboot?

klt

KiralyMarta Mindenképp pucold ki a logot, mert könnyebb lesz keresgélni. Erre utalt @csuhas32 is.

csuhas32 Ezt követően törölni szoktam az esetlegesen túl nagy logfájlokat és újraindítom a rendszert. Ha ismétlődik a hiba, akkor a kisebb logfájlban is meg fog jelenni, de akkor legalább biztos el tudjuk olvasni.

KiralyMarta

klt
Rendben nem voltam biztos benne törölhetem e a log fájlokat, de akkor törlöm illetve beállítom a méretét.
Meg csináltam a rebootot. Megpróbálom körül írni az eredményt. Amikor indulok a géppel eljutok a felhasználóig enter, jelszó megadom. Ha minden jól meg belépek a rendszerbe és teljes képernyős képet kapok. Ez volt az utóbbi időben. De ha a felhasználónál váltok a grafikus módon pl wayland, gnome akkor a bejelentkezés után az asztal a képernyő 90%-át tölti ki, rá kattintok ekkor lesz 100%. most így lépet be. Azt hiszem ezt kéne most próbálgatnom tudatosan. Mert ha megy minden akkor nem tudom milyen állapotban volt utoljára elfelejtem. Most ezt nézem meg.

KiralyMarta

klt Ott tartok, hogy 3-szor kikapcsoltam a gépet, leállt majd újra indítottam. 3 waylanos lehetőséggel. mindig simán belépet. Most kipróbálom wayland nélkül.

KiralyMarta

klt
A teszt sikertelen. Minden esetben a belépés sikeres. Nem tudom mi történik, nem oldottam meg semmit, de jó. Majd legközelebb. Most rövidítem a logokat. Mindegyiker ami nagy lehet rövidíteni? Ahol van valamilog1, valamilog2, valamilogx, mind törölhető rendszergazda joggal?

csuhas32

KiralyMarta Ahol van valamilog1, valamilog2, valamilogx, mind törölhető rendszergazda joggal?

Én ugye nem értek a parancssorhoz, de nekem az van elmentve, hogy a sudo find /var/log -type f -delete parancs egy drasztikus eszköz, törli az összes jelenlegi logfájlt, aztán újraindítás után majd lesznek helyette újak.
Persze, ha van olyan logfájl, ami régi családi örökség a nagymamától vagy ilyesmi, szóval hogy még maradnia kellene a vitrinben, mert szereted nézegetni, akkor ezt a parancsot semmiképp ne használd! ;-)

Kutyó

KiralyMarta mind törölhető rendszergazda joggal?

A rendszergazda mindenre jogosult. Éppen ezért óvnak is az általános használatától.
Időnként a mester is írt számomra jót. Ilyen a sudo su utasítás is, ami átvisz rendszergazdába.
Beavatkozás után érdemes visszalépni belőle.

KiralyMarta

csuhas32
Semmi ilyen nincs igazából ha nincs baj ezeket se nézegetem. Akkor jön a -delete, és utána a méret. a -type f a fájlokat jelenti?

KiralyMarta

KiralyMarta
Megcsináltam rendben, méret már 50M-re volt állítva. Lezárnám a témát de nem tudok megoldásként senkit bejelölni még magamat se. Mert ugye Magától a megoldás.

lala2

Kutyó
"A rendszergazda mindenre jogosult."
Ezek szerint még nem próbáltad szerkeszteni a
/sys/class/dmi/id/product-uuid
fájl tartalmát. 🙂

KiralyMarta

Kutyó Alapvetően ez a kérdés arra vonatkozott hogy mindegyiket törölhetem. Nem arra, hogy a rendszergazdának van-e joga, de mindegy meg csináltam.

Kutyó

lala2 Valóban nem és nem tudom mi ez az állomány.
Azt is rosszul tudom, hogy a rendszergazda minden állományt a tulajdonába vehet és minden tulajdonát szerkesztheti?

lala2

lala2
Helyesbítek!
/sys/class/dmi/id/product_uuid

klt

lala2 Ezek szerint még nem próbáltad szerkeszteni a

Hasonlóval szívtam nem túlságosan régen.
Odroidon 5.15-ös kernellel a
echo 45000 > /sys/devices/virtual/thermal/thermal_zone0/trip_point_0_temp
működik, helyesen beállítja az indítási hőmérsékletet a ventillátornak.

Ugyanez a 6.x.x kerneleken felejtős, muszáj a fancontrolt használni, ha a gyáritól eltérő alacsonyabb hőre szeretném beállítani az induló hőmérsékletet.

klt

Kutyó Azt is rosszul tudom,

Alapvetően jól tudod, de a sysfs és a rajta tárolt dolgoknál ez mindig van így. 🙂

klt

lala2 Sejtettem, mi lesz, de azért csak kipróbáltam.

root@nagygep-cin-13:/home/laco# cat /sys/class/dmi/id/product_uuid
00000000-0000-0000-0000-309c23a15bc9
root@nagygep-cin-13:/home/laco# echo teszt > /sys/class/dmi/id/product_uuid
bash: /sys/class/dmi/id/product_uuid: Engedély megtagadva
root@nagygep-cin-13:/home/laco# chmod 777 /sys/class/dmi/id/product_uuid
root@nagygep-cin-13:/home/laco# echo teszt > /sys/class/dmi/id/product_uuid
bash: echo: írási hiba: Kimeneti/bemeneti hiba
root@nagygep-cin-13:/home/laco# cat /sys/class/dmi/id/product_uuid
00000000-0000-0000-0000-309c23a15bc9
root@nagygep-cin-13:/home/laco#

🙂

Kutyó

klt Én is kipróbáltam. Kérdés, miért.

« Előző oldal Következő oldal »