Dotaz: VirtualBox

[Petr Fiedler]

Příloha:

• VirtualBox (360654 bytů)

Zdravím,

marně se snažím rozjet VirtualBox. Mám jej nainstalovaný na dvou discích v nově nainstalovaných systémech Linux Mint 18.3 Cinnamon a ani jeden se mi nedaří zprovoznit. V obou případech to vyhazuje stejnou chybovou hlášku viz. příloha. Zkoušel jsem přeinstalaci celého VB, ale nepomohlo to. Zkusil jsem přeinstalaci virtualbox-dkms, ale taky to nepomohlo. Zkusil jsem spustit systém s původním jádrem 4.10.0-38-generic, ale taky to nepomohlo. Víte prosím vás někdo co s tím?

Díky,
Petr

---

---

Odpovědi

[Migi]

Co ti vypíše "sudo modprobe vboxdrv" ?

[Petr Fiedler]

$ sudo modprobe vboxdrv
modprobe: FATAL: Module vboxdrv not found in directory /lib/modules/4.14.13-041413-generic

[Peter Golis]

Nemáš náhodou popri VirtualBox-e nainštalovaný aj nejaký iný hypervízor, napríklad VMware (Player), KVM, XEN alebo Hyper-V?

Mimochodom existuje ten súbor v dev, je načítaný ten modul/ovládač, a poprípade ak nie, tak akú chybu to vyhodí keď ten ovládač načítač sám ručne?

[Petr Fiedler]

Nainstalované tam nemám zatím vůbec nic. Ani žádný systém. Prostě přidám instalační obraz Mintu a spustím virtuální stroj, abych ten systém vůbec nainstaloval a vyskočí na mě tohle. Ručně jsem nic přidávat nezkoušel. Jsem začátečník a ani jsem do teď nevěděl, že to jde.

[Petr Fiedler]

Ani jiný hypervisor.

[ewew]

Skús nainštalovať hlavičkové súbory jadra pod, ktorým ti beží systém.

[Petr Fiedler]

Cooo? A jak?

[Petr Fiedler]

Už mi to funguje.

[pc2005]

Dám sem řešení, kdyby s tím měl někdo stejný problém. Musel jsem odinstalovat VB, zavést systém s jádrem 4.10.0.42 (používám 4.14.13), znovu nainstalovat VB a to je vše.

[motyq]

protože pravděpodobně jste neměl ke svému jádru nainstalované hlavičkové soubory, jak psal kolega předemnou a virtualbox tak nemohl pomocí DKMS zkompilovat patřičný modul.

pro aktuálně nabootovaný kernel: sudo apt-get install linux-headers-`uname -r`

případně pro vaši konkretní verzi: sudo apt-get install linux-headers-4.4.13

změňte dle vaší distribuce

pro jádro 4.10.0.42 pravděpodobně v systému máte hlavičky a proto vám to fungovalo. Takže to vaše řešení není fakticky řešení (ano někomu to může opravit problém za podobné konstelace balíků v systému)

[Petr Fiedler]

Těmi hlavičkami to není:

~ $ apt install linux-headers-4.14.13
Načítají se seznamy balíků… Hotovo
Vytváří se strom závislostí       
Načítají se stavové informace… Hotovo
Pozn: vybírám „linux-headers-4.14.13-041413“ pro regulární výraz „linux-headers-4.14.13“
Pozn: vybírám „linux-headers-4.14.13-041413-generic“ pro regulární výraz „linux-headers-4.14.13“
linux-headers-4.14.13-041413-generic je již nejnovější verze (4.14.13-041413.201801101001).
linux-headers-4.14.13-041413 je již nejnovější verze (4.14.13-041413.201801101001).
0 aktualizováno, 0 nově instalováno, 0 k odstranění a 0 neaktualizováno.

Používám Ukuu (Ubuntu kernel upgrade utility). Pomocí této utility stahuji vždy nejnovější stabilní verzi jádra. Jenže s aktuální verzí jádra mi VB prostě nefunguje. Tak mě napadlo spustit systém k jádrem 4.10.0.42, které sice taky není původní, ale je staženo správcem aktualizací jako upgrade úplně původního jádra a je fakt stable a s tím mi VB funguje. Shodou okolností mi včera správce aktualizací (samozřejmě po tom, co jsem měl vše nainstalováno a nastaveno) nabídl další upgrade jádra, tuším že 4.13.?, takže to teď stáhnu a zkusím to rozjet s tímhle jádrem. Každopádně kdyby někdo identifikoval problém, byl bych rád. Jsem sice rád, že mi to funguje alespoň takhle, ale pořád se přepínat mezi jádry není úplně nejlepší způsob.

