Fórum:
Boldog új évet kívánok a fórum tagjainak!
Van egy kis teljesítményű laptopom, meglehetősen sok operációs rendszer van rajta, ami eddig nem okozott gondot. (Nyilván és elsősorban Mint is.)
Valamikor hosszabb kihagyás után egy Ubuntu 16.04 frissítőjének zöld utat adtam. Ilyenkor, ahogy lenni szokott, a grub-ot is frissítette végül, elég hosszas procedúrával. (Ez egyébként magában is zavar, mert amúgy a Mintet szeretném alapértelmezettnek, de ha csak ennyi baj lenne!...)
Viszont amikor legközelebb indítottam a gépet, miután a Ubi grubjának kellemes lila háttérszíne mejelent, a listára magára majdnem öt percet kellett várni. Utána viszont, ha jól emlékszem, működött a betöltés.
Amikor pár nap múlva telepítettem egy korábban lerobbant Mint 18 partíciójára a 18.1-et, leállt a vége felé a telepítés, és valami UEFI-problémát írt ki hibaüzenetként. Utánanéztem, mi fán terem ez, ebből kiderült UEFI-vel korábbi életemben alighanem sosem volt dolgom. A BIOS-ban átállítottam az UEFI.vel kapcsolatban valamit, szándékom szerint visszatérítettem a gépet a BIOs-os bootoláshoz, ha ennek így van értelme, de igazából a sötétben tapogatóztam. Viszont a telepítés sikerült. Ám az újraindításnál immár a Mint-grub szürke háttérszínét néztem öt percig, mikor a lista megjelent. Viszont az új Mint futott utána, mint a parancsolat. Ma már azonban hiába választottam ki akármelyik oprendszert a listáról szokásos öt perc után, oprendszert ma még nem láttam futni a gépen... A BIOS-ban közben minden variációban kipróbáltam az UEFI-re vonatkozó két beállítást (a "Startup" főcímen belül). Az egyiken azt lehet kiválasztani, hogy UEFI-ben vagy Legacy módban vagy mindkettőben induljon-e (vagy mi...), a másikban a sorrendet, ha a "mindkettőt" választom. De a helyzet nem javul...
Persze lehet, hogy egészen mással van a baj, nem ezzel az UEFI-dologgal.
Hát ebben kérem a segítségeteket.
Ha kell, lefotózom a képernyőt, csak nem tudom, hogy kell megosztanom veletek a képet.
Elre is köszönöm a választ!
Annyit módosítanék a
Beküldte Középső -
Értékelés:
Annyit módosítanék a helyzetleírásomom, hogy kb. húsz perc után mégis elintult a Mint 18.1. (Azért ez, mert ez van a lista élén.) De azt hiszem, ez így nem minősül kiemelkedően gördülékeny bootolásnak...
RE: kb. húsz perc után mégis elindult a Mint 18.1
Beküldte kimarite -
Értékelés:
Én azt mondom, a chroot-tal
https://linuxmint.hu/blog/2016/08/chroot-live-rendszer-livecddvdusb-stick
tedd helyre a GRUB-ot. Utóbbit mindjárt leírom. [*]
Az lenne a kérdésem, hogy a particionálás, telepítés, és a grub hogyan, miként történt?
A particionálás kiderül az alábbi parancsok valamelyikének kimenetéből,
továbbá kérdés még, hogy az Ubuntu illetve a Linux Mint telepítésnél a GRUB helye hol van (sda/lemez vagy partíció/pl. sda6)?
A megoldás a következő.
-- chroot a Linux Mint rendszer gyökér (rendszer) partíciójára a linkelt leírás szerint LiveCD-ről.
-- * majd a GRUB újratelepítése (a chroot után természetesen)
(mondjuk, telepítsd ugyanígy a Linux Mint rendszer partícióra, de tudnunk kéne,
hogy egyazon helyen van a GRUB vagy két helyen.
Azt veszem ki a szavaidból, hogy a Linux Mint GRUB menüje tetszene ...,
tehát a kérdésre is válaszolj, mert nem mindegy, mit csinálsz,
de azért leírom általában)
(a következő parancs az első lemezre, az sda-ra telepíti a GRUB-ot, lehet, neked más kell, említettem ..., ez egy példa)
-- majd a fenti leírás szerint kilépsz a chroot környezetből
-- és a rendszer újraindítod a telepítettről immár.
Aztán megnézzük, ez javított-e valamit.
Előfordulhat, hogy betelt mindkét rendszer partíció vagy home partíció? Ekkor tényleg lassú az indulás (ha egyáltalán elindul a rendszer). Ezen lehet javítani LiveCD-ről is.
Az EFI és MBR dolgokat majd megbeszéljük, nem igazán értem, mit csináltál a BIOS-ban és ennek mi a viszonya a partícionáláshoz. Akkor lehet MBR és EFI együtt, ha az egyik rendszered MBR, a másik EFI, de .., két külön lemezen vannak. Egy lemezt csak egyféleképpen, vagy MBR vagy EFI módon tudsz partícionálni. Windows is van, újabb, aminek EFI kell?
'húsz perc után mégis elintult a Mint 18.1. (Azért ez, mert ez van a lista élén'
-- tudsz lépkedni a kurzor billentyűvel (le és felfelé) a GRUB menüben?
Beküldte Középső -
Értékelés:
p { margin-bottom: 0.25cm; line-height: 120%; }
A particionálás pár évvel ezelőtt történt szerintem, jó temérdek partíció van. Egy Win7-tel kezdődött szükségképp, aztán egymás hegyén-hátán jöttek a különböző Linuxok különböző verziói, úgy kb. öt-hat van egyszerre fönn… Volt itt Manjaro meg Solus meg minden tücsök-bogár az idők folyamán. De többségében Mintek és Ubignome-ok. De működött minden egymás mellett (jó, a Manjarónak nem tetszett ez az egész, kernelpánikolt, de ez mindegy). A telepítéskor ("Valami más"-típusú) az alapértelmezett helyet jóváhagytam, tehát a Grubok a lemezen vannak álánatúr szerintem.
Mindegy, hogy melyik Grub lesz, csak működjék!
Igen, tudok lépkedni a Grubban, ha már bejött, úgy viselkedik, ahogy kell. Közben rájöttem, hogy az az Ubi jön be a leglassabban vagy egyáltalán nem, amelynek a frissülése óta ez a baj fennáll. Azután telepítettem a 18.1-et még.
Azért emlegettem az UEFI-t, mert a Mint 18.1 telepítése (ez történt utoljára) egy UEFI-vel kapcsolatos hibaüzenettel állt meg. És ezután a BIOS-ban az „UEFI Boot” vagy micsoda címszó alatt prücskörésztem, átállítottam valamit, ami ésszerűnek látszott, s a telepítés ezután rendesen végbement. Ezért gondoltam, hogy itt a bökkenő. De ez téves intuíció lehet a részemről…
Ahogy ajánlottad, ellenőriztem az összes rendszerpartíciót, mindegyik kong az ürességtől. (A dokumentumaimat nem ezeken tárolom.)
A két parancsra az alábbiakat kaptam válaszként. („……..” -tal választottam el a két választ egymástól.)
Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/sda: 298,1 GiB, 320072933376 bytes, 625142448 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000e4eda
Eszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sda1 * 2048 61439999 61437952 29,3G 7 HPFS/NTFS/exFAT
/dev/sda2 61440000 227555327 166115328 79,2G 7 HPFS/NTFS/exFAT
/dev/sda3 227557374 625139119 397581746 189,6G 5 Kiterjesztett
/dev/sda5 227557376 235747327 8189952 3,9G 82 Linux lapozó / Sola
/dev/sda6 235749376 282918911 47169536 22,5G 83 Linux
/dev/sda7 282920960 328204163 45283204 21,6G 83 Linux
/dev/sda8 393971712 434928743 40957032 19,5G 83 Linux
/dev/sda9 434931712 469974680 35042969 16,7G 83 Linux
/dev/sda10 469977088 502742712 32765625 15,6G 83 Linux
/dev/sda11 502745088 533463837 30718750 14,7G 83 Linux
/dev/sda12 533465088 563955322 30490235 14,6G 83 Linux
/dev/sda13 563957760 594221431 30263672 14,4G 83 Linux
/dev/sda14 594223104 625139119 30916016 14,8G 83 Linux
/dev/sda15 328204288 362710147 34505860 16,5G 83 Linux
/dev/sda16 362713088 393961134 31248047 14,9G 83 Linux
Partition table entries are not in disk order.
…………………………………………
Típus: ATA WDC WD3200BEVT-0 (scsi)
/dev/sda lemez: 320GB
Szektorméret (logikai/fizikai): 512B/512B
Partíciós tábla: msdos
Lemezjelzők:
Szám Kezdet Vég Méret Típus Fájlrendszer Jelzők
1 1049kB 31,5GB 31,5GB primary ntfs boot
2 31,5GB 117GB 85,1GB primary ntfs
3 117GB 320GB 204GB extended
5 117GB 121GB 4193MB logical linux-swap(v1)
6 121GB 145GB 24,2GB logical ext4
7 145GB 168GB 23,2GB logical ext4
15 168GB 186GB 17,7GB logical ext4
16 186GB 202GB 16,0GB logical ext4
8 202GB 223GB 21,0GB logical ext4
9 223GB 241GB 17,9GB logical ext4
10 241GB 257GB 16,8GB logical ext4
11 257GB 273GB 15,7GB logical ext4
12 273GB 289GB 15,6GB logical ext4
13 289GB 304GB 15,5GB logical ext4
14 304GB 320GB 15,8GB logical ext4
(Megjegyzés: ennyi működő rendszerem nincs, szerintem van, amelyik üres.)
Akkor hát chrootoljak? (Bármit is jelentsen ez. A temérdek partíció ne tévesszen meg, a particionálásban nagy vagyok, de a tudásomnak ez egyszersmind a határa is.)
RE:
Beküldte Középső -
Értékelés:
Elolvasva a linket már látom, hogy chrootoltam én már valamikor, akkor egyáltalán nem volt Grubom. Most azért van, csak nyögvenyelős. Azt tudom, hogy az Ubi frissülése után kezdődött ez a rendellenesség, és a Mint 18.1 ez utáni második, már sikeres(nek látszó) telepítése sem javított rajta, pedig ez már ugye így egy másik grub.
Az UEFI-re vonatkozó dolgokat hogyan állítsam be mindeközben? Jó az alapértelmezett beállítás, és kész? (A gép kb. 8-10 éves lehet, 64 bites, bár az oprendszerek valószínűleg 32-esek. ) Alapértelmezetten, azt hiszem, a Startup címszó alatt láthatóak szerint először UEFI-ből, s azután Legacy-ból bootol, vagy mit csinál.
Csak említem: ha esetleg
Beküldte Középső -
Értékelés:
Csak említem: ha esetleg valamiért a gyanús Ubi kinyírása vezetne eredményre, az bőven vállalható áldozat számomra.
RE:
Beküldte kimarite -
Értékelés:
A rengeteg, szám szerint 16 partíció a Ram Disk,
http://askubuntu.com/questions/703576/fdisk-l-shows-16-ram-disks-dev-ram...
https://kernel.org/doc/Documentation/blockdev/ramdisk.txt
azt hiszem és az askubuntu oldalon is szerepel, hogy az Ubuntu 16.04 használja ... azt nem tudom, hogy a Linux Mint 18 is.
Lényeg, hogy emlékezned kéne a telepítési sorrendre.
Ugye, először a Windows-t telepítetted, de az melyik, a Windows7 vagy ... ?
Azt így nem tudom fejből, hogy melyik Windows telepítése kívánta már meg az GPT particíionálást és az MBR-rel egyáltalán nem működött, de a látható partícionálásod
Disklabel type: dos / Partíciós tábla: msdos
biztosan MBR.
Szintén nem tudom, mert régen használtam Windows, hogy az sda1 partíción a boot zászló a Windows-zé vagy ..,
1 1049kB 31,5GB 31,5GB primary ntfs boot
/dev/sda1 * 2048 61439999 61437952 29,3G 7 HPFS/NTFS/exFAT
de máshol nem látszik boot zászló. Nyilván a Windows-zé.
A Linux-szos partícióid nyilván root/home és root/home és egy 'közösen' (nem egyszerre) használt swap partíció.
Tudni kéne, hogy először a root partíciót készítetted el vagy a home-ot (nyilván mindkét Linux-nál érdekes, azaz felvetődik a kérdés):
A swap-et hagyjuk,
/dev/sda5 227557376 235747327 8189952 3,9G 82 Linux lapozó / Solaris
a kiterjesztett partíción van mind
3 117GB 320GB 204GB extended
együt.
... de álljunk meg egy szóra, szerintem nem is készítettél home partíciót, csak egy-egy partíciót szándékoztál az Ubuntu-nak és a Linux Mint-nek, így volt?
Ha nem emlékszel 'sok mindenre', azért ki lehet deríteni a dolgokat. Home partícióra chroot-olásnak semmi értelme, meg kell próbálni a két lehetőséget, azaz ezeket
/dev/sda6 235749376 282918911 47169536 22,5G 83 Linux
/dev/sda7 282920960 328204163 45283204 21,6G 83 Linux
Például először chroot az sda6-ra, majd kiadod ezt a parancsot,
így kiderül, hogy a vizsgált (sda6) partíció melyik rendszer gyökér partíciója.
Az
vagy az
parancsok kimenetei is beszédesek lehetnek.
Ha a Linux Mint-té, akkor a GRUB-ot a leírás szerint az sda6-ra telepíted, s ha ez megvan, kikapcsolod a Live rendszert, és indítod a lemezről azt, ami indul. Két chroot különböző partíciókra nem biztos, hogy egyszerre menni fog, lehet, újabb LiveCD-s indítás kell, de készülj fel arra, ha megtalálod a Mint-tet, akkor GRUB-ot ugyanebben a folymatban újratelepíted.
Várom válaszaidat.
RE:RE:
Beküldte kimarite -
Értékelés:
Az UEFI-re vonatkozó dolgok beállításához tudni kéne a Windows-zod verzióját; 7, 8, 10 (valami ilyesmik vannak). Mintha nem említetted volna még ezt. És milyen lehetőségek közül lehet választani (a BIOS-ban)?
Visszatérve az előző válaszra, a chroot-nak biztosan mennie kéne nálad, tehát nem félig vagy egyáltalán nem. Mert, ha nem sikerül (chroot), akkor a Live rendszer tipusát látod és nem a telepítettét.
Összefoglalva
-- van egy telepített Windows-zod ... nem tudjuk melyik (fontos lenne ez az információ is)
-- van egy telepített Ubuntu 16.04-ed
-- van egy telepített Linux Mint 18.1-ed
-- van egy LiveCD-d, nem tudjuk milyen disztribúció, melyik kiadása (fontos lenne ez az információ is)
Remélem, jól 'tippelek'.
A Windows egy Win7. "Ki tudja
Beküldte Középső -
Értékelés:
A Windows egy Win7. "Ki tudja, mit hoza a jövő" alapon tettem föl, nyilván legelőször, azóta nem használtam, lehet, nincs is aktiválva... A boot-zászlós partíviócska csakis az övé lehet.
Tudom, hogy hajmeresztő, de alább átláttál a szitán: tényleg egyetlen home partíció sincs, a Win-en, a swap-on és egy 85GB-oson kívül, amely a saját fájlok tárolására szolgál, mindegyik root avagy néhai root, és most esetleg üres.
A további telepítési sorrendet nem tudom, egész bazár volt a vinyón Linuxokból az idők folyamán – eddig működött.
Annál több oprendszer van fönt pillanatnyilag, mint amit tippelsz. Ha fontos, hogy mind tudd, megnézegetem, megírom -- de hosszú folyamat lesz így, hogy a Grubra várakozom minden indításnál persze.
A Chroot-olást akkor hamarosan elvégzem, és megint jelentkezem. (Előbb kutyát sétáltatok.)
RE:A Windows egy Win7. "Ki tudja
Beküldte Középső -
Értékelés:
Legelső leveledet visszaolvasva jutott eszembe, hogy említsem, maga a particionálás a gépemen elég régi keletű, az eleve meglévőkön cserélődtek rendszerek az idő folyamán. De lehet, Te is eleve így értetted.
RE:A Windows egy Win7. "Ki tudja
Beküldte kimarite -
Értékelés:
Ha a chroot-ot használva megtalálod a Linux Mint-tet és helyreteszed a GRUB-ot, akkor lehetséges, hogy nem kell várakozni. De lehetséges, a Windows kavar be.
Ha a Grub helyretétele után sem jön rendbe az indulás, chroot-olsz megint a LM rendszer partícióra, és kiadod
így lehet, az 1-3 szinteket átugrod, ezt most nem tudom. De ez is segíthet. Mert állítod, egy frissítés által ment tönkre a rendszer, így ezt az állapotot egy másik frissítés helyrehozhatja ... .
Amit korábban tanácsoltál,
Beküldte Középső -
Értékelés:
Amit korábban tanácsoltál, véghezvittem. Most már mintha még tovább kellene várni a Grubra...
Most megnézem ezt az utóbbit.
... Bár időben előbb volt az
Beküldte Középső -
Értékelés:
... Bár időben előbb volt az Ubi frissítése, és aztán a Mint telepítése.
Az Ubi frissülése után -- amelynek részét képezte sajnos a Grub Ubi általi frissítése is, vagyis hogy azontúl az Ubi grubja jött be -- elromlott a Grub. Azután telepítettem a Mint 18.1-et. (Ez csak második nekifutásra sikerült, mert leállt valami UEFI-vel kapcsolatos hibára hivatkozva.) Magától értetődőnek vettem, hogy az ezzel adódó új Grub -- a Minté -- jó lesz. De nem: a Mint grubja "örökölte" a hibát.
RE:Amit korábban tanácsoltál,
Beküldte kimarite -
Értékelés:
A
vagy a
megmutatja, hogy hol van most a GRUB.
RE:
Beküldte csuhas32 -
Értékelés:
„Partíciós tábla: msdos”
Kapcsold ki az UEFI-t.
Az UEFI-hez GPT tábla kell, neked még a hagyományos MSDOS van. Az UEFI-nél másképp történik a bootolás, kell legalább egy efi-boot partíció, onnan lép tovább a folyamat, míg a hagyományos Legacy telepítésnél közvetlen a bootolásnál elsőként megjelölt lemez MBR-jében fogja keresni a gép a rendszerindítót.
(A témát olvasva a következő a tippem: Kezdetben nem volt bekapcsolva az UEFI, a gép hagyományos Legacy módban működött ((nagyon helyesen a merevlemezre az ehhez illő MSDOS tábla került))
Egymás után telepítgetted a rendszereket, mindegyik újra és újra a maga saját rendszerbetöltőjét ((Linux esetén GRUB-ját)) telepítette az sda gyökerébe.
Az Ubuntu frissítésénél valami elromlott.
Ezután valamikor bekapcsoltad az UEFI-t és jött a nehezen követhető próbálkozások sora.
Talán az van, hogy az utoljára települt GRUB is legacys telepítés eredménye, mivel azonban az UEFI be van kapcsolva, először a gép UEFI-s indítási lehetőséget keres, azaz egy efi-boot partíción rendszerindítóra vonatkozó bejegyzést, mivel ezt nem talál, ezért utána próbál meg Legacy módon bootolni, és keres az sda MBR-jában rendszerindítót. Bár a helyzetből még azt is kinézem, hogy valami fertelmes nagy kavarodás van, az UEFI be lett kapcsolva, betettél egy telepítőt, melyről így a gép UEFI-módban bootolt, így zajlott a telepítés, de az ehhez nem illő MSDOS tábla miatt valami nagy katyvasz lett az egészből, és a gép indításkor ezért kevereg ennyit.)
És akkor kiegészítésként vázolnék még valamit.
Addig teljesen jó vagy, hogy először telepítetted a Windowst (sda1, sda2), majd a maradék helyre készítettél egy kiterjesztett partíciót (sda3), melyen belülre került a swap (sda5) és a többi kismillió linuxos logikai partíció.
Nem egy szokványos eljárás, de egy ilyen játszógépen, ahol a szokásostól eltérően rengeteg rendszer kerül telepítésre, megfontolandó, hogy ha már van telepítve egy Linuxod, akkor a következő(k) telepítésénél úgy jársz el, hogy azt mondod a telepítőnek, a rendszerbetöltőt ne az elsőként bootoló meghajtó gyökerébe (sda) telepítse, hanem az éppen telepíteni kívánt rendszered rendszerpartíciójaként kijelölt helyre.
A példa kedvéért: Az utoljára telepített rendszered egy Mint 18, ezért ennek a GRUB-jával találkozol. Ez jól működik, be van állítgatva, szereted is nézegetni, miért bántanád, cserélnéd le egy másik GRUB-ra? Azonban kedved támad még egy rendszert telepíteni, élesben kipróbálni. A telepítés alatt álló rendszered / csatolási pontú partíciójának az sda12-t adtad meg, akkor azt mondod, hogy a rendszerbetöltó is oda az sda12-re kerüljön. A telepítés rendben végbemegy, persze a gép újraindítása után a Mint 18 GRUB-menüjében híre-hamva sincs az újonnan telepített rendszernek. Elindítod a Mint 18-at, frissíted a GRUB-ját. Megtalálja az újonnan telepített rendszert, ami a következő újraindításkor már ott díszeleg a GRUB-ban.
(Nem akarlak összekavarni, de ezt a valójában egyszerű módszert azért is érdemes lehet megjegyezni, mert az UEFI-t jelenleg csak a 64 bites rendszerek képesek kezelni, és tanúja voltam már egy témának, ahol egy UEFI-s gépre szerettek volna egy olyan rendszert telepíteni, melyből csak 32 bites verzió készült, és végül az lett a megoldás,hogy UEFI módon bootolva feltettek egy 64 bites rendszert, majd bootoltak a 32 bites rendszer telepítőjéről, annak a GRUB-ját a 32 bites rendszer rendszerparííciójára tették, majd újraindítás után frissítették a 64 bites rendszert GRUB-ját.)
RE:RE:
Beküldte Középső -
Értékelés:
Köszönöm beható részletességű válaszod!
Épp úgy történhetett, ahogy taglaltad. Persze hogy miként kapcsolhatott be az UEFI, a csuda tudja, a bootsorrenden kívül a BIOS-ban máshoz nyúlni nem szoktam.
Most semmi olyasmit nem látok – ha jól értem, Te sem említesz ilyesmit –, ami megkímélné a szóban forgó merevlemezt a felszántástól...
Az Általad ajánlott metódussal annyit érek el csupán, hogy mindig uganaz a jól megszokott GRUB fog virítani bekapcsolás után, vagy van egyéb "műszaki" jellegű előnye is számomra? S ha eszerint járok el, ez megakadályozza az Ubuntukat, hogy frissítéskor a GRUBOT "átrajzolják"? Ez ugyanis nem egy eseti alkalom volt, a másik gépemen is ezt tették az Ubuntuk mind egymás után (több is van...) – csak ebből nem adódott gond.
Ha felszánottam a merevlemezt, és újraparticionálok-telepítek (immár annyival mindenképp egyszerűbben, hogy a Windowst kihagyom), hogy állítsam be a BIOS-ban az UEFI-re vonatkozókat? A Startup cím alatt egyrészt azt látom beállíthatónak, hogy miről bootoljon (a lehetőségek: "UEFI", legacy mode, és "both"). Ha a "both" van beállítva (és ez az alapértelmezés), akkor kiválaszthatóvá válik, hogy milyen sorrendben bootoljon, előbb UEFI-sen vagy egacy módban (itt az UEFI az alapértelmezés.) (Különben kézenekvőnek látszott, hogy ha úgy állítom be, előbb legacy módban tegye, vagy már eleve nem a "mindkettő"-t, hanem a legacyt választom, akkor kikerülöm a GRUB-ra való várakozást, de nem így történt.) Lehet még olyan beállítás, ami befolyásolja ezt a kérdéskört?
RE:RE:RE:RE:
Beküldte Középső -
Értékelés:
Én annak is örülök, ha hangosan mondod...
Éppen Ubuntu 16.04-esről van szó. Ennek a frissülése óta jelentkezik a gond. De e frissülés előtt miért nem volt gond vele, azaz áprilistól mostanáig miért működött minden, ahogy a másik gépemen ugyanígy (azon ugyanígy van mellette Windows és Mint) azóta is?
RE:RE:RE:RE:RE:
Beküldte Középső -
Értékelés:
Amit mondasz, abból az következik, Ubi mellé jobb semmit nem telepíteni? Vagy mi a tanácsod?
RE: az ubuntu 16.04,64bitesnek kell UEFI...
Beküldte csuhas32 -
Értékelés:
@#16 Cáfolom.
Ezeket a hozzászólásokat éppen egy 64 bites Ubuntu 16.04 alól írom, és bár tudná az alaplap az UEFI-t, nincs bekapcsolva, Legacy telepítés van MSDOS táblával.
RE:RE:RE:
Beküldte csuhas32 -
Értékelés:
Elképzelésem szerint a rendszerek rendszerpartíciójára telepített GRUB-ok nem piszkálják frissítésükkor a „főrendszer”-nek a merevlemez gyökerébe telepített GRUB-ját, és annak MBR-jában lévő bejegyzését.
Gondold csak el, eddig így telepítettél:
a)
Ubuntu 16.04 GRUB-> sda
Mint 18 GRUB-> sda
Debian GRUB-> sda
A másik metódus szerint ez volna:
b)
Mint 18 GRUB-> sda
Ubuntu 16.04 GRUB-> sda5
Debian GRUB-> sda6
Én úgy látom, az a) esetben minden egyes rendszer GRUB frissítése ugyanazt a helyet érinti, a b) esetben talán kissé más a helyzet.
RE: Semmi vitát nem nyitok
Beküldte csuhas32 -
Értékelés:
@#21 Igen, ha a WIn7 UEFI-módban lenne telepítve, akkor a többi rendszernek is UEFI-módban kellene telepítve lennie.
Én a kérdező
kimenetéből:
úgy látom, hogy ez egy MSDOS tábla, nincs efi-boot partíció, szóval ez a Windows Legacy módban van telepítve.
RE:RE:RE:RE:
Beküldte Középső -
Értékelés:
Első üzeneted felütéseként szerepelt a velős tanács: "Kapcsold ki az UEFI-t."
A későbbiek olvasása közben erről el is feledkeztem. Tulajdonképpen hogyan? Mit jelent be- és kikapcsolni az UEFI-t? Föntebb írtam, milyen beállítási lehetőségeket észleltem a BIOS-ban. Ezek valamelyike a "kikapcsolás"?
RE:RE:RE:RE:RE:
Beküldte csuhas32 -
Értékelés:
Sok gép van, eltérőek a BIOS-ok, vagy hogy is hívják ezeket mostanság. Az egyik ilyen, a másik olyan. Én leginkább abból a néhányból tudok kiindulni, ami a kezem alatt van. Azokban van ilyen: UEFI enable-disable. Ha a disable lehetőséget választom, akkor nincs engedélyezve, azaz tiltva van, vagyis a gép a már jól ismert hagyományos módon működik, nem kavar be az UEFI.
Ahogy olvasom, viszonylag régebbi a géped, 32 bites rendszereket telepítesz rá, és most ráadásul csak Linuxokat szeretnél majd, szóval jó választásnak tűnik a hagyományos telepítés, úgy ahogy eddig is csináltad, egy kiterjesztett partíció és azon belül számos Linux.
A BIOS-oddal kapcsolatban csak arra tudok támaszkodni, amit itt leírtál.
„A Startup cím alatt egyrészt azt látom beállíthatónak, hogy miről bootoljon (a lehetőségek: "UEFI", legacy mode, és "both")”
Én itt a Legacy mode-ot állítanám be.
Akkor a téma alapján összegezve a javaslatom:
1. Állítsd be ezt a Legacy mode-ot.
2. Válassz egy rendszert, melynek a GRUB-ját hosszú időn keresztül nézegetni szeretnéd majd.
3. Bootolj be ennek rendszernek a telepítőjéről Legacy-módban. (Ha UEFi-módban bootolsz egy telepítőről, azt onnan lehet felismerni, hogy ennek a választóképernyője egy GRUB, az nem lesz jó neked.)
4. A GParteddel szántsd be az egész lemezt. (Új, MSDOS partíciós tábla) Minden adat elvész!
5. Hozd létre a kívánt partíciókat. (Legyen egy jó nagy extended, amin belül majd számos linuxost létre tudsz hozni.)
6. Telepítsd a főrendszered, a rendszerindító a merevlemez gyökerébe (például sda) kerüljön.
7. Telepítsd a további rendszereket, ezek rendszerindítója a saját rendszerpartíciójukon kapjon helyet.
Az egyes alrendszerek a telepítésüket követő újraindításukkor nem lesznek indíthatóak, csak miután a fórendszert elindítottad és frissítetted annak a GRUB-ját. Egyetlen plusz lépés az egyes alrendszerek telepítését követően, szerintem annyira nem vészes.
Legalább a főrendszeredről készíts a Systembackkel néha (főleg kernelfrissítés előtt) visszaállítási pontot.
Persze ez csak az én elképzelésem, lehet hogy másnak más meglátása, jobb javaslata van.
Köszönöm a kimerítő
Beküldte Középső -
Értékelés:
Köszönöm a kimerítő útmutatást, hivatalos kézikönyvben volna a helye!
(Tényleg másként jelentkezik a LM telepítője, aszerint, hogy hogy állítottam be a BIOS-ban az említetteket, előzőleg GRUB-osan, most, hogy a "Legacy"-ra állítottam, a "szokásos módon".)
Megpróbálkozom a tanácsod szerint eljárni.
És a többieknek is köszönöm a tanácsokat!
Kezdődjék a szántás!
RE: Multiboot-rendszer + UEFI ?-probléma
Beküldte kimarite -
Értékelés:
@#0 A GPT, az UEFI és a Windows7 .. no meg akármi, amit 'odaképzelsz';
https://logout.hu/bejegyzes/fire_soul_cd/windows_7_uefi_install.html
-- igazság szerint -mint látható- a blog egy UEFI telepítést mutat be, vagyis GPT partíciós táblát. A MBR-ről csak beszél. Tehát ezek a különbségek. (no meg az, hogy a MBR partícióstáblán csak 4 elsődleges partíció lehet, ha többet szeretnél, akkor legalább a negyedik elsődleges helyett használj kiterjesztett partíciót, amelyen belül több partíciót készíthetsz az előbbi hármon túl)
Üdv, kimarite