Acer Aspire E15 gépre Linux Mint telepítése Win10 mellé

Segítséget kaptál? Szívesen töltöd itt az idődet? Visszajársz hozzánk? Támogasd a munkákat: Ko-fi és Paypal!

Fórum: 

Sziasztok, a fenti feladatban elvéreztem, ezért érdeklődöm, hogy valaki próbálta-e, és ha sikeresen megoldotta a Linux bootolást alapértelmezettként, lenne szíves megosztani velem.

 

Röviden: az eleje simán ment, Linux Mint cinnamon 22.2 kiválasztása, letöltése a magyar Quantum tükörről, verifikáció, autentikáció (ez sajna nem tudta igazolni az aláírást), majd az ISO file kiírása pendrive-ra Rufussal.

Erről kisebb szenvedés után (a BIOSban kellett aktiválni az F12 gombot, ami láthatóvá tette az USB-n lévő meghajtókat) elindult a Linux, előszor live-ban, majd miután mindent leellenőriztem, beállítottam (keyboard, wifi, internet...) telepítettem a HDD-re.

A gépemben egy 90GB körüli SSD (ezen van a win10) és egy 1TB HDD van. Az utóbbit partícionáltam a Linuxnak 100GB méretben (40GB root, 60GB home).

Ezután jött a probléma, hogy Linuxban egyáltalán nem volt hajlandó bootolni és a BIOS-ban sem látszott semmi a Win10-en kívül. Én azt akartam, hogy alapból a Linux induljon és szükség szerint a Win10. Ja és a boot sorrend sem állítható!

 

Ezután a ChatGPT segítségével mindenféle beavatkozásokat végeztem a boot probléma kiküszöbölésére, melynek eredményeképpen a javasolt teljesen biztonságos módosítások után már win sem bootolt, paraméterhibát jelezve.

 

Az AI egyWin10 live verzió létrehozásán keresztül próbált javítást eszközölni a boot szekcióban. A Macmini gépemre az Elenabechter-t javasolta, amely letöltése után, maga a program el sem indult Mac környezetben, hanem utasított, hogy a Bootcamp-et használjam. Ezzel nem is volt gond, csakhogy az Acer ezt már nem ismerte fel (korábban a Linuxot igen). Erre parancssorból lett elindítva az ISO kiírása a Macminin, de ezt sem ismerte fel.

 

A legutóbbi ötlet, hogy egy windowsos gépen Rufussal írjam ki, de mivel egyelőre az nálam nem működik egy kicsit pihenek.

 

Hosszabban hozzáértőknek:

Én:EFI system partition az sdb1 100M méretű /mnt/boot-sav/sdb1 en van

ChatGPT:Rendben, tehát az sdb1 partíció az EFI rendszerpartíció (ESP), 100 MB méretű, és jelenleg a Live rendszer alatt a /mnt/boot-sav/sdb1 könyvtárba van csatolva. Ebből kiindulva, ha Linux Mint-et szeretnél elindítani a gépen, itt van, amit érdemes tudnod és lépéseket, amiket követhetsz......

https://chatgpt.com/share/68d17545-8d00-800b-9705-1fa1efebca73

https://chatgpt.com/share/68d175b8-1908-800b-89d1-95c5d21e3bbb

Csatolok 2 képet , az egyik a hattertarak, partíciója, a másik a legutóbbi hibaüzenet

Kép: 

hibaüzenet a win10 boot után
a háttértárak particiója
csuhas32 képe

rEFInd

Értékelés: 

0
Még nincs értékelve

Szia!

Én megpróbálnám a rEFInd-et kiírni pendrive-ra, arról bootolni és megnézni, hogy az mit lát, hátha be lehet vele tolni azt a rendszert.

https://sourceforge.net/projects/refind/files/0.14.2/refind-cd-0.14.2.zi...

Amúgy képeket készítettél a telepítő alól, miért nem telepíted újra? Az sda-n van két Ext4 partíció, de az EFI system meg az sdb1.

