Anfängerfragen - Linux Neuling? Hier ist der richtige Platz für deine Fragen (2)

[Liesel Weppen]

ist das englische Original: "tainted", wie in dem Song "tainted love".

Dann schreib das doch einfach direkt genau so, wenn du es schon weißt, statt irgendwelche pseudolustigen Kommentare zu posten die keine Sau versteht, Herr Gott nochmal.
Und dann antwortest du sogar noch "was soll ich dazu sagen?"
WIE WÄRS GENAU DAMIT?

Dafür wäre es aber völlig ausreichend, die Ergebnisse in neutraler Schrift darzustellen. Den Leuten mit roter Schrift Angst einzujagen, ist wenig hilfreich...

Leute mit Aussagen das sie "verdorbene" Kernel verwenden, was ausser dir niemand lustig findet, noch mehr zu verwirren, findest du also besser?

Meiner Einschätzung nach sind Antworten wie diese hier noch ein weit größeres Problem als das Tool, irgendwelche Übersetzungen oder die gewählte Schriftfarbe. Du weißt es anscheinend, sagst es aber nicht, sondern verwirrst noch mehr. Das braucht dann aber auch wirklich exakt niemand.

 

[Fallwrrk]

Also auf meinem Framework 13 ist bis auf die RAM-Verschlüsselung alles grün.

 

[74181]

@Liesel Weppen : Du hast Recht. Ironie funktioniert im Internet nicht. Ich weiß es - und mache es trotzdem manchmal.

Andererseits hat @MaexxDesign es aber auch herausgefordert. Er hat 2.000 Posts. Er ist also kein Anfänger. Normalerweise gilt die Regel "erst mal 10 Minuten recherchieren, bevor man etwas postet". Er schreibt "dass es HSI-Laufzeitprobleme gibt; was auch immer das heißt.". Klingt nicht nach 10 Minuten Recherche. Er hätte auch schreiben können, welches Programm er aufruft. Ein bisschen mehr Mühe hätte er sich schon geben können....

 

[Liesel Weppen]

Du hast Recht. Ironie funktioniert im Internet nicht. Ich weiß es - und mache es trotzdem manchmal.

Doch, funktioniert schon, wenn man z.B. *ironie" dazuschreibt, oder wenigstens einen halbwegs lustigen Smiley dahintersetzt.
Oder wenn man sowas nur als Teaser benutzt, dann aber trotzdem direkt erklärt, was das wirklich bedeutet, weil man ja anscheinend doch irgendwie verstanden hat, was die eigentliche Frage war.

Andererseits hat @MaexxDesign es aber auch herausgefordert. Er hat 2.000 Posts. Er ist also kein Anfänger.

Er hat 2000 Posts in einem HARDWAREFORUM. Welche Rückschlüsse lässt das jetzt auf die Linuxkenntnisse dieses Users bitte zu?
Man muss nur ein paar Beiträge vorher auch lesen und sollte daraus eigentlich merken, das der User überhaupt keine Ahnung von Linux hat und es gerade zum ersten Mal ausprobiert. Im Threadtitel steht nebenbei sogar noch was von ANFÄNGER.

Normalerweise gilt die Regel "erst mal 10 Minuten recherchieren, bevor man etwas postet".

Zu "erstmal 10 Minuten recherchieren" gehört auch erstmal ein paar vorherige Beiträge zu lesen um vielleicht sowas wie Kontext zu erfassen, bevor man so Schlaubischlumpf-Antworten schreibt.

Du dagegen hast ganze 84 Posts und schreibst Mist. Ich unterstelle also mal, du hast keine Ahnung wie Foren funktionieren. Und das was du hier so zum Besten gibst, bestätigt das ja auch noch. 🙄 Da hilfts dann halt auch nix, wenn man Ahnung von Linux hat.

Die Krönung der Ironie ist lediglich, das du dich nach so einer Antwort auch noch "beschwerst", das ein rot angezeigter Text "mehr Angst schürt" als notwendig wäre.

 

[74181]

@Liesel Weppen : Du hast mich mehrfach persönlich angegriffen. Belassen wir es dabei.

 

[Liesel Weppen]

Belassen wir es dabei.

Jap, machen wir dauerhaft.

Und ich hab dich nicht persönlich angegriffen. Ich hab dir nur den Spiegel vors Gesicht gehalten.

 

[MaexxDesign]

Hey ihr zwei; alles gut!
Meine Unwissenheit über Linux sollte nicht dazu führen, dass ihr über mich streitet.
Und nein: Mein Kernel stinkt noch nicht.
Scheinbar verursacht meine nVIDIA-Karte diesen Eintrag.

Und ja:
Es ist das erste Mal, dass ich Linux nutze.
Die meisten Probleme konnte ich durch etwas Recherche beheben:
- Bitlocker-Verschlüsselung meiner Festplatten
- Battle.net-Installation
- Davinci Resolve Studio-Installation
- umbenennen von Festplatten
- Bedienung der Konsole

Der Screenshot mit dem verderbten Kernel kommt vom Reiter "Firmware-Sicherheit" des CachyOS Infozentrums.
Ich habe mir die Programme, die vorinstalliert sind, angeschaut und dabei ist mir das aufgefallen.
Von der roten Schrift bin ich nicht verunsichert und ich habe diesbezüglich noch nichts unternommen.

