Automatikus bejelentkezés

Fórum: 

 Szerbusztok !

Miért van, hogy a bejelentkezéskor 10 másodpercre állandóan bejön a felhasználónév, és jelszókérő ablak.  Annak ellenére , hogy a rendzserbeállítások-felhasználókezelő -nél bepipálom az automatikus bejelentkezést. Ilyenkor egy esetben belép az említett ablak nélkül, de "kidobja a pipát az autómatikus beállításnál. 

kimarite képe

RE:Zoli62

Értékelés: 

0
Még nincs értékelve

#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?

cat /etc/X11/default-display-manager

Értékelés: 

0
Még nincs értékelve

 A kiderítésre ez a válasz :  user/sbin/mdm.  

AMD Radeon HD 6670 DDR5 1GB  a kártya. Az  ajánlott xserver-xorg-video-ati illesztőprogram van a gépen.

balazs képe

 hello 

Értékelés: 

0
Még nincs értékelve

 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ő?

Balázs

Értékelés: 

0
Még nincs értékelve

Lehet rosszul fogalmaztam .  

Én kezdettől automatikus belépést kértem. Mostanában a belépés helyett  10 másodpercre megjelenik a jelszó,és a felhasználó beírást kérő ablak. Ketyeg a 10 mp - Nem írok semmit -Automatikusan feláll a rendszer. 

Azt nem értem , hogy ez mitől jött elő, vagy éppen mítől tűnik el. Most véppen (az útólsó 3 indításnál nem jött elő)  .  

Tehát teljesen rapszódikusnak tűnik a dolog.  Tehát minden teketória nélkül indul minden, csak  többször előfordul , hogy 10 mp-ig nézem az általam nem megszokott "procedurát" .  

Nem sok idő , csak nem értem , ha nem kértem. Rendszerbeállítások- felhasználó kezelő ,automatikus bejelentkezést bepipálom akkor nincs a 10mp-s dolog. Az érdekesség az, hogy egy két belépés után már nincs az automatikus beejelentkezés bepipálva. Akkor jön a 10mp-ces  szép kék bejelentkezési képernyő. 

 

Most zsinorban minden rendben.   Nem értem a trükköt. 

Megoldva !!!

Értékelés: 

5
Átlag: 5 (1 szavazat)

Ne haragudjatok, de van három elvetemült Windows imádó fiam. Szivattak.

Elnézést kérek.  Eszem megáll a 7 éves találta ki.

kimarite képe

RE:Megoldva !!!

Értékelés: 

0
Még nincs értékelve

#7 .. na mindegy :D

Két megoldás lett volna így és most:

- a képen látható

"Enable Timed Login" menübe a felh.neved (User:) és a "Pause before login"-hoz 0.
http://forums.linuxmint.com/viewtopic.php?f=199&t=102728

- a pastebin-re kellett volna feltöltened az mdm.conf-od szöveg tartalmát és ez után, az alábbi leírás szerint javasoltam volna valamit (ami a feltöltött tartalomtól függ).
http://www.dedoimedo.com/computers/ubuntu-mint-autologin.html

Lehet, hogy ezt.
http://askubuntu.com/questions/358990/auto-login-sometimes-fails

gksu gedit /etc/mdm/mdm.conf
[daemon]
TimedLoginEnable=true
TimedLogin=a_felhasználóneved_ide
TimedLoginDelay=0

Köszi Kimarite

Értékelés: 

0
Még nincs értékelve

 Hasznos dolog , jó ha az ember ezt is tudja.   Köszönöm.

Sziasztok

Értékelés: 

0
Még nincs értékelve

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ó.

kimarite képe

RE:Sziasztok

Értékelés: 

0
Még nincs értékelve

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

cat /etc/mdm/mdm.conf

RE:RE:Sziasztok

Értékelés: 

0
Még nincs értékelve

#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.

kimarite képe

# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#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

RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#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

kimarite képe

RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#14 A következő parancs kimenete?

cat /etc/X11/default-display-manager
kimarite képe

RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#14 -- te vagy a 'tomi' felhasználó?
http://forums.fedoraforum.org/showthread.php?t=302073

-- a Breeze téma (és a DMZ-White) egér téma létezik, azaz nincs törölve?
https://bbs.archlinux.org/viewtopic.php?id=201080

-- nézzünk kimenetet (pastebin-re)

sudo journalctl --unit=sddm.service

-- előfordulhat -nem biztos- hogy bug.
https://bbs.archlinux.org/viewtopic.php?id=215830

-- a teljes szövegfájlt másoltad ide?
Több tartalom is lehet (és benne fontos részletek) ..., habár nem ismerem, nem használtam.
https://www.mankier.com/5/sddm.conf
http://manpages.ubuntu.com/manpages/xenial/man5/sddm.conf.5.html
https://wiki.gentoo.org/wiki/SDDM

RE:RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#15

A következő parancs kimenete?

cat /etc/X11/default-display-manager

usr/bin/sddm
 

RE:RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#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

kimarite képe

RE:RE:RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#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...

RE:RE:RE:RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#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?

kimarite képe

RE:RE:RE:RE:RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#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
kimarite képe

RE:RE:RE:RE:RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#20 Mi van ebben a fájlban?

cat /etc/pam.d/sddm

Esetleg bele kéne tenni az itt látható két sort (majd restart)
https://wiki.archlinux.org/index.php/KDE_Wallet#Unlock_KDE_Wallet_automa...

Egyébként volt valami MDM-es, hasonló téma, ahol kibeszéltük, hogy a $HOME titkosítása (az MDM Display Manager-nél) meggátolja az automatikus bejelentkezést.

Nem egészen egyértelmű, amit itt írnak
https://help.ubuntu.com/community/EncryptedPrivateDirectory
Perhaps try the interactive 'ecryptfs-mount-private' ...

RE:RE:RE:RE:RE:RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#21

Ez után a parancs után:

ecryptfs-rewrap-passphrase /home/.ecryptfs/$USER/.ecryptfs/wrapped-passphrase
ennek a kimenete:

sudo journalctl --unit=sddm.service

ez lett:

-- Logs begin at h 2016-10-31 17:14:25 CET, end at h 2016-10-31 17:22:08 CET. --
okt 31 17:14:26 tomi-gepe systemd[1]: Starting Simple Desktop Display Manager...
okt 31 17:14:26 tomi-gepe systemd[1]: Started Simple Desktop Display Manager.
okt 31 17:14:26 tomi-gepe sddm[2766]: Initializing...
okt 31 17:14:26 tomi-gepe sddm[2766]: Starting...
okt 31 17:14:26 tomi-gepe sddm[2766]: Adding new display on vt 7 ...
okt 31 17:14:26 tomi-gepe sddm[2766]: Display server starting...
okt 31 17:14:26 tomi-gepe sddm[2766]: Running: /usr/bin/X -nolisten tcp -auth /var/run/s
okt 31 17:14:26 tomi-gepe sddm[2766]: Running display setup script  "/usr/share/sddm/scr
okt 31 17:14:26 tomi-gepe sddm[2766]: Display server started.
okt 31 17:14:26 tomi-gepe sddm[2766]: Socket server starting...
okt 31 17:14:26 tomi-gepe sddm[2766]: Socket server started.
okt 31 17:14:26 tomi-gepe sddm[2766]: Greeter starting...
okt 31 17:14:26 tomi-gepe sddm[2766]: Adding cookie to "/var/run/sddm/{a1b83fc7-e3ae-4da
okt 31 17:14:26 tomi-gepe sddm-helper[2874]: [PAM] Starting...
okt 31 17:14:26 tomi-gepe sddm-helper[2874]: [PAM] Authenticating...
okt 31 17:14:26 tomi-gepe sddm-helper[2874]: [PAM] returning.
okt 31 17:14:27 tomi-gepe sddm[2766]: Greeter session started successfully
okt 31 17:14:27 tomi-gepe sddm[2766]: Message received from greeter: Connect
okt 31 17:16:07 tomi-gepe sddm[2766]: Message received from greeter: Login
okt 31 17:16:07 tomi-gepe sddm[2766]: Reading from "/usr/share/xsessions/plasma.desktop"
okt 31 17:16:07 tomi-gepe sddm[2766]: Session "/usr/share/xsessions/plasma.desktop" sele
okt 31 17:16:07 tomi-gepe sddm-helper[3467]: [PAM] Starting...
okt 31 17:16:07 tomi-gepe sddm-helper[3467]: [PAM] Authenticating...
okt 31 17:16:07 tomi-gepe sddm-helper[3467]: [PAM] Preparing to converse...
okt 31 17:16:07 tomi-gepe sddm-helper[3467]: [PAM] Conversation with 1 messages
okt 31 17:16:07 tomi-gepe sddm-helper[3468]: pam_ecryptfs: Passphrase file wrapped
okt 31 17:16:07 tomi-gepe sddm-helper[3468]: Incorrect wrapping key for file [/home/tomi
okt 31 17:16:07 tomi-gepe sddm-helper[3468]: Error attempting to unwrap passphrase from
okt 31 17:16:07 tomi-gepe sddm-helper[3468]: pam_ecryptfs: Error adding passphrase key t
okt 31 17:16:07 tomi-gepe sddm-helper[3467]: pam_kwallet(sddm:auth): (null): pam_sm_auth
okt 31 17:16:08 tomi-gepe sddm-helper[3467]: pam_kwallet5(sddm:auth): (null): pam_sm_aut
okt 31 17:16:08 tomi-gepe sddm[2766]: Oops, secure memory pool already initialized
okt 31 17:16:08 tomi-gepe sddm-helper[3467]: [PAM] returning.
lines 1-34
É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.

kimarite képe

RE:RE:RE:RE:RE:RE:RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#23 Nem egészen értem, hogy mit értesz a 'másodlagos asztal' kifejezés alatt. Ez valami új, nem kéne ennek ... akármi is az. Valami történt a felhasználóddal, ha ilyet tapasztalsz.

A jelszó változtatás sikertelenségét sem értem egyelőre.

A linkelt 'help.ubuntu.com' oldalon írják, próbáld ezt

ecryptfs-mount-private

és a terminában is ezt látod javaslatként;
'Perhaps try the interactive 'ecryptfs-mount-private'
Nem vagyok biztos, hogy ezt kéne tenned -de az is igaz, én nem titkosítanám  a saját könyvtáramat, nem is próbáltam- egyelőre ne tedd. Amikor titkosítottad, akkor is ezzel a módszerrel csináltad, vagy hogyan?
A másodlagos asztalt magyarázd meg először.

 

RE:RE:RE:RE:RE:RE:RE:RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#24

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.

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.

Halvány dunsztom sincs mit csinált az a parancs, mikor kérte a elszó változtatást, de a /home könyvtárral tett valamit.

kimarite képe

RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#25 '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),'
-- nem szoktunk root felhasználóval belépni grafikus környezet alatt (X Server), neked mi okod volt erre?

'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.'
-- ismétlem, a felhasználói beállításaid nem root felhasználóval belépve állítgatod és főleg nem grafikus környezettel, akkor a root felhasználó beállításait szerkeszted ... . Vagy másra gondoltál? A Serviio-t ne grafikus környezetben állítgasd vagy -ha mégis ez a szándékod- csak emelt joggal (sudo) és ne a root felhasználóval belépve.

'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.'
-- első telepítés? Ja igen, megvan. Azt már helyrehoztad.

'Halvány dunsztom sincs mit csinált az a parancs, mikor kérte a elszó változtatást, de a /home könyvtárral tett valamit.'
-- egyértelmű, hogy  a parancs a jelszavad megváltoztatására szolgál. ... csakhogy, úgy vélem, neked már nincs jogod a saját könyvtáradhoz (ezt érted el a root bejelentkezésekkel valahogy, de, hogy hogyan, azt már csak te tudod). A parancs futtatatása után a jelszavadnak meg kellett volna változnia. Ha nem változott, akkor a változtatáshoz nincs jogod .., bár érdekes, hogy a terminál ezt neked nem jelezte. Könnyű lenne a parancsra 'kenni' mindent, de a jelen állapot -már meg ne sértődj- a te 'munkálkodásod eredménye' (mindenki hibázhat - ez nem szégyen). A parancs a Wiki leírás szerint jó és működnie kellett volna.
-- de nézzünk rá a megoldásra, Add ki a következő parancsot

cd /home

majd ezt is,

ls -la

és nézzük a jogokat a kimenetben. Ott lesz a gond.
A Serviio-t egyelőre ne állítgasd, és a root felhasználóval ne lépj be a grafikus felületre többet.

! Ui.: és akkor itt felhívom mindenki figyelmét -aki olvassa- hogy saccperkábé ilyen és hasonló problémákat okozhatnak a következők;
-- root felhasználóval grafikus felületre belépés és használat
-- root terminál/felhasználó indokolatlan használata (az emelt jog, a sudo helyett) - ha nem ismered a 'miérteket'
-- a sudo használata a grafikus alkalmazásoknál a gksu, kdesu helyett.

RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#26

Köszönöm, hogy van még türelmed.

A telepítéskor ugye létrehozunk egy felhasználót és egy jelszót.

Az első indításkor csak ezzel tudok belépni. Ez a root jelszó, nem?

Ezért használtam ezt.

A kért kimenet eredménye ez :

tomi@tomi-gepe /home $ ls -la
összesen 36
drwxr-xr-x  6 root root  4096 nov    1 08:40 .
drwxr-xr-x 23 root root  4096 okt   27 07:51 ..
drwxr-xr-x  3 root root  4096 okt   11 09:29 .ecryptfs
drwxr-xr-x  5 1001 1001  4096 okt   18 08:03 linux
drwx------  2 root root 16384 okt   11 09:22 lost+found
drwxrwxrwx 20 tomi tomi  4096 nov    1 07:57 tomi
tomi@tomi-gepe /home $
 

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.)

