Fórum:
Sziasztok!
Az egyik nálam lévő gép így néz ki:
sudo fdisk -l
Disk /dev/sda: 223,57 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SA400S3
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: 0x0c7e9630
Eszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sda1 * 2048 104447 102400 50M 7 HPFS/NTFS/exFAT
/dev/sda2 104448 203754032 203649585 97,1G 7 HPFS/NTFS/exFAT
/dev/sda3 203755520 204799999 1044480 510M 27 Hidden NTFS WinRE
/dev/sda4 204802048 409602047 204800000 97,7G 83 Linux
Disk /dev/sdb: 223,57 GiB, 240057409536 bytes, 468862128 sectors
Disk model: USB3.0 External
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 33553920 bytes
Disklabel type: dos
Disk identifier: 0x42944ed3
Eszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sdb1 2048 264058688 264056641 125,9G 83 Linux
/dev/sdb2 264058880 468857708 204798829 97,7G 83 Linux
Az sda4 a btrfs fájlrenszer,, az sdb1, sdb2 ext4 rendszerű. Az sdb-rsudo fdisk -l
Disk /dev/sda: 223,57 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SA400S3
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: 0x0c7e9630
Eszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sda1 * 2048 104447 102400 50M 7 HPFS/NTFS/exFAT
/dev/sda2 104448 203754032 203649585 97,1G 7 HPFS/NTFS/exFAT
/dev/sda3 203755520 204799999 1044480 510M 27 Hidden NTFS WinRE
/dev/sda4 204802048 409602047 204800000 97,7G 83 Linux
Disk /dev/sdb: 223,57 GiB, 240057409536 bytes, 468862128 sectors
Disk model: USB3.0 External
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 33553920 bytes
Disklabel type: dos
Disk identifier: 0x42944ed3
Eszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sdb1 2048 264058688 264056641 125,9G 83 Linux
/dev/sdb2 264058880 468857708 204798829 97,7G 83 Linux
Az sda4 a btrfs fájlrendszerű, az sdb1,sdb2 ext4. Az sdb-ről sudo fdisk -l
Disk /dev/sda: 223,57 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SA400S3
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: 0x0c7e9630
Eszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sda1 * 2048 104447 102400 50M 7 HPFS/NTFS/exFAT
/dev/sda2 104448 203754032 203649585 97,1G 7 HPFS/NTFS/exFAT
/dev/sda3 203755520 204799999 1044480 510M 27 Hidden NTFS WinRE
/dev/sda4 204802048 409602047 204800000 97,7G 83 Linux
Disk /dev/sdb: 223,57 GiB, 240057409536 bytes, 468862128 sectors
Disk model: USB3.0 External
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 33553920 bytes
Disklabel type: dos
Disk identifier: 0x42944ed3
Eszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sdb1 2048 264058688 264056641 125,9G 83 Linux
/dev/sdb2 264058880 468857708 204798829 97,7G 83 Linux
Az sda4 btrfs fájlrendszerű, az sdb1 sdb2 ext4-es. Az sdb-ről sudo fdisk -l
Disk /dev/sda: 223,57 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SA400S3
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: 0x0c7e9630
Eszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sda1 * 2048 104447 102400 50M 7 HPFS/NTFS/exFAT
/dev/sda2 104448 203754032 203649585 97,1G 7 HPFS/NTFS/exFAT
/dev/sda3 203755520 204799999 1044480 510M 27 Hidden NTFS WinRE
/dev/sda4 204802048 409602047 204800000 97,7G 83 Linux
Disk /dev/sdb: 223,57 GiB, 240057409536 bytes, 468862128 sectors
Disk model: USB3.0 External
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 33553920 bytes
Disklabel type: dos
Disk identifier: 0x42944ed3
Eszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sdb1 2048 264058688 264056641 125,9G 83 Linux
/dev/sdb2 264058880 468857708 204798829 97,7G 83 Linux
Az sdb4 btrfs fájlrendszerű, az sdb1, sdb2 ext4-es. Az sdb-ről indított update-grub nem ismeri fel a a btrfs-en lévő linuxot, csak a Windowst és az sdb-n lévő rendszereket. Sda-ról inditva az update-grub-ot viszont megvan mind a négy.
Még egy info: MBR-es telepítésűek.
Btrfs fájlrendszer felismerése ext4 fájlrendszerből
Beküldte lala -
Nálam egy USB3-as házba rakott SATA3-as 500GB-os HDD-re lett telepítve a Garuda.
Jelenleg kb. 3/4 részt belakva. https://ibb.co/DC1RP3G
Értékelés:
Btrfs fájlrendszer felismerése ext4 fájlrendszerből
Beküldte atime -
Nekem szintén USB-s SSD van, ezen vannak az ext4-es partícíóra feltett linuxok. Ja igen, a btrfs-es Linux a Garuda. Próbáltam ide-oda állítgatni, nagyon tetszik a snapper progi, szinte képtelen vagyok elcseszni.
Értékelés:
milyen Linux van az sdb-n?
Beküldte T.István -
Btrfs fájlrendszer felismerése ext4 fájlrendszerből- Ennek se füle se farka, mert nem adott fájlrendszer dönti el, ha az aktív, akkor felőle mi létszik, mi nem.
A rendszer a lényeg, van neki btrfs támogatása, vagy nincs. Debian és származékoknak többnyire van, mások alá telepíteni lehet, vagy nem. És különbözik az egyes distrók megvalósítása is, mert egyikben jobb, másikban kevésbé.
https://btrfs.wiki.kernel.org/index.php/Getting_started
De lehet, túl sok időt igényel az utánajárás, én betenném a grub.cfg-be, vagy valamelyik custom cfg-be manuálisan, ki kellene próbálni, hogy indul-e úgy.
Értékelés:
milyen Linux van az sdb-n?
Beküldte atime -
Bocs, ha nem voltam teljesen érthető, de látom átment...A grub.cfg manuális szerkesztését (még) nem próbátam (Do not edit this file), de meddig megoldás ez? Kernelfrissűlésig? Az sdb-n USB-3-as rackban SSD van, rajta egy Vanessa Xfce , illetve Arcolinux van.
Értékelés:
milyen Linux van az sdb-n?
Beküldte atime -
Ja a lényeg az volna, hogy tudjak az sdb-ről is bootolni, és onnan hívható legyen a Garuda is.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte kimarite -
Fura felvezetés...
For GPT on BIOS boot you need the first partition 8MB unformatted and with ' bios_grub ' flag set.
https://github.com/calamares/calamares/issues/1014
Tehát, ahhoz, hogy az MBR partíciós táblán használt GRUB(2) lássa a GPT/Btrfs rendszereket, kell egy első partíció, fenti méret, fenti zászló. Nem akárhol, hanem amikor készíted a GPT/Brtfs táblát, partíciókat, ottan. A Linux Mint telepítője tartalmazza a lehetőséget.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte atime -
Hát ez elég fura...Magyarán Windows mellé nem megy fel, mert ugye Win az 3 particiót lefoglal, 1 a Garuda és még kellene ez az apróság, de hogyan? Jó, a Win-t lebeszélem a 3 particióról, de akkor is...Lehet, hogy marad a grub.cfg szerkesztése a Vanessa-nál. Esetleg egy script automatizálná kernelfrissités stb. után a javítást, még nem tudom.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte T.István -
a /etc/grub.d/ mappában vannak előkészített modul fájlok, amik arra valók, hogy a grub beépítse a cfg fájljába. Itt használhatod a 40_custom ... 41_custom fájlokat, készíthetsz másolatot eltérő sorszámmal, a szám a fájlok elején megadja a sorrendet, ahogy a grub.cfg-be belekerül. Ezt a frissítés is tiszteletben tartja, minden grub.cfg újra generáláskor ezek beépítésre kerülnek.
Csak tudni kell, hogy kell szerkeszteni, ismerni a grub parancsokat, jó tudni hogy kell rákeresni UUID alapján partíciókra, ez fontos, mert a direkt hivatkozásokat beleégetni a fájlba (mint hd0...hd1) nem jó ötlet, hisz ha újabb lemez kerül a rendszerbe (lehet USB meghajtó pl.), akkor borulhat a lemezek sorrendje.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte lala -
A jelen szituaciora valoszinu nem huzhato ra, de mint erdekesseget leirom.
3 SSD van a PC-mben Mint, Arco, Manjaro
Mikor a Mint-re kernel frissitest kapok es telepitese utan ujrainditom a PC-t -> kivalasztom
a Mint-et, betoltodes utan azt tapasztaltam hogy nem az uj kernel verzioval indul a Mint.
Rajottem hogy a Garudat kell inditanom, es az alapertelmezetten rajta levo
grub customizert kell inditanom - megvarni mig kilistazza a Mint-en levo kerneleket
megjelolom a legujabb kernel verziot, ezutan rakatt a Frissites gombra - megvarom mig vegez.
Ha ezutan inditom a Mint-et, akkor mar a legujabb kernel verzioval indul.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte atime -
Ezért került az sda-ra a Garuda, mert minden OS-t felismer, gyakran van kernel-változás, így a grub.cfg is gyakran változik, a zen-kernel jól muzsikál, így ritkán kell manuálisan update-grub. A Garuda lemez tartalmát egyébként látja, olvassa a Mint, csak a grubba nem teszi be.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte 444tibi -
Miért nem teszed akkor elsődlegessé ezt a Garudát és abba választasz minden indulásnál?
Gondolom van annak az indítója is annyira okos hogy megjegyzi az utoljára indított OS-t, vagyis csak akkor kell beavatkoznod ha a megszokott helyett másik OS-t indítanál, de le is lehet fixálni melyiket akarod állandóra.
nálam az utoljára indított lesz az alapértelmezett mert van Win, Ubi és Manjaro és sokszor alszanak, hibernálnak és nagyon nem jó ómen egy hibernált Windowsra vagy Manjarora ráindítani az Ubit vagy fordítva, vagy ráindítom véletlenül a hordozható rendszereim közül valamelyiket.
Ezzel ugyan nem megoldottad hanem megkerülted a problémát, amúgy szerény véleményem szerint ahogyan Te is élsz OS vonalon, szinte kiabál a GPT/EFI rendszerindításért.
A hordozható usb-s ssd-men perpill. 8 partíció van de van még szabad hely ha esetleg megvadulok és kell még néhány partíció. Kiterjesztett meg brr, az nem az igazi MBR alól.
Ahogyan István írta, próba erejéig bele kéne szögelni a Garuda indítási paramétereit a Mint grubba, aztán próba cseresznye.
Ezt ki tudod vadászni a Garuda boot/grub/grub.cfg fájlból, mintának itt az és fájlom egy rélszlete, ezeket a megfelelő helyen kikopizod-beilleszted és reboot.
Macskakörmökre, fi kifejezésekre ügyelni, nem a parancs közepén vágdosunk mert nem lesz jó.
Pl a Windowsomé ez:
menuentry 'az a hulye Windows10 dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-efi-D21A-2291' {
savedefault
insmod part_gpt
insmod fat
set root='hd0,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1 D21A-2291
else
search --no-floppy --fs-uuid --set=root D21A-2291
fi
chainloader /efi/Microsoft/Boot/bootmgfw.efi
}
set timeout_style=menu
if [ "${timeout}" = 0 ]; then
set timeout=10
fi
A "hülye Windows10" az én irományom, így jelenik meg a bootmenübe, eléggé infornatív grub bejegyzéseket használok
Ez meg az Ubuntum grub.cfg,
menuentry 'Ubi18.04 J4125Celeronos minipc' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-9a3fafb4-59de-4b39-a129-051f365cab30' {
recordfail
savedefault
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 --hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5 9a3fafb4-59de-4b39-a129-051f365cab30
else
search --no-floppy --fs-uuid --set=root 9a3fafb4-59de-4b39-a129-051f365cab30
fi
linux /boot/vmlinuz-4.15.0-200-generic root=UUID=9a3fafb4-59de-4b39-a129-051f365cab30 ro quiet splash resume=UUID=30b00271-26f3-4b5d-a97b-9897ed48c5ca $vt_handoff
initrd /boot/initrd.img-4.15.0-200-generic
}
else, fi, kapcsos zárójelre figyelni, ha lemarad vagy rosszul sortörve illeszted az kellemetlen.
Mindenképp kell egy backup a grub.cfg fájlról, akkor simán visszaállítható a működő állapot.
Én a hordozható rendszeremen évek óta ezt a módszert használom, egy működő Linux-szal bootolok, os-prober, grub-update és kikeresem a vonatkozó bejegyzészt és kopizom.
(Mivel Ventoy indítást használok ezen mindenre és azt agyonverné ha a telepített/klónozott OS-ek bármelyike saját szakállára belebarmolna a jól kialakított EFI partíció Ventoy bejegyzéseibe)
Nálad apró kellemetlensége lehet a módszernek hogy MBR alatt nem tudom hogyan kezeli a a partUUID-ket a rendszer, ehhez azért vagyok tudatlan mert MBR-t 5 éve nem is láttam, efibe aránylag jól mocorgok.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte atime -
iKöszi az ötletet. Természetesen a Garuda grubja az elsődleges, így (ahogy mondod), elérem az összes indítható OS-t. Ha majd esetleg a sdb-ről akarok Garudát bootolni, a grub.cfg-t nekem kell kissé átalakítani, kb úgy, ahogy leírtad, de még nem volt rá időm, lefoglaltak az unokák és a készülődés. GPT pedig csak majd akkor lesz, ha lesz új gép, ennyi vackot lementeni, újrarakni nincs sok kedvem és időm, addig marad az MBR-es megoldás.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte 444tibi -
Linuxokat klónozni egyszerű, nemrég említettem egy Timeshiftes megoldást de DD is játszik ha kened-vágod.
És nem a magam lovát ütöm de ha több lemezed van, ajánlom az énáltalam 5 éve használt teljesen külön adatlemezes megoldást. Azon ugye minden marad, 7-800MB körüli adatmennyiség és akkor valóban csak a max. 20-25GB méretű, mindegy milyen oprendszereket kell átklónozni, kicsit a grubot megkozmetikázni, beszögelni az EFI partícióba és kész a MBR-to-EFI átállás.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte lala -
Jövő áprilisban véget ér a 18.04 támogatása - akkor mit lépsz ? :)
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte atime -
Gondolom ott van a Manjaro-ja, az elég naprakész lehet, a Win10 is kihúzza talán 2025-ig...
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte 444tibi -
És Lala,
történt már rendszer upgrade a 18.04-ről de nem jött be. Érezhetően lassabb lett, valamint jópár feature amit hetekig csicsázgattam, állítgattam az egyszerűen eltűnt, nem működött, ronda lett egyebek.
Maradok amíg lehet ezen. Már sok változás nem lesz mivel évek óra beállt ahogy nekem megfelel, ha így marad is jó nekem.
Winen a 11-et is próbáltam, teljesen élhető, nekem bejött de az egy tesztgépen volt, egyelőre maradok a többi gépemen a tízesen. 1-2 melóhelyi gép is upgradelt 11-re, elvagyok velük.
Amíg az NT kernel, a registry meg a drivermanagement marad, és ez nem sokat változott Win2000 óta, addig Win vonalon olyan nagy meglepetések nem érnek már.
A Manjarom na az igen, az nem is napra hanem tényleg percrekész. Rolling forever
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte lala -
Ezert kene egy rolling kiadast belonod/ kibovitened valahogy ugy mint a 18.04-et.
Erre szerintem a legmegfelelobb a Manjaro. A tovabbiakban elfelejthetned a foverziora-frissitest
ill. a friss telepitest.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte zoli62 -
Amennyiben Ubuntu-alapú disztribúció grubját használjuk, az nem képes indítani az Arch-alapú disztribúciókat, mert másként kezeli a kernel rendszerképeket. (initrd az iniitramfs helyett) Amennyiben valaki mindenképpen ragaszkodik a Linux Mint grubjához, akkor a grub.cfg-be a Linux Mintnél be kell illeszteni a kernelbejegyzésnél ezt : /boot/initramfs-linux.img Ennek viszont az a hátránya, hogy a Linux Mint minden kernelfrissítésénél, vagy egy rendszerfájlok frissítésénél újból be kell írni.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte atime -
Azért el lehet az Arch-okat is indítani csak az egyéb menűből a "fallback" (vagy valami hasonló) menüpontot kell választani. Természetesen célszerűbb az Arch grubját használni, sok sudo update-grub-ot meg lehet spórölni vele, ha már többféle linuxot használunk.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte zoli62 -
Törölve.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte kimarite -
Mikor a Mint-re kernel frissitest kapok es telepitese utan ujrainditom a PC-t -> kivalasztom
a Mint-et, betoltodes utan azt tapasztaltam hogy nem az uj kernel verzioval indul a Mint.
Rajottem hogy a Garudat kell inditanom, es az alapertelmezetten rajta levo
grub customizert kell inditanom - megvarni mig kilistazza a Mint-en levo kerneleket
megjelolom a legujabb kernel verziot, ezutan rakatt a Frissites gombra - megvarom mig vegez.
Ha ezutan inditom a Mint-et, akkor mar a legujabb kernel verzioval indul.
Én nem csodálkoznék, mert a GRUB Customizer saját fájlba menti a saját változtatásait, és felülbírál minden egyéb OS GRUB frissítést. Most vagy ez az alkalmazás van beállítva rosszul, vagy..., akármi is lehet: azaz, körbe kell nézni a ház tájékán (alkalmazás beállításai), mi a gond oka.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte zoli62 -
A GRUB Customizert nem célszerű használni, mert nem garantált a működése.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte kimarite -
Fix multiple reboot issue after kernel update (2022. június 21.)
Hevenyészett fordítás:
Többszörös újraindítási probléma javítása kernel frissítés után
Ezt a trükköt az It's FOSS olvasója, Dave Merritt osztotta meg és írta.
A többszörösen indított windowsos gépek gyakran nem telepítik megfelelően a frissítéseket, hacsak nem indul újra közvetlenül az adott rendszerbe. Az én laptopomon ez azt jelentette, hogy többször kellett bootolni és újraindítani, mire minden visszaállt a normális kerékvágásba. Ugyanezzel találkoztam a Linux asztali gépemen is. Ha a gép újraindításkor a rossz operációs rendszerbe bootol, néha a legújabb Linux kernel nem települ megfelelően.
A Grub Customizer megoldása erre a hibára egy szépségtapasz. Az "általános beállítások" fül és az alapértelmezett bejegyzés opció alatt egyszerűen kapcsolja át az "előre meghatározott" opciót a "korábban indított bejegyzésre".
De többször volt téma a fórumon a hibákról. Ami nem azt jelenti, hogy rossz az alkalmazás, „csak azt”, hogy nem készítették fel minden előforduló lehetőségre. Vagyis, használd saját felelősségre (általában véve, ezt javasoltuk a többi problémánál is). :)
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte kimarite -
Lehet gondolkodni is.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte kimarite -
Fura, és érdekes szituáció...
Természetesen a Garuda grubja az elsődleges, így (ahogy mondod), elérem az összes indítható OS-t.
Mindig -bármi is történik- a Garuda GRUB indul, más rendszer GRUB frissítése nem írja felül
próba erejéig bele kéne szögelni a Garuda indítási paramétereit a Mint grubba, aztán próba cseresznye.
Erre lenne jó a 40_custom, ...
https://linuxmint.hu/search/node/40_custom (pl. Csaba)
Ezt megtaláltam (könyvjelzőben, mert 2021-es a legfrisebb „amúgy”),
https://web.archive.org/web/20150207152956/https://wiki.archlinux.org/index.php/Multiboot_USB_drive
de nem különösebben fontos, hiszen minden Linux OS Wiki-jében megvan... . Sőt még olyanok is, hogy EFI boot loader is betehető az MPT GRUB-ba.
A Garuda lemez tartalmát egyébként látja, olvassa a Mint, csak a grubba nem teszi be.
Nem derül ki, hogy: miért kéne betenni a Garuda elemet Mint GRUB-ba?
Hiszen állandóan a Garuda GRUB indul.
Mondom, be lehet tenni, pl. 40_custom.
Kicsit zavaros..., ha így fogalmazhatok. Érdemes lehet ezekre is ránézni az ünnep után, ha lesz rá idő.
Az még hab lenne a tortán, ha a GRUB Customizer vagy hasonló „svájcibicska” alkalmazás is telepítve lenne. Feltételezem, hogy nincs telepítve, hisz' említve lett volna, ha ilyesmi is telepítve van.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte atime -
Pontosítok: Normál boot esetén a Garuda boormenüje indul, ha az sdb-ről böötölök, akkor a Mint grubmenüje, ebból hiányzik a Garuda. Nem használok Grub Customizert. Most nem nagyon érek rá, majd ünnepek után.
Értékelés:
For GPT on BIOS boot you need the first partition...
Beküldte kimarite -
Érdemes lehet ezekre is ránézni az ünnep után, ha lesz rá idő.
Most nem nagyon érek rá, majd ünnepek után.
Azért mi írogatunk itt ami eszünkbe jut, és „ha ráérünk”..., ha neked nem gond ;). Kellemeset!
___
Pontosítok:
Normál boot esetén a Garuda boormenüje indul, ha az sdb-ről böötölök, akkor a Mint grubmenüje, ebból hiányzik a Garuda.
Fentebb a megoldások.
Nem használok Grub Customizert.
Rendben.
Értékelés:
Boot sdb-ről
Beküldte atime -
Megoldódott. Köszönet 444tibinek, T.Istvánnak, kimaritenek es a többieknek az értékes javaslatokért. A megoldás (ideiglenesen) a grub.cfg szerkesztése.
Értékelés:
Boot sdb-ről
Beküldte zoli62 -
Melyik grubot szerkesztetted végülis?
Értékelés:
Boot sdb-ről
Beküldte atime -
Végül is az Arco grub-ba került bele, az volt könnyebben szerkeszthető, amúgy is a Verával nagyon nem vagyok kibékülve, szerintem ezt az Xfce-s kiadást kár volt kiadni, ezeket a frissitéket nyugodtan fel lehetett volna tenni a Vanessára. Persze ez egyéni vélemény és nem biztos, hogy igazam van, de így érzem.
Értékelés:
Boot sdb-ről
Beküldte zoli62 -
Én még csak most telepítettem a mintupgrade eszközt, dilemmázom, hogy frissítsek-e Linux Mint 21-re. Én főként Cinnamont használok, bár eredetileg Xfce-vel lett telepítve. Mi a gond a Vera-val?
Értékelés:
Boot sdb-ről
Beküldte lala -
A Mintupgrade megköveteli hogy csinájl egy friss Timeshift mentést - enélkül el sem kezdi a főverzió frissítést.
Szerinem nyugodtan belevághatsz - de hagyd hogy végigcsinálja !
Ha végzett, indítod a frissített főverziójú Mintet, és kiderül hogy hiányzik-e valami az előző rendszerből ?
Megfelel-e neked ahogy van ?
Ha nem, akkor akkor a mentésből visszaállíthatod a 20.3-at.
Én is így csináltam annó.
Értékelés:
Boot sdb-ről
Beküldte atime -
Voltaképpen nincs baj vele, csak elszoktam már a 4.16-ostól, még az Ubuntu bétában 4.18-ra beállítottam egy csomó Thunar egyéni műveletet (ami persze jó lett az Archra is), de viszont nem jó, vagy eltűnik a 4.16-oson.
Értékelés:
Boot sdb-ről
Beküldte zoli62 -
Melyik grubot szerkesztetted végülis?
Értékelés: