Wskazówki Dotyczące Rozwiązywania Problemów VMware Nie Mógł Otworzyć Dysku Z Powodu Uszkodzonego Argumentu

Oto kilka prostych etapów, które powinny pomóc rozwiązać dylemat, w którym vmware nie może otworzyć dysku z chorym argumentem.< /p>

Uzyskaj najlepszą wydajność ze swojego komputera. Kliknij tutaj żeby zacząć.

Po bardzo długim okresie działania host ESXi 6.0 uległ awarii, prawdopodobnie z powodu problemu z produktem/przegrzaniem lub problemem z ładowaniem.I

Jednak po ponownym uruchomieniu niektóre poufne komputery pojawiły się ponownie. – Z wyjątkiem jednego.

Nie można było naprawdę otworzyć dysku „/vmfs/volumes/56072c60-522f7803-c17d-6805ca3baf74/jupiter/jupiter.vmdk” ani wybrać choćby jednego ze zdjęć dysku, od którego zależy witryna.

22 (nieprawidłowy argument)

Przeczytałem wiele zasobów i dyskusji i miałem podobne obawy, ale nie te same:

W moim przypadku nie otrzymuję plików .lck obecnych w katalogu VM lub innych magazynach wiedzy, zwłaszcza tam, gdzie znajdują się dyski multimedialne VM.

vmware nie może dostać się do dysku nieprawidłowy argument

Dysk wirtualny zawsze był dość duży, 6 TB, maszyna on-line była serwerem plików i/lub taki dysk wirtualny był idealny partycja danych.

Przyspiesz swój komputer w kilka minut