kimarite képe

RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#27 Szia, a root jelszó nem ez, a root jelszó a root nevű felhasználó jelszava, mely alapértelmezetten nem is jön létrea  Linux Mint alatt (az LMDE-nél [Debian-alapú Linux] pl. a telepítés során létrehozható, de ki is hagyható a lépés, és akkor a Debian/LMDE a sudo-t használja majd ...).
Amit említesz, az a te (a felhasználód) adminisztrátori jelszava, emelt jogosultságot tudsz elérni vele, pl. telepítés, frissítés, vagy hasonló rendszer műveletek, azaz rendszer-adminisztrációs műveleteket végezhetsz a használatával. A Linux a jogosultsági szintek alapján működik, ennek látható jelensége a jelszó használat (is). Amire -a napi használaton túl, ahol nem kell a jelszó; netezés, stb.- szükséged van, megteheted a saját admin jelszavaddal is, a root (felhasználó jelszava) jelszó nem igazán szükséges.

Haladjunk lépésenként .. egyelőre ötletem nincs nagyon,
de kideríthető a megoldás, valami jelenséget kéne találnunk, ami nyomra vezet (elég érdekes most a rendszered)

-- mi van akkor, ha megnézzük, mi van a 'linux' könyvtárban,
   (én is szeretném látni!)

ls -la /home/linux

-- és ha egyáltalán nincs rá szükség, akkor töröljük
   (nem tudom, bekavar-e, de említed, nem is működött - tehát kuka, hátha bezavar)

rm -rf /home/linux

-- majd

sudo reboot

'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.)'
-- szerintem az '.encyrptfs' könyvtár kavart be ott is, mármint az automatikus bejelentkezésnél (itt is; tomi). De milyen probléma volt még amott, ami a 'tomi' felhasználónál nem, viszont a 'linux' felhasználónál jelentkezett a bejelentkezésen túl?

RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#28

A tomi felhasználónál, ment a serviio filemegosztás, a GPS és a telefon kapcsolat, a torrent automatikus indtása.

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.

kimarite képe

RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:RE:# 'conf' fájl

Értékelés: 

0
Még nincs értékelve

#29 Értem -nem is tudom, mire tippeltem- de ezek beállíthatóak akár másik felhasználónál is, úgy, mint pl. egy alkalmazás automatikus indítása is. A Serviio fájl megosztást a másik felhasználónál ugyanúgy/hasonlóan beállíthatod, mit a tomi nevűnél. A GPS-hez és a telefon kapcsolathoz szerintem valamilyen csoportba kellett volna tenni a másik felhasználót.

A felhasználói csoport tagságokat így ellenőrizheted;

groups tomi
groups linux

Tomi:

Értékelés: 

0
Még nincs értékelve

Tomi:

tomi : tomi adm cdrom sudo dip plugdev lpadmin sambashare

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.

 

kimarite képe

RE:Tomi:

Értékelés: 

0
Még nincs értékelve

#31 sambashare

Fél válasz, másik?

groups linux

Le kéne szedni a titkosítást, az nem megy (csak óvatosan, ez egy kérdés, nem javaslat)?

-- plugdev, dip, lpadmin (csak tájékoztatás)
https://wiki.ubuntu.com/Security/Privileges

RE:RE:Tomi:

Értékelés: 

0
Még nincs értékelve

#32

-- és ha egyáltalán nincs rá szükség, akkor töröljük
   (nem tudom, bekavar-e, de említed, nem is működött - tehát kuka, hátha bezavar)

rm -rf /home/linux

-- majd

sudo reboot

Na ez megvolt, töröltem, tehát ő már nem zavar be.
Most akkor szedjem le róla a titkosítást? Hogyan?
kimarite képe

RE:RE:RE:Tomi:

Értékelés: 

0
Még nincs értékelve

#33 -- Az a kérdés, hogy az automatikus bejelentkezés hiánya téged mennyire zavar amellett, hogy a titkosítás nyújtotta biztonságot is szeretnéd. Utóbbit a telepítésnél jelölted be?

  • Van -e neked ilyen?

sudo find / -type d -iname '.Private' 2>/dev/null

Lehetőségek (nem a titkosítás feloldására, de arra is)
https://help.ubuntu.com/community/EncryptedPrivateDirectory
https://ubuntuforums.org/archive/index.php/t-1426960.html
!? http://manpages.ubuntu.com/ecryptfs-recover-private
http://blog.dustinkirkland.com/2011/04/introducing-ecryptfs-recover-priv...
( http://askubuntu.com/questions/36573/trying-to-mount-old-encrypted-home?... )
http://bodhizazen.net/Tutorials/Ecryptfs/

-- Van ilyen csomag a rendszeredre elérhetően?
https://help.ubuntu.com/community/EncryptedPrivateDirectory#Recovering%2...
http://www.kaijanmaki.net/2009/10/26/recovering-files-from-ecryptfs-encr...
http://www.howtogeek.com/116297/how-to-recover-an-encrypted-home-directo...

  • Recovering Your Data Automatically

     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

RE:RE:RE:RE:Tomi:

Értékelés: 

0
Még nincs értékelve

#34

Igen a titkosítást a telepítéskor jelöltem be.Már nem ragaszkodnék hozzá.

ecryptfs-recover-private van a gépen.

 

kimarite képe

RE:RE:RE:RE:RE:Tomi:

Értékelés: 

0
Még nincs értékelve

#35 Akkor a
-- Van ilyen csomag a rendszeredre elérhetően?
mondat után lévő három leírás szerint kéne eljárnod. (előző hozzászólásom)
( nem biztos, hogy már itthon leszek ma )

Csak szólok, hogy a '.Private' mappát kutató kérdésre nem válaszoltál.

RE:RE:RE:RE:RE:RE:Tomi:

Értékelés: 

0
Még nincs értékelve

#36

Igen van, bocs az elöbb lemaradt:

tomi@tomi-gepe ~ $ sudo find / -type d -iname '.Private' 2>/dev/null
[sudo] tomi jelszava:
/home/.ecryptfs/tomi/.Private
 Én se leszek most vagy két napig.

Köszönöm, hogy még nem adtad föl. :-)

 

