The name displayed by Nautilus is:
"USB DISK 28X: usbdisk".
the df command displays:
"/dev/sda1 3,8G 2,3G 1,4G 64% /media/usbdisk"
I was just trying to use HUB by clicking the peripheral it displays...
I mean, the graphical interface of HUB does not let me choose which path
syntax I use: it is up to him to know what to do then.
What I see through the df command is that the block device /dev/sda1 is
mounted onto the directory /media/usbdisk, which is the standard way for
connecting disk devices.
hubackup cannot store its .dar file in the directory /media/usbdisk ?
info: in the meantime I used the cpbk utility, which is more powerful
than cp (that is why you see the 2,3G occupied space on my key now - see
above).
but I would like to be able to use hubackup.
I don't understand why you say it is not a bug. Can you explain more ?
My system is:
Linux ubuntu 2.6.15-27-386 #1 PREEMPT Sat Sep 16 01:51:59 UTC 2006 i686
GNU/Linux
best regards
Le jeudi 30 novembre 2006 à 00:04 +0000, Jeff Greene a écrit :
> I tried it and it works for me. I think I know what the problem is. Are
> you trying to backup your home drive to /media/(something) or the drive
> that appears in nautilus? You cannot back up something to /dev/sda1 as
> that is just the device address. If you did not know, it saves the
> backup as a .dar file.
>
> If you cannot get it to work, you can always go:
> cp -R -u ~ /media/sda1
> This will copy your entire home directory to the folder /media/sda1.
> You can repeat this command every time you want the backup to be updated. All existing files will be updated if the replacing file is newer.
>
> The usage for the command is:
> cp -R -u [source directory] [target directory]
>
> -R makes it copy recursively
> -u makes it update older files
>
> I am sorry, but I am rejecting this bug, as there does not appear to be
> one. You can reopen it if you feel otherwise.
>
> ** Changed in: hubackup (Ubuntu)
> Status: Unconfirmed => Rejected
>
The name displayed by Nautilus is:
"USB DISK 28X: usbdisk".
the df command displays:
"/dev/sda1 3,8G 2,3G 1,4G 64% /media/usbdisk"
I was just trying to use HUB by clicking the peripheral it displays...
I mean, the graphical interface of HUB does not let me choose which path
syntax I use: it is up to him to know what to do then.
What I see through the df command is that the block device /dev/sda1 is
mounted onto the directory /media/usbdisk, which is the standard way for
connecting disk devices.
hubackup cannot store its .dar file in the directory /media/usbdisk ?
info: in the meantime I used the cpbk utility, which is more powerful
than cp (that is why you see the 2,3G occupied space on my key now - see
above).
but I would like to be able to use hubackup.
I don't understand why you say it is not a bug. Can you explain more ?
My system is:
Linux ubuntu 2.6.15-27-386 #1 PREEMPT Sat Sep 16 01:51:59 UTC 2006 i686
GNU/Linux
best regards
Le jeudi 30 novembre 2006 à 00:04 +0000, Jeff Greene a écrit :
> I tried it and it works for me. I think I know what the problem is. Are
> you trying to backup your home drive to /media/(something) or the drive
> that appears in nautilus? You cannot back up something to /dev/sda1 as
> that is just the device address. If you did not know, it saves the
> backup as a .dar file.
>
> If you cannot get it to work, you can always go:
> cp -R -u ~ /media/sda1
> This will copy your entire home directory to the folder /media/sda1.
> You can repeat this command every time you want the backup to be updated. All existing files will be updated if the replacing file is newer.
>
> The usage for the command is:
> cp -R -u [source directory] [target directory]
>
> -R makes it copy recursively
> -u makes it update older files
>
> I am sorry, but I am rejecting this bug, as there does not appear to be
> one. You can reopen it if you feel otherwise.
>
> ** Changed in: hubackup (Ubuntu)
> Status: Unconfirmed => Rejected
>