Điểm:0

hoạt động chown không liên tục sau khi khởi động lại vào ngày 20.04

lá cờ cn

Gần đây, tôi gặp sự cố khi phải sử dụng tty để thay đổi quyền của thư mục chính trở lại người dùng chính của mình và điều này xảy ra ở mọi lần khởi động. Tôi không biết điều gì gây ra điều này để không được kiên trì.Làm cách nào để tôi hiểu rõ vấn đề này và tránh cách giải quyết khó chịu này trong tương lai?

Thứ tự các hoạt động trong tty:

đăng nhập bằng UN & PW

sudo su

(hiện đóng vai trò là người dùng root)

cd nha/seumas/

chown seumas.

(thoát tty và đăng nhập bằng đồ họa)

/etc/fstab nội dung

# /etc/fstab: thông tin hệ thống tập tin tĩnh.

# Sử dụng 'blkid' để in số nhận dạng duy nhất trên toàn cầu cho thiết bị; điều này có thể được sử dụng với UUID= như một cách mạnh mẽ hơn để đặt tên cho thiết bị
# hoạt động ngay cả khi thêm và xóa đĩa. Xem fstab(5).

# <hệ thống tập tin> <điểm gắn kết> <loại> <tùy chọn> <kết xuất> <vượt qua>
# / đã bật /dev/sda2 trong khi cài đặt
UUID=435410b9-b4b3-4bcb-b300-8967be32612d / ext4 không có thời gian, lỗi=remount-ro 0 1

# /boot/efi bật /dev/nvme0n1p2 trong khi cài đặt
UUID=441E-E722 /boot/efi vfat umask=0077 0 1

# /home bật /dev/sda4 trong khi cài đặt
UUID=1b60b312-8481-4338-bab3-ba8a572ff3e0 /home ext4 không có thời gian, mặc định 0 2

# trao đổi được bật /dev/sda3 trong khi cài đặt
UUID=f3e2d240-3a9c-4e0d-8a08-77704641c8a3 không hoán đổi sw 0 0

đầu ra của ls -alFd:

drwx--x--- 106 seumas root 12288 23 tháng 11 15:13 ./

đầu ra của /etc/passwd:

gốc: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
đồng bộ hóa:x:4:65534:sync:/bin:/bin/sync
trò chơi: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
thư:x:8:8:mail:/var/mail:/usr/sbin/nologin
tin tức:x:9:9:news:/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
sao lưu:x:34:34:backup:/var/backups:/usr/sbin/nologin
danh sách:x:38:38:Trình quản lý danh sách gửi thư:/var/list:/usr/sbin/nologin
irc:x:39:39:ircd:/var/run/ircd:/usr/sbin/nologin
gnats:x:41:41:Hệ thống báo cáo lỗi của Gnats (quản trị viên):/var/lib/gnats:/usr/sbin/nologin
không ai:x:65534:65534:không ai:/không tồn tại:/usr/sbin/nologin
systemd-network:x:100:102:systemd Quản lý mạng,,,:/run/systemd/netif:/usr/sbin/nologin
systemd-resolve:x:101:103:systemd Resolver,,,:/run/systemd/resolve:/usr/sbin/nologin
nhật ký hệ thống:x:102:106::/home/syslog:/usr/sbin/nologin
bus thông báo:x:103:107::/không tồn tại:/usr/sbin/nologin
_apt:x:104:65534::/không tồn tại:/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:user cho dịch vụcups-pk-helper,,,:/home/cups-pk-helper:/usr/sbin/nologin
bộ điều phối lời nói:x:111:29:Bộ điều phối lời nói,,,:/var/run/speech-dispatcher:/bin/false
whoopsie:x:112:117::/không tồn tại:/bin/false
kernoops:x:113:65534:Kernel Oops Tracking Daemon,,,:/:/usr/sbin/nologin
saned:x:114:119::/var/lib/saned:/usr/sbin/nologin
xung: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:colord daemon quản lý màu,,,:/var/lib/colord:/usr/sbin/nologin
hplip:x:118:7:Người dùng hệ thống HPLIP,,,:/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
hậu tố: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:Trình quản lý hiển thị ánh sáng:/var/lib/lightdm:/bin/false
systemd-timesync:x:126:135:systemd Đồng bộ hóa thời gian,,,:/run/systemd:/usr/sbin/nologin
tss:x:127:136:Ngăn xếp phần mềm TPM,,,:/var/lib/tpm:/bin/false
tcpdump:x:128:138::/không tồn tại:/usr/sbin/nologin
_flatpak:x:129:139:Trợ giúp cài đặt toàn hệ thống Flatpak,,,:/không tồn tại:/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:Quản trị viên PostgreSQL,,,:/var/lib/postgresql:/bin/bash
kiểm tra:x:1001:1001:,,,:/home/test:/bin/bash
gdm:x:121:125:Trình quản lý hiển thị Gnome:/var/lib/gdm3:/bin/false

