#2 Hali,
Előfordulhat, hogy ez egy - talán kservice - bug.
https://bbs.archlinux.org/viewtopic.php?id=202722

Mi van az "sddm.conf" fájlodban, ezekben a szakaszokban?
[Autologin] és [General]
https://forums.gentoo.org/viewtopic-p-7776848.html?sid=d1b7277b6df784b12...
http://www.tech.theplayhub.com/auto_login_with_kubuntu_14-10_kde_5_plasma/
Nem azt kell beírni, ami a linkeken látható. Ez csak egy kérdés.
Vélhetően nem ugyanott lesz a konfig fájl (mint a Gentoo-n), keresd meg,

sudo find / -name 'sddm.conf'

aztán

gedit /elérési_út/sddm.conf

Persze, csak, ha ezt használja a rendszered: SDDM :)
https://wiki.gentoo.org/wiki/SDDM

Derítsük ki, melyik DM van használatban:

cat /etc/X11/default-display-manager

Más is lehet ok, például egy folyamat futása, a videókártyád milyen, és telepítettél-e hozzá drivert, és azt miképpen?

 KDE

 hello 

Bejelentkezel, utána bejön egy ablak, de mihez kér jelszót? Gondolom nem a belépéshez, ha már egyszer beléptél. Ez nem az az ablak amit leokézol és többet nem jön elő?

#10 Nézzük meg a beállításaid.

cat /etc/mdm/mdm.conf

Sziasztok

Nekem az a gondom Linux Mint 18 KDE, hogy hiába pipálom ki a felhasználó kezelőben az autoatikus bejelentkezést és mentem el a beállításokat root jelszóval, a következő bejelentkezéskor ismét kéri a jelszót és a felhasználókezelőben ismét hiányzik a pipa az aut. bejelentkezésből

Hogy tudnám megoldani ezt a problémát, nem szertném, ha kérné a jelszót.

Egy felhasználós otthoni gépről van szó.

#12 De van az SDDM-nél is ... nem gyakori, hogy nincs ilyen
https://wiki.archlinux.org/index.php/SDDM#Autologin

Rákeresés, hogy nálad (Mint alatt) hol.

locate sddm.conf

https://wiki.archlinux.org/index.php/SDDM

#11

Szia

Nálam nincs ilyen file.

SDDM-m van a mdm helyett, ha nem tévedek, de neki nincs .conf kiterjesztésű file-ja.

#14 A következő parancs kimenete?

cat /etc/X11/default-display-manager

#13

Jelenlek ez a file tartalma.

[Autologin]
Relogin=fals
Session=plasma.desktop
User=tomi

[General]
HaltCommand=
RebootCommand=

[Theme]
Current=breeze
CursorTheme=DMZ-White

[Users]
MaximumUid=65000
MinimumUid=1000

#18 Köszi.
Úgy tűnik, titkosítod a home alatt a felhasználói könyvtárad.

okt 29 15:11:30 tomi-gepe sddm-helper[2882]: [PAM] Starting...
okt 29 15:11:30 tomi-gepe sddm-helper[2882]: [PAM] Authenticating...
okt 29 15:11:30 tomi-gepe sddm-helper[2882]: [PAM] returning.
okt 29 15:11:30 tomi-gepe sddm[2776]: Authenticated successfully
okt 29 15:11:31 tomi-gepe sddm[2776]: Signature not found in user keyring
okt 29 15:11:31 tomi-gepe sddm[2776]: Perhaps try the interactive 'ecryptfs-mount-private'
[...]
okt 29 15:23:39 tomi-gepe sddm-helper[4245]: [PAM] 
Starting...
okt 29 15:23:39 tomi-gepe sddm-helper[4245]: [PAM] Authenticating...
okt 29 15:23:39 tomi-gepe sddm-helper[4245]: [PAM] Preparing to converse...
okt 29 15:23:39 tomi-gepe sddm-helper[4245]: [PAM] Conversation with 1 messages # mi lehet vajon az üzenet ...
okt 29 15:23:39 tomi-gepe sddm-helper[4246]: pam_ecryptfs: Passphrase file wrapped

Ha jól gondolom a titkosítást, azaz tényleg így van, úgy add ki a következő parancsot,

ecryptfs-rewrap-passphrase /home/.ecryptfs/$USER/.ecryptfs/wrapped-passphrase

és indítsd újra a rendszert. Vélhetően minden rendbejön.
____

http://askubuntu.com/questions/602360/ubuntu-14-04-x64-encrypted-home-si...
http://askubuntu.com/questions/411702/ubuntu-12-04-keyring-broken-signat...

#16

Igen én vagyok tomi felhasználó, bár csak ez az egy felhasználó lett eddig létrehozva, még telepítéskor.

sudo journalctl --unit=sddm.service kimenete :

