HP Z640 - NVME PCI-E Drive

[Sebastian Roth]

@Arrowhead-IT Thanks for testing and reporting. Tom has been working on this as well and I think that he’s going to update the official init files pretty soon.

[JJ Fullmer]

@Sebastian-Roth No problem. I’m happy to help.
So I can’t upload a resizable image. It says
“Problem opening /dev/nvme0n1p for reading”

I’m going to try uploading my base image as a multi-partition and see if I can download that one.

[JJ Fullmer]

Well it only seems to work when it was uploaded from nvme drive. That’s kind of odd.

[Tom Elliott]

@Arrowhead-IT said:

/dev/nvme0n1p

It would seem, to me, that the problem is the file @Sebastian-Roth used was not the most current. I’m going to rebuild the init’s with the edit’s I’ve done so far (along with what @Sebastian-Roth has done) and ask if you could test them?

I’ll have them uploaded to my website so there’s less confusion.

[Tom Elliott]

32 bit Init: https://mastacontrola.com/init_32.xz
64 bit Init: https://mastacontrola.com/init.xz

[JJ Fullmer]

@Tom-Elliott I will gladly test them!
I’m currently trying the inits that came from the most recent btsync and they seem to be working too for the hardware inventory task anyway, haven’t tried an image yet.
Where are the new inits to test? Oh wait you posted while I was typing this, I’ll download those and give them a go right now.

[JJ Fullmer]

@Tom-Elliott The first test I did was with a multi-disk image that I made from a vm and it went back to the behavior it did before where it acted like it was working but never gets into partclone.
I’ll do a debug session for that one since it happened to fast to snap a picture.

[Tom Elliott]

@Arrowhead-IT I’ve updated the inits on my server again.

I have not worked on the fog.upload script yet bet have updated the fog.download. I think we’re getting that much closer now as the download will no longer assume the partitions are in the form of disk + partition number. While disk + partition is typically viable for our /dev/sd* and /dev/hd* device locations it would not work so well on disks that end in numbers already ( such as nvme0n1 or what have you )

[JJ Fullmer]

@Tom-Elliott I’m giving it a go now!

[JJ Fullmer]

@Tom-Elliott
Sorry that it took me so long, I kept getting distracted by some other stuff.
It’s Alive!
It Works!
Amazing!
You’re the best!

• I updated to the latest btsync (5750) (which seems to be newer than the latest git of 5748)
• Downloaded your inits from mastacontrola
• I also took out the host primary disk specification in the gui for gits and shiggles
• I tested download with the already existing single partition resizable base image.
• It worked perfectly!

I did a debug deploy so I can also confirm that all the variables are now correct…

Shall I test a resizable and a not so unresizable upload?

[Tom Elliott]

You can try a resizable image sure. I’d really love to know if it is working, or is that what you’re saying? Download worked and you wanted to test upload?

[Tom Elliott]

I have not redone the upload file yet so I’m sure that is still broken. Because of that, until I get that far and have verification that it too is working, I will leave this thread unsolved (also as I haven’t updated the default init’s yet).

[JJ Fullmer]

@Tom-Elliott
Ok I will test every which way just for funzies and report back by editing this post

I won’t test the multiple disk images because I only have one disk in there right now. But I can add in a drive that would get recognized as /dev/sda and make sure it can image that combination if you want.

Download
Single Partition/Resizable - Working!
Multiple Partition/Single Disk - Working!
Multiple Partition/Multiple Disk - Working!

Upload
Single Partition/Resizable - Working! - a few error messages that don’t stop anything
Multiple Partition/Single Disk - Working!
Multiple Partition/Multiple Disk - Working!

[JJ Fullmer]

@Tom-Elliott said:

32 bit Init: https://mastacontrola.com/init_32.xz
64 bit Init: https://mastacontrola.com/init.xz

Just in case someone else is reading this and having the same problem and is new to fog and ipxe and what not…
To test out this fix do this…

cd /var/www/fog/service/ipxe
sudo mv init.xz init.bck
sudo mv init_32.xz init_32.bck
wget https://mastacontrola.com/init.xz --no-check-certificate && wget https://mastacontrola.com/init_32.xz --no-check-certificate
sudo chmod -R 775 ./

[Sebastian Roth]

@Arrowhead-IT Tom has just updated the unofficial inits on his server again. Re-worked download and improved upload a little more. See here: https://forums.fogproject.org/topic/6036/hp-stream-11-pro/65

Please try those and let us know! Thanks in advance.

[Tom Elliott]

@Sebastian-Roth He’s unfortunately out until January 4th for holiday.

[Toby777]

Hi guys,

I did update the inits with the ones below and I noticed an odd behaviour where I was imaging a standard notebook with a standard SSD. After it had completed the partclone process, and it went through resizing the partition etc… rather than restarting the PC to boot up normally, it immediately restarted the partclone download process all over again.

After reverting back to the original inits, this didn’t happen.

Just thought I’d let you know.

[Tom Elliott]

@Toby777 I’m aware of the issue and it should already be fixed. My build environment was acting up so I have gotten around to having it rebuild the inits quite yet.

[JJ Fullmer]

I have returned from holiday and just tested out the latest inits.
All seems to be working perfectly.
Thanks for all the help!

[george1421]

This post is deleted!