Czy Twój komputer stale sprawia Ci smutek? Nie wiesz, gdzie się zwrócić? Cóż, mamy dla Ciebie rozwiązanie! Dzięki Restoro możesz naprawiać typowe błędy komputera, chronić się przed utratą plików, złośliwym oprogramowaniem i awariami sprzętu... oraz optymalizować komputer pod kątem maksymalnej wydajności. To jak kupowanie zupełnie nowej maszyny bez konieczności wydawania ani grosza! Więc po co czekać? Pobierz Restoro już dziś!

  • 1. Pobierz i zainstaluj Reimage
  • 2. Uruchom program i postępuj zgodnie z instrukcjami wyświetlanymi na ekranie
  • 3. Wybierz pliki lub foldery, które chcesz przeskanować i kliknij „Przywróć”

  • Wyłączyłem większość typów dysków wirtualnych na dedykowanej maszynie i zamknąłem ją na innym.

    Ale to też nie zadziała, więc połączyłem go z całą oryginalną nową.

    [[email protected]:/vmfs/volumes/56072c60-522f7803-c17d-6805ca3baf74/jowisz] mark vii 6442451976

    drwxr-xr-x -alh

    łącznie 1 root root 560 7 maja 13:12.

    drwxr-xr-t 9 root basic 1.6K 27 września 2015

    -rw——- 1 najważniejszy root root 6.0T Lipiec 2007 11:34 jupiter-flat.vmdk

    -rw——- 1 root root rzeczywisty 501 7 maja 13:12 jupiter.vmdk

    [[email protected]:/vmfs/volumes/56072c60-522f7803-c17d-6805ca3baf74/jowisz]

    [[email protected]:/vmfs/volumes/56072c60-522f7803-c17d-6805ca3baf74/jupiter] vmkfstools –napraw check jupiter.vmdk

    Dysk twardy zdrowy

    [[email protected]:/vmfs/volumes/56072c60-522f7803-c17d-6805ca3baf74/jowisz]

    Podejmuję decyzję o uaktualnieniu do najnowszego nagrania ESXi, często 6.5.

    Styl utworzony przez błąd jest nieco inny w kliencie sieciowym. Mówi:

    klucz

    haTask-16-vim.VirtualMachine.powerOn-142162972

    Opis

    Aktywuj kalkulator pomysłów online

    Maszyna wirtualna

    Stan Jowisza

    Błąd — Błąd implementacji OpenFile[plik] w wyspecjalizowanym systemie plików

    Błąd

  • Niezgodna z systemem plików implementacja OpenFile[plik]
  • Błąd implementacji LookupAndOpen[plik] w kwalifikowanym systemie plików
  • System plików: wiele implementacji LookupAndOpen[file] kończy się niepowodzeniem.
  • Implementacja programu do obsługi plików LookupAndOpen[plik] nie powiodła się
  • 22 (nieprawidłowy argument)
  • Z drugiej strony nie można było nawet otworzyć woluminu „/vmfs/volumes/56072c60-522f7803-c17d-6805ca3baf74/jupiter/jupiter.vmdk” określonego woluminu migawki w zależności od produktu.
  • Przerwano zasilanie modułu dysku twardego.
  • Nie udało się uruchomić maszyny.
  • Jestem bardzo zdenerwowany, że zobaczę, jak ktoś ma ten problem i już po 24 godzinach.

    To jest sieć z najnowszymi, bardzo nielicznymi maszynami wirtualnymi i . Wystarczy pobrać ich całkowicie darmową wersję ESXi. W takim przypadku „nie” zwykle oznacza obsługę VMware.

    Ładowanie×Przepraszam, że przeszkadzamAktualizacja

    Używam ESXi 6.7 U3. Wczoraj musiałem zdecydowanie mocno zamknąć i natychmiast po utworzeniu kopii zapasowej maszyny wirtualnej nie będzie kontynuowane, mimo że podłączyłem również dysk twardy. Ten dysk jest powiązany z kontrolerem LSI MegaRAID, który miał pewne okoliczności (z drugiej strony nie jestem pewien, czy sam kontroler był esxi). Oto błąd w przypadku, gdy spróbuję go włączyć:

  • Nie udało się rozszerzyć systemu plików specjalnie dla OpenFile[plik]
  • 22 (nieprawidłowy argument)
  • Dysk „/vmfs/volumes/5a5ea6ed-fd776af1-cc17-0015174b6756/Eros/Eros_Data.vmdk” nie może zostać ujawniony lub uważasz, że zależy od niego jedna z nowych migawek dysku.
  • Niektóre zdjęcia nie są powiązane z taką maszyną wirtualną. Przejrzałem dwa lub bardzo dużo artykułów na temat odbudowy liczby deskryptorów, ale próba zrobienia tego jest w rzeczywistości udokumentowana tutaj.

    To tak, dysk twardy o pojemności 29 TB. Czasami uruchamiałem vmfkstools -e i otrzymywałem:

    Błąd podczas inicjowania mapowania dysku /vmfs/volumes/5a5ea6ed-fd776af1-cc17-0015174b6756/Eros/Eros_Data.vmdk Argument: nieprawidłowy (144 [current_date format=’F Y’] ) Niezgodna etykieta: nieprawidłowy spór (144 [current_date format=’F Y’] )

    Naprawdę nie wiem, co osiągnąć, jeśli coś zgaduję. Dziękuję.

    Kilka przydatnych opcji vmkfstools ‘hidden#039; | Blog VMware vSphere — Blogi VMware

    Pojemność 6000874618880 (5722880 bloków pliku 2 ! ! 1048576), dostępne 3316831485952 (3163177 bloków), potencjalny rozmiar bazy danych 0

    Pojemność 6000874618880 (5722880 bloków przy treści*1048576), dostępna 3316831485952 (3163177 bloków), największa ilość rozmiaru pliku 0

    [[email protected]:/vmfs/volumes/557dc2e2-2c11eba8-1494-00259066ac58/] mark vii -ltr

    ls : ./.vmx: brak takiego pliku lub katalogu

    52833280 łącznie



    -rw-r--r-- Root 1 Root 0 4 października 2015 < nazwa maszyny wirtualnej>.vmsd

    -rw-r--r-- 6 root root 179092 9 października Vmware-1 2015.log

    -rw -r --r-- Korzeń 1 pierwotna przyczyna 177929 14 października 2015 vmware-2.log

    -rw-r--r-- 12 root root 409599604 listopada dziennie 07:26vmware-3. log

    - rw-- ----- 1 główna przyczyna roota 524 24 lis 09:55 Imię>

    - rw---- - - 1 bazowy korzeń 53687091200 12 lutego 52 ponad siedemnaście -flat.1 VMDK

    RW ----- -- 8684 31 marca 04:42 .nvram

    < p> -rw-r-- r-- pochodzenie pojedynczego katalogu głównego 270087 30 marca 04:42 vmware.log

    [[email protected] < hexdump maszyny wirtualnej -C '- flat.| vmdk'less

    [[email protected]:/vmfs/volumes/557dc2e2-2c11eba8-1494-00259066ac58/] hexdump -C '-flat.vmdk'



    Zrzut szesnastkowy: -flat.vmdk: nieprawidłowy argument



    [[email protected]:/vmfs/volumes/557dc2e2-2c11eba8-1494 -00259066ac58/], który jest szesnastkowym wyrzuceniem

    p>

    /bin/hexdump

    [[email protected]:/vmfs/volumes/557dc2e2-2c11eba8-1494- 00259066ac58/] mark vii -ltr '- flat .vmdk'

    -rw------- 1 główny powód 53687091200 17 lutego 12:52 -flat .vmdk

    < p>[root @esxi6prim:/ vmfs /volumes/557dc2e2-2c11eba8-1494-00259066ac58/] clubpenguin '-flat.vmdk' ../.

    cp: nie wolno otwierać „< nazwa maszyny wirtualnej> - obok siebie .vmdk”: nieprawidłowy główny argument

    Jestem zdezorientowany. Zrobiłem dobrą kopię zapasową, plagiatując witrynę i stwierdziłem, że w niektórych kopiach brakuje tych płaskich danych w katalogu witryny kopii zapasowej, mimo że pokazuje to, co robi 53687091200 bajtów w witrynach przesyłania źródła. Podejrzewam, że patrząc na kopię komputera, napotykam ten sam problem w module z „Nieprawidłowym argumentem”.

    Łącznik wskazuje ogólnie zawartość operacji, która nie działa podczas linku systemowego, aby „Otwórz”, zwracając błąd EINVAL, który prawdopodobnie będzie nieprawidłowym argumentem.

    vmware może otworzyć dysk nieprawidłowy argument

    [[email protected]:/vmfs/volumes/557dc2e2-2c11eba8-1494-00259066ac58 /] strace nazwa cp>-flat '

    execve("/bin/cp", ["cp", "-fl"..., "../."], 18 [/ *vars*/])=0

    [Proces PID=202994 działa w trybie 32-bitowym. wyniki w ]

    brk(0) 0x1f000000 0x1f000000

    uname(sys="VMkernel", node="esxi6prim", ...) równa się 0

    access( "/etc/ld.so.preload", R_OK) jest równe -1 ENOENT (Brak takiego aliasu witryny pliku)

    open("/etc/ld.so.cache", O_RDONLY) = -1 (Brak nierozpoznanego pliku lub katalogu)

    open("/lib/tls/libm.so.6", O_RDONLY) równa się -1 ENOENT (Brak takich danych i dla katalogu 0xffb11728)

    stat64("/lib/tls", = -1 ENOENT (Brak takiego pliku lub katalogu)

    open( "/lib/libm.so.6", O_RDONLY) = 3

    < p>odczytaj(3, "177ELF111 3 03 1 2004004"..., 512) osprzęt 512

    Uzyskaj najlepsze narzędzie do naprawy systemu Windows już dziś. Gwarancja 100% satysfakcji lub zwrot pieniędzy.

    Related Posts