Dual boot Manjaro og OpenSUSE Tumbleweed

Sæt output af kommandoen, fra Manjaro:

cat /etc/default/grub

ind her i tråden.



Er et eller flere af dine OS installeret i UEFI Mode?



Bruger maskinen en root partition?

Hvis den gør, så prøv at starte maskinen i rescue mode, mount root partitionen, og se hvad der står i /etc/default/grub og sammenlign indholdet med henholdvis /boot/grub/grub.cfg og/eller /boot/grub2/grub.cfg



Du bør samtidig kunne editere /etc/default/grub i rescue mode.



Er alle tre OS listet?

Med tre OS installeret, prøv at se og sammenlign indholdet af alle /etc/default/grub og /boot/grub?/grub.cfg du kan finde.



Jeg ville prøve med Supergrubdisk, hvis alt andet slår fejl: https://www.supergrubdisk.org/



Kender du iøvrigt os-prober? https://www.youtube.com/watch?v=KU6QC8UDyoI



----------



Jeg kunne egentlig lige tænke mig at spørge, hvorfor du ikke bruger en Virtual Machine, fremfor Triple Boot?

Lad mig tage spørgsmålene først ;o)



Der er sikkert rigtigt meget fornuft i, at køre i en VM fremfor at køre med 3 forskellige partitioner, hvoraf (især) den ene fungerer som "test maskine" når jeg bliver nysgerrig på en distribution ... Måske endda endnu mere fornuftigt når jeg har en SSD.

Men jeg har altid kørt med flere partitioner, og min tanke har været, at en VM aldrig vil give det fulde billede af, hvorledes en distribution reelt kører på min bærbare ... Og det er så derfor jeg ikke bruger en VM.



Jeg ved ikke om nogen af distributionerne er installeret i UEFI mode.

BIOS er sat til at kunne starte med såvel Legacy som UEFI systemer, og når jeg installerer en distribution, så dukker der ikke noget specifikt op omkring BIOS og/eller UEFI.



Min bærbare bruger ikke root partition, og rescue mode er slået fra i BIOS.



Os-proper kører som en af de templates der står i /etc/grub.d



Der er stor forskel på /etc/default/grub og /boot/grub/grub.cfg?

Men i ingen af dem står der nogen med OpenSUSE



Der et par ting jeg selv har tænkt på siden i går.

Dels, så jeg har vist en lidt "underlig" partitionering af min SSD, den ser således ud:



/dev/sda4 (LinuxMint)

/dev/sda1 (Linux Swap)

/dev/sda2 (partition til datafiler alle mine distributioner skal kunne tilgå (nok unødvendig har jeg fundet ud af))

/dev/sda3 (extended)

--- /dev/sda5 (Manjaro)

--- /dev/sda6 (openSUSE)(Test partition)



Som sagt, det er Manjaro der "styrer" Grub, simpelthent fordi min tidligere erfaring siger mig, at det vil Manjaro alligevel gøre på et tidspunkt, og hvis ikke jeg fra start har sagt at Manjaro skal "styre" Grub, så vil Grub blive fucked up på et tidspunkt.

Men da jeg normalt har Linux Mint som min primære distribution (bruger dog efterhånden mest Manjaro), så er det den der "ligger først" på SSD'en (hvorfor den så hedder sda4, og ikke sda1, det har jeg ingen anelse om?).

Men jeg ved ikke om min "underlige" partitionering kan have betydning for mit nuværende problem?



Da jeg installerede OpenSUSE, sagde jeg at der ikke skulle installeres nogen Grub, heller ikke på sda6.

Kan det have nogen betydning?



Endeligt så installerede jeg OpenSUSE med Btrfs filsystem, hvor jeg ellers bruger ext4.

Kan det have en betydning her?