-- Logs begin at szo 2016-10-29 15:11:28 CEST, end at szo 2016-10-29 17:22:27 CEST. --
okt 29 15:11:30 tomi-gepe systemd[1]: Starting Simple Desktop Display Manager...
okt 29 15:11:30 tomi-gepe systemd[1]: Started Simple Desktop Display Manager.
okt 29 15:11:30 tomi-gepe sddm[2776]: Initializing...
okt 29 15:11:30 tomi-gepe sddm[2776]: Starting...
okt 29 15:11:30 tomi-gepe sddm[2776]: Adding new display on vt 7 ...
okt 29 15:11:30 tomi-gepe sddm[2776]: Display server starting...
okt 29 15:11:30 tomi-gepe sddm[2776]: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{358b0789-b930-4020-a522-c483e39c4469} -background n
okt 29 15:11:30 tomi-gepe sddm[2776]: Running display setup script  "/usr/share/sddm/scripts/Xsetup"
okt 29 15:11:30 tomi-gepe sddm[2776]: Display server started.
okt 29 15:11:30 tomi-gepe sddm[2776]: Reading from "/usr/share/xsessions/plasma.desktop"
okt 29 15:11:30 tomi-gepe sddm[2776]: Session "/usr/share/xsessions/plasma.desktop" selected, command: "/usr/bin/startkde"
okt 29 15:11:30 tomi-gepe sddm[2776]: Adding cookie to "/var/run/sddm/{358b0789-b930-4020-a522-c483e39c4469}"
okt 29 15:11:30 tomi-gepe sddm-helper[2882]: [PAM] Starting...
okt 29 15:11:30 tomi-gepe sddm-helper[2882]: [PAM] Authenticating...
okt 29 15:11:30 tomi-gepe sddm-helper[2882]: [PAM] returning.
okt 29 15:11:30 tomi-gepe sddm[2776]: Authenticated successfully
okt 29 15:11:31 tomi-gepe sddm[2776]: Signature not found in user keyring
okt 29 15:11:31 tomi-gepe sddm[2776]: Perhaps try the interactive 'ecryptfs-mount-private'
okt 29 15:11:31 tomi-gepe sddm[2776]: Session started
okt 29 15:23:32 tomi-gepe sddm[2776]: Auth: sddm-helper exited successfully
okt 29 15:23:32 tomi-gepe sddm[2776]: Display server stopping...
okt 29 15:23:32 tomi-gepe sddm[2776]: Display server stopped.
okt 29 15:23:32 tomi-gepe sddm[2776]: Running display stop script  "/usr/share/sddm/scripts/Xstop"
okt 29 15:23:32 tomi-gepe sddm[2776]: Removing display ":0" ...
okt 29 15:23:32 tomi-gepe sddm[2776]: Adding new display on vt 7 ...
okt 29 15:23:32 tomi-gepe sddm[2776]: Display server starting...
okt 29 15:23:32 tomi-gepe sddm[2776]: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{2c507560-fc84-47ff-b748-637fe7a00ee7} -background n
okt 29 15:23:32 tomi-gepe sddm[2776]: Running display setup script  "/usr/share/sddm/scripts/Xsetup"
okt 29 15:23:32 tomi-gepe sddm[2776]: Display server started.
okt 29 15:23:32 tomi-gepe sddm[2776]: Socket server starting...
okt 29 15:23:32 tomi-gepe sddm[2776]: Socket server started.
okt 29 15:23:32 tomi-gepe sddm[2776]: Greeter starting...
okt 29 15:23:32 tomi-gepe sddm[2776]: Adding cookie to "/var/run/sddm/{2c507560-fc84-47ff-b748-637fe7a00ee7}"
okt 29 15:23:32 tomi-gepe sddm-helper[4222]: [PAM] Starting...
okt 29 15:23:32 tomi-gepe sddm-helper[4222]: [PAM] Authenticating...
okt 29 15:23:32 tomi-gepe sddm-helper[4222]: [PAM] returning.                                                                                  
okt 29 15:23:32 tomi-gepe sddm[2776]: Greeter session started successfully                                                                     
okt 29 15:23:32 tomi-gepe sddm[2776]: Message received from greeter: Connect                                                                   
okt 29 15:23:39 tomi-gepe sddm[2776]: Message received from greeter: Login                                                                     
okt 29 15:23:39 tomi-gepe sddm[2776]: Reading from "/usr/share/xsessions/plasma.desktop"                                                       
okt 29 15:23:39 tomi-gepe sddm[2776]: Session "/usr/share/xsessions/plasma.desktop" selected, command: "/usr/bin/startkde"                     
okt 29 15:23:39 tomi-gepe sddm-helper[4245]: [PAM] Starting...                                                                                 
okt 29 15:23:39 tomi-gepe sddm-helper[4245]: [PAM] Authenticating...
okt 29 15:23:39 tomi-gepe sddm-helper[4245]: [PAM] Preparing to converse...
okt 29 15:23:39 tomi-gepe sddm-helper[4245]: [PAM] Conversation with 1 messages
okt 29 15:23:39 tomi-gepe sddm-helper[4246]: pam_ecryptfs: Passphrase file wrapped
okt 29 15:23:39 tomi-gepe sddm-helper[4245]: pam_kwallet(sddm:auth): (null): pam_sm_authenticate
okt 29 15:23:39 tomi-gepe sddm-helper[4245]: pam_kwallet5(sddm:auth): (null): pam_sm_authenticate
okt 29 15:23:39 tomi-gepe sddm[2776]: Oops, secure memory pool already initialized
okt 29 15:23:40 tomi-gepe sddm-helper[4245]: [PAM] returning.
okt 29 15:23:40 tomi-gepe sddm[2776]: Authenticated successfully
okt 29 15:23:40 tomi-gepe sddm-helper[4245]: pam_kwallet(sddm:setcred): pam_kwallet: pam_sm_setcred
okt 29 15:23:40 tomi-gepe sddm-helper[4245]: pam_kwallet5(sddm:setcred): pam_kwallet5: pam_sm_setcred
okt 29 15:23:40 tomi-gepe sddm[2776]: Auth: sddm-helper exited successfully
okt 29 15:23:40 tomi-gepe sddm[2776]: Greeter stopped.
okt 29 15:23:40 tomi-gepe sddm[2776]: Session started
 

Az sddm.conf teljes tartalát kimásoltam

#20 Váratlanul észrevettem, hogy egy nem logikus dolgot javasol a válaszoló,
http://askubuntu.com/questions/602360/ubuntu-14-04-x64-encrypted-home-si...
'The problem was that when I tried rewrapping the passphrase I was trying to set a passphrase different than my account password. It worked when I set it the same as my account password.'
nevezetesen azt, hogy a titkosítás kulcsa egyezzen meg a felhasználói jelszóval. Ez egészen biztosan nem jó, azaz nem biztonságos megoldás. És most nem néztem utána, hogy mit csinál ez a parancs (sajnos), talán mert (őrült) magyarázat nélkül itt
http://askubuntu.com/questions/411702/ubuntu-12-04-keyring-broken-signat...
is javasolja másvalaki.

A jelszó változtatás után (ne a felhasználóira változtasd) mit a kimenet?

sudo journalctl --unit=sddm.service

#19

Köszi a válaszod.Ha futtatom, kéri a régi és az új jelszót.

A régit tudom, de az újnak ne adjak meg semmit csak Entert?

Ha adok újat akkor semmi nem változik.Vagy csak én nem értem?

#40 Igen, ott 'is' megvan, ha LiveCD-ről jelentkezel be, akkor Loop eszközként
https://en.wikipedia.org/wiki/Loop_device
a GVFS által (Gnome Virtual File System).
https://en.wikipedia.org/wiki/GVfs
A kimenetben látható is a GVFS kapcsolat. Nekem nincs tapasztalatom ilyen 'észlelésben', előre nem láttam.

Keressük meg a tikosított könyvtárat a valós elhelyezkedése szerint,

sudo find / -name .Private

majd arra vonatkozóan járj el. Próbáljuk így.

sudo ecryptfs-recover-private /megtalált/elérési/út/.Private

Ha nem sikerül, megpróbáljuk máshogyan.

http://askubuntu.com/questions/823218/ecryptfs-recovery-possible-using-p...

Szia végrehajtottam ezt:

Use ecryptfs-recover-private # ha van neked ilyen
          (de azért még pár dolgot jó lenne tisztázni)

     1)  boot the target system using an Ubuntu 11.04 Desktop LiveCD
     2) make sure that your target system's hard drive is mounted
     3) run 'sudo ecryptfs-recover-private'
     4) follow the prompts
     5) access your decrypted data and save somewhere else

Az eredmény

 

