Unbale to move /images/dev ....

[Ethaan268]

Hi everybody ! (I’m a french student so be indulgent with my english please ;))

I want to upload a system image (windows7 on Dell Optiplex 620); I created an upload task, and all seems good because I have blue sreen with my upload’s progress bar !
Except that below, I have this message during my progress bar stays in 0%: “Line 1169: can’t create /images/00XXXXXXXXXX/sys.img.000”. This page stays few seconds, then, an other blue sreen appears by showing in a loop this message: “Unable to move /images/dev/00XXXXXXXXXX to /images/IMAGENAME”.

In /images:

• 00XXXXXXXXXX
• dev

My two folders are empty.

Somebody has an idea about the problem please ?

[Tom Elliott]

What is the permissions on your /images directory? Permissions should be set as:
[code]chmod -R 777 /images[/code]

Is your FTP server working properly? Make sure the fog user (you can login to your terminal as fog) works and has a valid password set. To set your FOG user password, from the terminal as root type:
[code]passwd fog[/code]

It will ask you to create a new password. Type in your password. You will not see anything being entered which is expected.

Then it will expect you to confirm the password, type in the same password. Once complete, and if both passwords match you see a message along the lines of:
Password updated successfully.

Do you have enough space available to /images to allow an image to be downloaded/copied? To check how much space you have available type the commands:
[code]cd /images
df -h ./[/code]

The output should show the Used space and Available space on /images.

[Ethaan268]

I ever did this command:
drwxrwxrwx 4 1000 0 1024 févr. 12 09:40 images.

I changed my password with success.
Hum, it’s a question I ask me …
This is the command’s result:
Sys. fich. : /dev/disk/by-uuid/7e4aba7b-9902-4068-9740-4ec3e2a90430
Capacity: 323M
Used : 197M
Available: 110M
Used%: 65%
Mount on: /
It isn’t enough, isn’t it ?

[Tom Elliott]

Correct.

Your /images only has 323 Megabytes available. The image you’re trying to get is probably many times LARGER than the available space, so it writes until there’s no more room on the device, but it can’t move the file.

You may need to use a symbolic link to a mount point that has much more space available for this to work.

[Ethaan268]

Folder /images is on a virtual machine; maybe I can change hard drive’s capacity ?
If not, how create a symbolic link to a mount point ?

[Jaymes Driver]

This post is deleted!

[Tom Elliott]

Expanding the Drive’s capacity “might” work, but it’s no guarantee. If it’s a base install of Ubuntu, typically the expansion would go to /home not /images, unless you know how to extend that particular partition.

If you have a network file share (NFS) somewhere that you can mount/generate in place of /images, all you’d need to do is mount it in your /etc/fstab. Or you can do the symbolic link.

I do mine in a two step method, for security and obscurity.

First, i mount my share as /somethingrandomImadeup

Then I link /somethingrandomImadeup to /images.

Verify the permissions are good and I’m off and away.

[Ethaan268]

The symbolic link to a mount point seems to be easier !
I have at my disposal a NAS server and to stock images, it would be the ideal …

So, in /etc/fstab, I wrote:

/images NAS-IP/images auto bind,defaults 0 0

In some errors near, did I understand principle of symbolic link ?

[Tom Elliott]

With the method you’re using, you wouldn’t need a symbolic link itself. Just setup /etc/fstab like you have:

I think the syntax is slightly backward:

Try this in the fstab:

[code]<IP-OF-NAS>:/images /images auto bind,defaults 0 0[/code]

The only thing you’d need to make sure of, after images is mount is make sure permissions are correct and the .mntcheck files exist.

So reboot the system,

Verify that the /images directory is mounted:

[code]cd /images
df -h ./[/code]

You should see available space of the NAS if all worked properly.

Then perform these steps:
[code]chmod -R 777 /images
mkdir /images/dev
touch /images/.mntcheck
touch /images/dev/.mntcheck[/code]

Hopefully all works great for you.

Thanks,

[Ethaan268]

Okay, I’m going to test all this and I will say you results !

Thank you Tom !

[Ethaan268]

My symbolic link in /etc/fstab doesn’t work:
XX.XX44.22:/fog@gof2014/fog/images /images auto bind,defaults 0 0
(fog@gof2014 is the login to connect to NAS)

It doesn’t work because when I execute a df -h ./ command, it returns always the same result:
/dev/disk/by-uuid/7e4aba7b-9902-4068-9740-4ec3e2a90430 323M 184M 122M 61% /
(line which corresponds:

/ was on /dev/sda1 during installation

UUID=7e4aba7b-9902-4068-9740-4ec3e2a90430 / ext4 errors=remount-ro 0 1)

[Tom Elliott]

What happens if you type the command:
[code]mount /images[/code]

[Ethaan268]

It returns:
mount : le périphérique spécial 10.132.44.22:/fog@gof2014/fog/images doesn’t exist

It’s an error in the definition of my NAS, isn’t it ?

[Tom Elliott]

On your NAS, do you have a folder called /fog/images?

[Ethaan268]

Yes I have.

[Tom Elliott]

Is this being shared as a samba share?

[Ethaan268]

No it doesn’t seem to me…

[Tom Elliott]

Is it being shared as NFS then?

[Ethaan268]

How to know it ?

[Tom Elliott]

Try this for your /etc/fstab line:

[code] //10.132.44.22/fog/images /images cifs defaults,username=fog,password=gof2014 0 0[/code]