|
uzfH8
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
thunar läuft einige Zeit und reagiert dann nicht mehr. Wenn ich versuche das Fenster zu schließen, bekomme ich sinngemäß die Meldung, dass das Programm nicht reagiert, ob ich es beenden will. Ich stimme zu, das Fenster schließt sich und ich kann thunar nicht mehr starten, genauer | :~$ thunar
Failed to register: Zeitüberschreitung wurde erreicht
|
Wobei zwischen dem Absenden des Befehls und der Fehlerausgabe mehrere Minuten verstreichen können. Diverse Diskussionen im Netz empfehlen pkill oder killall. pkill gibt keine Meldung aus. Es scheint auch zu etwas zu bewirken, denn aus | :~$ ps aux | grep thunar
gh2425 14012 0.0 0.7 355404 27596 pts/0 Dl+ 15:47 0:00 thunar
gh2425 14427 0.0 0.0 19496 2236 pts/4 R+ 15:57 0:00 grep --color=auto thunar
|
wird | :~$ ps aux | grep thunar
gh2425 16209 0.0 0.0 19496 2216 pts/4 S+ 17:27 0:00 grep --color=auto thunar
|
aber thunar startet nach wie vor nicht, in dem Sinn, dass ein Fenster erscheint. In der Prozessliste hingegen ist es dann wieder. Eine Lösung für Andere ist rm ~/.cache/sessions/xfce4-session-* Das zu Löschende gibt es bei mir aber nicht. Starte ich den Rechner neu, funktioniert thunar wieder einige Zeit. Das immer wieder machen zu müssen hält aber von der Arbeit ab.
|
|
uzfH8
(Themenstarter)
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
Nach diversen Verzweiflungstaten scheint sich ein Zusammenhang hiermit herauszuschälen. Eine Methode um dieses Verhalten von thunar zu provozieren scheint es zu sein, in thunar einen Ordner des nfs-servers anzuzeigen, die Serververbindung zu stören und den Server zwangsweise aus und dann wieder neu einzuhängen. Das führt dazu, dass thunar hängt. Killt man ihn dann, zeigt er beim Versuche, ihn neu zu starten das beschriebene Verhalten. Andere Zugriffe auf den wieder zugänglichen Server, etwa per shell oder libreoffice funktionieren hingegen wieder einwandfrei. Nur thunar braucht einen Systemneustart, um sich zu erholen.
|
|
ChickenLipsRfun2eat
Anmeldungsdatum:
6. Dezember 2009
Beiträge: 12067
|
Hast du mal versucht gvfs zu killen? Also killall gvfsd, falls der Name stimmt. Eventuell reicht killall gvfs-nfs auch aus. Ausprobieren.
|
|
uzfH8
(Themenstarter)
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
ChickenLipsRfun2eat schrieb: Hast du mal versucht gvfs zu killen? Also killall gvfsd, falls der Name stimmt. Eventuell reicht killall gvfs-nfs auch aus. Ausprobieren.
Danke. Ist vorgemerkt, wenn es wieder auftritt. Ich werde heute leider in Kürze abgeholt.
|
|
uzfH8
(Themenstarter)
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
ChickenLipsRfun2eat schrieb: Ausprobieren.
Das wollte ich gerade tun, dabei ist mir aber ein neues Problem dazwischengekommen. | @msi-ms-1736-b1:~$ hostname
msi-ms-1736-b1
@msi-ms-1736-b1:~$ showmount -e dell-optiplex-780
Export list for dell-optiplex-780:
... gekürzt ...
/home/gh2425 medion-akoya-s2210.fritz.box,lenovo-x220-b1.fritz.box,192.168.178.31,msi-ms-1736-b1.fritz.box
@msi-ms-1736-b1:~$ mount -v -t nfs dell-optiplex-780:/home/gh2425 /home/gh2425/import/dell-optiplex-780/home-gh2425
mount.nfs: access denied by server while mounting (null)
|
Die entsprechende Zeile in der /etc/fstab auf @msi-ms-1736-b1 ist
| dell-optiplex-780:/home/gh2425 /home/gh2425/import/dell-optiplex-780/home-gh2425/ nfs user,exec,rw,noauto,sync 0 0
|
aber ein schlichtes mount tut natürlich genauso nichts | @msi-ms-1736-b1:~$ mount /home/gh2425/import/dell-optiplex-780/home-gh2425
mount.nfs: access denied by server while mounting (null)
|
|
|
ChickenLipsRfun2eat
Anmeldungsdatum:
6. Dezember 2009
Beiträge: 12067
|
NFS3 oder 4? Mit idmapping? → grep -Ev '^$|^#' /etc/exports auf dem Server? Zugriff verweigert bedeutet ja, das du da mit einem nicht authorisierten Nutzer zugreifst. Der Teil vor dem @ muss also auch passen, bzw. dessen uid.
|
|
uzfH8
(Themenstarter)
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
ChickenLipsRfun2eat schrieb: NFS3 oder 4?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40 | gh2425@dell-optiplex-780:~$ nfsstat -s
Server rpc stats:
calls badcalls badfmt badauth badclnt
731008 4636 0 4636 0
Server nfs v4:
null compound
5 0% 731003 99%
Server nfs v4 operations:
op0-unused op1-unused op2-future access close
0 0% 0 0% 0 0% 107928 4% 1781 0%
commit create delegpurge delegreturn getattr
0 0% 4 0% 0 0% 1770 0% 623187 26%
getfh link lock lockt locku
20694 0% 1 0% 10 0% 0 0% 10 0%
lookup lookup_root nverify open openattr
20174 0% 0 0% 0 0% 1865 0% 0 0%
open_conf open_dgrd putfh putpubfh putrootfh
0 0% 0 0% 730326 31% 0 0% 10 0%
read readdir readlink remove rename
1359 0% 103632 4% 47 0% 6 0% 15 0%
renew restorefh savefh secinfo setattr
0 0% 1 0% 16 0% 0 0% 18 0%
setcltid setcltidconf verify write rellockowner
0 0% 0 0% 0 0% 82 0% 0 0%
bc_ctl bind_conn exchange_id create_ses destroy_ses
0 0% 0 0% 6 0% 3 0% 0 0%
free_stateid getdirdeleg getdevinfo getdevlist layoutcommit
10 0% 0 0% 0 0% 0 0% 0 0%
layoutget layoutreturn secinfononam sequence set_ssv
0 0% 0 0% 5 0% 730994 31% 0 0%
test_stateid want_deleg destroy_clid reclaim_comp allocate
0 0% 0 0% 0 0% 3 0% 0 0%
copy copy_notify deallocate ioadvise layouterror
0 0% 0 0% 0 0% 0 0% 0 0%
layoutstats offloadcancel offloadstatus readplus seek
0 0% 0 0% 0 0% 0 0% 0 0%
write_same
0 0%
|
Mit idmapping?
Ich muss erstmal rausfinden, was das ist. → grep -Ev '^$|^#' /etc/exports auf dem Server?
|
gh2425@dell-optiplex-780:~$ grep -Ev '^$|^#' /etc/exports
/home/gh2425/ msi-ms-1736-b1(rw,sync,subtree_check,root_squash)
/home/gh2425/ 192.168.178.31(rw,sync,subtree_check,root_squash)
/home/gh2425/ lenovo-x220-b1(rw,sync,subtree_check,root_squash)
/home/gh2425/ medion-akoya-s2210(rw,sync,subtree_check,root_squash)
/home/gh2425/sozial scanda(rw,sync,subtree_check,root_squash)
/home/gh2425/sozial/scans/julian scanda(rw,sync,subtree_check,root_squash)
|
Zugriff verweigert bedeutet ja, das du da mit einem nicht authorisierten Nutzer zugreifst. Der Teil vor dem @ muss also auch passen, bzw. dessen uid.
Ich weiß nicht, was ein Benutzer auf dem Client alles für Eiogenschaften haben muss, damit er authorisiert ist. Wie auch immer, ist es auf beiden Geräten der Standardbenutzer mit der uid 1000, der im Übrigen auch gleich heißt.
|
|
ChickenLipsRfun2eat
Anmeldungsdatum:
6. Dezember 2009
Beiträge: 12067
|
systemctl status nfs-idmapd.service. Bei NFS bis V3 musste man zwingend die user-id verwenden. Mittlerweile geht auch der Name mit unterschiedlicher id. Trifft aber bei dir offenbar nicht zu, da uid und Name eh gleich sind.
Was sagt denn journalctl -b -p warning auf dem Server? Da müsste ja der Grund für den Fehlschlag auf dem einen Rechner ersichtlich sein.
|
|
uzfH8
(Themenstarter)
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
ChickenLipsRfun2eat schrieb: systemctl status nfs-idmapd.service.
1
2
3
4
5
6
7
8
9
10
11
12
13
14 | gh2425@dell-optiplex-780:~$ systemctl status nfs-idmapd.service
● nfs-idmapd.service - NFSv4 ID-name mapping service
Loaded: loaded (/lib/systemd/system/nfs-idmapd.service; static)
Active: active (running) since Sat 2022-07-02 08:30:02 CEST; 10h ago
Main PID: 503 (rpc.idmapd)
Tasks: 1 (limit: 3452)
Memory: 672.0K
CPU: 7ms
CGroup: /system.slice/nfs-idmapd.service
└─503 /usr/sbin/rpc.idmapd
Jul 02 08:30:01 dell-optiplex-780 systemd[1]: Starting NFSv4 ID-name mapping service...
Jul 02 08:30:01 dell-optiplex-780 rpc.idmapd[503]: Setting log level to 0
Jul 02 08:30:02 dell-optiplex-780 systemd[1]: Started NFSv4 ID-name mapping service.
|
Bei NFS bis V3 musste man zwingend die user-id verwenden. Mittlerweile geht auch der Name mit unterschiedlicher id. Trifft aber bei dir offenbar nicht zu, da uid und Name eh gleich sind.
Alles neu für mich. Was sagt denn journalctl -b -p warning auf dem Server? Da müsste ja der Grund für den Fehlschlag auf dem einen Rechner ersichtlich sein.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61 | gh2425@dell-optiplex-780:~$ journalctl -b -p warning
Jul 02 08:29:49 dell-optiplex-780 kernel: ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe0Block: 128/64 (20210730/tbfadt-564)
Jul 02 08:29:49 dell-optiplex-780 kernel: ACPI BIOS Warning (bug): Incorrect checksum in table [TCPA] - 0x00, should be 0x7F (20210730/tbprint-173)
Jul 02 08:29:49 dell-optiplex-780 kernel: Expanded resource Reserved due to conflict with PCI Bus 0000:00
Jul 02 08:29:49 dell-optiplex-780 kernel: Expanded resource Reserved due to conflict with PCI Bus 0000:00
Jul 02 08:29:49 dell-optiplex-780 kernel: Expanded resource Reserved due to conflict with PCI Bus 0000:00
Jul 02 08:29:49 dell-optiplex-780 kernel: device-mapper: core: CONFIG_IMA_DISABLE_HTABLE is disabled. Duplicate IMA measurements will not be recorded in the IMA log.
Jul 02 08:29:49 dell-optiplex-780 kernel: platform eisa.0: EISA: Cannot allocate resource for mainboard
Jul 02 08:29:49 dell-optiplex-780 kernel: platform eisa.0: Cannot allocate resource for EISA slot 1
Jul 02 08:29:49 dell-optiplex-780 kernel: platform eisa.0: Cannot allocate resource for EISA slot 2
Jul 02 08:29:49 dell-optiplex-780 kernel: platform eisa.0: Cannot allocate resource for EISA slot 3
Jul 02 08:29:49 dell-optiplex-780 kernel: platform eisa.0: Cannot allocate resource for EISA slot 4
Jul 02 08:29:49 dell-optiplex-780 kernel: platform eisa.0: Cannot allocate resource for EISA slot 5
Jul 02 08:29:49 dell-optiplex-780 kernel: platform eisa.0: Cannot allocate resource for EISA slot 6
Jul 02 08:29:49 dell-optiplex-780 kernel: platform eisa.0: Cannot allocate resource for EISA slot 7
Jul 02 08:29:49 dell-optiplex-780 kernel: platform eisa.0: Cannot allocate resource for EISA slot 8
Jul 02 08:29:49 dell-optiplex-780 kernel: Unstable clock detected, switching default tracing clock to "global"
If you want to keep using the local clock, then add:
"trace_clock=local"
on the kernel command line
Jul 02 08:29:49 dell-optiplex-780 kernel: wmi_bus wmi_bus-PNP0C14:00: WQBC data block query control method not found
Jul 02 08:29:49 dell-optiplex-780 kernel: ACPI Warning: SystemIO range 0x0000000000000828-0x000000000000082F conflicts with OpRegion 0x0000000000000828-0x000000000000082D (\GLBC) >
Jul 02 08:29:49 dell-optiplex-780 kernel: ACPI Warning: SystemIO range 0x0000000000000828-0x000000000000082F conflicts with OpRegion 0x000000000000082A-0x000000000000082A (\SACT) >
Jul 02 08:29:49 dell-optiplex-780 kernel: ACPI Warning: SystemIO range 0x0000000000000828-0x000000000000082F conflicts with OpRegion 0x0000000000000828-0x0000000000000828 (\SSTS) >
Jul 02 08:29:49 dell-optiplex-780 kernel: ACPI Warning: SystemIO range 0x00000000000008B0-0x00000000000008BF conflicts with OpRegion 0x00000000000008B8-0x00000000000008BB (\GIC2) >
Jul 02 08:29:49 dell-optiplex-780 kernel: ACPI Warning: SystemIO range 0x0000000000000880-0x00000000000008AF conflicts with OpRegion 0x000000000000088C-0x000000000000088F (\GIC1) >
Jul 02 08:29:49 dell-optiplex-780 kernel: lpc_ich: Resource conflict(s) found affecting gpio_ich
Jul 02 08:29:49 dell-optiplex-780 kernel: ata4.00: ATA Identify Device Log not supported
Jul 02 08:29:49 dell-optiplex-780 kernel: ata3.00: ATA Identify Device Log not supported
Jul 02 08:29:49 dell-optiplex-780 kernel: ata4.00: ATA Identify Device Log not supported
Jul 02 08:29:49 dell-optiplex-780 kernel: ata3.00: ATA Identify Device Log not supported
Jul 02 08:30:00 dell-optiplex-780 kernel: at24 0-0050: supply vcc not found, using dummy regulator
Jul 02 08:30:00 dell-optiplex-780 kernel: at24 0-0051: supply vcc not found, using dummy regulator
Jul 02 08:30:00 dell-optiplex-780 kernel: at24 0-0052: supply vcc not found, using dummy regulator
Jul 02 08:30:00 dell-optiplex-780 kernel: dell-smbios A80593CE-A997-11DA-B012-B622A1EF5492: WMI SMBIOS userspace interface not supported(0), try upgrading to a newer BIOS
Jul 02 08:29:55 dell-optiplex-780 systemd-udevd[322]: sda: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda' failed with exit code 1.
Jul 02 08:29:55 dell-optiplex-780 systemd-udevd[320]: sdc: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdc' failed with exit code 1.
Jul 02 08:29:55 dell-optiplex-780 systemd-udevd[324]: sdb: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdb' failed with exit code 1.
Jul 02 08:29:55 dell-optiplex-780 systemd-udevd[312]: sr0: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sr0' failed with exit code 1.
Jul 02 08:29:56 dell-optiplex-780 systemd-udevd[322]: sda1: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda1' failed with exit code 1.
Jul 02 08:29:56 dell-optiplex-780 systemd-udevd[312]: sdb1: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdb1' failed with exit code 1.
Jul 02 08:29:56 dell-optiplex-780 systemd-udevd[308]: sdb2: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdb2' failed with exit code 1.
Jul 02 08:29:57 dell-optiplex-780 systemd-udevd[323]: sdc2: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdc2' failed with exit code 1.
Jul 02 08:29:57 dell-optiplex-780 systemd-udevd[320]: sdc1: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdc1' failed with exit code 1.
Jul 02 08:29:57 dell-optiplex-780 systemd-udevd[316]: sdb3: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdb3' failed with exit code 1.
Jul 02 08:30:01 dell-optiplex-780 blkmapd[500]: open pipe file /run/rpc_pipefs/nfs/blocklayout failed: No such file or directory
Jul 02 08:30:01 dell-optiplex-780 rpc.idmapd[503]: Setting log level to 0
Jul 02 08:30:09 dell-optiplex-780 thermald[564]: NO RAPL sysfs present
Jul 02 08:30:10 dell-optiplex-780 udisksd[565]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory
Jul 02 08:30:11 dell-optiplex-780 udisksd[565]: Failed to load the 'mdraid' libblockdev plugin
Jul 02 08:30:15 dell-optiplex-780 kernel: kauditd_printk_skb: 22 callbacks suppressed
Jul 02 08:30:16 dell-optiplex-780 systemd[1]: kerneloops.service: Found left-over process 748 (kerneloops) in control group while starting unit. Ignoring.
Jul 02 08:30:16 dell-optiplex-780 systemd[1]: This usually indicates unclean termination of a previous run, or service implementation deficiencies.
Jul 02 08:30:16 dell-optiplex-780 rpc.statd[751]: Flags: TI-RPC
Jul 02 08:31:03 dell-optiplex-780 pulseaudio[875]: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote app>
Jul 02 10:01:46 dell-optiplex-780 systemd[1]: fwupd-refresh.service: Failed with result 'exit-code'.
Jul 02 10:01:46 dell-optiplex-780 systemd[1]: Failed to start Refresh fwupd metadata and update motd.
Jul 02 14:29:03 dell-optiplex-780 lightdm[947]: gkr-pam: unable to locate daemon control file
Jul 02 14:29:29 dell-optiplex-780 pulseaudio[1879]: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote ap>
Jul 02 14:30:12 dell-optiplex-780 kernel: kauditd_printk_skb: 15 callbacks suppressed
Jul 02 14:32:25 dell-optiplex-780 kernel: sd 6:0:0:0: [sdd] No Caching mode page found
|
Nachtrag: Neustart und es geht gar nichts mehr. Der Client kommt nicht mal mehr ins WLAN. Er hängt jetzt am Kabel und im Moment geht wenigstens das.
|
|
ChickenLipsRfun2eat
Anmeldungsdatum:
6. Dezember 2009
Beiträge: 12067
|
Im Journal steht nix sinnvolles drin: journalctl -t rpc.mountd Lass vor dem Abruf noch ein aktuelles mkdir /tmp/bla; mount -vt nfs dell-optiplex-780:/home/gh2425 /tmp/bla laufen.
|
|
uzfH8
(Themenstarter)
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
ChickenLipsRfun2eat schrieb:
Lass vor dem Abruf noch ein aktuelles mkdir /tmp/bla; mount -vt nfs dell-optiplex-780:/home/gh2425 /tmp/bla laufen.
Es will nicht laufen | gh2425@msi-ms-1736-b1:~$ mount -vt nfs dell-optiplex-780:/home/gh2425 /tmp/bla
mount.nfs: failed to apply fstab options
|
|
|
ChickenLipsRfun2eat
Anmeldungsdatum:
6. Dezember 2009
Beiträge: 12067
|
Dann kommentiere mal die fstab-Einträge aus. Danach systemctl daemon-reload und nochmal testen. Idealerweise in einer Rootshell mit sudo -i.
|
|
uzfH8
(Themenstarter)
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
ChickenLipsRfun2eat schrieb: Dann kommentiere mal die fstab-Einträge aus. Danach systemctl daemon-reload und nochmal testen. Idealerweise in einer Rootshell mit sudo -i.
Ich bin mir nicht sicher, ob ich die Anleitung richtig verstanden habe. Ich hab das gemacht | gh2425@msi-ms-1736-b1:~$ cat /etc/fstab | grep dell
#dell-optiplex-780:/home/gh2425 /home/gh2425/import/dell-optiplex-780/home-gh2425/ nfs user,exec,rw,noauto,sync 0 0
gh2425@msi-ms-1736-b1:~$ sudo -i systemctl daemon-reload
gh2425@msi-ms-1736-b1:~$ mount -vt nfs dell-optiplex-780:/home/gh2425 /tmp/bla
mount.nfs: failed to apply fstab options
gh2425@msi-ms-1736-b1:~$
|
Das eigentlich gewünschte Einhängen hingegen funktioniert momentan einwandfrei, aber wie mitgeteilt, bin ich derzeit zwangsweise per LAN unterwegs. Powerline-LAN um genau zu sein.
|
|
ChickenLipsRfun2eat
Anmeldungsdatum:
6. Dezember 2009
Beiträge: 12067
|
Was war denn dann das dazwischengekommene Problem, wenn das Einhängen funktioniert? Da Schreiben wir wohl aneinander vorbei… 😉
|
|
uzfH8
(Themenstarter)
Anmeldungsdatum:
3. Mai 2013
Beiträge: 1011
|
ChickenLipsRfun2eat schrieb: Was war denn dann das dazwischengekommene Problem, wenn das Einhängen funktioniert? Da Schreiben wir wohl aneinander vorbei… 😉
Das Einhängen hat mit Poerline funktioniert. Das ursprüngliche Problem ist bei WLAN aufgetreten. Die neuste Entwicklung ist jetzt aber, dass Powerline nicht mehr funktioiniert, obwohl ich den Adapter aus und wieder eingesteckt habe. Soll ich ein langes LAN-Kabel besorgen undf quer durch die Wohnung spannen, so dass wir das thunar beziehungsweise nfs-Problem weiter diagnostizieren können, oder sollte jetzt erst das Powerlineproblem bearbeitet werden werden? Oder gar das WLAN-Problem?
|