Ich verwende Windows 10 und kann nicht auf Ordner zugreifen, die ich von einer EFI-Partition aus mit meinen lokalen LAN-Boxen teile. Ich habe eine GPT-Festplatte mit einer einzigen großen „EFI-Systempartition“. Da Windows sie nicht automatisch mounten kann, führe ich beim Booten ein Batch-Skript aus, das diskpart.exe zum Mounten der Partition verwendet. Ich habe einige Ordner von dieser Festplatte freigegeben, kann sie aber von keinem Betriebssystem aus mounten (Linux, Freebsd, Windows 10 selbst, Android, was auch immer). Wenn ich diesen Ordner auf eine MBR-Festplatte kopiere, funktioniert die Freigabe problemlos.
Es ist kein Berechtigungsproblem (auch wenn mir der Zugriff verweigert wird), weil ich auf meinem Nicht-GPT-Laufwerk genau dieselben ACLs auf NTFS und Freigabesicherheit anwende und es problemlos mounten kann. Das führt mich zu der offensichtlichen Schlussfolgerung, dass GPT/EFI das Problem ist.
Hier ist das entsprechende Ereignis:
Clientname: \\[-verschlüsselt-]
Clientadresse: [-verschlüsselt-]:xxxxx
Benutzername: -scrambled-\-scrambled-
Sitzungs-ID: 0x98000000001D
Freigabename: \\*\BOOKS
Freigabepfad: \??\X:\BOOKS
Status: {Zugriff verweigert}
Ein Prozess hat Zugriff auf ein Objekt angefordert, ihm wurden jedoch die entsprechenden Zugriffsrechte nicht erteilt. (0xC0000022)
Zugeordneter Zugriff: 0x100081
Gewährter Zugriff: 0x0*
Der Anteil ist da:
-scrambled-@-scrambled-:~$ Nettoanteil | grep -i Bücher BÜCHER X:\BÜCHER
Ich kann die Festplatte nicht in MBR konvertieren, da ich einfach keine Möglichkeit habe, die Daten zu sichern (ich habe keine 4 TB freien Speicherplatz). Ich kann EFI auch nicht booten, da ich eine Mischung aus MBR/GPT-Festplatten und ein merkwürdiges Multiboot-Setup habe ...
Wir sind für alle Vorschläge sehr dankbar.
Danke!
Antwort1
Bitte lesen Sie den Wikipedia-Eintrag zur EFI-Systempartition (ESP):
https://en.wikipedia.org/wiki/EFI_System_partition
Das ESP ist als Speicherort für Bootloader und zugehörige Daten gedacht. Es istNICHTdient zum Speichern zufälliger Benutzerdaten (Konfigurationsdateien usw.). Obwohl die EFI-Spezifikation nichts Explizites über die Größe eines ESP aussagt, liegt sie normalerweise irgendwo zwischen 100 MiB und 1 GiB. Wenn Ihr ESP deutlich größer ist, ist es wahrscheinlich besser, es auf eine vernünftige Größe zu reduzieren und den verbleibenden Speicherplatz einer herkömmlichen FAT- oder NTFS-Partition zuzuweisen. Wenn Ihr ESP kleiner als 1 GiB ist, sollten Sie in der Lage sein, anderswo ausreichend Speicherplatz für Ihre Anforderungen zu finden. Wenn das nicht möglich ist, ist Ihre Festplatte zu klein und Sie sollten sie ergänzen oder ersetzen.
Es ist auch möglich, dass die betreffende Partition nicht wirklich als ESP funktioniert, sondern einen falschen Typcode hat. In diesem Fall besteht die Lösung darin, den Typcode zu ändern. Ich kenne mich mit den meisten Partitionierungstools von Windows nicht aus und kann daher nicht sagen, wie das damit geht. Unter Linux können Sie partedoder GParted verwenden, um das „Boot-Flag“ von der Partition zu entfernen; oder verwenden, gdiskum den Typcode von EF00 in einen passenderen zu ändern (0700, wenn die Partition FAT oder NTFS verwendet). Bevor Sie den Typcode ändern, sollten Sie jedoch sicherstellen, dass es sich wirklich nicht um ein ESP handelt. Ein ESP hat ein Verzeichnis namens EFI, das wiederum ein oder mehrere Unterverzeichnisse mit Bootloadern enthält. Zum Booten von Windows hat es wahrscheinlich EFI\BOOTund/oder EFI\MicrosoftVerzeichnisbäume. und mindestens einer davon hat Dateien mit .efiden Erweiterungen .