Folgendes Problem möchte ich noch beheben:
Steam VR ruckelt bei Kopfbewegungen.

 

[Zyxx]

Steam VR ruckelt bei Kopfbewegungen.

Schau mal was passiert wenn du einen anderen USB Port nutzt. Bevorzugt USB 2/3.

 

[MaexxDesign]

Schau mal was passiert wenn du einen anderen USB Port nutzt. Bevorzugt USB 2/3.

Das werde ich probieren, danke!


Anderes Thema, für das ich noch keine Lösung gefunden habe.
Ich arbeite mit Davinci Resolve Studio.

Folgendes Problem:
Über "File" --> "Import" --> "Media" kann ich keine Dateien außerhalb meines Root-Laufwerkes einfügen, da ich wohl keinen Zugriff habe.
Ich kann in die Zeile "Look in" nichts manuell eintippen.
Ich kann aber meinen Dateimanager "Dolphin" vom Desktop aus öffnen und von dort die Dateien in Davinci ziehen.
Das ist aber erstens umständlich und zweitens möchte ich in Davinci immer Dateien mit anderen ersetzen, um das Format beizubehalten:
Im Media Pool Rechtsklick auf die Datei und dann "Clip Operation" --> "Replace Selected Clip".
Aber auch so wird mir nur das Root-Laufwerk angezeigt.

Nachfolgend ein chatgpt-Verlauf.
Ich habe das abgebrochen, da ich nicht weiß, was die letzten Konsolen-Befehle, die mir chatgpt vorschlägt, anrichten werden.
Das Flatseal installieren habe ich auch nicht gemacht, da ich ebenfalls nicht weiß, was das anrichtet.
Der Vorschlag Davinci aus der Konsole heraus zu starten klappt zwar, aber es das Problem nicht gelöst.
Daher ersuche ich hier Hilfe.

Beginn Chatverlauf: (grün markierter Text ist von mir)

ich kann, wenn ich in davinci resolve studio medien importieren möchte, nur auf mein root-laufwerk zugreifen. andere laufwerke werden nicht angezeigt

Das ist kein Mount-Problem, sondern fast sicher ein Sandbox-/Permission-Problem.
Unter Linux kann DaVinci Resolve Studio je nach Installationsart (Flatpak vs. native) nur auf bestimmte Verzeichnisse zugreifen.

---

🔎 Schritt 1 – Wie hast du Resolve installiert?​

Bitte kurz prüfen:

flatpak list | grep -i resolve
Wenn dort etwas erscheint → Flatpak-Version
Wenn nichts kommt → vermutlich native Paket (pacman / AUR)

---

🟢 Fall 1: Flatpak-Version (häufigste Ursache)​

Flatpak läuft sandboxed und darf standardmäßig nur auf:

• /home
• ggf. Wechseldatenträger unter /run/media

Andere Laufwerke werden nicht angezeigt.

✅ Lösung 1 (einfach):​

Flatseal installieren:

flatpak install flathub com.github.tchx84.Flatseal
Dann:

• Flatseal öffnen
• DaVinci Resolve auswählen
• Unter „Filesystem“ →
  „All user files“ aktivieren

Danach Resolve neu starten.

---

✅ Lösung 2 (Terminal):​

Kompletten Zugriff geben:

flatpak override com.blackmagicdesign.Resolve --filesystem=host
Danach Neustart.

---

🟡 Fall 2: Native Installation (AUR / offizielles Paket)​

Dann liegt es meist an:

• Laufwerk nicht gemountet
• Mount unter /mnt ohne User-Rechte
• Falsche Besitzrechte

Prüfen:

lsblk
Ist das Laufwerk gemountet?
Wenn es unter /mnt hängt, prüfe:

ls -l /mnt
Wenn root gehört → Resolve kann evtl. nicht zugreifen.

---

✅ Lösung für native Install​

Laufwerk mit User-Rechten mounten, z. B.:
In /etc/fstab:

UUID=xxxx /mnt/daten ext4 defaults,noatime 0 2
Oder bei NTFS:

UUID=xxxx /mnt/daten ntfs3 defaults,uid=1000,gid=1000 0 0

---

🎯 Was ich vermute bei dir​

Du nutzt CachyOS → sehr wahrscheinlich Flatpak-Version.
Und dann ist es zu 95 % die Sandbox.

---

💡 Schnellste Lösung​

Probier direkt:

flatpak override com.blackmagicdesign.Resolve --filesystem=host
Neustarten → sollte alles sichtbar sein.

---

Wenn du willst, sag mir:

• Flatpak oder AUR?
• Welches Dateisystem haben die anderen Laufwerke (ext4, NTFS, exFAT)?
• Werden sie im Dateimanager angezeigt?

Dann sag ich dir exakt, was zu tun ist.

Unter „Filesystem“ →„All user files“ aktivierenwo ist das?

Das findest du in Flatseal – nicht direkt in DaVinci Resolve.
Du brauchst das Tool:

🔧 Flatseal installieren (falls noch nicht vorhanden)​

flatpak install flathub com.github.tchx84.Flatseal
Danach im Startmenü Flatseal öffnen.