(Ja okay, griber måske nok efter halmstrå her, men tænker at alt må undersøges ... Ligesom hvis jeg har en fysisk ting jeg ikke kan finde, hvis ikke den ligger hvor den burde ligge, eller hvor den rimeligvis kunne ligge, så må jeg jo lede efter hvor den normalt aldrig ville ligge, eller hvor den slet ikke burde ligge ... Fandt engang kærestens knægts mobil i opvaskemaskinen på den baggrund)



Nå, dette er allerede langt, men det bliver lige en del længere, for her kommer output af 'cat /etc/default/grub':



-----------------------------------------------------------------------------------------------------------------------------------------------------

[jan@pythagoras ~]$ cat /etc/default/grub

GRUB_DEFAULT=saved

GRUB_TIMEOUT=5

GRUB_TIMEOUT_STYLE=hidden

GRUB_DISTRIBUTOR="Manjaro"

GRUB_CMDLINE_LINUX_DEFAULT="quiet apparmor=1 security=apparmor resume=UUID=a59922ef-1389-480f-a038-1f36900add54 udev.log_priority=3"

GRUB_CMDLINE_LINUX=""



# If you want to enable the save default function, uncomment the following

# line, and set GRUB_DEFAULT to saved.

# GRUB_SAVEDEFAULT=true



# Preload both GPT and MBR modules so that they are not missed

GRUB_PRELOAD_MODULES="part_gpt part_msdos"



# Uncomment to enable booting from LUKS encrypted devices

#GRUB_ENABLE_CRYPTODISK=y



# Uncomment to use basic console

GRUB_TERMINAL_INPUT=console



# Uncomment to disable graphical terminal

#GRUB_TERMINAL_OUTPUT=console



# The resolution used on graphical terminal

# note that you can use only modes which your graphic card supports via VBE

# you can see them in real GRUB with the command 'videoinfo'

GRUB_GFXMODE=auto



# Uncomment to allow the kernel use the same resolution used by grub

GRUB_GFXPAYLOAD_LINUX=keep



# Uncomment if you want GRUB to pass to the Linux kernel the old parameter

# format "root=/dev/xxx" instead of "root=/dev/disk/by-uuid/xxx"

#GRUB_DISABLE_LINUX_UUID=true



# Uncomment to disable generation of recovery mode menu entries

GRUB_DISABLE_RECOVERY=true



# Uncomment and set to the desired menu colors. Used by normal and wallpaper

# modes only. Entries specified as foreground/background.

GRUB_COLOR_NORMAL="light-gray/black"

GRUB_COLOR_HIGHLIGHT="green/black"



# Uncomment one of them for the gfx desired, a image background or a gfxtheme

#GRUB_BACKGROUND="/usr/share/grub/background.png"

GRUB_THEME="/usr/share/grub/themes/manjaro/theme.txt"



# Uncomment to get a beep at GRUB start

#GRUB_INIT_TUNE="480 440 1"

[jan@pythagoras ~]$

-----------------------------------------------------------------------------------------------------------------------------------------------------



Ved ikke om det kan sige noget?

#2: min tanke har været, at en VM aldrig vil give det fulde billede af, hvorledes en distribution reelt kører på min bærbare

Det er jeg helt enig i. Grunden til at jeg bruger VM istedet, er al balladen med bootloaderne.



#2: Men jeg ved ikke om min "underlige" partitionering kan have betydning for mit nuværende problem?

Det tror jeg ikke, selvom du har ret i det lidt er noget rod. Jeg ville nok have valgt et OS på en primær partition, og resten i logiske drev på den udvidede. Mest for overblikket. De gange jeg selv har trible booted, har jeg planlagt det fra starten, ved at begynde helt forfra.



#2: Da jeg installerede OpenSUSE, sagde jeg at der ikke skulle installeres nogen Grub, heller ikke på sda6.

Kan det have nogen betydning?

Ja, jeg vil mene det har betydning, men det er, så vidt jeg ved, også den rigtigste metode. Men det betyder også menuentry parametrene, skal kopieres fra grub.cfg til (jeg er ikke sikker) /etc/grub.d/40_custom og derefter tilpasses til OpenSUSE. Det kan sagtens være min viden ikke længere gælder.