mint@mint ~ $ sudo ecryptfs-recover-private
INFO: Searching for encrypted private directories (this might take a while)...
find: ‘/run/user/999/gvfs’: Permission denied
find: File system loop detected; ‘/sys/kernel/debug/pinctrl’ is part of the same file system loop as ‘/sys/kernel/debug’.
 

#42 'Do you know your LOGIN passphrase? [Y/n] n  (itt nem tudom milyen jelszó kell neki, próbáltam már a tomi jelszavával, de az sem jó neki)'
-- nagy betűket használj mindenhol és itt ne N-t, hanem Y-t. Miért ne tudnád a titkosítási jelszavad?
'INFO: To recover (A helyreállításhoz) this directory, you MUST have (tudnod KELL) your original MOUNT passphrase (az eredeti CSATOLÁSI jelszavad).'
'Do you know your LOGIN passphrase? [Y/n]' - Y és megadod neki, így a MOUNT pass működni fog ...

Itt két titkosítási jelszavad volt még; az eredeti és még egy (pár), amire nem tudtad megváltoztatni.
https://linuxmint.hu/comment/9035#comment-9035
Mindkettőt próbáltad továbbá a felhasználói jelszavad is (amivel a rendszerbe bejelentkezel, a telepítések alkalmával engedélyezed azokat, stb.), erről van szó?

Továbbá kanyarodjunk vissza ide, mert néhány dolgot nem értek;

'Ha a root felhasználóval beléptem és az asztalt, böngésző kedvenceket beállítottam akkor az 1 asztal jelent meg (pl. Virágos mező háttér),'
-- eddig rendben

'ha sikerült valahogy beállítanom az automatikus bejelentkezést akkor egy 2 asztal jött be alap Mint háttérrel, mentett könyvjelzők nélkül és a serviio szerver sem működött.'
-- mi ez a valahogy? itt van a csont elásva ... ez nem normális működés. Ha nem tudod elmondani, képen megmutathatnád, hogy miképpen történt ez a 'valahogy' (a a baj ezzel, hogy fogalom és nem tudom elképzelni). És nem úgy kéne megfogalmazni, hogy '2 asztal' (amúgy is a második, az '2.'), hanem úgy, hogy egy másik (kinézetű) asztal. Ugyanis van, mikor 4 asztalod is lehet egy bejelentkezéskor, állítani tudod, mennyi legyen (egy vagy több), és munkasztaloknak hívják ezeket. Ha két munkaasztal van, akkor az egyikről átválthatsz egy másikra (számtech). A 2 asztal az nem 1 asztal ... tehát elképzelek két asztalt a kertben (nem számtech fogalom). Gondolom, úgy érted, hogy 'egyféle asztal' (1) és 'másféle asztal' (2). Ilyen kifejezés nem létezik, hogy 1 és 2 (Linux/asztal), te találod ki ;). Az első és a második asztal mást takar. Nem lovagolok ezen, de tisztázzuk végre.

'A baj itt az volt, hogy képernyővédő  bekapcsolásakor újra be kellett lépnem és az csak jelszóval lehetett, ezért az 1 asztal jött be.'
-- ezt is kérem képen modellezve, a) hol állítod a képernyővédőt, b) amikor bekapcsolod a rendszer kijelentkeztet, avagy az van inkább, hogy amikor automatikusan bekapcsol a képernyővédő, akkor a rendszer kijelentkeztet? A kettő közül melyik?

Próbálj úgy elmagyarázni mindent, mintha egy őslakos lennék (kő baltával) és sosem láttam számítógépet sem. :-)
.. persze igazából a titkosítást kéne levenni, másolnál, mentenél, aztán egy 'tiszta' rendszer telepítés(e) után szépen meglennének titkosítatlanul.

tomi@tomi-gepe ~ $ sudo find / -name .Private

[sudo] tomi jelszava:
/home/.ecryptfs/tomi/.Private
/home/tomi/.Private
find: „/run/user/1000/gvfs”: Engedély megtagadva
tomi@tomi-gepe ~ $ sudo ecryptfs-recover-private /home/tomi/.Private
INFO: Found [/home/tomi/.Private].
Try to recover this directory? [Y/n]: y
INFO: Found your wrapped-passphrase
Do you know your LOGIN passphrase? [Y/n] n  (itt nem tudom milyen jelszó kell neki, próbáltam már a tomi jelszavával, de az sem jó neki)
INFO: To recover this directory, you MUST have your original MOUNT passphrase.
INFO: When you first setup your encrypted private directory, you were told to record
INFO: your MOUNT passphrase.
INFO: It should be 32 characters long, consisting of [0-9] and [a-f].

Enter your MOUNT passphrase:  (itt nem tudom milyen jelszó kell neki, próbáltam már a tomi jelszavával, de az sem jó neki)
mount: mount(2) failed: Nincs ilyen fájl vagy könyvtár
ERROR: Failed to mount private data at [/tmp/ecryptfs.ekudYK6f].
tomi@tomi-gepe ~ $

 

#44 Kimaradt a mount (a root/gyökér/rendszer partíció csatolása) a LiveCD-s műveletből és volt ilyen érzésem is :-), itt is írják (konkrétan),
http://bodhizazen.net/Tutorials/Ecryptfs
bár én az encryptfs mount parancsát
https://forums.linuxmint.com/viewtopic.php?t=176727
gondoltam volna.

A lépések

-- kideríted, melyik a rendszer partíciód (fontos) -a Chroot blogomban írtam a hogyanról, de nem kell chroot-olni- mondjuk így

sudo parted -l

vagy

sudo fdisk -l

-- majd (LiveCD-n is megnézheted, melyik a rendszer partíció) indítasz egy LiveCD-t kipróbálás módban és csatolod az a LiveCD 'mnt' könyvtára alá. Ha például az sda3, akkor így (helyettesítsd be a partíció nevét)

sudo mount /dev/sda3 /mnt

-- majd -nem kívánom elhúzni- a szokásos (már megismert) parancs (amely egy szkript valójában)

sudo ecryptfs-recover-private

-- és ezt látod ... # remélem (ha mást, azt mentsd el egy szövegfájlba / tomienscrypt.txt)

INFO: Searching for encrypted private directories (this might take a while)... # a titkosított könvytárak keresése
INFO: Found [/mnt/home/.ecryptfs/cryptotheslow/.Private]. # találat
Try to recover this directory? [Y/n]: Y # próbáljuk visszaállítani a könyvtárat (levenni a titkosítást)?
INFO: Found your wrapped-passphrase # megtalálja a titkosítási jelszót
Do you know your LOGIN passphrase? [Y/n] Y # tudod a felhasználói jelszavad?
INFO: Enter your LOGIN passphrase... # tájékoztatás (begépelés után üss Enter-t)
Passphrase: # begépeled a te titkosítási (vagy felhasználói) jelszavad (leírás ehhez semmi már, 'tört' / elérhetetlen ubuntu leírás ('broken link'); https://wiki.archlinux.org/index.php/ECryptfs )
Inserted auth tok with sig [fa0516369a9d60dd] into the user session keyring # tokent készít
INFO: Success!  Private data mounted read-only at [/tmp/ecryptfs.yxyLYWVG]. # elérési út a 'Private' adatokhoz