kimarite képe

RE:RE:RE:RE:RE:RE:RE:Tomi:

Értékelés: 

0
Még nincs értékelve

#37 Na akkor megvan, hogy milyen titkosítást használsz, azaz a levétel módja is megvan, mármint az elmélete. Nem érdemes feladni, mert a dolgok néha maguktól is megoldódnak, de ez a dolog nem hiszem, hogy magától oldódna meg. :-)

RE:RE:RE:RE:RE:RE:RE:RE:Tomi:

Értékelés: 

0
Még nincs értékelve

#38 Ez remek hír :-), már csak a módszer kellene és holnap megoldom.

Szia végrehajtottam ezt:

Értékelés: 

0
Még nincs értékelve

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’.
 

kimarite képe

RE:Szia végrehajtottam ezt:

Értékelés: 

0
Még nincs értékelve

#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...

sudo find / -name .Private -

Értékelés: 

0
Még nincs értékelve

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 ~ $

 

kimarite képe

RE:sudo find / -name .Private

Értékelés: 

0
Még nincs értékelve

#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.

RE:RE:sudo find / -name .Private

Értékelés: 

0
Még nincs értékelve

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?

kimarite képe

# mount sdxy && sudo ecryptfs-recover-private

Értékelés: 

0
Még nincs értékelve

#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.

RE:# mount sdxy && sudo ecryptfs-recover-private

Értékelés: 

0
Még nincs értékelve

#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.

kimarite képe

RE:RE:# mount sdxy $$ sudo ecryptfs-recover-private

Értékelés: 

0
Még nincs értékelve

#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

mint@mint ~ $ ls /mntlost

Értékelés: 

0
Még nincs értékelve

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’.
 

 

kimarite képe

RE:mint@mint ~ $ ls /mntlost

Értékelés: 

0
Még nincs értékelve

#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?

RE:Megoldva !!!

Értékelés: 

0
Még nincs értékelve

#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ó! :)

kimarite képe

RE:RE:Megoldva !!!

Értékelés: 

0
Még nincs értékelve

#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.

Akkor keyd[d0tt a gond mikor

Értékelés: 

0
Még nincs értékelve
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.

kimarite képe

RE:Akkor kezdődött a gond, mikor

Értékelés: 

0
Még nincs értékelve

#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.

RE:RE:Akkor kezdődött a gond, mikor

Értékelés: 

0
Még nincs értékelve

#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.

kimarite képe

RE:RE:RE:Akkor kezdődött a gond, mikor

Értékelés: 

0
Még nincs értékelve

#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.

RE:RE:RE:RE:Akkor kezdődött a gond, mikor

Értékelés: 

0
Még nincs értékelve

#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

kimarite képe

RE:RE:RE:RE:RE:Akkor kezdődött a gond, mikor

Értékelés: 

0
Még nincs értékelve

#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

Automatikus bejelentkezés

Értékelés: 

0
Még nincs értékelve

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

kimarite képe

RE:Automatikus bejelentkezés

Értékelés: 

0
Még nincs értékelve

#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?

RE:RE:Automatikus bejelentkezés

Értékelés: 

0
Még nincs értékelve

#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.

kimarite képe

RE:RE:RE:Automatikus bejelentkezés

Értékelés: 

0
Még nincs értékelve

#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?

RE:RE:Megoldva !!!

Értékelés: 

0
Még nincs értékelve

 Ugyan már megoldottad de nem nagyon értem , hogy tudta megváltoztatni a jelszavad. (hacsak nem tudta a tiédet...)  :)

RE:RE:RE:RE:Automatikus bejelentkezés

Értékelés: 

0
Még nincs értékelve

#61

Újratelepítettem titkosítás nélkül.

