Cannot backup on my USB key

[Jean-Marie PIVETEAU]

Binary package hint: hubackup

Hello,

I just bought a 4GB PNY USB key. I want to backup my home directory on it.

I made an EXT2 filesystem on the key (filesystem is /dev/sda)

When I plug the key, its filesystem is automatically mounted (nautilus opens and I see the lost+found directory).

Then I launch HUB (through System menu): it probes for available devices and finds my key: Name = USB KEY 28X, Free = 3GB, Capacity = N/A.

I click on the line representing the key in the "Save backup to" area, then the button "Start" and I get the following error message:

"Error mounting media. Make sure the media is not blank and retry."

I don't understand why it wants a non-blank media...

If I "eject" the media through nautilus, HUB still detects it (as /dev/sda1 exists), but the error message is always the same.

[Jean-Marie PIVETEAU (jean-marie-piveteau)]

Here is an entire HUB session if I launch it via a terminal:

mount: Aucun medium trouvé
mount: Aucun medium trouvé
mount: /dev/fd0 n'est pas un périphérique valide de type bloc
mount: type erroné de système de fichiers, option erronée, super bloc erroné sur /dev/sda,
       codepage manquante ou autre erreur
       Dans quelques cas certaines informations sont utiles dans syslog - essayez
       dmesg | tail ou quelque chose du genre

mount: type erroné de système de fichiers, option erronée, super bloc erroné sur /dev/sda,
       codepage manquante ou autre erreur
       Dans quelques cas certaines informations sont utiles dans syslog - essayez
       dmesg | tail ou quelque chose du genre

Name = SAMSUNG CD-R/RW DRIVE SW-252F
StockId = gtk-cdrom
Name = PC Floppy Drive
StockId = gtk-floppy
Name = USB DISK 28X
StockId = gtk-harddisk
/dev/sda1, {}
Free = 3GB
Capacity = N/A
mount: Aucun medium trouvé
mount: Aucun medium trouvé
mount: /dev/fd0 n'est pas un périphérique valide de type bloc
mount: Aucun medium trouvé
mount: type erroné de système de fichiers, option erronée, super bloc erroné sur /dev/sda,
       codepage manquante ou autre erreur
       Dans quelques cas certaines informations sont utiles dans syslog - essayez
       dmesg | tail ou quelque chose du genre

mount: type erroné de système de fichiers, option erronée, super bloc erroné sur /dev/sda,
       codepage manquante ou autre erreur
       Dans quelques cas certaines informations sont utiles dans syslog - essayez
       dmesg | tail ou quelque chose du genre

Name = SAMSUNG CD-R/RW DRIVE SW-252F
StockId = gtk-cdrom
Name = PC Floppy Drive
StockId = gtk-floppy
Name = SAMSUNG DVD-ROM SD-616E
StockId = gtk-cdrom
Name = USB DISK 28X
StockId = gtk-harddisk
/dev/sda1, {}
Free = 3GB
Capacity = N/A
on_button7_clicked called with self.button7
Starting backup sequence...
* Device selected for reading reference backup from:
no device chosen for reference backup
Backup slice size: 3G
* backup_target_device = /dev/sda
* backup_target_device_type = gtk-harddisk
* Stages: ['GUIIsolatePrepare', 'GUIVerifyPrepare', 'GUIFinish']
Creating a master backup.
mount: type erroné de système de fichiers, option erronée, super bloc erroné sur /dev/sda,
       codepage manquante ou autre erreur
       Dans quelques cas certaines informations sont utiles dans syslog - essayez
       dmesg | tail ou quelque chose du genre

mount: type erroné de système de fichiers, option erronée, super bloc erroné sur /dev/sda,
       codepage manquante ou autre erreur
       Dans quelques cas certaines informations sont utiles dans syslog - essayez
       dmesg | tail ou quelque chose du genre

Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/HUBackup/GUI/hubackup.py", line 925, in on_button7_clicked
    gobject.io_add_watch(self.spawnedProcOBJ.fileno(), gobject.IO_IN, self.watch_Backup_pty_callback)
AttributeError: 'NoneType' object has no attribute 'fileno'
Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/HUBackup/GUI/hubackup.py", line 750, in pushGUIBackup
    if self.spawnedProcOBJ.isalive():
AttributeError: 'NoneType' object has no attribute 'isalive'

[Jeff Greene (jeffgreene)]

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.

[Jean-Marie PIVETEAU (jean-marie-piveteau)]

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
>

[Sivan Greenberg (sivan)]

Hi, please provide the hubackup version you were using to get this issues, do this from the terminal:

$ dpkg -l hubackup

and tell the version.

Thanks,

Sivan

[Jean-Marie PIVETEAU (jean-marie-piveteau)]

Hello,

Version is 0.0.2. This is the package I got using the Synaptic Package
manager. This one is not the latest version ?

Here is the output from "dpkg -l hubackup:

Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
|
État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé
|/ Err?=(aucune)/H=à garder/besoin Réinstallation/X=les deux (État,Err:
majuscule=mauvais)
||/ Nom Version
Description
+++-=================================-=================================-==================================================================================
ii hubackup 0.0.2
Concise and easy to use backup application for the desktop user

Also I use Ubuntu Dapper 6.06 LTS.

Best,

Le vendredi 01 décembre 2006 à 10:03 +0000, Sivan Greenberg a écrit :
> Hi, please provide the hubackup version you were using to get this
> issues, do this from the terminal:
>
> $ dpkg -l hubackup
>
> and tell the version.
>
> Thanks,
>
> Sivan
>

[Sivan Greenberg (sivan)]

indeed this is not the latest version. This bug should be fixed in the latest, 0.0.6 available from edgy and feisty. Try to test this with those version and see if you still have issues.

[Jean-Marie PIVETEAU (jean-marie-piveteau)]

thank you.
I am not ready to upgrade to the latests edgy or feisty, because I
choosed to stay some time with the 6.06 LTS (which provides 3 years of
support).
I will try to install the 0.06 version if possible; if not I will keep
using cpbk.
Anyway I know now why it does not work.
I suppose you can close the bug.
Best regards,

Le vendredi 01 décembre 2006 à 23:09 +0000, Sivan Greenberg a écrit :
> indeed this is not the latest version. This bug should be fixed in the
> latest, 0.0.6 available from edgy and feisty. Try to test this with
> those version and see if you still have issues.
>

[Sivan Greenberg (sivan)]

If you know why the bug occurs, could you please state it here for the record?

Thanks!

Sivan

[Jean-Marie PIVETEAU (jean-marie-piveteau)]

I did not mean to know the details of what is really the problem.

It is simply what you told me: the version of hubackup I have (0.0.2)
has the bug I opened, and the solution is to upgrade to 0.0.6, but
before I would need to upgrade my linux to Edgy.

As of today (I checked on the http://packages.ubuntu.com/ site):
the hubackup version available for dapper is 0.0.2.
The hubackup version available for edgy is 0.0.6.

Hope this answers your question.

Le samedi 02 décembre 2006 à 15:39 +0000, Sivan Greenberg a écrit :
> If you know why the bug occurs, could you please state it here for the
> record?
>
> Thanks!
>
> Sivan
>

[Sivan Greenberg (sivan)]

okay, thanks. I will most probably have backported debs for people who want to test the new version on previous releases to fesity/edgy, when the current code base becomes more stable.