2014-07-03 37 views
5

Użyłem przewodnika, aby utworzyć podstawową wtyczkę Jira jako rodzaj eksperymentalnego/praktycznego sposobu na wygodne zapoznanie się z pakietem Jira SDK i tworzenie wtyczek dotyczących Słuchaczy. Używam Ubuntu na maszynie wirtualnej i wykonałem wszystkie kroki zawarte w przewodniku. Moja VM zaczęła zamarzać, a ja myślałem, że to może Jira na początku, ale teraz wiem, że coś jest nie tak z samą VM. Otrzymuję ten błąd:Zwraca błąd identyfikatora VirtualBox = BLKCACHE_IOERR

An error has occurred during virtual machine execution! The error details are shown below. You may try to correct the error and resume the virtual machine execution. The I/O cache encountered an error while updating data in medium "ahci-0-0"(rc=VERR_DEV_IO_ERROR). Make sure there is enough free space on the disk and that the disk is working properly. Operation can be resumed afterwards.

Dane słownie:

fatal=false, errorID=BLKCACHE_IOERR

zajrzałem do pliku dziennika i to jest dokładnie tam, gdzie to idzie źle/zgłasza błąd:

00:01:06.499361 I/O cache: Error while writing entry at offset 102912000 (110592 bytes) to medium "ahci-0-0" (rc=VERR_DEV_IO_ERROR)

Not naprawdę pewnie co robić. Mam ważne rzeczy w maszynie wirtualnej i naprawdę nie chcę tego od nowa instalować.

+0

Pierwszym problemem jest zatrzymanie maszyny wirtualnej. system nigdy nie powinien zamarzać, a jeśli tak, coś innego jest nie tak Czy maszyna wirtualna ma wystarczającą ilość pamięci Czy host ma wystarczająco dużo pamięci? Czy jest zamiana? Czy krok kompilacji wymaga dużej ilości pamięci? Oprogramowanie M? System gościa? System operacyjny hosta? Zły sprzęt? Pierwsze prawo Tiltona - najpierw rozwiąż pierwszy problem. – antiduh

+0

Tak, mam dużo miejsca na dysku twardym zarówno na maszynie wirtualnej, jak i na hoście (i 1 GB pamięci RAM na 4 dla VM). Domyślam się, że ta kompilacja może zużywać dużo pamięci. Nic nie idzie nie tak, dopóki nie spróbuję skompilować kodu. Wtedy VM przestaje odpowiadać, klikać lub pisać, nic nie działa, ale Virtual Box nie reaguje na nic złego, a ja nie dostaję "braku odpowiedzi" od mojego hosta, dopóki nie spróbuję wyjść z maszyny wirtualnej. – davzaman

+0

Powinieneś oglądać statystyki pamięci, procesora i dysku/wymiany na hoście i gościu, aby zobaczyć, co dzieje się podczas kompilacji. FYI miejsce na dysku twardym nie ma z tym wiele wspólnego. – antiduh

Odpowiedz

3

skończyło się znalezieniem poprawkę z pomocą antiduh: I sklonowany mój stary VDI w nowej VDI przy użyciu: VBoxManage clonehd Linux.vdi LinuxClone.vdi Gdy to się stało, że otworzył VirtualBox i stworzył nową maszynę wirtualną i kiedy przyszło do sekcji Dysk twardy zamiast tworzyć nowy dysk wirtualny wybrałem mój istniejący plik LinuxClone.vdi, a kiedy go uruchomiłem, działał! Mam pomysł z this article.

15

Rozwiązanie polega po prostu na włączeniu hosta we/wy pamięci podręcznej. To może być aktywowany w konfiguracji maszyny magazynowe »Kontrolery SATA” Użyj pamięci podręcznej I/O hosta (wszystkie inne wartości są te używane przez domyślny VirtualBox). Po tej zmianie znika błąd

example screenshot

+1

WOW! Dziękuję bardzo;) Uratowałeś mi dużo czasu! – 8m47x

+1

Tak! Działa również dla SATA/.vmdk. Dzięki – TMa

0

Właściwie to natknąłem się na ten problem, ponieważ dysk, na którym zapisuję wszystkie moje dyski VM, był pełny, więc wyczyściłem trochę miejsca i mogłem wznowić pracę maszyny wirtualnej