És most itt tartok. :-(

kimarite képe

RE:RE:RE:Automatikus bejelentkezés

Értékelés: 

0
Még nincs értékelve

#60 Az alábbi két üzenetből második az érdekes csak, az első egy logolási jelenség a cron-nál

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

Először is meg kéne nézni, milyen jogokkal rendelkezik most a kcheckpass

ls -la /usr/lib/kde4/libexec/kcheckpass

a kimenetet ide kéne másolnod, mielőtt megcsinálod ezt;

sudo chown root:root /usr/lib/kde4/libexec/kcheckpass
sudo chmod 4755 /usr/lib/kde4/libexec/kcheckpass

KDE4 vagy KDE5 ez lesz még kérdés az elérési útban.
Keresés, ha az előző parancs nem taálja

sudo find / -name kcheckpass

http://markmail.org/message/haopjcjwoawsfkvb

CRON
https://hu.wikipedia.org/wiki/Cron

PAM
http://unixlinux.tmit.bme.hu/PAM

(az első sorban látható logolás mentése kikapcsolható, de igazából értelme nincsen - jó, ha látod azt
http://askubuntu.com/questions/250105/thousands-of-pam-unix-log-entries-...
http://unix.stackexchange.com/questions/281117/cron-pam-unixcronsession-... )

RE:RE:RE:RE:Automatikus bejelentkezés

Értékelés: 

0
Még nincs értékelve

#64

tomi@tomi-gepe ~ $ ls -la /usr/lib/kde4/libexec/kcheckpass
ls: '/usr/lib/kde4/libexec/kcheckpass' nem érhető el: Nincs ilyen fájl vagy könyvtár
tomi@tomi-gepe ~ $ sudo find / -name kcheckpass
[sudo] tomi jelszava:
find: „/run/user/1000/gvfs”: Engedély megtagadva
/usr/lib/x86_64-linux-gnu/libexec/kcheckpass
tomi@tomi-gepe ~ $ ls -ls /usr/lib/x86_64-linux-gnu/libexec/kcheckpass
20 -rwxr-xr-x 1 root root 19000 jún   22 18:30 /usr/lib/x86_64-linux-gnu/libexec/kcheckpass
tomi@tomi-gepe ~ $

kimarite képe

RE:RE:RE:RE:RE:Automatikus bejelentkezés

Értékelés: 

0
Még nincs értékelve

#65 Akkor csináld ezt;

sudo chown root:root /usr/lib/x86_64-linux-gnu/libexec/kcheckpass
sudo chmod 4755 /usr/lib/x86_64-linux-gnu/libexec/kcheckpass
sudo reboot
fecameca képe

Sziasztok. Énnálam se volt

Értékelés: 

0
Még nincs értékelve

Sziasztok. Énnálam se volt sohasem jó az automatikus bejelentkezés. Nem is tudom, lehet-e vele valamit csinálni. Valamikor rájön, hogy 30 s-nél kezdi el a visszaszámlálást, pedig 10 s van beállítva. Azt is próbáltam már, hogy a bejelentekző ablaknál kiveszem az időzített bejelentkezést, de akkor nem enged be soha, csak jelszóval. Így meg ha 30-ról indul, és kivárom, úgy 15 s-nál visszaugrik 30-ra, és kezdi az egészet elölről. Jobb, ha belépek a jelszavammal, mint hogy idegesítsem vele magam. Tegnap már végig kínlódtam, amit itt előttem leírtak, a belinkelt Ubuntus fórum alapján lecseréltem a Plymouth-ot, amit azon kívül, hogy volt ilyen amerikai autómárka, nem is tudom, hogy mi az? Nem is csinált nálam semmit. Amit a titkosításról írogattatok itt oldalakon keresztül, az gondolom, engem nem érint, de nem sokat értettem meg belőle. Lehet ezzel valamit csinálni, vagy lépjek be ezután is a jelszavammal, mert más megoldás esélytelen? Esetleges hardver hiba? Valami más ötlet? Linux Mint 18.2 MATE, de az összes többi előző verzióval is ugyanez volt.

kimarite képe

Sziasztok. Énnálam se volt

Értékelés: 

0
Még nincs értékelve

#67 Szia. Mi a grub fájl tartalma?

cat /etc/default/grub
fecameca képe

cat /etc/default/grub

Értékelés: 

0
Még nincs értékelve

cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
  Megjegyzem, most jól működött. Ha csak 10 másodpercig számlál vissza, akkor nem is törődöm vele. Csak azt miért csinálja véletlenszerűen átugrik 30-ra, és olyankor újra meg újra? Gondoltam már arra, hogy esetleg nem szabályosan kapcsoltam ki a gépet? De olyankor újraindításkor is azt csinálja. Vagy valami hardver vacakol, vagy valami bug lehet.

kimarite képe

cat /etc/default/grub

Értékelés: 

0
Még nincs értékelve

#70 Ott figyel a 10 másodperc, bizony. A hibákat a 'var/log/' könyvtár alatt, pl. a syslog vagy a kern.log log fájlokban keresheted meg.

fecameca képe

cat /etc/default/grub

Értékelés: 

0
Még nincs értékelve

#71 Mondjam azt, hogy sajnos, vagy inkább örüljek neki? Azóta nem csinálja. Lehet, hogy a hideg miatt volt? A hiba megjelenése teljesen véletlenszerű. 1 biztos tünete van: Olyankor a leütött betű csak percek!!! múlva jelenik meg a jelszókérő ablakban. Éppen ezért idegesítő az egész, de teljesen véletlenszerű, hogy mikor jön elő? Amikor odakinn ordítottak a farkasok, a winchester is olyan hangot adott ki néha, mintha csapágyas lenne, ezt 1 perc után mindig abbahagyta. Ma viszont csendben indult, és bejelentkezett automatikusan, nem is láttam a jelszókérő  ablakot. Viszont, ha az megjelenik, akkor mindig 30s, és ha letelik 15s, elkezdi elölről a visszaszámlálást.

kimarite képe

cat /etc/default/grub

Értékelés: 

0
Még nincs értékelve

#72 A logokban rejlik a válasz. Lehet egy PPA-ról telepített alkalmazás például. Találgatni nem tudunk, az neked sem lesz jó és célravezető. Én azt tudom mondani így: ki kell dobni gépet (persze, csak vicceltem).

fecameca képe

cat /etc/default/grub

Értékelés: 

0
Még nincs értékelve

#72 A Linux Mint 18.3 óta nincs ilyen. Sőt azt is meg merem kockáztatni, hogy azóta semmilyen problémám sincsen. Valóban valami telepítési hiba, vagy bug lehetett az oka (Soha nem tudjuk már meg).

fecameca képe

Valószínűleg megvan az ok.

Értékelés: 

0
Még nincs értékelve

Valószínűleg megvan az ok. Tönkrement az a HDD. Vagy a régebbi telepítéskor nem pipáltam be az automatikus bejelenzkezést. Más: Most Debianom van. Annak a telepítőjében NINCS lehetőség ezt előre bejelölni, hanem később kell a lightdm.configot átszerkeszteni. Kicsit vért izzadva, de megoldottam. Nem tudom, hová írjam, hogy más is tanulhasson belőle? Valami blogba, vagy fórumba? Egyelőre, ha nem haragszotok, itt teszem:

NEM IGAZ, hogy elég ezt a két sort beleszerkeszteni a lightdm.conf.-ba:

# autologin-user=felhasználónév
# autologin-user-timeout=0#

Ezek önmagukban nem csinálnak SEMMIT!

Hanem ezeket a sorokat mind át kell szerkeszteni: nano /etc/lightdm/lightdm.conf - ban:

# [Seat:*]
#
# pam-service = lightdm
# pam-autologin-service = lightdm-autologin
# autologin-user=FELHASZNÁLÓNÉV
# autologin-user-timeout=0
# session-wrapper=/etc/X11/Xsession
# greeter-session=lightdm-greeter
# autologin-session=lightdm-xsession
# pam-greeter-service = lightdm-greeter service