Men forsøg med Supergrubdisk. Jeg har brugt den på andres maskiner, og det plejer at gå godt.

#0

Her er min /etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="splash quiet noiswmd resume=UUID=4d67f7c6-d1cf-43b3-b5ba-d6a40489f82c audit=0 vga=788"

GRUB_DEFAULT=saved

GRUB_DISABLE_OS_PROBER=false

GRUB_DISABLE_RECOVERY=false

GRUB_DISABLE_SUBMENU=y

GRUB_DISTRIBUTOR=PCLinuxOS

GRUB_GFXMODE=1024x768x32

GRUB_GFXPAYLOAD_LINUX=keep

GRUB_SAVEDEFAULT=true

GRUB_TERMINAL_OUTPUT=gfxterm

GRUB_THEME=/boot/grub2/themes/pclinuxos/theme.txt

GRUB_TIMEOUT=10



Det er

GRUB_DISABLE_OS_PROBER=false





der får grub, til at finde, og medtage andre installationer.



‘GRUB_DISABLE_OS_PROBER’

Normally, grub-mkconfig will try to use the external os-prober program, if installed, to discover other operating systems installed on the same system and generate appropriate menu entries for them. Set this option to ‘true’ to disable this.

https://www.gnu.org/software/grub/manual/grub/html_node/Simple-configur…



Om Manjaro kan bruge GRUB_DISABLE_OS_PROBER, må du google dig til.



bootinfoscript kan sikkert finde alle dine instalationer

sudo bootinfoscript grub.txt



hvis du vil tilføje dem manuelt.

#3:



Supergrubdisk kan heller ikke finde OpenSUSE.

Til gengæld dukker der noget op med KaOS, og det er et par distributioner siden, jeg havde den installeret på partitionen.



Hmmm .... Kan være jeg bare skal begynde helt forfra med installation på den bærbare.

#4:



Jeg forstår altså ikke helt det med GRUB_DISABLE_OS_PROBER?

Os-prober bruges jo lige netop, ellers ville update-grub vel ikke kunne finde LinuxMint tænker jeg?



Til gengæld kan jeg med bootinfoscript (som ja, kunne finde alle mine installationer) se, at hvor såvel Manjaro som LinuxMint ser således ud mht. boot files:



"Boot files: /boot/grub/grub.cfg /etc/fstab

/boot/grub/i386-pc/core.img"



så ser OpenSUSE således ud mht. boot files:



"Boot files: /boot/grub2/grub.cfg /etc/fstab"



Altså ingen henvisning til noget core.img, men en henvisning til en ikke-eksisterende mappe "grub2"?



Jeg kan ikke udlede noget af dette, udover at noget jo er galt, men det vidste jeg i forvejen.

Fortæller det nogen af jer noget?

#6



GRUB_DISABLE_OS_PROBER=false



Læg mærke til -false.

Jeg har

sda2: __________________________________________________________________________



File system: ext4

Boot sector type: -

Boot sector info:

Operating System: PCLinuxOS release 2020

(PCLinuxOS) for x86_64 Kernel 5.5.10-pclos1 on a

Dual-processor x86_64 /

Boot files: /boot/grub2/grub.cfg /etc/fstab



Ingen core.img.

Du kan jo prøve at tilføje

GRUB_DISABLE_OS_PROBER=false



og se om suse dukker op.

Det må være nemmere, end 3 x os install.

#6: så ser OpenSUSE således ud mht. boot files:

"boot files: /boot/grub2/grub.cfg /etc/fstab"

Altså ingen henvisning til noget core.img, men en henvisning til en ikke-eksisterende mappe "grub2"?

Et skud i tågen, men har din OpenSUSE partition et core.img?

Har du søgt efter det? I såfald, hvor ligger det?

#8:



Jeg prøvede at sætte GRUB_DISABLE_OS_PROBER=false ind i min /etc/default/grub, men, udover at det ikke var noget update-grub kendte til, så gav det ingen forskel.



Nu ved jeg ikke lige hvor stor forskel der er, på hvorledes de forskellige distributioner håndterer at danne /boot/grub/grub.cfg, men forskelle er der åbenbart.

I Manjaro dannes /boot/grub/grub.cfg af grub-mkconfig, ved at bruge settings fra /etc/default/grub samt templates fra /etc/grub.d, og en af de templates er jo lige netop at køre OS_PROBER.

Derfor kan jeg heller ikke lige se en mening med at tilføje GRUB_DISABLE_OS_PROBER=false, når en af de templates lige netop kører OS_PROBER ... Er der et eller andet jeg slet ikke har forstået her? (Ville ikke være første gang så).



Det jeg heller ikke forstår, det er hvorledes der i bootinfoscript, kan stå noget med en mappe (/grub2) jeg slet ikke har i mit filsystem?

Er der ingen

/grub2

på SUSE.



Hat du mon installeret

Manjaro og Mint I UEFI mode, og

Suse I Legacy mode?

I Legacy mode, får man ingen core.img, så vidt jeg ved.

Nu brainstormer jeg lige lidt, men hvorfor i alverden har du egentlig ikke tænkt på at slå grub2 helt fra og bruge Refind i stedet? Det burde da kunne lade sig gøre. Jeg synes jeg fik en lys idé, umiddelbart. =)



https://wiki.archlinux.org/index.php/REFInd

#11: Hat du mon installeret

Manjaro og Mint I UEFI mode, og

Suse I Legacy mode?

Det er der ingen der helt ved, heller ikke Akker. Læs #2 Er EFI brugt, bør der findes en EFI mappe med de her boot filer.



#11: I Legacy mode, får man ingen core.img, så vidt jeg ved.

Det mener jeg man gør. Den ligger almindeligvis i /boot/grub/i386-pc/ og i PCLos (formentlig også i OpenSUSE): /boot/grub2/i386-pc/, men Akker har netop ikke installeret grub i OpenSUSE, så hvor ligger core.img og boot.img?

#9:



Nej, det har den ikke ... Jeg har i hvert fald ikke kunnet finde noget, og nu har jeg søgt flere gange.

#13

Du har ret, den var der

/boot/grub2/i386-pc/core.img



Gad vide om Manjaro GRUB, kun leder efter /boot/grub/i386-pc/

og derfor ikke finder Suse.

#14: Nej, det har den ikke ... Jeg har i hvert fald ikke kunnet finde noget, og nu har jeg søgt flere gange.

Så vil jeg tro, men igen, jeg kender intet til OpenSUSE, at du enten skal starte installeren op i OpenSUSE og installere Grub, eller helt ominstallere OpenSUSE. For mig, i det mindste, så ser det ud til at grub skal installeres på den distro.



Men, jeg ved det ikke.



#15: Gad vide om Manjaro GRUB, kun leder efter /boot/grub/i386-pc/

og derfor ikke finder Suse.



Det er et godt spørgsmål. Måske kan det script du henviser til i #4, Supergrubdisk, og os-prober. finde OpenSUSE efter grub er installeret?

Hvorfor piller i ved Grub, i kommer jo ikke videre. Refind ser ud til, at forsimple en i forvejen unødvendigt overkompleks bootsetup, takket være det GNU-makværk.

#17



Det er et forsøg værd med Refind, men hvis OpenSUSE mangler sine opstartfiler, så vil Refind formentlig heller ikke hjælpe. I don't know.

Jeg mener, at Refind går direkte efter partitioner.

#19: Jeg mener, at Refind går direkte efter partitioner.

Det er rEFind du mener ikke sandt: https://sourceforge.net/projects/refind/



Jeg kender den ikke, men de skriver at rEFind leder efter bootloadere, dvs grub, inklusiv EFI. men grub er ikke installeret.

Først og fremmest, mange tak for jeres hjælp :D



