subject:"\[qubes\-users\] Mistakenly deleted MBR \& system partitions to install, can't boot Qubes"

Re: [qubes-users] Mistakenly deleted MBR & system partitions to install, can't boot Qubes

2020-05-18 Thread Mike Keehan


On 5/18/20 5:28 PM, sjill...@gmail.com wrote:



On Monday, May 18, 2020 at 8:27:17 AM UTC-6, Mike Keehan wrote:


On 5/17/20 8:34 PM, sjil...@gmail.com  wrote:

Hello!

Thank you for replying,


nvme0n1p   953G (hd1)

  nvme0n1p1 1MBIOS boot efi  (hd1,1)


this is WAY too small.
make it at least 100M, better 500M or even 1GB.

Per your advice I've tried reinstalling to make this partition bigger.

  I

deleted  the previous qubes partitions, and all partitions except the
windows-backup and pops-partition, then clicked the "let qubes set mount
points" option and it auto-populated boot and the other qubes

partitions,

when I clicked on the one you mention and try to change the "desired
capacity" will not accept more than 2MiB.  I tried manually creating

this

partition, but as soon as I select BiosBoot it changes from my input of

1GB

to 2MiB.  I maximized the other boot option too, to see if that would

help.

I did not. After reinstallation I still can't boot.


  nvme0n1p2 1GLinux Filesystem (hd1,2)
  nvme0n1p3 324.8G Linux LVM(hd1,3)
 15 G Qubes-dom0-swap



this indicates you manually changed the partition layout for qubes
in too many ways to count, including removing the disk encrpytion.
good luck with that.


I did not.  I only deleted partitions and kept a windows-backup and a
pop_Os partition, qubes did everything else.  I left off encryption

because

I thought that was the reason I couldn't see it in grub to manually boot
it.  I left encryption on for this new install.  But have changed

nothing

else. I assembled the above  from fdisk -l and grub ls command, but

perhaps

it is confusing or I was confused, I attached a picture of qubes layout
from the install screen so you can see it easier (the "unknown" is
partitions 5 & 6  the windows/pop partitions, there is no partition 4).

[image: qubesinstall.jpg]
Thanks again for your help.



You say "I deleted  the previous qubes partitions, and all partitions
except...".  This doesn't sound good - deleting Qubes partitions would
be OK, but "all other partitions" may not be right.

I suggest you post an output from fdisk -l so we can see what partitions
are present, and how they are arranged on the disk.

Mike.



Hi Mike,
Yeah, really seems I messed up...

My fdisk -l:
mint@mint ~ $ sudo fdisk -l
Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk

Re: [qubes-users] Mistakenly deleted MBR & system partitions to install, can't boot Qubes

2020-05-18 Thread sjillian