PonJar avatar
lá cờ in
Mỗi người dùng sẽ có thư mục chính của riêng họ. Khi bạn mở một thiết bị đầu cuối hoặc trình quản lý tệp, bạn có thể sẽ bắt đầu tại nhà của người dùng mà bạn đã đăng nhập. Điều này có thể gây ra một số nhầm lẫn. Tôi khuyên bạn nên bắt đầu tại/home trong hệ thống tệp (không phải tại ~) và cd xuống nhà của người dùng mà bạn đang cố thay đổi. Nếu người dùng của bạn là kẻ sọc sẽ ở /home/tartan. Nếu người dùng khác của bạn là người Spartan thì thư mục chính của người dùng sẽ ở /home/spartan
Tartan_Spartan avatar
lá cờ cn
Trước hết, tôi đăng nhập vào TTY với tư cách là chính mình trước khi đăng nhập bằng đồ họa. Sau đó tôi sử dụng sudo su và phải thực hiện thao tác chown. Chỉ sau đó khi tôi đăng nhập bằng đồ họa thì thư mục chính mới có thể truy cập được đối với tôi. Điều này phải được thực hiện trên mỗi lần khởi động. Đây là hành vi bất thường và tôi hy vọng có thể chỉ cần đăng nhập bằng đồ họa mà không phải thực hiện việc này mỗi lần khởi động lại. Quá trình hoàn nguyên quyền sở hữu khi khởi động lại là gì? Tôi phải nghiên cứu nhật ký nào để chẩn đoán điều này?
PonJar avatar
lá cờ in
Loại thiết bị lưu trữ nào và hệ thống tệp nào đang xảy ra? Bạn có thể lưu tệp tại nhà và duy trì sự bền bỉ giữa các lần khởi động không? Bạn có thể thêm tệp/etc/fstab của mình dưới dạng mã trong câu hỏi cùng với câu trả lời cho câu hỏi của tôi không
Tartan_Spartan avatar
lá cờ cn
Đây là trên ổ SSD 2,5" được cài đặt bên trong máy tính xách tay x86, sử dụng hệ thống tệp ext4. Có, các tệp đã lưu vẫn tồn tại giữa các lần khởi động. Vui lòng xem nội dung chính của câu hỏi để biết tệp /etc/fstab. Cảm ơn sự trợ giúp của bạn!
lá cờ ru
Thay vì sử dụng nano và sau đó sao chép từ đó, chỉ cần chạy `cat /etc/fstab` và sao chép đầu ra vào câu hỏi của bạn dưới dạng chỉnh sửa. Nano thêm rất nhiều biểu tượng bổ sung khiến việc xử lý đầu ra trở nên khó khăn hơn rất nhiều. Và không cần thay đổi các dấu phân cách, chúng tôi sẽ khắc phục sự cố định dạng khi chúng tôi áp dụng định dạng mã.
Tartan_Spartan avatar
lá cờ cn
Viết lại bằng cách sử dụng đầu ra của mèo.
pasman pasmański avatar
lá cờ mx
@Tartan Câu hỏi của bạn không rõ ràng. Thay vì *sử dụng sudo su và phải thực hiện thao tác chown* , vui lòng dán chính xác những gì bạn đã viết trong bảng điều khiển. Bạn có thể thêm nó vào câu hỏi của bạn.
NovHak avatar
lá cờ cn
Bạn đã cài đặt phần mềm của bên thứ baâ¯? Xem nội dung của `/etc/passwd` có thể thú vị, cũng như đầu ra của `ll -d `, __ là thư mục bị ảnh hưởng, ví dụ: `ll -d /home/spartan`.
Tartan_Spartan avatar
lá cờ cn
@pasmanpasmaÅski Xong. NovHak Rất có thể có, đây là nguyên nhân. Đầu ra bây giờ sẽ được chỉnh sửa thành câu hỏi.
NovHak avatar
lá cờ cn
@Tartan_Spartan Bạn nên xem `journalctl --system -b 0`, để xem liệu quy trình bí ẩn đó có đủ lịch sự để ghi lại những gì nó đang làm hay không (nó sẽ hiển thị nhật ký hệ thống cho lần khởi động hiện tại). Bạn cũng có thể thử `journalctl --system -b -1` để kiểm tra nhật ký hệ thống của lần khởi động trước, trong trường hợp thay đổi quyền sở hữu được thực hiện khi tắt hệ thống hoặc đăng xuất phiên. Tuy nhiên, những nhật ký đó sẽ quá lớn để phù hợp với câu hỏi ...
PonJar avatar
lá cờ in
Khi bạn đăng nhập và không có quyền sở hữu các tệp của mình, bạn có thể kiểm tra xem cây thư mục đi được bao xa. Bạn đã nói rằng phải mất một thời gian dài để chown đệ quy. Khi bạn tắt máy có mất thời gian tương tự không? Tôi tự hỏi liệu việc thay đổi quyền sở hữu có nằm ở đầu cây thư mục hay không. Bạn có bất kỳ người bạn nào có thể chơi khăm bạn bằng một đoạn mã nhỏ khi tắt máy không. Journalctl sẽ giúp tìm thấy bất cứ điều gì như thế.
Tartan_Spartan avatar
lá cờ cn
@NovHak đây là -1: https://pastebin.com/HM1PEuFB & https://pastebin.com/zydnkNYy và 0: https://pastebin.com/xwr7NCdV & https://pastebin.com/DJMa7hr2 PonJar, tôi có thể kiểm tra vào ngày mai nếu bạn muốn (tôi nghĩ nó phổ biến trong toàn bộ thư mục). Thời gian tắt máy không giống với thời gian chown theo cách đệ quy, nó ngắn hơn nhiều, tương đương với thời gian khởi động lại trên ổ SSD. Tôi không cho phép bất kỳ người bạn nào truy cập trực tiếp hoặc từ xa vào máy tính xách tay của mình. Nhưng tôi muốn đi đến tận cùng vấn đề này và cảm ơn sự giúp đỡ của bạn.
PonJar avatar
lá cờ in
Có thể có hoặc không liên quan: Tôi không nghĩ âerrors=remount-roâ có ý nghĩa đối với ext4 trong fstab. Cũng có thể thử bỏ số 2 ở cuối dòng fstab cho/home. Điều đó có thể đang chạy fstab mỗi khi bạn đăng nhập. Nó không tạo ra sự khác biệt mà là quá trình loại bỏ. Tôi không nghĩ rằng các liên kết thùng dán hiển thị toàn bộ hình ảnh. Bạn có thể đăng 1000 dòng cuối cùng của phiên bản b -1 không. Có thể đáng để chạy lệnh journalctl với tùy chọn -p 3 bổ sung. Điều đó sẽ cho bạn thấy bất kỳ lỗi nào được đưa ra có thể dẫn đến điều gì đó.
NovHak avatar
lá cờ cn
@Tartan_Spartan Tôi không tìm thấy bất cứ điều gì đề cập đến việc thay đổi chủ sở hữu. Hơn nữa, nhật ký dán của bạn không đầy đủ, một số dòng bị cắt bớt. Có thể thú vị nếu bạn đăng lại chúng bằng phương pháp sau: 1. Thực thi `journalctl --system -b 0`, 2. Trong khi nó được hiển thị, hãy nhập s (chữ thường) và nhập tên tệp sẽ chứa nhật ký và sẽ được lưu trong thư mục hiện tại, 3. Mở tệp đó trong trình soạn thảo văn bản, ví dụ:. gedit, 4. Chọn mọi thứ (Ctrl+A) và sao chép (Ctrl+C), và 5. Dán vào Pastebin. Kết quả cũng sẽ chứa các ký tự điều khiển ANSI, nhưng đó không phải là vấn đề.
NovHak avatar
lá cờ cn
Và làm tương tự cho `journalctl --system -b -1`. Kết quả sẽ có thể xem được với `less -R` và thậm chí giữ nguyên đầu ra có màu, giúp cải thiện khả năng đọc. Tbh tôi nghi ngờ điều này sẽ cung cấp thông tin mà chúng tôi đang thiếu, nhưng ít nhất nhật ký sẽ đầy đủ. Tuy nhiên, từ những gì tôi thấy, tôi bắt đầu nghi ngờ Anbox, nó đang chạy ở chế độ devmode. Có lẽ sẽ rất thú vị nếu tạm thời vô hiệu hóa nó và xem liệu nó có thay đổi gì không.
Tartan_Spartan avatar
lá cờ cn
Xin lỗi vì sự im lặng của đài phát thanh. 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 sẽ ra mắt trong vòng vài giờ nữa. Tôi đã làm những gì bạn nói ngoại trừ việc thêm bước chia tệp bằng lệnh tách để phù hợp với giới hạn kích thước tệp trên Pastebin.Tôi hy vọng rằng đã không bỏ sót hoặc cắt bớt bất cứ điều gì. Ngoài ra, Anbox đã không hoạt động kể từ lần đầu tiên xảy ra sự cố chown này. Muốn nó trở lại. Tôi đã cố gắng cài đặt phiên bản devmode của nó như một bản sửa lỗi, nhưng không có gì thú vị.
Tartan_Spartan avatar
lá cờ 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
lá cờ cn
Hãy nhìn xem, Pastebin dường như không hợp tác chút nào để duy trì các loại bột nhão này. Vì vậy, tôi sẽ chọn cả hai tệp trên một trang web chuyển tệp và hoàn tất việc đó. Ít nhất liên kết này sẽ hoạt động trong một tuần. https://we.tl/t-SWiW83Ox5o
Tartan_Spartan avatar
lá cờ cn
@NovHak vui lòng cho tôi biết khi nào chúng ta có thể xem lại vấn đề này.
NovHak avatar
lá cờ cn
Xin lỗi, tôi đã không được thông báo cho đến khi nhận xét cuối cùng của bạn, tôi hiện đang theo dõi câu hỏi này một cách rõ ràng. Gửi qua Wetransfer hoạt động tốt, tuy nhiên tôi vẫn không tìm thấy bất kỳ tài liệu tham khảo nào về thay đổi quyền sở hữu. Tôi nhận thấy dường như bạn có một hệ thống sao lưu (`/media/seumas/Backups`), nó được làm thủ công hay tự động bằng cách nào đóâ¯?
NovHak avatar
lá cờ cn
Trong thời gian chờ đợi trước khi vấn đề này được giải quyết, bạn có thể thử cách này như một giải pháp thay thếÂ : `setfacl -m u:seumas:rwx /home/seumas`. Nó sẽ thiết lập một mục ACL mở rộng trên thư mục chính của bạn, mục này hy vọng sẽ không bị đặt lại và đảm bảo bạn vẫn có quyền đọc, viết và thực thi quyền truy cập vào thư mục chính của mình sau khi thay đổi chủ sở hữu.
NovHak avatar
lá cờ cn
Ồ và nhân tiện, một thời gian trước, tôi đã yêu cầu bạn chạy `ll -d /home/seumas` và bạn đã làm điều gì đó khác biệt đáng kể, tôi cho là bằng cách cd'ing vào thư mục trước, sau đó chạy lệnh trên thư mục hiện tại. Điều này một phần đánh bại ý tưởng mà tôi có trong đầu, đó là phát hiện xem có liên kết tượng trưng nào trong đường dẫn hay không. Hãy đi xa hơn nữa : bạn có thể thử `ll -d /home /home/seumas` và đưa ra kết quả⯠không?
Tartan_Spartan avatar
lá cờ cn
Cảm ơn bạn. Giải quyết từng điểm một, ý của bạn là "bằng tay hoặc tự động bằng cách nào đó"? Đó là ổ SSD NVMe, được tạo bằng chương trình Sao lưu, chạy một lần mỗi tuần bằng hệ thống bảo mật mật khẩu. Ngoài ra, tôi chỉ đặt mục nhập ACL, cảm ơn vì mẹo ở đó.
Tartan_Spartan avatar
lá cờ cn
Đầu ra cho lệnh cuối cùng mà bạn đã cung cấp: `drwxr-xr-x 5 gốc root 4.0K ngày 6 tháng 11 03:49 /home drwxrwx---+ 106 seumas root 12K ngày 7 tháng 12 19:16 /home/seumas`
NovHak avatar
lá cờ cn
OK, vậy là hệ thống sao lưu của bạn đã được tự động hóa. Nhưng vì bạn sử dụng chương trình do Ubuntu cung cấp và nó chỉ chạy một lần mỗi tuần, nên đó có thể không phải là vấn đề. Không có liên kết tượng trưng giữa thư mục gốc và thư mục chính của bạn, vì vậy đó là một thứ khác cần gạt sang một bên. Tôi có thể thấy rằng bạn đã thêm mục nhập ACL (dấu `+` sau `drwxrwx---`). Bây giờ sẽ rất thú vị khi xác nhận rằng ext. Mục nhập ACL vẫn tồn tại trong các lần khởi động lại. Nếu không, có thể điều đó có nghĩa là thư mục inode bị lỗi. Bạn có thể cung cấp đầu ra của `lsattr -d /home/seumas`⯠không?
NovHak avatar
lá cờ cn
Điều đó đang được nói, thay vì hệ thống tập tin, vấn đề rất có thể đến từ một chương trình rõ ràng đang truy cập thư mục chính của bạn. Bạn có thể đưa ra kết quả của `systemctl --system list-dependencies`. Một lần nữa, có thể tốt hơn nếu bạn lưu và chia sẻ điều này giống như cách bạn đã làm với nhật ký (nhập chữ thường `s`, v.v...). Có lẽ chúng ta có thể xem qua `systemd-analyze plot >servinit.svg`. `servinit.svg` là tên của tệp lưu kết quả, bạn có thể chọn bất kỳ tên nào bạn thích, sau đó chia sẻ tệp này. Đó là tài liệu định dạng SVG có thể được xem bằng trình xem ảnh.
NovHak avatar
lá cờ cn
Hãy để chúng tôi [tiếp tục cuộc thảo luận này trong cuộc trò chuyện](https://chat.stackexchange.com/rooms/132193/discussion-between-novhak-and-tartan-spartan).

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.