-- végül a már nem titkosított fájlok itt találhatóak meg (csak olvasható / read only) - és egy grafikus( alkalmazásoknál használatos) emelt joggal (gksu) indított fájlkezelővel másolhatod is az látható elérési útról (amit kidob neked a terminál; /tmp/ecryptfs.*) akárhova.

linuxmint@linuxmint:~$ gksu caja /tmp/ecryptfs.*

Akkor kezdjük azzal, hogy; melyik a rendszer partíciód?

Azért szükséges a LiveCD (mindegy melyik verzió), mert nem szabad használatban lévőnek lenni a menteni kívánt adatoknak. És azért kell csatolni, mert 'csatolatlan' könyvtárat vagy partíciót a Live rendszer vagy terminál parancs nem minden esetben lát (mint most) és így nem tudja kezelni. A Live rendszer nem használja, csak kezeli a(z esetünkben) könyvtárat. A telepített rendszered használja is (a működés közben) és kezeli is.

Kettőnk közül én vagyok az őslakos. :-) Bár ezzel mind a ketten tisztában vagyunk már.:-)
Megtaláltam közben azt a 32 karakterből álló original MOUNT passphrase-t, de ez is ugyan azzal a hibával végződött.
ERROR: Failed to mount private data at [/tmp/ecryptfs.ekudYK6f].

Igen, kezdem érteni, talán a másik munkamenet a megfelelő szó.Bár most már csak egy általam használt ,módosított munkamenet az elérhető.Az amelyiken nem működik se szerviio (gondolom jogom nincs hozzá), se torrent kliens nem indul el (gondolom ez is jogosultság probléma lehet).Igazából nem is érdekel már és az utolsó ötleted tetszik a legjobban.
Miután hozzáférek, menteni a file-okat és újrarakni az egészet és az eddig elkövetett hibák nélkül telepíteni mindent.
Ez a cél, esküszöm egyfolytában bújom a szakirodalmat és tőled is sokat tanultam, de elég nagy a lemaradásom.
Valamikor régen tanultam és nagyképűen azt hittem, menni fog ez egyedül is, de nagyot estem pofára. :-)
Az, hogy nem ijedek meg a termináltól, tudok pár parancsot, még édes kevés.
Szóval akkor hogy "antititkosítsuk" ezeket a fránya file-okat?

#46 Tehát az 'sdc1' a régi, titkosított '/home', ... és ebben biztos vagy?
-- ATA Hitachi HDS5C105 / 500GB

Ha igen, akkor majd belépsz oda a csatolás után.

LiveCD és

-- először is nézzük a mount parancs után

sudo mount /dev/sdc1 /mnt

mi van ott?

ls /mnt

Másold ide az 'ls /mnt' kimenetet, ha ezt tudjuk, akkor a 'cd' paranccsal belépsz a könyvtárba, például így

cd /mnt/amit_látunk;ls..

majd (a könyvtárban állva, ahova beléptél; change directory)

sudo ecryptfs-recover-private

... a szkript (ecryptfs-recover-private) nem tökéletes / helyetted nem gondolkodik
http://askubuntu.com/questions/760642/sudo-ecryptfs-recover-private-give...

A rendszer a lemezeket (például sda, sdb, sdc, sdd) általában csatolja, de nekünk a partíció (például sda1, sdb5, sdc3) csatolására van szükségünk (az mnt alá). A lemezek szám nélkül látszanak, a partíciókat a számok jelzik lemezek neve után, mint ahogy látod a 'parted -l' kimenetben is, mintegy magyarázatként.

Semmi mást ne csatolj, ezt a parancsot ne add ki (felesleges).

sudo mount /dev/sda /mnt

Csak a fentit, ezt. Mást nem kell csatolnod külön.

sudo mount /dev/sdc1 /mnt

#45

Eddig jutottam:

mint@mint ~ $ sudo parted -l
Model: ATA Samsung SSD 840 (scsi)
Disk /dev/sda: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End    Size    Type      File system     Flags
 1      1049kB  111GB  111GB   primary   ext4            boot
 2      111GB   120GB  8582MB  extended
 5      111GB   120GB  8582MB  logical   linux-swap(v1)

Model: ATA Hitachi HUA72302 (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  2000GB  2000GB  ext4

Model: ATA Hitachi HDS5C105 (scsi)
Disk /dev/sdc: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End    Size   Type     File system  Flags
 1      1049kB  500GB  500GB  primary  ext4

Warning: Unable to open /dev/sr0 read-write (Read-only file system).  /dev/sr0
has been opened read-only.
Model: TSSTcorp CDDVDW SH-S223C (scsi)                                   
Disk /dev/sr0: 1950MB
Sector size (logical/physical): 2048B/2048B
Partition Table: mac
Disk Flags:

Number  Start   End     Size    File system  Name   Flags
 1      2048B   6143B   4096B                Apple
 2      1943MB  1945MB  2425kB               EFI

mint@mint ~ $ sudo mount /dev/sda /mnt
mount: /dev/sda is already mounted or /mnt busy                              
mint@mint ~ $ sudo mount /dev/sdc1 /mnt                                      
mint@mint ~ $ sudo ecryptfs-recover-private                                    
INFO: Searching for encrypted private directories (this might take a while)...   
find: ‘/run/user/999/gvfs’: Permission denied                                    
find: File system loop detected; ‘/sys/kernel/debug/pinctrl’ is part of the same file system loop as ‘/sys/kernel/debug’.                                                                       
mint@mint ~ $     

Ha jol ertem a rendszerparticio amit mondtal, hogy mountoljak, mar csatlakoztatva van, ezert a home konyvtar particiojat csatoltam es  ez lett.120GB SSD a rendszerparticio.

#48 Valahol azt láttam, ez egy 'GVfs' bug. Próbálok utánajárni a megoldásnak azért.
Ami ezzel kapcsolatban még az eszembe jutott, egy régebbi LiveCD használata (régebbi GVfs).

Ha ezt írom

ls /mnt

akkor nem ezt kértem. :-)

cd /mnt/tomi $$ ls -la