Jeg vil prøve at svare/kommentere på flere indlæg her, håber ikke det får ud over overskueligheden.



#11 og #13

Kan se, at jeg ved en ting har fået kigget det forkerte sted ... Selvfølgelig er der en /boot/grub2 mappe i OpenSUSE. Den indeholder dog hverken et core.img eller et boot.img

Til gengæld ligger der et boot.img i mappen /usr/share/grub2/i386-pc (i OpenSUSE partitionen)



#13 og #16

Har prøvet at geninstallere, endda et par gange, men lige lidt hjælper det.

Er ikke helt med på hvad der menes med "... starte installeren op i OpenSUSE ..."?

Jeg bruger OpenSUSE Tumbleweed installationsmediet, så jeg starter vel installeren op i OpenSUSE ... eller er der igen noget jeg ikke har styr på?



#11 og #13

Kan jeg, ved at ændre i BIOS således at det kun enten er UEFI systemer eller Legacy systemer den kan starte op med, finde ud af om noget er installeret i den ene eller anden mode?

Jeg kan jo vel bare gå tilbage til settingen Both i BIOS?

Giver det mening at prøve?



#15

Det kunne da i hvert fald lyde som en mulighed, men er der en måde jeg kan finde ud af det på? ... Og ændre det hvis det er?



#12

Det er jeg bange for bliver lige avanceret nok for mig ... selv i disse tider hvor jeg har megen tid.

Men tak for forslaget.



Det der stadigvæk undrer mig, det er at når jeg kører update-grub, så skrives der i terminalen at OpenSUSE er fundet på sda6 (og jeg kan også i en partition manager se, at OpenSUSE er (mere eller mindre åbenbart) installeret på sda6), men den kan ikke skrive det i grub.cfg



Tænker virkeligt, at det efterhånden er lettere bare at geninstallere ... eller droppe at prøve OpenSUSE af (hvilket selvfølgelig ville være det letteste)

#21



Jeg er totalt på tynd is for hvad angår OpenSUSE.



Du har jo altid muligheden for at købe en ny (gammel) maskine, ikke mindst for at undgå at holde styr på alt det her på en maskine.



Jeg har fem laptops, hver med et OS ;) Resten på VM's

Tænker virkeligt, at det efterhånden er lettere bare at geninstallere ... eller droppe at prøve OpenSUSE af (hvilket selvfølgelig ville være det letteste)



1. Lade være med at multiboote.



2. Lade være med, at bruge Grub og bruge Refind i stedet.



Det er mine bedste råd. Grub er noget rod.

#22: hver med et OS ;) Resten på VM's



Hej akker



Det at kører VM's (virtualbox, qemu mfl) gør ialtfald komplesiteten mindre :))



./allan

Det at kører VM's (virtualbox, qemu mfl) gør ialtfald komplesiteten mindre :))





... Og rædderlig performance. Men to each their own ;-)



Plus du vil aldrig kunne se hvordan det i virkeligheden vil køre på din hardware, når det bliver kørt i en virtuel maskine.

#25: Og rædderlig performance

Nej. Med en SSD er OS performance i VM's, næsten ligeså hurtige som installeret på hardwaren, og langt bedre end OS installeret på en roterende disk.



Men det er lidt en afstikker, for en måde til at undgå dual boot.

#25: Og rædderlig performance. Men to each their own ;-)



Undskyld mig, men anbefaldede du ik VMware workstation her den anden dag??



./allan

Nej. Med en SSD er OS performance i VM's, næsten ligeså hurtige som installret på hardwaren.



Med færre processor cores og ingen dedikeret grafik? Nope. Det er forkert det du siger. Du vil aldrig kunne få fuld ydelse og jeg taler af erfaring.



Man vil altid kunne mærke forskel.

Undskyld mig, men anbefaldede du ik VMware workstation her den anden dag??



