-
Notifications
You must be signed in to change notification settings - Fork 402
Storage error when installing k3os #458
Comments
I have seen this a couple times. The first time is was caused by a bad USB stick. The second time it happened when /dev/sda wasn't the actual drive in the machine. I had a newer intel NUC with a nvme drive, the USB stick was /dev/sda and the system drive was /dev/nvme0n1p1, so when the install ran it was trying to overwrite the USB stick. Long story short. Make sure /dev/sda is the system drive. If its not, change the grub.cfg or specify the correct one during k3os install. |
Thanks for the reply @joharper54SEG I tried a couple of different USB drives and had the same problem. This is a NUC as well (NUC5PPYB). There isn't much going on here, just a loop device and a USB drive. I can mount the /dev/sda1 device with no problem and write data to it so it appears the USB device is working ok. |
so /dev/sda is definitely your usb drive then. What is the system drive? What are you specifying for the install disk after running k3os install? I had to look through dmesg or pay close attention to boot process to find that crazy /dev/nvme0n1p1 drive on my system. |
Here is the relevant stuff from my iPXE config:
This fails and reverts to just a live install. On the live install, when I run |
try recreating your usb drive with the ISO. Then do a live install and see if you at least get the installer asking questions. To me, it still sounds like /dev/sda is your USB disk and not your system drive. If you attempted to install and set /dev/sda as the install target, then it probably wiped out data on the USB drive before bombing out. |
So going old-school the install is at least working:
I ran iPXE with basically the same config and had the same issue:
|
Does your NUC not have an internal sata disk attached? I would imagine the steps would look like this.
|
Not at the moment. Initially, I wanted to run a k3os cluster all in-mem but it doesn't look like there is currently a way to apply a config.yaml to a pxe-booted live install. I had a few USB drives sitting around (and this NUC has USB 3.0 ports) so I figured I would install to a USB drive and boot from that (currently what I'm trying to do). I've got 15 NUCs and wanted to have a completely diskless k3s cluster but I'll settle for PXE booted installs to USB drives at this point. :-) |
Ah ok. I have never tried running from RAM or USB drive. You are in new territory! |
Seems like it. A USB device shouldn't be any different than any other block device (like a sata disk) but I have no idea what's going on at this point. Thanks for your time...definitely appreciate it! |
Whats happens when you try something like this for your PXE settings? set k3os_args k3os.mode=live k3os.install.config_url=${boot_url}/k3os/config.yml |
That was actually the first config I was working on. It just PXE boots into live mode (it doesn't pull the config.yml). Looks like live mode is literally either a single instance or just an installer environment. I was going to create an issue on that as well because that would be an awesome feature. Someone else had the same issue, waiting to hear back if they found a workaround. BTW, I am able to PXE boot CentOS 7, install it to the USB drive, and run with no problem so I think my hardware is good. |
This resembles a problem I'm seeing reported earliest at #376: I'll post my assessment of the issue there. |
I haven't been able to test this, but I believe this would fix rancher#376, rancher#458, and rancher#462. See rancher#376 (comment)
I haven't been able to test this, but I believe this would fix #376, #458, and #462. See #376 (comment) Co-authored-by: Jacob Blain Christen <jacob@rancher.com>
I am getting a
wrong fs type bad option bad superblock
when both PXE booting k3os or when runningsudo k3os install
. It appears to be related to this block:k3os/overlay/libexec/k3os/live
Lines 17 to 22 in df70745
It looks like this line is attempting to mount the disk and not a partition.
Am I missing something?
The text was updated successfully, but these errors were encountered: