F5F Stay Refreshed Software Operating Systems Yes, you have dual-boot set up with both Windows and Linux installed.

Yes, you have dual-boot set up with both Windows and Linux installed.

Yes, you have dual-boot set up with both Windows and Linux installed.

Pages (2): Previous 1 2
P
PixelTurtle_
Junior Member
5
11-05-2016, 08:58 PM
#11
It's odd why Manjaro keeps hiding Grub by default. Since Windows isn't available, I'm stuck using Manjaro. Need tips on making Grub recognize Windows? I've tried "sudo os-probe" and "sudo update-grub," but nothing works.
P
PixelTurtle_
11-05-2016, 08:58 PM #11

It's odd why Manjaro keeps hiding Grub by default. Since Windows isn't available, I'm stuck using Manjaro. Need tips on making Grub recognize Windows? I've tried "sudo os-probe" and "sudo update-grub," but nothing works.

D
82
11-06-2016, 03:02 AM
#12
That's a whole other problem, and I don't know if there's any way around it in your situation. I don't use Windows on bare metal, but I did once install Windows on an extra partition temporarily to do a quick bit of debugging. After updating grub, it showed up in my grub menu. But the thing is, I had Windows efi files in my Arch EFI System Partition, which is why it showed up. I think it's because I installed Windows *after* Linux. To figure out what's going on, you'd need to give me the output of some commands (for the love of god use code tags for each one). I need the output of: sudo blkid cat /etc/fstab lsblk sudo find /boot/efi/ -print
D
Derpypatrick15
11-06-2016, 03:02 AM #12

That's a whole other problem, and I don't know if there's any way around it in your situation. I don't use Windows on bare metal, but I did once install Windows on an extra partition temporarily to do a quick bit of debugging. After updating grub, it showed up in my grub menu. But the thing is, I had Windows efi files in my Arch EFI System Partition, which is why it showed up. I think it's because I installed Windows *after* Linux. To figure out what's going on, you'd need to give me the output of some commands (for the love of god use code tags for each one). I need the output of: sudo blkid cat /etc/fstab lsblk sudo find /boot/efi/ -print

V
varBob
Junior Member
10
11-06-2016, 10:35 AM
#13
Modify grub.cfg to include a boot option for the second disk.
V
varBob
11-06-2016, 10:35 AM #13

Modify grub.cfg to include a boot option for the second disk.

A
amin_1406
Junior Member
33
11-13-2016, 09:30 AM
#14
They're wrong. Grub should be able to run os-prober itself to identify other OSes. Keeping manual entries is risky. Also, double-check that os-prober is installed, or Grub won't work.
A
amin_1406
11-13-2016, 09:30 AM #14

They're wrong. Grub should be able to run os-prober itself to identify other OSes. Keeping manual entries is risky. Also, double-check that os-prober is installed, or Grub won't work.

M
MRheadshotPT
Member
59
11-19-2016, 02:58 PM
#15
Refers to existing operating systems already on the same disk. Adjusting grub.cfg manually works well compared to relying solely on automatic updates. This approach is superior because it avoids potential issues with system updates. Grub itself can be problematic, whereas systemd-boot or REFInd offer more reliable configurations.
M
MRheadshotPT
11-19-2016, 02:58 PM #15

Refers to existing operating systems already on the same disk. Adjusting grub.cfg manually works well compared to relying solely on automatic updates. This approach is superior because it avoids potential issues with system updates. Grub itself can be problematic, whereas systemd-boot or REFInd offer more reliable configurations.

K
KrazyDimi
Member
143
11-21-2016, 03:34 PM
#16
It's interesting since I've managed multiple installations across various NVMe drives, one SATA SSD, and Grub consistently identifies all of them reliably each time. rEFind works well for me too, though it missed my Windows install while Grub succeeded, and systemd booting feels unreliable.
K
KrazyDimi
11-21-2016, 03:34 PM #16

It's interesting since I've managed multiple installations across various NVMe drives, one SATA SSD, and Grub consistently identifies all of them reliably each time. rEFind works well for me too, though it missed my Windows install while Grub succeeded, and systemd booting feels unreliable.

M
MilckyDreams_
Member
234
11-22-2016, 05:28 AM
#17
Interesting story about "works on my machine." But a quick search shows many exceptions. It's amusing since I've been using it for over five years across three different systems—from early EFI mobos lacking full UEFI support to the latest B550. Still, it functions perfectly with any .efi file I provide.
M
MilckyDreams_
11-22-2016, 05:28 AM #17

Interesting story about "works on my machine." But a quick search shows many exceptions. It's amusing since I've been using it for over five years across three different systems—from early EFI mobos lacking full UEFI support to the latest B550. Still, it functions perfectly with any .efi file I provide.

J
JTpuck
Junior Member
38
11-22-2016, 06:40 AM
#18
sudo blkd /dev/nvme0n1p1: UUID="652A-48EE" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="87db2a76-ce75-3a45-9d82-45254aa1683d" /dev/nvme0n1p2: UUID="ab979285-b46f-4939-96dc-b1c12213cd30" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="f5b75c80-cd74-ba44-8c6a-2085effa3b69" /dev/sda1: LABEL="System Reserved" BLOCK_SIZE="512" UUID="DC68CB3968CB1166" TYPE="ntfs" PARTUUID="84556d8b-01" /dev/sda2: LABEL="Windows" BLOCK_SIZE="512" UUID="3E06CD4906CD033F" TYPE="ntfs" PARTUUID="84556d8b-02" /dev/sda3: BLOCK_SIZE="512" UUID="422042A420429EB3" TYPE="ntfs" PARTUUID="84556d8b-03" /dev/sdb1: LABEL="Data" BLOCK_SIZE="512" UUID="DC0A62110A61E94A" TYPE="ntfs" PARTUUID="37df4821-01" cat /etc/fstab
J
JTpuck
11-22-2016, 06:40 AM #18

sudo blkd /dev/nvme0n1p1: UUID="652A-48EE" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="87db2a76-ce75-3a45-9d82-45254aa1683d" /dev/nvme0n1p2: UUID="ab979285-b46f-4939-96dc-b1c12213cd30" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="f5b75c80-cd74-ba44-8c6a-2085effa3b69" /dev/sda1: LABEL="System Reserved" BLOCK_SIZE="512" UUID="DC68CB3968CB1166" TYPE="ntfs" PARTUUID="84556d8b-01" /dev/sda2: LABEL="Windows" BLOCK_SIZE="512" UUID="3E06CD4906CD033F" TYPE="ntfs" PARTUUID="84556d8b-02" /dev/sda3: BLOCK_SIZE="512" UUID="422042A420429EB3" TYPE="ntfs" PARTUUID="84556d8b-03" /dev/sdb1: LABEL="Data" BLOCK_SIZE="512" UUID="DC0A62110A61E94A" TYPE="ntfs" PARTUUID="37df4821-01" cat /etc/fstab

E
EuropeanUnion
Senior Member
700
11-27-2016, 10:49 AM
#19
os-prober runs the command immediately and finishes in roughly three seconds on solid equipment.
E
EuropeanUnion
11-27-2016, 10:49 AM #19

os-prober runs the command immediately and finishes in roughly three seconds on solid equipment.

L
LeCrafteur974
Member
174
11-27-2016, 11:30 AM
#20
Your Windows drive is connected to the /run/media/isxander/Windows directory.
L
LeCrafteur974
11-27-2016, 11:30 AM #20

Your Windows drive is connected to the /run/media/isxander/Windows directory.

Pages (2): Previous 1 2