Puncte:0

operațiunea chown nu este persistentă după repornire pe 20.04

drapel cn

Recent, am o problemă în care trebuie să folosesc un tty pentru a schimba permisiunile directorului meu principal înapoi la utilizatorul meu principal și acest lucru se întâmplă la fiecare pornire. Habar n-am ce face ca acest lucru să nu fie persistent.Cum ajung la fundul acestui lucru și cum pot evita această soluție enervantă în viitor?

Ordinea operațiunilor în tty:

conectați-vă cu UN & PW

sudo su

(acum acționează ca utilizator root)

cd home/seumas/

chown seumas .

(ieșiți din tty și conectați-vă grafic)

conținutul /etc/fstab

# /etc/fstab: informații statice despre sistemul de fișiere.

# Utilizați „blkid” pentru a imprima identificatorul unic universal pentru un dispozitiv; aceasta poate fi folosită cu UUID= ca o modalitate mai robustă de a denumi dispozitive
# care funcționează chiar dacă discuri sunt adăugate și eliminate. Vezi fstab(5).

# <sistem de fișiere> <punct de montare> <tip> <opțiuni> <dump> <trecere>
# / a fost pe /dev/sda2 în timpul instalării
UUID=435410b9-b4b3-4bcb-b300-8967be32612d / ext4 noatime,errors=remount-ro 0 1

# /boot/efi a fost pe /dev/nvme0n1p2 în timpul instalării
UUID=441E-E722 /boot/efi vfat umask=0077 0 1

# /home a fost pe /dev/sda4 în timpul instalării
UUID=1b60b312-8481-4338-bab3-ba8a572ff3e0 /home ext4 noatime, implicite 0 2

# swap a fost pe /dev/sda3 în timpul instalării
UUID=f3e2d240-3a9c-4e0d-8a08-77704641c8a3 nici unul swap sw 0 0

Ieșire din ls -alFd:

drwx--x--- 106 seumas root 12288 Nov 23 15:13 ./

Ieșire din /etc/passwd:

root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
știri:x:9:9:știri:/var/spool/news:/usr/sbin/nologin
uucp:x:10:10:uucp:/var/spool/uucp:/usr/sbin/nologin
proxy:x:13:13:proxy:/bin:/usr/sbin/nologin
www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin
backup:x:34:34:backup:/var/backups:/usr/sbin/nologin
list:x:38:38:Mailing List Manager:/var/list:/usr/sbin/nologin
irc:x:39:39:ircd:/var/run/ircd:/usr/sbin/nologin
gnats:x:41:41:Gnats Bug-Reporting System (administrator):/var/lib/gnats:/usr/sbin/nologin
nimeni:x:65534:65534:nimeni:/inexistent:/usr/sbin/nologin
systemd-network:x:100:102:systemd Network Management,,,:/run/systemd/netif:/usr/sbin/nologin
systemd-resolve:x:101:103:systemd Resolver,,,:/run/systemd/resolve:/usr/sbin/nologin
syslog:x:102:106::/home/syslog:/usr/sbin/nologin
messagebus:x:103:107::/inexistent:/usr/sbin/nologin
_apt:x:104:65534::/nonexistent:/usr/sbin/nologin
uuidd:x:105:111::/run/uuidd:/usr/sbin/nologin
avahi-autoipd:x:106:112:Avahi autoip daemon,,,:/var/lib/avahi-autoipd:/usr/sbin/nologin
usbmux:x:107:46:usbmux daemon,,,:/var/lib/usbmux:/usr/sbin/nologin
dnsmasq:x:108:65534:dnsmasq,,,:/var/lib/misc:/usr/sbin/nologin
rtkit:x:109:114:RealtimeKit,,,:/proc:/usr/sbin/nologin
cups-pk-helper:x:110:116:utilizator pentru serviciul cups-pk-helper,,,:/home/cups-pk-helper:/usr/sbin/nologin
speech-dispatcher:x:111:29:Speech Dispatcher,,,:/var/run/speech-dispatcher:/bin/false
whoopsie:x:112:117::/inexistent:/bin/false
kernoops:x:113:65534:Daemon de urmărire Kernel Oops,,,:/:/usr/sbin/nologin
saned:x:114:119::/var/lib/saned:/usr/sbin/nologin
pulse:x:115:120:PulseAudio daemon,,,:/var/run/pulse:/usr/sbin/nologin
avahi:x:116:122:Avahi mDNS daemon,,,:/var/run/avahi-daemon:/usr/sbin/nologin
colord:x:117:123:daemon de gestionare a culorilor colord,,,:/var/lib/colord:/usr/sbin/nologin
hplip:x:118:7:Utilizator de sistem HPPLIP,,,:/var/run/hplip:/bin/false
geoclue:x:119:124::/var/lib/geoclue:/usr/sbin/nologin
gnome-initial-setup:x:120:65534::/run/gnome-initial-setup/:/bin/false
seumas:x:1000:1000:seumas,,,:/home/seumas:/bin/bash
postfix:x:122:127::/var/spool/postfix:/usr/sbin/nologin
nm-openvpn:x:124:132:NetworkManager OpenVPN,,,:/var/lib/openvpn/chroot:/usr/sbin/nologin
lightdm:x:125:133:Light Display Manager:/var/lib/lightdm:/bin/false
systemd-timesync:x:126:135:systemd Sincronizare oră,,,:/run/systemd:/usr/sbin/nologin
stiva software tss:x:127:136:TPM,,,:/var/lib/tpm:/bin/false
tcpdump:x:128:138::/inexistent:/usr/sbin/nologin
_flatpak:x:129:139:Flatpak asistent de instalare la nivel de sistem,,,:/nonexistent:/usr/sbin/nologin
systemd-coredump:x:999:999:systemd Core Dumper:/:/usr/sbin/nologin
debian-tor:x:130:140::/var/lib/tor:/bin/false
postgres:x:131:141:Administrator PostgreSQL,,,:/var/lib/postgresql:/bin/bash
test:x:1001:1001:,,,:/home/test:/bin/bash
gdm:x:121:125:Gnome Display Manager:/var/lib/gdm3:/bin/false

PonJar avatar
drapel in
Fiecare utilizator va avea propriul director principal. Când deschideți un terminal sau un manager de fișiere, probabil că veți începe de la casa care aparține utilizatorului la care v-ați autentificat. Acest lucru poate cauza o oarecare confuzie. Vă sugerez să începeți de la /home în sistemul de fișiere (nu la ~) și să mergeți la cd până la casa utilizatorului pe care încercați să îl schimbați. Dacă utilizatorul dvs. este tartan, acesta va fi la /home/tartan. Dacă celălalt utilizator al tău este spartan, directorul principal al utilizatorilor va fi la /home/spartan
Tartan_Spartan avatar
drapel cn
În primul rând, mă conectez la TTY ca mine înainte de a mă autentifica grafic. Apoi folosesc sudo su și trebuie să fac operația chown. Numai atunci când mă conectez grafic, directorul principal îmi va fi accesibil. Acest lucru trebuie făcut la fiecare cizmă. Acesta este un comportament anormal și mă aștept să mă pot conecta pur și simplu grafic, fără a fi nevoie să fac acest lucru la fiecare repornire. Ce proces este revenirea dreptului de proprietate la repornire? Ce loguri trebuie să studiez pentru a diagnostica acest lucru?
PonJar avatar
drapel in
Ce fel de dispozitiv de stocare și pe ce sistem de fișiere se întâmplă asta? Puteți salva fișiere acasă și puteți obține persistență între cizme? Puteți adăuga fișierul /etc/fstab ca cod în întrebare împreună cu răspunsurile la întrebările mele
Tartan_Spartan avatar
drapel cn
Acesta este pe un SSD de 2,5" instalat într-un laptop x86, folosind un sistem de fișiere ext4. Da, fișierele salvate persistă între porniri. Vă rugăm să vedeți corpul principal al întrebării pentru fișierul /etc/fstab. Vă mulțumim pentru ajutor!
drapel ru
În loc să utilizați nano și apoi să copiați de pe acesta, rulați `cat /etc/fstab` și copiați rezultatul în întrebarea dvs. ca o editare. Nano adaugă o mulțime de simboluri suplimentare care fac mult mai dificil să lucrezi cu ieșirea. Și nu este nevoie să modificăm delimitatorii, vom rezolva problemele de formatare atunci când aplicăm formatarea codului.
Tartan_Spartan avatar
drapel cn
Rescris folosind ieșirea cat.
pasman pasmański avatar
drapel mx
@Tartan Întrebarea ta este neclară. În loc de *utilizați sudo su și trebuie să faceți operația chown*, vă rugăm să lipiți exact ceea ce ați scris în consolă. Puteți să-l adăugați în întrebarea dvs.
NovHak avatar
drapel cn
Ai instalat software terță parte...? Vederea conținutului lui `/etc/passwd` ar putea fi interesantă, precum și rezultatul lui `ll -d `, __ fiind directorul afectat, de ex. `ll -d /home/spartan`.
Tartan_Spartan avatar
drapel cn
@pasmanpasmaÅski Gata. NovHak Cel mai probabil da, aceasta a fost cauza. Rezultatul va fi acum editat în întrebare.
NovHak avatar
drapel cn
@Tartan_Spartan Ar trebui să aruncați o privire la `journalctl --system -b 0`, pentru a vedea dacă acel proces misterios este suficient de politicos pentru a înregistra ceea ce face (va afișa jurnalul de sistem pentru pornirea curentă). Puteți încerca și `journalctl --system -b -1` pentru a verifica jurnalul de sistem al pornirii anterioare, în cazul în care schimbarea proprietății este efectuată la închiderea sistemului sau la deconectarea sesiunii. Aceste jurnaluri vor fi prea mari pentru a se potrivi în întrebare, totuși...
PonJar avatar
drapel in
Când vă conectați și nu aveți dreptul de proprietate asupra fișierelor dvs., puteți verifica cât de departe merge în arborele de directoare. Ai spus că a durat mult timp pentru a raspunde recursiv. Când închideți, durează același timp? Mă întreb dacă schimbarea proprietății se află doar în partea de sus a arborelui director. Aveți prieteni care ar putea să vă facă o glumă cu un mic scenariu la închidere. Journalctl ar trebui să ajute să găsească așa ceva.
Tartan_Spartan avatar
drapel cn
@NovHak aici este -1: https://pastebin.com/HM1PEuFB & https://pastebin.com/zydnkNYy și 0: https://pastebin.com/xwr7NCdV & https://pastebin.com/DJMa7hr2 PonJar, pot verifica asta mâine dacă doriți (cred că este omniprezent în întregul director). Oprirea nu a fost un timp similar cu cel recursiv, a fost mult mai scurt, la egalitate cu ceea ce s-ar aștepta pentru un timp de repornire pe un SSD. Nu las niciun prieten să-mi acceseze laptopul nici personal, nici de la distanță. Dar vreau să ajung la fundul acestui lucru și vă mulțumesc pentru ajutor.
PonJar avatar
drapel in
Poate fi sau nu relevant: nu cred că âerrors=remount-roâ este semnificativ pentru ext4 în fstab. De asemenea, ar putea încerca să aruncați 2 la sfârșitul liniei fstab pentru /home. Ar putea rula fstab de fiecare dată când vă conectați. Nu ar trebui să facă diferența, ci un proces de eliminare. Nu cred că linkurile din coșul de lipire arată întreaga imagine. Puteți posta ultimele 1000 de rânduri ale versiunii b -1. Ar putea merita să rulați comanda journalctl cu o opțiune suplimentară -p 3. Asta vă va arăta orice erori care ar putea duce la ceva.
NovHak avatar
drapel cn
@Tartan_Spartan Nu am găsit nimic care să menționeze o schimbare a proprietarului. Mai mult, pasta de jurnal este incompletă, unele linii sunt trunchiate. Ar putea fi interesant să le repostați folosind următoarea metodă: 1. Executați `journalctl --system -b 0`, 2. În timp ce este afișat, tastați s (minuscule) și introduceți un nume de fișier care va conține jurnalul și va fi salvat în directorul curent, 3. Deschideți acel fișier într-un editor de text, de ex. gedit, 4. Selectați totul (Ctrl+A) și copiați (Ctrl+C) și 5. Lipiți în Pastebin. Rezultatul va conține și caractere de control ANSI, dar asta nu este o problemă.
NovHak avatar
drapel cn
Și faceți același lucru pentru `journalctl --system -b -1`. Rezultatul va fi vizualizat cu „mai puțin -R” și va păstra chiar ieșirea colorată, ceea ce îmbunătățește lizibilitatea. Mă îndoiesc că acest lucru va oferi informațiile care ne lipsesc, dar cel puțin jurnalele vor fi complete. Totuși, din câte am văzut, încep să bănuiesc că Anbox rulează în devmode. Poate ar fi interesant să-l dezactivați temporar și să vedeți dacă se schimbă ceva.
Tartan_Spartan avatar
drapel cn
Scuze pentru tăcerea radioului. 0: https://pastebin.com/9MBubDMP & https://pastebin.com/GWkamT1W & https://pastebin.com/U138U1gK & https://pastebin.com/h2CQz2Xc & https://pastebin.com/ rcFJPCVj & https://pastebin.com/19dyhT8J . -1 va apărea în câteva ore. Am făcut ceea ce ați spus, cu excepția că am adăugat pasul de împărțire a fișierelor folosind comanda split pentru a se potrivi cu limitele de dimensiune a fișierelor pe Pastebin.Sper că nu a omis sau trunchiat nimic. De asemenea, Anbox nu a funcționat de când a avut loc prima dată acest fiasco. Mi-ar plăcea înapoi. Am încercat să instalez versiunea devmode a acesteia ca o remediere, dar fără bucurie.
Tartan_Spartan avatar
drapel cn
-1: https://pastebin.com/pRQkXpNp & https://pastebin.com/zeyQDCTz & https://pastebin.com/RH3Jvyjq & https://pastebin.com/3Pk3Accs & https://pastebin.com /TLaVamyp & https://pastebin.com/Sy7SwVSb & https://pastebin.com/zHqPumkH
Tartan_Spartan avatar
drapel cn
Uite, Pastebin nu pare să coopereze deloc pentru a persista aceste paste. Deci, voi arunca ambele fișiere pe un site de transfer de fișiere și voi termina cu el. Cel puțin acest link va fi activ timp de o săptămână. https://we.tl/t-SWiW83Ox5o
Tartan_Spartan avatar
drapel cn
@NovHak, vă rog să-mi spuneți când ne putem uita la asta din nou.
NovHak avatar
drapel cn
Îmi pare rău, nu am fost anunțat până la ultimul comentariu, acum urmăresc această întrebare în mod explicit. Trimiterea prin Wetransfer a funcționat bine, cu toate acestea, încă nu am găsit nicio referință la o schimbare a proprietății. Am observat că se pare că ai un sistem de rezervă (`/media/seumas/Backups`), este manual sau automat cumva...?
NovHak avatar
drapel cn
Între timp, înainte ca acest lucru să se rezolve, puteți încerca asta ca o soluție: `setfacl -m u:seumas:rwx /home/seumas`. Acesta va seta o intrare ACL extinsă în directorul dvs. de domiciliu, care sperăm că nu va fi resetată și va asigura că veți primi acces în continuare pentru citire, scriere și executare la directorul dvs. de domiciliu după o schimbare a proprietarului.
NovHak avatar
drapel cn
A, și btw, cu ceva timp în urmă ți-am cerut să rulezi `ll -d /home/seumas` și ai făcut ceva semnificativ diferit, prin CD-ul în director presupun mai întâi, apoi rulând comanda în directorul curent. Acest lucru înfrânge parțial ideea pe care o aveam în minte, adică să detectez dacă există o legătură simbolică în cale. Să mergem și mai departe: ai putea să încerci `ll -d /home /home/seumas` și să dai rezultatulâ¯?
Tartan_Spartan avatar
drapel cn
Mulțumesc. Abordând punctele dvs. unul câte unul, ce înțelegeți prin „de mână sau automat într-un fel”? Este un SSD NVMe, creat folosind programul Backups, care rulează o dată pe săptămână folosind un sistem de securitate prin parolă. De asemenea, tocmai am setat intrarea ACL, mulțumesc pentru sfat de acolo.
Tartan_Spartan avatar
drapel cn
Ieșire pentru comanda finală pe care ați furnizat-o: `drwxr-xr-x 5 root root 4.0K 6 noiembrie 03:49 /home drwxrwx---+ 106 seumas root 12K Dec 7 19:16 /home/seumas`
NovHak avatar
drapel cn
OK, deci sistemul tău de rezervă este automatizat. Dar, din moment ce utilizați programul oferit de Ubuntu și rulează doar o dată pe săptămână, probabil că aceasta nu este problema. Nu există nicio legătură simbolică între directorul rădăcină și directorul dvs. de acasă, așa că este un alt lucru de lăsat deoparte. Văd că ați adăugat setarea ACL („+” după „drwxrwx---”). Acum ar fi interesant de confirmat că ext. Intrarea ACL persistă la reporniri. În caz contrar, poate ar însemna că inodul directorului este defect. Puteți da rezultatul lui `lsattr -d /home/seumas`â¯?
NovHak avatar
drapel cn
Acestea fiind spuse, mai degrabă decât sistemul de fișiere, problema vine cel mai probabil de la un program care îți strică în mod explicit directorul de acasă. Puteți da rezultatul `systemctl --system list-dependencies`. Din nou, poate fi mai bine să salvați și să partajați acest lucru în același mod ca și cu jurnalul (tastați `s` minuscule etc...). Poate putem arunca o privire la `systemd-analyze plot >servinit.svg`. `servinit.svg` este numele fișierului în care este salvat rezultatul, puteți alege orice nume preferați, apoi partajați acest fișier. Este un document în format SVG care poate fi vizualizat cu un vizualizator de imagini.
NovHak avatar
drapel cn
Să [continuăm această discuție în chat](https://chat.stackexchange.com/rooms/132193/discussion-between-novhak-and-tartan-spartan).

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.