Ez az Acer amúgy lehet, hogy küzdősportos amúgy is a Linuxszal, de én mindenképp úgy csinálnám, hogy a telepítés idejére az sdb-t le is húznám, hagynám, hogy a telepítő automatizmusa szanálja az sda-t (teljesen töröljön mindent róla) és létrehozza rajta, amit ő szeretne, hátha úgy sikeres lesz a telepítés. Ha úgy már bootol, akkor előrébb vagy, lesz egy jó sémád, ami alapján újrarakhatod kézzel akár külön home partícióval, ha te úgy szeretnéd... (bár én nem biztos, hogy csinálnék külön home-ot, ha már van egy bootoló telepítésem, akkor csak csökkenteném telepítő alól a rendszerpartíció méretét, aztán a felszabadított helyen készítenék egy adatpartíciót, de mindenki csinál, amit szeretne).

Köszi az ötletet, sajnos

Értékelés: 

0
Még nincs értékelve

Köszi az ötletet, sajnos igazad lehet, hogy ezen a gépen elég küzdős, amit akarok, mert az AI-t faggatva végül levonta a konzekvenciát:

a BIOS csak az USB-ről induló Linuxot látja, a belső SSD-n lévő Linux EFI-t nem. Ez egy nagyon tipikus Acer Aspire E15-es korlát: a BIOS nem engedi a nem-Microsoft aláírású EFI fájlok trustedként való hozzáadását, ezért a belső Linux EFI láthatatlan marad, míg az USB-s GRUB/shimx64.efi UEFI-aláírt és látszik. ?

Mit jelent ez gyakorlatban

  1. A belső SSD-n lévő Linux EFI (/dev/sdb1/EFI/ubuntu) nem jelenik meg a BIOS-ban.

  2. Windows EFI továbbra is az elsődleges → Windows bootol.

  3. Linuxot csak USB-ről tudsz elindítani.

Biztonságos, működő megoldások

Opció 1: Mindig USB-ről bootolni Linuxot

  • Egyszerű, de kényelmetlen.

  • Minden indításkor pendrive kell.

Opció 2: GRUB átnevezése / Windows Boot Manager felülírása

  • Ez működik: az Acer BIOS automatikusan bootolja a Windows Boot Manager helyét → valójában GRUB indul.

  • Hátrány: ha bármi elrontódik, Windows nem indul → kockázatos.

  • Ezt már próbáltad, és hibákat okozott.

Opció 3: Használj teljesen külön Windows-Linux gépet, vagy virtualizációt

  • Pl. Windows natívan, Linux VirtualBox vagy VMware-ben.

  • Teljesen biztonságos, nincs EFI-trükk.

  • Nem igényel BIOS hack-et.

Következtetés

  • Acer Aspire E15 hard limitje, hogy nem engedi trusted Linux EFI-t.

  • A belső SSD-n telepített Linux önálló bootolása nem lehetséges BIOS beavatkozás nélkül.

  • USB-s Linux vagy virtuális Linux az egyetlen biztonságos megoldás, ami működik minden Acer E15-en.

Tehát eleve reménytelen a gép dual boot üzemmódja  külső meghajtó nélkül :(((

csuhas32 képe

Variációk rEFInd-re

Értékelés: 

5
Átlag: 5 (1 szavazat)

#2 Amennyire én fórumtémákból tudom, eddig eléggé haladó szintű leírásokat követve próbáltak Linuxokat elindítani az ilyen gépeken.
Ezt az USB-ről betolni lehetőséget én korántsem látom ilyen sötéten, inkább könnyebbségnek gondolom.
A linkről, amit küldtem, letöltve és kicsomagolva a fájlt végeredményül a refind-cd-0.14.2.iso-t kapod, ami mindössze 15 MB, szóval nincs az kis méretű pendrive amire ne tudnád felírni. (Nem rámásolni a pendrive-ra, hanem bootolható eszközt írni belőle, úgy ahogy egy telepítőképfájl esetén is csinálod.)
Ha tud róla bootolni a gép, akkor elvileg ez megtalálja az EFI-s indítható rendszereket és egy kényelmes felületen választhatsz közülük.
Nekem ez sokkal élhetőbbnek, egyszerűbbnek tűnik, mint szenvedni azzal, hogy a megszokottól jóval bonyolultabb módon rábeszéld a szerintem hibás BIOS miatt a gépet, hogy hajlandó legyen a belső lemezről bootolni egy olyan rendszert, ami nem Windows. Vannak egész mini pendrive-ok, egy ilyen igazán ki se lógna a gépből még akkor sem, ha mindig bele van dugva az egyik portba.

Vajon a BIOS a belső lemezre telepített rEFInd bootolását is blokkolja?

Sajnos már a Windowsnak is nekirontottál és most az sem indul. Ha lenne ilyen gépem, azt is biztos kipróbálnám, hogy a Windowsra felteszem a rEFInd-et és ha így be tudom bootolni a Windowst és a Linuxot is, akkor külső USB kulcsra sincs szükség.
Windowsom nincs, így a rEFInd Windowsra telepítésében nincs gyakorlatom, de itt van két találat erről, talán valamelyiknek hasznát veszed:
https://schdck.github.io/Installing-refind-from-Windows-10
https://www.easyuefi.com/resource/set-up-multi-boot-windows-linux-and-ma...

Sőt, mivel én mindenképp úgy telepíteném a Linuxot, hogy teljesen külön legyen a saját lemezén, ne a Windows lemezén lévő EFI System partíciót használja, hanem a saját lemezén legyen neki egy saját EFI System partíciója, ha már egyszer bebootolt Linux, arra is feltenném a rEFIndet és azt is kipróbálnám, hogy a windowsos lemezt a gépről lehúzva, külső pendrive nélkül, ezzel a rEFInd-del el tudom-e indítani a Linuxot.

Ha ez így sikerül, akkor ez az egész végül is elég egyszerűen is megoldható:
Feltelepíted a Linuxot, egyszer bebootolod a pendrive-on lévő rEFInd-del, a Linuxra feltelepíted a rEFInd-et:

sudo apt install refind

és utána már a gépen lévő rEFInd-del tudod indítani a Linuxot és a Windowst is.

Azért biztonságból a fiókban tartod a rEFInd pendrive-ot, de normálisan nem is lesz rá szükséged a továbbiakban.
Ezzel mindenképp tennék egy próbát.

A windows efi partíciójába

Értékelés: 

0
Még nincs értékelve

A windows efi partíciójába nem "illik" belebarmolni, ennek az álmoskönyv szerint se szokott jó vége lenni. Azon az sda-n simán elférne egy 2048MB-os EFI partíció, utána meg a rendszer és a home, meg ami még kell.
Telepítéskor a grub telepítési helyének az sda efi partícióját jelöld ki. A telepítő megtalálja (megtalálta volna) a windowst-t is, és felvette volna a boot listába.

A windows oldalt egy windows telepítővel, majd azon belül a rendszer a hibaelhárítást választva tudod vagy parancssort kérve a fixboot-tal javítani, de ha jól emlékszem van erre valami indítás javítása szerű dolog is.

Aztán már csak a boot-olható eszközök sorrendjét kell az sda-ra állítani az uefi-ben.

Én javaslatom

Értékelés: 

0
Még nincs értékelve

1. Ha USB-ről butul a Linux, akkor belső meghajtóról is tudnia kell. Ez nem vall korlátozásra. Hogy biztos legyen a dolog, kapcsold ki a Secure Boot-ot (Ha Windows partíció titkosított, akkor az nem lesz elérhető, amíg vissza nem kapcsolod)

2. Ha fast boot be van kapcsolva a BIOS-ban, akkor a gép nem inicializál egy csomó eszközt induláskor, azt ráhagyja az oprendszerre. Így nem inicializálja csak az elsőnek beállított lemezt, azaz a második lemez nem érhető el induláskor. Ha ezen van az EFI/GUB, az nem lesz elérhető, ha az első lemezen van a GRUB / EFI az hasonló hibaüzenet ad, mint az első képen ami van, mert a második lemezre hivatkozik, ami akkor nem elérhető. Kapcsold ki a FAST BOOT opciót a BIOS-ban

3. Furcsa, hogy a HDD az első a képen, talán állítottál a lemezek sorrendjén a BIOS-ban?

4. Mint-nél nem kell variálni partíciókkal, ha ővé a teljes lemez. Minek külön root partíció, meg külön Home? 

5. Van egy titkosított valami a jelek szerint, 2,4 GB méretű loop. Az mi a tök? 

6. Ha nincs Windows EFI fájl, az megvan több helyen is, a javító partíción, és másutt is, meg kell keresni, odamásolni az EFI partícióra, és működnie kell.

7. Telepítsd a Linuxot egyszerűen a HDD-re, ne variálj a partíciókkal, több a hibalehetőség

Én javaslatom

Értékelés: 

0
Még nincs értékelve

#6

István pedig van ilyen.
Nem emlékszm már a részletekre de volt ilyen lapos a kezeim között pár éve amire már csak dafke felnyomtam egy Linuxot de irgalmatlan sok gugli meg fórum meg angol fordítózás után.
A lényeg hogy bios/uefi szinten CSAK Windowst hajlandó belső lemezről bootolni, pont mint a kollégánál.
Sajnos mivel a fejem nem káptalan már nem emlékszek a részletekre, pont azért nem mert több napos szívás volt és annyi mindent olvastam anno ezügyben hogy már nem tudom felidézni.
Egy HP lapos volt talán.

Legelőször is helyre kell tenni a Windowst, ezt egy Win telepítő pendrájv és a cmd bcd parancsokkal. Ha igazán bele lett barmolva, a fixboot és társai sajnos csődöt mondanak, ekkor kell a bcdedit meg a kézimunka.
Leírás sok helyen megvan, magam is alkalmaztam törölt EFI partíció esetében.
Ha a Win bootol, a te megoldásodat kipróbálni azaz a meglévő EFIbe tenni a linuxos indítót, nem a hdd-re.
Ha ez sem, akkor végső megoldásként fel kell venni a Windows indítójába a linuxot és nem grubbal hanem a win bootmanagerrel elstartoltatni az ártatlan Mintet.

Ha így is elhasal nincs több tippem.

Corcovador,
nekem van olyan mini PC-m full idióta uefivel amibe szintén nem állítható a bootsorrend egyszerűen hanem bele kell mászni valami lemezek menüpontba, ott valami al-al menübe és ott lesz egy os lista és ott kell kiválasztanom hogy Win vagy Ubuntu.
Vissszalépve és F10-ek okézva ez ég bele az agyába, aki nem ismeri a logikáját nem is találja meg ezt a módszert. Én pl. először félóráig mászkáltam a biosába mire rájöttem.
 

Én javaslatom, - Megerősítve

Értékelés: 

0
Még nincs értékelve

#7 Sziasztok,

Nekem Acer ES1-533 servernek projectbe én felszenvedtem. És igen a ACER trehány biosa miatt volt nálam.

Megoldást nálam ez az oldal adta: https://dev.to/sep89089/install-ubuntu-gnulinux-on-troubling-acer-aspire...

De a megoldás analógiája az hogy a telepítés végén kézzel a EFI partícióra fel kellett másolni és átnevezni a boothoz szükséges file-t.

Nekem itt nem volt cél a Windows mellé telepítés.

Remélem segít!

Üdv,

Geri

Köszönet

Értékelés: 

0
Még nincs értékelve

A sok javaslatért!

Időközben rájöttem, hogy nincs nagyon szükségem a windowsra, úgyhogy amennyiben sikerül a Win10-et helyrepofozni, lementem az ott lévő doksikat, majd a Linux telepítő pendrive-ot nekieresztem, hogy installálja automatikusan a mintet, ahogy ő akarja. Előtte még megpróbálok egy pendrive-ra egy live Win10-et telepíteni, hátha....

Mégegyszer köszönet!

Köszönet

Értékelés: 

0
Még nincs értékelve

#9
Menteni nem kell az élő Windows, ha csak emiatt akkor ne szenvedj vele.
Lehet kotorászni benne és mentegetni fájlokat live linux alól vagy valamelyik HBCD Win live alól.
Ha volt bekapcsolt Bitlocker az is megoldható, persze a bitlocker kulcs kell a mutatványhoz.
 

epilogus

Értékelés: 

0
Még nincs értékelve

Hát igen, megpróbáltam mindent.

Előszöris 444tibi köszi a javaslatokat, teljesen igazad volt a live  linuxon keresztül kimentettem a win10 alatti doksikat.

Megpróbáltam egy Win10 telepítőt felhasználva megjavítani a boot szektort, teljesen sikertelenül...a belebarmolás tényleg nem volt szerencsés, de mentségemül, az AI javaslatait követtem. 

Ezután egyszerű megoldásnak gondolva nekieresztettem a linux telepítőt, hogy csináljon ahogy neki jól esik (az első opció a telepítő programban), akkor biztos sikerul.

Automatikus telepítés után amikor az első opciót választottam ki hogy töröljön le mindent és újból indítottam a rendszer kiírta hogy no bootable device.

AI:

Értem a problémát. Ez az “no bootable device” hiba általában bootloader vagy UEFI/BIOS beállítások miatt jelentkezik, nem magával a Linux telepítéssel van gond. Lépésről lépésre:

Mi történhetett

  1. UEFI vs. Legacy (CSM) mód

    • Az Acer Aspire E15 gép UEFI-s.

    • Ha a telepítő UEFI módban telepített, de a BIOS/UEFI Legacy módban próbál bootolni, a rendszer nem talál bootolható eszközt.

    • Vagy fordítva: Legacy telepítés, UEFI bootolás.

  2. Bootloader nem a megfelelő lemezre került

    • Ha több lemez van (SSD + HDD), a telepítő néha a bootloadert a “nem elsődleges” lemezre telepíti.

    • Ezért az elsődleges (SSD) nem bootolható.

  3. Secure Boot be van kapcsolva

    • Néhány Linux disztribúció nem bootol Secure Boot mellett, vagy speciális beállítás kell.

           Mit kell ellenőrizni és javítani

  1. BIOS/UEFI beállítások

    • Kapcsold ki a Secure Boot-ot.

    • Ellenőrizd, hogy a boot mód UEFI, ne Legacy/CSM.

    • Állítsd az SSD-t elsődleges boot eszköznek.

  2. Linux telepítés újra

    • Amikor a telepítő elindul, UEFI módban indítsd (általában a boot menüből választható).

    • Válaszd a “Erase disk and install Linux” opciót.

    • Győződj meg róla, hogy a bootloader az SSD-re kerül (általában a telepítő felajánlja).

  3. Ha már telepített, de nem bootol

    • Linux telepítő live USB-ről indítva lehet javítani a bootloadert:

VÉGÜL A KÉZI TELEPÍTÉS LETT KIVÁLASZTVA A KÖVETKEZŐK SZERINT:

AI: Értem, akkor a célod: minden Linux a SSD-n legyen, a HDD-t pedig csak adatok tárolására használni. Ebben az esetben a folyamat egyszerűbb, mert a bootloader és a root egy lemezen lesz, így nem kell chrootolni a GRUB miatt.

AZTÁN JÖTTEK A HIBAÜZENETEK

AI: A “sudo: unable to allocate pty” hiba azt jelenti, hogy a Live környezetben nem tud pty-t létrehozni, ami a chroot és a bind mount parancsokhoz kellene. Ez általában Live USB hibából vagy terminál környezetből adódik, nem a parancsokból.

Megoldások

  1. Indíts új terminált a Live sessionben:

    • Ctrl+Alt+T vagy Ctrl+Alt+F2

    • Néha a másik TTY-ben a sudo működik.

  2. Ellenőrizd, hogy a Live környezet nem “read-only”:

  • hiba nem a parancsok miatt van, hanem a Live USB környezet termináljában.

  • Legjobb megoldás most: Live USB újraindítása, root (/) és EFI partíció mountolása, majd bind mountok vagy közvetlenül a telepítőből GRUB telepítése

SOK SZENVEDÉS UTÁN ÚJRAINSTALLÁLÁS

AI: Értem, tehát a helyzet így áll:

  • A HDD teljesen törölve, nem zavarja a telepítést.

  • A Linux Mint telepítve lett az SSD-re, EFI + root partíció létrehozva.

  • Indítás után a gép nem bootol, “No bootable device” hiba.

Ez tipikusan EFI / UEFI / GRUB problémára utal, nem a Linux telepítésére.

A TERMINÁLBAN LEELENŐRIZVE AZ SDA NEM CSATOLÓDOTT:(((((

AI: 

A telepített SSD nem látszik (lsblk szerint nincs csatolva), így a rendszered nem bootol, mert a GRUB valószínűleg nem került telepítésre az EFI partícióra.

Ami most az EFI-ként szerepel, az a HDD (sdb1), ami nem jó hely a bootloadernek az SSD hiányában.

UTÁNA JÖTT A REFIND TELEPÍTÉS MAJD A NO BOOTABLE DEVICE ÜZENET.

AI: Ez tipikusan az, amit az Acer Aspire gépeknél sokan tapasztalnak: a telepítő szépen felrakja a GRUB-ot vagy rEFInd-et az EFI partícióra, de a firmware nem veszi át az NVRAM-bejegyzést, így nem kerül a boot menübe → marad a No bootable device.

AI:Összefoglalva, mi történt eddig:

Az SSD GPT-vel van particionálva, rajta van egy /dev/sdb1 EFI partíció (512 MB, FAT32).

A Linux Mint rendben települt, a kernel és initrd is ott van.

A grub-install futott, de figyelmeztetett, hogy nem tud NVRAM bejegyzést írni.

A rEFInd is feltelepült az EFI partícióra (/EFI/refind/refind_x64.efi), de a BIOS nem vette fel automatikusan.

Indításkor így a firmware nem talál induló rendszert → „No bootable device”.

Ez Acer gépeknél gyakori............

AI: mindent kipróbáltunk:

  • GRUB telepítés az SSD EFI-re

  • rEFInd telepítés és frissítés

  • bootx64.efi átnevezés/másolás

  • chroot a telepített rendszerre

  • BIOS boot sorrend állítás

  • HDD teljes törlése

És mindezek ellenére az Acer firmware nem engedte elindulni a Linuxot.

Most már világos, hogy a probléma teljesen a firmware sajátosságából adódik, nem a telepítésből vagy a Linuxból.

A legbiztosabb módszer az, amit az előző üzenetben írtam: át kell másolni a rEFInd binárist a /EFI/BOOT/bootx64.efi helyre, mert az Acer firmware ezt az útvonalat keresi automatikusan, függetlenül az NVRAM bejegyzéstől.

Ha ez sem működik, akkor a firmware korlátai miatt egyszerűen nincs további megoldás a rendszerindításra az SSD-ről.

NA EKKOR FELVETETTEM EGY BARÁTOM JAVASLATÁT, HOGY LEGACY MÓDBAN TELEPÍTENÉM! ERRE:

AI: Ha Legacy (más néven BIOS/CSM) módban telepítenéd a Linuxot, akkor a helyzet teljesen más:

1️ Mi változik Legacy módban

  • Nincs EFI partíció, az egész boot a Master Boot Record (MBR)-en történik.

  • A GRUB telepíthető közvetlenül az SSD MBR-re.

  • A BIOS automatikusan keresi az MBR-t, nem kell NVRAM bejegyzés, így a firmware “makacssága” kevésbé probléma.

2️ Előnyök

  • Gyorsabb bootolás Linuxhoz.

  • Nem kell rEFInd, nem kell /EFI/BOOT/bootx64.efi-t másolni.

  • Firmware nem blokkolja a bootot, mert MBR-t minden BIOS lát.

3️ Hátrányok

  • Nem tudsz Windows-t UEFI módban tartani ugyanazon a gépen az SSD-n.

    • Windows UEFI telepítés és Legacy telepítés nem kompatibilis.

  • Modern funkciók (Secure Boot, GPT 2 TB-nél nagyobb partíciók) nem elérhetők.

  • Ha egyszer Legacy módban telepítesz Linuxot, a BIOS-t kizárólag Legacy-re kell állítani, különben nem bootol.

4️ Következtetés

  • Ha csak Linuxot akarsz az SSD-n és nem érdekel a Windows kompatibilitás, a Legacy mód biztosabb bootot ad, mivel a firmware nem blokkolja.

  • Ha viszont Windows is kell UEFI módban (pl. újratelepítés), minden Linux telepítésnek UEFI kompatibilisnek kell lennie, és a /EFI/BOOT/bootx64.efi trükk szükséges az Acer-nél.

 Összefoglalva:

  • UEFI mód: szükséges, ha Windows UEFI marad; Linux boothoz rEFInd/GRUB + EFI trükkök kellenek.

  • Legacy mód: egyszerű Linux boot, de nem UEFI Windows mellett.

EUTÁN KEVESEBB SZERENCSÉTLENKEDÉS UTÁN VÉGRE FELMÁSZOTT A LINUX A GÉPRE!!!!!!

EZT AZÉRT NEM GONDOLTAM VOLNA, HOGY ENNYIRE BONYOLULT LESZ.

EZUTÁN HASONLÓ HARC UTÁN (OTT MÁR A REFIND VÉGÜL MŰKÖDÖTT) EGY MACMINI KÜLSŐ SSD-RE IS FELRAKTAM, DE A BOOTOLÁSHOZ KELLETT EGY KIS GYAKORLAT :)))))))