Igaz, kitalálhattam volna, hogy 'tomi' néven lesz ott, az 'mnt' alatt ... kávé ... ;)
De amit látsz, azok kellenének neked? Dokumentumok, Képek ...  van ott fontos dolog tényleg? Persze, hogy igen, de ha jól értem, akkor az automatikus bejelentkezésen kívül más gondod nincs és ez az SDD-n lévő 'home' jól működik (persze titkosított könyvtárral). A titkosított könyvtárakat tudod olvasni?

mint@mint ~ $ ls /mnt
lost+found  tomi

mint@mint ~ $ cd /mnt/tomi
mint@mint /mnt/tomi $ ls -la
total 652
drwxrwxrwx 39 1000 1000   4096 Nov  5 08:12 .
drwxr-xr-x  5 root root   4096 Nov  1 11:01 ..
lrwxrwxrwx  1 1000 1000     56 Oct 11 07:29 Access-Your-Private-Data.desktop -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.desktop
drwx------  3 1000 1000   4096 Oct 28 07:14 .adobe
drwxr-xr-x  2 1000 1000   4096 Oct 27 11:46 Asztal
-rw-------  1 1000 1000   1986 Nov  4 13:09 .bash_history
drwxrwxr-x 11 1000 1000   4096 Nov  5 14:06 .cache
drwx------ 13 1000 1000   4096 Nov  5 14:06 .config
drwx------  3 1000 1000   4096 Oct 27 11:46 .dbus
-rw-------  1 1000 1000     82 Nov  4 07:27 .directory
drwxr-xr-x  2 1000 1000   4096 Oct 27 11:46 Dokumentumok
lrwxrwxrwx  1 1000 1000     30 Oct 11 07:29 .ecryptfs -> /home/.ecryptfs/tomi/.ecryptfs
drwx------  3 1000 1000   4096 Nov  5 08:12 .gconf
-rw-r-----  1 1000 1000      0 Nov  4 06:10 .gksu.lock
-rw-rw-r--  1 1000 1000    336 Oct 27 11:46 .gtkrc-2.0
drwxr-xr-x  3 1000 1000   4096 Nov  4 07:42 .kde
drwxr-xr-x  2 1000 1000   4096 Oct 27 11:46 Képek
drwxr-xr-x  2 1000 1000   4096 Oct 27 11:46 Letöltések
drwxrwxr-x  4 1000 1000   4096 Oct 28 06:24 .linuxmint
drwxr-xr-x  3 1000 1000   4096 Oct 11 07:48 .local
drwx------  3 1000 1000   4096 Oct 28 07:14 .macromedia
-rw-rw-r--  1 1000 1000      0 Nov  4 13:08 mount.txt
drwx------  4 1000 1000   4096 Oct 28 06:24 .mozilla
drwxr-xr-x  2 1000 1000   4096 Oct 27 11:46 Nyilvános
drwxrwxrwx  6 root root   4096 Nov  4 06:17 output
-rw-r--r--  1 root root 130575 Nov  1 19:02 photorec.ses
lrwxrwxrwx  1 1000 1000     29 Oct 11 07:29 .Private -> /home/.ecryptfs/tomi/.Private
lrwxrwxrwx  1 1000 1000     52 Oct 11 07:29 README.txt -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.txt
drwxr-xr-x  2 root root  20480 Nov  1 17:03 recup_dir.1
drwxr-xr-x  2 root root  20480 Nov  1 17:07 recup_dir.10
drwxr-xr-x  2 root root  20480 Nov  1 17:07 recup_dir.11
drwxr-xr-x  2 root root  20480 Nov  1 17:07 recup_dir.12
drwxr-xr-x  2 root root  20480 Nov  1 17:07 recup_dir.13
drwxr-xr-x  2 root root  20480 Nov  1 17:07 recup_dir.14
drwxr-xr-x  2 root root  20480 Nov  1 17:07 recup_dir.15
drwxr-xr-x  2 root root  20480 Nov  1 17:07 recup_dir.16
drwxr-xr-x  2 root root  20480 Nov  1 17:07 recup_dir.17
drwxr-xr-x  2 root root  20480 Nov  1 19:02 recup_dir.18
drwxr-xr-x  2 root root  20480 Nov  1 17:03 recup_dir.2
drwxr-xr-x  2 root root  20480 Nov  1 17:04 recup_dir.3
drwxr-xr-x  2 root root  20480 Nov  1 17:04 recup_dir.4
drwxr-xr-x  2 root root  20480 Nov  1 17:04 recup_dir.5
drwxr-xr-x  2 root root  20480 Nov  1 17:07 recup_dir.6
drwxr-xr-x  2 root root  20480 Nov  1 17:07 recup_dir.7
drwxr-xr-x  2 root root  20480 Nov  1 17:07 recup_dir.8
drwxr-xr-x  2 root root  20480 Nov  1 17:07 recup_dir.9
drwxr-xr-x  2 1000 1000   4096 Oct 27 11:46 Sablonok
-rw-r--r--  1 1000 1000      0 Oct 29 13:23 .sudo_as_admin_successful
drwxr-xr-x  2 1000 1000   4096 Oct 27 11:46 Videók
-rw-------  1 1000 1000     54 Nov  5 08:12 .Xauthority
-rw-------  1 1000 1000  62968 Nov  5 14:06 .xsession-errors
drwxr-xr-x  2 1000 1000   4096 Oct 27 11:46 Zenék
mint@mint /mnt/tomi $ sudo ecryptfs-recover-private
INFO: Searching for encrypted private directories (this might take a while)...
find: ‘/run/user/999/gvfs’: Permission denied
find: File system loop detected; ‘/sys/kernel/debug/pinctrl’ is part of the same file system loop as ‘/sys/kernel/debug’.
 

 

#50 A jelszót könnyű megváltoztatni :-)

passwd $USER

$USER = behelyettesítendő a felhasználó neve.
A 'sudo' kellhet a parancs elé, ha nem az alábbi lehetőségeket használja az ember (hanem átlép az egyik konzolra).
LiveCD és chroot vagy a Recovery/hibajavító módú belépés az egyszerű módja.

#7 A kisebbik fiú unokám szokott ideülni a géphez. 5! az az öt éves, de már nagy partizán. Amikor elmentek itt hagytam a gépet, majd később újraindítottam és a jó istennek sem engedett be!!! Egy jó fél órai kínlódás után beraktam a telepítőt és újra raktam az egészet. Egy hét után derült ki, hogy Zalán volt a jelszó változtató! :)

#52 Hát azt nem tudom egészen biztosra mondani neked, hogy egy titkosított könyvtárat csak úgy másolhatsz a kedved szerint ahova akarod. Mert szerintem nem másolgathatod szabadon, de erre a történetre rákeresek.

'Toroltem ay eredeti konyvtarat.'
-- nem szabad törölni az eredeti könyvtárat ellenőrzés előtt. A Kukában nincsenek meg a törölt fájlok?