On Monday, May 18, 2020 at 8:27:17 AM UTC-6, Mike Keehan wrote:
>
> On 5/17/20 8:34 PM, sjil...@gmail.com  wrote: 
> > Hello! 
> > 
> > Thank you for replying, 
> > 
> >> nvme0n1p   953G (hd1) 
> >>>  nvme0n1p1 1MBIOS boot efi  (hd1,1) 
> >> 
> >> this is WAY too small. 
> >> make it at least 100M, better 500M or even 1GB. 
> >> 
> >> Per your advice I've tried reinstalling to make this partition bigger. 
>  I 
> > deleted  the previous qubes partitions, and all partitions except the 
> > windows-backup and pops-partition, then clicked the "let qubes set mount 
> > points" option and it auto-populated boot and the other qubes 
> partitions, 
> > when I clicked on the one you mention and try to change the "desired 
> > capacity" will not accept more than 2MiB.  I tried manually creating 
> this 
> > partition, but as soon as I select BiosBoot it changes from my input of 
> 1GB 
> > to 2MiB.  I maximized the other boot option too, to see if that would 
> help. 
> > I did not. After reinstallation I still can't boot. 
> > 
> >>>  nvme0n1p2 1GLinux Filesystem (hd1,2) 
> >>>  nvme0n1p3 324.8G Linux LVM(hd1,3) 
> >>> 15 G Qubes-dom0-swap 
> > 
> >> this indicates you manually changed the partition layout for qubes 
> >> in too many ways to count, including removing the disk encrpytion. 
> >> good luck with that. 
> > 
> > I did not.  I only deleted partitions and kept a windows-backup and a 
> > pop_Os partition, qubes did everything else.  I left off encryption 
> because 
> > I thought that was the reason I couldn't see it in grub to manually boot 
> > it.  I left encryption on for this new install.  But have changed 
> nothing 
> > else. I assembled the above  from fdisk -l and grub ls command, but 
> perhaps 
> > it is confusing or I was confused, I attached a picture of qubes layout 
> > from the install screen so you can see it easier (the "unknown" is 
> > partitions 5 & 6  the windows/pop partitions, there is no partition 4). 
> > 
> > [image: qubesinstall.jpg] 
> > Thanks again for your help. 
> > 
>
> You say "I deleted  the previous qubes partitions, and all partitions 
> except...".  This doesn't sound good - deleting Qubes partitions would 
> be OK, but "all other partitions" may not be right. 
>
> I suggest you post an output from fdisk -l so we can see what partitions 
> are present, and how they are arranged on the disk. 
>
> Mike. 
>

Hi Mike, 
Yeah, really seems I messed up... 

My fdisk -l:
mint@mint ~ $ sudo fdisk -l
Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram12: 64 MiB,

Re: [qubes-users] Mistakenly deleted MBR & system partitions to install, can't boot Qubes

2020-05-18 Thread Mike Keehan

On 5/17/20 8:34 PM, sjill...@gmail.com wrote:

Hello!

Thank you for replying,

nvme0n1p 953G (hd1)

nvme0n1p1 1MBIOS boot efi (hd1,1)

this is WAY too small.
make it at least 100M, better 500M or even 1GB.

Per your advice I've tried reinstalling to make this partition bigger. I

deleted the previous qubes partitions, and all partitions except the
windows-backup and pops-partition, then clicked the "let qubes set mount
points" option and it auto-populated boot and the other qubes partitions,
when I clicked on the one you mention and try to change the "desired
capacity" will not accept more than 2MiB. I tried manually creating this
partition, but as soon as I select BiosBoot it changes from my input of 1GB
to 2MiB. I maximized the other boot option too, to see if that would help.
I did not. After reinstallation I still can't boot.

nvme0n1p2 1GLinux Filesystem (hd1,2)
nvme0n1p3 324.8G Linux LVM(hd1,3)
15 G Qubes-dom0-swap

this indicates you manually changed the partition layout for qubes
in too many ways to count, including removing the disk encrpytion.
good luck with that.

I did not. I only deleted partitions and kept a windows-backup and a
pop_Os partition, qubes did everything else. I left off encryption because
I thought that was the reason I couldn't see it in grub to manually boot
it. I left encryption on for this new install. But have changed nothing
else. I assembled the above from fdisk -l and grub ls command, but perhaps
it is confusing or I was confused, I attached a picture of qubes layout
from the install screen so you can see it easier (the "unknown" is
partitions 5 & 6 the windows/pop partitions, there is no partition 4).

[image: qubesinstall.jpg]
Thanks again for your help.

You say "I deleted the previous qubes partitions, and all partitions
except...". This doesn't sound good - deleting Qubes partitions would

be OK, but "all other partitions" may not be right.

I suggest you post an output from fdisk -l so we can see what partitions
are present, and how they are arranged on the disk.

Mike.

--
You received this message because you are subscribed to the Google Groups
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/qubes-users/f01bf4b4-b796-2830-9bff-89a36fcaa5ad%40keehan.net.

Re: [qubes-users] Mistakenly deleted MBR & system partitions to install, can't boot Qubes

2020-05-17 Thread dhorf-hfref . 4a288f10

