FOG 1.3.5 RC 16
-
@Tom-Elliott I just did chkdsk /f. No errors. With RC 14 everything was fine. And he wants to resize the boot partition again.
-
@david77 There have been no changes to capture code between 14, 15, and 16.
-
@Tom-Elliott I believe you. But everything went fine on RC 14 at home and at work. Today with RC16 at work and at home, both capturing processes resulted in this error.
-
@david77 And if you install RC 14?
-
Note installing rc 14 you may need to edit the installfog.sh script.
Look for fullrelease
Change it to read as
fullrelease=“0” -
@Tom-Elliott It went fine with RC14. The error occurs only with single disk resizeable.
-
Same stuff here. Happened a few versions back. Happening on an XP image that was working prior. Have not updated to the latest RC yet. Still on RC16 right now.
-
I have the same error here. Windows 10 - single disc Resizable. Running 1.3.5-RC-16.
-
@lorde What same error?
-
@Tom-Elliott Reported by user david77
https://forums.fogproject.org/assets/uploads/files/1489673608949-error.jpeg
-
@lorde Is it the exact same error or very similar? This is important. If it’s the exact same (5986 but reported 5993) (it would appear to be 5 blocks of difference).
-
@Tom-Elliott Is very similar.
-
Building newer init’s currently.
For the capture, I am under the suspicion the problem is partclone’s own checking of the filesystem.
I’m removing the “checker” portion I’ll let you know what to do if you don’t mind testing.
-
Please try these:
wget -O /var/www/fog/service/ipxe/init.xz http://mastacontrola.com/init.xz wget -O /var/www/fog/service/ipxe/init_32.xz http://mastacontrola.com/init_32.xz -
@Tom-Elliott Of course I’ll test. Just say what to do. Tanks
-
@lorde Already did.
-
@Tom-Elliott Same error.
I tested the image already created, same error, erased the image and created new, same error.
Anything else I can test? -
@Tom-Elliott Perhaps it could have to do with the recent resize adjustmenst, or just for asking maybe with the new ipxe version.
We want to take fog productive next week. First step would be to rollout via laptop in the same subnet. - Our network department blocks supporting multicast over vlan, argueing multicasting would not be a good idea, cause just one packet loss would corrupt the result.
We hope to rollout at least with a laptop, if the current bad blocks error is fixed. I am to stupid to revert to RC 14, where it did function.
-
@david77 I’m building some inits on the thought that the disk alignment is a portion of the problem you’re seeing. If you get a chance please run:
wget -O /var/www/fog/service/ipxe/init.xz https://fogproject.org/inits/init.xz wget -O /var/www/fog/service/ipxe/init_32.xz https://fogproject.org/inits/init_32.xzWith any luck things might just be workable again.
-
Same for you @UWPVIOLATOR
