Bejelentkezés

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.

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.

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.

klt

Kutyó Kérdés, miért.

Mert kíváncsi voltál te is 🙂

lala2

klt
Az AI szerint ideiglenesen így szerkeszthető: (??)
sudo unshare -m sh
sudo mount -t tmpfs tmpfs /sys/class/dmi/id
sudo mkdir -p /sys/class/dmi/id
echo "új-uuid-ide" | sudo tee /sys/class/dmi/id/product_uuid

csuhas32

KiralyMarta Szerintem nem fog hiányozni, bajt nem csináltál vele. Csak tapogatózom. Mivel a bejelentkezésnél tapasztalható a probléma, esetleg megnézhetnéd, hogy GDM-et vagy LightDM-et használsz-e és hogy egyébként mi lenne az alapértelmezett.

tenkes

OFF
Szerintem volt itt már hasonló probléma, emlékeim szerint ez akár login loop is lehet, amit
vagy a rendszerlemez helyhiánya okoz,
vagy jogosultsági problémák, pl. a root-hoz került a grafikus felület indítása, vagy nem írható a /tmp könyvtár,
vagy pl. a grafikus (Nvidia) driver frissült és az kavarja meg a dolgokat.
ON

csuhas32

tenkes agy pl. a grafikus (Nvidia) driver frissült és az kavarja meg a dolgokat.

Márta egyik panaszos logbejegyzésre rákeresve pont ilyen találatot kaptam, szóval ez nagyon is lehetséges.

KiralyMarta

csuhas32
Ugye ha géphez érek nem hagy nyugodni a dolog. Tehát van a .Xauthority fájl a home könyvtáramban aminek a tulajdon jogát kellett volna ellenőrizni erről írt tenkes csak nem volt jobban kifejtve. Rákerestem erre a loopback valamire és ott írták a .Xauthority fájl jogát nézzem meg de a joga jó enyém. DE. Míg ezen a gépen LMDE7 ennek a fájlnak mérete 50 bájt Bináris és tartozik hozzá .xsession-errors 54,7 kb meg van .xsession-errors.old 70,1 kb Backup file
addig az Ubuntu24.04.4 en .Xauthority 0 bájt. Van hozzá pár soros (kb 6 sor) .xsession_errors.
Ez minek a jogát kezeli. Hogy lehetne helyre állítani?

KiralyMarta

csuhas32
tenkestől

root-hoz került a grafikus felület indítása

nem tudom és amikor be tudtam lépni vissza adta?

nem írható a /tmp

megint csak megjavul?

Tölled

Márta egyik panaszos logbejegyzésre rákeresve pont ilyen találatot kaptam, szóval ez nagyon is lehetséges.

Igen de akkor LMDE7-re akartam feltenni a nVidia azt hiszem 580-a driver-ét. Itt Ubuntu van és már régóta 590.x driver van fent. Én ezeket kizárnám. Most több belépésnél is elfogadta a jelszót és minden további nélkül beléptetett.

De mindenkinek köszönöm a hozzá szólást és kipróbáltam a dir-t és a dir -l működik.

a mester

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

Htibi

a mester Nekünk csak az Ubuntu jutott. :-D
Egyébként az Ubuntun is listázza, csak kell egy kapcsoló hozzá: dir -l

lala2

Htibi
https://sourceb.in/aZjNySxmw2

csuhas32

KiralyMarta nem tudom és amikor be tudtam lépni vissza adta?

KiralyMarta megint csak megjavul?

Valami olyan hibát is el tudok képzelni, hogy mondjuk a home (vagy valami más) csak olvasható módon kerül felcsatolásra, másik indításnál meg írható módon, így aztán egyszer be tudsz jelentkezni a grafikus felületen, máskor meg nem.
Viszont mikor be tudsz jelentkezni, akkor utána már hiába nézelődsz a fiókodból, mert akkor nincs jelen a hiba.
Ezért kellene a hiba meglétekor megpróbálni bejelentkezni tty-n. Ha a hiba meglétekor ott se sikerül, az is információ, ha meg legalább ott sikerül, akkor ott és akkor talán volna értelme nézelődni, információt szerezni.

tenkes

KiralyMarta megint csak megjavul?

Miért? A nem lehet belépni és utána mégis, azután nem és megint igen esetén valami csak úgy elromlik és megjavul?
Ezek csak internetes tippek a leggyakoribb ismert okokról, első körben ezeket érdemes végigzongorázni, kizárni, de ha lehet nem elméleti úton, hanem valóban utánajárva (pl. tty).

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