---

📍 Dort findest du „All user files“​

1️⃣ Links in Flatseal:
→ DaVinci Resolve auswählen
2️⃣ Rechts scrollen bis zum Abschnitt:

Filesystem

3️⃣ Dort aktivieren:

✅ All user files

Schalter einfach einschalten.

---

🔄 Danach​

• Resolve komplett schließen
• Neu starten

Jetzt sollten alle gemounteten Laufwerke sichtbar sein.

---

❗ Falls du „All user files“ nicht siehst​

Manche Versionen zeigen es als:

• „All system files“
• Oder du musst manuell einen Pfad hinzufügen unter:
  → „Other files“

Dann kannst du z. B. hinzufügen:

/mnt
/run/media

---

Wenn du willst, sag mir:

• Unter welchem Pfad dein anderes Laufwerk gemountet ist (lsblk zeigt das)
• Dann sag ich dir exakt, welchen Pfad du freigeben musst.

ich habe die normale linux version von der homepage runtergeladen und installiert.
danach habe ich das gemacht, da davinci sonst nicht startet:
sudo mkdir /opt/resolve/libs/_disabled
und
sudo mv /opt/resolve/libs/libglib-2.0.so* /opt/resolve/libs/_disabled
sudo mv /opt/resolve/libs/libgio-2.0.so* /opt/resolve/libs/_disabled
sudo mv /opt/resolve/libs/libgmodule-2.0.so* /opt/resolve/libs/_disabled

Perfekt, das ist wichtig 👍
Dann nutzt du nicht die Flatpak-Version, sondern die native Linux-Version von
DaVinci Resolve Studio.
Dein Problem ist damit kein Sandbox-Thema, sondern fast sicher:

🔎 Das Laufwerk ist zwar gemountet, aber nicht für deinen User zugreifbar.

---

✅ Schritt 1 – Prüfen wo das Laufwerk hängt​

Bitte im Terminal:

lsblk -f
Wichtig ist die Spalte MOUNTPOINT.
Typische Orte:

• /run/media/username/XYZ
• /mnt/daten
• /media/...

---

🔎 Schritt 2 – Rechte prüfen​

Angenommen dein Laufwerk ist z. B. unter:

/mnt/daten
Dann prüfen:

ls -ld /mnt/daten
Wenn dort steht:

root root
→ Dann darf dein normaler User nicht darauf zugreifen
→ Resolve zeigt es nicht an

---

🛠 Lösung je nach Dateisystem​

---

🟢 Fall A: ext4-Laufwerk​

Dann einfach Besitz ändern:

sudo chown -R $USER:$USER /mnt/daten
Fertig.

---

🟢 Fall B: NTFS (sehr häufig bei Windows-Resten)​

Dann muss es mit User-ID gemountet werden.
In /etc/fstab sollte z. B. stehen:

UUID=XXXX /mnt/daten ntfs3 defaults,uid=1000,gid=1000 0 0
Dann:

sudo mount -a

---

🟢 Fall C: Laufwerk wird nur root-only gemountet​

Dann mountest du es wahrscheinlich manuell mit sudo.
Das führt dazu, dass nur root Zugriff hat.
In dem Fall:

sudo umount /mnt/daten
sudo mount /dev/nvmeXnYpZ /mnt/daten -o uid=1000,gid=1000

---

🔥 Warum Dateimanager es trotzdem zeigt​

Viele Dateimanager (Dolphin, Nautilus etc.) mounten automatisch mit User-Rechten.
Resolve nutzt aber einen anderen File-Dialog → der prüft echte POSIX-Rechte.

---

🎯 Sehr wahrscheinlich bei dir​

Du hast:

• Windows entfernt
• andere SSD wieder angeschlossen
• diese wird jetzt root-owned gemountet

→ Resolve sieht sie nicht.

---

❗ Wichtig: Dein GLib-Fix​

Die Befehle mit:

sudo mv libglib-2.0.so*
sind normal bei Arch-basierten Systemen.
Das hat mit dem Laufwerksproblem nichts zu tun.

---

👉 Jetzt brauche ich nur:​

Poste bitte die Ausgabe von:

lsblk -f
Dann sage ich dir exakt den einen Befehl, der dein Problem löst.

❯ lsblk -fNAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTSsda └─sda1 ntfs D 20942FEE942FC55E 24G 95% /run/media/marc/Dsdb ├─sdb1 └─sdb2 ntfs E DE2A8EFA2A8ECEC9 367,2G 21% /run/media/marc/Esdc └─sdc1 ext4 1.0 F a8d4cd3e-16bf-4c63-be3f-2ec26b1c1340 363,6G 15% /run/media/marc/Fsdd └─sdd1 ext4 1.0 G 71e0761c-def1-4f68-9e9c-a5a3a2ff00e9 178,1G 75% /run/media/marc/860evo_1tbsde ├─sde1 vfat FAT32 EFI 67E3-17ED └─sde2 ntfs H BC0E1B320E1AE564 99,6G 57% /run/media/marc/Hzram0 swap 1 zram0 75cc952c-cdd6-448e-9f07-c9c2b6eb7063 [SWAP]nvme0n1 ├─nvme0n1p1 ├─nvme0n1p2 vfat FAT32 84E9-5D5F 3,3G 19% /boot└─nvme0n1p3 ext4 1.0 01910074-f608-4ec6-9729-7dbf95c75739 1,4T 17% /nvme1n1 └─nvme1n1p1 ext4 1.0 I 12673440-9400-4c10-9114-526459378888 4,3G 95% /run/media/marc/I

Perfekt, danke für die Ausgabe 👍
Jetzt sieht man klar, was passiert.
Alle deine Zusatzlaufwerke sind korrekt unter:

/run/media/marc/...
gemountet – also mit deinem User (marc).
Die Rechte sind damit nicht das Problem.

---

🎯 Der eigentliche Grund​

Die native Linux-Version von
DaVinci Resolve Studio
hat eine bekannte Eigenheit:
👉 Der interne File-Dialog zeigt standardmäßig nur bestimmte Systempfade, nicht automatisch /run/media.
Das ist kein Rechteproblem, sondern ein UI-/Pfad-Thema.

---

✅ Lösung (einfach & sauber)​

Im Import-Fenster von Resolve:

1. Klicke links auf "Volumes"
2. Navigiere manuell zu:

/run/media/marc/
Dort sollten alle Laufwerke erscheinen:

• D
• E
• F
• G
• H
• I

---

🔥 Falls „/run“ nicht sichtbar ist​

Dann:

1. Im File-Dialog oben ins Pfadfeld klicken
2. Manuell eingeben:

/run/media/marc
Enter drücken.

---

💡 Dauerhafte, komfortable Lösung​

Da Resolve manchmal zickig mit /run/media ist, empfehle ich:
Erstelle symbolische Links in deinem Home:

ln -s /run/media/marc/D ~/D
ln -s /run/media/marc/E ~/E
ln -s /run/media/marc/F ~/F
Dann kannst du in Resolve einfach über:

/home/marc/D
zugreifen – das funktioniert immer.

---

🧠 Warum das so ist​

Resolve wurde primär für:

• CentOS / Rocky Linux
• Workstation-Umgebungen

entwickelt.
Automount-Pfade wie /run/media sind dort nicht üblich.

---

🚀 Beste Praxis für Video-Workflows​

Für maximale Stabilität könntest du deine Arbeitslaufwerke statisch unter /mnt mounten (via /etc/fstab).
Resolve kommt damit oft besser klar als mit /run/media.

---

Wenn du willst, sag ich dir:

• wie du deine Medien-SSD sauber dauerhaft unter /mnt/media einbindest
• oder wie du Resolve optimal für RTX 4090 + Studio-Treiber konfigurierst (CUDA / NVENC optimal nutzen)

Klicke links auf "Volumes"
das gibt es nicht
und
Im File-Dialog oben ins Pfadfeld klicken
funktioniert nicht

Gut – wichtig: Wir reden vom Media-Import-Dialog von
DaVinci Resolve Studio.
Resolve benutzt keinen normalen KDE/GNOME-Dateidialog, sondern seinen eigenen.
Und der zeigt externe Mountpoints oft nicht automatisch an.

---

🎯 Schnelle Lösung (funktioniert immer)​

Im Import-Fenster:

1. Oben im Dateibrowser gibt es ein kleines Feld mit:
   
   Media Storage
2. Dort auf das Zahnrad klicken.
3. Dann:
   
   Add New Location
4. Jetzt manuell hinzufügen:

/run/media/marc
Oder direkt ein bestimmtes Laufwerk, z. B.:

/run/media/marc/F
Danach erscheint es links dauerhaft.

---

💡 Alternative (noch sauberer)​

Resolve arbeitet zuverlässiger mit festen Mountpoints als mit /run/media.
Du könntest deine Arbeitsplatte dauerhaft unter /mnt mounten:
Beispiel für ext4:

sudo mkdir /mnt/media
sudo mount /dev/sdc1 /mnt/media
Dann im Resolve „Media Storage“:

/mnt/media
hinzufügen.

---

🧠 Warum das nötig ist​

Resolve wurde ursprünglich für:

• CentOS / RHEL Workstations

entwickelt.
Dort gibt es kein /run/media-Automount wie bei KDE.
Deshalb muss man Medienpfade manuell im Media Storage registrieren.

---

🔥 Wichtig​

Nicht über:

File → Import → Media

gehen.
Sondern im Media Page links oben unter Media Storage arbeiten.

---

Wenn du willst, erkläre ich dir noch:

• wie man ein Laufwerk Resolve-optimiert mountet (noatime etc.)
• oder wie du deine RTX 4090 korrekt für CUDA/NVENC in Resolve aktivierst
  (da gibt es unter Arch/CachyOS ein paar wichtige Haken)

Was soll ich dir als Nächstes sauber einstellen?

Oben im Dateibrowser gibt es ein kleines Feld mit:
das gibt es nicht.
ich kann nichts manuell eintippen.
ich habe nur zugriff auf das root-laufwerk.

Alles klar 👍 jetzt wird’s konkret.
Wenn du wirklich nur „/“ siehst und nichts eintippen kannst, dann ist dein Problem sehr wahrscheinlich:

Resolve hat keinen Zugriff auf /run/media, weil es mit eingeschränkten Umgebungsvariablen gestartet wird.

Das passiert häufig bei der nativen Version unter Arch/CachyOS.

---

🔍 Schnelltest​

Starte Resolve einmal direkt aus dem Terminal:

/opt/resolve/bin/resolve
Nicht über das Menü.
Dann erneut versuchen zu importieren.
👉 Wenn die Laufwerke jetzt sichtbar sind, liegt es an der Desktop-Launcher-Umgebung.

---

🎯 Wenn das nichts ändert (wahrscheinlicher Fall)​

Resolve sieht nur Pfade, die in seinem Media Storage definiert sind.
Und der Standard-Storage ist nur:

/
Deine Laufwerke hängen aber unter:

/run/media/marc/...
Resolve zeigt Unterordner von / nur, wenn es sie durchsuchen darf.

---

🔥 Sauberste & zuverlässigste Lösung​

Wir umgehen /run/media komplett.
Mount ein Laufwerk statisch unter /mnt:
Beispiel für Laufwerk F (sdc1):

sudo mkdir /mnt/media
sudo mount /dev/sdc1 /mnt/media
Dann starte Resolve neu.
Jetzt solltest du unter:

/mnt/media
zugreifen können.

---

🧠 Warum das funktioniert​

/run/media ist:

• dynamisch
• udisks-automount
• manchmal mit zusätzlichen Security-Flags

Resolve kommt mit statischen Mountpoints deutlich besser klar.

---

💡 Dauerhafte Lösung (empfohlen für Video-Workflows)​

In /etc/fstab eintragen:
Für ext4:

UUID=a8d4cd3e-16bf-4c63-be3f-2ec26b1c1340 /mnt/media ext4 defaults,noatime 0 2
Dann:

sudo mount -a
Danach ist es permanent verfügbar.

---

🎬 Wichtig​

Resolve ist für:

• CentOS / RHEL Workstations

gebaut worden – dort werden Medienplatten fast immer unter /mnt gemountet.

 

[Shihatsu]

Bei KI-Befragungen bin ich instant raus, sorry.

 

[morph027]

Jo, vor allem sind die so unglaublich geschwätzig. Wer soll sich das denn durchlesen?

 

[Liesel Weppen]

Über "File" --> "Import" --> "Media" kann ich keine Dateien außerhalb meines Root-Laufwerkes einfügen, da ich wohl keinen Zugriff habe.

Was ist denn ein "Root-Laufwerk"?

Unter Linux (zumindest auf "Verzeichnisbaumebene") gibts keine extra Laufwerke. Manche Dateimanager zeigen solche aber, in der linken Leiste an, ähnlich wie man es von Windows kennt.

Hast du denn das Laufwerk, auf das du zugreifen willst überhaupt gemountet? Bzw. wurde es automatisch gemountet?
Falls es gemountet ist, findest du es je nach Distri unter /mnt, /media oder /run/media.
Wenn nicht musst du das Laufwerk natürlich erstmal mounten.

Auf einer Shell kannst du dir mit "df -h" alle gemounteten Laufwerke anzeigen lassen. Dort siehst du auch wo sie gemountet sind.
Oder guck im Programm GParted, das ist quasi wie die Datenträgerverwaltung unter Windows. Dort siehst du iirc auch wo welche Partitionen gemountet sind und du siehst auch ungemountete Partitionen.

Bin mir ziemlich sicher, das das nichts mit Davinci zu tun hat.


Und seitenlange KI-Antworten reinzuposten kannst du dir echt sparen.
Wenn du schon eine KI befragst, dann lies die Antwort selber und probiere aus was dir in dieser Antwort mitgeteilt wurde. Wenn du dann (trotzdem) hier postest kannst du ja zusammenfassen, was du schon ausprobiert hast oder konkret nach etwas fragen, was du nicht verstehst.

 

[Kuzorra]

Jo, vor allem sind die so unglaublich geschwätzig. Wer soll sich das denn durchlesen?

Jo, ich lese das auch nicht alles durch.
1) Entweder du passt die Zugriffsrechte für bestimmte Ordner an, so dass dein Davinci von überall lesen kann
2) Oder du könntest dein "Arbeitsverzeichnis" mit deinen Quelldateien auch in "Home" anlegen und alles dort ablegen (wenn dein Speicherplatz dafür ausreicht), dann musst du nichts anpassen.

Was ist denn ein "Root-Laufwerk"?

Er meint sicher sein home-Verzeichnis, wenn ich mir den Screenshot ansehe. Das gehört dem Nutzer ja per deafult...

Wenn du schon eine KI befragst, dann lies die Antwort selber und probiere aus was dir in dieser Antwort mitgeteilt wurde. Wenn du dann (trotzdem) hier postest kannst du ja zusammenfassen, was du schon ausprobiert hast oder konkret nach etwas fragen, was du nicht verstehst.

Ja @MaexxDesign - ein bisschen musst du schon mitarbeiten und mitdenken --> kondensiere diesen seitenlangen Post mal bitte auf deine Kernfragen.
Was hast du schon probiert? Mit welchem Ergebnis?
Vor welchem der Befehle aus dem KI-Gedöns hast du jetzt genau Angst?

 

