ubuntuusers.de

Nach der Aktualisierung von Ubuntu 24.04 auf 26.04 wurde ohne meine Zustimmung der Einbindungspunkt geändert und außerdem ist er nur bei Bedarf vorhanden.

"user" dient als Platzhalter für Anmeldenamen.

24.04 Verhalten:

1. Alles unter /media/user eingebunden

2. in der /etc/fstab definierte Einbindungspunkte unter /media direkt funktionieren (automatisch und manuell)

3. Alle internen Laufwerke werden bei Bedarf unter /media/user eingebunden

4. Alle externen Laufwerke werden bei Bedarf unter /media/user eingebunden

5. Alle Desktop-Varianten wissen, welche ich auf dem Desktop definierte automatische Einbindungen definiert habe. (bspw. die Partition "Archive" ist immer eingebunden")

Unabhängig vom verwendeten Dateimanager

26.04 Verhalten

1. alles unter /run/media/user eingebunden UND /run/media/user existiert nicht beim Starten des Desktops (damit werden bspw. manche Icons nicht mehr gefunden)

2. Einbindungspunkte mit "noauto", also nicht-automatisch, deren Ordner wurden gelöscht aus /media (vermutlich tmpfiles cleanup daemon) und lassen sich nicht mehr einbinden

3. Intern: Alles unter /run/user

4. Extern: Alles unter /run/user

5. Nur interne Laufwerke automatisch eingebunden.

Ich habe das geprüft mit dolphin, nautilus und thunar. Meistens verwende ich allerdings doublecmd, die anderen dienen mehr der Verwaltung der Einbindungspunkte und Definition von "Orten".

In udisks2 lässt sich zwar das Verhalten von /media ergänzen, aber nich ändern. Wenn ich die Logs von udisks2 Prüfe, sehe ich dort immer meinen und den Systemeintrag.

/run/media ist nirgendwo in den /etc/ Konfigurationsdateien definiert. Ich vermute das ist hart-kodiert in udisks2.

Frage: Wie kann ich das rückgängig machen ?

Ausschluß: Keine Diskussion über den Sinn oder Unsinn von /media vs. /run/media. Beides hat seine Gründe. /run/media ist "privat" und /media ist "shared". Beides muß gleichwertig funktionieren. Mit einem einfachen Kippschalter gegebenenfalls.

Nachtrag: Dolphin verhält sich anders: die "noauto" Einträge der /etc/fstab funktionieren, er läßt also einen Eintrag in /media anlegen. Ich habe außerdem dafür gesort, daß die Hotplug-Laufwerke automatisch eingeängt werden (unerwünschtes Verhalten, nur temporärer Workaround).

Wie immer >> richtig fragen << lesen und beachten.

Dann hättest du den Thread hier gefunden und dabei dann auch festgestellt das es nicht neues ist. Solch Anpassungen gibt es alle Jahre mal.

@schwarzheit

Das hat nichts mit meiner Frage zu tun.

Detailliertere Antwort:

Ich will die Aktion rückgängig machen. Mit udisks2. Das ist ein Systemeingriff.

Ich habe ganz viele Links auf externe Datenträger.

Ich habe ganz viele Dateien, die vergeblich in /media/suamor suchen. Alleine 337 Einstellungen im .config Ordner.

Der von schwarzheit verlinkte Thread enthält eine simple Lösung ohne udisks2.

Danke, das ist ja nicht verkehrt im vielen Fällen.

Ich habe inzwischen festgestellt, daß bei mir die udev-Regeln nicht umgesetzt werden.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

$ cat /etc/udev/rules.d/99-udisks2.rule
# UDISKS FILESYSTEM SHARED
ENV{ID_FS_USAGE}=="filesystem|other|crypto", ENV{UDISKS_FILESYSTEM_SHARED}="1"

$ sudo udevadm control --reload-rules

$ sudo udevadm trigger

$ udevadm info --query=property --name=/dev/sdc2 | grep UDISK
UDISKS_AUTO=0

Hier sollte eigentlich jetzt UDISKS_FILESYSTEM_SHARED=1 stehen, das fehlt aber.

gelöscht

Anscheinend versteht udev "|" Blöcke nicht. Ich habe einfach nochmals alles gelöscht.

Dann ohne Kommentare nur die /etc/udev/rules.d/99-udisks2.rules Datei erstellt. Nun also mit 3 Einträgen:

1
2
3

ENV{ID_FS_USAGE}=="filesystem", ENV{UDISKS_FILESYSTEM_SHARED}="1"
ENV{ID_FS_USAGE}=="crypto",     ENV{UDISKS_FILESYSTEM_SHARED}="1"
ENV{ID_FS_USAGE}=="other",      ENV{UDISKS_FILESYSTEM_SHARED}="1"

Jetzt findet kann udev die rules Datei anwenden.

Hilfreich beim Prüfen ist das "test" Kommando von udevadm:

udevadm test /sys/class/block/nvme0n1pX

Ich habe zuerst immer gefiltert, dann aber es ohne filtern laufen lassen und gesehen, daß es ein Problem beim Lesen gab.

Was mir noch aufgefallen ist, daß die .config/kded_device_automounterrc nicht aktualisiert wurde. Vielleicht wurde sie umbenannt, das möchte ich nochmals prüfen.

Es geht vor allem darum, von der neuen Datei ein Backup zu erstellen.

realsuamor schrieb:

Nach der Aktualisierung von Ubuntu 24.04 auf 26.04 wurde ohne meine Zustimmung der Einbindungspunkt geändert

"Ohne meine Zustimmung"? Da muss ich dir generell mal was Furchtbares sagen: Bei der Nutzung freier Software hast du keine Ansprüche gegenüber dem Anbieter oder Entwickler. Du bekommst sie "as is" ohne jegliche Garantie. Das ist der Preis dafür, dass du sie uneingeschränkt unentgeltlich nutzen darfst. Und wenn man es auf Entwicklerseite sinnvoll findet, ein grundsätzliches Konzept zu ändern, auch nach jahrzehntelanger Konstanz, dann darf man das machen, ohne vorher dein schriftliches Einverständnis einzuholen.

Andere Linux-Zweige mounten Wechseldatenträger übrigens schon seit Ewigkeiten auf /run/media/$USER. Die Debian-Welt ist da etwas hinterher. Aber die kommende Debian Stable wird das auch tun, Testing und Sid tun es bereits. Also gewöhn dich dran ☺

timothy2068, ACK.

Darum geht es nicht. Ubuntu hat sich selbst als Distribution für die Community etabliert.

Daher trägt sie auch die Verantwortung für die Aktualisierungen

Es geht nicht um Garantie oder irgendetwas.

Es geht um Kommunikation.

Wenn bei der Aktualisierung ich den Hinweis bekommme, daß nach dem Update die Einbindungen nicht mehr funktionieren wie früher und einen Hinweis auf udisks2 ist das ausreichend.

Dann kann ich mit dem Thema beschäftigen oder eine Lösung suchen, die bereits andere Benutzer gefunden haben.

So hinterläßt es einen sehr schalen Beigeschmack und der Benutzer steht im Regen, der vorher ein lauffähiges System hatte.

Die Änderungen an udisks2 sind mit Absicht durchgeführt worden, das läßt sich eindeutig aus den Änderungen ablesen.

Das bisherige System funktioniert genauso sicher. Und läßt sich mit ein paar Konfigurationsdateien wieder herstellen.

Ich habe durchaus mitbekommen, daß andere Distributionen das so machen, ich bin aber aus praktischer Erfahrung mit /media oder Varianten und aus verschiedenen anderen Gründen der Ansicht, daß dies ein Schritt in die falsche Richtung ist.

• /run ist temporär. Das ist für ein komplexes System vollkommen unbrauchbar

• /run/media/$USER: Der Inhalt wird wie ein /tmp behandelt. Damit kann ich nichts mehr auf externe Laufwerke auslagern

• /media wird unterstützt, ich muß allerdings immer alle Regeln als Administrator in /etc/fstab eintragen. Das ist unflexibel

• /media/$USER mit externen Links läßt sich prima mit Sandbox System (bspw. flatpak, podman) verwenden. flatpak /run einzurichten für HOST und SANDBOX ist nur umständlich machbar mit der geänderten /run Umgebung

Bis es praktikable Lösungen für Multi-Disk / Network-Disk Systeme gibt, werde ich /media verwenden.

realsuamor schrieb:

Ich habe durchaus mitbekommen, daß andere Distributionen das so machen, ich bin aber aus praktischer Erfahrung mit /media oder Varianten und aus verschiedenen anderen Gründen der Ansicht, daß dies ein Schritt in die falsche Richtung ist.

Lustig. Du hast oben ausdrücklich um

Keine Diskussion über den Sinn oder Unsinn von /media vs. /run/media

gebeten, und jetzt fängst du selbst eine an ☺

Ich kann das Problem nicht wirklich nachvollziehen. Denn "/mount/..." und "/run/mount/..." sind beides Verzeichnisse, die für die Einbindung von Wechseldatenträgern vorgesehen sind. Permanent vorhandene Datenträger haben da nichts zu suchen.

Für einen Anwender sollte das keinen Unterschied machen, denn alle Programme, die Bestandteil einer Distribution sind, kennen den entsprechenden Einhängepunkt.

Der neue Einhängepunkt wird sich in absehbarer Zeit nicht wieder ändern. Die Änderung ist eigentlich auch nur für Programmierer wichtig. Ich habe meinen Programmen beigebracht, beim Start nachzusehen, welches Verzeichnis vorhanden ist, wobei "/run/media/..." an erster Stelle steht.

Das ist keine Ubuntu Entscheidung! Es ist auf Dauer Stress freier das zu akzeptieren.

Zweiter Teil (optional): /media/<user>

Der einfachste Weg ist die Verwendung von /etc/tmpfiles.d/<config>.conf

Ich verwende media.conf (Änderungen sind in /media)

Hier einfach hinzufügen:

L /media/<Benutzer> 0755 <Benutzer> <Benutzer> - /media

Alternativ kann man root root verwenden.

Ebenso kann einen Link zu /home hinzufügen, falls das ebenfalls auf /media war:

L /media/home 0755 root root – /home

Die Variante

L /media/<Benutzer> 0755 <Benutzer> <Benutzer> - /media/run/<Benutzer> ist leider nicht möglich.

realsuamor schrieb:

Es geht um Kommunikation.

Die ist diesbezüglich doch tippitoppi.

... Removable media are mounted under /run/media In previous Ubuntu releases, removable media were mounted under the /media directory. Starting with Ubuntu 26.04 LTS, /run/media is now the mount directory instead. This has several benefits:

Better support for read-only root file systems

Better alignment with other distributions and upstream defaults

Not requiring special cleanup routines because /run is hosted on a virtual memory file system (tmpfs)

If you rely on the specific directory path for media access, check that your setup still works. For example, test your existing scripts.

https://documentation.ubuntu.com/release-notes/26.04/changes-since-previous-interim/

Mylin schrieb:

realsuamor schrieb:

Es geht um Kommunikation.

Die ist diesbezüglich doch tippitoppi.

Ist sie nicht, der Threadstarter ist nicht vorab persönlich per Post darauf hingewiesen und um Erlaubnis gebeten worden.

realsuamor, in einem User-Forum herumzuweinen, bringt Dir nichts. Weder kann das hier jemand ändern, noch wirst Du nennenswerten Zuspruch erhalten. Du nutzt diese Distribution, passen Dir daran grundlegende Entscheidungen nicht, nimm eine andere! Wobei wie geschrieben Ubuntu nur Nachzügler ist.