On Sat, May 16, 2020 at 07:25:59PM -0700, sjill...@gmail.com wrote:
> nvme0n1p   953G (hd1)
> nvme0n1p1 1MBIOS boot efi  (hd1,1)

this is WAY too small.
make it at least 100M, better 500M or even 1GB.

here a single set of xen+linux+initrd is about 35-40MB, and
in general you want enough space for more than one, plus 
whatever is needed for booting your other systems. 

> nvme0n1p2 1GLinux Filesystem (hd1,2)
> nvme0n1p3 324.8G Linux LVM(hd1,3)
> 15 G Qubes-dom0-swap

this indicates you manually changed the partition layout for qubes
in too many ways to count, including removing the disk encrpytion.
good luck with that.

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20200517080916.GM1079%40priv-mua.

[qubes-users] Mistakenly deleted MBR & system partitions to install, can't boot Qubes

2020-05-16 Thread sjillian

Hello,

So I've been trying for nearly two weeks to get qubes to install on my
system. And finally success! Oh sweet success!

...well sort of.

I finally was able to get qubes to install, but now when I turn on my
machine it shows there are no operating systems and it goes straight into
checking hardware. If I go into the one-time-boot-menu (f12), it shows my
only boot option as onboard NIC. In the bios (F2), it also shows no boot
path for legacy or uefi. If I use a live usb to get into a GRUB shell and
try to manually boot qubes via manually setting root, manually loading the
kernel and initrd, I can't see the qubes filesystem on (hd1,3) it says
"unknown filesystem". If I use my original qubes installation usb and
choose option to fix a qubes install. It tells me that qubes is not
installed.

I think it is because I deleted system partitions that I shouldn't've
deleted. The first three thousand or so times I tried installing qubes, I
got a lot of messages like /dev/root doesn't exist, or that it could not
mount root fs on unknown blocks, and then lots of kernel panics. I thought
it was because I still had windows on my machine. So I reluctantly decided
I wanted qubes more than windows and deleted those partitions. I'm not
sure if deleting them is why I am now able to install qubes. I've tried
booting into a pop_OS live usb that I had, and tried the utility bootrepair
but it could not fix it.
I'm not real sure on where to go from here.

I did choose to partition things manually while installing qubes, but I let
qubes set up the root and boot and swap itself. I deleted everything but
the windows recovery/backup I had made before I deleted windows, and also
kept my pop_os installation (which also won't boot now even manually from
grub (I'm a dummy so I'm probably doing it wrong)). In my pop_os
installation, I made backup images of all the windows and system partitions
before deletion, so if I feel like if I could get in there I could restore
the windows and system partitions. But I am just not tech savvy enough to
figure it out I'm afraid. Hoping one of you can help me or point me in the
right direction. Really hoping I didn't brick my laptop.

My system is a g5 5590, i7-9750H, 32gb Ram, gtx2060, 1tb dell laptop.
Qubes and Pop are current versions. The following is what my current
partitioning looks like:

nvme0n1p 953G (hd1)
nvme0n1p1 1MBIOS boot efi (hd1,1)
nvme0n1p2 1GLinux Filesystem (hd1,2)
nvme0n1p3 324.8G Linux LVM(hd1,3)
15 G Qubes-dom0-swap

nvme0n1p5 48.8G Windows Backup (hd1,5)
nvme0n1p6 251.5G PopOs Installation (hd1,6)

Thank you for reading,
Jillian

Re: [qubes-users] Mistakenly deleted MBR & system partitions to install, can't boot Qubes

Re: [qubes-users] Mistakenly deleted MBR & system partitions to install, can't boot Qubes

Re: [qubes-users] Mistakenly deleted MBR & system partitions to install, can't boot Qubes

Re: [qubes-users] Mistakenly deleted MBR & system partitions to install, can't boot Qubes

[qubes-users] Mistakenly deleted MBR & system partitions to install, can't boot Qubes

5 matches

Site Navigation

Mail list logo

Footer information