[Liesel Weppen]

Er meint sicher sein home-Verzeichnis, wenn ich mir den Screenshot ansehe. Das gehört dem Nutzer ja per deafult...

Es geht aber ja um eine zweite Festplatte/Partition.
Ich verstehe das so, das er die nicht "findet", weil sie nicht wie unter Windows als extra Laufwerk auftaucht, oder das sie eben überhaupt nicht auftaucht weil sie eben überhaupt nicht gemountet ist.

Wenn man sie finden würde, aber von dort nichts öffnen oder dort speichern kann, kriegt man idR eine Fehlermeldung die dann doch direkt auf ein Rechteproblem hinweist.
Zumindest den Ordner wo die Partition hingemountet wird würde man sehen. Und eigentlich sollte man auch den Inhalt sehen, weil selbst auf einer NTFS-Partition hat man zumindest Leserechte.

Edit: Das du in die "Look In" Zeile nichts eintippen kannst, mag am Datei-Öffnen/Schließen-Dialog liegen. Manche lassen da einfach nichts eintippen. Du solltest aber im Verzeichnisbaum trotzdem navigieren können. Du hast ja die Vor/Zurück/EinVerzeichnisHoch tasten und du könntest auch links auf "Computer" klicken dich dann von "/" ausgehend durchklicken.

 

[Kuzorra]

Jetzt habe ich doch viel mehr gelesen als geplant

Hier mal die bisherigen Mountpoints mit etwas Formatierung (ganz schön voll).....

Spoiler: Mountpoints

❯ lsblk -fNAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
sda
└─sda1 ntfs D 20942FEE942FC55E 24G 95% /run/media/marc/D
sdb
├─sdb1 
└─sdb2 ntfs E DE2A8EFA2A8ECEC9 367,2G 21% /run/media/marc/E
sdc
└─sdc1 ext4 1.0 F a8d4cd3e-16bf-4c63-be3f-2ec26b1c1340 363,6G 15% /run/media/marc/F
sdd
└─sdd1 ext4 1.0 G 71e0761c-def1-4f68-9e9c-a5a3a2ff00e9 178,1G 75% /run/media/marc/860evo_1tb
sde
├─sde1 vfat FAT32 EFI 67E3-17ED
└─sde2 ntfs H BC0E1B320E1AE564 99,6G 57% /run/media/marc/Hzram0 swap 1 zram0 75cc952c-cdd6-448e-9f07-c9c2b6eb7063 [SWAP]
nvme0n1
├─nvme0n1p1
├─nvme0n1p2 vfat FAT32 84E9-5D5F 3,3G 19% /boot
└─nvme0n1p3 ext4 1.0 01910074-f608-4ec6-9729-7dbf95c75739 1,4T 17% /
nvme1n1
└─nvme1n1p1 ext4 1.0 I 12673440-9400-4c10-9114-526459378888 4,3G 95% /run/media/marc/I

....mittig im KI-Gedöns steht doch, dass du die Dinge entweder verlinken oder anders einhängen könntest.

 

[Chris1975]

Darf ich fragen warum die Mountpoints unter /run angelegt werden? Das sind normal verzeichnisse im tmpfs die während der laufzeit erstellt werden und da hat nicht jeder zugriffsrechte.
Warum nicht über die fstab mit entsprechenen Mountpoints in deinem home verzeichnis?

 

[Zyxx]

Einzelne Teile des GameDev Kits und der Windows Runtime "WinRT" (kam mit Windows 8 für den "tollen" Appstore) scheinen wohl unter der Version von Wine zu laufen:

GitHub - Weather-OS/WineGDK: GDK Components and *some* WinRT Components ported to Wine.

GDK Components and *some* WinRT Components ported to Wine. - Weather-OS/WineGDK

github.com

Es könnte also tatsächlich sein, das es schneller als gedacht eine brauchbare Lösung für Microsoft Apps wie die Xbox App gibt @MaexxDesign.
Aber ob das in ein paar Monaten oder doch erst Jahren kommt, das weiß ich nicht.
Zumal der Autor schreibt das er nicht upstream merged.

 

[MaexxDesign]

Ich danke euch für eure Vorschläge und Geduld!
Ich werde es aufarbeiten sowie ein Video machen, damit das Problem ersichtlich wird.

Es könnte also tatsächlich sein, das es schneller als gedacht eine brauchbare Lösung für Microsoft Apps wie die Xbox App gibt @MaexxDesign.
Aber ob das in ein paar Monaten oder doch erst Jahren kommt, das weiß ich nicht.
Zumal der Autor schreibt das er nicht upstream merged.

Danke für die Info.
Ich kündige meinen Account und warte ab.

 

[Lunat1cx]

Folgendes Problem:
Über "File" --> "Import" --> "Media" kann ich keine Dateien außerhalb meines Root-Laufwerkes einfügen, da ich wohl keinen Zugriff habe.
Ich kann in die Zeile "Look in" nichts manuell eintippen.
Ich kann aber meinen Dateimanager "Dolphin" vom Desktop aus öffnen und von dort die Dateien in Davinci ziehen.

Öhm wie hast du Davinci installiert? Über Flatpak oder via AUR?
Wo liegen die Dateien die du importieren möchtest? Auf dem Desktop direkt oder auf einer anderen Platte?

Kannst du den Pfad Schreibtisch (aka Desktop) im gezeigten Fenster nicht öffnen?

Falls die Daten nicht auf dem Desktop liegen, müsstest du schauen wo die zusätzliche Platte eingebunden ist.
Dann kannst du über "computer" in den entsprechenden Mountpoint navigieren.

Falls du Davinci über Flatpak installiert hast, kann es gut möglich sein das du Flatseal installieren musst um div. Berechtigungen für die Flatpak-Anwendung freizuschalten.
Geht soweit ich weiss auch generell per Flatpak selbst, Flatseal ist aber die komfortablere GUI

 

[MaexxDesign]

Öhm wie hast du Davinci installiert? Über Flatpak oder via AUR?

Ich habe alle Programme, bis auf Davinci Resolve, über die Konsole mit dem Befehl "sudo" installiert.
Davinci habe ich über die offizielle Linux-Installationsdatei von der Website installiert.

Mit Hilfe einer KI habe ich es endlich geschafft.
Es sieht nicht schön aus, aber ich habe nun Zugriff auf meine Laufwerke D bis G (860evo_1tb).
Auch hier im Browser kann ich endlich auf meine anderen Laufwerke zugreifen, was vorher auch nicht ging.
Es war also kein Davinci-Problem, sondern allgemein ein Fehler.

Wie das Problem gelöst wurde:

Nach dem Reparieren:

Nach dem Neustart:

Nach erneutem Neustart:

Der letzte Schritt hat das Problem behoben.
Sieht für mich nicht sauber aus (siehe erster Screenshot), aber ich habe nun endlich Zugriff.

Nun kann ich auch hier bei hwluxx endlich Fotos von anderen Laufwerken hochladen.
Dafür muss ich auf "+ Andere Orte" klicken und dann erscheinen im rechten Fenster meine Laufwerke.
Nicht optimal, da ich sie gerne aufgelistet im linken Abschnitt sehen möchte, wo "+ Andere Orte" angezeigt wird, aber besser als nichts.

 

[Liesel Weppen]

Der letzte Schritt hat das Problem behoben.
Sieht für mich nicht sauber aus (siehe erster Screenshot), aber ich habe nun endlich Zugriff.

Wenn du den letzten Schritt, also "Sauberster Fix", benutzt brauchst du das ganze Zeug vorher eigentlich nicht.

Damit das es nicht sauber aussieht, meinst du weil die Symlinks im Dateidialog ein kleineres Icon haben als normale Dateien?
Das scheint tatsächlich ein relativ neuer Bug zu sein: https://discuss.kde.org/t/tiny-symlinked-folder-icons-in-dolphin/30613

Dafür muss ich auf "+ Andere Orte" klicken und dann erscheinen im rechten Fenster meine Laufwerke.
Nicht optimal, da ich sie gerne aufgelistet im linken Abschnitt sehen möchte, wo "+ Andere Orte" angezeigt wird, aber besser als nichts.

Anhang anzeigen 1186292

Ok, dafür brauchst du die vorherigen Schritte dann wohl doch.
Die Liste auf der linken Seite funktioniert doch genauso wie unter Windows der Explorer auch. Da kannst du dir doch im Dateimanager (Dolphin unter KDE?) einfach Verknüpfungen reinziehen. Musst du halt einmal mit jedem Laufwerk machen, aber dann sollten die da auch in der linken Liste auftauchen. Irgendwie geht das auf jedenfall. (Bzw, das es nicht automatisch so passiert, ist denke ich der KDE-Bug, den die KI erwähnt hat, weil über die kompletten Pfade wärst du ja trotzdem schon rangekommen?)
Bei mir unter Mint tauchen (Auto)Mounts jedenfalls automatisch da in der linken Liste auf (mit Namen, nicht mit Laufwerksbuchstaben )

BTW: Warum bindet man unter Linux Laufwerke als "C", "D", "G", ... ein? Weil man es von Windows so kennt.
Laufwerksbuchstaben sind ein Windowskonstrukt, welches unter Linux so nicht existiert. Auch wenn man es auf diese Weise natürlich irgendwie nachahmen kann.
Man könnte auch direkt "sprechende" Verzeichnisnamen als Mountpoints verwenden, also wenn man Bilder üblicherweise auf D speichert, könnte man es auch statt unter /run/media/marc/D auch gleich unter /run/media/marc/Bilder einbinden.

 

[Fallwrrk]

Auch diese AI-Antworten wird keiner lesen.

 

[Liesel Weppen]

Auch diese AI-Antworten wird keiner lesen.

Diesmal hat er hat wenigstens dazugeschrieben, welche Teile er angewendet hat inkl. dem Ergebnis.
Könnte man zwar auch noch (deutlich) kürzen, aber immerhin hats jetzt einen Bezug.

Was ich eher immer bemängeln würde: Es sind Bilder. Im Gegensatz zu Text kann man Bilder nicht durchsuchen. Also alles was in den Bildern drinsteht, wird man über die Suchfunktion nicht finden können.

 

[Shihatsu]