'Akkor kezdődött a gond, mikor ezt beírtam ecryptfs-rewrap-passphrase /home/.ecryptfs/$USER/.ecryptfs/wrapped-passphrase Megvaltoztattam a jelszavam, ujrainditottam a rendszert, de nem valtozott a bejelentkezo jelszavam.'
-- ezt azért elkülöníteném a problémától. Utána -a jelszó változtatás után, mellesleg, amit egy, azaz több Wiki leírás is ír, tehát nem én találtam ki- történt a másolás. A jelszó megváltoztatás sikertelensége egészen más ok miatt nem működött, nem tudni miért, és nem jártunk utána még ennek, lényegtelennek tartom, hiszen említetted, a fájlokhoz a régi jelszóval hozzá tudtál férni. Olvass csak vissza. Utána másoltál egy külső partícióra. A titkosított fájlokat nem igazán lehet csak úgy másolgatni ..., én ezt így gondolom. Különben miért titkosítottad, mire jó a titkosítás, ha csak úgy másolgathatnád? Senki nem mondta neked, hogy másolgasd a titkosított fájlokat. Ha közlöd, hogy ez a szándékod, azt mondom, ne csináld. Mennyire fontos fájlok az 'eltűntek', nagyon? A Kuka-t nézd meg.

'Viszont mikor  az elozoleg meglelt konyvtaramat probaltam lementeni a 2TB/os meghajtora'
-- én nem tudom, mikor, mit másolgattál, de megtelt meghajtóról sem beszéltél. De álljunk meg egy szóra, megtelt vagy meglelt? Ha meglelt (megtalált) akkor eddig holt volt eldugva? Részletkérdés, de a megtelt (teli meghajtó) nem azonos a meglelttel (megtalált), akár kezdő akár nem az valaki, ez más fogalom ..., erre azért mellesleg felhívom a figyelmed, hogy pontosan kéne fogalmazni.
Továbbá folyamatosan arról volt szó, hogy van egy régi, titkosított 'home', a telepítésnél nem formázod, hanem csak bejelölöd, hogy az legyen használva és így megmarad, megmenthető. A másolgatásról senki, én sem és más sem beszélt (te sem). Ha említed, ismétlem, nemcsak én, hanem más sem javasolta volna ezt. A jelszó változtatási kísérlet nem okoz eltűnt fájlokat. Akkor a többi fájl miért maradt ott, köztük titkosított is, ugyanis látszik a kimenetben. Tehát itt még megvoltak;

lrwxrwxrwx  1 1000 1000     29 Oct 11 07:29 .Private -> /home/.ecryptfs/tomi/.Private
lrwxrwxrwx  1 1000 1000     30 Oct 11 07:29 .ecryptfs -> /home/.ecryptfs/tomi/.ecryptfs

A szimpla másolásnál a linkelések is eltűnnek, a '->' egy linkelés, már nincs hova linkelve ... . Másodszor pedig törölted -vagy nem tudom, mit csináltál pontosan a másolás után azzal, de szerintem törölted ... legalábbi egyszer igen- az eredeti 'home'-ot, oda voltak linkelve a titkosított fájlaid tartalmazó könyvtárak. Lebeszéltünk volna erről.

Utószó
Ez azért pár dolgot elárul;

Tehat mar meg volt minden adat.
-- magad írtad az imént, megvolt minden adat, tehát a jelszó változtatás nem kavart be, hisz' a másolás előtt megvolt minden adat (két napja történt a jelszó változtatás legalább)

Mastoltam a kivant konyvtarat masik meghajtora.
-- csak a kívánt könyvtárat, de melyiket?

Toroltem ay eredeti konyvtarat.
-- töröltél mindent a linkeléssel együtt. Ha az eredeti home megvan, akkor abban elméletileg megvan az a könyvtár, amire megtörtént a szimbólikus link létrehozása, de szerintem azon a partíción mindent töröltél, így azt is, vagyis minden könyvtárat, ami összefügg a titkosítással. Így ... nem tudom, hol keresd. Azt sem tudom, mit csináltál; megvolt minden adat és hirtelen mégsem - mit értelmezzek, nincs mit.

Akkor keyd[d0tt a gond mikor eyt be<rtam
ecryptfs-rewrap-passphrase /home/.ecryptfs/$USER/.ecryptfs/wrapped-passphrase
Megvaltoztattam a jelszavam, ujrainditottam a rendszert, de nem valtozott a bejelentkezo jelszavam.Viszont mikor
 az elozoleg meglelt konyvtaramat probaltam lementeni a 2TB/os meghajtora, mentes utan eszre
vettem, hogy nem minden file van meg az atmasolt konytarban, ami a masolas elott megvolt.
De addirga nyomtam egy torlest ay eredeti mentendo konyvtarra, mert azt gondoltam, mar mentettem.

Tehat mar meg volt minden adat.

Mastoltam a kivant konyvtarat masik meghajtora.

Toroltem ay eredeti konyvtarat.

Ujrainditottam.

Elt-nt o par file ami megvolt masolas elott.

Eyeket akarom csak visszakapni, semmi mas nem erdekel.

#54 Akkor még egyszer

'Ha adok újat akkor semmi nem változik.Vagy csak én nem értem?'
https://linuxmint.hu/comment/9006#comment-9006
-- nem említed, később sem, hogy eltűnt a könyvtár, nyilván fontos, tehát naponta nézegeted

'És újraindítás után még mindig a régi jelszavammal tudok csak belépni, és csak a másodlagos asztalom jön be.'
https://linuxmint.hu/comment/9035#comment-9035
-- felhívom a figyelmed erre; 'még mindig'
-- a te kifejezéseddel másodlagos asztal nem jó, mert nem működik a Serviio, a könyvjelzőid eltűntek, az 'Asztal'-on nincsenek ikonok, stb.. Tehát eleve nem stimmel ezzel a belépéssel valami. Később ez megjavul, a te kifejezéseddel az elsődleges 'Asztal'-lal tudsz belépni, minden rendben. Részleteket azonban nem tudunk, hogy hogyan csináltad, de megcsináltad. Én azért kíváncs lettem volna a 'megoldásra', ami nem biztos, hogy jó, de te úgy gondoltad ... . Tehát minden rendben, javítottál.

'Ha a root felhasználóval beléptem és az asztalt, böngésző kedvenceket beállítottam akkor az 1 asztal jelent meg (pl. Virágos mező háttér), ha sikerült valahogy beállítanom az automatikus bejelentkezést akkor egy 2 asztal jött be alap Mint háttérrel, mentett könyvjelzők nélkül és a serviio szerver sem működött.A baj itt az volt, hogy képernyővédő  bekapcsolásakor újra be kellett lépnem és az csak jelszóval lehetett, ezért az 1 asztal jött be.'
https://linuxmint.hu/comment/9040#comment-9040
-- itt említést teszel a megoldásról, a root felhasználóval belépés az, ismét rendben minden, az 'elsődleges Asztal' látszik, stb.. Mindazonáltal felhívom a figyelmed arra, hogy itt
https://linuxmint.hu/comment/9053#comment-9053
tájékoztatlak arról hogy a root jelszó a te felhasználói jelszavad, tehát a normális, neked is megfelelő belépés a Linux alatt szokásos bejelentkezéssel 'helyreállt'. De mit sem tudunk a másik bejelentkezésről, nem magyarázod el ... én lképzelni sem tudom, hogyan lépek be máshogyan, mint felhasználóként.
-- igaz, a 'másodlagos Asztal'-nál nem látod a fájlokat
'Sajnos most a 2 asztalnál (beállításoknál megint nem látom a file-okat amik eddig is veszélyben voltak és csak egy újratelepítéssel tudtam visszahozni őket.'
https://linuxmint.hu/comment/9040#comment-9040
de a hagyományos bejelentkezésnél vélhetőleg igen ('elsődleges Asztal').
-- továbbá az én logikámat követve -a tiedet nemigen lehet- arra következtetek, hogy a 'másodlagos Asztal' látványa a 'linux' felhasználóval történt bejelentkezéskor történik, mellyel amúgy sok gondod is volt.
'A linux könyvtár egy rpróbálkozás volt az előző telepítéskor egy közös felhasználó létrehozására, de nem sikerült munkára bírni.(automatikus bejelentkezés stb.)'
https://linuxmint.hu/comment/9048#comment-9048
-- ezt a felhasználót töröltük, de nem is volt értelme meghagyni. Hátránya sem lehet, hiszen használhatatlan volt és a neked fontos fájlokat sem láttad azzal belépve (említed korábban). Miközben a 'tomi' felhasználóval igen.

'Töröltem a linux könyvtárat ahogy írtad, de a jelszócserés parancs óta nem tudok belépni arra az asztalfelületre, ahol minden működött , sőt van egy két file azóta, amit nem látok, de a könyvtárat amibe vannak azt igen és a többi file-t is.Az az asztalfelület, amit eddig használtam és működött,(virágos háttere volt és óra és időjárás widget is volt kinn), tehát egyértelműen meg tudom különböztetni.'
https://linuxmint.hu/comment/9056#comment-9056
'már ott tartok, hogy, ha sikerülne egyszer végre visszatalálnom a saját beállított kezelőfelületemhez, lementeném a fil-okat és az egészet teljesen újra telepíteném, mindenféle titkosítás nélkül.'
https://linuxmint.hu/comment/9061#comment-9061
-- igaz, itt két helyen az ellenkezőjét is említed ... összefüggést nem látok közvetve, egy jelszócsere nem okoz fájl eltűnést, főleg, ha nem sikerült.

A következő parancsot

ecryptfs-rewrap-passphrase /home/.ecryptfs/$USER/.ecryptfs/wrapped-passphrase

gondolom, a 'tomi' nevű felhasználóval belépve adtad ki, mert úgy helyes és működnie kellett volna. Nem tudok mást mondani, hogy ezt a Wiki így javasolja, én sem tudok mást a jelszóváltoztatásra. A körülmények szerencsétlen összjátéka, illetve egy bug játszhatott össze, hogy eltűntek a fájlok. Az is előfordulhatott, hogy kellett volna a 'sudo' a parancs kiadásakor, mert a könyvtárban voltak olyan fájlok, melyekhez a 'tomi' nevű felhasználónak nem volt joga. Létezik ilyen, nálam is vannak ilyen könyvtárak és fájlok (a telepítések, például a git-ről történőek). Ezek titkosítását 'sudo' nélkül nem tudtad feloldani, de akkor is fura, hogy eltűntek. Mert átmásoltad a könyvtárakat máshova, és törölted az eredeti könyvtárat, innen már nehéz visszahozni azt a könyvtárat, a Cutt-ot. Másolni nem hiszem, hogy titkosítás levétel nélkül lehet. A megtelt/meglelt könyvtáron nem érdemes vitázni. A lényeg, hogy valamit töröltél ... mi a neve vagy nevük? És minek másoltál át fájlokat, ha nem telt meg a lemez, a home? Akkor bővebben kérdezek;
     -- melyik lemezen volt amit másoltál,
     -- milyen könyvtárakat másoltál át, mi a nevük,
     -- milyen könyvtárakat töröltél, mi a nevük?
'Másolás után azt töröltem, nem linket csináltam, másoltam, legalábbis azt akartam.'
-- nem mondtam, hogy készíts linket, másról beszélek. Fogalmam sincs, milyen könyvtárakat töröltél, csak tippelni tudok. Elég sokszor kell tippelnem.

'Ha a root felhasználóval beléptem és az asztalt, böngésző kedvenceket beállítottam akkor az 1 asztal jelent meg (pl. Virágos mező háttér), ha sikerült valahogy beállítanom az automatikus bejelentkezést akkor egy 2 asztal jött be alap Mint háttérrel, mentett könyvjelzők nélkül és a serviio szerver sem működött.A baj itt az volt, hogy képernyővédő  bekapcsolásakor újra be kellett lépnem és az csak jelszóval lehetett, ezért az 1 asztal jött be.'
https://linuxmint.hu/comment/9040#comment-9040
-- és azért a 'valahogy' módszer hiányzik nekem ... . És a mikor mit csináltál is elég zavaros. Tehát már eleve volt egy fura jelenség.
'Sajnos az első telepítéskor titkosítottam a könyvtáram, ez lehet a gond. Sajnos most a 2 asztalnál (beállításoknál megint nem látom a file-okat amik eddig is veszélyben voltak és csak egy újratelepítéssel tudtam visszahozni őket.'
https://linuxmint.hu/comment/9040#comment-9040
-- ez sem egyértelmű. Ha nem másoltál volna, megint egy újratelepítéssel ismét láthatnád (talán) a fájlokat. Előfordulhat, hogy nem volt jogod látni azokat a könyvtárakat vagy tényleg egy bug. A titkosítás elég kiforratlan amúgy, azért próbáltam lépésről lépésre segíteni, mindent feltárni. Hol kaptam választ, hol nem. Persze, ettől még működhetett volna a parancs.

A Kuka több helyen is lehet,
/home/$USER/.local/share/Trash
/usr/share/Trash
de a fájlkezelőnek is mutatnia kéne ikonként. Hogyan töröltél és mivel?

Viszonylag hamar válaszoltam amúgy, egyszer te jelezted, hogy két napig nem leszel. Sürgetni nem lehet dolgokat, főleg, amiről nincs teljes információd.

#53

Egy Cutt nevű könyvtárban voltak a file-ok, amiket meg szerettem volna őrizni.

Másolás után azt töröltem, nem linket csináltam, másoltam, legalábbis azt akartam.

 

A titkosítás abból fakadt, hogy az első telepítéskor bejelöltem és egy újratelepítéskor, hogy ne vesszenek el az adatok, ugyan azokat a beállításokat(név, jelszó) alkalmaztam (telepítéskor), nem is engedte a saját mappa titkosításáról levenni a jelölést.

 

Hol találom a kukát? :-)

 

