Btrfs fájlrendszer felismerése ext4 fájlrendszerből

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.

milyen Linux van az sdb-n?

Értékelés: 

0
Még nincs értékelve

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.

milyen Linux van az sdb-n?

Értékelés: 

0
Még nincs értékelve

#2 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.

Btrfs fájlrendszer felismerése ext4 fájlrendszerből

Értékelés: 

0
Még nincs értékelve

#1 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.

milyen Linux van az sdb-n?

Értékelés: 

0
Még nincs értékelve

#2.1 Ja a lényeg az volna, hogy tudjak az sdb-ről is bootolni, és onnan hívható legyen a Garuda is.

kimarite képe

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

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.

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3 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.

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.1 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.

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.1.1
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.

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.1.1.1 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.

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.1.1.1.1 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 smiley

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.

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.1.1.1.1.1 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.

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.1.1.1.1.1.1
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.

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.1.1.1.1.1.1.1
Jövő áprilisban véget ér a 18.04 támogatása - akkor mit lépsz ? :)

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.1.1.1.1.1.1.1.1.1 É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 smiley

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.1.1.1.1.1.1.1.1.1.1
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.

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.1.1.1.1.1 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.

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.1.1.1.1.1.2 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.

kimarite képe

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.1.1.1 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.

kimarite képe

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3 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.

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.1.1.1.2 A GRUB Customizert nem célszerű használni, mert nem garantált a működése.

kimarite képe

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.1.1.1.2.1 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). :)

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.2 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.

kimarite képe

For GPT on BIOS boot you need the first partition...

Értékelés: 

0
Még nincs értékelve

#3.2.1 É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.

Boot sdb-ről

Értékelés: 

0
Még nincs értékelve

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.

Boot sdb-ről

Értékelés: 

0
Még nincs értékelve

#4 Melyik grubot szerkesztetted végülis?

Boot sdb-ről

Értékelés: 

0
Még nincs értékelve

#4 Melyik grubot szerkesztetted végülis?

Boot sdb-ről

Értékelés: 

0
Még nincs értékelve

#4.1 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.

Boot sdb-ről

Értékelés: 

0
Még nincs értékelve

#4.1.1 É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?

Boot sdb-ről

Értékelés: 

0
Még nincs értékelve

#4.1.1.1
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ó.

Boot sdb-ről

Értékelés: 

0
Még nincs értékelve

#4.1.1.1 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.