abra8c Posted July 29, 2021 Share Posted July 29, 2021 Hallo zusammen, ich habe ein Laufwerk das meistens einfach nur in den MakeMKV Docker eingebunden ist und mir dort Disks einließt. Hin und wieder benötige ich das Laufwerk aber auch in einer VM. Also beende ich MakeMKV und starte die VM, dass funktioniert auch super aber wenn ich dann die VM schließe und wieder den Docker verwenden möchte findet MakeMKV kein Laufwerk mehr. Bislang kann ich das Problem nur durch Neustart des ganzen Servers beheben. Gibt es da irgend eine bessere Lösung? In meinem Server ist leider auch kein Platz für ein extra VM Laufwerk. Ich bedanke mich schon mal im voraus für alle Antworten. Quote Link to comment
mgutt Posted July 29, 2021 Share Posted July 29, 2021 Ist das Laufwerk per USB oder SATA verbunden? Bei USB kommt das meine ich vor und lässt sich über ein Plugin lösen?! Quote Link to comment
abra8c Posted July 29, 2021 Author Share Posted July 29, 2021 16 minutes ago, mgutt said: Ist das Laufwerk per USB oder SATA verbunden? Bei USB kommt das meine ich vor und lässt sich über ein Plugin lösen?! Nein, ist per Sata direkt am Mainboard. Quote Link to comment
abra8c Posted July 29, 2021 Author Share Posted July 29, 2021 Ich habe auch rausgefunden, dass das Laufwerk hotplugfähig ist und wenn ich es im laufenden Betrieb neu einstecke findet MakeMKV es wieder. Ist es vielleicht möglich das Laufwerk per command softwareseitig neu zu connecten? Quote Link to comment
mgutt Posted July 29, 2021 Share Posted July 29, 2021 Mounted unRAID das Laufwerk oder übergibt man das über /dev/... ? Sonst könnte man es ja unmounten und wieder mounten. Wenn nicht müsste man das Gerät rauswerfen und den richtigen SCSI Host neu scannen (in dem Link hat er "host1" ermittelt): https://www.skytale.net/blog/archives/24-Resetting-SATA-devices-under-Linux.html 1 Quote Link to comment
abra8c Posted July 29, 2021 Author Share Posted July 29, 2021 14 minutes ago, mgutt said: Mounted unRAID das Laufwerk oder übergibt man das über /dev/... ? Das Laufwerk wird immer mit /dev/sr0 ... /dev/sr1 usw. eingebunden. 15 minutes ago, mgutt said: Wenn nicht müsste man das Gerät rauswerfen und den richtigen SCSI Host neu scannen (in dem Link hat er "host1" ermittelt): https://www.skytale.net/blog/archives/24-Resetting-SATA-devices-under-Linux.html Das sieht nützlich aus. Schritt 1 und 2 hab ich hinbekommen und das Laufwerk wird auch nicht mehr mit "lsscsi"(keine Ahnung wie man das richtig formatiert) gefunden. Was war an meinem command falsch? echo "../devices/pci0000:00/0000:00:01.1/0000:01:00.1/ata2/host2/target2:0:0/2:0:0:0/block/sr0" > /sys/class/scsi_host/host2/scan bash: echo: write error: Invalid argument Quote Link to comment
mgutt Posted July 29, 2021 Share Posted July 29, 2021 Die Bindestriche mit den Leerzeichen dazwischen sollst du nicht ersetzen. Die müssen dahin. Nur die Zahl von host anpassen. Also in deinem Fall die 2. Quote Link to comment
abra8c Posted July 29, 2021 Author Share Posted July 29, 2021 2 minutes ago, mgutt said: Die Bindestriche mit den Leerzeichen dazwischen sollst du nicht ersetzen. Die müssen dahin. Nur die Zahl von host anpassen. Also in deinem Fall die 2. Hab ich grad auch selbst bemerkt, sah irgendwie nicht richtig aus. 1 Quote Link to comment
abra8c Posted July 29, 2021 Author Share Posted July 29, 2021 (edited) Hab es jetzt durchgetestet und es hilft mir leider nicht wirklich weiter. Alle Laufwerke/Platten haben immer zwei identifier im Falle meines Laufwerks war das /dev/sr0 und /dev/sg9. Der VM reicht es wenn ich /dev/sr0 zu ihr durchschleife. MakeMKV braucht aus irgend einem Grund aber beide, also /dev/sr0 und /dev/sg9. Jetzt das Problem: Wenn ich das Laufwerk rausschmeiße und wieder hinzufüge hatte das Laufwerk /dev/sr0 und /dev/sg16. Auch wenn ich das in der Docker config von /dev/sg9 auf /dev/sg16 ändern kann und es dann wieder funktioniert ist das doch eher unpraktisch. Für was ist diese zweite Kennung überhaupt da und gibt es ne Möglichkeit beim neu einbinden dem Laufwerk immer fest /dev/sg9 zuzuweisen? Edited July 29, 2021 by abra8c Quote Link to comment
jj1987 Posted July 29, 2021 Share Posted July 29, 2021 1 hour ago, abra8c said: MakeMKV braucht aus irgend einem Grund aber beide, also /dev/sr0 und /dev/sg9. Jetzt das Problem: Wenn ich das Laufwerk rausschmeiße und wieder hinzufüge hatte das Laufwerk /dev/sr0 und /dev/sg16. Auch wenn ich das in der Docker config von /dev/sg9 auf /dev/sg16 ändern kann und es dann wieder funktioniert ist das doch eher unpraktisch. Das Problem habe/hatte ich auch ohne VM, Server neu gebootet - bumm neue Kennung. Seit einiger Zeit scheint jetzt aber sg* konstant zu bleiben. Woran das aber nun lag, keine Ahnung?! Und noch weniger wofür da zwei Kennungen notwendig sind. Quote Link to comment
abra8c Posted July 29, 2021 Author Share Posted July 29, 2021 14 minutes ago, jj1987 said: Das Problem habe/hatte ich auch ohne VM, Server neu gebootet - bumm neue Kennung. Seit einiger Zeit scheint jetzt aber sg* konstant zu bleiben. Woran das aber nun lag, keine Ahnung?! Und noch weniger wofür da zwei Kennungen notwendig sind. Dann scheint das ja normal zu sein wenn die Laufwerke neu gemountet werden. Hatte ich komischerweise beim reboot noch nie. Bleibt nur die Frage ob man da was machen kann damit die zweite Kennung konstant bleibt. Quote Link to comment
jj1987 Posted July 29, 2021 Share Posted July 29, 2021 Ich hatte dann entsprechend mehr "sg*" devices in den Docker gemappt. Nicht schön, aber funktionell 1 Quote Link to comment
abra8c Posted July 29, 2021 Author Share Posted July 29, 2021 2 minutes ago, jj1987 said: Ich hatte dann entsprechend mehr "sg*" devices in den Docker gemappt. Nicht schön, aber funktionell Auf so eine Hässliche Idee wär ich wahrscheinlich nie gekommen. Aber Vielen Dank, so werde ich es wohl machen. Quote Link to comment
abra8c Posted July 29, 2021 Author Share Posted July 29, 2021 Hab jetzt beim Schreiben eines Scripts dafür bestimmt 10 mal meine 2 Laufwerke neu hinzugefügt und nicht eine Änderung in der "sg*" Kennung gehabt. Echt merkwürdig. Quote Link to comment
mgutt Posted July 29, 2021 Share Posted July 29, 2021 Ich tippe darauf, dass die bestehende "geblockt" ist und nach dem Hinzufügen er die nächste nimmt (also 16) und die halt immer wieder nehmen kann. Quote Link to comment
Pixelpaule Posted January 2, 2022 Share Posted January 2, 2022 Hallo zusammen, ich muss mich hier in dem Thema mal einschalten, da ich leider Probleme habe meine Blu ray Laufwerke in meine WindowsVM einzubinden. Ich habe die XML-Datei meiner VM entsprechend verschiedener Beiträge hier im Forum wie folgt angepasst: <hostdev mode='subsystem' type='scsi' managed='no'> <source> <adapter name='scsi_host6'/> <address bus='0' target='0' unit='0'/> </source> <readonly/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </hostdev> Nun wird das Laufwerk zwar im Gerätemanager als neues SCSI Gerät angezeigt (s. Screenshot), ich kann es aber leider nicht korrekt installieren, da kein Treiber gefunden wird. Ich habe bereits folgende Verzeichnisse bei der Treiberinstallation auf der Virtio CD angegeben: amd64 -> w10 vioscsi -> w10 Ich bekomme das Laufwerk in meiner VM einfach nicht ans Laufen. Was mache ich falsch? Quote Link to comment
mgutt Posted January 2, 2022 Share Posted January 2, 2022 Die Frage ist ob die Treiber überhaupt für optische Laufwerke gedacht sind?! Habe ich leider keine Erfahrungswerte. Am einfachsten wäre es vermutlich, wenn du eine kleine SATA Karte durchschleifst (die optische Laufwerke unterstützt) und da dann das Laufwerk dran klemmst. Dann hättest du 1:1 Zugriff auf das Laufwerk und nicht virtuell. Quote Link to comment
Pixelpaule Posted January 2, 2022 Share Posted January 2, 2022 (edited) Hey, danke für deine Antwort. Das irritiert mich jetzt ein wenig… Es scheinen doch viele User Ihre DVD/Bluray Laufwerke in Windows VMs zu nutzen?! Ich habe zwei Bluray Laufwerke die per SATA direkt am Mainboard angeschlossen sind. 🤪 Edited January 2, 2022 by Pixelpaule Quote Link to comment
abra8c Posted January 3, 2022 Author Share Posted January 3, 2022 Um mich hier nochmal einzumischen. Ich nutze schon länger hin und wieder mal meine BluRay Laufwerke in einer Windows VM. Bei mir hat es immer auf Anhieb funktioniert, auch einfach das Device durchgeschliffen und Treiber installiert. Ich kann leider aktuell auch nicht nachschauen wie genau meine config aussieht da ich am umbauen bin. Quote Link to comment
Pixelpaule Posted January 3, 2022 Share Posted January 3, 2022 (edited) Ich meine auch, dass ich das Laufwerk in meiner VM mal am laufen hatte kann mich da aber nicht mehr zu 100% dran erinnern, da es nur ein kurzer Test war... ... Ich meine, das Laufwerk wurde auch direkt erkannt und ich habe dann über den Gerätemanager den Treiber installiert. Leider weiß ich nicht mehr welchen Ordner ich damals bei der Treiberinstallation angegeben habe. Ich verstehe aber nicht warum ich jetzt immer folgende Meldung erhalte: Eidt: Nach dem ich bei meiner "Produktiv VM" aus <hostdev mode='subsystem' type='scsi' managed='no'> das managed='no' entfernt und controller='1' von 0 auf 1 geändert habe, wird das Laufwerk erkannt. Die Infos habe ich aus folgendem Thread: Wenn ich aber eine neue VM anlege, funktioniert es wieder nicht. Ich weiss leider nicht mehr was ich gemacht habe da ich das Laufwerk vor einiger Zeit in meiner produktiv VM angelegt habe... Aber es muss doch einen sauberen Weg geben das bei neuen VMs zu schaffen?!?! Edited January 3, 2022 by Pixelpaule Quote Link to comment
Pixelpaule Posted January 3, 2022 Share Posted January 3, 2022 (edited) Hallo zusammen, nach dem ich mir in Ruhe noch einmal alles angesehen habe, hat es nun auch endlich geklappt. Meine beiden Blu ray Laufwerke, die per SATA mit dem Mainboard verbunden sind, werden nun auch in frisch aufgesetzten VMs erkannt. Ich habe die ganze Zeit den Fehler gemacht und folgende Zeile vergessen: <controller type='scsi' index='0' model='virtio-scsi'/> Nach dem ich folgenden XML Code vollständig einer frischen VM hinzugefügt habe (vor dem schließenden </devices> Tag), klappte es: <controller type='scsi' index='0' model='virtio-scsi'/> <hostdev mode='subsystem' type='scsi'> <source> <adapter name='scsi_host6'/> <address type='scsi' bus='0' target='0' unit='0'/> </source> <readonly/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </hostdev> Nach dem Klick auf "Update" hat Unraid folgenden XML-Code hinzugefügt: <controller type='scsi' index='0' model='virtio-scsi'> <address type='pci' domain='0x0000' bus='0x08' slot='0x00' function='0x0'/> </controller> <controller type='scsi' index='1' model='virtio-scsi'> <address type='pci' domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> </controller> Hier ist mir dann aufgefallen, dass die Zuweisungen von "<controller index='0'> und <address controller='0' /> jeweils bei den Laufwerken nicht übereingestimmt haben. Der Flüchtigkeitsfehler lag also bei mir... Edit: Beide Laufwerke sind dann wie folgt eingebunden. Einmal mit controller='1' und controller='0' <hostdev mode='subsystem' type='scsi' managed='no'> <source> <adapter name='scsi_host6'/> <address bus='0' target='0' unit='0'/> </source> <readonly/> <address type='drive' controller='1' bus='0' target='0' unit='0'/> </hostdev> <hostdev mode='subsystem' type='scsi' managed='no'> <source> <adapter name='scsi_host5'/> <address bus='0' target='0' unit='0'/> </source> <readonly/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </hostdev> Edited January 4, 2022 by Pixelpaule 1 Quote Link to comment
Pixelpaule Posted January 4, 2022 Share Posted January 4, 2022 On 1/2/2022 at 5:22 PM, mgutt said: Am einfachsten wäre es vermutlich, wenn du eine kleine SATA Karte durchschleifst (die optische Laufwerke unterstützt) und da dann das Laufwerk dran klemmst. Dann hättest du 1:1 Zugriff auf das Laufwerk und nicht virtuell. Ist das nicht auch gegeben wenn die Laufwerke an den SATA Ports vom Mainboard hängen? Welche Vorteile ergeben sich hier raus? Quote Link to comment
mgutt Posted January 4, 2022 Share Posted January 4, 2022 8 hours ago, Pixelpaule said: Ist das nicht auch gegeben wenn die Laufwerke an den SATA Ports vom Mainboard hängen? So richtig durchschleifen geht bei SATA meine ich nicht oder @ich777? Quote Link to comment
ich777 Posted January 4, 2022 Share Posted January 4, 2022 4 hours ago, mgutt said: So richtig durchschleifen geht bei SATA meine ich nicht oder @ich777? Nein, nur ganzen controller und dann dort BluRay mittels SATA anschließen. Quote Link to comment
Pixelpaule Posted January 5, 2022 Share Posted January 5, 2022 (edited) Okay, wenn ich das richtig verstehe, wäre der Nachteil dann hier, dass man nicht einzelne SATA Ports den VMs zuweisen kann? Also das der SATA Controller immer nur einer VM zugewiesen werden kann... falls man mehrere VMs einsetzt? Edited January 5, 2022 by Pixelpaule Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.