Én nem létom sehol, hogy megtelt dolgot említettem volna.

 

A másolásról nem beszéltem, próbáltam mindent, hogy esetleg újratelepíthessem a rendszert tiszta lappal és már több hete kínlodom ezzel a rendszerrel, ezért van, hogy nem bírom kivárni, hogy 1/2-1 nappal késöbb kapok választ.

Amiért természetesen nagyon hálás vagyok.

#56 Sajnos, oda kell figyelni ..., de igazából nem javasolnám neked a jövőben a titkosítást, nem biztos, hogy úgy működik, ahogy kéne, de nemcsak a Linux OS alatt van ez így. Kis sérülés, és máris lehet valami gond. Nemcsak a kezdők hibáznak, én is hibáztam nemrég egy alkalmazás használata közben, és most mentem, ami menthető ... . Szia

#55

Minden segítségedet köszönöm.Nem szemrehányás volt amit a válaszok idejéről írtam.

Nem gondolom, hogy csak az a dolgod, hogy lámákon segíts.

Igazából csak te próbáltál velem kinlódni.

Köszönöm.

 

Lemondtam az egész dologról, besokaltam.Törlök, formázok mindent és marad a rossz szájíz,de nincs több türelmem ehhez.

Párszor leírtam már mit tettem és hogyan. Sokszor nem értettük egymást, de nehéz is csak írásban elmondani-magyarázni mindent, miközben a fogalmakkal is bajban vagyok.

A működés is sokszor értelmetlen volt számomra, pedig már sokszor használtam (csak használtam) linuxot.

Pl. hol ez hol az a munkamenet jött be, de nem tudom miért.

Már nem is érdekel.

Köszönöm a türelmed, de feladtam.

Szia

#58 Hogyhogy kiléptet? Egyszercsak fogja magát és kiléptet? Mi van közvetlen előtte?
Logokat kéne nézni a /var/log könyvtárban az új bejelenkezés után.
Csak kijeletkeztet? Pontosan mi történik, system restart vagy csak logoff?

Arra keresek megoldást, hogy az automatikus bejelentkezés után, ne léptessen ki a rendszer, mert akkor kéri a jelszót, tehát ugyan ott vagyok ahol elötte.A képernyő kikapcsolása viszont jó lenne, ha x ideig nem használom a gépet.

Linux mint 18 KDE, egy felhaszáló van csak

#60 Valami a titkosítás környékén van, nem tudom most még (este), hogy mi. Keresztkérdés; ha már átmásoltad a neked kellő fájlokat, akkor minek kéne fenntartani a titkosított 'home'-ot, nem lenne jó egy újratelepítés? ... vagy még 'keresed' az eltűnt fájlokat, ezért?

#59

Logoff a jelenség, indításkor bejelentkezik automatikusan, de x perc tétlenség után kilépteti a felhasználót és akkor már csak jelszóval engedi belépni.

Ezt találtam, ezen látszik esetleg valami:

Nov  8 05:48:13 tomi-gepe systemd-logind[2432]: New seat seat0.
Nov  8 05:48:13 tomi-gepe systemd-logind[2432]: New session 1 of user tomi.
Nov  8 05:48:13 tomi-gepe systemd: pam_unix(systemd-user:session): session opened for user tomi by (uid=0)
Nov  8 05:48:14 tomi-gepe sddm-helper: pam_unix(sddm-autologin:session): session opened for user tomi by (uid=0)
Nov  8 05:48:14 tomi-gepe sddm-helper: pam_systemd(sddm-autologin:session): Cannot create session: Already running in a session
Nov  8 05:48:14 tomi-gepe sddm-helper: pam_ck_connector(sddm-autologin:session): nox11 mode, ignoring PAM_TTY :0
Nov  8 05:48:16 tomi-gepe polkitd(authority=local): Registered Authentication Agent for unix-session:1 (system bus name :1.31 [/usr/lib/x86_64-linux-gnu/libexec/polkit-kde-authentication-agent-1], object path /org/kde/PolicyKit1/AuthenticationAgent, locale hu_HU.UTF-8)
Nov  8 05:48:41 tomi-gepe dbus[2489]: [system] Failed to activate service 'org.bluez': timed out
Nov  8 05:58:17 tomi-gepe sudo:     tomi : TTY=unknown ; PWD=/home/tomi ; USER=root ; COMMAND=/usr/lib/linuxmint/mintUpdate/checkAPT.py
Nov  8 05:58:17 tomi-gepe sudo: pam_unix(sudo:session): session opened for user root by (uid=0)
Nov  8 05:58:22 tomi-gepe sudo: pam_unix(sudo:session): session closed for user root
Nov  8 06:17:01 tomi-gepe CRON[6120]: pam_unix(cron:session): session opened for user root by (uid=0)
Nov  8 06:17:01 tomi-gepe CRON[6120]: pam_unix(cron:session): session closed for user root
Nov  8 06:25:01 tomi-gepe CRON[6238]: pam_unix(cron:session): session opened for user root by (uid=0)
Nov  8 06:25:01 tomi-gepe CRON[6238]: pam_unix(cron:session): session closed for user root
Nov  8 06:54:04 tomi-gepe kcheckpass[6299]: pam_ecryptfs: seteuid error
 

 

Meg ezt is találtam:

Nov  8 05:53:16 tomi-gepe anacron[2505]: Job `cron.daily' terminated
Nov  8 05:53:16 tomi-gepe anacron[2505]: Normal exit (1 job run)
Nov  8 05:59:14 tomi-gepe systemd[1]: Started CUPS Scheduler.
Nov  8 06:02:07 tomi-gepe systemd[1]: Starting Cleanup of Temporary Directories...
Nov  8 06:02:07 tomi-gepe systemd-tmpfiles[4581]: [/usr/lib/tmpfiles.d/var.conf:14] Duplicate line for path "/var/log", ignoring.
Nov  8 06:02:07 tomi-gepe systemd[1]: Started Cleanup of Temporary Directories.
Nov  8 06:17:01 tomi-gepe CRON[6121]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Nov  8 06:25:01 tomi-gepe CRON[6239]: (root) CMD (test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ))
Nov  8 06:46:41 tomi-gepe systemd[1]: Started CUPS Scheduler.