Zatím a díky :) ...

[MadCatX]

Problém je ten, že VirtualBox potřebuje na hostitelském systému určité jaderné moduly (vboxdrv, vboxpci, vboxnetadp, vboxnetflt). Vzhledem k tomu, že jaderné moduly nejsou binárně kompatibilní mezi různými verzemi jader, je nutné je vždycky zkompilovat pro konkrétní jádro. Prakticky se tato situace řeší různě. Verzované distribuce většinou dodávají předkompilované moduly rovnou jako součást balíčku s VirtualBoxem, jinde se to řeší automatickým zkompilováním modulů v případě, že pro právě běžící jádro nejsou k dispozici. Na to jsou nástroje jako akmod, dkms apod. Je třeba myslet na to, moduly VirtualBoxu nemusí jít s nejaktuálnějšími jádry zkompilovat vůbec nebo mohou minimálně vyžadovat poslední verzi VirtualBoxu.

[ewew]

Použi príkaz /sbin/vboxconfig

[Petr Fiedler]

/sbin/vboxconfig nezabralo. U 4.14.13 to po chvíli vypsalo, ať to spustím jako root, přitom jsem to jako root spustil (sudo su). U 4.10.0.26 to něco provedlo a dojelo to do konce, ale nepomohlo to ani po rebootu.

[Petr Fiedler]

Nerozumím tomu sice jako ty, ale tak nějak věřím, že něco nemusí s nějaktuálnějšími jádry fungovat. Trochu začínám chápat, proč někdo používá předchozí distro a ne to nejnovější. Prostě tam všechno funguje. Nepomohlo mi ani to, že jsem použil aktuální verzi VB, tak že se vracím k 4.10.0.26-generic.

Díky všem za snahu pomoci a za vysvětlení

[Petr Fiedler]

Edit: 4.10.0.42-generic, samozřejmě.

[Petr Fiedler]

Tak ani s jádrem 4.13.0.26 VB nefunguje. Tam sice bylo potřeba ty hlavičky dotáhnout, ale nepomohlo to. Zkusím ještě, co tu teď radili kluci a když to nepomůže, Tak se zcela vrátím na jádro 4.10.0.42.

[k3dAR]

pokud nepozadujes funkci VirtualBoxu "bezesvy rezim" ktera umoznuje videt okna z virtualu jakoby slo o okna hlavniho systemu..., vykaslal bych se na VirtualBox a nainstaloval KVM, nepotrebuje zadne kompilovani jadernejch modulu proti jadru (vyjimka je instalace doplnkovejch ovladacu do virtualniho systemu)

sudo apt install virt-manager

ve virtualu pak doinstalovani "doplnkovych ovladacu" (na podporu prenosu clipboardu, graficke karty, zmeny rozliseni pri zmene okna virtualu)

sudo apt install spice-vdagent

btw: muzes to nainstalovat i k stavajicimu VirtualBoxu, pouze by nemohl byt pustenej zaroven virtual v VirtualBox i v KVM

[Petr Fiedler]

Určitě to zkusím.

Díky

[Max]

Virtualbox potřebuje k životu celkem 4 moduly :

vboxnetflt
vboxnetadp
vboxpci
vboxdrv

Některé distribuce tyto moduly dodává formou balíčku, v takovém případě jsou zkompilované pro určité jádro a v případě změny jádra dojde k absenci těchto modulů.
V takovém případě je pak nutné mít hlavičkové soubory aktuálně provozovaného jádra (kernel / linux headers) a provést kompilaci a zavedení oněch modulů. Toto dřív řešil příkaz (skript) :

/etc/init.d/vboxdrv setup

Ale aktuálně by to měl řešit příkaz :

/sbin/vboxconfig

Pokud to z nějakého důvodu chcípne, tak by bylo dobré sem celý výpis dát, aby mohl někdo poradit. A nejlépe k tomu přiložit výpisy příkazů :

uname -a
ls -l /usr/src/

Zdar Max