Jo, jeg gjorde. Men ikke til estimation af hvordan et system ville køre på ens rigtige hardware. VMware er fint, men ingen virtuel maskine kan bruge hele hardwaren. Heck, der er ikke engang fuld dedikeret grafik og du kan ikke bruge alle processor cores, det siger sig selv.



Det, der nager mig er, at du antyder, at det kan erstatte installation på ren hardware. Og det kan det ikke. Men det er godt til f.eks. at prøve funktioner i software af med, og til kompatibilitet, hvis der f.eks. er programmer i Windows man skal bruge.

#28

Hold da op ... Ingen snakker om fuld ydelse.

@Akker

I hvad for en grub config-fil er

LinuxMint

nævnt.



På min installation ville den være i /boot/grub2/grub.cfg

men tilsyneladende ikke i din

/boot/grub/grub.cfg?



Edit

Jeg har lige fjernet min core.img, og genstartet.

Ingen virkning. Booter fint.

#29: Det undre mig stadig at jeg ik kan installere PCLos hverke på virtualbox vers5.2.38 eller qemu vers1.5.1 og eller ik archlinux2020.04 i uefi-mode (archlinux starter ik op ifm anden boot selv hvis man tager hensyn til bootload-tiden for virtualbox, som ik er lavet til uefi-mode).

#33:



Find lige en anden tråd til det. Vi skal hjælpe Akker her. :-)

#32: Jeg har lige fjernet min core.img, og genstartet.

Ingen virkning. Booter fint.

Core.img indeholder lidt af grub, og bruges af grub-mkimage programmet. Hvis du fjerner core.img, kan du muligvis få problemer, når grub skal opdateres med mere.

Det var jo bare midlertidigt.

Man kan forøvrigt lave den "i hånden".

http://www.dolda2000.com/~fredrik/doc/grub2

Det regnede jeg egentlig også med ;)

#22:



Hæ, ja, det er måske værd at investere i en bærbar til afprøvning af distributioner jeg finder spændende.

For i virkeligheden er det mest "leg" når jeg tester en distribution, jeg har "hængt fast" i LinuxMint i en hel del år efterhånden ... Dog ser det ud til, at Manjaro KDE måske er ved at overtage pladsen som min foretrukne distribution.

#32:



LinuxMint er skam nævnt i /boot/grub/grub.cfg

Jeg ved ikke om du evt. tænker på det jeg postede i den lange #2, men det var jo /etc/default/grub, og nej, her er LinuxMint ikke nævnt.

LinuxMint findes, og indsættes i /boot/grub/grub.cfg, af den template der hedder /etc/grub.d/30_os-prober

Jeg vil endnu takke for jeres indsats og forsøg på at hjælpe mig.



Må dog efterhånden konstatere, at jeg bare ikke skal have lov til at afprøve OpenSUSE, ikke på denne maskine i hvert fald, så længe den er min primære (eneste) maskine.

Andetsteds (Manjaro Forum) er det blevet foreslået, at jeg simpelthent kopierer menu indgangen fra OpenSUSE grub.cfg, ind i templaten /etc/grub.d/40_custom i Manjaro ... Problemet her var så bare, at der ikke findes en læsbar grub.cfg på OpenSUSE partitionen.



Så indrømmet, jeg giver op, det er ikke besværet værd, og erkender, at hvis jeg skal afprøve OpenSUSE, så skal jeg skaffe mig en maskine der kan fungere som test maskine, og ikke andet.

Må se om jeg på en eller anden (billig) måde, kan få gang i knægtens gamle T430 ... Men den har problemer med skærmen, så det er måske nok billigere at købe en "ny" brugt i stedet.



Men igen, mange tak for jeres hjælp.

#40: Må se om jeg på en eller anden (billig) måde, kan få gang i knægtens gamle T430 ... Men den har problemer med skærmen, så det er måske nok billigere at købe en "ny" brugt i stedet.





Du kunne jo prøve at se her: https://www.refurb.eu/da-dk/baerbar-computer?sort=popularity&order=desc…