-
IT café
A Linux Mint bemutatása
A Linux Mint egy modern számítógépes operációs rendszer, ami a legtöbb x86 és x64 architektúrájú rendszeren képes futni és betölteni ugyanazt a szerepet, mint a Windows, Mac OS X. Képes együttműködni más operációs rendszerekkel így alkalmazható „dual-boot” vagy „multi-boot” környezetben.
Alapjaiban az Ubuntu Linux operációs rendszerre épül, annak csomagjaival kompatibilis, de saját fejlesztésű asztali kezelőfelülettel, programokkal és rendszereszközeivel sikerült az egyik legnépszerűbb disztribúcióvá válnia.
Másik ágon fut a Linux Mint Debian, LMDE 4 kiadása, mely Debian alapú, az Ubuntu csomagokkal nem kompatibilis és minimális gyakorlottsági szint szükséges a telepítéséhez ill. a használatához.
Új hozzászólás Aktív témák
-
sonar
addikt
válasz King Unique #6150 üzenetére
Ha a hw nem engedelmeskedik akkor szopek. De most is a szitu semmi sem bootol?
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
King Unique
titán
De, most bootol a Windows és korábban, amikor GRUB volt, akkor indult a Mint + Windows is. Csak a BIOS-ba nem tudok belépni és visszaállítani Legacy bootra. Mert nyilván nem akarom a másik HDD-n lévő rendszereket (több Windows + Linux) mind újrapakolni + beállítgatni UEFI-ben, mert az nagyon időigényes lenne.
[ Szerkesztve ]
-
Rimuru
veterán
válasz King Unique #6152 üzenetére
A masik lemez GPT? mert akkor a linuxokat konnyu megcsinalni hogy efi legyen.
Vigyázat, csalok!
-
King Unique
titán
A másik lemez a Legacy boot módban való telepítés miatt nyilván MBR. De ott amúgy is az EasyBCD-s megoldással lettek felrakva, szóval az még bekavarhat. Viszont van egy külső SSD-m is, amire normál módon lett telepítve több Linux és szintén MBR. Utóbbit már rápróbáltam, de nyilván nem indultak. A GParted meg csak a lemez törlésével tudna GPT-re konvertálni. A Windowsra való külső partícionáló programok tudnak oda-vissza adatvesztés nélkül, de azok meg azt Ext fájlrendszert nem nagyon kezelik. Bár utóbbit majd még meglesem jobban.
[ Szerkesztve ]
-
Rimuru
veterán
válasz King Unique #6154 üzenetére
Linux kepes bootolni MBR-rol is efi modban (nem garantalt, de pl nekem elindult), a windows viszont nem fog mukodni. EasyBCD-t egyaltalan nem ismerem szoval nem tudom milyen hulyeseget csinalhat.
Elvileg nem nehez linux alatt atkonvertalni ha minden jo, indits mar el egy gdisk-et a megfelelo lemezen es kuld el a kimenetet.
tehat pl:gdisk /dev/sdc
q
esenter
lenyomasaval tudsz biztonsagosan kilepni. Ha a kimenetben nincs hiba akkor elivleg egyw
betus kilepes at is konvertalna.Vigyázat, csalok!
-
King Unique
titán
~$ sudo gdisk /dev/sdc
GPT fdisk (gdisk) version 1.0.1
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************Ez amúgy csak simán átkonvertál adatvesztés nélkül??
Továbbá megpróbáltam még ezen cikk végén található leírás alapján a bejegyzést törölni UEFI-ből, hátha azzal helyreáll a BIOS-ba való belépés. Mert ugye alapból ott virít az "ubuntu" bejegyzés, úgy hogy nincs is Linux telepítve...vsz a korábbi telepítés után maradt ott. Most telepítettem gyorsan egy Ubuntu 16.04-et, de nem működik a parancs....
~$ sudo efibootmgr
No BootOrder is set; firmware will attempt recoveryVannak a neten ilyen hibaüzenetre találatok, de nem tudom mit kéne csinálnom és hirtelen kedvem sincs hozzá...tripla szívás.
[ Szerkesztve ]
-
King Unique
titán
válasz King Unique #6156 üzenetére
Hát szívás ez az egész...most a GRUB az alapértelmezett, Ubuntu betölt, de a Windowst kiválasztva hibaüzenetet dob...Utóbbi szerencsére elindul, ha F12-vel kiválasztom a HDD-t, de az elején nyomott egy diagnosztikát és javítást. Vagyis most csak F12-vel indul a Windows, f@sza...
-
ubyegon2
nagyúr
válasz hódmaci #6136 üzenetére
Ha a swap SSD-re kerül, próbáljuk csökkenteni a swap használatot a swappiness érték (alapértelmezésben 60) csökkentésével.
Ehhez írjuk az alábbi sort az /etc/sysctl.conf fájlba:vm.swappiness=10
Az értéket érdemes magunknak kikísérletezni, akár 1-re is állíthatjuk.
forrás:
Linux SSD-n - de hogyan? - Tippek nagyon kezdőknek isSSD: how to optimize your Solid State Drive for Linux Mint 18, Ubuntu 16.04 and Debian
Az Összefoglalóban is benne vannak ezek a linkek.
[ Szerkesztve ]
-
kislaci
senior tag
válasz King Unique #6150 üzenetére
Nekem akkor volt ilyen, hogy nem tudtam belépni a biosba, amikor wint felraktam és bekapcsoltam a biosban/uefiben a fastboot-ot. Elemet kivettem, majd vissza, és miután beléptem az uefibe, kikapcsoltam a fastbootot és innentől jó lett. Ekkor még nem volt linux a gépen.
-
King Unique
titán
válasz kislaci #6159 üzenetére
Nem tudom most melyikre gondolsz, de nálam fastboot eleve nincs, illetve a Secure Boot is inaktív, mert ezen a xar kis notin valami egyszerűbb UEFI van. A fast startup meg alapból ki van kapcsolva a Windowsban.
De az jó, hogy korábban a Mint telepítése után még volt az F12-es boot menüben Windows Boot Manager és a GRUB-ban kiválasztva is indult. Majd most az Ubuntu telepítése után nincs és utóbbiból már nem megy...igaz korábban nem, de most telepítésnél bejelöltem ezt. Ez elvileg nem formázza a meglévő efi partíciót, de valahogy mégis belerondított. A fene enné már meg...[ Szerkesztve ]
-
Rimuru
veterán
válasz King Unique #6156 üzenetére
Elvileg kepes ra, gyakorlatilag tudod hogy mukodik az ilyesmi, barmikor lehet adatvesztes.
Vigyázat, csalok!
-
lev258
veterán
válasz King Unique #6160 üzenetére
A BIOS-os fastboot opció több néven is fut. Ennek inaktív állapota az, amikor bekapcsoláskor látsz néhány BIOS üzenetet a gépről, esetleg még egy rövid memóriatesztet is végez. Aktív állapotban és jó esetben láthatod az alaplap logóját, rosszabb esetben csak feketeséget, amíg el nem indul a Grub vagy valamely rendszer.
Annyiban "rondít" bele, hogy a saját bejegyzéseit is beleteszi.[ Szerkesztve ]
Ubuntu MATE 20.04, hobbi cayenne termesztő
-
kislaci
senior tag
Nektek sincs tray ikon spotifyhez? Bezárom x-el és nem viszi traybe, mint a transmissiont, hanem becsukja.
Illetve a transmission másnak is az összes torrent számánál 2 jegyű számot ír ki maximum? Futtatok 136 torrentet és csak annyit ír ki, hogy 13 a bal oldali görgethető sávban. Mint 17.3 alatt még jó volt. -
sonar
addikt
válasz King Unique #6152 üzenetére
win alól nem próbáltad meg flashelni a bios-t?
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
King Unique
titán
Emlékszem a BIOS beállításokra, de ilyen opció nincs benne az fix. A korábbi Mint telepítés is nyilván belerakta a saját bejegyzését és annál csak annyi különbség volt, hogy nem jelöltem be a fenti módon, illetve sda5-re ment a GRUB. De annál indítható volt utóbbiból a Windows is. Viszont Ubuntunál mégis elcsesződött valami nagyon...
(#6161) colomb2: tehát inkább ne próbáljam? Illetve az egy dolog, hogy jó esetben adatvesztés nélkül átkonvertálja GPT-re, de pusztán annyi elég neki, hogy utána fullosan működjön UEFI-ben és nem kell semmi mást átállítani?
(#6164) sonar: azt korábban próbáltam és meg is oldotta, de most eleve a legújabb van rajta. Viszont downgrade-elni nem lehet, de ezt fentebb talán már említettem is.
[ Szerkesztve ]
-
fradi81
veterán
válasz King Unique #6165 üzenetére
MBR-es vinyóból akarsz GPT-set? Az tudtommal töröl mindent.
moto g72, Ninebot d28e
-
King Unique
titán
válasz fradi81 #6166 üzenetére
A GParted az biztosan törli, de ennél a fentebb
gdisk
megoldásnál nem tudom. Azzal nyilván nem érek semmit, ha legyalulja, akkor már inkább én magam célirányosan.
Amúgy Windows alatt a külső partícionáló programok megcsinálják adatvesztés és hiba nélkül, legalábbis pl. NTFS-nél. Elvileg aktív az opció külső SSD-n is, de szerintem csak elcseszné az Ext partíciókat. Korábban már játszadoztam ilyennel és utána az Ext4 = Kifogástalan elsődleges partíció RAW lett Windows alatt...[ Szerkesztve ]
-
Rimuru
veterán
válasz King Unique #6165 üzenetére
Kirpobalom majd az egesz dolgot virtualobxban, gyakorlatban meg nem csinaltam. Amikor megjott az SSD akkor alltam at GPT-re, ott meg nem kellett vele szorakozni.
Vigyázat, csalok!
-
Rimuru
veterán
válasz King Unique #6169 üzenetére
Amivel probaltam volna az nem volt ra alkalmas, ezert is mondtam hogy ha a kimenetben nem ir hibat, mert nekem jelezte hogy nem jo.
efivarsban mik vannak?
efivar -l
Vigyázat, csalok!
-
nemurea
aktív tag
válasz King Unique #6169 üzenetére
Nem akarok nagyon belepofázni, és már elég jól kiveséztétek a témát, de az én tudásom szerint (és fent is volt egy ilyen komment) a BIOS-ba való belépéshez elvileg semmi köze nem lehet, hogy milyen rendszerű a HDD. A teljesen áramtalanított gép, ha bekapcsolod, azzal kezdi, hogy megnézi, milyen perifériái vannak. És ha épp akkor nincs egy darab HDD sem benne, akkor...? Milyen alapon szabadna neki ilyenkor letiltani a BIOS-ba való belépést? Ez nekem olyan önkényesnek tűnik (a gép részéről).
Másfelől: ha át is alakítod a lemez formátumát, az beleír valamit a BIOS-ba, amitől az újra aktív ("beléphető") lesz? Bocs, tényleg nem okoskodásból, láttam már én is inkorrekt gépeket :-)
Hogy ne csak kérdezgessek: pl. lehúzod a HDD-t, és beleraksz egy normál, pl FAT32-es bootable pendrive-ot? Teljes áramtalanítás után indítod. (Persze kérdés, hogy az USB egyáltalán benne van-e a boot sorrendben, dehát a cél az, hogy a BIOS-ba belépjünk. Talán megoldaná.)
-
King Unique
titán
Ok, majd holnap megnézem.
(#6171) nemurea: elvileg nem szabadna ilyennek előfordulnia, de a neten több találat is van hasonló problémára. Illetve itt nem is a HDD partícióstílusa a lényeg, hanem hogy a Linux telepítés után kezdődtek a gondok, azóta nem tudok belépni a BIOS-ba. Amikor UEFI-ben elsőnek a Windowst felraktam, akkor még be lehetett.
USB-ről tud bootolni a gép, a boot menüben volt korábban "USB HDD" opció és működött is. Viszont itt az a gond, hogy most alapból a GRUB tölt be Ubuntuval és pendrive-ról max. F12-t nyomva és onnan kiválasztva tudok bootolni. Próbáltam az akku ki, elem ki, HDD ki és bekapcsológombbal ilyen-olyan reset opciókat, de nem használt egyik sem. Korábban is csak a BIOS frissítés segített, de az most nem járható út, mivel már a legújabb van rajta.[ Szerkesztve ]
-
lev258
veterán
válasz King Unique #6173 üzenetére
Ahogy én látom a linkjeidből, ez a Lenovo gyári hibája. A BIOS-uk nincs a helyzet a magaslatán.
[link]
Itt írnak a BIOS reflash-ről, ami az illetőnek megoldotta (legalábbis egy időre).
Arról is ír, hogy elvileg Windows 8 óta lehet közvetlenül a BIOS-ba újraindítani a rendszer alól.[ Szerkesztve ]
Ubuntu MATE 20.04, hobbi cayenne termesztő
-
Damateo
aktív tag
Üdv,
Feldobtam a Mint 8-at.
Egy HP Elitebook 8540p-t használok.
Van benne egy nV kártya és intel cpu.(i5 M540)
A driver kezelő szépen felismerte az nV-t, + egy ismeretlen eszközt.
Amire azt írja, hogy az eszköz nem működik. Gondolom ez lenne az igp.
Egy mikro kódot vagy az eszköz használaton kívül hagyását hozza fel mint opciót.
Érdemes felrakni, vagy felesleges? -
King Unique
titán
Igen, az is benne van, de az is nyilvánvaló, hogy a Linux telepítése okozta a problémát... ugyanis UEFI-s Windows telepítés után még nem volt semmi gond. A Windowsban valóban van olyan opció, amivel be lehet lépni a BIOS-ba, de esetemben jelenleg nem működik. Kis gondolkodás után jön egyből a GRUB...
A BIOS-t illetően az enyémen eredetileg a 62CN40WW volt, azt frissítettem a 62CN97WW-re. Újabb nincs, illetve előzőre visszaflashelni sem engedi és kétlem, hogy a 62CN37WW működne, ami hivatalosan már fent sincs a gyártó oldalán. Szóval ismételtem jól megszívtam...[ Szerkesztve ]
-
King Unique
titán
Akkor ezek szerint adatvesztés nélkül átkonvertálja és utána rendesen bootol is UEFI-ben
A korábban kérdezett dologra itt a válasz:
~$ efivar -l
89f023ba-b516-4dd3-976b-6c145fb043db-OilSetupDefaults
c3eeae98-23bf-412b-ab60-efcbb48e1534-SMBIOSELOGNUMBER
c3eeae98-23bf-412b-ab60-efcbb48e1534-SMBIOSELOG000
c4975200-64f1-4fb6-9773-f6a9f89d985e-SaPegData
8be4df61-93ca-11d2-aa0d-00e098032b8c-PlatformLang
4fee3d67-18f4-4217-ba7b-bc538148382a-OemVariable
e6c2f70a-b604-4877-85ba-deec89e117eb-PchInit
af9ffd67-ec10-488a-9dfc-6cbf5ee22c2e-AcpiGlobalVariable
8be4df61-93ca-11d2-aa0d-00e098032b8c-DIAGSPLSHSCRN
8be4df61-93ca-11d2-aa0d-00e098032b8c-PK
8be4df61-93ca-11d2-aa0d-00e098032b8c-KEK
d719b2cb-3d3a-4596-a3bc-dad00e67656f-dbx
d719b2cb-3d3a-4596-a3bc-dad00e67656f-db
c2873663-b2cb-4f7a-8548-a60411f5ec86-SFRM_NVRAM
0ec1a7f5-4904-40a0-8eab-4bcc4666da45-PbaStatusVar
8be4df61-93ca-11d2-aa0d-00e098032b8c-SecureBoot
8be4df61-93ca-11d2-aa0d-00e098032b8c-SetupMode
b84a95d8-3592-4e3c-a02e-3b474a1f1dab-IffsHashData
180093b0-12a5-4a96-9eb7-2510afdf39a5-IffsConfig
5073de12-a4c1-457d-ba99-f16fb0e3ce97-IffsFlag
23771b23-e15a-4805-920a-4f1e84b54abc-AoacWakeStatus
0382f3df-35d3-4716-8219-3f6f8275848e-CpuOnlyReset
f31bce44-4db9-40fc-93ab-4de140657b91-CpuCmpSmt
320c081f-b8ca-40ad-a6bf-30211e51ec0e-CpuRatio
8be7835f-ade6-4bed-9777-3ec4ce1f6044-ScramblerSeedCmosLocation
6403753b-abde-4da2-aa11-6983ef2a7a69-TpmAcpiData
5e724c0c-5c03-4543-bcb6-c1e23de24136-TpmSaveState
8be4df61-93ca-11d2-aa0d-00e098032b8c-SimpleBootFlagIlletve a korábban említett cikk végén lévő
efibootmgr
megoldás nem működik:~$ sudo efibootmgr
No BootOrder is set; firmware will attempt recovery~$ sudo cd /boot/efi/EFI
sudo: cd: command not found[ Szerkesztve ]
-
Rimuru
veterán
válasz King Unique #6178 üzenetére
Igen adatvesztes nelkul megcsinalta, EFI boot pedig nem automatikus, csinaltam egy EFI particiot, felraktam
grub-efi-amd64
csomagot, majd belottem:#!/bin/bash
grub-install --target=x86_64-efi --efi-directory=/boot/EFI/ --bootloader-id=grubBiztonsag miatt live cd-n dolgoztam (igy nem zavarnak be a memoriaba mar betoltott adatok)
Jo keves bejegyzes szerepel benne, de bootrol nem latok semmit. Amugy az jutott meg eszembe hogy felrakhatnal egy UEFI shell-t, nem tudom azzal tudnal-e kezdeni valamit.
[ Szerkesztve ]
Vigyázat, csalok!
-
King Unique
titán
Tehát átkonvertálom, majd a külső SSD-re csinálok egy X 100 MB-os FAT32-es partíciót. Utóbbinál valamit kell pluszba jelölni, állítani? Aztán
sudo apt-get install grub-efi-amd64
, majd a másik parancs. Utóbbit gondolom nemcsak be kell másolni, hanem az egyedi azonosítókat beleírni, amiket viszont nem tudok. Illetve, mivel ezen a gépen az UEFI külön állatfaj, így ki tudja ez mit csesz el rajta megint...Ez az UEFI shell Linux alatt nekem megint kínai, pontos instrukciók nélkül nem nagyon fog menni.
Köszönöm az eddigieket!
[ Szerkesztve ]
-
lev258
veterán
válasz King Unique #6177 üzenetére
Úgy értettem, próbáld az aktuális verziót reflash-elni. Régire sosem szokták engedni a gyártók.
Szomorú, milyen helyzetbe kerültél, de szeretném ismét kiemelni, hogy a gyártód keze van a dologban.
Nem lenne jó, ha ebből is olyan pletyka születne, hogy a Linux kinyírja a gépet meg az UEFI-t. Nem ez lenne az első eset.Ubuntu MATE 20.04, hobbi cayenne termesztő
-
lev258
veterán
Ezt még megnézheted: [link]
Írnak benne arról, hogyan lehet elvileg Linux alól az UEFI-be reboot-olni (nem biztos, hogy működik), illetve arról is, hogy a Grub-ból hogyan juthatsz az UEFI-be. Ezek semmit sem módosítanak, csak próbálnak bejuttatni.[ Szerkesztve ]
Ubuntu MATE 20.04, hobbi cayenne termesztő
-
Rimuru
veterán
válasz King Unique #6180 üzenetére
Most irjam le az egeszet? az egy kicsit hosszabb lesz.
Adatvesztes pedig eloforduhat (legvaloszinubb a MBR->GPT resznel) szoval csak akkor kezdj bele ha biztos vagy magadban.(#6182) lev258: ilyenen gondolkoztam meg en is, de nem lattam biztosan mukodo megoldast ra.
[ Szerkesztve ]
Vigyázat, csalok!
-
King Unique
titán
Azt már próbáltam és nem engedi... Itt ilyen téren csak az újabb verzió jelentene megoldást, de az meg nincs hozzá a gyártó oldalán. Köszönöm a linket, majd megnézegetem, főleg a
systemctl
módszert, az tűnik egyszerűbbnek. De igazából sok reményt nem fűzök hozzá.
Igen, nyilván vastagon az övék is, ez nem vitás. De az érdekes, hogy már a korábbi esetnél is pont a Linux UEFI-s telepítése után volt ugyanilyen hiba, ami általában a többi netes találatnál is szerepel. És most a Windows telepítése után meg semmi, működött F2-vel a belépés. Majd miután felraktam a Mintet is, utána megint eltűnt a belépési lehetőség.(#6183) colomb2: hát mivel lövésem sincs hozzá, illetve most idegzetem és türelmem sem belemélyedni, ezért kb. az lenne a legjobb. De persze a fentebb javasoltat még megpróbálom, hátha.
[ Szerkesztve ]
-
lev258
veterán
válasz King Unique #6184 üzenetére
Azért írtam így, mert korábban is volt már rá példa, hogy Linux telepítésekor valami csúnyán elromlott (a tiédnél is jobban). Aztán kiderült, hogy bár Linuxnál azonnal jelentkezik, valójában Windows alatt is ott van a probléma, csak időzített bombaként. A megfelelő körülmények idején üt be, akkor is, ha egyedüli rendszer a gépen. És természetesen a hibásan megírt BIOS/UEFI kód volt mögötte.
[ Szerkesztve ]
Ubuntu MATE 20.04, hobbi cayenne termesztő
-
King Unique
titán
válasz King Unique #6184 üzenetére
Hát ez megint negatív:
~$ sudo systemctl reboot --firmware-setup
Cannot indicate to EFI to boot into setup mode: No such file or directory -
lev258
veterán
válasz King Unique #6186 üzenetére
Grub-ból próbáld meg, ahogy írják. Talán azzal menni fog.
Ubuntu MATE 20.04, hobbi cayenne termesztő
-
King Unique
titán
Nyomtam a GRUB-nál egy Esc billentyűt, annál bejött egy alapszintű konzol. Majd beírtam az
fwsetup
parancsot, aminél újraindult, pár másodpercig fekete képernyő és villogott a kurzor. De utána az F12-es boot menübe dobott, ahol az "ubuntu" a legelső bejegyzés, második a HDD. Amúgy jól csinálhattam, mert kb. ez történik Windows esetében is, ha az említett opciót választom.Szóval ez sem jött össze...
[ Szerkesztve ]
-
Rimuru
veterán
válasz King Unique #6184 üzenetére
Fogsz egy live cd-t es mindent rootkent.
gdisk, ahogy korabban beszeltuk.partprobe /dev/sdX
utana csinalhaszt egy EFI particiot gparteddel is, a lenyeg hogy tipusaef00
legyen,boot
eseps
flag legyen rajta, en nevet is megadtam nekiEFI System
, es valamelyik particio vegebol vagj le, az a biztos, fajlrendszer fat32.partprobe /dev/sdX
mountold fel az egyik rendszered:mount /dev/sdxy /mnt
hozz letre egy EFI mappat a /boot alatmkdir /mnt/boot/EFI
csatold fel az efi particiot:mount /dev/sdxy /mnt/boot/EFI
chroot:mount -t proc proc /mnt/proc
mount --rbind /sys /mnt/sys
mount --rbind /dev /mnt/dev
chroot /mnt
ezt mar a chroot alatt:source /etc/profile
apt-get install grub-efi-amd64
grub-install --target=x86_64-efi --efi-directory=/boot/EFI/ --bootloader-id=grub
update-grub
Azt hiszem nem marad ki semmit, ezt most igy gyors F1 utan irtam, legkozelebb csak este leszek akkor ranezek .
[ Szerkesztve ]
Vigyázat, csalok!
-
Rimuru
veterán
válasz King Unique #6190 üzenetére
Igen, arra vonatkozik. Annyi maradt meg ki hogy az EFI particiot rakd be az
fstab
ba
Ha nincs neted chroot alatt akkor pedig masold at a resolv.conf-t a live rendszerrolcp -L /etc/resolv.conf /mnt/etc/
Amugy nem tudom hogy fog viselkedni a tobbi rendszered, jo esetben amit felraksz grub az megoldja es nem kell majd vele foglalkozni.
Vigyázat, csalok!
-
King Unique
titán
Megcsináltam, amit írtál és sikerült végigvinni. A legutolsó parancs jól jött, mert anélkül chroot alatt az
apt-get install grub-efi-amd64
folyamatosan hibaüzenetet dobott. Viszont utána jött a feketeleves...Amikor újraindítottam a gépet és rá volt dugva USB-n a külső SSD, akkor az alábbi hibaüzenetet kaptam:Secure Boot
Image failed to verify with *ACESS DENIED*.
Press any key to continue.Majd leokézva továbbugrott és betöltött a Windows, de az is már javítással kezdett. Az F12-es boot menüben most sima "grub" bejegyzés van az első helyen a korábbi "ubuntu" helyett. Hiába megyek az előbbire, nincs GRUB és az Ubuntu sem indul. Csak a Windows működik, az túlélte.
Amúgy még a teljes művelet előtt rápróbáltam és ha Ubuntu alatt nyomtam egysudo update-grub
parancsot, akkor felismerte és berakta a külső SSD-n lévő rendszereket a menübe. Utána booltoltak MBR alapon is, illetve agdisk
átkonvertálás után is. Viszont utóbbi művelet után ugyanaz a hiba jött elő, ami korábban említettem a másik topikban [link].
Szóval, ha újratelepítem a helyi lemezre a Linuxot / GRUB-ot, akkor vsz megint működésre bírhatók a külső meghajtón lévő rendszerek is. De a fentebb említett megoldást viszont jobb, ha nem erőltetem.Azért köszönöm a segítséget!
[ Szerkesztve ]
-
FF23
senior tag
Az vajon miért van, hogy az új 18-ban elállítódik az óra? OS alatt minden rendben, de ha újraindítom, hogy pl. winbe átmenjek, akkor a bios -2 órát mutat (winben is).
Postázós üzenetekre nem válaszolok. Sajnálom...RT-AX58U v1
-
Rimuru
veterán
válasz King Unique #6192 üzenetére
Na mar random secure boot is van? egyre jobb lesz a helyzet
Nem tudom hogy epitetted fel a rendszered, en azt szeretem ha van egy "fo" bootloader (az van a /dev/sdx-ben), a tobbi rendszer pedig a sajat root(/boot) particiojat kapja meg (/dev/sdxY), igy nem kavarodnak ossze, chainload toltom be oket.
Termeszetesen olyen hulyesegeket amik automatikusan genereljak a dolgaikat (mint pl a grub) nem hasznalok, ezzel is kimelem magam attol hogy elcsesszenek valamit.
Igazabol a fent leirt rendszer meg BIOS-ra vonatkozik, az UEFI mas allatfaj, termeszetesen itt is megy a chainload, de nem tudom hogy mennyi szukseg van ra, max ha letiltom a boot menut.Azt kell eldonteni hogy hol akarod hasznalni a kulso lemezen levo rendszereket. Ha csak a sajat gepeden akkor igazabol eleg az ha a normal ubuntun ujrarakod a grubot es annak a menujeben benne lessz a tobbi, egyebnek meg normalisan meg kene cisnalni (egy normalis uefi alatt).
(#6193) FF23: local time (windows) vs utc (linux), valamelyiket at kell allitani a masikra.
[ Szerkesztve ]
Vigyázat, csalok!
-
King Unique
titán
Secure Boot az kb. eddig is volt valamilyen formában, a BIOS / UEFI-ben benne volt az opció és
enabled
értékkel. De ki volt szürkítve és nem lehetett be / ki kapcsolni. Szóval, ha még be is tudnék lépni, akkor sem tudnám kikapcsolni.
Nem tudom ez a chainload rendszerbetöltés mit takar pontosan. Én csak annyit vettem le az UEFI-s telepítésből, hogy az adott rendszer betöltőjét eleve berakja a boot listába és azt onnan nem nagyon lehet kiirtani. Max. ha telepítek egy új OS-t, akkor annak a rendszerbetöltője kerül az első helyre és az lesz az alapértelmezett.
Szóval a problémám az továbbra is fennáll és mivel nem tudom átállítani, így a másik HDD-n lévő rendszereket sem tudom használni. Másik gépbe meg hiába rakom át, mert az akkor másik alaplapot is jelent. A Windows meg úgy tudom nálam nem retail verzió és alapból az alaplaphoz van kötve a licence. Tehát, ha továbbra sem tudom megoldani a problémát, akkor nem marad más, mint az újratelepítés. Aminek kifejezetten örülök... -
Rimuru
veterán
válasz King Unique #6195 üzenetére
Csak a kulso lemezen levo rendszeren gondoltam arra hogy masik hw alatt, ott meg ubuntuk vannak nem? azoknak nem lesz baja.
Normalis esetben nem baj ha beirja magat mert a tobbit is otthagyja es lehet valasztani hogy mit akarsz inditani.
Probabol felraktam az ures helyre egy ubuntut hogy mit csinal, hat nem azt amit en akartam...
Felallas: SSD, ezen van Arch es Win +EFI particio, HDD-re csinaltam szinten egy EFI+1 normal particiot az ubuntunak. Valamiert az SSD-n levo EFI particio tetszett neki (nem ertem hogy a telepitoben miert nem lehet valasztani), csinalt egy bejegyzest EFI-be es ennyi, minden mas marad a regiben
(azota a sorrendet megvaltoztattam, de az lenyegtelen)cc@cc:~ $ efibootmgr
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0002,0004,0000,0003
Boot0000* HDD:
Boot0001* KingDian S180 60GB
Boot0002* Linux Boot Manager
Boot0003* Windows Boot Manager
Boot0004* ubuntu
Boot0005* Ext Hard DiskAzt javaslom neked hogy a win melletti ubuntu grubjat rakd ujra, abba konnyen berakod a win-t is (ez a chainload, mert nem a grub tolti be a win-t, csak a win bootloadert), a tobbi lemezt pedig ha hasznalni akarod mashol is akkor marad fenti otlet, ha nem akkor azokat is belerakod a grgubba es kesz.
Amig nem lesz normalis UEFI a gepeden mast nem nagyon tehetsz(/unk).Vigyázat, csalok!
-
King Unique
titán
Igen, másik gépen használható lenne talán UEFI-ben, de most jól megkevertem, gdisk ráment stb.
Nálad legalább működik azefibootmgr
ésLinux Boot Manager
opció is van. Én eddig akármilyen disztrót raktam arra a gépbe, csak azubuntu
bejegyzés szerepelt..."Azt javaslom neked hogy a win melletti ubuntu grubjat rakd ujra, abba konnyen berakod a win-t is"
Ezt egyelőre inkább kihagynám... pont fentebb említettem, hogy amikor Ubuntu 16.04 került a gépre, ugyan berakta a GRUB-ba a Windowst, de ha kiválasztottam, akkor nem indult el és hibaüzenetet dobott...csak az F12-es boot menüből indítva (HDD) tudtam működésre bírni. Korábban, amikor a Mint 18-nál a GRUB az sda5 partícióra került és EZT sem jelöltem be partícionálásnál, csak akkor indult a GRUB-ból a Windows. Érdekes...
[ Szerkesztve ]
-
Rimuru
veterán
válasz King Unique #6197 üzenetére
A Linux Boot Manager az az amit Arch alatt hasznalok, systemd-boot (ez az elsodleges).
Olyat lehetne meg csinalni hogy nem grubot raksz fel, de ubuntu fele tobb kernles hulyesegnel szivas.
Amugy akkor most hogy van, csak a Windows bootol?
Ami meg eszembe jutott nem tudom csinaltad-e, ha helyrerakatod windows iso-val a booloadert (igy csak a windows loader marad meg) akkor se tudsz belepni firmware-be?Vigyázat, csalok!
-
King Unique
titán
Most a Windows elindul, de ami a vicc, hogy az F12 boot menüben nincs "Windows Boot Manager", csak az első helyen a "grub" bejegyzés. Windowsnál gondolom a HDD-re rakott valamit, vagy ott megmaradt a helyreállítási partíciója, illetve megvan az eredeti 100 MB-os FAT32-es EFI partíció is.
Azt próbáltam korábban, hogy a Windowst újratelepítem és akkor első helyre kerül a "Windows Boot Manager". De azután sem tudok belépni a BIOS-ba. Szerintem lehet az is az oka, hogy másodikként az ubuntu / grub bejegyzés még ott figyel a menüben, úgy hogy nincs is Linux a gépen. Mert, amikor még korábban nem volt, akkor egymagában a Windows + UEFI esetén be lehetett lépni. Lehet valamit letilt ilyenkor, illetve erre mondtam, hogy nem lehet kiirtani a menüből. Ezt akartam az
efibootmgr
megoldással kitörölni, de az meg nem működik...[ Szerkesztve ]
-
fecus
őstag
A gépemen egy-egy operációs rendszer egy-egy SSD-n van. Az alaplap boot selector menüjével választok, hogy melyik töltődjön be. A Win10 a default a család kedvére. Úgy gondoltam, hogy ilyenkor úgy bootol mintha egyedül lenne a gépben az adott meghajtó.
Így azonban nem tudom hibernálni a Linux Mint 18 Cinnamon-t. Nem értem miért, hiszen az újrabetöltéskor is kiválasztom a linux meghajtóját és mégis a win bootol be és az meg összezavarodik. Amikor a linux hibernál, átállít valamit a BIOS-ban is?
"Szörnyek léteznek, de túl kevesen vannak ahhoz, hogy igazán veszélyesek legyenek. Sokkal veszélyesebbek az átlagemberek, a funkcionáriusok, akik készek hinni és cselekedni anélkül, hogy kérdéseket tennének fel." (fordította DeepL ) - Primo Levi
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux Mint-et használó kezdők és haladók valamint a még csak azzal ismerkedők számára
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Shell script kérdésekkel látogassatok el a topikjába
- Bemutató Sonya néven itt a Linux Mint legújabb verziója
- Bemutató Megjelent a Linux Mint 18 – Sarah
- Bemutató Váltás Windows XP-ről Linux Mintre
- Luck Dragon: Asszociációs játék. :)
- Suzuki topik
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Milyen cserélhető objektíves gépet?
- Milyen routert?
- Motorola Edge 40 - jó bőr
- ZIDOO médialejátszók
- Kerékpárosok, bringások ide!
- Békéscsaba és környéke adok-veszek-beszélgetek
- További aktív témák...