[Petr Fiedler]

~ $ sudo /sbin/vboxconfig
vboxdrv.sh: Stopping VirtualBox services.
vboxdrv.sh: Building VirtualBox kernel modules.
vboxdrv.sh: failed: Look at /var/log/vbox-install.log to find out what went wrong.

There were problems setting up VirtualBox.  To re-start the set-up process, run
  /sbin/vboxconfig
as root.

~ $ uname -a
Linux host 4.14.13-041413-generic #201801101001 SMP Wed Jan 10 10:02:53 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

~ $ ls -l /usr/src/
celkem 32
drwxr-xr-x 27 root root 4096 lis 24 14:00 linux-headers-4.10.0-38
drwxr-xr-x  7 root root 4096 lis 24 14:00 linux-headers-4.10.0-38-generic
drwxr-xr-x 27 root root 4096 led  8 04:25 linux-headers-4.10.0-42
drwxr-xr-x  7 root root 4096 led  8 04:25 linux-headers-4.10.0-42-generic
drwxr-xr-x 24 root root 4096 led 13 02:03 linux-headers-4.14.13-041413
drwxr-xr-x  8 root root 4096 led 13 02:03 linux-headers-4.14.13-041413-generic
drwxr-xr-x  2 root root 4096 lis 24 14:01 ndiswrapper-1.60
lrwxrwxrwx  1 root root   32 pro 19 09:07 vboxhost-5.2.4 -> ../share/virtualbox/src/vboxhost
drwxr-xr-x 12 root root 4096 led 10 20:38 virtualbox-5.0.40

/var/log/vbox-install:

make V=1 CONFIG_MODULE_SIG= -C /lib/modules/4.14.13-041413-generic/build SUBDIRS=/tmp/vbox.0 SRCROOT=/tmp/vbox.0 -j4 modules
make[1]: pozor: -jN vnuceno podřízenému maku: režim správce úloh se vypíná.
Makefile:948: *** "Cannot generate ORC metadata for CONFIG_UNWINDER_ORC=y, please install libelf-dev, libelf-devel or elfutils-libelf-devel". Konec.
/tmp/vbox.0/Makefile.include.footer:101: návod pro cíl „vboxdrv“ selhal
make: *** [vboxdrv] Chyba 2

Toto je nově vytvořený log. Původní byl moc dlouhý a nechtělo mi ho to tady vzít. Tak jsem jej zazálohoval a smazal z /var/log/. Pokud by byl třeba, přiložím jako texťák.

[Max]

Takže, aby jsi to mohl zkompilovat, tak potřebuješ ještě další knihovny, viz log a text :

please install libelf-dev, libelf-devel or elfutils-libelf-devel

Takže zkus nainstalovat :

sudo apt-get install libelf-dev

A pak zkus znovu spustit "sudo /sbin/vboxconfig"
Zdar Max

[Petr Fiedler]

Výborně Maxi! Díky :)

Prosím tě, ještě mi napiš, jak to děláš, že máš kód tak pěkně v rámečcích?

[n]

Da ho mezi

<pre class="kod">

a

</pre>

misto

<code></code>

z toolbaru editoru

[Petr Fiedler]

Díky, budu používat :)

[Petr Fiedler]

Teď je to pěkně přehledné, super.

[Petr Fiedler]

Maxi,

potřeboval bych od tebe ještě prosím tě pomoc. Virtuál, který jsme teď řešili mám v Mintu na sda. Mint mám ale ještě jednou na sdc a chtěl bych tam taky mít virtuál, abych, když budu na sdc nemusel kvůli virtuálu rebootovat. Ve virtuálu na sda mám už nainstalovaný a rozsáhle nastavený jeden stroj a chtěl bych ho importovat do virtuálu na sdc. Takže jsem z

/dev/sda4/home/user/VirtualBox VMs/

zkopíroval "virtualni_stroj" do

/dev/sdc1/home/user/VirtualBox VMs/

Pak jsem na sdc spustil VirtualBox a dále "počítat" > "přidat" a tam jsem vybral ten zkopírovaný adresář "virtualni_stroj" > "otevřít" a vyskočilo na mě okno s tímhle:

Selhalo otevření virtuálního počítače umístěného v /home/user/VirtualBox VMs/LINUX_MINT_18-3/LINUX_MINT_18-3.vbox.

