Having issues with Win 7 x64
-
The hardrives that are currently being produced are of a “new format”. It uses a new method of storing sectors for use with partitions on magnetic disks in hard disk drives that exceeds 512 to 520 bytes per sector.
The new format is for 4 KB native mode, there is no emulation layer; disk media directly exposes its 4 KB physical sector size to the OS.
As you can see this is a new technology so until we completely understand it and it’s capabilities, and right now it doesn’t exactly work with FOG. -
Can we set it to anything 2048 and under?
-
Hi Guys
Just been checking out our 32bit machines and they all have 4k bytes per cluster. Bytes per sector is at 512.
I did however bring it down on our x64 PCs to 2048 and I still got the same error message.
Unable to move /images/dev/mac address to /images/image name etc etc.
-
Have you tried an upload with debug mode enabled, so it can spit out more messages on screen to help us narrow down the issue?
I’d say try debug mode on an upload process of both types of systems (one that completes, and one that doesn’t) maybe this can help us out.
-
I checked : my disks are 4K / Advanced Format drives. Bloody hell
I saw that Fog 0.33b was able to manage AF drives, so I tried it today.
When I make a new task to upload my image, FOG only upload the MBR (d1.mbr) in the /images/myimage/ folder. But no partitions
When I try an image with debug mode, I’m stuck on an error :
“/bin/fog : line 7 OS_ID_WIN7 not found
/bin/fog : line 8 OS_ID_WIN8 not found”I patched /bin/fog (spaces before and after the sign “=”), but if I retry launching fog, the task was completed before so nothing happens (“Unable to find a valid task ID…”). I don’t know how to patch it for good in my FOG server.
So I can’t check if Fog 0.33 will patch the AF Drives problem for me ?
Notes for later - relative topics :
[url]http://fogproject.org/forum/threads/advanced-format-drives.845/[/url]
[url]http://fogproject.org/forum/threads/another-advanced-format-drive-question.866/[/url] -
What image type are you specifying for your 64bit images? Are you doing single partition resizable, or multiple partition-single disk, or something else?
-
I set my image with “Windows 7” OS and “multiple partition-single disk” ? (I have 2 partitions on my disk).
-
JiC,
As you’ve updated to 0.33, to allow for other hosts to register, check the forums. I uploaded an auto.register.php script in the FOG Bugs 0.33 forum.
For your AF drives, I’m working on editing the fog script, but I don’t have AF drives myself.
I don’t even know if we have AF Drives where I work.
I know I ran into an issue, at work, with my “minimal” kernel imaging an HP ProBook 6475b, but I created a CORE kernel, and that fixed the drive issue for my work place.
Maybe try another kernel:
[url]https://mastacontrola.com/fogboot/kernel/bzImageCORE[/url]I don’t know if this will help you out.
I’ve already found out how to allow parted to create partitions under AF setup, but I have no method of testing without those types of drives in my possession.
-
As a side note, my core now contains all network drivers and shouldn’t try kms.
-
Well… I tested bzImageCORE today but it doesn’t work. I can imagine how it’s hard to debug without the right disks ! For my emergency, I’ll clone with my old Acrns DVD, this will be slower but it doesn’t matter
At work we use a lot Fog, it saves us lot of time ; so we seriously consider the possibility of donating. But it’s very hard for us (French Public Administration) to make a donation 1) with PayPal 2) to a non-organisation
(but we’re working on it).The first thing we could do is to buy equipment, for example 1 or 2 AF drives… Would it help you ?
-
i have hp system with Win7 and three partitions i can do upload the image and it does with all partition but one parttition d1p3.img has size of 340 Kb actually its is 30gb partition with data of 26GB. i can restore the image but while restoring the parttition d1p3 it does not locate image file and ask for full path.
