Beküldte tancsattila -
Fórum:
Sziasztok. Próbálok egy friss telepítést egy 120 gb ssd re. Ami akár xfce vagy mate is lehet Mind kettőt próbáltam.
Az ISO-t rufus ill GPT vel írtam ki pendrivera . Nekem az uefi kell gépem Intel nuc n3700.
A telepítés elején magától csinálja a particionálás-t Az egész merevlemez a Linuxé. Közben bármelyiket is telepitem is Tara 19 mate, Xfxe , akkor azt írja ki, hogy a grub- efi- amd64 - signed csomag nem települt a /target/ könyvtárba.
"Mi lehet a hiba a Linux mint 18.3 mal semmi gond nincs telepítés közben. "
GRUB --> sda
Beküldte kimarite -
Értékelés:
A telepítés végén hova telepítetted a GRUB-ot, az sda-ra? Ott mit írt ki, sikerült, vagy éppen ott írja, hogy nem?
Ezt kéne csinálnod:
A GParteddel a telepítőből töröld a teljes lemezt, majd állítsd át a partíciótípust MS DOS-ról GPT-re.
Másik lehetőség, hogy a BIOS/UEFI-ben kapcsold ki a Secure BOOT-ot.
https://pcforum.hu/tarsalgo/129286/ubuntu-studio-telepites?no=2#e2
!Azt nem tudom, a gépednek van-e a gyártó által készített backup partíciója, aminek nézz utána, de nem kéne törölni (a GParted szerintem nem törli, de az óvatosság, előrelátás, azaz az ellenőrzés nem árt)
-----
Ezt az ellenőrzést is elvégezhetnéd (a képfájl kiírása előtt persze):
http://ubuntu.hu/node/39595#comment-483799
A gépen Minden beállítás
Beküldte tancsattila -
Értékelés:
A gépen Minden beállítás rendben van. A lemez is GPT-s
Ugyanúgy írom ki pendrivera. Mint a 18.3 at az tökéletesen működik feltelepül. A 19 az meg nem. Mindig ugyanaz a hibaüzenet. Pedig többször újra le is töltöttem a netröl,ciamon ill mate xfce de egyik sem települ fel. Mindig a merevlemez törlése és mint telepítést választom. Utána megkérdi hogy
Esp
Ext4
swap
Utána folytatás
És utána a végefelé a grub telepítést írja már ki és akkor jön az először leirt hibaüzenet.
A gépen Minden beállítás
Beküldte kimarite -
Értékelés:
Így lehet nézni, hasonlítani, de nem mindig célszerű, mert pár dologtól függ azért egy bármilyen telepítés. A jelenlegi telepítést (Linux Mint 19 Tara) kell vizsgálni inkább, mert ott a probléma, és azt szeretnék megoldani. Nem mondom azt, hogy nálam minden rendben a telepítővel, ... de minden rendben, igaz, régebben töltöttem le, és telepítettem a Tara kiadást. Következésképpen, valami nálad, a noteszgépen, illetve a beállításaiban egyedi ... .
Ezt ellenőrizted? Talán elkerülte a figyelmed, hogy említettem:
Ezt az ellenőrzést is elvégezhetnéd (a képfájl kiírása előtt persze):
http://ubuntu.hu/node/39595#comment-483799
A grub-signed könyvtárban
Beküldte tancsattila -
Értékelés:
A grub-signed könyvtárban benne van az amd64. deb kifejezés.
A grub-signed könyvtárban
Beküldte kimarite -
Értékelés:
Akkor (vélhetően) nem ez a gond. A Secure Boot kikapcsolását, és a GParted újraparticionálást (GPT partícióstábla) csinálnám. Nem árt, és lehet a régebbi partícióstáblával problémázik a Tara. A Secure Boot kikapcsolásának értelme logikus. Hogy mit csinál a Linux Mint 18.x, az most mindegy, de például ilyen összefüggést vagy tesztet az okok kiderítése miatt én sem tudok csinálni.
Secure Boot kikapcsolását, és
Beküldte tancsattila -
Értékelés:
Secure Boot kikapcsolását, és a GParted újraparticionálást megcsináltam. Most azt írja ki a telepítés elkezdése előtt angolul hogy,
Uefi mód helyett inkább a BIOS módot válasszam vagy mégis folytatom uefi módban és akkor továbengedett
Nem tudom mit mondjak Minden
Beküldte tancsattila -
Értékelés:
Nem tudom mit mondjak Minden beállítás a leirtak szerint történt.
A telepítés nem sikerült a grub miatt.
Viszont kihuztam a lan kábelt a gépből és sikerült . Lehet hogy telepítés közben tölt le valamit a rendszer?
Ki próbáltam újra de visszadugott lan kábellel nem sikerült megint . Ugyanaz a grub hiba volt .
Most ujratelepitettem lan kihuzva és jó lett.
Nem tudom mit mondjak Minden
Beküldte kimarite -
Értékelés:
A 3rd Party alkalmazások miatt lehet ez, ezek a nem szabad szoftverek. Legtöbbször segít, ha nem jelölöd be a telepítésüket, vagy az említett módon, net nélkül folytatod le a telepítést.
A probléma megoldva. Használd egészséggel a Tara-t!
Köszönöm a segítséget .
Beküldte tancsattila -
Értékelés:
Köszönöm a segítséget .
Rendben .
Beküldte tancsattila -
Értékelés:
Rendben .
Akkor ez valami hiba ?
Szia!
Beküldte visit -
Értékelés:
Szia!
Korábban ugyanígy jártam, ugyanezzel a hibaüzenettel. Rengeteget kerestem a neten, míg valaki csak úgy félvállról "beköpte", hogy MINDIG internetelérés nélkül szabad csak telepíteni, mindent a már működő rendszer alól kell letölteni.
Hülyeségnek tartottam, de végső elkeseredésemben ezt is kipróbáltam. És tényleg jó lett.
frissítés
Beküldte Zozo -
Értékelés:
Sziasztok,
Ti mit tudtok, mi ez az őrület már hónapok óta, hogy telepítéskor a csomagokat nem tudom frissíteni, törött, kihagyja, nem érhető el a tükör, meg a jó ég tudja mi nem.
Alapértelmezettben is. Ami elérhető, beállítom, majd megszakad, nem tudja frissíten az indexeket, és rohangálok szerverről szerverre, de csak szivat ez a frissítő.
Piszok idegesítő, mert a rendszert gyakorlatilag újra fel kell tenni, frissítés hiányában nem működik, sőt újra se indult.
frissítés
Beküldte kimarite -
Értékelés:
Szia, a magyar tükröket ne használd. A jelenség emiatt lehet. Közel vannak, de gyakran túlterheltek, és a terhelést nem bírják.
frissítés
Beküldte lala -
Értékelés:
Ha törött csomagok vannak, ez segíthet.:
http://ubuntu.hu/node/27859
(Még ha valamivel lassabbak is, inkább közeli-külföldi tükrök beállítása.(cseh, román, osztrák)
Nem tudom mit mondjak Minden
Beküldte kimarite -
Értékelés:
Azért azt megjegyezném, hogy a jelenség eseti probléma. Éppen most fissítek naprakészre egy kb. 20 perce telepített Linux Mint 19 Tara, amd64 rendszert egy Dell Optiplex PC-re (a frissítés lezajlott). A képfájlt most este töltöttem le, tehát a legfrissebb. A telepítéskor a 3rd Party (Harmadik féltől származó) alkalmazások bejelölve és LAN (internet) csatlakoztatva, és mind a Linux Mint telepítése, mind a GRUB telepítése rendben ment. A HDD-n ezelőtt ugyanez a Mint volt, de visszakerült hozzám megnézésre a gép (vélelmezett hardver hiba miatt) és az automatikus frissítéseknél tapasztal hibajelenség miatt újratelepítettem. Másrészt azért is telepítettem újra a rendszert, mert ezen
https://linuxmint.hu/blog/2018/07/frissiteskezelo-a-napi-egy-automatikus...
információ nem volt még a birtokomban a telepítés idején, így mindig a lehető legfrisebb csomagokra frissítette a Frissítéskezelő a rendszert, azaz a biztonsági frissítéseknél, és a 2. biztonsági szintnél nem állt meg. Ez még nem lett volna nagy baj egy PC-n, de azt is tapasztaltam, hogy az automatikus frissítés „nem az igazi”, azaz a naplófájlban találtam egy hibajelenséget, ennek következtében, mintha nem is frissült volna a rendszer („egy ideje”), így most egy másik módszert fogok találni az automatikus frissítések automatikus futtatására. A gépet olyan ember használja, akinek éppen az automatikus frissítés felel meg, nem fogja megnyitni időszakonként (naponta) a Frissítéskezelőt, és nem fog jelszót begépelni annak futtatásához.
Nem tudom mit mondjak Minden
Beküldte atime -
Értékelés:
"A gépet olyan ember használja, akinek éppen az automatikus frissítés felel meg, nem fogja megnyitni időszakonként (naponta) a Frissítéskezelőt, és nem fog jelszót begépelni annak futtatásához."
Ezt az unattented-upgrades segtségével fogod megvalóstani?
Nem tudom mit mondjak Minden
Beküldte kimarite -
Értékelés:
A biztonsági szintek miatt nem. Így valósítottam meg: https://linuxmint.hu/comment/22682#comment-22682
Köszönöm. Bár ketyeg egy
Beküldte atime -
Értékelés:
Köszönöm. Bár ketyeg egy külső eszközön Tara XFCE, de alapvetően nem ott kellene megoldanom, hanem Bunsenlabs-on
Köszönöm. Bár ketyeg egy
Beküldte kimarite -
Értékelés:
Az UnattendedUpgrades szerintem jó lesz neked.
https://wiki.debian.org/UnattendedUpgrades
Példa: https://www.howtoforge.com/how-to-configure-automatic-updates-on-debian-...
És még többféleképpen lehet: https://www.debian.org/doc/manuals/debian-faq/ch-uptodate.en.html
Én kézzel frissítek, mert több kiadás csomagjait használom néha. És például egy-két napja jelentkezett (Debian alatt) egy libapt-pkg5.0 bug. A kézi frissítés mutatta meg, de esetleg az eredményességet / eredménytelenséget lehet naplózni is, ha a frissítés automatikus. A libapt problémát meg is oldottam (neten leírják, mi a gond [bug] és hogyan lehet megoldani). A wget és a dpkg használatával. A hiba (apt, aptitude):
Net nélkül
Beküldte IG -
Értékelés:
Szia!
Telepítsd a linuxot úgy, hogy közben nem vagy csatlakozva az internetre se wifin, se kábelen.
Forrás:
https://linuxmint.hu/forum/megoldvalinux-mint-19-cinnamon-x64-telepitese...
A gépen Minden beállítás
Beküldte facsa -
Értékelés:
Szia!
Én is így jártam, háromszor futottam neki a telepítésnek (Mint19 Xfce 64bit-es változattal) és a fenti Grub hibaüzenettel elszált mindanyiszor.
Ezután dobtam az image-t amit erről az oldalról töltöttem le.
Helyette a linuxmint.com-ról szedtem le az image-t, amivel hibátlLANul települt, hálókábel kirángatás nélkül.
Az ottani image egyébként kapott egy v2 jelölést a fájlnév végén, gondolom nem véletlenül.
linuxmint-19-xfce-64bit-v2.iso
Rufus helyett ajánlom az etcher nevű ingyenes progit, neki van Linux-os változata is, valamint kevesebb lépésből tudsz vele boot-olható pendrive-ot készíteni. Nem kell mbr/gpt beállításokkal foglalkozni, csak kijelölöd az iso-t, a céleszközt és már írja/ellenőrzi is a cuccot.
A gépen Minden beállítás
Beküldte kimarite -
Értékelés:
Frissíteni fogjuk a letöltési linket. A jelzést köszönjük, ezeket a változásokat nem feltétlen figyeljük mindennap. Bizonyára tartalmaz javításokat a második verzió. Nálam azonban a régi képfájl lett letöltve (igaz, ez egy PC):
A Rufus EXE telepítős, Windows alatt használható. De megoldható az is -ha legalább kettő USB port van- az Etcher telepítő-készítő alkalmazással, hogy az egyik USB portba megy a telepítős USB és erről lesz indítva a Live rendszer, a másik USB portba kerül a telepítő készítő USB, amit az Etcher alkalmazás használni tud. Javaslom a telepítő készítő használata előtt a Live rendszert naprakészre frissíteni. Ez RAM mérettől függően sikerül, mert manapság már elég RAM áll rendelkezésre a Live rendszernek a frissítéshez/telepítéshez. A Live rendszer a RAM-ba töltődik, azt fele részben használja a működéséhez azaz a futásához, s a fennmaradt RAM-ot lehet használni a frissítésre és az átmeneti fájlokhoz- azaz, ha csak Windows van telepítve, akkor nem feltétlen a Rufus (EXE) az egyetlen megoldás.
Az Etcher használatát itt írjuk le: https://linuxmint.hu/blog/2018/06/etcher-usbsd-kartya-lemezkep-iro-videoval
A gépen Minden beállítás
Beküldte Újonc -
Értékelés:
Egy hónapja készítettem a live pendrive-ot. (külföldi szerverről) Telepítettem a Mint 19 programot. A titkosított lemezterület létrehozásával. Ugyanazt a live alapot használva múlt héten megpróbáltam újra telepíteni a rendszert. Csak alap módban engedte. Amikor a titkosított lemezterület létrehozásával akartam telepíteni ugyanazt a GRUB hibaüzenetet kaptam. Ha a live rendszer lenne az oka akkor már első alkalommal sem működött volna. Még furcsább volt, hogy amikor a nem titkosított lemezterület létrehozását választottam rendben feltelepült a rendszer.
A gépen Minden beállítás
Beküldte kimarite -
Értékelés:
Egy hónapja készítettem a live pendrive-ot. (külföldi szerverről)
--a szervernek nincs jelentősége, csak annak, hogy innen vagy a Linuxmint angol oldaláról indultál-e ki, és ellenőrizted ezek után a telepítő épségét is. Inkább linkeld, honnan töltötted le.
Telepítettem a Mint 19 programot. A titkosított lemezterület létrehozásával. Ugyanazt a live alapot használva múlt héten megpróbáltam újra telepíteni a rendszert. Csak alap módban engedte. Amikor a titkosított lemezterület létrehozásával akartam telepíteni ugyanazt a GRUB hibaüzenetet kaptam. Ha a live rendszer lenne az oka akkor már első alkalommal sem működött volna. Még furcsább volt, hogy amikor a nem titkosított lemezterület létrehozását választottam rendben feltelepült a rendszer.
-- milyen alkalmazással készítetted el a Live rendszert?
-- mi a (nem) említett GRUB hibaüzenet?
-- ugyanarra a gépre próbáltál telepíteni, mint amelyiken a Live pendrive-ot készíttted vagy más gépre. Mi az egyik és mi a másik gép márkája, és miben különböznek még: PC vagy noteszgép, azokon már meglévő más operációs rendszer, például Windows, továbbá az MBR vagy EFI particíciós táblák lehetséges különbözősége, stb.?
IIgen kevés, mondhatni „szinte semmi” az általad eddig közölt információ!
A problémád felvetéséhez szolgáltass pontos információkat – milyen hardvert, a Linux Mint melyik változatát, melyik szoftvert használod, hiba üzeneteket (minél pontosabban, amennyiben ez lehetséges). Kérjük, a problémát tömören, lényegre törően írd le. Részletesen mutasd be a körülményeket, a problémáig vezető lépéseidet és ha esetleg kaptál hibaüzenetet, azt is másold be ide, ezzel megkönnyítve a válaszadók dolgát. Így kaphatsz közvetlenül helyes választ a további kérdések helyett.
És kérjük mondd el, ha a Linux Mint-et mint4win segítségével futtatod.
(https://linuxmint.hu/kozosseg/szabalyzat)
A gépen Minden beállítás
Beküldte Újonc -
Értékelés:
Guub hiba kiírás:a "grub-efi-amd64-signed csomag nem települt a /target/ könyvtárba
Sajnos nem emlékszem már honnan lett letöltve, a rufus telepítővel készült.
Ugyanaz a notsz gép, első alkalommal üres második alkalomma értelemszerűen a korábbi linux rendszer volt a merevlemezen, de ugyanazokat a beállításokat használtam.
Azóta készítettem egy másik telepítőt, jobban utánaolvastam és elkészítettem manuálisan az ext4 / /home és swap könyvtárakat. Most működött.
A gépen Minden beállítás
Beküldte kimarite -
Értékelés:
Szia, megkérdezhetem, melyik telepítőt használtad? A nevében „v2”-t? Az az újabb. Fontos információ lenne.
Mert valamiért még mindig nem az van a torrent letöltési lehetőségeknél (Linux Mint 19 Tara), mármint, itt a magyar közösségi oldalon. Most ismételten jeleztem (visszajelzést kaptam, hogy javítva, de úgy tűnik, nem sikerülhetett ...).
Ez a neve?
azaz
A gépen Minden beállítás (PS)
Beküldte kimarite -
Értékelés:
Torrent linkek javítva (v2):
Linux Mint 19 Tara (LTS verzió)
A Linux Mint legújabb, Ubuntu 18.04 alapú kiadása. A verzió újdonságairól ezeken az oldalkon olvashat.
Támogatás 2023 áprilisig.
Hitelesség ellenőrzése
A gépen Minden beállítás
Beküldte Újonc -
Értékelés:
Szia, a V2. használtam másodszorra, a linuxmint.com oldalról. (És annyit fejlódtem, hogy már torrenttel szedtem le :)
A gépen Minden beállítás
Beküldte kimarite -
Értékelés:
Értem. Köszi!
A hiba
egyik magyarázata, ha nincs internet (a telepítés közben), úgy a telepítő nem tud lehúzni egy függőséget,
azaz a cél könyvtárba (target) a grub-efi-amd64-signed csomag telepítése, a függőség, a grub-efi-amd64-bin csomag hiányában nem mehet végbe, így a GRUB telepítése, és beállítása sem sikeres. A telepítő lemezen a grub-efi-amd-64-bin csomag nem található meg.
Forrás: http://linuxbsdos.com/2017/08/29/solution-to-grub-efi-amd64-signed-packa...
Ezt mindjárt bővebben el is magyarázom (lentebb és most), mert két dolog miatt lehet.
-----
Én azt gondolom,
-- ha az automatikus particionálást választod, akkor ne legyen internet,
https://forums.linuxmint.com/viewtopic.php?t=241379#p1296391
-- ha a „Valami más” lehetőséget, azaz, a kézi particionálást, akkor meg lehet.
... mert magam is emlékszem, még az Ubuntu telepítések idejéről, hogy valami gubanc volt ott is a szerverekkel, a GRUB telepítéssel, de a magyarázatnak akkor és azóta sem jártam utána. Néha. Velem ilyen nem nagyon fordult elő, talán csak egyszer, egyszer.
De itt a -hivatalosnak is tekinthető magyarázat és a workaround:
I'm having the same issue. Everything was working fine and have installed Mint 19 countless times. Doing a clean install on a blank disk failed today. This has happened before on Mint 18 where something Ubuntu does gets changed. The new version of grub-efi-amd64-signed that appeared from Ubuntu today could have something to do with it. Mint needs to consider changing the script not to go out to the Ubuntu repository for an updated GRUB and just use the one on the ISO and then update it later. Updating the version on the fly during the initial install seems to be failure prone.
Work around is to install without a network connection!
But then you have to manually install mint-meta-codecs manually.
Would appreciate if Mint Devs would do something to stop this from repeating in the future and causing users a lot a headaches and screwing around.
https://forums.linuxmint.com/viewtopic.php?f=46&t=272886&p=1494073&hilit...
... tehát az Ubuntu tükröknél változik időszakonként valami, és azt a Mint telepítő -érthető módon- nem minden alkalommal tudja követni (hiszen fix beállításokkal készült [a szkript]):
The problem seems to be that UBUNTU changes something upstream and the Mint install script does not take account of that, so the grub install fails.
https://forums.linuxmint.com/viewtopic.php?t=280640#p1546573
Természetesen az UEFI Boot CSM vagy Legacy beállítása is bejátszhat olykor (ha Windows mellé telepítesz),
https://forums.linuxmint.com/viewtopic.php?f=46&t=163238&p=840112#p840090
éppúgy, mint a Secure Boot kikapcsolása.
-----
-- ESP (EFI System Partition) partíció,
https://ubuntuforums.org/showthread.php?t=2321856
-- két lemez,
http://ubuntu.hu/node/41167#comment-510713
-- javítás Live rendszerről.
https://askubuntu.com/a/1049754
A gépen Minden beállítás
Beküldte Újonc -
Értékelés:
Köszönöm a részeltes magyarázatot. Ezek szerint a telepítőből hiányzik a grub-efi-amd64-bin. Amennyiben online vagyok telepítés közben akkor az letöltődik. Ez a fájl csak akkor kell ha titkosított saját lemezterületet szeretnék létrehozni.
Arra már nem emlékszem, hogy első alkalommal online voltam-e. A másodiknál biztos nem, mert pont azért kezdtem újra tenni a gépet mert internet problémáim voltak és a virtuális gépen meg nem tudam átállítani a magyar billentyűzetet.
A gépen Minden beállítás
Beküldte kimarite -
Értékelés:
Ez a fájl csak akkor kell ha titkosított saját lemezterületet szeretnék létrehozni.
-- nna, igen, ez is egy fontos információ.