Runtime error opening '/home/user/VirtualBox VMs/LINUX_MINT_18-3/LINUX_MINT_18-3.vbox' for reading: -38 (Access denied.).

/home/vbox/vbox-5.2.4/src/VBox/Main/src-server/MachineImpl.cpp[475] (nsresult Machine::initFromSettings(VirtualBox*, const com::Utf8Str&, const com::Guid*)).

Návratový kód: NS_ERROR_FAILURE (0x80004005)
Komponenta: MachineWrap
Rozhraní: IMachine {85cd948e-a71f-4289-281e-0ca7ad48cd89}
Volaný: IVirtualBox {9570b9d5-f1a1-448a-10c5-e12f5285adad}

Ještě před tím jsem aplikoval:

sudo /sbin/vboxconfig

Tady je log:

make V=1 CONFIG_MODULE_SIG= -C /lib/modules/4.14.13-041413-generic/build SUBDIRS=/tmp/vbox.0 SRCROOT=/tmp/vbox.0 -j4 modules
make[1]: pozor: -jN vnuceno podřízenému maku: režim správce úloh se vypíná.
Makefile:948: *** "Cannot generate ORC metadata for CONFIG_UNWINDER_ORC=y, please install libelf-dev, libelf-devel or elfutils-libelf-devel". Konec.
/tmp/vbox.0/Makefile.include.footer:101: návod pro cíl „vboxdrv“ selhal
make: *** [vboxdrv] Chyba 2

Prosím tě, pomoz mi to rozjet ještě na sdc.

[Max]

Ten zkopírovaný img má asi špatná práva, viz hláška "(Runtime error opening ... for reading ... Access denied.)."
a ta druhá chyba je stejná jako jsi řešil na začátku threadu, mělo by stačit nainstalovat ten balíček s knihovnou "libelf-dev"
Zdar Max

[Petr Fiedler]

a ta druhá chyba je stejná jako jsi řešil na začátku threadu, mělo by stačit nainstalovat ten balíček s knihovnou "libelf-dev"

~ $ apt install libelf-dev
Načítají se seznamy balíků… Hotovo
Vytváří se strom závislostí       
Načítají se stavové informace… Hotovo
libelf-dev je již nejnovější verze (0.165-3ubuntu1).

[Petr Fiedler]

Ten zkopírovaný img má asi špatná práva

Funkční na sda:

-rw------- 1 root root       2829 led 13 14:25 LINUX_MINT_18-3.vbox
-rw------- 1 root root       2829 led 12 15:02 LINUX_MINT_18-3.vbox-prev
-rw------- 1 root root 8352924672 led 13 14:25 LINUX_MINT_18-3.vhd
drwx------ 2 root root       4096 led 13 14:25 Logs

Nefunkční na sdc:

-rw------- 1 uzivatel uzivatel       2829 led 13 17:52 LINUX_MINT_18-3.vbox
-rw------- 1 uzivatel uzivatel       2829 led 13 14:25 LINUX_MINT_18-3.vbox-prev
-rw------- 1 uzivatel uzivatel 8359217664 led 13 17:52 LINUX_MINT_18-3.vhd
drwx------ 2 uzivatel uzivatel       4096 led 13 17:49 Logs

Co bych s tím měl udělat?

[k3dAR]

nastavit stejne sice mam za to ze by to nemel vlastnit root, ale VirtualBox uz dliho nepouzivam a nejsem u pc..

sudo chown root:root *

[Petr Fiedler]

nastavit stejne

No to jsem samozřejmě věděl, ale nevěděl jsem jak :)

Takže tohle už mám stejně jako na funkčním sda:

-rw------- 1 root root       2829 led 13 14:25 LINUX_MINT_18-3.vbox
-rw------- 1 root root       2829 led 12 15:02 LINUX_MINT_18-3.vbox-prev
-rw------- 1 root root 8352924672 led 13 14:25 LINUX_MINT_18-3.vhd
drwx------ 2 root root       4096 led 13 14:25 Logs

Pořád to ale nefunguje. Když se pokusím přidat ten stroj, tak na mě vyskočí okno s tímhle:

Runtime error opening '/home/uzivatel/VirtualBox VMs/LINUX_MINT_18-3/LINUX_MINT_18-3.vbox' for reading: -38 (Access denied.).
/home/vbox/vbox-5.2.4/src/VBox/Main/src-server/MachineImpl.cpp[475] (nsresult Machine::initFromSettings(VirtualBox*, const com::Utf8Str&, const com::Guid*)).