Hab genau den ersten Satz gelesen. Ich glaub ich muss mal die Ignorefunktion testen. Was echt schade ist...

 

[L_uk_e]

Wenn man die KI Wot wenigstens ins Spoiler packen würde...

 

[Kreis]

Auch diese AI-Antworten wird keiner lesen.

im gegenteil, hier hat die AI geholfen und das problem geloest
ich haette es anders geloest

was war eigentlich deine loesung des Problems?

 

[KurantRubys]

und das problem geloest

Seh ich anders, Volumes unter Linux mit Windows Laufwerksbuchstaben einbinden? Fundamentale Konzepte so umbiegen ist imho alles, aber keine Problemlösung.

 

[Fallwrrk]

was war eigentlich deine loesung des Problems?

Da die Antwort zu der Frage, was das "Root-Laufwerk" ist, vermutlich nur tief in den AI-Antworten versteckt ist, hab ich keine. Sämtliche Fehlerbeschreibung kam anscheinend nur aus den AI-Prompts an's Tageslicht, und nein, die lese ich mir nicht alle durch. So oder so, wenn ich jetzt Symlinks zu irgendwelchen Laufwerken im Homeverzeichnis sehe, deren Namen irgendwie entfernt Windows-Laufwerksbuchstaben ähneln sollen, bin ich mir sicher: Das jetzt ist die dreckigste mögliche Lösung für ein Problem, welches höchstwahrscheinlich gar keins ist.

 

[Liesel Weppen]

was war eigentlich deine loesung des Problems?

Steht in den geposteten KI-Antworten. Dachte du hast die gelesen?

Seh ich anders, Volumes unter Linux mit Windows Laufwerksbuchstaben einbinden? Fundamentale Konzepte so umbiegen ist imho alles, aber keine Problemlösung.

Das Problem ist gelöst, weil er es geschafft hat die Laufwerke einzubinden und auch aus den gewünschten Anwendungen Zugriff darauf zu kriegen. Mehr war ja auch nicht gefordert.

Das man die Mountpoints von Laufwerken nach ihren Windows-Laufwerksbuchstaben benennt ist weder falsch noch irgendwie "umbiegen" eines Konzepts und auch nicht "dreckig". "/run/media/D" ist genauso ein valider Name für den Mountpoint wie "/run/media/Fotos". Du kannst den Mountpoint für dein Foto-Laufwerk auch "Wolperdinger" nennen, wenn dir das gefällt. Das Konzept wie man Laufwerke unter Linux einbindet erlaubt eben auch genau sowas. Ob du das jetzt sinnvoll findest oder nicht.

So oder so, wenn ich jetzt Symlinks zu irgendwelchen Laufwerken im Homeverzeichnis sehe, deren Namen irgendwie entfernt Windows-Laufwerksbuchstaben ähneln sollen, bin ich mir sicher: Das jetzt ist die dreckigste mögliche Lösung für ein Problem, welches höchstwahrscheinlich gar keins ist.

So wie ich das verstehe, waren die Laufwerke sowieso schon eingebunden. MaexDesign hat sie nur nicht gefunden, weil sie nicht in der linken Leiste als extra "Laufwerke" wie von Windows gewohnt angezeigt wurden. Heisst, wenn er direkt ins Root gewechselt wäre und nach /run/media navigiert hätte, hätte er die Laufwerke so oder so schon dort gefunden. (Wenn das nicht ein Bug in KDE-FileOpen-Dialog verhindern würde.) Das man gerne hätte, das häufig verwendete Speicherorte, völlig egal ob das jetzt komplette Festplatten, Partitionen oder nur bestimmte Verzeichnisse sind links als "Quick-Access" direkt angezeigt werden, ist ja wohl nachvollziehbar und eigentlich auch der einzige Sinn des linken Bereichs überhaupt.

Die KI hat im wesentlichen zwei verschiedene Lösungen vorgeschlagen, die anscheinend beide umgesetzt wurden:
1) irgendwie das KDE-Interne Verwaltungssystem umzubiegen, indem man eine config-Datei unter ~/.config/xdg-desktop-portal/portal.cfg erstellt, so das die Mounts wenigstens unter "andere Orte" auftauchen (habs auch nicht im Detail gelesen, aber es scheint mir das das der Effekt ist)
2) Symlinks im Homeverzeichnis zu erstellen, die eben auf die echten Mountpfade ala /run/media/D verweisen.

Ich will auch nicht seitenlange Ausgaben von irgendwelchen KI-Antworten lesen. Schon gar nicht unkommentiert, so das man gar nicht weiß, ob der Poster das jetzt überhaupt gelesen oder gar schon ausprobiert hat.
Aber wenn schon eine bestätigte Lösung kommt und die KI-Antworten die dazu geführt haben mit aufgeführt werden, so das jemand der ein ähnliches Problem hat, das anhand dessen auch nachmachen kann, dann noch an der Lösung "rumzumeckern" obwohl man das ABSICHTLICH nicht gelesen hat, ist genauso scheiße, wie eine seitenlange, unkommentierte KI-Antwort zu posten.

Ich hab das nicht gelesen, aber die Lösung ist schlecht. Internet at it's best. 🙄

 

[Shihatsu]

Tjoa. Shit in shit out.