Návratový kód: 
NS_ERROR_FAILURE (0x80004005)
Komponenta: 
MachineWrap
Rozhraní: 
IMachine {85cd948e-a71f-4289-281e-0ca7ad48cd89}
Volaný: 
IVirtualBox {9570b9d5-f1a1-448a-10c5-e12f5285adad}

[k3dAR]

uz sem u pc, no mas to urcite divne i na tom kde to funguje :) ty soubory opravdu nema vlastnit root :)

# nastavit komplet adresari vlastnika uzivatel
sudo chown --recursive uzivatel:uzivatel "/home/uzivatel/VirtualBox VMs"

# prava cist/zapis/poustet pro vlastnik/skupinu a cist/poustet pro ostatni
chmod --recursive 774 "/home/uzivatel/VirtualBox VMs"

# vlastnim souborum virtualu nastavit jen pravo cist/zapis pro vlastnika
chmod 600 "/home/uzivatel/VirtualBox VMs/LINUX_MINT_18-3/*"

v podstate to vratis jak si to mel, jen si mel asi spatne nastavene prava adresaru nad tim :)
pokud by to pak neslo, dej vypis z

ls -lR "/home/uzivatel/VirtualBox VMs"

[Petr Fiedler]

Ještě, že tě mám k3dAR :)

A můžu to pak aplikovat i na sda, aby byl vlastníkem uživatel, a ne root?

[Petr Fiedler]

První dva příkazy se provedly v pohodě, ale třetí se nechce provést. Ani po rebootu. Vůbec to nechápu:

~ $ chmod 600 "/home/uzivatel/VirtualBox VMs/LINUX_MINT_18-3/*"
chmod: nelze přistoupit k '/home/uzivatel/VirtualBox VMs/LINUX_MINT_18-3/*': Adresář nebo soubor neexistuje

[Petr Fiedler]

Přílohy:

• Snímek obrazovky pořízený 2018-01-13 22-01-46.png (272040 bytů)
• Snímek obrazovky pořízený 2018-01-13 22-04-17.png (265634 bytů)

Takže jak jsem psal, ten třetí příkaz se nechce provést. Nicméně stroj už do virtuálu přidat šel. Ale stroj spustit nejde. Tady máš ten výpis:

~ $ ls -lR "/home/uzivatel/VirtualBox VMs"
/home/uzivatel/VirtualBox VMs:
celkem 4
drwxrwxr-- 3 uzivatel uzivatel 4096 led 13 14:25 LINUX_MINT_18-3

/home/uzivatel/VirtualBox VMs/LINUX_MINT_18-3:
celkem 8157172
-rwxrwxr-- 1 uzivatel uzivatel       2829 led 13 14:25 LINUX_MINT_18-3.vbox
-rwxrwxr-- 1 uzivatel uzivatel       2829 led 12 15:02 LINUX_MINT_18-3.vbox-prev
-rwxrwxr-- 1 uzivatel uzivatel 8352924672 led 13 14:25 LINUX_MINT_18-3.vhd
drwxrwxr-- 2 uzivatel uzivatel       4096 led 13 14:25 Logs

/home/uzivatel/VirtualBox VMs/LINUX_MINT_18-3/Logs:
celkem 464
-rwxrwxr-- 1 uzivatel uzivatel 116316 led 13 14:25 VBox.log
-rwxrwxr-- 1 uzivatel uzivatel 116152 led 12 15:02 VBox.log.1
-rwxrwxr-- 1 uzivatel uzivatel 117233 led 12 14:49 VBox.log.2
-rwxrwxr-- 1 uzivatel uzivatel 117063 led 12 02:40 VBox.log.3

Log ti sem nedám, protože byl zase moc dlouhý a tak jsem ho smazal s tím, že se vygeneruje nový a nevygeneroval.

[k3dAR]

sorry, preklepl sem se, misto:

chmod 600 "/home/uzivatel/VirtualBox VMs/LINUX_MINT_18-3/*"

musi byt * za ", tedy:

chmod 600 "/home/uzivatel/VirtualBox VMs/LINUX_MINT_18-3"/*

[Petr Fiedler]

To neva. Uvažoval jsem o tom, že by to tak mohlo být. Každopádně jsem v terminálu do toho adrosáře vstoupil a ten chmod pro ty soubory jsem udělal odtama. Takže tohle už je v pořádku.

[k3dAR]

a ten virtual uz teda pustit jde?

[Petr Fiedler]

Jo, už mi to jde pustit, ale není to ono. Při startu mě to pořád upozorňovalo, že není dostupný "LINUX_MINT_18-3.vhd". Jen ze zvědavosti jsem dal "naklonovat počítač", protože mě zajímalo, jak to funguje a v průvodci se to ptalo, jestli chci nasdílet už existující disk? Dal jsem že jo a přestalo to tu chybu dělat a začlo to normálně fungovat. Pak jsem odstranil ten klon a výsledkem je, že fo funguje. Haluz :) Jenom ne s tím novým jádrem. Jenom s tím "4.10.0.42". Pomohl bys mi s tím ještě prosím?

[k3dAR]

proc to hlasilo ani proc pomohlo naklonovat netusim, nejspis by to bylo pochopitelne z puvodniho LINUX_MINT_18-3.vbox kde je uvedena cesta k souboru, ale kdo vi :)

s tim novejsim jadrem tohle nepomohlo?

[Petr Fiedler]

Nepomohlo. Právě že ne.

[Petr Fiedler]

k3dAR: tak už mi to na sdc funguje perfektně. Chtěl jsem to původně s tvojí pomocí vyřešit, abych se naučil, jak na to. Na konec jsem ale usoudil, že to bude lepší vyřešit jinak. Když jsem to ráno odladil na sda, tak jsem hned udělal zálohu. Takže jsem jí teď obnovil na sdc. Pak jsem nabootoval systém, který mám na té flešce ((sdd) kvůli stejnému UUID sda/sdc :)), chroot, install grub, update-grub, update initramfs, edit fstab, edit rc.local a hotovo. Pak jsem sdc zazálohoval, abych to pak zase po obnově nemusel chrootovat a je to. Díky, žes mě to naučil!

Díky všem, co se mi snažili pomoci :)

Mějte se a zdar u dalšího vlákna

[k3dAR]

a to si klonoval kvuli tomu ze na sda fungoval virtualbox s novejsim jadrem a na sdc ne? nebo proc? ale hlavne ze to chodi )

[Petr Fiedler]

Jo, kvůli tomu. Vadilo mi, že to nebylo plně funkční. Teď už je a moc času to nezabralo.

[theseuszn]

Jestli ti mohu dodatečně doporučit, v Mintu zbytečně nelaboruj s jádrama. Drž se řady, na které byla propuštěna verze 18.3 a nebo zkoušej nabízená jádra v aktualizačním nástroji. Sice si nenapsal, co máš za stroj, ale ze zkušenosti vím, že se dost často v Mintu stává, že s nejnovějšími jádry na různých strojích blbne. Nemá smysl "to dohánět" po vzoru Ubuntu. Přeci jen jsou v Mintu konzervativnější pravidla. Proč tomu tak je by se dalo spekulovat, ale ať je to jak chce, držet se systémové nabídky se vždy vyplatí, byť některým uživatelům to třeba jede bez problémů. U mě se celá řada jádra 4.14.xx tluče s nvidií, tak používám nabízenou řadu 4.10.xx

[Petr Fiedler]

No já jsem až doteď neměl nikdy s ničím problém. Používám Ukuu už nějaký pátek a vždy mi vše fungovalo. Až teď ten VirualBox prostě na posledním stable jádru nechce jet. Paradox taky je, že mě se to na konec nějak podařilo na 4.14.13 rozjet a na 4.13.0.26 ze správce aktualizací ne. Vlastně jsem před chvílí přemýšlel o tom, co bych ztratil se starším jádrem 4.10.0.42 a co vlastně získávám s novým jádrem 4.14.13, nebo naopak? Jak to vidíš ty? Mě s tím starším vše funguje jako s tím novějším a k tomu na tom ještě lépe jede ten VB.

Jinak já mám desku Gigabyte Z170-D3H, Intel Core i5-6600K, 2 x 8 GB RAM Adata 2166 MHz, Samsung 850 Evo 500 GB a zdroj Corsair 450 W. Už si to musím dát konečně do patičky.